From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 10:02:18 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 475B47B for ; Sun, 19 Jan 2014 10:02:18 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33DCB1FE2 for ; Sun, 19 Jan 2014 10:02:18 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s0JA2IaL065306 for ; Sun, 19 Jan 2014 10:02:18 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s0JA2IAi065302; Sun, 19 Jan 2014 10:02:18 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201401191002.s0JA2IAi065302@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sun, 19 Jan 2014 10:02:18 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 10:02: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 ------------------------------------------------+-----------------+------------ devel/libbobcat | 3.18.01 | 3.20.01 ------------------------------------------------+-----------------+------------ games/doomsday | 1.12.2 | 1.14.0-build1112 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 10:09:13 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C52CD260 for ; Sun, 19 Jan 2014 10:09:13 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 86E0B1039 for ; Sun, 19 Jan 2014 10:09:13 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:396f:111a:890d:cdd5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id E6FCF4AC2D for ; Sun, 19 Jan 2014 14:09:03 +0400 (MSK) Date: Sun, 19 Jan 2014 14:09:01 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <788996080.20140119140901@serebryakov.spb.ru> To: ports@FreeBSD.org Subject: How to use ${WRKDIR}, ${PREFIX} and other variables in target names? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 10:09:13 -0000 Hello, Ports. I want to write something like this in port's Makefile =============================== SOME_FILE=${WRKDIR}/name some-target: ${SOME_FILE} ${SOME_FILE}: ${WRKDIR}/${DISTNAME} # Some commands to generate ${SOME_FILE} =============================== But it doesn't work. make complains, that "I don't know how to make /distname" Of course, ${WRKDIR}/${DISTNAME} exists (it is directory with unpacked sources). It looks like WRKDIR is not defined when target/prerequisites names are expanded. I've tried to use bsd.port.pre.mk/bsd.port.post.mk, but it doesn't help at all. -- // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 10:23:50 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 808233BE; Sun, 19 Jan 2014 10:23:50 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59C871162; Sun, 19 Jan 2014 10:23:49 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id AD619438BC; Sun, 19 Jan 2014 04:23:27 -0600 (CST) Message-ID: <52DBA78F.30403@marino.st> Date: Sun, 19 Jan 2014 11:23:11 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: lev@FreeBSD.org Subject: Re: How to use ${WRKDIR}, ${PREFIX} and other variables in target names? References: <788996080.20140119140901@serebryakov.spb.ru> In-Reply-To: <788996080.20140119140901@serebryakov.spb.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 10:23:50 -0000 On 1/19/2014 11:09, Lev Serebryakov wrote: > Hello, Ports. > > I want to write something like this in port's Makefile > > =============================== > SOME_FILE=${WRKDIR}/name > > some-target: ${SOME_FILE} > > ${SOME_FILE}: ${WRKDIR}/${DISTNAME} > # Some commands to generate ${SOME_FILE} > =============================== > > But it doesn't work. make complains, that > > "I don't know how to make /distname" > > Of course, ${WRKDIR}/${DISTNAME} exists (it is directory with unpacked > sources). > > It looks like WRKDIR is not defined when target/prerequisites names are > expanded. > > I've tried to use bsd.port.pre.mk/bsd.port.post.mk, but it doesn't help > at all. Many ports carry a BSD makefile in the files subdirectory, install that and that makefile does all the internal building. What you are attempting is not done. The ports Makefiles are meant to handle major targets (configure, build, install), not do the low level building. You should have a separate makefile in WRKSRC for that. John From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 11:54:22 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C21D8CB; Sun, 19 Jan 2014 11:54:22 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0EFB116C0; Sun, 19 Jan 2014 11:54:22 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:396f:111a:890d:cdd5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id AC9384AC2D; Sun, 19 Jan 2014 15:54:20 +0400 (MSK) Date: Sun, 19 Jan 2014 15:54:18 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <2310271684.20140119155418@serebryakov.spb.ru> To: John Marino Subject: Re: How to use ${WRKDIR}, ${PREFIX} and other variables in target names? In-Reply-To: <52DBA78F.30403@marino.st> References: <788996080.20140119140901@serebryakov.spb.ru> <52DBA78F.30403@marino.st> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: ports@FreeBSD.org, marino@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 11:54:22 -0000 Hello, John. You wrote 19 =FF=ED=E2=E0=F0=FF 2014 =E3., 14:23:11: JM> Many ports carry a BSD makefile in the files subdirectory, install that JM> and that makefile does all the internal building. Problem is, I want to use a lot f variables defined by our port system -- commands (like ${RM} and ${TOUCH}), environments (like ${MAKE_ENV} and ${CONFIGURE_ENV}) and passing all of them to sub-make looks very cumbersome, especially ${*_ENV} variables. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 12:12:37 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69600C02; Sun, 19 Jan 2014 12:12:37 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3819117E1; Sun, 19 Jan 2014 12:12:37 +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=9dHJYINIVe6qOZojGJr24MYG7zbPEKjWOXGMQaTQZwo=; b=EEl7iC2Wj7ACW+K6Ohb8tml012pbHM4JUfJQkI6LNI2yc3V9ynSdqMOONogSMs6lRCWTh+urnlfyzm+8RgqaiEhw4GPvd6cthE98rg5eWOWM+MNfFyg18SqHBDFr4G5HCh+GLRFUYf4Bgc35rPFj5LRniJ5M1x6bOyjb65tw1h8=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W4rEy-0008W8-5O; Sun, 19 Jan 2014 12:12:36 +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: mm@FreeBSD.org X-Trac-Project: redports Date: Sun, 19 Jan 2014 12:12:36 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r340269: 4x leftovers To: mm@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140119120201-53462 X-Trac-Build-ID: 20140119120201-53462 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 12:12:37 -0000 Add STAGE support to irc/dircproxy --------------------------------------------------------------------- Build ID: 20140119120201-53462 Job owner: mm@FreeBSD.org Buildtime: 11 minutes Enddate: Sun, 19 Jan 2014 12:12:31 GMT Revision: r340269 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=340269 --------------------------------------------------------------------- Port: irc/dircproxy 1.2.0.r1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mm@FreeBSD.org/20140119120201-53462-257840/dircproxy-devel-1.2.0.r1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mm@FreeBSD.org/20140119120201-53462-257841/dircproxy-devel-1.2.0.r1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mm@FreeBSD.org/20140119120201-53462-257842/dircproxy-devel-1.2.0.r1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mm@FreeBSD.org/20140119120201-53462-257843/dircproxy-devel-1.2.0.r1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 12:14:25 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE7D0CA2; Sun, 19 Jan 2014 12:14:25 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C687417F5; Sun, 19 Jan 2014 12:14:25 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 7C76A438BC; Sun, 19 Jan 2014 06:14:09 -0600 (CST) Message-ID: <52DBC181.4050809@marino.st> Date: Sun, 19 Jan 2014 13:13:53 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: lev@FreeBSD.org Subject: Re: How to use ${WRKDIR}, ${PREFIX} and other variables in target names? References: <788996080.20140119140901@serebryakov.spb.ru> <52DBA78F.30403@marino.st> <2310271684.20140119155418@serebryakov.spb.ru> In-Reply-To: <2310271684.20140119155418@serebryakov.spb.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 12:14:26 -0000 On 1/19/2014 12:54, Lev Serebryakov wrote: > Hello, John. > You wrote 19 ÿíâàðÿ 2014 ã., 14:23:11: > > JM> Many ports carry a BSD makefile in the files subdirectory, install that > JM> and that makefile does all the internal building. > Problem is, I want to use a lot f variables defined by our port system -- > commands (like ${RM} and ${TOUCH}), environments (like ${MAKE_ENV} and > ${CONFIGURE_ENV}) and passing all of them to sub-make looks very > cumbersome, especially ${*_ENV} variables. > MAKE_ENV is passed by default if the standard build target is used (and it should be). There should be a variable to define to indicate which makefile to use if yours won't be in standard location. I don't know what to do about RM and TOUCH unless you want to use "MAKE_ENV+= RM=${RM} TOUCH=${TOUCH}" which is valid. John From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 13:51:35 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64241381; Sun, 19 Jan 2014 13:51:35 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 339571EE9; Sun, 19 Jan 2014 13:51: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=LVK3rUqMOWeXSKyPhu18uQr7LkY/Ayq5WpwRvMOuIiY=; b=Fo6MBvzcs5PvTBN9PQkPC6cCjiV26J3qbpiPQQd9YV0twT3QA8Lr+XrIyFbtqGmOh4i7sISny3Zxp2Dh76ijEqsI+1ajx+XE37SvHqLZS2iWHmHdCMa5VGnmUPeHhDi8LBRRbOZv1ZyK0g3nNXUvHuUODqAM7p13gP1VdYVV63k=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W4smk-000G9N-5e; Sun, 19 Jan 2014 13:51:34 +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: bar@FreeBSD.org X-Trac-Project: redports Date: Sun, 19 Jan 2014 13:51:34 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r340282: 3x leftovers, 1x depend (fetch in games/linux-enemyterritory) To: bar@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140119133200-317 X-Trac-Build-ID: 20140119133200-317 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 13:51:35 -0000 - Update to 0.831 - Support STAGEDIR - Update MASTER_SITES (links on new vendor website are dynamic and subject to changes, so I'm hosting distfiles on googledrive) Approved by: flo (mentor) --------------------------------------------------------------------- Build ID: 20140119133200-317 Job owner: bar@FreeBSD.org Buildtime: 20 minutes Enddate: Sun, 19 Jan 2014 13:51:30 GMT Revision: r340282 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=340282 --------------------------------------------------------------------- Port: games/linux-enemyterritory-omni-bot 0.831 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bar@FreeBSD.org/20140119133200-317-257904/linux-enemyterritory-omni-bot-0.831.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bar@FreeBSD.org/20140119133200-317-257905/linux-enemyterritory-omni-bot-0.831.log Buildgroup: 9.2-QAT/amd64 Buildstatus: DEPEND (FETCH IN GAMES/LINUX-ENEMYTERRITORY) Log: https://qat.redports.org//~bar@FreeBSD.org/20140119133200-317-257906/linux-enemyterritory-2.60b_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bar@FreeBSD.org/20140119133200-317-257907/linux-enemyterritory-omni-bot-0.831.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 14:17:18 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FA0298A; Sun, 19 Jan 2014 14:17:18 +0000 (UTC) Received: from pomelo.meil.pw.edu.pl (pomelo.meil.pw.edu.pl [194.29.154.9]) by mx1.freebsd.org (Postfix) with SMTP id 9D2061033; Sun, 19 Jan 2014 14:17:17 +0000 (UTC) X-NAI-Header: Modified by McAfee Email and Web Security Appliance (3100) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=meil.pw.edu.pl; s=pomelo; t=1390141024; h=Received-SPF:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:Content-Type: Content-Transfer-Encoding:X-NAI-Spam-Flag: X-NAI-Spam-Level:X-NAI-Spam-Threshold:X-NAI-Spam-Score: X-NAI-Spam-Report:X-NAI-Spam-Version; bh= xQqoBFPnHtHgD4v89yZ0/+/TgUPOUoxWZH9Y/xXRg 30=; b=FCZbqChEYXQ4ooUDdYPurwdYkEuhj9Rsnd4aiUx07VY 6ZbOJHUNGKJSbG7SGTlBbHZXP+Lq5l+I1UWBmcXnRihCNJILCc /3exTCDpC4j/MF+RT6sAJ+8Q93Xw/1MfA7zXMRvVWRV6egD1Tp sXKHp4VtU60hCEhaKmghciPjgwd4= Received-SPF: pass (quince.meil.pw.edu.pl: domain of ptomulik@meil.pw.edu.pl designates 194.29.154.5 as permitted sender) receiver=quince.meil.pw.edu.pl; client_ip=194.29.154.5; envelope-from=ptomulik@meil.pw.edu.pl; Received: from (quince.meil.pw.edu.pl [194.29.154.5]) by pomelo.meil.pw.edu.pl with smtp id 47f9_5d05_5eeebba4_8114_11e3_8595_001d09f033a5; Sun, 19 Jan 2014 15:17:03 +0100 Received: from [192.168.1.3] (unknown [46.227.109.205]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by quince.meil.pw.edu.pl (Postfix) with ESMTPSA id 31C72A0008; Sun, 19 Jan 2014 15:17:02 +0100 (CET) Message-ID: <52DBDE58.4000600@meil.pw.edu.pl> Date: Sun, 19 Jan 2014 15:16:56 +0100 From: =?UTF-8?B?UGF3ZcWCIFRvbXVsaWs=?= Organization: WUT User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: swills@FreeBSD.org Subject: FreeBSD Port: puppet-3.4.2_2 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.1 X-NAI-Spam-Report: 2 Rules triggered * 0.1 -- BODY_START_GREETING * 0 -- RV4826 X-NAI-Spam-Version: 2.3.0.9362 : core <4826> : inlines <404> : streams <1109259> : uri <1655904> Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 14:17:18 -0000 Hi, I was working a little bit with puppet sources and wrote few modules for it. At some point I started wondering why do you patch certain freebsd-specific parts of puppet by your own instead of create pull request to upstream (https://github.com/puppetlabs/puppet). I mainly think about providers, for example: http://svnweb.freebsd.org/ports/head/sysutils/puppet/files/patch-demote_ports_provider?revision=300897&view=markup. Is there any reason for this? I have a master-slave setup, master is Debian, slave is FreeBSD, they have installed same version of puppet and I see difference in provider's code. It's quite strange IMHO. Perhaps you know that puppetlabs developers think about separating providers (and maybe few other pieces of code) from core, and they wish to turn them into independent modules: https://groups.google.com/forum/#!topic/puppet-dev/4y9ZvbbkKBs. Perhaps it's good point to have some of your patches applied to upstream project before they start this tiering process? I mean, the modules that are currently in puppet core may be subject to some pluginsync mechanism in the future and your patches may be then overwritten at runtime by the pluginsync mechanism. Regards! -- Pawel Tomulik From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 14:18:55 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B726BB31; Sun, 19 Jan 2014 14:18:55 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86ADA1067; Sun, 19 Jan 2014 14:18:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=6ZnA+3YbB1A78Do80bL9fKPGHy6WtONCB93el4z2OZI=; b=xDGgT/mLVzuI7q0aHdBFAkrPnTcCd6VK23dzNlrTC9lgOJn8xQLwDEBtNkvBw7k+d05k9oA3vyqsCTjOhUaqtweCEGLIPoaa6IuUOSGXUr6n5YDW2/XeUA5AzoUCxO1ggHcqMW0EGJswopZHymAAEioiAngCZWFyZXg6yoE+kNY=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W4tDC-000I9y-6V; Sun, 19 Jan 2014 14:18:54 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: bar@FreeBSD.org X-Trac-Project: redports Date: Sun, 19 Jan 2014 14:18:54 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r340287: 4x leftovers To: bar@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140119134400-54587 X-Trac-Build-ID: 20140119134400-54587 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 14:18:55 -0000 - Support STAGEDIR - Update MASTER_SITES (links on new vendor website are dynamic and subject to changes, so I'm hosting distfiles on googledrive) - Update WWW Approved by: flo (mentor) --------------------------------------------------------------------- Build ID: 20140119134400-54587 Job owner: bar@FreeBSD.org Buildtime: 35 minutes Enddate: Sun, 19 Jan 2014 14:18:52 GMT Revision: r340287 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=340287 --------------------------------------------------------------------- Port: games/linux-enemyterritory-omni-bot-0660 0.660_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bar@FreeBSD.org/20140119134400-54587-257928/linux-enemyterritory-omni-bot-0660-0.660_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bar@FreeBSD.org/20140119134400-54587-257929/linux-enemyterritory-omni-bot-0660-0.660_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bar@FreeBSD.org/20140119134400-54587-257930/linux-enemyterritory-omni-bot-0660-0.660_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bar@FreeBSD.org/20140119134400-54587-257931/linux-enemyterritory-omni-bot-0660-0.660_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 14:24:50 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 368ACE6B; Sun, 19 Jan 2014 14:24:50 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 066CB10EE; Sun, 19 Jan 2014 14:24:50 +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=ADo6iNe27wE0i4x7aZt6+c4eULnsH5Z472orsyxKJVw=; b=T+JNb+8m80Ru0qwhCCvM5G4Yh8eFtjqRQF8zt3T9povlxAOaKe3mX4yPTnOnG7Ov1DP3c3XYiOKRRPRUspBWBBoRmviSjixuZ5kZh1a8CFkeJF5p+4XR30NSJtFWo4C51ig98LeHHYgXoxxkD8F79bE2aWnijCHrWInFC9nUijk=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W4tIv-000Ifd-6w; Sun, 19 Jan 2014 14:24:49 +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: bar@FreeBSD.org X-Trac-Project: redports Date: Sun, 19 Jan 2014 14:24:49 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r340294: 4x leftovers To: bar@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140119135001-2379 X-Trac-Build-ID: 20140119135001-2379 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 14:24:50 -0000 Add forgotten WWW update on previous commit. Approved by: flo (mentor, implicit) --------------------------------------------------------------------- Build ID: 20140119135001-2379 Job owner: bar@FreeBSD.org Buildtime: 35 minutes Enddate: Sun, 19 Jan 2014 14:24:47 GMT Revision: r340294 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=340294 --------------------------------------------------------------------- Port: games/linux-enemyterritory-omni-bot 0.831 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bar@FreeBSD.org/20140119135001-2379-257956/linux-enemyterritory-omni-bot-0.831.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bar@FreeBSD.org/20140119135001-2379-257957/linux-enemyterritory-omni-bot-0.831.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bar@FreeBSD.org/20140119135001-2379-257958/linux-enemyterritory-omni-bot-0.831.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bar@FreeBSD.org/20140119135001-2379-257959/linux-enemyterritory-omni-bot-0.831.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 14:34:22 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB92BAAF for ; Sun, 19 Jan 2014 14:34:22 +0000 (UTC) Received: from glory.vmeta.jp (7c2952d4.i-revonet.jp [124.41.82.212]) by mx1.freebsd.org (Postfix) with ESMTP id 885D511C9 for ; Sun, 19 Jan 2014 14:34:22 +0000 (UTC) Received: from ssl.vmeta.jp (localhost [127.0.0.1]) by glory.vmeta.jp (Postfix) with ESMTP id 4A8FCA8; Sun, 19 Jan 2014 23:34:13 +0900 (JST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 19 Jan 2014 23:34:13 +0900 From: Koichiro IWAO To: ports@freebsd.org Subject: working on gnome-rdp port, please update wiki Message-ID: <9bd761c786d31a5b4574861bc20b16d9@vmeta.jp> X-Sender: meta@vmeta.jp User-Agent: Roundcube Webmail/0.9.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 14:34:22 -0000 I'm porting gnome-rdp listed on wanted ports. Would someone please update the wiki page? https://wiki.freebsd.org/WantedPorts -- `whois vmeta.jp | nkf -w` meta From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 14:38:38 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8A98C4F for ; Sun, 19 Jan 2014 14:38:38 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6596011E9 for ; Sun, 19 Jan 2014 14:38:38 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1W4tWF-000BdA-Ej; Sun, 19 Jan 2014 15:38:35 +0100 Date: Sun, 19 Jan 2014 15:38:35 +0100 From: Kurt Jaeger To: Koichiro IWAO Subject: Re: working on gnome-rdp port, please update wiki Message-ID: <20140119143835.GL2951@home.opsec.eu> References: <9bd761c786d31a5b4574861bc20b16d9@vmeta.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9bd761c786d31a5b4574861bc20b16d9@vmeta.jp> Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 14:38:38 -0000 Hi! > I'm porting gnome-rdp listed on wanted ports. > Would someone please update the wiki page? > > https://wiki.freebsd.org/WantedPorts Done. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 14:43:03 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAC13DAC for ; Sun, 19 Jan 2014 14:43:03 +0000 (UTC) Received: from glory.vmeta.jp (7c2952d4.i-revonet.jp [124.41.82.212]) by mx1.freebsd.org (Postfix) with ESMTP id B4B461259 for ; Sun, 19 Jan 2014 14:43:03 +0000 (UTC) Received: from icepick.vmeta.jp (softbank126005083242.bbtec.net [126.5.83.242]) by glory.vmeta.jp (Postfix) with ESMTPSA id 383DB209; Sun, 19 Jan 2014 23:43:02 +0900 (JST) Date: Sun, 19 Jan 2014 23:42:59 +0900 From: Koichiro IWAO To: Kurt Jaeger Subject: Re: working on gnome-rdp port, please update wiki Message-ID: <20140119144259.GA84969@icepick.vmeta.jp> References: <9bd761c786d31a5b4574861bc20b16d9@vmeta.jp> <20140119143835.GL2951@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Disposition: inline In-Reply-To: <20140119143835.GL2951@home.opsec.eu> X-Operating-System: FreeBSD 10.0-PRERELEASE amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 14:43:04 -0000 Quick work! Thanks! On Sun, Jan 19, 2014 at 03:38:35PM +0100, Kurt Jaeger wrote: > Hi! > > > I'm porting gnome-rdp listed on wanted ports. > > Would someone please update the wiki page? > > > > https://wiki.freebsd.org/WantedPorts > > Done. > > -- > pi@opsec.eu +49 171 3101372 6 years to go ! > _______________________________________________ > 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" > -- `whois vmeta.jp | nkf -w` meta From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 20:04:06 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A5F8CAA for ; Sun, 19 Jan 2014 20:04:06 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 50F9518A2 for ; Sun, 19 Jan 2014 20:04:06 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:396f:111a:890d:cdd5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 8048C4AC2D for ; Mon, 20 Jan 2014 00:04:03 +0400 (MSK) Date: Mon, 20 Jan 2014 00:04:01 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1731518990.20140120000401@serebryakov.spb.ru> To: ports@FreeBSD.org Subject: Is it Ok to write files into ${STAGEDIR}/${PREFIX} on "build" stage? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 20:04:06 -0000 Hello, Ports. I'm writing port, which has complex, multi-stage build. In the middle ofg build some files should be installed into some directory with exactly same structure, as final result -- some ${TEMPROOT}/${PREFIX}. I could create special place for files, and in "do-install" simple do "tar -cf - -C ${TEMPROOT} . | tar -xf - -C ${STAGEDIR}" -- it will be correct install to stage dir for this port. But it looks strange -- to have two copies of all final files. Now I'm using ${STAGEDIR}/${PREFIX} instead of ${TEMPROOT}/${PREFIX} and it works nicely -- do-install: becomes no-op, everything is in-place and port doesn't spent another 250MiB of disk place. But, maybe, I don't something significant flaw in this approach and it is bad idea? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 22:03:00 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F08CC16F for ; Sun, 19 Jan 2014 22:03:00 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id C386110F7 for ; Sun, 19 Jan 2014 22:03:00 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id s0JM30Sl027845 for ; Sun, 19 Jan 2014 14:03:00 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52DC4B94.8050304@rawbw.com> Date: Sun, 19 Jan 2014 14:03:00 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "ports@freebsd.org" Subject: libstdc++.so.6 in base 9.2 system collides with libstdc++.so.6 in gcc47 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 22:03:01 -0000 After the ports update my qbittorrent fails due to this collision: $ qbittorrent /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by /usr/local/lib/libtorrent-rasterbar.so.7 not found I guess, all packages depending on gcc47 libs would likely fail the same way. gcc probably forgot to bump so revision. The workaround is to run with LD_LIBRARY_PATH=/usr/local/lib/gcc47 But what is the general solution for this? Yuri From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 22:08:27 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 116F8286 for ; Sun, 19 Jan 2014 22:08:27 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DEDA0112B for ; Sun, 19 Jan 2014 22:08:24 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 86A33438BC; Sun, 19 Jan 2014 16:08:08 -0600 (CST) Message-ID: <52DC4CB6.3070503@marino.st> Date: Sun, 19 Jan 2014 23:07:50 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Yuri Subject: Re: libstdc++.so.6 in base 9.2 system collides with libstdc++.so.6 in gcc47 References: <52DC4B94.8050304@rawbw.com> In-Reply-To: <52DC4B94.8050304@rawbw.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 22:08:27 -0000 On 1/19/2014 23:03, Yuri wrote: > After the ports update my qbittorrent fails due to this collision: > $ qbittorrent > /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by > /usr/local/lib/libtorrent-rasterbar.so.7 not found > > I guess, all packages depending on gcc47 libs would likely fail the same > way. > > gcc probably forgot to bump so revision. > > The workaround is to run with LD_LIBRARY_PATH=/usr/local/lib/gcc47 > But what is the general solution for this? The gcc47 should be built with specs that automatically insert a runpath (-Wl,-rpath,) of /usr/local/gcc47/ so that every binary and library built by it knows where to look. This is what lang/gcc-aux does. Regards, John From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 22:14:47 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1E0B34C; Sun, 19 Jan 2014 22:14:47 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 72358119E; Sun, 19 Jan 2014 22:14:47 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id s0JMEkjU029597; Sun, 19 Jan 2014 14:14:47 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52DC4E56.20008@rawbw.com> Date: Sun, 19 Jan 2014 14:14:46 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: marino@freebsd.org Subject: Re: libstdc++.so.6 in base 9.2 system collides with libstdc++.so.6 in gcc47 References: <52DC4B94.8050304@rawbw.com> <52DC4CB6.3070503@marino.st> In-Reply-To: <52DC4CB6.3070503@marino.st> 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.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 22:14:47 -0000 On 01/19/2014 14:07, John Marino wrote: > The gcc47 should be built with specs that automatically insert a runpath > (-Wl,-rpath,) of /usr/local/gcc47/ so that every binary and library > built by it knows where to look. > > This is what lang/gcc-aux does. Looks like it doesn't do this. Yuri From owner-freebsd-ports@FreeBSD.ORG Sun Jan 19 22:19:57 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65C0F43D for ; Sun, 19 Jan 2014 22:19:57 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D7FC11B5 for ; Sun, 19 Jan 2014 22:19:56 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 8889C438BC; Sun, 19 Jan 2014 16:19:41 -0600 (CST) Message-ID: <52DC4F6B.9010802@marino.st> Date: Sun, 19 Jan 2014 23:19:23 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-ports@freebsd.org, "yuri@rawbw.com >> Yuri" Subject: Re: libstdc++.so.6 in base 9.2 system collides with libstdc++.so.6 in gcc47 References: <52DC4B94.8050304@rawbw.com> <52DC4CB6.3070503@marino.st> <52DC4E56.20008@rawbw.com> In-Reply-To: <52DC4E56.20008@rawbw.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jan 2014 22:19:57 -0000 On 1/19/2014 23:14, Yuri wrote: > On 01/19/2014 14:07, John Marino wrote: >> The gcc47 should be built with specs that automatically insert a runpath >> (-Wl,-rpath,) of /usr/local/gcc47/ so that every binary and library >> built by it knows where to look. >> >> This is what lang/gcc-aux does. > > Looks like it doesn't do this. > You asked for a general solution. I suggested one, I wasn't saying lang/gcc47 does this now. Regards, John From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 01:11:11 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C073ADF for ; Mon, 20 Jan 2014 01:11:11 +0000 (UTC) Received: from mail-vc0-x22f.google.com (mail-vc0-x22f.google.com [IPv6:2607:f8b0:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD0061DF9 for ; Mon, 20 Jan 2014 01:11:10 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id ij19so2461259vcb.20 for ; Sun, 19 Jan 2014 17:11:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=c4JuhJAlAYR+lEVGeHCnY5UeO++M7Im/iiyUPAB8hYw=; b=qvBi+B2f97kYSFvBkp2O0RxHEjPmwmDoHyAu0UiF6ITyxoT4qIG6aE9J7ZQnqdNUVG yitoeiUad7wYTO/ciQvzbv4mx2iZuXwvImQIqeC4AsRgtTpM/HvbuZtFnRItU0wg6l26 d4lYBWCDmOfQ8gwPvPoBbG1mFLO6jDrOXga3/43HZKk6CySDcpbW568+FnrMSzWS1vEZ o7i1Puocpe5Rdqy4YCxEeEF0kCFi0CDiAJW9PmkHhab3buiapir8klFlXet4dqUXTUPF nniA+kY0pHGi6WUCBOqgCbEp24M1gS9JWfGyrm9yp+uKqMrBf98LXlUVhPz9piAkBO3+ 6dHg== MIME-Version: 1.0 X-Received: by 10.58.7.1 with SMTP id f1mr8567740vea.15.1390180269991; Sun, 19 Jan 2014 17:11:09 -0800 (PST) Received: by 10.220.69.20 with HTTP; Sun, 19 Jan 2014 17:11:09 -0800 (PST) Date: Mon, 20 Jan 2014 02:11:09 +0100 Message-ID: Subject: lang/gcc48 fails to build on 9.1-RELEASE From: Carlos Jacobo Puga Medina To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 01:11:11 -0000 I've problems to build lang/gcc48 using the default port options on FreeBSD-9.1-RELEASE-p10/i386. Here's the relevant part of the build log: gmake[4]: se sale del directorio `/usr/ports/lang/gcc48/work/build/i386-portbld-freebsd9.1/libjava' /bin/sh ./libtool --tag=GCJ --mode=compile /usr/ports/lang/gcc48/work/build/./gcc/gcj -B/usr/ports/lang/gcc48/work/build/i386-portbld-freebsd9.1/libjava/ -B/usr/ports/lang/gcc48/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd9.1/bin/ -B/usr/local/i386-portbld-freebsd9.1/lib/ -isystem /usr/local/i386-portbld-freebsd9.1/include -isystem /usr/local/i386-portbld-freebsd9.1/sys-include -ffloat-store -fomit-frame-pointer -Usun -fclasspath= -fbootclasspath=../.././../gcc-4.8-20131212/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o java/lang/Object.lo -fsource-filename=../.././../gcc-4.8-20131212/libjava/java/lang/Object.java ../.././../gcc-4.8-20131212/libjava/classpath/lib/java/lang/Object.class libtool: compile: /usr/ports/lang/gcc48/work/build/./gcc/gcj -B/usr/ports/lang/gcc48/work/build/i386-portbld-freebsd9.1/libjava/ -B/usr/ports/lang/gcc48/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd9.1/bin/ -B/usr/local/i386-portbld-freebsd9.1/lib/ -isystem /usr/local/i386-portbld-freebsd9.1/include -isystem /usr/local/i386-portbld-freebsd9.1/sys-include -ffloat-store -fomit-frame-pointer -Usun -fclasspath= -fbootclasspath=../.././../gcc-4.8-20131212/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -fsource-filename=../.././../gcc-4.8-20131212/libjava/java/lang/Object.java ../.././../gcc-4.8-20131212/libjava/classpath/lib/java/lang/Object.class -fPIC -o java/lang/.libs/Object.o jc1: error: unrecognized command line option '-fcheck-references' gmake[3]: *** [java/lang/Object.lo] Error 1 gmake[3]: *** Se espera a que terminen otras tareas.... gmake[3]: se sale del directorio `/usr/ports/lang/gcc48/work/build/i386-portbld-freebsd9.1/libjava' gmake[2]: *** [all-recursive] Error 1 gmake[2]: se sale del directorio `/usr/ports/lang/gcc48/work/build/i386-portbld-freebsd9.1/libjava' gmake[1]: *** [all-target-libjava] Error 2 gmake[1]: se sale del directorio `/usr/ports/lang/gcc48/work/build' gmake: *** [bootstrap-lean] Error 2 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 Stop in /usr/ports/lang/gcc48. *** [build] Error code 1 Stop in /usr/ports/lang/gcc48. ===>>> make failed for lang/gcc48 ===>>> Aborting update ===>>> Killing background jobs Terminated It seems that use -fcheck-references for CHECKREFSPEC in libjava causes the problem. --CJPM From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 01:45:12 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A4AD35B; Mon, 20 Jan 2014 01:45:12 +0000 (UTC) Received: from glory.vmeta.jp (7c2952d4.i-revonet.jp [124.41.82.212]) by mx1.freebsd.org (Postfix) with ESMTP id 65A091030; Mon, 20 Jan 2014 01:45:11 +0000 (UTC) Received: from icepick.vmeta.jp (softbank126005083242.bbtec.net [126.5.83.242]) by glory.vmeta.jp (Postfix) with ESMTPSA id B56839A0; Mon, 20 Jan 2014 10:45:09 +0900 (JST) Date: Mon, 20 Jan 2014 10:45:07 +0900 From: Koichiro IWAO To: ports@freebsd.org Subject: Re: updating freerdp-1.1.0.b20130711 fails Message-ID: <20140120014507.GB84969@icepick.vmeta.jp> References: <52D7ADA9.9020601@eskk.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Disposition: inline In-Reply-To: <52D7ADA9.9020601@eskk.nu> X-Operating-System: FreeBSD 10.0-PRERELEASE amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: fluffy@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 01:45:12 -0000 I met the same issue. I also look at it however still no patch. On Thu, Jan 16, 2014 at 11:00:09AM +0100, Leslie Jensen wrote: > > > When trying to update freerdp-1.1.0.b20130711 I get: > > Even with " MAKE_JOBS_UNSAFE=yes" in /etc/make.conf it fails. > > > ------------------------------------------------------------------- > [ 37%] Building C object winpr/tools/hash/CMakeFiles/winpr-hash.dir/hash.c.o > Linking C executable winpr-hash > ../../libwinpr/utils/libwinpr-utils.so.0.1.0: undefined reference to > `log10l' > ../../libwinpr/utils/libwinpr-utils.so.0.1.0: undefined reference to `powl' > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > *** [winpr/tools/hash/winpr-hash] Error code 1 > > Stop in /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-780d451. > *** [winpr/tools/hash/CMakeFiles/winpr-hash.dir/all] Error code 1 > > Stop in /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-780d451. > *** [all] Error code 1 > > Stop in /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-780d451. > *** [do-build] Error code 1 > > Stop in /usr/ports/net/freerdp. > *** [build] Error code 1 > > Stop in /usr/ports/net/freerdp. > > ===>>> make failed for net/freerdp > ===>>> Aborting update > > ===>>> Update for net/freerdp failed > ===>>> Aborting update > > ===>>> Killing background jobs > Terminated > > -------------------------------------------------------------- > _______________________________________________ > 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" -- `whois vmeta.jp | nkf -w` meta From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 05:22:53 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D7B447F; Mon, 20 Jan 2014 05:22:53 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D423118F; Mon, 20 Jan 2014 05:22:53 +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=WIV04DsKD/C6FJZ+B2NRPQ75GKdXKh4DYaE5U0Ddtuc=; b=KmKPCEI/omot9sEUPkjnBAqWNDEK0tsF+shpxJyb8TNo1aQdWU91U51yYIYc5rBTcfDWLixe/sRAkPQVWZ/tbMEDwoF/nC+zS3yc0GsDpvmP/WIHpnN+Kq2F6yr87BcJLr4XvLjtn7GLEIUIvDjcVX39UwkypQ3Bbs/r31kGjWQ=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W57K0-0008ss-7S; Mon, 20 Jan 2014 05:22:52 +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: fluffy@FreeBSD.org X-Trac-Project: redports Date: Mon, 20 Jan 2014 05:22:51 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r340367: 2x leftovers, 6x success To: fluffy@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140120044601-7991 X-Trac-Build-ID: 20140120044601-7991 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 05:22:53 -0000 - Unbroke remmina-plugin-nx build by define dependency on libssh directly - Remove libssh block from common plugins block, it used only for -nx --------------------------------------------------------------------- Build ID: 20140120044601-7991 Job owner: fluffy@FreeBSD.org Buildtime: 37 minutes Enddate: Mon, 20 Jan 2014 05:22:47 GMT Revision: r340367 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=340367 --------------------------------------------------------------------- Port: net/remmina-plugin-nx 1.0.0_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~fluffy@FreeBSD.org/20140120044601-7991-258240/remmina-plugin-nx-1.0.0_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~fluffy@FreeBSD.org/20140120044601-7991-258241/remmina-plugin-nx-1.0.0_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~fluffy@FreeBSD.org/20140120044601-7991-258242/remmina-plugin-nx-1.0.0_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~fluffy@FreeBSD.org/20140120044601-7991-258243/remmina-plugin-nx-1.0.0_2.log --------------------------------------------------------------------- Port: net/remmina-plugins 1.0.0_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~fluffy@FreeBSD.org/20140120044601-7991-258244/remmina-plugins-1.0.0_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~fluffy@FreeBSD.org/20140120044601-7991-258245/remmina-plugins-1.0.0_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~fluffy@FreeBSD.org/20140120044601-7991-258246/remmina-plugins-1.0.0_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~fluffy@FreeBSD.org/20140120044601-7991-258247/remmina-plugins-1.0.0_2.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 08:48:32 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CC5496C for ; Mon, 20 Jan 2014 08:48:32 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D543410A1 for ; Mon, 20 Jan 2014 08:48:31 +0000 (UTC) Received: from server.rulingia.com (c220-239-250-249.belrs5.nsw.optusnet.com.au [220.239.250.249]) by vps.rulingia.com (8.14.7/8.14.7) with ESMTP id s0K8U20E019083 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 20 Jan 2014 19:30:03 +1100 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.7/8.14.7) with ESMTP id s0K8Tv1u007779 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Jan 2014 19:29:57 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.7/8.14.7/Submit) id s0K8Tt4k007778; Mon, 20 Jan 2014 19:29:55 +1100 (EST) (envelope-from peter) Date: Mon, 20 Jan 2014 19:29:55 +1100 From: Peter Jeremy To: Yuri Subject: Re: libstdc++.so.6 in base 9.2 system collides with libstdc++.so.6 in gcc47 Message-ID: <20140120082955.GB5919@server.rulingia.com> References: <52DC4B94.8050304@rawbw.com> <52DC4CB6.3070503@marino.st> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <52DC4CB6.3070503@marino.st> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 08:48:32 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Jan-19 23:07:50 +0100, John Marino wrot= e: >On 1/19/2014 23:03, Yuri wrote: >> After the ports update my qbittorrent fails due to this collision: >> $ qbittorrent >> /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by >> /usr/local/lib/libtorrent-rasterbar.so.7 not found Yes, the non-base gcc's aren't built correctly. There are some hacks in Mk/bsd.gcc.mk that partially work around the problems for some ports. >The gcc47 should be built with specs that automatically insert a runpath >(-Wl,-rpath,) of /usr/local/gcc47/ so that every binary and library >built by it knows where to look. See ports/142226 and ports/182468. --=20 Peter Jeremy --wac7ysb48OaltWcw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlLc3oNfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDBCRjc3QTcyNTg5NEVCRTY0RjREN0VFRUZF OEE0N0JGRjAwRkI4ODcACgkQ/opHv/APuIe9bwCggtrTNQWz6rRtpcMHlUve+RFA ZHsAn0UdJ0fvj72Q419iN+FLI5VF2dgQ =HLaH -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 09:26:43 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E25C15C for ; Mon, 20 Jan 2014 09:26:43 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED0E213C9 for ; Mon, 20 Jan 2014 09:26:42 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s0K9QgwJ031488 for ; Mon, 20 Jan 2014 09:26:42 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s0K9Qgxo031483; Mon, 20 Jan 2014 09:26:42 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201401200926.s0K9Qgxo031483@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Mon, 20 Jan 2014 09:26:42 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 09:26:43 -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 ------------------------------------------------+-----------------+------------ games/doomsday | 1.12.2 | 1.14.0-build1115 ------------------------------------------------+-----------------+------------ math/labplot | 2.0.0.beta2 | 2.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 Thanks. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 09:27:21 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6434B231 for ; Mon, 20 Jan 2014 09:27:21 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E79DB13D8 for ; Mon, 20 Jan 2014 09:27:20 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W5B8Y-000055-OW for freebsd-ports@freebsd.org; Mon, 20 Jan 2014 10:27:18 +0100 Received: from firewall.andxor.it ([78.134.40.49]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Jan 2014 10:27:18 +0100 Received: from lapo by firewall.andxor.it with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Jan 2014 10:27:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Lapo Luchini Subject: Re: VirtualBox 4.3.6 + FreeBSD 10 + clang, [SUCCESS] Date: Mon, 20 Jan 2014 10:27:05 +0100 Lines: 56 Message-ID: <52DCEBE9.5060909@lapo.it> References: <52D981DE.3000001@intertainservices.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: firewall.andxor.it User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 In-Reply-To: <52D981DE.3000001@intertainservices.com> X-Enigmail-Version: 1.6 OpenPGP: id=C8F252FB Cc: freebsd-emulation@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 09:27:21 -0000 Mike Jakubik wrote: > > On 01/13/14 03:42, Bernhard Fröhlich wrote: >> On Mon, Jan 13, 2014 at 7:46 AM, Craig Rodrigues >> wrote: >>> >>> There is really no reason to make that dance so complicated or why you >>> need to destroy your /usr/ports. >>> >>> WARNING: If there are issues with that ports please contact jkim@ > > Just wanted to let everyone know this compiles and works perfect for me > on 10.0-PRE. Unfortunately this didn't compile on my 10.0-RC5 and neither on my (updated an hour ago using freebsd-update) 10.0-RELEASE. The failing command: @c++ -m64 -o /usr/local/ports/work/home/lapo/ports/jkim/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/VBoxCPP/VBoxCPP /usr/local/ports/work/home/lapo/ports/jkim/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/VBoxCPP/VBoxCPP.o /usr/local/ports/work/home/lapo/ports/jkim/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/VBoxCPP/scmstream.o -L/usr/local/lib -lpthread -lrt /usr/local/ports/work/home/lapo/ports/jkim/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/lib/RuntimeBldProg.a /usr/local/ports/work/home/lapo/ports/jkim/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/lib/VBox-kStuffStaticBldProg.a /usr/local/ports/work/home/lapo/ports/jkim/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/lib/RuntimeBldProg.a -lpthread -lssl -lcrypto filesplitter: Out of 144 files: 0 rewritten, 144 unchanged. (/usr/local/ports/work/home/lapo/ports/jkim/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/VirtualBox/include) kmk_builtin_append "/usr/local/ports/work/home/lapo/ports/jkim/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/VirtualBox/include/COMWrappers" filesplitter: Out of 286 files: 0 rewritten, 286 unchanged. (/usr/local/ports/work/home/lapo/ports/jkim/emulators/virtualbox-ose/work/VirtualBox-4.3.6/out/freebsd.amd64/release/obj/VBoxAPIWrap) kmk: *** Exiting with status 2 % LANG=C svn info Path: . Working Copy Root Path: /home/lapo/ports/jkim URL: https://svn.redports.org/jkim/emulators/virtualbox-ose Relative URL: ^/jkim/emulators/virtualbox-ose Repository Root: https://svn.redports.org Repository UUID: 2e334835-ea15-e111-ad42-00505682000c Revision: 21991 Node Kind: directory Schedule: normal Last Changed Author: jkim Last Changed Rev: 21904 Last Changed Date: 2014-01-17 21:17:52 +0100 (Fri, 17 Jan 2014) -- Lapo Luchini - http://lapo.it/ “There is nothing new to be discovered in physics now; All that remains is more and more precise measurement.†(Lord Kelvin, 1900) From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 09:53:56 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D81C4641 for ; Mon, 20 Jan 2014 09:53:56 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FF001666 for ; Mon, 20 Jan 2014 09:53:56 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id y1so5370158lam.36 for ; Mon, 20 Jan 2014 01:53:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=NIWF4CNgXhjDpWiCv+0MmOmdeaVtQDbXm74KrQluECA=; b=o6wTKd0+Mgcrju92o+tKOx4x7PquZU+h5MwSFZYW8gEDcUT6GL2xVHKhwT3D571sOA eCtSus7I4FyhRK5oFoI1oZ3Ia2phoesuc8PFnti+QAJnwMffUZEas/ZeHQasgjUA0uDG ejL9O+zl6OXmyfxeeIyGjP8vQ8Gs82bfDbKL16dCE95YbTd/Ujp3KN5cOlgbSycPDw8y sut9oMDnn+gmz8JG8cJD6U9pt4kYtZf9tUr1kDFmgrGdAQ/E9uK+ZaLjvUFv/h4Pf76M eyZ74jhL75HkR96OT9Ka97ktfFBFbhXo/pueZKujAE37Qi01UFoMSBLEyb7TYmj9Z6ck NcdQ== X-Received: by 10.152.115.230 with SMTP id jr6mr548481lab.45.1390211634324; Mon, 20 Jan 2014 01:53:54 -0800 (PST) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id gi5sm405979lbc.4.2014.01.20.01.53.53 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Jan 2014 01:53:53 -0800 (PST) Message-ID: <52DCF230.20902@gmail.com> Date: Mon, 20 Jan 2014 11:53:52 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: ports@FreeBSD.org Subject: devel/gmake broken by some recent commit Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 09:53:56 -0000 Hi all. Yesterday it was fine, now it doesn't work: # make ===> gmake-3.82_1 Do not define STAGEDIR in command line. *** Error code 1 This is probably result of r340369. -- Sphinx of black quartz, judge my vow. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 09:55:10 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CBB06DF for ; Mon, 20 Jan 2014 09:55:10 +0000 (UTC) Received: from thetys.cloudzeeland.nl (webrz.xs4all.nl [83.161.133.58]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5AD611674 for ; Mon, 20 Jan 2014 09:55:09 +0000 (UTC) Received: from thetys.cloudzeeland.nl (thetys.cloudzeeland.nl [10.10.10.31]) by thetys.cloudzeeland.nl (Postfix) with ESMTP id 10A06164458F for ; Mon, 20 Jan 2014 10:45:54 +0100 (CET) Received: from [10.10.10.70] (unknown [10.10.10.70]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by thetys.cloudzeeland.nl (Postfix) with ESMTPSA id E5CD9164456A for ; Mon, 20 Jan 2014 10:45:53 +0100 (CET) Message-ID: <52DCF1BB.1080704@webrz.net> Date: Mon, 20 Jan 2014 10:51:55 +0100 From: Jos Chrispijn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 To: FreeBSD Ports ML Subject: Ignoring Ports X-Virus-Scanned: ClamAV using ClamSMTP on thetys.cloudzeeland.nl MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 09:55:10 -0000 I just ran: % portupgrade -a and got a whole list of IGNORE lines: ** Port marked as IGNORE: security/ADMsmb: Do not define STAGEDIR in command line ** Port marked as IGNORE: security/ADMsnmp: Do not define STAGEDIR in command line ** Port marked as IGNORE: net/GeoIP: Do not define STAGEDIR in command line ** Port marked as IGNORE: graphics/GraphicsMagick: Do not define STAGEDIR in command line ** Port marked as IGNORE: devel/ORBit2: Do not define STAGEDIR in command line ** Port marked as IGNORE: mail/alpine: Do not define STAGEDIR in command line ** Port marked as IGNORE: accessibility/atk: Do not define STAGEDIR in command line ** Port marked as IGNORE: graphics/barcode: Do not define STAGEDIR in command line ** Port marked as IGNORE: devel/bison: Do not define STAGEDIR in command line -- cut -- I checked UPDATING but cannot discover what may be the problem here? Can someone tell me how to fix this? Thanks, Jos Chrispijn From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 09:56:47 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54FF37D4 for ; Mon, 20 Jan 2014 09:56:47 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D086B168F for ; Mon, 20 Jan 2014 09:56:46 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id w7so4216528lbi.41 for ; Mon, 20 Jan 2014 01:56:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=rKcYp5FpXdzv5ngY3272APJ6unLePAcU2phBUFxxG3g=; b=s0ZaxmDhpTEz2e4D2lw/Z9Hhr3TQTCF6H6VDJn0h9RGwOPOAJ2fi540YcqE5LkhoS/ tqxkwvaD+H5bF/J0JYkaTO85u1UC30XGL1LchA15TEowZ/w4so1CrEWGcjNiUKVSfJW1 8W2sr6ZoedwZc4KtFSLU+jiGQTcBi0Idf+NIfRnsmD9k4UmyHuIGoB6Frkvgxq1BjYR7 8lPTxCmtiV4IOziSc2eqsPPQwVyU4gR7IQ8YlRM2yTi2CBTvKe5NO5otac6r4IRS5KMc +sSKh1J3jAAmfyiyV1Kj5dukDc7w/SAxEd8xL+/n9hut/6aMeJr15nO3EUpYDGGvUDK0 TElQ== X-Received: by 10.152.45.71 with SMTP id k7mr10716766lam.26.1390211804982; Mon, 20 Jan 2014 01:56:44 -0800 (PST) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id p3sm509737lae.2.2014.01.20.01.56.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 Jan 2014 01:56:44 -0800 (PST) Message-ID: <52DCF2DB.4050508@gmail.com> Date: Mon, 20 Jan 2014 11:56:43 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: ports@FreeBSD.org Subject: Re: devel/gmake broken by some recent commit References: <52DCF230.20902@gmail.com> In-Reply-To: <52DCF230.20902@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 09:56:47 -0000 20.01.2014 11:53, Volodymyr Kostyrko wrote: > Hi all. > > Yesterday it was fine, now it doesn't work: > > # make > ===> gmake-3.82_1 Do not define STAGEDIR in command line. > *** Error code 1 > > This is probably result of r340369. > Yep, the problem is with this commit: # svn diff -r340368:r340369 Index: Mk/bsd.port.mk =================================================================== --- Mk/bsd.port.mk (revision 340368) +++ Mk/bsd.port.mk (revision 340369) @@ -1821,6 +1821,11 @@ .if !defined(NO_STAGE) .include "${PORTSDIR}/Mk/bsd.stage.mk" +.else +# Ignore STAGEDIR if set from make.conf +.undef STAGEDIR +# From command line it is impossible to undefined so we must raise an error +IGNORE= Do not define STAGEDIR in command line .endif .if defined(WITH_PKGNG) If NO_STAGE is defined the port would be ignored. -- Sphinx of black quartz, judge my vow. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 10:06:02 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C75D6A65; Mon, 20 Jan 2014 10:06:02 +0000 (UTC) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 81C081768; Mon, 20 Jan 2014 10:06:02 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W5BAG-000Fdi-FI; Mon, 20 Jan 2014 09:29:04 +0000 Date: Mon, 20 Jan 2014 09:29:04 +0000 From: John To: freebsd-ports@freebsd.org Subject: dns/bind-tools fails to build on 10-stable Message-ID: <20140120092904.GA13438@potato.growveg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) Sender: John X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: john@potato.growveg.org X-SA-Exim-Scanned: No (on potato.growveg.org); SAEximRunCond expanded to false Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 10:06:02 -0000 Hello list, On a new 10-stable system, I can't seem to build bind tools. I get the following error: checking host system type... x86_64-portbld-freebsd10.0 checking whether make sets $(MAKE)... yes checking how to print strings... printf checking for gcc... cc checking whether the C compiler works... no configure: error: in `/usr/ports/dns/bind-tools/work/bind-9.9.4-P2': configure: error: C compiler cannot create executables See `config.log' for more details ===> Script "configure" failed unexpectedly. Please report the problem to mat@FreeBSD.org [maintainer] and attach the "/usr/ports/dns/bind-tools/work/bind-9.9.4-P2/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/local/sbin/pkg-static info -g -Ea). *** Error code 1 Stop. make[1]: stopped in /usr/ports/dns/bind-tools *** Error code 1 Stop. make: stopped in /usr/ports/dns/bind-tools 10-stable is r260886. The ports tree is 340327. Before I directly bother the maintainer, I wondered if this is a known issue? thanks, -- John From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 11:06:04 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40BF0822 for ; Mon, 20 Jan 2014 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20B3B1CEA for ; Mon, 20 Jan 2014 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0KB63oL087454 for ; Mon, 20 Jan 2014 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0KB63Dd087452 for freebsd-ports@FreeBSD.org; Mon, 20 Jan 2014 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 20 Jan 2014 11:06:03 GMT Message-Id: <201401201106.s0KB63Dd087452@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD ports list Subject: Current unassigned ports problem reports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 11:06:04 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/185904 maintainer update: mail/dovecot2 f ports/185903 port update: x11/tabbed o ports/185902 Ports lang/gccNN are missing runpath (-Wl,-rpath), and o ports/185896 [port-update] deve/zookeeper updated to latest stable o ports/185890 [maintainer update] update math/dynare to 4.4.1 f ports/185885 [UPDATE] devel/directfb to v1.4.17 o ports/185884 [patch] Miscellaneous ports fixes for python 3 f ports/185880 [PATCH] audio/moc: options VORBIS and FLAC not honored f ports/185879 [PATCH] devel/libgta: support staging f ports/185868 [PATCH] Update lang/rust to 0.9 f ports/185865 [PATCH] lang/rust add option to build with LLnextgen f o ports/185863 security/ossec-hids-client: ossec-hids-* ports don't b o ports/185844 finance/openerp-server update from 6.0.3 to 7.0 o ports/185839 [MAINTAINER UPDATE] devel/thrift-cpp fix o ports/185836 new port www/tengine-devel o ports/185835 new port www/tengine f ports/185828 devel/google-perftools not build o ports/185818 Inability to install graphics/ImageMagick-nox11 and la o ports/185814 [PATCH] security/broccoli: Fix PYTHON for BRO_PREFIX c f ports/185794 [patch] archivers/snappy-java: install native library f ports/185792 [patch] sysutils/fusefs-sshfs: update to 2.5 o ports/185789 [patch] net/freeswitch-core etc.: Update FreeSWITCH po o ports/185776 [UPDATE] games/affenspiel, fix issues reported by port f ports/185762 [PATCH] mail/postfix-policyd-spf-python: support stagi o ports/185741 Resolve problem for install sysutils/grub2 on UFS o ports/185738 multimedia/oggvideotools non-integer framerate o ports/185718 multimedia/camserv: Fix build on -current o ports/185707 devel/bzr-gtk: Fix pkg-plist o ports/185705 emulators/cygne-sdl: Fix build on -current o ports/185704 emulators/klh10: Fix build on -current o ports/185698 biology/fasta3: Fix build f ports/185681 x11-wm/wmconfig port update f ports/185669 [PATCH] www/trafficserver: update to 4.1.2 f ports/185668 [UPDATE] audio/libmikmod to v3.3.5 f ports/185664 [UPDATE] games/pathological, add license and desktop e f ports/185658 [PATCH] mail/libpst: update to 0.6.63 o ports/185649 [patch] ports-mgmt/pkg_rmleaves add pkgng support and o ports/185642 [PATCH] emulators/dynamips-community: update to 0.2.10 o ports/185627 [PATCH] devel/ioncube upgrade to 4.5.1 f ports/185572 [PATCH] mail/fetchmail: fix StageDir f ports/185560 multimedia/mplayer crashed on flv and mp4 video o ports/185556 [maintainer-update] Modernize most of my ports o ports/185540 Removing lang/ruby-doc-* ports o ports/185535 security/strongswan update to fix vulnerabilities. o ports/185533 [MAINTAINER-UPDATE][PATCH] please update devel/hwloc t f ports/185522 science/paraview build failure: TK/Utilities/vtkmetaio f ports/185518 emulators/generator-cbiere: Fix build with clang o ports/185509 net/mknbi: Support CC/CFLAGS properly o ports/185508 emulators/generator: Fix build with clang o ports/185502 games/typespeed: Support CC properly f ports/185482 [patch] ports/mail/qpopper fails to install o ports/185479 [new port] games/tome4 o ports/185444 [NEW PORT] revive port games/wesnoth-devel o ports/185439 security/openvpn-auth-radius: Fix build with clang f ports/185407 [Patch] devel/codeblocks requires GCC o ports/185405 [Patch] sysutils/fonteditfs fix build when no GCC inst o ports/185398 Fix comms/xmorse build with Clang o ports/185363 [NEW PORT] revive port devel/thistest o ports/185362 [NEW PORT] emulators/petitecloud (resubmittal after ma o ports/185358 graphics/jbig2dec TESTS option missing dependency f ports/185354 [PATCH] sysutils/xmbmon: fix binary strip o ports/185349 misc/gkrellmlaunch2: Support CC properly o ports/185347 misc/najitool: Support CC/CFLAGS properly o ports/185346 graphics/gkrellkam2: Support CC properly o ports/185341 games/tornado: Update MASTER_SITES and WWW: line o ports/185320 misc/libutf: Prevent stripping symbols from static lib o ports/185319 net-im/jabber: Fix build o ports/185317 net-p2p/minder: Fix build f ports/185316 audio/mixxx: Fix build with clang o ports/185312 irc/darkbot: Support CC/CFLAGS properly f ports/185302 sysutils/conky staging support, option helpers o ports/185297 [new port] net/self-service-password: LDAP Self Servic o ports/185285 [PATCH] mail/qpopper: fix StageDir o ports/185275 [maintainer update] port www/polipo f ports/185272 Update audio/umurmur from 0.2.8 to 2.13 o ports/185251 [PATCH] emulators/fceux update to 2.2.2 f ports/185250 fc-cache recurses, munges data when scanning for fonts o ports/185230 [PATCH] Fix dependency of devel/wxGlade (current versi f ports/185211 databases/xtrabackup fails compile on 10.0-RC3 o ports/185198 [NEW PORT] chinese/ibus-table-chinese o ports/185158 graphics/sane-backends: OLD PACKAGE o ports/185154 news/husky-base-devel (etc.): Update development versi f ports/185144 deskutils/fet update to 5.21.0 o ports/185139 audio/aureal-kmod - add notice about unsupported FreeB o ports/185126 cad/tochnog build failure: ia64: /usr/local/lib/libbla o ports/185122 japanese/mutt-devel uses japanese/libslang, but it has o ports/185098 devel/opencl: Upstream changes of the header files by o ports/185081 maintainer-update of mail/mutt f ports/185049 textproc/dblatex : fix dblatex port for TEX_DEFAULT=te f ports/185032 [PATCH] multimedia/k9copy-kde4 fix build on 10.0 o ports/185012 [MAINTAINER] Update databases/mariadb55-{client,server o ports/184992 math/fftw 2.1.5_7 build failure on ia64, possibly binu f ports/184973 conflicts with db clients deps in net/turnserver port o ports/184963 [MAINTAINER] audio/Maaate: fix build on 10.x without l f ports/184946 [UPDATE]: dns/knot 1.3.4 f ports/184922 [NEW PORT] sysutils/storcli: SAS MegaRAID FreeBSD Stor o ports/184894 games/bastet: Fix build on -current o ports/184886 devel/pas2dox: Fix build on -current o ports/184884 multimedia/aegisub: Fix build o ports/184879 benchmarks/postal: Fix build on -current o ports/184870 textproc/ssddiff: Fix build on -current o ports/184852 biology/ssaha: Fix build on -current o ports/184833 databases/wmjsql: Fix build on -current o ports/184800 Update to games/armagetron port to 2.8.3.2 o ports/184779 [PATCH] emulators/kcemu (fix build issues) f ports/184764 audio/qmpdclient build fails with disable NLS o ports/184753 [PATCH] audio/libmikmod: update to 3.1.15 f ports/184743 Update audio/pianobar from 2013.05.19 to 2013.09.15 f ports/184739 dns/validns fails to build with non-default LOCALBASE/ o ports/184738 maintainer update: sysutils/condor o ports/184726 Makefile error in net/miniupnpd port for PF patch o ports/184688 [legal] /usr/ports/LEGAL update for print/lgrind port o ports/184686 games/rftg: Added LEGAL variable o ports/184682 lang/petite-chez: update LEGAL to match the port o ports/184679 games/linux-ut2004-demo: locking assertion failure f ports/184667 mail/dovecot PATCH (needs -lgssapi_krb5 for GSSAPI on o ports/184607 maintainer update: math/matlab-R2012a-installer + name o ports/184605 maintainer update: www/runsomebrowser + name change f ports/184580 lang/squeak doesn't build on PowerPC o ports/184549 New port: devel/linux-devtools o ports/184546 New port: misc/fortune-mod-offensive The "offensive" f o ports/184540 emulators/dolphin-emu: New options framework + DEBUG o o ports/184503 [patch] mail/policyd2 port assumes MySQL for web UI, r f ports/184498 graphics/zathura: fail to install (missing LC_MESSAGES o ports/184489 make INSTALL_AS_USER=1 check-orphans fails as regular f ports/184481 x11-fm/doublecmd compilation fail o ports/184480 New port: mail/dot-forward o ports/184475 finance/php-tclink version bump to 4.0.2 f ports/184473 library version mismatch in net/wpa_gui o ports/184471 New port: net/yami4-cpp Messaging library for C++ f ports/184464 security/sssd host auth doesn't work correctly o ports/184462 [maintainer update] multimedia/ffmpegthumbnailer MATE f ports/184458 net-mgmt/collectd5 does not support write_riemann plug f ports/184455 x11-wm/wmconfig port update o ports/184406 [PATCH] multimedia/motion fix bktr capture f ports/184396 sysutils/dunst should install dunstify too f ports/184378 update port: mail/fdm o ports/184377 New port: mail/fastforward o ports/184375 New port: net-mgmt/nagios-check_relayd_status Nagios p o ports/184361 net-mgmt/nagios-pf-plugin [patch] Allow warn/crit perc f ports/184346 [PATCH] ports-mgmt/porttools: incorrect svn detection o ports/184338 [PATCH] irc/ircd-ru: STAGING Support f ports/184335 graphics/mupdf 1.3 available f ports/184323 mail/mess822: package should not be restricted anymore o ports/184286 [patch] bsd.options.desc.mk: improve DEBUG description f ports/184281 Update mail/dcc-dccd to 1.3.152 o ports/184239 devel/libcwd: Fix build on -current f ports/184235 net/pmf: Fix build on -current o ports/184234 databases/gtksql: Fix build on -current o ports/184233 graphics/rgbpaint: Support CC properly o ports/184211 [NEW PORT] net-im/pybitmessage: A Bitmessage Client fo o ports/184208 fix japanese/plain2 build failure o ports/184203 [NEW PORT] net/motsognir: an ANSI C gopher server o ports/184181 www/mod_security not installed full! f ports/184161 multimedia/gpac-mp4box missing dependency f ports/184150 Patch to Allow irc/unreal to Run When Compiled with Cl o ports/184134 editors/slime is outdated. f ports/184131 Mk/Scripts/qa.sh: support spaces in filenames f ports/184111 [UPDATE] emulators/desmume to v0.9.9 o ports/184069 update port: devel/bam o ports/184050 [maintainer update] www/free-sa-devel: update to 2.0.0 f ports/184042 [patch] sysutils/fusefs-kmod backport fuse from head f ports/184011 Patch for Preliminary pkgng Support in net-mgmt/nagios o ports/183995 [new port] net/remotebox: Open Source VirtualBox Clien o ports/183959 [maintainer-update] games/ioquake3 games/ioquake3-serv o ports/183957 net-mgmt/observium port is tracking a 2 year old versi f ports/183860 Larger editors/2bsd-vi terminal width needed. f ports/183858 net-mgmt/snmptt o ports/183853 Update port: www/trac-OhlohWidgetsMacro Use HTTPS for f ports/183813 www/qupzilla doesn't build f ports/183780 Can't build net-mgmt/flow-tools with OPENSSL and MYSQL o ports/183764 japanese/chasen has security problem f ports/183738 [PATCH] sysutils/3dm: Convert to staging o ports/183723 [new port]: devel/visualparadigm Tool for UML based di o ports/183711 New port: deskutils/myrulib E-Book Library Manager f ports/183697 security/heimdal depends net/openldap24-client (when b o ports/183691 Segmentation fault at startup of graphics/cinepaint (1 o ports/183688 [maintainer update] security/strongswan 5.0.4 -> 5.1.1 f ports/183667 x11-toolkits/swt-devel -- Checksum build failure - Lik f ports/183619 net/babeld fails to install routes o ports/183604 New port: sysutils/bhyve-rc f ports/183599 [patch] audio/openal fix build with clang; support sta f ports/183560 devel/srecord: srec_info from devel_srecord is not cor f ports/183542 Update devel/checkbashisms to version 2.13.4 o ports/183531 New port: sysutils/zsd Destroys ZFS snapshots f ports/183522 mail/opendmarc 1.1.3: no IPv6 socket f ports/183506 Update my ports o ports/183498 New port: science/grib_api ECMWF GRIB API for encoding o ports/183487 maintainer update: science/afni f ports/183467 Port sysutils/fusefs-s3fs does not compile on 10.0-BET o ports/183454 maintainer update: science/nifticlib f ports/183444 net/gpxe misses isolinux.bin f ports/183361 port lang/squeak can't compile if misc/e2fsprogs-libuu f ports/183298 Update x11-fonts/gnu-unifont and x11-fonts/gnu-unifont f ports/183281 devel/hwloc seems fine on armv6 o ports/183241 New port: sysutils/backuppc-devel - development versio f ports/183204 [PATCH] mail/bsfilter: update to 1.0.18.rc5 and etc. o ports/183164 security/openvas-server build failure on 11-current o ports/183162 [new port] games/cataclysm-dda A fork/variant of Catac f ports/183127 Update java/jakarta-struts to version 1.2.9 o ports/183117 New port: misc/flag - Produce a colourful flag from th f ports/183112 security/sguil-server broken Makefile o ports/183105 new port: misc/ppiled controls leds connected to paral o ports/182997 Package creation failure - stagedir startup script mis o ports/182947 www/apache22-peruser-mpm reload fix o ports/182915 net/proxychains - multiple issues o ports/182894 www/mod_security has the wrong LIB_DEPENDS entry for l f ports/182892 Make devel/atf create a tests user f ports/182853 ports/textproc/urlview: regex -> pcreregex o ports/182843 net-im/jabber crashes when compiled with clang 3.3 f ports/182840 net-mgmt/smokeping build with perl 5.18 installed f ports/182834 ports/www/dummyflash/Makefile add BUILD_DEPENDS= gcc:p o ports/182829 sysutils/linux-afaapps: missing dependency (devel/linu o ports/182793 Updating graphics/ImageMagick o ports/182723 graphics/dri fails to build on 9.2-Stable o ports/182684 mail/p5-Mail-SpamAssassin: Issues with Perl 5.18 o ports/182638 x11-wm/stumpwm 0.9.7_13 is marked as broken f ports/182635 [patch] Update sysutils/condor to 8.0.3 o ports/182628 New port: print/cups-lexmark-cs310 CUPS/foomatic drive o ports/182612 newly built ports report problems when verifying with f ports/182556 sysutils/fusefs-kmod needs a poke f ports/182504 [PATCH] devel/qt4-qtsolutions-singleapplication: Fix b o ports/182481 [MAINTAINER] textproc/yaml-mode.el: add staging suppor o ports/182474 net/tightvnc vncviewer can't handle null authenticatio f ports/182464 security/cvm doesn't build mysql module o ports/182460 New port: multimedia/qwinff Qt4 media converter GUI f ports/182456 irc/unreal: Unreal-3.2.9_2 -> Unreal-3.2.10.1 upgrade o ports/182436 ports/japanese/ng-devel patch from maintainer o ports/182434 New port: net/rsync-bpc Modified rsync that used as pa o ports/182431 [Maintainer] math/giacxcas fixes for FreeBSD 10 f ports/182427 [maintainer update] security/destroy o ports/182407 sysutils/fusefs-libs crashes when option DOCS is on f ports/182402 Fix and update net-mgmt/snmp++ port o ports/182395 [MAINTAINER] japanese/lookup: add staging support. o ports/182376 www/trac-hierwiki - too old, doesn't work with current o ports/182372 sysutils/fusefs-libs fails to build for package o ports/182340 [MAINTAINER UPDATE] devl/aegis (repost) o ports/182318 new port: www/slowcgi o ports/182288 New port: devel/lnphost f ports/182216 can't fetch print/cups-samba distfile o ports/182209 [new port] emulators/hyperv-ic: Ports containing Hyper o ports/182195 (RELEASE - head-amd64-default) irc/scrollz: Build fail f ports/182085 devel/git-review: drop argparse dependency f ports/182082 emulators/dynamips-community upgrade to 0.2.10 and hea f ports/182077 maintainer update: science/minc2 o ports/182043 Build failed for print/ansiprint 1.0 during build̴ o ports/182040 misc/sls port has build errors o ports/182037 Response for Build failed for games/mangband 1.1.2 dur o ports/181959 New port: sysutils/zjail Management tool for ZFS based o ports/181945 [ New Port] sysutils/jail-primer f ports/181944 games/iourbanterror: gcc not found o ports/181943 New port: finance/fixc simple Financial Information eX f ports/181927 [PATCH] fix net/fping Makefile comment f ports/181923 security/heimdal JOBS_UNSAFE and default prefix locati f ports/181912 x11-toolkits/swt-devel: bad zipfile offset (local head o ports/181904 [PATCH] graphics/libwmf: fix warning of make index whe o ports/181876 lang/gcl: Update to version 2.6.9 f ports/181819 games/iourbanterror: Engine linkage error #31 f ports/181774 USE_BDB 47+ fails to find installed databases/db47 o ports/181765 New port: sysutils/daemontols-encore o ports/181746 graphics/ImageMagick makefile directly executes perl f ports/181735 mail/fetchmail system-wide install can't write fetch i f ports/181713 [patch] audio/cmus Fix compilation f ports/181711 port lang/ocaml does not build f ports/181641 mail/ssmtp provide option for CRAM-MD5 support f ports/181633 [PATCH] update print/hplip-plugin to 3.13.8 f ports/181609 [PATCH] net/scribe: Update to 2.2.2013.04.15 o ports/181529 sysutils/devcpu-data: Panic after CPU microcode update o ports/181527 New port: multimedia/mjpg-streamer HTTP video streamin f ports/181507 [PATCH] security/pks: fix autostart o ports/181506 [maintainer-update] devel/eclipse-eclemma 2.2.1 f ports/181481 [PATCH] irc/ircd-ratbox fix default options broken by o ports/181480 textproc/xerces-c2 and textproc/xerces-c2-devel missin o ports/181451 [NEW PORT] misc/auto-multiple-choice: Multiple Choice o ports/181450 [new port] revive port www/linux-f10-flashplugin10, be o ports/181438 shells/pdksh hangs when doing an ls f ports/181345 net/tigervnc: shortcuts like Ctrl-C does not work on v f ports/181324 [patch] fix net/istgt with options VBOXVD (VirtualBox o ports/181301 New port: net/kamailio - A very fast and configurable f ports/181294 Missing dependency for www/glpi f ports/181251 net-mgmt/mrtg: rateup constantly segfaulted because of o ports/181137 x11-clocks/wmfuzzy updates far too frequently, chewing o ports/181133 [patch] x11-drivers/input-wacom: enabled support of wa f ports/181106 sysutils/logrotate bus error (core dumped) o ports/181105 [NEW PORT] devel/php-composer: Dependency Manager for f ports/181057 databases/grass: Update to version 6.4.3 f ports/181040 [patch] sysutils/conky "diskio" memory leak fix o ports/181038 print/acrobatviewer dies with null pointer exception w f ports/181021 x11-toolkits/open-motif fails to build because YY_MAIN o ports/180987 [NEW PORTs] audio/ardour3 and multimedia/harvid f ports/180984 math/openblas: Patch patch-exports+gensymbol failed t o ports/180925 Can't compile sysutils/fusefs-smbnetfs on -current o ports/180887 New Port: databases/php5-mongodb f ports/180845 package creation fails for sysutils/bacula-bat f ports/180739 ports/sysutils/ezjail patch f ports/180736 net/torsocks: aclocal-1.14: error: couldn't open direc f ports/180702 graphics/gmt: Update to version 4.5.9 o ports/180690 japanese/skk-tools: Update to version 1.3.3 o ports/180683 multimedia/gxine: Change Javascript engine to spidermo o ports/180668 japanese/mutt-devel update to 1.5.21-ja.2 o ports/180665 [new port] secturiy/rngtest: TRNG/PRNG test tool o ports/180662 sysutils/fusefs-libs: add birthtime support o ports/180654 [NEW PORT] devel/linux-f10-hal-libs: HAL libs (Linux F o ports/180602 [NEW PORT] multimedia/xjadeo: A synced video player fo o ports/180573 MAINTAINER-UPDATE shells/rssh -> support latest rsync o ports/180542 Update sysutils/xfsprogs to version 2.9.8 o ports/180498 ports/mail/p5-Mail-SpamAssassin throws away precious a o ports/180492 problem with /usr/ports/Mk/bsd.ldap.mk f ports/180489 graphics/pecl-gmagick: Update to 1.1.2RC1 (with patch) o ports/180475 audio/freeswitch-sounds: volume reduced to 20% of orig o ports/180452 New Port: devel/libbson: library providing useful rout o ports/180446 New port: print/p910nd A small printer daemon o ports/180409 ports/math/scilab trying to use F77 o ports/180408 ports/math/scilab missing a file to be installed o ports/180364 [NEW PORT] www/ap22-mod_realdoc: Apache module to supp f ports/180337 devel/tnt: tnt_sparse_matrix_csr.h:97:3: error: no mat o ports/180256 NEW PORT: www/twig-php which is a PHP template engine o ports/180245 new port: sysutils/rmlint -- remove stale or duplicate o ports/180237 [new port] devel/radare2-devel: Tools to disasm, debug o ports/180228 russian/fortuneru: port upgrade o ports/180195 [patch] upgrade games/minecraft-client to 1.6.1 f ports/180159 Mk/Uses/jpeg.mk: Used to add dependancy on either jpe o ports/180050 mail/alpine should be updated to version 2.10 o ports/180034 audio/squeezeboxserver is now Logitech Media Server f ports/180033 databases/postgis20 gives in to processing text files o ports/179989 [ patch ] net/istgt broken linking, broken cast, broke o ports/179778 new port: net/fish-sync -- network file sync tool f ports/179738 port update: games/atanks f ports/179637 [patch] ports-mgmt/portupdate-scan: add the "-a [date] o ports/179611 running sysutils/pdumpfs fails with ruby19 o ports/179499 [patch] port sysutils/devcpu-data is unmaintained and f ports/179370 updating science/paraview o ports/179321 New port: sysutils/storcli SAS MegaRAID FreeBSD StorCL f ports/179236 Build failure (lib-depends) for net/tigervnc when HPJP o ports/179180 devel/freeocl: Minor changes regarding upcoming POCL p o ports/179140 [new ports] emulators/fs-uae and emulators/fs-uae-laun o ports/179116 New port: graphics/xcftools Command-line tools for ext o ports/179065 Add RDRAND/F16C support to misc/cpuid o ports/179017 New port: sysutils/rcadm utility for administrating rc f ports/179010 [PATCH] devel/doxygen: update to 1.8.4_1 o ports/178998 New port: devel/sfml2: a multimedia library f ports/178973 [PATCH] net/scribe: Use USE_GITHUB framework to fetch o ports/178855 [maintainer update] games/armagetron o ports/178808 devel/wxGlade raises exception when generating XRC cod f ports/178785 mail/dracmail: adoption of optionsNG, and standardize o ports/178780 [patch] updated databases/libdbi-drivers to 0.9.0 o ports/178772 Port update: net-mgmt/snmptt f ports/178766 science/hdf5: crt1.c:(.text+0x8a): undefined reference f ports/178757 devel/freeocl: Update o ports/178726 [PATCH] databases/mariadb55-server: multi-instances st o ports/178695 [new port] www/eaccelerator-devel Development version f ports/178616 ports-mgmt/porttools: port test does not handle pkgNG o ports/178557 Ports with USE_GCC=any don't respect local CC and CXX o ports/178497 [maintainer update] databases/datamodeler version upda f ports/178475 [UPDATE] graphics/gmt: New version 4.5.9 available o ports/178474 [NEW PORT] games/linux-dwarf-fortress: Dwarf Fortress o ports/178457 [New port]audio/hydrogen-devel o ports/178441 [NEW PORT] databases/memkeys: A tool to show memcache f ports/178431 graphics/geos hardcodes PHP 5.4 version s ports/178281 [new port] www/torbrowser: Request for a Native Torbro f ports/178251 [patch] converters/unix2dos implicit declaration of fu f ports/178246 mail/fetchyahoo: is BROKEN f ports/178245 [patch] mail/getlive: 3.0 has been released o ports/178196 /usr/ports/www/trac-mercurial broken o ports/178126 [NEW PORT] databases/mysql56-server-cluster: MySQL Clu o ports/178125 [NEW PORT] databases/mysql56-client-cluster: Multithre o ports/178052 New port submission: dns/mDNSRedponder_nss f ports/178042 sysutils/ezjail: zsh completion does not work o ports/177906 [new port] x11-fonts/fpf Free Persian font o ports/177838 New port: multimedia/openstopmotion Webcam capture pro o ports/177771 maintainer update: math/dolfin-devel o ports/177745 New port: science/lammps o ports/177744 New port: science/lammps-openmpi f ports/177741 net-mgmt/sipcalc cannot handle ipv6 zone index o ports/177692 New port: science/openkim o ports/177651 New port: security/openiked OpenBSD's IKEv2 daemon f ports/177643 Update port graphics/fotoxx to latest version o ports/177565 [NEW PORT] www/trac-keywordsecretticket: Adds ticket s o ports/177512 Make emulators/snes9express compile again f ports/177497 mail/dovecot startup script breaks onestart functional o ports/177411 [NEW PORT] databases/mysql-udf-ipv6: MySQL UDFs provid f ports/177407 graphics/fotoxx: MASTER_SITES kornelix.squarespace.com f ports/177406 update port and add arch: lang/mlton f ports/177397 [patch] security/heimdal: fix conflict between heimdal f ports/177336 New port: security/sav o ports/177300 New port: java/intellij IntelliJ IDEA Community Editi o ports/177211 net-mgmt/cflowd: cflowd CflowdPacketQueue.cc fix o ports/177182 audio/mixxx segmentation fault f ports/177152 sysutils/fusefs-kmod missing pkg-message file o ports/177074 [fix] audio/timidity and audio/guspat o ports/177071 editors/slime not working with emacs-24 o ports/177014 new port: databases/sqlayer f ports/176874 sysutils/fusefs-sshfs crashes on amd64 f ports/176816 www/privoxy+ipv6 is obsolete f ports/176805 rc scripts provided with security/heimdal haven't a co o ports/176767 [patch] net-im/ari-yahoo broken on freebsd-head f ports/176676 [patch] net/ss5: syslog option is noisy o ports/176651 NEW PORT: graphics/flashprojector - Adobe standalone S o ports/176625 New Port: ports-mgmt/prhistory-sync-perl Sync GNATS PR o ports/176509 [NEW PORT] www/dnssec-validator: DNSSEC Validator exte o ports/176507 [NEW PORT] www/xpi-dnssec: DNSSEC Validator extension o ports/176505 [NEW PORT] www/crx-dnssec: DNSSEC Validator extension o ports/176504 [NEW PORT] devel/crxmake: Make chromium extensions o ports/176468 www/sams can not use the mask /32, with authorization o ports/176456 NEW PORT: lang/jsawk - Command-line JSON parser s ports/176442 Port files with double-colons cannot exist on FAT part f ports/176383 sysutils/ipmitool cannot connect over SOL o ports/176378 [PATCH] Fix several typos in the ports tree f ports/176172 graphics/povray37: /usr/local/bin/ld: disp_sdl.o: unde o ports/176096 [NEW PORT] www/xibo-server: Xibo - Digital Signage (se o ports/176047 ports: graphics/ImageMagick: -delay option spurious me f ports/176044 ports: print/ghostview (1.5_3) segfault/coredump o ports/175947 [NEW PORT] www/sogo: Groupware server with a focus on o ports/175946 [NEW PORT] devel/sope: An extensive set of GNUstep web f ports/175813 [patch] mail/dovecot2 doesn't detect libstemmer or ext f ports/175772 Update to finance/php-tclink o ports/175748 New port: www/your-freedom A SOCKS proxy application f ports/175733 devel/libatomic_ops: Segmentation fault : install - o ports/175385 dns/fastresolve does not compile o ports/175266 port audio/libmtp is miscategorized: it should be sysu o ports/175229 x11-toolkit/swt-devel fails o ports/174988 New port: net/tclsoap o ports/174960 sysutils/fusefs-ntfs mkntfs fails because of "no block o ports/174940 [new port]: misc/valspeak, a filter that converts Engl o ports/174516 New port: java/glassfish for Glassfish Java EE referen o ports/174176 audio/timidity++: Update to version 2.14.0 f ports/174018 Can't disable security/sshguard -b option o ports/171945 sysutils/fusefs-smbnetfs crash since fusefs-libs updat f ports/171338 both databases/mariadb-scripts and databases/mariadb-s o ports/170695 sysutils/fusefs-ntfs - instant reboot when mv from UFS f ports/167031 security/heimdal ignore environment after process call f ports/166987 net/nss_ldap: ports/152982 causes nss_ldap to not func o ports/158791 Update security/openvas-* o i386/138737 [endian] [patch] Patch for bswap64(9) operation on IA o ports/131758 net/tightvnc in a jail stopped working after multiple 435 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 11:13:44 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B974263D for ; Mon, 20 Jan 2014 11:13:44 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 918801FA3 for ; Mon, 20 Jan 2014 11:13:43 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id E0D2D438BC; Mon, 20 Jan 2014 05:13:24 -0600 (CST) Message-ID: <52DD04C2.8080904@marino.st> Date: Mon, 20 Jan 2014 12:13:06 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: libstdc++.so.6 in base 9.2 system collides with libstdc++.so.6 in gcc47 References: <52DC4B94.8050304@rawbw.com> <52DC4CB6.3070503@marino.st> <20140120082955.GB5919@server.rulingia.com> In-Reply-To: <20140120082955.GB5919@server.rulingia.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: peter@rulingia.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 11:13:44 -0000 On 1/20/2014 09:29, Peter Jeremy wrote: > On 2014-Jan-19 23:07:50 +0100, John Marino wrote: >> On 1/19/2014 23:03, Yuri wrote: >>> After the ports update my qbittorrent fails due to this collision: >>> $ qbittorrent >>> /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by >>> /usr/local/lib/libtorrent-rasterbar.so.7 not found > > Yes, the non-base gcc's aren't built correctly. There are some hacks > in Mk/bsd.gcc.mk that partially work around the problems for some ports. > >> The gcc47 should be built with specs that automatically insert a runpath >> (-Wl,-rpath,) of /usr/local/gcc47/ so that every binary and library >> built by it knows where to look. > > See ports/142226 and ports/182468. The approach taken by lang/gcc-aux mirrors your sentiment in the PRs. The rpath is inserted by the compiler itself, automatically, for every program and shared object produced. The individual ports would not need to set rpath themselves if they were built with lang/gcc-aux rather than lang/gcc47. It's built right into the link spec itself (gcc specs language). John From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 15:25:02 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD82AE09 for ; Mon, 20 Jan 2014 15:25:02 +0000 (UTC) Received: from mail.bsdbox.co (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 792FC1A3B for ; Mon, 20 Jan 2014 15:25:02 +0000 (UTC) Received: from [10.0.0.4] (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdbox.co (Postfix) with ESMTPSA id 182B6238CF7 for ; Mon, 20 Jan 2014 15:24:59 +0000 (UTC) Message-ID: <52DD3FC9.1050002@bsdbox.co> Date: Tue, 21 Jan 2014 02:24:57 +1100 From: nano User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Build fail: Do not define STAGEDIR in command line References: <52DCFD62.5020603@bsdbox.co> In-Reply-To: <52DCFD62.5020603@bsdbox.co> X-Forwarded-Message-Id: <52DCFD62.5020603@bsdbox.co> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 15:25:02 -0000 Trying to build ports with "portmaster -f" after upgrading to 10.0-RELEASE results in build error: ===> $PORTNAME Do not define STAGEDIR in command line. *** Error code 1 Stop. make: stopped in /usr/ports/$PORTSCATEGORY/$PORTSDIR All ports with "NO_STAGE=yes" in $PORTSDIR/Makefile are failing with the above error. What's the solution? Thanks. -- syn.bsdbox.co From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 15:28:34 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1A2BEDA for ; Mon, 20 Jan 2014 15:28:34 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB4411A69 for ; Mon, 20 Jan 2014 15:28:34 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 4C59A438BC; Mon, 20 Jan 2014 09:28:19 -0600 (CST) Message-ID: <52DD4081.8030800@marino.st> Date: Mon, 20 Jan 2014 16:28:01 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: nano Subject: Re: Build fail: Do not define STAGEDIR in command line References: <52DCFD62.5020603@bsdbox.co> <52DD3FC9.1050002@bsdbox.co> In-Reply-To: <52DD3FC9.1050002@bsdbox.co> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 15:28:34 -0000 On 1/20/2014 16:24, nano wrote: > Trying to build ports with "portmaster -f" after > upgrading to 10.0-RELEASE results in build error: > > ===> $PORTNAME Do not define STAGEDIR in command line. > *** Error code 1 > > Stop. > make: stopped in /usr/ports/$PORTSCATEGORY/$PORTSDIR > > > All ports with "NO_STAGE=yes" in $PORTSDIR/Makefile are failing with the > above error. I suspect your portstree isn't up to date. That should have been fixed this morning. John From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 15:30:24 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 571B2F82; Mon, 20 Jan 2014 15:30:24 +0000 (UTC) Received: from mail.bsdbox.co (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 11AF51A80; Mon, 20 Jan 2014 15:30:23 +0000 (UTC) Received: from [10.0.0.4] (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdbox.co (Postfix) with ESMTPSA id 2E7C0238CF7; Mon, 20 Jan 2014 15:30:21 +0000 (UTC) Message-ID: <52DD410B.7050905@bsdbox.co> Date: Tue, 21 Jan 2014 02:30:19 +1100 From: nano User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: marino@freebsd.org Subject: Re: Build fail: Do not define STAGEDIR in command line References: <52DCFD62.5020603@bsdbox.co> <52DD3FC9.1050002@bsdbox.co> <52DD4081.8030800@marino.st> In-Reply-To: <52DD4081.8030800@marino.st> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 15:30:24 -0000 On 21/01/2014 2:28 AM, John Marino wrote: > On 1/20/2014 16:24, nano wrote: >> Trying to build ports with "portmaster -f" after >> upgrading to 10.0-RELEASE results in build error: >> >> ===> $PORTNAME Do not define STAGEDIR in command line. >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/$PORTSCATEGORY/$PORTSDIR >> >> >> All ports with "NO_STAGE=yes" in $PORTSDIR/Makefile are failing with the >> above error. > > > I suspect your portstree isn't up to date. That should have been fixed > this morning. > > John > portsnap fetch update was issued moments prior to portmaster -f, this all occurred perhaps ~8 hours ago and I haven't returned to it as yet. I will check again now to see if it has been fixed. Thanks, John. -- syn.bsdbox.co From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 15:33:37 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D2A2154; Mon, 20 Jan 2014 15:33:37 +0000 (UTC) Received: from mail.bsdbox.co (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB42A1B06; Mon, 20 Jan 2014 15:33:34 +0000 (UTC) Received: from [10.0.0.4] (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdbox.co (Postfix) with ESMTPSA id 5AE8523DE03; Mon, 20 Jan 2014 15:33:32 +0000 (UTC) Message-ID: <52DD41C7.3000306@bsdbox.co> Date: Tue, 21 Jan 2014 02:33:27 +1100 From: nano User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: marino@freebsd.org Subject: Re: Build fail: Do not define STAGEDIR in command line References: <52DCFD62.5020603@bsdbox.co> <52DD3FC9.1050002@bsdbox.co> <52DD4081.8030800@marino.st> In-Reply-To: <52DD4081.8030800@marino.st> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 15:33:37 -0000 On 21/01/2014 2:28 AM, John Marino wrote: > On 1/20/2014 16:24, nano wrote: >> Trying to build ports with "portmaster -f" after >> upgrading to 10.0-RELEASE results in build error: >> >> ===> $PORTNAME Do not define STAGEDIR in command line. >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/$PORTSCATEGORY/$PORTSDIR >> >> >> All ports with "NO_STAGE=yes" in $PORTSDIR/Makefile are failing with the >> above error. > > > I suspect your portstree isn't up to date. That should have been fixed > this morning. > > John > You're right. It appears to have been fixed. Do you know what the problem was? I could find nothing in UPDATING or online. -- syn.bsdbox.co From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 15:39:06 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC87747C for ; Mon, 20 Jan 2014 15:39:06 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C55D91B4E for ; Mon, 20 Jan 2014 15:39:06 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id A3831438BC; Mon, 20 Jan 2014 09:38:51 -0600 (CST) Message-ID: <52DD42FB.6080602@marino.st> Date: Mon, 20 Jan 2014 16:38:35 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: nano Subject: Re: Build fail: Do not define STAGEDIR in command line References: <52DCFD62.5020603@bsdbox.co> <52DD3FC9.1050002@bsdbox.co> <52DD4081.8030800@marino.st> <52DD41C7.3000306@bsdbox.co> In-Reply-To: <52DD41C7.3000306@bsdbox.co> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 15:39:07 -0000 On 1/20/2014 16:33, nano wrote: > > You're right. It appears to have been fixed. Do you know what the > problem was? I could find nothing in UPDATING or online. > The breakage: http://lists.freebsd.org/pipermail/svn-ports-head/2014-January/043072.html The fix: http://lists.freebsd.org/pipermail/svn-ports-head/2014-January/043083.html Regards, John From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 15:40:29 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2779D55A for ; Mon, 20 Jan 2014 15:40:29 +0000 (UTC) Received: from mail.bsdbox.co (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4BDE1B7E for ; Mon, 20 Jan 2014 15:40:28 +0000 (UTC) Received: from [10.0.0.4] (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdbox.co (Postfix) with ESMTPSA id 28A8523DFEC for ; Mon, 20 Jan 2014 15:40:26 +0000 (UTC) Message-ID: <52DD4368.4060907@bsdbox.co> Date: Tue, 21 Jan 2014 02:40:24 +1100 From: nano User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Build fail: Do not define STAGEDIR in command line References: <52DCFD62.5020603@bsdbox.co> <52DD3FC9.1050002@bsdbox.co> <52DD4081.8030800@marino.st> <52DD41C7.3000306@bsdbox.co> <52DD42FB.6080602@marino.st> In-Reply-To: <52DD42FB.6080602@marino.st> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 15:40:29 -0000 On 21/01/2014 2:38 AM, John Marino wrote: > On 1/20/2014 16:33, nano wrote: >> >> You're right. It appears to have been fixed. Do you know what the >> problem was? I could find nothing in UPDATING or online. >> > > The breakage: > http://lists.freebsd.org/pipermail/svn-ports-head/2014-January/043072.html > > The fix: > http://lists.freebsd.org/pipermail/svn-ports-head/2014-January/043083.html > > > Regards, > John > _______________________________________________ > 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" > Very good. Thanks, John. -- syn.bsdbox.co From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 18:08:26 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4DDAAA8 for ; Mon, 20 Jan 2014 18:08:26 +0000 (UTC) Received: from mail-pd0-x241.google.com (mail-pd0-x241.google.com [IPv6:2607:f8b0:400e:c02::241]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D6111A15 for ; Mon, 20 Jan 2014 18:08:26 +0000 (UTC) Received: by mail-pd0-f193.google.com with SMTP id q10so3543728pdj.0 for ; Mon, 20 Jan 2014 10:08:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=message-id:from:to:reply-to:subject:date; bh=Iyk2K6fvYNLbDPkOF2p5SQgAED667GVP56ua58RI4bE=; b=NxtY9JWy6sHft2UNH2iQBcql5OmDvmB5QR868Fe2HKoW6zHwb/Haj/P8L/Y0AvPmZ0 AhuXDPR4rHyeAB6YkboNYcRJ61JIg9oTh898rbOZRJ9YTI3hBTwE/7t5oQQFJQKCqBc0 QmnJZnmISn8aAX7x9jnyTkvEA7gIBhZ5aetfKAGdLKqc27EUqdof69PrmHzrZJHO48RB LO74XnXtY2MiyZr6AORCmRH+Bf/mssCpqxhDN1N0ZaAVACZraPGaVUvwtZuBOxPD3RZI f4og5ouMCnTIVtvXYL46nBA6nHeH7pKrO363/frKaCBz7o+uVWi3r6UbzHZhj889R4qi 0M7A== X-Received: by 10.68.134.130 with SMTP id pk2mr3682839pbb.167.1390241306332; Mon, 20 Jan 2014 10:08:26 -0800 (PST) Received: from localhost.localdomain ([124.253.33.120]) by mx.google.com with ESMTPSA id qf7sm7619738pac.14.2014.01.20.10.08.23 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 20 Jan 2014 10:08:25 -0800 (PST) Message-ID: <52dd6619.a7dd420a.7a18.ffffd8d8@mx.google.com> From: brandie31089@googlemail.com To: freebsd-ports@freebsd.org Subject: RE: LOCAL MAP OPTIMIZATION FOR : mail-archive.com (Less Than $99/Month) Date: Mon, 20 Jan 2014 23:38:27 +0530 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: LORI76557@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 18:08:26 -0000 Good Morning Sir / Mam Is your business ranking in local maps shown on PAGE 1 of google ? With new google policies they have specifically asked local business owners to optimize their website for local maps rather than JUST organics. Do you know the reason why you are not ranked well on google MAPs or why there is drop in your website rankings? Prime reason for bad rankings for a busniess is lack of local presence and local citations ie getting your business listed on directories like YELP, MANTA & Many more. These websites not just give your business a push but also help you Maintain a good Online Reputation. Why you need to optimize your website for local MAP Listings ? - MAP listings get 10 times more clicks than organic listings - Increased conversions because of real reviews posted on your Google Plus Page - Every year there is 30% increase in searches for local keywords - Increases legitimacy of a Business We will help you get your website ranked well on google for the related keywords in your niche. We specialize in LOCAL SEARCH ENGINE OPTIMIZATION increasing visibility for small businesses by ranking them for geographically-related keywords. Say for eg-: you want to search a plumber in your city, You will be typing in keywords like Plumbers + City Or Plumbers + IN + City. We make sure your website comes in google MAP listings shown on page 1 for each such keyword. Now Google believes in - BE ORIGINAL, HAVE ORIGINAL AND GIVE ORIGINAL which means that google wants to end up that frustrating experience of users who are searching for Service Or Product and seeing the results that are not even close to what they are looking for. Google only wants to give their user original and relevant results. This makes it even more important that we showcase our business in the best possible way and make sure our website in valued high by google. We at TheLOCALIST will make google feel the importance of your business by following their guidelines thus ranking your website higher in serach results. We are presently offering LOCAL OPTIMIZATION to more than 400 websites and they all rank page 1 for all possible keywords !!! Each month your website is submitted to more than 50 citations and social presence is controlled by posting videos and blogs all over the web. Email us back with your website & phone number so we can discuss this further with you. Our Packages start from as low as 99$/month. Thanks For Taking Time To Read Our Email Polly Martin Local SEO Manager ( THE Localist ) Address : 24 ST Suite 32 Downtown Provo Utah ------------------- NOT INTERESTED ? REPLY WITH NOT INTERESTED IN THE SUBJECT LINE From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 18:15:05 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2794DDC8 for ; Mon, 20 Jan 2014 18:15:05 +0000 (UTC) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C72BE1AC5 for ; Mon, 20 Jan 2014 18:15:04 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 5851D4002E for ; Mon, 20 Jan 2014 19:15:02 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 4DA7E40003; Mon, 20 Jan 2014 19:15:02 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id D6D4740008; Mon, 20 Jan 2014 19:14:43 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3f7LcK6606z8ggx; Mon, 20 Jan 2014 19:14:09 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id qGlfs5tQ2tWJ; Mon, 20 Jan 2014 19:14:04 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 3f7LcD61tdz8ggv; Mon, 20 Jan 2014 19:14:04 +0100 (CET) Received: from tifa.daemonic.se (tifa.daemonic.se [IPv6:2001:470:dca9:1::6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3f7LcD4lgSz9CvV; Mon, 20 Jan 2014 19:14:04 +0100 (CET) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id 6D06722818; Mon, 20 Jan 2014 19:14:04 +0100 (CET) Message-ID: <52DD676C.5090007@daemonic.se> Date: Mon, 20 Jan 2014 19:14:04 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: John Subject: Re: dns/bind-tools fails to build on 10-stable References: <20140120092904.GA13438@potato.growveg.org> In-Reply-To: <20140120092904.GA13438@potato.growveg.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 18:15:05 -0000 On 01/20/14 10:29, John wrote: > Hello list, > > On a new 10-stable system, I can't seem to build bind tools. I get the following > error: > > checking host system type... x86_64-portbld-freebsd10.0 > checking whether make sets $(MAKE)... yes > checking how to print strings... printf > checking for gcc... cc > checking whether the C compiler works... no > configure: error: in `/usr/ports/dns/bind-tools/work/bind-9.9.4-P2': > configure: error: C compiler cannot create executables > See `config.log' for more details > ===> Script "configure" failed unexpectedly. > Please report the problem to mat@FreeBSD.org [maintainer] and attach the > "/usr/ports/dns/bind-tools/work/bind-9.9.4-P2/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/local/sbin/pkg-static info -g -Ea). > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/dns/bind-tools > *** Error code 1 > > Stop. > make: stopped in /usr/ports/dns/bind-tools > > 10-stable is r260886. The ports tree is 340327. Before I directly bother > the maintainer, I wondered if this is a known issue? > > thanks, > That is a rather strange error. Can you provide config.log together with /etc/make.conf and options for bind-tools? Regards! -- Niclas From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 19:26:27 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E6DD703; Mon, 20 Jan 2014 19:26:27 +0000 (UTC) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E597211F3; Mon, 20 Jan 2014 19:26:26 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W5KUJ-00023x-HX; Mon, 20 Jan 2014 19:26:23 +0000 Date: Mon, 20 Jan 2014 19:26:23 +0000 From: John To: freebsd-ports@freebsd.org Subject: Re: dns/bind-tools fails to build on 10-stable Message-ID: <20140120192623.GA83718@potato.growveg.org> References: <20140120092904.GA13438@potato.growveg.org> <52DD676C.5090007@daemonic.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52DD676C.5090007@daemonic.se> User-Agent: Mutt/1.5.22 (2013-10-16) Sender: John X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: john@potato.growveg.org X-SA-Exim-Scanned: No (on potato.growveg.org); SAEximRunCond expanded to false Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 19:26:27 -0000 On Mon, Jan 20, 2014 at 07:14:04PM +0100, Niclas Zeising wrote: > On 01/20/14 10:29, John wrote: > > Hello list, > > > > On a new 10-stable system, I can't seem to build bind tools. I get the following > > error: > > > > checking host system type... x86_64-portbld-freebsd10.0 > > checking whether make sets $(MAKE)... yes > > checking how to print strings... printf > > checking for gcc... cc > > checking whether the C compiler works... no > > configure: error: in `/usr/ports/dns/bind-tools/work/bind-9.9.4-P2': > > configure: error: C compiler cannot create executables > > See `config.log' for more details > > ===> Script "configure" failed unexpectedly. > > Please report the problem to mat@FreeBSD.org [maintainer] and attach the > > "/usr/ports/dns/bind-tools/work/bind-9.9.4-P2/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/local/sbin/pkg-static info -g -Ea). > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/ports/dns/bind-tools > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/dns/bind-tools > > > > 10-stable is r260886. The ports tree is 340327. Before I directly bother > > the maintainer, I wondered if this is a known issue? > > > > thanks, > > > > That is a rather strange error. Can you provide config.log together > with /etc/make.conf and options for bind-tools? > Regards! > -- > Niclas Hello, thanks for looking. I "fixed" the problem - looking in config.log, I noticed this: configure:3284: checking build system type configure:3298: result: x86_64-portbld-freebsd10.0 configure:3318: checking host system type configure:3331: result: x86_64-portbld-freebsd10.0 configure:3352: checking whether make sets $(MAKE) configure:3374: result: yes configure:3442: checking how to print strings configure:3469: result: printf configure:3538: checking for gcc configure:3565: result: cc configure:3794: checking for C compiler version configure:3803: cc --version >&5 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: x86_64-unknown-freebsd10.0 Thread model: posix configure:3814: $? = 0 configure:3803: cc -v >&5 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: x86_64-unknown-freebsd10.0 Thread model: posix configure:3814: $? = 0 configure:3803: cc -V >&5 cc: error: argument to '-V' is missing (expected 1 value) cc: error: no input files configure:3814: $? = 1 configure:3803: cc -qversion >&5 cc: error: no input files configure:3814: $? = 1 configure:3834: checking whether the C compiler works configure:3856: cc -O2 -pipe -fno-strict-aliasing -L/usr/lib -lgssapi_krb5 -Wl,-rpath=/usr/lib:/usr/local/lib conftest.c >&5 /usr/bin/ld: cannot find -lgssapi_krb5 cc: error: linker command failed with exit code 1 (use -v to see invocation) configure:3860: $? = 1 configure:3898: result: no configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | /* end confdefs.h. */ | Looked in options and gssapi was enabled by default ( was there after make rmconfig-recursive ) and i don't use kerebos so disabled it, now it builds. Enabled options resulting in successful build are IPv6 SSL and THREADS. Thanks anyway, hope this proves useful to someone. I can post the entire log but it is huge. -- John From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 19:32:45 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCF55DB9; Mon, 20 Jan 2014 19:32:45 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DFE412B7; Mon, 20 Jan 2014 19:32:45 +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=yZB6Mf94uLn7Ad/IvQNhRNNHOEMbH/MBiIymKq+zIQw=; b=Lf39Y7+ZUE9VJvA+9rhKdy7APTXOa6lmWhj4lhoT0GIxmU92XSUBEEqi79HoKTkEPkE0FIMBY6V3A0MOE9NS6+1FZ5eayFT43zUKXc3k10R7lNmNSplNhOnjmGcOxsOEFpmrgLPLRhLLsiamdFznHmGTHsytJC2Ss64TAzFwV/Y=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W5KaS-000LH5-Ow; Mon, 20 Jan 2014 19:32:44 +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: antoine@FreeBSD.org X-Trac-Project: redports Date: Mon, 20 Jan 2014 19:32:44 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r340452: 4x leftovers To: antoine@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140120192600-32379 X-Trac-Build-ID: 20140120192600-32379 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 19:32:45 -0000 - Stage support - Use PYDISTUTILS_AUTOPLIST PR: ports/185707 --------------------------------------------------------------------- Build ID: 20140120192600-32379 Job owner: antoine@FreeBSD.org Buildtime: 7 minutes Enddate: Mon, 20 Jan 2014 19:32:41 GMT Revision: r340452 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=340452 --------------------------------------------------------------------- Port: devel/bzr-gtk 0.100.0_3 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140120192600-32379-258560/bzr-gtk-0.100.0_3.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140120192600-32379-258561/bzr-gtk-0.100.0_3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140120192600-32379-258562/bzr-gtk-0.100.0_3.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140120192600-32379-258563/bzr-gtk-0.100.0_3.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Jan 20 23:16:23 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E303917C for ; Mon, 20 Jan 2014 23:16:23 +0000 (UTC) Received: from maul.immure.com (immure.com [107.218.164.241]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B22641615 for ; Mon, 20 Jan 2014 23:16:21 +0000 (UTC) Received: from [10.1.132.9] (helo=rancor.immure.com) by maul.immure.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1W5NRo-000GZd-QA for freebsd-ports@freebsd.org; Mon, 20 Jan 2014 16:36:03 -0600 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.7/8.14.7) with ESMTP id s0KMa0xk042166 for ; Mon, 20 Jan 2014 16:36:00 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.7/8.14.6/Submit) id s0KMa015042165 for freebsd-ports@freebsd.org; Mon, 20 Jan 2014 16:36:00 -0600 (CST) (envelope-from bob) Date: Mon, 20 Jan 2014 16:36:00 -0600 From: Bob Willcox To: ports list Message-ID: <20140120223600.GA42106@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-SA-Exim-Connect-IP: 10.1.132.9 X-SA-Exim-Mail-From: bob@immure.com X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on maul.immure.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Subject: xcb window size unusably small X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on maul.immure.com) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Bob Willcox List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jan 2014 23:16:23 -0000 The size of the xcb program's frame for displaying the 'cut' data has shrunk down to such a small size that I can no longer read what's in it. The overall window created by xcb is the right size but the frame within it that displays the data in the buffer is tiny. This began sometime in the past few months when I updated all of my ports to the then latest level. I have another system that I've not updated the ports on recently (last July was the last time) that doesn't have this problem. This is on both a 9.2-stable system: FreeBSD boba.immure.com 9.2-STABLE FreeBSD 9.2-STABLE #20 r260004: Sat Dec 28 12:28:04 CST 2013 bob@luke.immure.com:/usr/obj/usr/src/sys/LUKE amd64 and a 10.0-RC5 system: FreeBSD luke.immure.com 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #2 r260872: Sun Jan 19 12:07:47 CST 2014 bob@boba.immure.com:/usr/obj/usr/src/sys/BOBA amd64 Note that the system that xcb is still ok on is also a 9.2-stable system: FreeBSD tavion.austin.ibm.com 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #10 r255473: Wed Sep 11 11:36:43 CDT 2013 bob@tavion.austin.ibm.com:/usr/obj/usr/src/sys/TAVION amd64 I don't know if this is related or not, but one of the differences between the working system and those that aren't is that the failing xcb systems have had libxcb updated from 1.9.1 to 1.9.3. Is anyone else seeing this? Any tips/ideas on where I should look? Thanks, Bob -- Bob Willcox | Philosophy, n.: bob@immure.com | Unintelligible answers to insoluble problems. Austin, TX | From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 00:48:58 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5B23D1C for ; Tue, 21 Jan 2014 00:48:58 +0000 (UTC) Received: from glory.vmeta.jp (7c2952d4.i-revonet.jp [124.41.82.212]) by mx1.freebsd.org (Postfix) with ESMTP id B510A1E7D for ; Tue, 21 Jan 2014 00:48:58 +0000 (UTC) Received: from ssl.vmeta.jp (localhost [127.0.0.1]) by glory.vmeta.jp (Postfix) with ESMTP id 52F5E345; Tue, 21 Jan 2014 09:48:51 +0900 (JST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 21 Jan 2014 09:48:51 +0900 From: Koichiro IWAO To: ports@freebsd.org Subject: net/tightvnc: taking maintainership Message-ID: <1cf72e6f4f79ba40720200ba0f0b00f9@vmeta.jp> X-Sender: meta+ports@vmeta.jp User-Agent: Roundcube Webmail/0.9.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 00:48:59 -0000 I do maintain net/tightvnc. Please set the maintainer to meta+ports@vmeta.jp. Thanks, -- `whois vmeta.jp | nkf -w` meta From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 01:01:20 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB546418 for ; Tue, 21 Jan 2014 01:01:20 +0000 (UTC) Received: from kaywinnit.conundrum.com (smtp.conundrum.com [IPv6:2001:4900:1:213::2:20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B85DC1F85 for ; Tue, 21 Jan 2014 01:01:20 +0000 (UTC) Received: from chani.conundrum.com ([216.235.10.34]) by kaywinnit.conundrum.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W5PiQ-0004UL-Cf; Tue, 21 Jan 2014 01:01:18 +0000 From: Matthew Pounsett Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Mon, 20 Jan 2014 20:01:11 -0500 Subject: per-port make.conf options and hyphenated port names To: freebsd-ports@freebsd.org Message-Id: <92E0B243-3705-437A-80C8-DB9AAF938A3D@conundrum.com> Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 01:01:20 -0000 At some point in the last couple of weeks I was pointed at = as what has been = implemented to deprecate make.conf settings such as =93WITHOUT_X11=3Dyes=94= . That document says it has been committed, but the porters handbook = section on OPTIONS doesn=92t discuss the ${port}_SET/${port}_UNSET = syntax, and I can=92t find mention of it in /usr/ports/KNOBS either. I=92m trying to find specifics on the implementation because I=92ve run = into a case that document doesn=92t seem to plan for: trying to set = per-port options for a hyphenated port name. Specifically, I=92m trying to do this: virtualbox-ose-additions_UNSET=3DX11 Hyphenated variable names don=92t work in most shells. I think some = older versions of csh could set them, but couldn't reference them, and = tinderbox=92s sh scripts blow right up when they encounter that. Digging through /usr/ports/Mk/ I can=92t find anywhere that $UNIQUENAME = is modified to guarantee that it references a safe variable name (i.e. I = don=92t see anywhere that $UNIQUENAME has reserved characters removed = from it before use). So, given that a lot of times $UNIQUENAME is just = the name of the port, and a lot of ports have hyphens in their names, = how is this meant to be dealt with? Thanks for any pointers or help!= From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 01:34:19 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36C14584 for ; Tue, 21 Jan 2014 01:34:19 +0000 (UTC) Received: from kaywinnit.conundrum.com (smtp.conundrum.com [IPv6:2001:4900:1:213::2:20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1168F11FE for ; Tue, 21 Jan 2014 01:34:19 +0000 (UTC) Received: from chani.conundrum.com ([216.235.10.34]) by kaywinnit.conundrum.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W5QEL-0005JI-C1; Tue, 21 Jan 2014 01:34:17 +0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: per-port make.conf options and hyphenated port names From: Matthew Pounsett In-Reply-To: <92E0B243-3705-437A-80C8-DB9AAF938A3D@conundrum.com> Date: Mon, 20 Jan 2014 20:34:10 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <92E0B243-3705-437A-80C8-DB9AAF938A3D@conundrum.com> To: freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.1827) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 01:34:19 -0000 On Jan 20, 2014, at 20:01 , Matthew Pounsett wrote: > Digging through /usr/ports/Mk/ I can=92t find anywhere that = $UNIQUENAME is modified to guarantee that it references a safe variable = name (i.e. I don=92t see anywhere that $UNIQUENAME has reserved = characters removed from it before use). So, given that a lot of times = $UNIQUENAME is just the name of the port, and a lot of ports have = hyphens in their names, how is this meant to be dealt with? I take back part of that last bit. I=92ve found a couple cases = (bsd.tcl.mk and bsd.database.mk) that use the ${UNIQUENAME:U:S,-,_,} = construction to allow setting safe variables. bsd.port.mk doesn=92t use = the same construction when referencing ${$UNIQUENAME}_SET and = ${$UNIQUENAME}_UNSET. So, I=92m still back at my earlier question=85 how is this meant to be = dealt with? Thanks.= From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 06:49:46 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEC23FD4 for ; Tue, 21 Jan 2014 06:49:46 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B081D17F7 for ; Tue, 21 Jan 2014 06:49:46 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id m12so10048322iga.1 for ; Mon, 20 Jan 2014 22:49:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=A40lDMRfuZfqHL+y4D0QNDJ9q249KdjZ2+AdYiY6g6A=; b=U96EUBw53MJUuG55mpAe77AumIo3bZ/d9tLEq0bYLHCV0Xqsi0QOrtbMXBTioreAqa +8jTnC5z5INwhv+0hSAtm9eL+1oIMwqzZNfTwVlgn0jtvwEzGYsx8YkykOiMsdXcW2Cn lpiUi/B3x9DHg/DENwKiyBLhCF4xoAsDsMG/98N6UkTKSVvkHANeNq8cQxXMSyTbRXlT zrt2pMIPf1yWtok7KhO+oy+hQ84i3Yo9PiEB6MTy8ptT47KCh9WfRU5MS2eIfOb0i2AJ KCBRahMIJC3xRN3xv8LrTOrCe8Ia6/Bt5XN3aG4BxVPBrGbpXKzxQXYnM2vHq0zHe2gE HHmA== MIME-Version: 1.0 X-Received: by 10.50.232.9 with SMTP id tk9mr16391742igc.27.1390286986128; Mon, 20 Jan 2014 22:49:46 -0800 (PST) Received: by 10.50.62.103 with HTTP; Mon, 20 Jan 2014 22:49:46 -0800 (PST) In-Reply-To: <52DCF1BB.1080704@webrz.net> References: <52DCF1BB.1080704@webrz.net> Date: Tue, 21 Jan 2014 00:49:46 -0600 Message-ID: Subject: Re: Ignoring Ports From: Scot Hetzel To: Jos Chrispijn Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 06:49:46 -0000 On Mon, Jan 20, 2014 at 3:51 AM, Jos Chrispijn wrote: > I just ran: > % portupgrade -a > and got a whole list of IGNORE lines: > ** Port marked as IGNORE: security/ADMsmb: > Do not define STAGEDIR in command line > ** Port marked as IGNORE: security/ADMsnmp: > Do not define STAGEDIR in command line > ** Port marked as IGNORE: net/GeoIP: > Do not define STAGEDIR in command line > ** Port marked as IGNORE: graphics/GraphicsMagick: > Do not define STAGEDIR in command line > ** Port marked as IGNORE: devel/ORBit2: > Do not define STAGEDIR in command line > ** Port marked as IGNORE: mail/alpine: > Do not define STAGEDIR in command line > ** Port marked as IGNORE: accessibility/atk: > Do not define STAGEDIR in command line > ** Port marked as IGNORE: graphics/barcode: > Do not define STAGEDIR in command line > ** Port marked as IGNORE: devel/bison: > Do not define STAGEDIR in command line > -- cut -- > I checked UPDATING but cannot discover what may be the problem here? > Can someone tell me how to fix this? You will need to patch your ports tree with the changes in the patch provided in PR 182972. An alternate patch was committed, which caused this error. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 06:52:08 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C63CE11E for ; Tue, 21 Jan 2014 06:52:08 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95C941876 for ; Tue, 21 Jan 2014 06:52:08 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id uq10so10037468igb.5 for ; Mon, 20 Jan 2014 22:52:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7oLrg+DwNfSoZnm6k/IBZRkMNHdQmEF2kM+up89VacU=; b=s7FmoebEGsptMArvkINf7JKaDGt6uEzG89awLuvL+5oWpf/TDAYQhiHB6qF82UKg6A z+aCbvFhn7EUdmrFawbFflrW0xFgoE+0cP4vI/Jr69zeTt9yAaffYN+VjOAexgLIoOGG +bjOE//KLJ0l54KchCK2cU0KRlXjFP+Gbeo8FMpeUfsRquQg9yyNeP36IotRrWPogjbl RGKPGGIRgB3JJ8zhNe4isSJpkuZHp6ES+l2XL/LUDjR+pLIint5sMWFgQ+eqbSsakQdk rckVKz0XVYIu5nQfpM+tSCyCFDHHlDnPvsIWIUx9QZbf7222ozcmVBY+ymvSDUNrskPX l3Yg== MIME-Version: 1.0 X-Received: by 10.50.29.49 with SMTP id g17mr15933113igh.35.1390287128094; Mon, 20 Jan 2014 22:52:08 -0800 (PST) Received: by 10.50.62.103 with HTTP; Mon, 20 Jan 2014 22:52:08 -0800 (PST) In-Reply-To: References: <52DCF1BB.1080704@webrz.net> Date: Tue, 21 Jan 2014 00:52:08 -0600 Message-ID: Subject: Re: Ignoring Ports From: Scot Hetzel To: Jos Chrispijn Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 06:52:08 -0000 On Tue, Jan 21, 2014 at 12:49 AM, Scot Hetzel wrote: > On Mon, Jan 20, 2014 at 3:51 AM, Jos Chrispijn wrote: >> I just ran: >> % portupgrade -a >> and got a whole list of IGNORE lines: >> ** Port marked as IGNORE: security/ADMsmb: >> Do not define STAGEDIR in command line >> ** Port marked as IGNORE: security/ADMsnmp: >> Do not define STAGEDIR in command line >> ** Port marked as IGNORE: net/GeoIP: >> Do not define STAGEDIR in command line >> ** Port marked as IGNORE: graphics/GraphicsMagick: >> Do not define STAGEDIR in command line >> ** Port marked as IGNORE: devel/ORBit2: >> Do not define STAGEDIR in command line >> ** Port marked as IGNORE: mail/alpine: >> Do not define STAGEDIR in command line >> ** Port marked as IGNORE: accessibility/atk: >> Do not define STAGEDIR in command line >> ** Port marked as IGNORE: graphics/barcode: >> Do not define STAGEDIR in command line >> ** Port marked as IGNORE: devel/bison: >> Do not define STAGEDIR in command line >> -- cut -- >> I checked UPDATING but cannot discover what may be the problem here? >> Can someone tell me how to fix this? > > You will need to patch your ports tree with the changes in the patch > provided in PR 182972. > > An alternate patch was committed, which caused this error. > And it has already been fixed in rev 340377. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 08:28:40 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFA88A39 for ; Tue, 21 Jan 2014 08:28:40 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9AA5710A0 for ; Tue, 21 Jan 2014 08:28:40 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.7/8.14.7) with ESMTP id s0L8Sews018593 for ; Tue, 21 Jan 2014 08:28:40 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 21 Jan 2014 08:28:40 GMT Message-Id: <201401210828.s0L8Sews018593@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD unmaintained ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 08:28:40 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 7.x/8.x/9.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: biology/fasta3 broken because: Invalid checksum, seems like the software was rerolled build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=fasta3 portname: biology/finchtv broken because: fails to checksum build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=finchtv portname: chinese/big5con broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=big5con portname: chinese/hztty broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty portname: databases/grass broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=grass portname: databases/msql broken because: Broken on FreeBSD 9+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=msql portname: devel/mico broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=mico portname: devel/smake broken because: fails to find correct configuration file build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=smake portname: editors/xemacs-devel-mule broken because: does not build on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xemacs-devel-mule portname: emulators/vmsbackup broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=vmsbackup portname: games/viruskiller broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=viruskiller portname: graphics/glide3 broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=glide3 portname: graphics/k3d broken because: Fails to configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=k3d portname: graphics/libafterimage broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libafterimage portname: japanese/aterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=aterm portname: japanese/tcl80 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tcl80 portname: korean/eterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=eterm portname: lang/Sather broken because: segfaults during build on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=Sather portname: lang/opa broken because: Failes to find newer nodejs build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=opa portname: mail/biffer broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=biffer portname: misc/mshell broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=mshell portname: misc/projectionlib broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=projectionlib portname: misc/xbiso broken because: Does not compile with ftplib>=4.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=xbiso portname: multimedia/gxine broken because: Does not build with recent libxul build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=gxine portname: multimedia/motion broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=motion portname: net-im/ysm broken because: Fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ysm portname: net-mgmt/netmond broken because: Does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=netmond portname: net-p2p/bittyrant broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=bittyrant portname: net-p2p/minder broken because: Fails to link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=minder portname: net/hornetq broken because: Uses home directory during build (PR ports/178529) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=hornetq portname: net/link-monitor-applet broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=link-monitor-applet portname: net/mars_nwe broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=mars_nwe portname: net/pfflowd broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pfflowd portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/rmsg broken because: Does not build after the removal of utmp(5) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rmsg portname: net/slirp broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=slirp portname: net/xorp broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xorp portname: palm/jpilot-db broken because: Distfile is unfetchable after MASTER_SITES reorganization build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=jpilot-db portname: security/openfwtk broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openfwtk portname: security/pam_alreadyloggedin broken because: Does not build with utmpx. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pam_alreadyloggedin portname: security/srp broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=srp portname: security/sud broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sud portname: shells/wapsh broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=wapsh portname: sysutils/hyperic-sigar broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=hyperic-sigar portname: sysutils/slmon broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=slmon portname: sysutils/yawho broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=yawho portname: www/openvrml broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=openvrml portname: www/trac-revtree broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-revtree portname: www/ump broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ump portname: x11-wm/stumpwm broken because: require needs a pathname for uninstalled modules with the ASDF 3.x bundled with sbcl build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=stumpwm portname: x11/emu broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=emu From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 08:28:52 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39936C03 for ; Tue, 21 Jan 2014 08:28:52 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C18B10B6 for ; Tue, 21 Jan 2014 08:28:52 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.7/8.14.7) with ESMTP id s0L8SqAP021838 for ; Tue, 21 Jan 2014 08:28:52 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 21 Jan 2014 08:28:52 GMT Message-Id: <201401210828.s0L8SqAP021838@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Subject: FreeBSD ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 08:28:52 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 7.x/8.x/9.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/ruby-esound broken because: Fails to configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ruby-esound portname: biology/fasta3 broken because: Invalid checksum, seems like the software was rerolled build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=fasta3 portname: biology/finchtv broken because: fails to checksum build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=finchtv portname: chinese/big5con broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=big5con portname: chinese/hztty broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty portname: databases/grass broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=grass portname: databases/ludia broken because: Does not work with postgresql-9.0 or postgresql-8.4 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ludia portname: databases/msql broken because: Broken on FreeBSD 9+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=msql portname: databases/py-fdb broken because: Does not compile on FreeBSD 9 i386 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-fdb portname: devel/buildapp broken because: require needs a pathname for uninstalled modules with the ASDF 3.x bundled with sbcl build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=buildapp portname: devel/hyena broken because: Does not build with recent mono build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hyena portname: devel/lua-rds-parser broken because: Unfetchable due to checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lua-rds-parser portname: devel/lua-redis-parser broken because: fails checksum because uses moving master branch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lua-redis-parser portname: devel/meta-cvs broken because: loop on install build errors: http://beefy1.isc.freebsd.org/bulk/10-release-i386-RELENG10_0/latest/logs/errors/meta-cvs-1.1.98.log ((not currently populated)) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=meta-cvs portname: devel/mico broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=mico portname: devel/nemiver broken because: Does not build with current environment, and some GTK3 bits are missing for an update build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=nemiver portname: devel/smake broken because: fails to find correct configuration file build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=smake portname: editors/xemacs-devel-mule broken because: does not build on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xemacs-devel-mule portname: emulators/fmsx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=fmsx portname: emulators/mednafen broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=mednafen portname: emulators/ski broken because: ski-0.943l-2.i386.rpm does not exist on HP's site anymore build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=ski portname: emulators/vmsbackup broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=vmsbackup portname: games/childsplay_plugins broken because: fails to install on 9.X build errors: http://beefy2.isc.freebsd.org/bulk/83amd64-default/latest/logs/errors/childsplay_plugins-0.90_2.log ((not currently populated)) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=childsplay_plugins portname: games/mangos broken because: Fails with newer autotools build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=mangos portname: games/sumwars broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=sumwars portname: games/tyrquake broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tyrquake portname: games/viruskiller broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=viruskiller portname: games/warsow-data broken because: warsow_0.61_unified.zip is unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=warsow-data portname: graphics/fotoxx broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=fotoxx portname: graphics/glide3 broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=glide3 portname: graphics/k3d broken because: Fails to configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=k3d portname: graphics/kgraphviewer broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=kgraphviewer portname: graphics/libafterimage broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libafterimage portname: graphics/luxrender broken because: does not build with boost-1.48.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=luxrender portname: graphics/py-poppler-qt4 broken because: Doesn't build with current poppler API build errors: http://beefy2.isc.freebsd.org/bulk/10amd64-quarterly/latest/logs/errors/py27-poppler-qt4-0.16.3_2.log ((not currently populated)) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=py-poppler-qt4 portname: irc/solid-ircd broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=solid-ircd portname: japanese/aterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=aterm portname: japanese/ruby-ming broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=ruby-ming portname: japanese/tcl80 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tcl80 portname: java/jai-imageio broken because: relies on linuxpluginwrapper build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jai-imageio portname: korean/eterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=eterm portname: lang/Sather broken because: segfaults during build on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=Sather portname: lang/mlton broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/opa broken because: Failes to find newer nodejs build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=opa portname: lang/schemetoc broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=schemetoc portname: lang/stklos broken because: does not build on FreeBSD 9.x - runaway process build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=stklos portname: mail/biffer broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=biffer portname: math/py-graphtool broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=py-graphtool portname: misc/c-hey broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=c-hey portname: misc/mshell broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=mshell portname: misc/projectionlib broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=projectionlib portname: misc/wminfo broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=wminfo portname: misc/xbiso broken because: Does not compile with ftplib>=4.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=xbiso portname: multimedia/gxine broken because: Does not build with recent libxul build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=gxine portname: multimedia/motion broken because: Fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=motion portname: multimedia/vdr-plugin-softdevice broken because: Broken after ffmpeg update (not sure it ever worked) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=vdr-plugin-softdevice portname: net-im/centericq broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=centericq portname: net-im/ysm broken because: Fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ysm portname: net-mgmt/netmond broken because: Does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=netmond portname: net-mgmt/netxms broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=netxms portname: net-mgmt/send broken because: Fails to link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=send portname: net-mgmt/sendip broken because: does not compile on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=sendip portname: net-p2p/bittyrant broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=bittyrant portname: net-p2p/microdc2 broken because: Does not link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=microdc2 portname: net-p2p/minder broken because: Fails to link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=minder portname: net/hornetq broken because: Uses home directory during build (PR ports/178529) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=hornetq portname: net/link-monitor-applet broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=link-monitor-applet portname: net/mars_nwe broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=mars_nwe portname: net/pfflowd broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pfflowd portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/rmsg broken because: Does not build after the removal of utmp(5) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rmsg portname: net/sendfile broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sendfile portname: net/skystar2 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=skystar2 portname: net/slirp broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=slirp portname: net/ttbudget broken because: does not build build errors: http://beefy2.isc.freebsd.org/bulk/83amd64-default/latest/logs/errors/ttbudget-5.3_1.log ((not currently populated)) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ttbudget portname: net/xorp broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xorp portname: palm/jpilot-db broken because: Distfile is unfetchable after MASTER_SITES reorganization build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=jpilot-db portname: science/afni broken because: R_io.so fails to build with R-3.0.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=afni portname: science/minc2 broken because: Does not build with new hdf5 version build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=minc2 portname: science/peekabot broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=peekabot portname: security/chkrootkit broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=chkrootkit portname: security/crack broken because: Fail to package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=crack portname: security/openfwtk broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openfwtk portname: security/p5-Jifty-Plugin-OpenID broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=p5-Jifty-Plugin-OpenID portname: security/pam_alreadyloggedin broken because: Does not build with utmpx. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pam_alreadyloggedin portname: security/srp broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=srp portname: security/sud broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sud portname: security/termlog broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=termlog portname: shells/wapsh broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=wapsh portname: sysutils/cfengine-devel broken because: Not fetchavle build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=cfengine-devel portname: sysutils/ckl broken because: unfetchable, MASTER_SITES redirects to Rackspace build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=ckl portname: sysutils/graphicboot broken because: fails checksum build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=graphicboot portname: sysutils/hyperic-sigar broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=hyperic-sigar portname: sysutils/lookupd broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=lookupd portname: sysutils/mmore broken because: unfetchable, MASTER_SITES is parked build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=mmore portname: sysutils/p5-Sys-Utmp broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=p5-Sys-Utmp portname: sysutils/slmon broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=slmon portname: sysutils/syslog-ng2 broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=syslog-ng2 portname: sysutils/yawho broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=yawho portname: textproc/coco broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=coco portname: textproc/libextractor broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=libextractor portname: textproc/rast broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=rast portname: www/mambo broken because: Unfetchable due to expired DNS on MASTER_SITES build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mambo portname: www/openvrml broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=openvrml portname: www/trac-TracDuplicates broken because: Fails to patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-TracDuplicates portname: www/trac-revtree broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-revtree portname: www/ump broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ump portname: x11-drivers/xf86-video-imstt broken because: Does not build, requires pciVideoPtr typedef. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-imstt portname: x11-drivers/xf86-video-nouveau broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nouveau portname: x11-drivers/xf86-video-via broken because: Does not build, requires pciVideoPtr typedef build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-via portname: x11-wm/stumpwm broken because: require needs a pathname for uninstalled modules with the ASDF 3.x bundled with sbcl build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=stumpwm portname: x11/emu broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=emu portname: x11/gnome-shell broken because: Doesn't build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=gnome-shell From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 08:28:59 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31410C5F for ; Tue, 21 Jan 2014 08:28:59 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 08C5B10C9 for ; Tue, 21 Jan 2014 08:28:59 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.7/8.14.7) with ESMTP id s0L8SwBW023519 for ; Tue, 21 Jan 2014 08:28:58 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 21 Jan 2014 08:28:58 GMT Message-Id: <201401210828.s0L8SwBW023519@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Subject: FreeBSD ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 08:28:59 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: devel/mico description: Secure, reliable, production-quality, standards-based CORBA middleware maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 month expiration date: 2013-12-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=mico portname: dns/maradns description: DNS server with focus on security and simplicity maintainer: mat@FreeBSD.org deprecated because: MaraDNS 1 end-of-life: June 21, 2015 expiration date: 2015-06-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=maradns portname: emulators/ski description: HP's Ski IA-64 simulator maintainer: freebsd-ia64@FreeBSD.org status: BROKEN deprecated because: ski-0.943l-2.i386.rpm does not exist on HP's site anymore and there's no apparent interest in the port expiration date: 2014-03-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=ski portname: games/warsow-data description: Warsow data files maintainer: acm@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 month expiration date: 2013-12-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=warsow-data portname: graphics/luxrender description: Physically based and unbiased rendering system maintainer: danfe@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 month expiration date: 2013-11-18 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=luxrender portname: lang/php52 description: PHP Scripting Language maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2014-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=php52 portname: lang/python31 description: Interpreted object-oriented programming language maintainer: python@FreeBSD.org deprecated because: Python 3.1 will be end-of-life soon, please migrate to lang/python33 expiration date: 2014-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=python31 portname: mail/pop-before-smtp description: A log parser to identify valid POP/IMAP logins for later smtp maintainer: jadawin@FreeBSD.org deprecated because: No more active project expiration date: 2014-01-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=pop-before-smtp portname: misc/libmcal description: Modular Calendar Access Library maintainer: thierry@FreeBSD.org deprecated because: No more used and development discontinued expiration date: 2013-12-31 build errors: http://beefy2.isc.freebsd.org/bulk/head-amd64-default/latest/logs/errors/libmcal-0.7_2.log ((not currently populated)) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=libmcal portname: multimedia/kino description: A DV non-linear video editor maintainer: ports@FreeBSD.org deprecated because: Not developed since 2009, declared dead 05.08.2013 on there website. expiration date: 20140130 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kino portname: multimedia/vdr-plugin-softdevice description: Video Disk Recorder - softdevice plugin maintainer: nox@FreeBSD.org status: BROKEN deprecated because: Broken after ffmpeg update (not sure it ever worked) expiration date: 2014-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=vdr-plugin-softdevice portname: multimedia/xbmc-addon-xvdr description: XBMC xvdr pvr addon maintainer: nox@FreeBSD.org deprecated because: Depends on expired multimedia/xbmc-pvr expiration date: 2014-02-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xbmc-addon-xvdr portname: net/asterisk10 description: An Open Source PBX and telephony toolkit maintainer: flo@FreeBSD.org deprecated because: asterisk 10 reached EOL on 2013-12-15 expiration date: 2014-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk10 portname: ports-mgmt/pkg_install description: FreeBSD -STABLE version of the package tools maintainer: portmgr@FreeBSD.org deprecated because: Replaced by ports-mgmt/pkg expiration date: 2014-04-30 build errors: http://beefy2.isc.freebsd.org/bulk/10-release-amd64-RELENG10_0/latest/logs/errors/pkg_install-20120822.log ((not currently populated)) overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=pkg_install portname: sysutils/mbmon description: Motherboard monitor for LM78/79, W8378x, AS99127F, VT82C686 and ADM9240 maintainer: 5u623l20@gmail.com deprecated because: Use sysutils/xmbmon instead. This port will be removed soon expiration date: 2014-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=mbmon portname: x11-drivers/xf86-video-imstt description: X.Org imstt display driver maintainer: x11@FreeBSD.org status: BROKEN deprecated because: Broken, unsupported and unmaintained upstream. expiration date: 2014-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-imstt portname: x11-drivers/xf86-video-nouveau description: Free nouveau display driver for nvidia-based cards maintainer: x11@FreeBSD.org status: BROKEN deprecated because: Not supported, missing kernel support. use the nvidia driver. expiration date: 2014-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nouveau portname: x11-drivers/xf86-video-radeonhd description: X.Org ati RadeonHD display driver maintainer: x11@FreeBSD.org status: IGNORE deprecated because: Abandond upstream since 2010 expiration date: 2014-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-radeonhd portname: x11-drivers/xf86-video-via description: X.Org via display driver maintainer: x11@FreeBSD.org status: BROKEN deprecated because: Broken, not supported upstream. expiration date: 2014-01-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-via From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 08:28:57 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F18DC59 for ; Tue, 21 Jan 2014 08:28:57 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F11010C5 for ; Tue, 21 Jan 2014 08:28:57 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.7/8.14.7) with ESMTP id s0L8Sv4b023031 for ; Tue, 21 Jan 2014 08:28:57 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 21 Jan 2014 08:28:57 GMT Message-Id: <201401210828.s0L8Sv4b023031@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD unmaintained ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 08:28:57 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: devel/mico description: Secure, reliable, production-quality, standards-based CORBA middleware maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 month expiration date: 2013-12-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=mico portname: multimedia/kino description: A DV non-linear video editor maintainer: ports@FreeBSD.org deprecated because: Not developed since 2009, declared dead 05.08.2013 on there website. expiration date: 20140130 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kino From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 08:29:02 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93B53CF1 for ; Tue, 21 Jan 2014 08:29:02 +0000 (UTC) Received: from portsmon.freebsd.org (portsmon.freebsd.org [IPv6:2001:1900:2254:206a::50:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B70E10CE for ; Tue, 21 Jan 2014 08:29:02 +0000 (UTC) Received: from portsmon.freebsd.org ([127.0.1.104]) by portsmon.freebsd.org (8.14.7/8.14.7) with ESMTP id s0L8T201024217 for ; Tue, 21 Jan 2014 08:29:02 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 21 Jan 2014 08:29:02 GMT Message-Id: <201401210829.s0L8T201024217@portsmon.freebsd.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Subject: FreeBSD ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 08:29:02 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: www/openx forbidden because: CVE-2013-7149 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=openx From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 08:50:07 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E51E6597 for ; Tue, 21 Jan 2014 08:50:06 +0000 (UTC) Received: from mail-qe0-x245.google.com (mail-qe0-x245.google.com [IPv6:2607:f8b0:400d:c02::245]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C20B12DD for ; Tue, 21 Jan 2014 08:50:06 +0000 (UTC) Received: by mail-qe0-f69.google.com with SMTP id cz11so3917500qeb.4 for ; Tue, 21 Jan 2014 00:50:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=8e8Yz3waI3MokGdhjYOTHgF7PHIAlggZGUIq9eDA3Vk=; b=UtdNc6t+RutlXxuIC3JyoFL6Ne6ICkQMscNQ6AGhul7mKnSVxOyWuDsTP9BStWeJgD RGNFIuKjuxoUvNRRWr+Q+KK3NTsQsqB+DZwOQVewtMgoj+AtUnEKex3G/mK7gUgOW6AB OgOv08oFy17tFGw3rdIBDgCX706RR9mbUWuubrouoG5u4qVpmK3lnbjcCwMP6PN4105G h55KfjgWbsQ9RdtO4SkBAPBIjvIeBJybzA3YAVw99y7tBLqavjxqjowUBMkp+Kcv+58m bEbnZyzunFpjJKJkSWC+JMhP+aFZFGE6lcykGmx7ZtSIfP0kbkSVxYs0fnDZAT1aTUsJ gcPg== MIME-Version: 1.0 X-Received: by 10.58.155.36 with SMTP id vt4mr8586402veb.31.1390294205899; Tue, 21 Jan 2014 00:50:05 -0800 (PST) Message-ID: <047d7b66fedd46a9d804f07718c1@google.com> Date: Tue, 21 Jan 2014 08:50:05 +0000 Subject: www.freebsd.org From: Anna Garcia To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 08:50:07 -0000 SGksDQoNCkkganVzdCB3YW50ZWQgdG8gc2VuZCB5b3UgYSBxdWljayBub3RlLiBXaXRoIGEgZmV3 IHNpbXBsZSBjaGFuZ2VzIHRvIG1ha2UNCnlvdXIgc2l0ZSBtb3JlIFNFTy1mcmllbmRseSBJkm0g c3VyZSB5b3UgY2FuIGNvbnZlcnQgbW9yZSB2aXNpdG9ycyBpbnRvDQpsZWFkcyBhbmQgZ2V0IGl0 IHBsYWNlZCBoaWdoZXIgaW4gdGhlIG9yZ2FuaWMgc2VhcmNoIHJlc3VsdHMsIGZvciBrZXl3b3Jk cw0KdGhhdCBtYXR0ZXIgdG8geW91IHRoZSBtb3N0Lg0KDQpXZSBhcmUgYW4gQXVzdHJhbGlhbiBi YXNlZCBjb21wYW55IHdpdGggYSBncmVhdCBpbi1ob3VzZSB0ZWNobmljYWwgdGVhbSB3aG8NCnJl YWxseSBrbm93IHRoZWlyIHN0dWZmIGFib3V0IHNlYXJjaCBlbmdpbmUgb3B0aW1pemF0aW9uLg0K DQpXb3VsZCB5b3UgbGlrZSBhIGJpdCBtb3JlIGluZm9ybWF0aW9uIGFib3V0IGhvdyB0byBnaXZl IHlvdXIgd2Vic2l0ZSBhDQpib29zdCB3aXRoIGJldHRlciBTRU8/DQoNCkJlc3QgcmVnYXJkcywN Cg0KQW5uYSBHYXJjaWENClNFTy9XRUIgU3BlY2lhbGlzdA0KDQpbaW1hZ2U6IExpbmtlZEluXSBb aW1hZ2U6IEZhY2Vib29rXSBbaW1hZ2U6IFR3aXR0ZXJdIFtpbWFnZTogU2t5cGVdDQogICAgICAg ICAgICAgUyAgIEUgIE8gICAgICAgICAgICAqU2VhcmNoIEVuZ2luZSBPcHRpbWl6YXRpb24qDQoN CldlIHJlc3BlY3QgeW91ciBwcml2YWN5IGFuZCB3YW50IHRvIG1ha2Ugc3VyZSB5b3UgYXJlIGF3 YXJlIG9mIGEgZmV3DQp0aGluZ3MuIEJ5IHJlcGx5aW5nIHRvIHRoaXMgZW1haWwsIHlvdSBhdXRo b3JpemUgb3VyIEF1c3RyYWxpYW4gYWZmaWxpYXRlcw0KdGhhdCBjYW4gaGVscCB3aXRoIHlvdXIg cHJvamVjdCB0byBjYWxsIHlvdSBhdCB0aGUgbnVtYmVyIHlvdSBwcm92aWRlZCwgYW5kDQp5b3Ug dW5kZXJzdGFuZCB0aGF0IHRoZXkgbWF5IHVzZSBhdXRvbWF0ZWQgcGhvbmUgdGVjaG5vbG9neSB0 byBjYWxsIHlvdS4gQXQNCm5vIHRpbWUgYXJlIHlvdSByZXF1aXJlZCB0byBtYWtlIGEgcHVyY2hh c2UuDQo= From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 09:18:44 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16949B95 for ; Tue, 21 Jan 2014 09:18:44 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE1B4169D for ; Tue, 21 Jan 2014 09:18:43 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s0L9Ihwc062074 for ; Tue, 21 Jan 2014 09:18:43 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s0L9Ihbn062067; Tue, 21 Jan 2014 09:18:43 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201401210918.s0L9Ihbn062067@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Tue, 21 Jan 2014 09:18:43 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 09:18:44 -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/icmake | 7.21.00 | 7.21.01 ------------------------------------------------+-----------------+------------ finance/qhacc | 4.2.1 | 4.3 ------------------------------------------------+-----------------+------------ www/groupoffice | 3.7.24 | 5.0.34 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 09:36:41 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61E885DA for ; Tue, 21 Jan 2014 09:36:41 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DBED81868 for ; Tue, 21 Jan 2014 09:36:40 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id ec20so6471409lab.9 for ; Tue, 21 Jan 2014 01:36:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=GHTmbOvKF/9B6sHyQuofjDvv0RQVQVeiA6wzs6QM7To=; b=DPQYmdzCgEFYvp6TxXoL5LVU4AxQHXSZtR6IldOeJ8vaLF541VXIaPPhOU+SCfm4e5 f5hEPC/aCHxWl+bFf5LjpawUV6if0/ZCWmjitrvEF6eFn+U1W+X603t0ERMbE6zxoCZm twm0hAraD6W/AS4uOtsXMkXm4sbfYYbbFSJ8Pnu8DET8YVD6XiFHccRPdUUPol6s1VqB FU77ERsNYM77IcTPzS8z8A7+9FbamLCbN+hFSIDYuMDNPv32d3/G++BFCrsExQXgcS6S JbziqolxNnlKYRA8OGTovYUKyhYetI8orMsgyVyI+Fqhll0KBrQvR0qdUMzUMch9lpYI WH2w== X-Received: by 10.112.164.5 with SMTP id ym5mr486406lbb.48.1390296998965; Tue, 21 Jan 2014 01:36:38 -0800 (PST) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id m3sm3512275lbp.13.2014.01.21.01.36.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Jan 2014 01:36:38 -0800 (PST) Message-ID: <52DE3FA5.6040407@gmail.com> Date: Tue, 21 Jan 2014 11:36:37 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Matthew Pounsett , freebsd-ports@freebsd.org Subject: Re: per-port make.conf options and hyphenated port names References: <92E0B243-3705-437A-80C8-DB9AAF938A3D@conundrum.com> In-Reply-To: <92E0B243-3705-437A-80C8-DB9AAF938A3D@conundrum.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 09:36:41 -0000 21.01.2014 03:01, Matthew Pounsett wrote: > > At some point in the last couple of weeks I was pointed at as what has been implemented to deprecate make.conf settings such as “WITHOUT_X11=yesâ€. That document says it has been committed, but the porters handbook section on OPTIONS doesn’t discuss the ${port}_SET/${port}_UNSET syntax, and I can’t find mention of it in /usr/ports/KNOBS either. > > I’m trying to find specifics on the implementation because I’ve run into a case that document doesn’t seem to plan for: trying to set per-port options for a hyphenated port name. > > Specifically, I’m trying to do this: > virtualbox-ose-additions_UNSET=X11 > > Hyphenated variable names don’t work in most shells. I think some older versions of csh could set them, but couldn't reference them, and tinderbox’s sh scripts blow right up when they encounter that. > > Digging through /usr/ports/Mk/ I can’t find anywhere that $UNIQUENAME is modified to guarantee that it references a safe variable name (i.e. I don’t see anywhere that $UNIQUENAME has reserved characters removed from it before use). So, given that a lot of times $UNIQUENAME is just the name of the port, and a lot of ports have hyphens in their names, how is this meant to be dealt with? > > Thanks for any pointers or help! Excuse me hijacking the thread but doesn't ports-mgmt/portconf do almost the same? -- Sphinx of black quartz, judge my vow. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 13:55:42 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5CD0791 for ; Tue, 21 Jan 2014 13:55:42 +0000 (UTC) Received: from mail.dotcom.ts.it (mail.dotcom.ts.it [89.96.242.204]) by mx1.freebsd.org (Postfix) with SMTP id 7DC6E1FC2 for ; Tue, 21 Jan 2014 13:55:40 +0000 (UTC) Received: (qmail 85631 invoked by uid 89); 21 Jan 2014 11:55:00 -0000 Received: by simscan 1.4.0 ppid: 85508, pid: 85629, t: 0.0254s scanners: clamav: 0.97.3/m:54/d:14144 Received: from 89-96-242-206.ip14.fastwebnet.it (HELO ?192.168.0.2?) (asossi@dotcom.ts.it@192.168.254.3) by web.dotcom.ts.it with SMTP; 21 Jan 2014 11:55:00 -0000 Message-ID: <52DE5F99.8090708@dotcom.ts.it> Date: Tue, 21 Jan 2014 12:52:57 +0100 From: Sossi Andrej Organization: DotCom Information technology User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: miwi@FreeBSD.org Subject: FreeBSD Port: pecl-svn-1.0.2 Content-Type: multipart/mixed; boundary="------------010506000501010104010009" Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 13:55:42 -0000 This is a multi-part message in MIME format. --------------010506000501010104010009 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I have installed a new web server into the jail virtual machine. When I try to use the function svn_ls this cause a Segmentation fault. At first time I have used apache httpd24 and php55. For test I have deinstalled php55 and pecl-svn then I have reinstalled php53 and I have (recompiled and) reinstalled pecl.svn. This update to old version of PHP not resolve problem. Last test I have try to use version 1.0.1 of pecl-svn. Also this test not resolve the problem. Version of operating system: FreeBSD 9.1-RELEASE amd64 Error in Apache httpd log: [Tue Jan 21 11:34:01.856107 2014] [core:notice] [pid 91862] AH00052: child pid 93561 exit signal Segmentation fault (11) (one line for each http request) List of installed package in attachment. On an old server (FreeBSD7.2) this software works without problem. Thanks for your help. -- Cordiali saluti Sossi Andrej ------------------------- DOTCOM Information technology Via Trento, 16 34132 - Trieste (TS) Italy tel: +39 040 9828090 fax: +39 040 0641954 E-mail: asossi@dotcom.ts.it ---------------------------- Ai sensi del D.lgs n. 196 del 30.06.03 (Codice Privacy) si precisa che le informazioni contenute in questo messaggio sono riservate e ad uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, La preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie This message, for the D.lgs n. 196 / 30.06.03 (Privacy Code), may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. --------------010506000501010104010009 Content-Type: text/plain; charset=UTF-8; name="installedPackage.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="installedPackage.txt" YXBhY2hlMjQtMi40LjZfMSAgICBWZXJzaW9uIDIuNC54IG9mIEFwYWNoZSB3ZWIgc2VydmVy CmFwci0xLjQuOC4xLjUuMyAgICAgQXBhY2hlIFBvcnRhYmlsaXR5IExpYnJhcnkKYXV0b2Nv bmYtMi42OSAgICAgICBBdXRvbWF0aWNhbGx5IGNvbmZpZ3VyZSBzb3VyY2UgY29kZSBvbiBt YW55IFVuKnggcGxhdGZvcm1zCmF1dG9jb25mLXdyYXBwZXItMjAxMzEyMDMgV3JhcHBlciBz Y3JpcHQgZm9yIEdOVSBhdXRvY29uZgpiaWdyZXFzcHJvdG8tMS4xLjIgIEJpZ1JlcXMgZXh0 ZW5zaW9uIGhlYWRlcnMKY2Ffcm9vdF9uc3MtMy4xNS4zLjEgVGhlIHJvb3QgY2VydGlmaWNh dGUgYnVuZGxlIGZyb20gdGhlIE1vemlsbGEgUHJvamVjdApjbWFrZS0yLjguMTIuMSAgICAg IENyb3NzLXBsYXRmb3JtIE1ha2VmaWxlIGdlbmVyYXRvcgpjbWFrZS1tb2R1bGVzLTIuOC4x Mi4xXzEgTW9kdWxlcyBhbmQgVGVtcGxhdGVzIGZvciBDTWFrZQpjdXJsLTcuMzMuMF8yICAg ICAgIE5vbi1pbnRlcmFjdGl2ZSB0b29sIHRvIGdldCBmaWxlcyBmcm9tIEZUUCwgR09QSEVS LCBIVFRQKFMpCmRiNDItNC4yLjUyXzUgICAgICAgVGhlIEJlcmtlbGV5IERCIHBhY2thZ2Us IHJldmlzaW9uIDQuMgpkaWFsb2c0cG9ydHMtMC4xLjVfMiBDb25zb2xlIEludGVyZmFjZSB0 byBjb25maWd1cmUgcG9ydHMKZXhwYXQtMi4xLjAgICAgICAgICBYTUwgMS4wIHBhcnNlciB3 cml0dGVuIGluIEMKZnJlZXR5cGUyLTIuNS4yICAgICBGcmVlIGFuZCBwb3J0YWJsZSBUcnVl VHlwZSBmb250IHJlbmRlcmluZyBlbmdpbmUKZ2RibS0xLjExICAgICAgICAgICBHTlUgZGF0 YWJhc2UgbWFuYWdlcgpnZXR0ZXh0LTAuMTguMy4xICAgIEdOVSBnZXR0ZXh0IHBhY2thZ2UK Z21ha2UtMy44Ml8xICAgICAgICBHTlUgdmVyc2lvbiBvZiAnbWFrZScgdXRpbGl0eQpoZWxw Mm1hbi0xLjQzLjNfMSAgIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGluZyBzaW1wbGUgbWFudWFs IHBhZ2VzIGZyb20gcHJvZ3JhbSBvCmlucHV0cHJvdG8tMi4zICAgICAgSW5wdXQgZXh0ZW5z aW9uIGhlYWRlcnMKanBlZy04XzQgICAgICAgICAgICBJSkcncyBqcGVnIGNvbXByZXNzaW9u IHV0aWxpdGllcwprYnByb3RvLTEuMC42ICAgICAgIEtCIGV4dGVuc2lvbiBoZWFkZXJzCmxp YklDRS0xLjAuOCwxICAgICAgSW50ZXIgQ2xpZW50IEV4Y2hhbmdlIGxpYnJhcnkgZm9yIFgx MQpsaWJTTS0xLjIuMiwxICAgICAgIFNlc3Npb24gTWFuYWdlbWVudCBsaWJyYXJ5IGZvciBY MTEKbGliWDExLTEuNi4yLDEgICAgICBYMTEgbGlicmFyeQpsaWJYYXUtMS4wLjggICAgICAg IEF1dGhlbnRpY2F0aW9uIFByb3RvY29sIGxpYnJhcnkgZm9yIFgxMQpsaWJYZG1jcC0xLjEu MSAgICAgIFggRGlzcGxheSBNYW5hZ2VyIENvbnRyb2wgUHJvdG9jb2wgbGlicmFyeQpsaWJY ZXh0LTEuMy4yLDEgICAgIFgxMSBFeHRlbnNpb24gbGlicmFyeQpsaWJYcG0tMy41LjExICAg ICAgIFggUGl4bWFwIGxpYnJhcnkKbGliWHQtMS4xLjQsMSAgICAgICBYIFRvb2xraXQgbGli cmFyeQpsaWJjaGVjay0wLjkuMTEgICAgIFVuaXQgdGVzdCBmcmFtZXdvcmsgZm9yIEMKbGli Z2NyeXB0LTEuNS4zICAgICBHZW5lcmFsIHB1cnBvc2UgY3J5cHRvIGxpYnJhcnkgYmFzZWQg b24gY29kZSB1c2VkIGluIEdudVBHCmxpYmdwZy1lcnJvci0xLjEyICAgQ29tbW9uIGVycm9y IHZhbHVlcyBmb3IgYWxsIEdudVBHIGNvbXBvbmVudHMKbGliaWNvbnYtMS4xNF8xICAgICBB IGNoYXJhY3RlciBzZXQgY29udmVyc2lvbiBsaWJyYXJ5CmxpYmx0ZGwtMi40LjJfMiAgICAg U3lzdGVtIGluZGVwZW5kZW50IGRsb3BlbiB3cmFwcGVyCmxpYm1jcnlwdC0yLjUuOCAgICAg TXVsdGktY2lwaGVyIGNyeXB0b2dyYXBoaWMgbGlicmFyeSAodXNlZCBpbiBQSFApCmxpYnB0 aHJlYWQtc3R1YnMtMC4zXzQgVGhpcyBsaWJyYXJ5IHByb3ZpZGVzIHdlYWsgYWxpYXNlcyBm b3IgcHRocmVhZCBmdW5jdGlvbnMKbGlidG9vbC0yLjQuMl8yICAgICBHZW5lcmljIHNoYXJl ZCBsaWJyYXJ5IHN1cHBvcnQgc2NyaXB0CmxpYnhjYi0xLjkuMyAgICAgICAgVGhlIFggcHJv dG9jb2wgQy1sYW5ndWFnZSBCaW5kaW5nIChYQ0IpIGxpYnJhcnkKbGlieG1sMi0yLjguMF8z ICAgICBYTUwgcGFyc2VyIGxpYnJhcnkgZm9yIEdOT01FCmxpYnhzbHQtMS4xLjI4XzEgICAg VGhlIFhTTFQgQyBsaWJyYXJ5IGZvciBHTk9NRQptNC0xLjQuMTcsMSAgICAgICAgIEdOVSBt NApteXNxbDU2LWNsaWVudC01LjYuMTUgTXVsdGl0aHJlYWRlZCBTUUwgZGF0YWJhc2UgKGNs aWVudCkKbmVvbjI5LTAuMjkuNl80ICAgICBBbiBIVFRQIGFuZCBXZWJEQVYgY2xpZW50IGxp YnJhcnkgZm9yIFVuaXggc3lzdGVtcwpvbmlndXJ1bWE0LTQuNy4xICAgIEJTREwgUmVndWxh ciBFeHByZXNzaW9ucyBsaWJyYXJ5IGNvbXBhdGlibGUgd2l0aCBQT1NJWC9HTlUvCm9wZW5s ZGFwLWNsaWVudC0yLjQuMzggT3BlbiBzb3VyY2UgTERBUCBjbGllbnQgaW1wbGVtZW50YXRp b24KcDUtTG9jYWxlLWdldHRleHQtMS4wNV8zIE1lc3NhZ2UgaGFuZGxpbmcgZnVuY3Rpb25z CnBjcmUtOC4zMyAgICAgICAgICAgUGVybCBDb21wYXRpYmxlIFJlZ3VsYXIgRXhwcmVzc2lv bnMgbGlicmFyeQpwZGZsaWItNy4wLjVfMiAgICAgIEEgQyBsaWJyYXJ5IGZvciBkeW5hbWlj YWxseSBnZW5lcmF0aW5nIFBERgpwZWNsLXBkZmxpYi0yLjEuMTAgIEEgUEVDTCBleHRlbnNp b24gdG8gY3JlYXRlIFBERiBvbiB0aGUgZmx5CnBlY2wtc3ZuLTEuMC4xICAgICAgQSBQRUNM IGV4dGVuc2lvbiB0byB0aGUgbGlic3ZuIGxpYnJhcnkKcGVybDUtNS4xNi4zXzYgICAgICBQ cmFjdGljYWwgRXh0cmFjdGlvbiBhbmQgUmVwb3J0IExhbmd1YWdlCnBocDUzLTUuMy4yOCAg ICAgICAgUEhQIFNjcmlwdGluZyBMYW5ndWFnZQpwaHA1My1iejItNS4zLjI4ICAgIFRoZSBi ejIgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUzLWN0eXBlLTUuMy4yOCAgVGhlIGN0 eXBlIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1My1jdXJsLTUuMy4yOCAgIFRoZSBj dXJsIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1My1kb20tNS4zLjI4ICAgIFRoZSBk b20gc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUzLWV4dGVuc2lvbnMtMS42IEEgIm1l dGEtcG9ydCIgdG8gaW5zdGFsbCBQSFAgZXh0ZW5zaW9ucwpwaHA1My1maWx0ZXItNS4zLjI4 IFRoZSBmaWx0ZXIgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUzLWdkLTUuMy4yOCAg ICAgVGhlIGdkIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1My1nZXR0ZXh0LTUuMy4y OCBUaGUgZ2V0dGV4dCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNTMtaGFzaC01LjMu MjggICBUaGUgaGFzaCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNTMtaWNvbnYtNS4z LjI4ICBUaGUgaWNvbnYgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUzLWpzb24tNS4z LjI4ICAgVGhlIGpzb24gc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUzLWxkYXAtNS4z LjI4ICAgVGhlIGxkYXAgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUzLW1ic3RyaW5n LTUuMy4yOCBUaGUgbWJzdHJpbmcgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUzLW1j cnlwdC01LjMuMjggVGhlIG1jcnlwdCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNTMt bXlzcWwtNS4zLjI4ICBUaGUgbXlzcWwgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUz LW15c3FsaS01LjMuMjggVGhlIG15c3FsaSBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhw NTMtb3BlbnNzbC01LjMuMjggVGhlIG9wZW5zc2wgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhw CnBocDUzLXBkby01LjMuMjggICAgVGhlIHBkbyBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAK cGhwNTMtcGRvX215c3FsLTUuMy4yOCBUaGUgcGRvX215c3FsIHNoYXJlZCBleHRlbnNpb24g Zm9yIHBocApwaHA1My1wZG9fcGdzcWwtNS4zLjI4IFRoZSBwZG9fcGdzcWwgc2hhcmVkIGV4 dGVuc2lvbiBmb3IgcGhwCnBocDUzLXBkb19zcWxpdGUtNS4zLjI4IFRoZSBwZG9fc3FsaXRl IHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1My1wZ3NxbC01LjMuMjggIFRoZSBwZ3Nx bCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNTMtcGhhci01LjMuMjggICBUaGUgcGhh ciBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNTMtcG9zaXgtNS4zLjI4ICBUaGUgcG9z aXggc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUzLXNlc3Npb24tNS4zLjI4IFRoZSBz ZXNzaW9uIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1My1zaW1wbGV4bWwtNS4zLjI4 IFRoZSBzaW1wbGV4bWwgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUzLXNvYXAtNS4z LjI4ICAgVGhlIHNvYXAgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUzLXNxbGl0ZTMt NS4zLjI4IFRoZSBzcWxpdGUzIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1My10b2tl bml6ZXItNS4zLjI4IFRoZSB0b2tlbml6ZXIgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBo cDUzLXhtbC01LjMuMjggICAgVGhlIHhtbCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhw NTMteG1scmVhZGVyLTUuMy4yOCBUaGUgeG1scmVhZGVyIHNoYXJlZCBleHRlbnNpb24gZm9y IHBocApwaHA1My14bWx3cml0ZXItNS4zLjI4IFRoZSB4bWx3cml0ZXIgc2hhcmVkIGV4dGVu c2lvbiBmb3IgcGhwCnBocDUzLXppcC01LjMuMjggICAgVGhlIHppcCBzaGFyZWQgZXh0ZW5z aW9uIGZvciBwaHAKcGhwNTMtemxpYi01LjMuMjggICBUaGUgemxpYiBzaGFyZWQgZXh0ZW5z aW9uIGZvciBwaHAKcGhwTXlBZG1pbi00LjEuNCAgICBBIHNldCBvZiBQSFAtc2NyaXB0cyB0 byBtYW5hZ2UgTXlTUUwgb3ZlciB0aGUgd2ViCnBocGxkYXBhZG1pbi0xLjIuM18yLDEgUEhQ IGFwcGxpY2F0aW9uIHRvIGFkbWluaXN0ZXIgTERBUCBvdmVyIHRoZSB3ZWIKcGhwcGdhZG1p bi01LjEgICAgICBXZWIgQmFzZWQgUG9zdGdyZXMgQWRtaW5pc3RyYXRpb24KcGtnY29uZi0w LjkuNCAgICAgICBVdGlsaXR5IHRvIGhlbHAgdG8gY29uZmlndXJlIGNvbXBpbGVyIGFuZCBs aW5rZXIgZmxhZ3MKcG5nLTEuNS4xNyAgICAgICAgICBMaWJyYXJ5IGZvciBtYW5pcHVsYXRp bmcgUE5HIGltYWdlcwpwb3N0Z3Jlc3FsOTMtY2xpZW50LTkuMy4yIFBvc3RncmVTUUwgZGF0 YWJhc2UgKGNsaWVudCkKcHl0aG9uMjctMi43LjZfMSAgICBJbnRlcnByZXRlZCBvYmplY3Qt b3JpZW50ZWQgcHJvZ3JhbW1pbmcgbGFuZ3VhZ2UKcnN5bmMtMy4xLjBfMSAgICAgICBOZXR3 b3JrIGZpbGUgZGlzdHJpYnV0aW9uL3N5bmNocm9uaXphdGlvbiB1dGlsaXR5CnNxbGl0ZTMt My44LjIgICAgICAgU1FMIGRhdGFiYXNlIGVuZ2luZSBpbiBhIEMgbGlicmFyeQpzdWJ2ZXJz aW9uLTEuNi4yM18yIFZlcnNpb24gY29udHJvbCBzeXN0ZW0KdDFsaWItNS4xLjJfMiwxICAg ICBUeXBlIDEgZm9udCByYXN0ZXJpemF0aW9uIGxpYnJhcnkgZm9yIFVuaXgvWDExCnhjYi1w cm90by0xLjkgICAgICAgVGhlIFggcHJvdG9jb2wgQy1sYW5ndWFnZSBCaW5kaW5nIChYQ0Ip IHByb3RvY29sCnhjbWlzY3Byb3RvLTEuMi4yICAgWENNaXNjIGV4dGVuc2lvbiBoZWFkZXJz CnhleHRwcm90by03LjIuMSAgICAgWEV4dCBleHRlbnNpb24gaGVhZGVycwp4Zjg2YmlnZm9u dHByb3RvLTEuMi4wIFhGcmVlODYtQmlnZm9udCBleHRlbnNpb24gaGVhZGVycwp4b3JnLW1h Y3Jvcy0xLjE4LjAgIFguT3JnIGRldmVsb3BtZW50IGFjbG9jYWwgbWFjcm9zCnhwcm90by03 LjAuMjUgICAgICAgWDExIHByb3RvY29sIGhlYWRlcnMKeHRyYW5zLTEuMy4yICAgICAgICBB YnN0cmFjdCBuZXR3b3JrIGNvZGUgZm9yIFgK --------------010506000501010104010009-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 14:47:45 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F9DD1EC for ; Tue, 21 Jan 2014 14:47:45 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F2C3D14CF for ; Tue, 21 Jan 2014 14:47:44 +0000 (UTC) Received: from [78.35.143.80] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1W5cZA-00061X-Ue for ports@FreeBSD.org; Tue, 21 Jan 2014 15:44:37 +0100 Date: Tue, 21 Jan 2014 15:42:20 +0100 From: Fabian Keil To: ports@FreeBSD.org Subject: Re: Blanket approval to modernize the Ports Tree Message-ID: <20140121154220.6b8fece8@fabiankeil.de> In-Reply-To: <20140107000655.GA31723@freefall.freebsd.org> References: <20140107000655.GA31723@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/U81tHdPi+peRlMh1w.gH62s"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 14:47:45 -0000 --Sig_/U81tHdPi+peRlMh1w.gH62s Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable FreeBSD Ports Management Team Secretary wro= te: > In years gone by, and I am thinking of FreeBSD 7.0 specifically, portmgr@ > gave some latitude to *ALL* committers to "just fix things" to get a port > into shape. In the case of 7.0, it was making ports build for gcc4. >=20 > What we have laying ahead of us is a ports tree in various states of mode= rn > preparedness (new style USES=3D, stagefication, etc) and the old way of d= oing > ports (boo!). >=20 > We would like committers, and contributors to generate a PR and/or "just > fix" the old ports to update them to the new way of doing things regardle= ss > of maintainership. We are looking for fixes in the following areas >=20 > - Convert to LIB_DEPENDS > - stagify ports > - convert things like USE_GMAKE -> USES=3Dgmake USE_DOS2unix -> USES=3Ddo= s2unix > etc. I noticed a couple of commits that add LICENSE statements without mentioning maintainer approval in the commit log. Could you please clarify if that's covered by "etc."? I was under the impression that the LICENSE "framework" was still optional and I'm currently intentionally not using it. IMHO it isn't properly documented and especially the legal aspects aren't clear. Fabian --Sig_/U81tHdPi+peRlMh1w.gH62s Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlLeh1AACgkQBYqIVf93VJ3mRwCgzZQRsv3wkU0uOPGA1vB6B1Zz URgAn0HxczT+Pe/w5MOqSNQ6+1CaDMoh =lVeA -----END PGP SIGNATURE----- --Sig_/U81tHdPi+peRlMh1w.gH62s-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 15:07:00 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 904AA64F for ; Tue, 21 Jan 2014 15:07:00 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5289716B3 for ; Tue, 21 Jan 2014 15:07:00 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:396f:111a:890d:cdd5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 86AF64AC31 for ; Tue, 21 Jan 2014 19:06:51 +0400 (MSK) Date: Tue, 21 Jan 2014 19:06:47 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1328952771.20140121190647@serebryakov.spb.ru> To: ports@FreeBSD.org Subject: Staging support, man pages, MANx and portlint MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 15:07:00 -0000 Hello, Ports. Wiki on Stage dir support says, that if port supports staging, MANx variables in Makefile is useless and I need simply list all man pages in pkg-plist and they will be gzipped automagically. portlint -A says, that I need to list all man pages as gzipped (xxx.1.gz, not xxx.1). But when I use non-standard path for man pages, man pages ARE NOT gzipped automagically, and they should be lsited in pkg-plist without ".gz" suffix, or "make package" will complain. How could I turn on gizpping of man pages in such case? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 15:46:13 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70A864BA; Tue, 21 Jan 2014 15:46:13 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 30A971A3B; Tue, 21 Jan 2014 15:46:13 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:396f:111a:890d:cdd5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 383C44AC31; Tue, 21 Jan 2014 19:46:12 +0400 (MSK) Date: Tue, 21 Jan 2014 19:46:08 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <11510241046.20140121194608@serebryakov.spb.ru> To: Lev Serebryakov Subject: Re: Staging support, man pages, MANx and portlint In-Reply-To: <1328952771.20140121190647@serebryakov.spb.ru> References: <1328952771.20140121190647@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 15:46:13 -0000 Hello, Lev. You wrote 21 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80=D1=8F 2014 =D0=B3., 19:06:47: LS> How could I turn on gizpping of man pages in such case? Set MNAPREFIX --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 15:46:50 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F225B651 for ; Tue, 21 Jan 2014 15:46:50 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id BA84C1A4E for ; Tue, 21 Jan 2014 15:46:50 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:396f:111a:890d:cdd5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id B8D824AC31 for ; Tue, 21 Jan 2014 19:46:46 +0400 (MSK) Date: Tue, 21 Jan 2014 19:46:43 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1557163327.20140121194643@serebryakov.spb.ru> To: ports@FreeBSD.org Subject: NOPORTDOCS doesn't cancel INFO installation MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 15:46:51 -0000 Hello, Ports. Is it by design or INFO was overlooked by stage support? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 15:48:47 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE94B835 for ; Tue, 21 Jan 2014 15:48:47 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8777F1A8F for ; Tue, 21 Jan 2014 15:48:47 +0000 (UTC) Received: from nb981.math (p57AECC6A.dip0.t-ipconnect.de [87.174.204.106]) by mrelayeu.kundenserver.de (node=mreu3) with ESMTP (Nemesis) id 0LrDs8-1VKJFI1bQK-0139dM; Tue, 21 Jan 2014 16:48:44 +0100 Message-ID: <52DE96D3.40309@janh.de> Date: Tue, 21 Jan 2014 16:48:35 +0100 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: ports-list freebsd Subject: Maintainer timeout to fix 4 ports on 10.0? Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:iS7egvE0C6QfVs49DJ46a/B5ijcWov2V8NdQcYzs8/U +elH3UhcBQeefXw2fjiW726qZ7XTEx3GqZrqyC2Oo19oDHRThC c6oYRe/GbCRW68Xc+KOG6D+iV5yYDgFOFQhKdLa3t4pq7hJ5El QWAjvBaHYZdTfJpe3LO2IeyBGkqcxye8J79zovgJzUEFzMQzP9 vfynilIKsdoSu4LPLuk1qOZt3xtOonNlm1p3TeIliNn+BSFVfQ LzM3T30X5wHfkDluRHdi8bFp0e3esH4P2fN9uX4xCDmm5hh4/S LqvfqqkD/Qf2vY3p8iOVGHyQZaUzu8pW6Ls2Io0oMyM+RYEhg= = X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 15:48:48 -0000 In December, I fixed a few ports to compile on 10.0: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/185032 submitted: 2013-12-20 (mail to maintainer: 2013-12-06) http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/185033 submitted: 2013-12-20 (mail to maintainer: 2013-12-06) http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/185401 submitted: 2014-01-01 (mail to maho@: 2014-01-01) http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/185558 submitted: 2014-01-07 (mail to maintainer: 2013-12-31) I have just verified that all 4 ports are still broken on 10.0-RELEASE (amd64) and my patches still fix the build for all of them. They would all qualify for maintainer timeouts. I know that there are ports waiting to be fixed on 10.0. The patches mentioned above are pretty simple. Cheers, Jan Henrik From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 15:59:13 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0470D64 for ; Tue, 21 Jan 2014 15:59:13 +0000 (UTC) Received: from kaywinnit.conundrum.com (smtp.conundrum.com [IPv6:2001:4900:1:213::2:20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96D911B7D for ; Tue, 21 Jan 2014 15:59:13 +0000 (UTC) Received: from chani.conundrum.com ([216.235.10.34]) by kaywinnit.conundrum.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W5djL-0002kh-1l; Tue, 21 Jan 2014 15:59:11 +0000 Subject: Re: per-port make.conf options and hyphenated port names Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: text/plain; charset=windows-1252 From: Matthew Pounsett In-Reply-To: <52DE3FA5.6040407@gmail.com> Date: Tue, 21 Jan 2014 10:59:04 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <49627444-7052-433A-8CD9-042D5041B5A4@conundrum.com> References: <92E0B243-3705-437A-80C8-DB9AAF938A3D@conundrum.com> <52DE3FA5.6040407@gmail.com> To: Volodymyr Kostyrko X-Mailer: Apple Mail (2.1827) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 15:59:13 -0000 On Jan 21, 2014, at 04:36 , Volodymyr Kostyrko = wrote: > 21.01.2014 03:01, Matthew Pounsett wrote: >>=20 >> Digging through /usr/ports/Mk/ I can=92t find anywhere that = $UNIQUENAME is modified to guarantee that it references a safe variable = name (i.e. I don=92t see anywhere that $UNIQUENAME has reserved = characters removed from it before use). So, given that a lot of times = $UNIQUENAME is just the name of the port, and a lot of ports have = hyphens in their names, how is this meant to be dealt with? >>=20 >> Thanks for any pointers or help! >=20 > Excuse me hijacking the thread but doesn't ports-mgmt/portconf do = almost the same? It might, but not being part of the core ports makefiles it=92s not a = candidate for use inside tinderbox and other port-building tools. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 17:49:28 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C403446 for ; Tue, 21 Jan 2014 17:49:28 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 340621672 for ; Tue, 21 Jan 2014 17:49:27 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 07B80438EB for ; Tue, 21 Jan 2014 11:49:13 -0600 (CST) Message-ID: <52DEB306.4040405@marino.st> Date: Tue, 21 Jan 2014 18:48:54 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Staging support, man pages, MANx and portlint References: <1328952771.20140121190647@serebryakov.spb.ru> In-Reply-To: <1328952771.20140121190647@serebryakov.spb.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 17:49:28 -0000 On 1/21/2014 16:06, Lev Serebryakov wrote: > Hello, Ports. > > Wiki on Stage dir support says, that if port supports staging, MANx > variables in Makefile is useless and I need simply list all man pages in > pkg-plist and they will be gzipped automagically. > > portlint -A says, that I need to list all man pages as gzipped (xxx.1.gz, > not xxx.1). > > But when I use non-standard path for man pages, man pages ARE NOT gzipped > automagically, and they should be lsited in pkg-plist without ".gz" suffix, > or "make package" will complain. Why are you using a non-standard path for man pages? You can using the post-install target to move them to their expected location if the port installs them in the wrong place. > How could I turn on gizpping of man pages in such case? I know you already got your answer, but I think putting the pages in a standard location is a better solution. John From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 17:57:34 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A67266C5; Tue, 21 Jan 2014 17:57:34 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8F71720; Tue, 21 Jan 2014 17:57:34 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:396f:111a:890d:cdd5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 2E5934AC2D; Tue, 21 Jan 2014 21:57:30 +0400 (MSK) Date: Tue, 21 Jan 2014 21:57:26 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1205487257.20140121215726@serebryakov.spb.ru> To: John Marino Subject: Re: Staging support, man pages, MANx and portlint In-Reply-To: <52DEB306.4040405@marino.st> References: <1328952771.20140121190647@serebryakov.spb.ru> <52DEB306.4040405@marino.st> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 17:57:34 -0000 Hello, John. You wrote 21 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80=D1=8F 2014 =D0=B3., 21:48:54: JM> Why are you using a non-standard path for man pages? JM> You can using the post-install target to move them to their expected JM> location if the port installs them in the wrong place. Because I try to mimic upstream package as close as possible -- and have it in one self-contained directory, like we have OpenJDKs for example. I try to do that because it is embedded development toolchain, end True(tm)(r) embedded developers prefer to have one version of toolchaim, and not different versions of binutils, gcc, libc (newlib-nano), etc. Also, man pages are rather generic ar/ld/gcc/name-your-gnu-toolchain-tool pages,= so it is bad idea to install them into system mangapges, even with ${TARGET}- prefix. >> How could I turn on gizpping of man pages in such case?=20 JM> I know you already got your answer, but I think putting the pages in a JM> standard location is a better solution. I love hier(7) too, but this case is rather special. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 18:30:20 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C55164B4; Tue, 21 Jan 2014 18:30:20 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 347F31A0A; Tue, 21 Jan 2014 18:30:20 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id ex4so5899266wid.5 for ; Tue, 21 Jan 2014 10:30:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=LkXmxVusaDivG7XNXl2fP/hSMs0EimAMbrCSh2l/408=; b=okdGzadFOfg7fBgx8EMguDpEE3QmFBgsUBz+MDyLivntza2G7quU/vo1vTuPAS/FGM KqfdoF4zaGjF670IvkJUt2xxJ9HuQs/93+K5mFEGo9xGtQshKy3W0vbLfAppTjLnoheS wo4snTPF97nqc81OGDqhID7hK/JYbG2O2oYixOqwS3TzD6FZRi5s5kSrUrLSI6i0iRXv 7mQdy1tvpIQYoWcoFyOEJvFhhOyfWDkgb/Ot48GeKJDCaVQQAz3TQ9esG+Ufit+kPxaL x+p9phc7FnCQb4zfap3w4T02mbEqHh53xh/QG09p7Pqdhv9Zyff8QvJ0qi6hQO5T0k3Z nSmw== X-Received: by 10.194.58.180 with SMTP id s20mr3585930wjq.54.1390329018468; Tue, 21 Jan 2014 10:30:18 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id co15sm9318120wjb.12.2014.01.21.10.30.17 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 21 Jan 2014 10:30:17 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 21 Jan 2014 19:30:15 +0100 From: Baptiste Daroussin To: Lev Serebryakov Subject: Re: Staging support, man pages, MANx and portlint Message-ID: <20140121183015.GU78580@ithaqua.etoilebsd.net> References: <1328952771.20140121190647@serebryakov.spb.ru> <11510241046.20140121194608@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DMefDzZywwCHZelG" Content-Disposition: inline In-Reply-To: <11510241046.20140121194608@serebryakov.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 18:30:20 -0000 --DMefDzZywwCHZelG Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 21, 2014 at 07:46:08PM +0400, Lev Serebryakov wrote: > Hello, Lev. > You wrote 21 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80=D1=8F 2014 =D0=B3., 19:06:47: >=20 > LS> How could I turn on gizpping of man pages in such case? > Set MNAPREFIX >=20 >=20 >=20 > --=20 > // Black Lion AKA Lev Serebryakov >=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" MANDIRS+=3D ${PREFIX}/path/to/your/man regards, Bapt --DMefDzZywwCHZelG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLevLcACgkQ8kTtMUmk6Ewg+ACfa+dEVhUMgbbothvswku99IXn AfEAoJdQKHcSUjji/AWUgosFegkNMHHb =JCSu -----END PGP SIGNATURE----- --DMefDzZywwCHZelG-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 18:37:24 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0143B841; Tue, 21 Jan 2014 18:37:24 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id B97A41AC2; Tue, 21 Jan 2014 18:37:23 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:396f:111a:890d:cdd5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 535104AC3A; Tue, 21 Jan 2014 22:37:21 +0400 (MSK) Date: Tue, 21 Jan 2014 22:37:17 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <140829573.20140121223717@serebryakov.spb.ru> To: Baptiste Daroussin Subject: Re: Staging support, man pages, MANx and portlint In-Reply-To: <20140121183015.GU78580@ithaqua.etoilebsd.net> References: <1328952771.20140121190647@serebryakov.spb.ru> <11510241046.20140121194608@serebryakov.spb.ru> <20140121183015.GU78580@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 18:37:24 -0000 Hello, Baptiste. You wrote 21 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80=D1=8F 2014 =D0=B3., 22:30:15: >> LS> How could I turn on gizpping of man pages in such case? >> Set MNAPREFIX BD> MANDIRS+=3D ${PREFIX}/path/to/your/man Is it better than setting MANPREFIX? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 18:40:11 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 640E69D5 for ; Tue, 21 Jan 2014 18:40:11 +0000 (UTC) Received: from local.wintek.com (local.wintek.com [72.12.201.234]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3299F1AD9 for ; Tue, 21 Jan 2014 18:40:10 +0000 (UTC) Received: from rjk.wintek.local (172.28.1.248) by local.wintek.com (172.28.1.234) with Microsoft SMTP Server (TLS) id 8.3.342.0; Tue, 21 Jan 2014 13:39:01 -0500 Message-ID: <52DEBEC5.3010406@wintek.com> Date: Tue, 21 Jan 2014 13:39:01 -0500 From: Richard Kuhns Organization: Wintek Corporation User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "freebsd-ports@freebsd.org" Subject: remmina-plugin-rdp seems to be broken after last update X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: rjk@wintek.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 18:40:11 -0000 [I first tried to send this to ports@logvinov.com, but it bounced with a "no such user" message] Hello, I've just used portmaster to update freerdp & the remmina ports on my 9.2-STABLE r260910 system, and I can no longer make RDP connections to Windows boxes. If I run remmina from the command line & then try to make a connection, it dies with: /usr/local/lib/remmina/plugins/remmina-plugin-rdp.so: Undefined symbol "gdk_pixbuf_get_from_surface" Thanks for looking at this... -- Richard Kuhns Direct: 765-269-8541 Wintek Corporation Internet Support: 765-269-8503 427 N 6th Street Consulting: 765-269-8504 Lafayette, IN 47901-2211 Accounting: 765-269-8502 From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 18:40:59 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A600AB43; Tue, 21 Jan 2014 18:40:59 +0000 (UTC) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 139291AE6; Tue, 21 Jan 2014 18:40:58 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id q58so8529904wes.3 for ; Tue, 21 Jan 2014 10:40:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ZpktSgwvQdv+7YN5MnZqUneIFm7LNWlYGy3nXk1UTrg=; b=LyKSrPKiWMeqePgA6BUKYrJ6wEMdoFP1nUhe2SmL+Aj+sVZhrTfxYQrqEjF6RfD87z 79CEsJfS7OEl9w65nR1gaUv4gturdVfoLK/nmrcK7k+lipAAzgMGV3kr0Q+1FFIzFd8s qJ4z6f9VyylmqXzLD6RuSu/2XswJFjxOUnQho+P2eOSmWzuN54KVI0myuy9PyKlkpPTl pfpbkyp92sQmlH/xQ7q9ui3DqU6G97dHQyjLi9bk6LFiO8E2CbvhiXNVwRE3BEgEpv16 UF694gxqJjhyXnUY89hG59RUSJF6Mcz1Sbi3/crWJW8D+mOc0QHOgx7khcdSy95BIoBX 871w== X-Received: by 10.180.106.200 with SMTP id gw8mr15835793wib.50.1390329657500; Tue, 21 Jan 2014 10:40:57 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id v7sm12443999wix.5.2014.01.21.10.40.55 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 21 Jan 2014 10:40:56 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 21 Jan 2014 19:40:54 +0100 From: Baptiste Daroussin To: Lev Serebryakov Subject: Re: Staging support, man pages, MANx and portlint Message-ID: <20140121184054.GV78580@ithaqua.etoilebsd.net> References: <1328952771.20140121190647@serebryakov.spb.ru> <11510241046.20140121194608@serebryakov.spb.ru> <20140121183015.GU78580@ithaqua.etoilebsd.net> <140829573.20140121223717@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eGyD7iWN192kf2IJ" Content-Disposition: inline In-Reply-To: <140829573.20140121223717@serebryakov.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 18:40:59 -0000 --eGyD7iWN192kf2IJ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 21, 2014 at 10:37:17PM +0400, Lev Serebryakov wrote: > Hello, Baptiste. > You wrote 21 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80=D1=8F 2014 =D0=B3., 22:30:15: >=20 >=20 > >> LS> How could I turn on gizpping of man pages in such case? > >> Set MNAPREFIX > BD> MANDIRS+=3D ${PREFIX}/path/to/your/man > Is it better than setting MANPREFIX? Nope that depends if you are going to have manpages in multiple places :) regards, Bapt --eGyD7iWN192kf2IJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLevzYACgkQ8kTtMUmk6ExRbQCggZdPJV2MLDE5gcrRfgQ4IYa8 BSQAoJLXYfajZPNpKNKNHwZBmXy3W7yb =y+lZ -----END PGP SIGNATURE----- --eGyD7iWN192kf2IJ-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 20:42:02 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2C20704 for ; Tue, 21 Jan 2014 20:42:02 +0000 (UTC) Received: from mail.dotcom.ts.it (mail.dotcom.ts.it [89.96.242.204]) by mx1.freebsd.org (Postfix) with SMTP id 0B94216FF for ; Tue, 21 Jan 2014 20:42:01 +0000 (UTC) Received: (qmail 43912 invoked by uid 89); 21 Jan 2014 14:40:30 -0000 Received: by simscan 1.4.0 ppid: 43907, pid: 43910, t: 0.0203s scanners: clamav: 0.97.3/m:54/d:14144 Received: from 89-96-242-206.ip14.fastwebnet.it (HELO ?192.168.0.2?) (asossi@dotcom.ts.it@192.168.254.3) by web.dotcom.ts.it with SMTP; 21 Jan 2014 14:40:30 -0000 Message-ID: <52DE8677.8090904@dotcom.ts.it> Date: Tue, 21 Jan 2014 15:38:47 +0100 From: Sossi Andrej Organization: DotCom Information technology User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Sossi Andrej , miwi@FreeBSD.org Subject: Re: FreeBSD Port: pecl-svn-1.0.2 References: <52DE5F99.8090708@dotcom.ts.it> In-Reply-To: <52DE5F99.8090708@dotcom.ts.it> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 20:42:02 -0000 At 21. 01. 2014 12:52, Sossi Andrej wrote: > Hi, > I have installed a new web server into the jail virtual machine. When > I try to use the function svn_ls this cause a Segmentation fault. > [...] I found the error. On my SVN server I use LDAP authentication. When I configured 'subversion16' port I forgot to enable SASL module. I have reinstalled subversion16 packet with SASL module and tested svn's functions in PHP. Works fine. I am sorry for the silly mistake. -- Cordiali saluti Sossi Andrej ------------------------- DOTCOM Information technology Via Trento, 16 34132 - Trieste (TS) Italy tel: +39 040 9828090 fax: +39 040 0641954 E-mail: asossi@dotcom.ts.it ---------------------------- Ai sensi del D.lgs n. 196 del 30.06.03 (Codice Privacy) si precisa che le informazioni contenute in questo messaggio sono riservate e ad uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, La preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie This message, for the D.lgs n. 196 / 30.06.03 (Privacy Code), may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 21:34:44 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E32DCDF0 for ; Tue, 21 Jan 2014 21:34:44 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id B43291AFA for ; Tue, 21 Jan 2014 21:34:44 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id s0LLYc7m024961; Tue, 21 Jan 2014 13:34:38 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52DEE7EE.6010909@rawbw.com> Date: Tue, 21 Jan 2014 13:34:38 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: ports@FreeBSD.org Subject: USE_GCC doesn't set rpath Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gerald Pfeifer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 21:34:45 -0000 Current port net-p2p/libtorrent-rasterbar has USES=compiler:c++11-lib which in turn sets USE_GCC=4.7+ Maintainer of lang/gccNN says that USE_GCC is supposed to automatically set rpath to this particular gcc shared library. However, this doesn't happen, and qbittorrent fails as a result on 9.2: $ qbittorrent /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by /usr/local/lib/libtorrent-rasterbar.so.7 not found It looks like this automatic setting of rpath is broken. Yuri From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 22:45:30 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEC07E33 for ; Tue, 21 Jan 2014 22:45:30 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id B0C5D116D for ; Tue, 21 Jan 2014 22:45:30 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:396f:111a:890d:cdd5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 36C1F4AC3A for ; Wed, 22 Jan 2014 02:45:29 +0400 (MSK) Date: Wed, 22 Jan 2014 02:45:25 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1603752718.20140122024525@serebryakov.spb.ru> To: ports@FreeBSD.org Subject: How to determine type of system compiler in port? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 22:45:31 -0000 Hello, Ports. I want to turn off some clang-specific warnings via CFLAGS, as I'm not able to patch all places when "dirty" (but valid!) code is used and upstream software uses "-Werror"... I could not find any mentions of "clang" in bsd.port.mk and COMPILER_TYPE is not defined for ports. Yes, I understand, that it is better to report these errors upstream, and, in fact, these warnings were fixed in latest version but I need to port previous one! -- // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 22:58:50 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AE73E6; Tue, 21 Jan 2014 22:58:50 +0000 (UTC) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.29.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3721E1221; Tue, 21 Jan 2014 22:58:49 +0000 (UTC) Received: from [89.182.106.180] (helo=localhost) by smtprelay04.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1W5kEc-0001va-Lj; Tue, 21 Jan 2014 23:55:54 +0100 Date: Tue, 21 Jan 2014 23:55:55 +0100 From: Marcus von Appen To: Lev Serebryakov Subject: Re: How to determine type of system compiler in port? Message-ID: <20140121225555.GC1370@medusa.sysfault.org> Mail-Followup-To: Lev Serebryakov , ports@FreeBSD.org References: <1603752718.20140122024525@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RIYY1s2vRbPFwWeW" Content-Disposition: inline In-Reply-To: <1603752718.20140122024525@serebryakov.spb.ru> User-Agent: Mutt/1.5.22 (2013-10-16) X-Df-Sender: MTEyNTc0Mg== Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Marcus von Appen List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 22:58:50 -0000 --RIYY1s2vRbPFwWeW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On, Tue Jan 21, 2014, Lev Serebryakov wrote: > Hello, Ports. > > I want to turn off some clang-specific warnings via CFLAGS, as I'm not > able to patch all places when "dirty" (but valid!) code is used and upstream > software uses "-Werror"... > > I could not find any mentions of "clang" in bsd.port.mk and COMPILER_TYPE > is not defined for ports. There's an app^^^Uses for it: compiler.mk Include a USES= compiler in your Makefile (or append compiler to your existing USES). Afterwards, you can access e.g. COMPILER_TYPE after including bsd.port.pre.mk. Take a look at the compiler.mk source file in Mk/Uses/compiler.mk for further information. Cheers Marcus --RIYY1s2vRbPFwWeW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlLe+vsACgkQi68/ErJnpkePkgCeMNSczt1Y8YCkl5PZZMmeTsJC mcEAoM79dguYMJC2F2O34i9W4TEKwRfd =2mah -----END PGP SIGNATURE----- --RIYY1s2vRbPFwWeW-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 23:31:27 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A67F911 for ; Tue, 21 Jan 2014 23:31:27 +0000 (UTC) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:4]) by mx1.freebsd.org (Postfix) with ESMTP id BB0041535 for ; Tue, 21 Jan 2014 23:31:26 +0000 (UTC) Received: from ppp121-45-52-62.lns20.adl2.internode.on.net (HELO leader.local) ([121.45.52.62]) by ipmail04.adl6.internode.on.net with ESMTP; 22 Jan 2014 10:01:23 +1030 Message-ID: <52DF0346.6000108@ShaneWare.Biz> Date: Wed, 22 Jan 2014 10:01:18 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Yuri , ports@FreeBSD.org Subject: Re: USE_GCC doesn't set rpath References: <52DEE7EE.6010909@rawbw.com> In-Reply-To: <52DEE7EE.6010909@rawbw.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Gerald Pfeifer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 23:31:27 -0000 On 22/01/2014 08:04, Yuri wrote: > Current port net-p2p/libtorrent-rasterbar has > USES=compiler:c++11-lib which in turn sets USE_GCC=4.7+ Maintainer of > lang/gccNN says that USE_GCC is supposed to automatically set rpath > to this particular gcc shared library. However, this doesn't happen, > and qbittorrent fails as a result on 9.2: $ qbittorrent > /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by > /usr/local/lib/libtorrent-rasterbar.so.7 not found > > It looks like this automatic setting of rpath is broken. I think you will find that qbittorrent will need to be built with the same gcc version as libtorrent-rasterbar. I believe qbittorrent is loading /usr/lib/libstdc++.so.6 then it loads libtorrent-rasterbar.so.7 which tries to load libstdc++ and it is given the already open copy which doesn't have GLIBCXX_3.4.15 that it needs to run. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 23:34:01 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 465709C2; Tue, 21 Jan 2014 23:34:01 +0000 (UTC) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0BB251554; Tue, 21 Jan 2014 23:34:01 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id u16so8993469iet.15 for ; Tue, 21 Jan 2014 15:34:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xkezaeN3ChX/8oxZhRouTaQ6sUbFOZRnhaCVppD/ECY=; b=LshldoMTmlu266AUhL9sU6WBJFo2hjSLSrOylTV+qJq/NJGTw6pXJCZq4iB88sYico cYAA3SYh9V6rrac3stT/LYJpSjdiZBuld5GGQoq3Y5w70WiMm34rPAEDyJAf3C2zEMFt 62H7u9DPKS0VzEkGQE5Ka3De+91Kb1RUrpZGiIWEUJYtq23Cz0nYLTRxi2tFJ6mvVj+0 R6G3cQy8lkwbFetYC+NDtbTsEZHViIxgOBft0mNlBSRA4+PCUQP75NKWapdzdInCOH3m H8r5mH3sxdQ7ouRWLKMuHWdVbIPp0VCN/sx5wbfrBTQRPOZ5eXHtGrAJRs+Ivxlgw5y2 SDSw== MIME-Version: 1.0 X-Received: by 10.50.16.243 with SMTP id j19mr228388igd.4.1390347240543; Tue, 21 Jan 2014 15:34:00 -0800 (PST) Received: by 10.64.89.2 with HTTP; Tue, 21 Jan 2014 15:34:00 -0800 (PST) In-Reply-To: <1603752718.20140122024525@serebryakov.spb.ru> References: <1603752718.20140122024525@serebryakov.spb.ru> Date: Wed, 22 Jan 2014 01:34:00 +0200 Message-ID: Subject: Re: How to determine type of system compiler in port? From: "Andrew W. Nosenko" To: lev@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 23:34:01 -0000 On Wed, Jan 22, 2014 at 12:45 AM, Lev Serebryakov wrote: > Hello, Ports. > > I want to turn off some clang-specific warnings via CFLAGS, as I'm not > able to patch all places when "dirty" (but valid!) code is used and > upstream > software uses "-Werror"... > Using of a -Werror in a release build is an error by itself . So patch is simple: sed 's/-Werror//g' PS. While the "patch" is a kind of joke, the statements that -Werror is completely inapplicable to release builds is completely serious. -- Andrew W. Nosenko From owner-freebsd-ports@FreeBSD.ORG Tue Jan 21 23:36:12 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8876DB28; Tue, 21 Jan 2014 23:36:12 +0000 (UTC) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:4]) by mx1.freebsd.org (Postfix) with ESMTP id E8EB91585; Tue, 21 Jan 2014 23:36:11 +0000 (UTC) Received: from ppp121-45-52-62.lns20.adl2.internode.on.net (HELO leader.local) ([121.45.52.62]) by ipmail04.adl6.internode.on.net with ESMTP; 22 Jan 2014 10:05:50 +1030 Message-ID: <52DF044D.3030903@ShaneWare.Biz> Date: Wed, 22 Jan 2014 10:05:41 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: lev@FreeBSD.org, ports@FreeBSD.org Subject: Re: How to determine type of system compiler in port? References: <1603752718.20140122024525@serebryakov.spb.ru> In-Reply-To: <1603752718.20140122024525@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 23:36:12 -0000 On 22/01/2014 09:15, Lev Serebryakov wrote: > Hello, Ports. > > I want to turn off some clang-specific warnings via CFLAGS, as I'm not > able to patch all places when "dirty" (but valid!) code is used and upstream > software uses "-Werror"... > > I could not find any mentions of "clang" in bsd.port.mk and COMPILER_TYPE > is not defined for ports. > > Yes, I understand, that it is better to report these errors > upstream, and, in fact, these warnings were fixed in latest version but I > need to port previous one! > Add USES=compiler to the Makefile which should then define COMPILER_TYPE after the inclusion of bsd.port.pre.mk See http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/appendices.html From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 01:37:14 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EB9CF60 for ; Wed, 22 Jan 2014 01:37:14 +0000 (UTC) Received: from mail-yh0-x22c.google.com (mail-yh0-x22c.google.com [IPv6:2607:f8b0:4002:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D319D1E7A for ; Wed, 22 Jan 2014 01:37:13 +0000 (UTC) Received: by mail-yh0-f44.google.com with SMTP id f73so2184749yha.31 for ; Tue, 21 Jan 2014 17:37:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:disposition-notification-to:content-type:date :message-id:mime-version; bh=zJh+fa1Ie6+Eyv7z0CkjlkQlSRYi3PsOQOcJImXp1vI=; b=GiuUDlrUbOPBEsbmdcVpRnEgyD/RZsLycRZBFtbBNnEdk1YPYMBdP0Y/VgFMpWlxKg 6/V08maDUa3U9R6siVA9mzQG1sYml2jVaFkNBG8g/HqcK1N14yILa3ZYoNNYkGC1TRrY ASBnTUXAMECUDalj8bM9aJ5O2jW0vfAlxEupGJwTHfcvnwZzAslz4/m5/UiSQPYhDnO2 AZPcgKRciK8B6T4tFcfOxiEE8bAwWEzlB8taqJqu4ZvT+T+17TtO9LVgg8IVtBcpa4I2 Ts+U2cuCxr1B2Az+z1U7RWURow4YJhdFPdltRqo4rqrVhyh9eZ/HVTtCjiTadyINWnzp iXGQ== X-Received: by 10.236.151.41 with SMTP id a29mr26757341yhk.39.1390354632953; Tue, 21 Jan 2014 17:37:12 -0800 (PST) Received: from [192.168.6.46] ([179.184.51.72]) by mx.google.com with ESMTPSA id w8sm18588443yhg.8.2014.01.21.17.37.10 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 21 Jan 2014 17:37:11 -0800 (PST) Subject: net/avahi-app core dumps signal 11 From: Sergio de Almeida Lenzi To: ports Date: Tue, 21 Jan 2014 23:37:08 -0200 Message-ID: <1390354628.14798.7.camel@lenovo.toontown> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 01:37:14 -0000 Hello, avahi-daemon dumps core, and I am unable to determinw why because it aborts core just before reaching the main() procedure.. ========================================================= #0 0x0000000801304604 in pthread_testcancel () from /lib/libthr.so.3 #1 0x00000008012fc706 in open () from /lib/libthr.so.3 #2 0x0000000801517227 in __gets_chk () from /lib/libssp.so.0 #3 0x00000008015173d2 in __chk_fail () from /lib/libssp.so.0 #4 0x0000000801516ace in .init () from /lib/libssp.so.0 #5 0x00007fffffffd130 in ?? () #6 0x000000080061e6d1 in r_debug_state () from /libexec/ld-elf.so.1 #7 0x000000080061dd57 in __tls_get_addr () from /libexec/ld-elf.so.1 #8 0x000000080061c099 in .text () from /libexec/ld-elf.so.1 #9 0x0000000000000000 in ?? () ========================================================= any ideas??? From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 02:26:43 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 567D69C0 for ; Wed, 22 Jan 2014 02:26:43 +0000 (UTC) Received: from mail.comstyle.com (speedy.comstyle.com [IPv6:2001:470:1d:8c::2]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 176E511D4 for ; Wed, 22 Jan 2014 02:26:43 +0000 (UTC) Received: from users-mac-pro.home.comstyle.com (unknown [IPv6:2001:470:b01e:3:214:51ff:fe67:4efb]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: brad) by mail.comstyle.com (Postfix) with ESMTPSA id 7747198467; Tue, 21 Jan 2014 21:26:36 -0500 (EST) Message-ID: <52DF2C5B.60306@comstyle.com> Date: Tue, 21 Jan 2014 21:26:35 -0500 From: Brad Smith User-Agent: Mozilla/5.0 (Macintosh; PPC Mac OS X 10.5; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 TenFourFox/G5 Tenfourbird MIME-Version: 1.0 To: Cy Schubert , Florian Smeets Subject: Re: Fwd: [thunderbird-24.1.0] FreeBSD 10-i386 jail at 11-amd64 host: Error while running startup cache precompilation References: <201311270342.rAR3gt9j042716@slippy.cwsent.com> In-Reply-To: <201311270342.rAR3gt9j042716@slippy.cwsent.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-comstyle-MailScanner-Information: Please contact the ISP for more information X-comstyle-MailScanner-ID: 7747198467.A6E1D X-comstyle-MailScanner: Found to be clean X-comstyle-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-2.9, required 6, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90) X-comstyle-MailScanner-From: brad@comstyle.com X-Spam-Status: No Cc: Boris Samorodov , FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 02:26:43 -0000 On 26/11/13 10:42 PM, Cy Schubert wrote: > In message <5272AF33.7030904@smeets.im>, Florian Smeets writes: >> This is an OpenPGP/MIME signed message (RFC 4880 and 3156) >> --LjCOVwNOW3aPxiaJSC0KaksgOOBQirtv3 >> Content-Type: text/plain; charset=UTF-8 >> Content-Transfer-Encoding: quoted-printable >> >> On 31/10/13 16:13, Boris Samorodov wrote: >>> =20 >>> Hi All, >>> =20 >>> I get the following error using 10-i386 jail at 11-amd64 host: >>> ----- >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> hase: install >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> =3D=3D=3D> Installing for thunderbird-24.1.0 >>> ... >>> Executing >>> /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/obj-i386-portbld-fr= >> eebsd10.0/mozilla/dist/bin/xpcshell >>> -g >>> /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/obj-i386-portbld-fr= >> eebsd10.0/mozilla/dist/bin/ >>> -a >>> /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/obj-i386-portbld-fr= >> eebsd10.0/mozilla/dist/bin/ >>> -f >>> /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/moz= >> apps/installer/precompile_cache.js >>> -e precompile_startupcache("resource://gre/"); >>> Traceback (most recent call last): >>> File >>> "/wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mo= >> zapps/installer/packager.py", >>> line 375, in >>> main() >>> File >>> "/wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mo= >> zapps/installer/packager.py", >>> line 367, in main >>> args.source, gre_path, base) >>> File >>> "/wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mo= >> zapps/installer/packager.py", >>> line 148, in precompile_cache >>> errors.fatal('Error while running startup cache precompilation') >>> File >>> "/wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/python/moz= >> build/mozpack/errors.py", >>> line 101, in fatal >>> self._handle(self.FATAL, msg) >>> File >>> "/wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/python/moz= >> build/mozpack/errors.py", >>> line 96, in _handle >>> raise ErrorMessage(msg) >>> mozpack.errors.ErrorMessage: Error: Error while running startup cache >>> precompilation >>> gmake[3]: *** [stage-package] Error 1 >>> ----- >>> =20 >>> And there is a line at /var/log/messages: >>> ----- >>> Oct 31 17:54:33 bb052 kernel: pid 20298 (xpcshell), uid 0: exited on >>> signal 11 (core dumped) >>> ----- >>> =20 >>> Full log is here: >>> http://gw.wart.ru/bulk/10-i386-default/2013-10-31_13h42m43s/logs/errors= >> /thunderbird-24.1.0.log >>> =20 >> >> Yeah, I'm also seeing this, I missed that 2 builds failed, seamonkey is >> also affected on 10.0/i386. No Idea what it is, yet. I hope to have some >> time during the weekend to look at it. > > I'm seeing the same problem on my i386 systems (except for one). It > installs nicely on amd64. > > On my one i386 system that thunderbird and seamonkey install, the system is > a FreeBSD-11 system using ports built on a 9.X system a year ago and > upgraded piecemeal (not recommended for the faint of heart). I'm betting > there's an upgraded port somewhere that may contribute to this. (This > particular Noticing this thread via Google I have run into this exact same issue when trying to build Thunderbird / Firefox and Xulrunner on i386 with LLVM 3.4 on OpenBSD; Thunderbird builds fine with LLVM 3.3. These projects build and install just fine on amd64. I see no indication this issue has ever been fixed. Can anyone comment on the status of this issue and whether anything has been done to fix this? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 03:32:54 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2E83421; Wed, 22 Jan 2014 03:32:54 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6BF1A178C; Wed, 22 Jan 2014 03:32:54 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 08D0520A39; Tue, 21 Jan 2014 22:32:53 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 21 Jan 2014 22:32:53 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=tandon.net; h=date :from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:in-reply-to; s=mesmtp; bh=wL2EYxdDblJef5aHJB/dB6oG ZpI=; b=BkJqg3uWr+Jr8aFdpK2YmO6ryUzMbcRXL3sBU4w/PdDVodsRwSiWmwXG HDntkeDodhSc+HPJ/WXt2n/DqMJGH6LGkL2hLGZtFir96LZr6atPSx70H54qvqMJ IimQif1j5FF9jxmx7GrJZ1AwddtgruP1IBZw7Q0DwX1Gzb9wTVw= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :reply-to:references:mime-version:content-type:in-reply-to; s= smtpout; bh=wL2EYxdDblJef5aHJB/dB6oGZpI=; b=lWHigfsBXzpN4jdvq04N J5A6DpSAs/pmfrK8dxrDvVR/JAlqKiNyGFDBLZdRSGUbCotWo7Btj3TdHvR6KTg/ VEe2hbVkYP0fpgJ/PEbmNhp5RctE7LJwVq/k7dIWQSZa/EKpRGU9rCx8iTu9gAq0 DRlwJNTLoLKQLhMs5cL7344= X-Sasl-enc: aAuuWrj3BRFlJMVc9/EKl2lGV4XL1+vK1UHiepuHGEWh 1390361572 Received: from magnus (unknown [68.174.190.55]) by mail.messagingengine.com (Postfix) with ESMTPA id A817F68017E; Tue, 21 Jan 2014 22:32:52 -0500 (EST) Date: Tue, 21 Jan 2014 22:32:55 -0500 From: Sahil Tandon To: Jakob Breivik Grimstveit Subject: Re: postfix-current spewing out warnings while building Message-ID: <20140122033255.GB41923@magnus> References: <52BE4749.4040703@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: koobs@freebsd.org, FreeBSD Ports mailing list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 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, 22 Jan 2014 03:32:54 -0000 On Thu, 2014-01-09 at 10:47:39 +0100, Jakob Breivik Grimstveit wrote: > Thank you for the explanatory reply. Much appreciated. I've tried, however, > patching mail/postfix (not lang/postfix), but I get the following erroneous > output: > > # pwd > /usr/ports/mail/postfix > # patch < postfix-also-respect-default-warnings-too.diff > Hmm... Looks like a unified diff to me... > The text leading up to this was: Jakob, Do you still have this problem with the latest version of the port? -- Sahil Tandon From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 06:06:17 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C48C6D33 for ; Wed, 22 Jan 2014 06:06:17 +0000 (UTC) Received: from nm15-vm7.access.bullet.mail.bf1.yahoo.com (nm15-vm7.access.bullet.mail.bf1.yahoo.com [216.109.115.38]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6519711E0 for ; Wed, 22 Jan 2014 06:06:17 +0000 (UTC) Received: from [66.196.81.163] by nm15.access.bullet.mail.bf1.yahoo.com with NNFMP; 22 Jan 2014 05:59:55 -0000 Received: from [98.139.221.156] by tm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 22 Jan 2014 05:59:55 -0000 Received: from [127.0.0.1] by smtp116.sbc.mail.bf1.yahoo.com with NNFMP; 22 Jan 2014 05:59:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1390370395; bh=fZdxZ1Xh5h5TW0t1kIasA3mivnEKsqjTZXvoxa3IA+4=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject; b=HlP2Im7fey94wJtOkH4OVb+XG3yGXKKpFqFpjdsKLWL8kI+roD/Joq3mFq55Wk63kR9yol2o0OhUyrba8wVIXFewxKCZa02s8huv+T1zIPqPFa0EbKOqhXirB10GHFyISMDMjHHqDYUS/NeBDJ0j8O2Wz07fNOm1U79kdyaZFCc= X-Yahoo-Newman-Id: 306908.76333.bm@smtp116.sbc.mail.bf1.yahoo.com Message-ID: <306908.76333.bm@smtp116.sbc.mail.bf1.yahoo.com> Date: Wed, 22 Jan 2014 05:59:55 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Soa81wQVM1kXkDSIztW9lhYsGIhpZk2T1pifw3a1VDmYGlr J3noqwJvj7yYpSM70gyvhfC.jkzwCbWLBR_sdAj_vp7hwffMupcIES8vp508 gKC4iJA.toNK9hlh2YvC4I8faBOqxT_4RfjKk7iKPTJABbzDiKSic.ebVa6c DT6TyOT8v5Z3u0R0jY257ikH3BO6iRgyNuKsPYzPU2txXgplEyh5T2XvMUw8 9zzsAOxfKdzazQkIhCVm2Pz7rYJ38brsDo_xwy_DqYkf28y5ejAnaVSU.7P4 kBoQ_UVDj3lqiUJY8SwPc9CcKz4yqzs1PkaJnbY7gYf69Zj7VpBjahlBaBnY _KI76F2p.BgIxlhKfi8NEfOr3Ys9ty0ScUFTMSEsA10jv8obzgFnjVtiXtMI U7D5h2deYRveQl7WRMaZfuu2fS46uGZXqQ3y3nNGeKW2kebadcvpFrzWQ9AL tX9512ltRuDCDU8OnwaSBHeZpxrgKZG6GEd57xAVQFIlgex.damdS86Atk5I SBGfgS04Vwr7Q4cXU4HuKLC9AkZMx4SnrmeDLRJCCOHr6PO1ahobkrAdq5mk _PPunzoTOqgjY5kyZFgc- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp116.sbc.mail.bf1.yahoo.com with SMTP; 22 Jan 2014 05:59:55 +0000 UTC From: "Thomas Mueller" To: freebsd-ports@freebsd.org Subject: Why is audio/pulseaudio so far behind current version? Cc: gnome@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 06:06:17 -0000 Why is audio/pulseaudio, at 0.9.23, so far behind the current version, 4.0? NetBSD pkgsrc is at version 2.1. Might there be something compatible with Linux but not FreeBSD? It sticks out annoyingly when I get all those error messages spewed out on the console and captured in /var/log/messages. But it does not crash the system. This is an excerpt: Jan 22 03:27:02 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:02 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:02 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:02 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:02 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:02 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:02 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:02 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:02 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:02 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:02 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21335]: module.c: module-detect is deprecated: Please use module-udev-detect instead of module-detect! Jan 22 03:27:03 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21335]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21335]: module-console-kit.c: Unable to contact D-Bus system bus: org.freedesktop.DBus.Error.FileNotFound: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21335]: module.c: Failed to load module "module-console-kit" (argument: ""): initialization failed. Jan 22 03:27:03 amelia2 pulseaudio[21335]: main.c: Module load failed. Jan 22 03:27:03 amelia2 pulseaudio[21335]: main.c: Failed to initialize daemon. Jan 22 03:27:03 amelia2 pulseaudio[21334]: main.c: Daemon startup failed. Jan 22 03:27:03 amelia2 pulseaudio[21340]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21340]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21340]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21340]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21340]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21340]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21340]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory Jan 22 03:27:03 amelia2 pulseaudio[21340]: core-util.c: Failed to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory uname -a shows FreeBSD amelia2 9.2-STABLE FreeBSD 9.2-STABLE #19 r256095M: Tue Oct 8 08:57:11 UTC 2013 root@amelia2:/usr/obj/usr/src/sys/SANDY amd64 Tom From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 07:06:29 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4C6C892 for ; Wed, 22 Jan 2014 07:06:29 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 737741647 for ; Wed, 22 Jan 2014 07:06:29 +0000 (UTC) Received: by mail-ig0-f174.google.com with SMTP id hl1so13130998igb.1 for ; Tue, 21 Jan 2014 23:06:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Gp7FAu2nDX29j/d5MW8OnegS2WVc7hXs3MoUgi7IyJo=; b=a6lBJ6QRFJ3IQoRD24G9A7L18bFgVJ2efnzAwVmN1TbGt3o20MdeFMvkv1WPIxiMqD 0F1vIYOV7N2uiYasGAMrSSLx/rTDs85MnWxlRejcLbhce1X2GtqXj7wTb4j4M9vehvWQ 1DbSt91x7jUJ5IiY3CkU5GAaa069O2s33jzXNY+dRIob0Xe/R+U0Za7VePlxWkmwVF+Y KnHeHKRIuudsi9RoaZQeb8toC458fu/SElenokfrb6uyZM7Zyhyt5gWt1AJS224ybpQ/ LcQN+lPXe/nKezJGdrVAhSQ61a3e8HkkBQaM/VEUEe3zvXrG3s1ueDA4yKQVp3C3WTl8 OIUA== MIME-Version: 1.0 X-Received: by 10.42.144.201 with SMTP id c9mr21420996icv.16.1390374388631; Tue, 21 Jan 2014 23:06:28 -0800 (PST) Received: by 10.50.67.84 with HTTP; Tue, 21 Jan 2014 23:06:28 -0800 (PST) In-Reply-To: <52DE3FA5.6040407@gmail.com> References: <92E0B243-3705-437A-80C8-DB9AAF938A3D@conundrum.com> <52DE3FA5.6040407@gmail.com> Date: Wed, 22 Jan 2014 01:06:28 -0600 Message-ID: Subject: Re: per-port make.conf options and hyphenated port names From: Scot Hetzel To: Volodymyr Kostyrko Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Matthew Pounsett , FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 07:06:29 -0000 On Tue, Jan 21, 2014 at 3:36 AM, Volodymyr Kostyrko wro= te: > 21.01.2014 03:01, Matthew Pounsett wrote: >> >> >> At some point in the last couple of weeks I was pointed at >> as what has been >> implemented to deprecate make.conf settings such as =93WITHOUT_X11=3Dyes= =94. >> That document says it has been committed, but the porters handbook secti= on >> on OPTIONS doesn=92t discuss the ${port}_SET/${port}_UNSET syntax, and I= can=92t >> find mention of it in /usr/ports/KNOBS either. >> >> I=92m trying to find specifics on the implementation because I=92ve run = into a >> case that document doesn=92t seem to plan for: trying to set per-port o= ptions >> for a hyphenated port name. >> >> Specifically, I=92m trying to do this: >> virtualbox-ose-additions_UNSET=3DX11 >> >> Hyphenated variable names don=92t work in most shells. I think some old= er >> versions of csh could set them, but couldn't reference them, and tinderb= ox=92s >> sh scripts blow right up when they encounter that. >> >> Digging through /usr/ports/Mk/ I can=92t find anywhere that $UNIQUENAME = is >> modified to guarantee that it references a safe variable name (i.e. I do= n=92t >> see anywhere that $UNIQUENAME has reserved characters removed from it be= fore >> use). So, given that a lot of times $UNIQUENAME is just the name of the >> port, and a lot of ports have hyphens in their names, how is this meant = to >> be dealt with? >> >> Thanks for any pointers or help! > > > Excuse me hijacking the thread but doesn't ports-mgmt/portconf do almost = the > same? > With the change to the new Options frame work, most of the WITH/WITHOUT_ variables were changed to SET/UNSET values: WITH_X11 WITH_JPEG WITHOUT_DOCS New way: SET=3D X11 JPEG UNSET=3D DOCS The old way to set port specific variables was by using ports-mgmt/portconf. But with the change to using SET/UNSET, port specific options are now: ${UNIQUENAME}_SET=3D MYSQL ${UNIQUENAME}_UNSET=3D PGSQL BDB Which can be added directly to the /etc/make.conf. There may still be uses for portconf, as it can still assign values to port specific variables. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 07:52:37 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9A5F78F for ; Wed, 22 Jan 2014 07:52:37 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7ECAD19FF for ; Wed, 22 Jan 2014 07:52:37 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id hr1so290683wib.0 for ; Tue, 21 Jan 2014 23:52:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=m88w6d0pnUzwvJRMgW9sMvzY5yq9WRCR9qZ48AW3fDI=; b=kE0zbfJNulDq8/UN18BIFv3ufHQRDvfdydYx+w0FXtE/7ZXh/lb9w9sK7yUc6PNNRL W+cpLfaeiNPUEnkX4uz0d2TPWrdry8CI1tltAcX/cEK1disQbuqq9/iQkjJwOBjRXONW eJX1TBCDnRaknRhVmPQ1dKpgnb3ws7cpBDuZaHCejlW7Bvj3GJmABHbvPh7DrD8j9g8h Mpz1acfa9mmo5Oa38woc/3CGt9umP5F4co/C8C8+/LMGT8axcf8mrBzdv2Ylul3GCU+Z UONwhjsqOHsa47HdRrRaVKbjFHlYA3YsaWoG9SevqPmKvoHB4dPKK9B/8OlllsQZQtK9 vbLg== X-Received: by 10.194.87.5 with SMTP id t5mr116884wjz.68.1390377155970; Tue, 21 Jan 2014 23:52:35 -0800 (PST) Received: from [10.0.2.15] (LNantes-156-74-19-50.w82-127.abo.wanadoo.fr. [82.127.90.50]) by mx.google.com with ESMTPSA id a9sm16802530wiy.10.2014.01.21.23.52.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Jan 2014 23:52:35 -0800 (PST) Message-ID: <52DF78C2.10304@gmail.com> Date: Wed, 22 Jan 2014 08:52:34 +0100 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: dns/bind-tools fails to build on 10-stable References: <20140120092904.GA13438@potato.growveg.org> <52DD676C.5090007@daemonic.se> <20140120192623.GA83718@potato.growveg.org> In-Reply-To: <20140120192623.GA83718@potato.growveg.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 07:52:38 -0000 On 20/01/2014 20:26, John wrote: > On Mon, Jan 20, 2014 at 07:14:04PM +0100, Niclas Zeising wrote: >> On 01/20/14 10:29, John wrote: >>> Hello list, >>> >>> On a new 10-stable system, I can't seem to build bind tools. I get the following >>> error: >>> >>> checking host system type... x86_64-portbld-freebsd10.0 >>> checking whether make sets $(MAKE)... yes >>> checking how to print strings... printf >>> checking for gcc... cc >>> checking whether the C compiler works... no >>> configure: error: in `/usr/ports/dns/bind-tools/work/bind-9.9.4-P2': >>> configure: error: C compiler cannot create executables >>> See `config.log' for more details >>> ===> Script "configure" failed unexpectedly. >>> Please report the problem to mat@FreeBSD.org [maintainer] and attach the >>> "/usr/ports/dns/bind-tools/work/bind-9.9.4-P2/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/local/sbin/pkg-static info -g -Ea). >>> *** Error code 1 >>> >>> Stop. >>> make[1]: stopped in /usr/ports/dns/bind-tools >>> *** Error code 1 >>> >>> Stop. >>> make: stopped in /usr/ports/dns/bind-tools >>> >>> 10-stable is r260886. The ports tree is 340327. Before I directly bother >>> the maintainer, I wondered if this is a known issue? >>> >>> thanks, >>> >> That is a rather strange error. Can you provide config.log together >> with /etc/make.conf and options for bind-tools? >> Regards! >> -- >> Niclas > Hello, thanks for looking. > > I "fixed" the problem - looking in config.log, I noticed this: > > configure:3284: checking build system type > configure:3298: result: x86_64-portbld-freebsd10.0 > configure:3318: checking host system type > configure:3331: result: x86_64-portbld-freebsd10.0 > configure:3352: checking whether make sets $(MAKE) > configure:3374: result: yes > configure:3442: checking how to print strings > configure:3469: result: printf > configure:3538: checking for gcc > configure:3565: result: cc > configure:3794: checking for C compiler version > configure:3803: cc --version >&5 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > Target: x86_64-unknown-freebsd10.0 > Thread model: posix > configure:3814: $? = 0 > configure:3803: cc -v >&5 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > Target: x86_64-unknown-freebsd10.0 > Thread model: posix > configure:3814: $? = 0 > configure:3803: cc -V >&5 > cc: error: argument to '-V' is missing (expected 1 value) > cc: error: no input files > configure:3814: $? = 1 > configure:3803: cc -qversion >&5 > cc: error: no input files > configure:3814: $? = 1 > configure:3834: checking whether the C compiler works > configure:3856: cc -O2 -pipe -fno-strict-aliasing -L/usr/lib > -lgssapi_krb5 -Wl,-rpath=/usr/lib:/usr/local/lib conftest.c >&5 > /usr/bin/ld: cannot find -lgssapi_krb5 > cc: error: linker command failed with exit code 1 (use -v to see > invocation) > configure:3860: $? = 1 > configure:3898: result: no > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "" > | #define PACKAGE_TARNAME "" > | #define PACKAGE_VERSION "" > | #define PACKAGE_STRING "" > | #define PACKAGE_BUGREPORT "" > | #define PACKAGE_URL "" > | /* end confdefs.h. */ > | > > Looked in options and gssapi was enabled by default ( was there after > make rmconfig-recursive ) and i don't use kerebos so disabled it, now it > builds. > > Enabled options resulting in successful build are IPv6 SSL and THREADS. > Thanks anyway, hope this proves useful to someone. I can post the entire > log but it is huge. I already felt in that kind of error because I disabled kerberos in my src.conf(5) too. I think a good idea would be to enable or disable options by default depending on some values from the src.conf(5). This can save some time for users which have extremely restrictive /etc/src.conf files. Regards, David. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 09:33:36 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA60582E for ; Wed, 22 Jan 2014 09:33:36 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C5A3F134A for ; Wed, 22 Jan 2014 09:33:36 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s0M9Xarm098700 for ; Wed, 22 Jan 2014 09:33:36 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s0M9Xan9098699; Wed, 22 Jan 2014 09:33:36 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201401220933.s0M9Xan9098699@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Wed, 22 Jan 2014 09:33:36 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 09:33:36 -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/libshhmsg | 1.4.1 | 1.4.2 ------------------------------------------------+-----------------+------------ games/doomsday | 1.12.2 | 1.14.0-build1116 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 10:08:56 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A527249B for ; Wed, 22 Jan 2014 10:08:56 +0000 (UTC) Received: from mail-lb0-f169.google.com (mail-lb0-f169.google.com [209.85.217.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C20A6162F for ; Wed, 22 Jan 2014 10:08:54 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id q8so138138lbi.0 for ; Wed, 22 Jan 2014 02:08:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:content-type; bh=Scc9GySlNhUvJbq2xGj46wszNWTehf58ErwcVIgzMTE=; b=m4kyP/JS8GwM37ggwCXTY6q3wx8U65g66wnP/+g8RnHH8M9HK3uvuF4MJ1+jbYT+w4 j1p2nqnHEKG/jB8CaWGQnQH7rUWWVfiNt/lB2U0goH0kNQujDbCDOx2+LtdRCVWqia6t 9HlWvhyYUi820ePHLjgxQGCeFsigfa3A6HiV8yDQRjQJ2DgD6QzWQ3vN3WrTm74TQhYe k/0gQJGrqnwYZ87YApUft7nKd50Y+zfzDd8kKVmOeY2Y2DkF1OLLQ+gw6z0lKOQx3K4r AkimIxjEflhr+Gkpxvvtt2sK8hVJ8y8VBDAWQtKJsKgEnYW0YkqR3GVJc8HE9hF76Cgf 4t/A== X-Gm-Message-State: ALoCoQmMEqdl0D5c6WKiRfECOiABD/SRbMVHWBvunUwRt7c3xupqqthAwSfDDOMewH0+bS0J4G58 X-Received: by 10.152.219.166 with SMTP id pp6mr464491lac.46.1390385332999; Wed, 22 Jan 2014 02:08:52 -0800 (PST) Received: from zealot.ksu.ru ([46.42.165.54]) by mx.google.com with ESMTPSA id ld10sm9576606lab.8.2014.01.22.02.08.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 Jan 2014 02:08:51 -0800 (PST) Message-ID: <52DF98B2.4080306@li.ru> Date: Wed, 22 Jan 2014 14:08:50 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040006040505030005010901" Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 10:08:56 -0000 This is a cryptographically signed message in MIME format. --------------ms040006040505030005010901 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello! I have a problem with building almost anything because of libdrm version = mismatch. when I try to build, e.g. poppler-glib it says checking for CAIRO... no configure: error: "Cairo output is required to build glib frontend" and in config.log I see configure:21373: checking for CAIRO configure:21380: $PKG_CONFIG --exists --print-errors "cairo >=3D=20 $CAIRO_VERSION cairo-ft >=3D $CAIRO_VERSION" configure:21383: $? =3D 0 configure:21397: $PKG_CONFIG --exists --print-errors "cairo >=3D=20 $CAIRO_VERSION cairo-ft >=3D $CAIRO_VERSION" configure:21400: $? =3D 0 configure:21414: result: no Package dependency requirement 'libdrm >=3D 2.4.24' could not be satisfie= d. Package 'libdrm' has version '2.4.17', required version is '>=3D 2.4.24' Package dependency requirement 'libdrm >=3D 2.4.24' could not be satisfie= d. Package 'libdrm' has version '2.4.17', required version is '>=3D 2.4.24' configure:21929: error: "Cairo output is required to build glib frontend"= I tried to find where exactly this check is performed but so far had no=20 success. I know that this problem can be avoided using WITH_NEW_XORG knob in=20 make.conf, but KMS drivers are still unstable for me, so I'm stuck with=20 old xorg and old libdrm. Is there any way to fix this error? I'm using 10.0 stable and ports tree as of yesterday --=20 SY, Marat --------------ms040006040505030005010901 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW /tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py 8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3 Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAxMjIx MDA4NTBaMCMGCSqGSIb3DQEJBDEWBBTB+JudBfsosLNq/8eU0IWsoe7HHjBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEAGzNQYzdXlOQFRkXcw6udqcGYrmwON1FwYLRlO7Oy TqThn/gHnVzM4AQEvPe2IMvNkXwyZ0E1ZmAszV01vMOc9/f9Zj81usN2UK7hv3u6t9oIfkNF Iye3NDRSLuUqNiZ66e+J2ZBjl5lyNsWu5ES4JIY92PpXsgH+ad82oFVUUD5Hd0eAjANzA4NE vcGcXOdpkoUagLVH2rD67eYiL0AWIN1BkBPLLUNthsyjBYH/GV+6suR40KA0QRc+pCv0jrlG RSdWy/sSdGyLqtS67lpEHIl/R6e0I0s8oxAZ9xL7toqRYTxVubkmq9ULH3z2Qd/BrqGdewIV h+vlpf0PDOZGcgAAAAAAAA== --------------ms040006040505030005010901-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 10:40:40 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57D767B6; Wed, 22 Jan 2014 10:40:40 +0000 (UTC) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 031CE195F; Wed, 22 Jan 2014 10:40:40 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 90D054001D; Wed, 22 Jan 2014 11:40:38 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 862494001C; Wed, 22 Jan 2014 11:40:38 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (unknown [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 29DCB4001B; Wed, 22 Jan 2014 11:40:38 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3f8NS6036nz8ggv; Wed, 22 Jan 2014 11:40:38 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id emRk6_SG93Vq; Wed, 22 Jan 2014 11:40:35 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3f8NS22xN9z8ggx; Wed, 22 Jan 2014 11:40:34 +0100 (CET) Received: from tifa.daemonic.se (tifa.daemonic.se [10.32.0.6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3f8NS22TGxz9CvV; Wed, 22 Jan 2014 11:40:34 +0100 (CET) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id 9523D22818; Wed, 22 Jan 2014 11:40:18 +0100 (CET) Message-ID: <52DFA012.70301@daemonic.se> Date: Wed, 22 Jan 2014 11:40:18 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: "Marat N.Afanasyev" Subject: Re: Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' References: <52DF98B2.4080306@li.ru> In-Reply-To: <52DF98B2.4080306@li.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: kwm@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 10:40:40 -0000 On 01/22/14 11:08, Marat N.Afanasyev wrote: > Hello! > > I have a problem with building almost anything because of libdrm version > mismatch. when I try to build, e.g. poppler-glib it says > > checking for CAIRO... no > configure: error: "Cairo output is required to build glib frontend" > > and in config.log I see > > configure:21373: checking for CAIRO > configure:21380: $PKG_CONFIG --exists --print-errors "cairo >= > $CAIRO_VERSION cairo-ft >= > $CAIRO_VERSION" > configure:21383: $? = 0 > configure:21397: $PKG_CONFIG --exists --print-errors "cairo >= > $CAIRO_VERSION cairo-ft >= > $CAIRO_VERSION" > configure:21400: $? = 0 > configure:21414: result: no > Package dependency requirement 'libdrm >= 2.4.24' could not be satisfied. > Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' > Package dependency requirement 'libdrm >= 2.4.24' could not be satisfied. > Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' > > configure:21929: error: "Cairo output is required to build glib frontend" > > I tried to find where exactly this check is performed but so far had no > success. > > I know that this problem can be avoided using WITH_NEW_XORG knob in > make.conf, but KMS drivers are still unstable for me, so I'm stuck with > old xorg and old libdrm. > > Is there any way to fix this error? > > I'm using 10.0 stable and ports tree as of yesterday > Can you post a list of all installed ports (and versions), and also the makefile for the cairo port? Regards! -- Niclas From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 10:53:30 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D886CCE for ; Wed, 22 Jan 2014 10:53:30 +0000 (UTC) Received: from mail-lb0-f169.google.com (mail-lb0-f169.google.com [209.85.217.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E31371AC6 for ; Wed, 22 Jan 2014 10:53:29 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id q8so171350lbi.14 for ; Wed, 22 Jan 2014 02:53:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=9T5HSSI01vVOc4Afevwi5ftCQ03P9/YJng/rZFaUsg4=; b=LqLgwvBy3AXPRJSfJZ5JvBGSEMFuhca8cKgCdejEVXBRk+kUNNf6xS7hIwgmlabNBj 2+9MLlwQW9goA8y2tuPoJlzGopSAkbJwN4Ip0SDxOqiS9M/G+VhQwyOe8qFgANys5TqI eP/1vlcYQSWT4mVF+2oDpDd+1drcZlQ3fB8urlJllr6ickSwSjDI3Kvg7oLwRwGPO6hJ loLngfxRLxtMmIckao63YovMe7cWwplNsqzXhYYq8ReshT/qtktaQwZ+EBLvFh1EKHSN f10gUg4eLk6WGmYYO+uV65dJGuLQYawoiZuvafqjpY/DRxw/5jZgLRTKIZh9rwoSJ+Ph GFsA== X-Gm-Message-State: ALoCoQnYUVJivt6Pi+gkcsm5iU08iyFJE4bXCwwBYd6aAGuY9PBgt9clN/+umgrSuPYZSJk79Hnb X-Received: by 10.152.180.228 with SMTP id dr4mr632954lac.32.1390388007785; Wed, 22 Jan 2014 02:53:27 -0800 (PST) Received: from zealot.ksu.ru ([46.42.165.54]) by mx.google.com with ESMTPSA id ld10sm9733823lab.8.2014.01.22.02.53.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 Jan 2014 02:53:26 -0800 (PST) Message-ID: <52DFA325.2060607@li.ru> Date: Wed, 22 Jan 2014 14:53:25 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: Niclas Zeising Subject: Re: Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' References: <52DF98B2.4080306@li.ru> <52DFA012.70301@daemonic.se> In-Reply-To: <52DFA012.70301@daemonic.se> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030904030207000605070105" Cc: kwm@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 10:53:30 -0000 This is a cryptographically signed message in MIME format. --------------ms030904030207000605070105 Content-Type: multipart/mixed; boundary="------------040007040606060504050802" This is a multi-part message in MIME format. --------------040007040606060504050802 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Niclas Zeising wrote: > On 01/22/14 11:08, Marat N.Afanasyev wrote: >> Hello! >> >> I have a problem with building almost anything because of libdrm versi= on >> mismatch. when I try to build, e.g. poppler-glib it says >> >> checking for CAIRO... no >> configure: error: "Cairo output is required to build glib frontend" >> >> and in config.log I see >> >> configure:21373: checking for CAIRO >> configure:21380: $PKG_CONFIG --exists --print-errors "cairo >=3D >> $CAIRO_VERSION cairo-ft >=3D >> $CAIRO_VERSION" >> configure:21383: $? =3D 0 >> configure:21397: $PKG_CONFIG --exists --print-errors "cairo >=3D >> $CAIRO_VERSION cairo-ft >=3D >> $CAIRO_VERSION" >> configure:21400: $? =3D 0 >> configure:21414: result: no >> Package dependency requirement 'libdrm >=3D 2.4.24' could not be satis= fied. >> Package 'libdrm' has version '2.4.17', required version is '>=3D 2.4.2= 4' >> Package dependency requirement 'libdrm >=3D 2.4.24' could not be satis= fied. >> Package 'libdrm' has version '2.4.17', required version is '>=3D 2.4.2= 4' >> >> configure:21929: error: "Cairo output is required to build glib fronte= nd" >> >> I tried to find where exactly this check is performed but so far had n= o >> success. >> >> I know that this problem can be avoided using WITH_NEW_XORG knob in >> make.conf, but KMS drivers are still unstable for me, so I'm stuck wit= h >> old xorg and old libdrm. >> >> Is there any way to fix this error? >> >> I'm using 10.0 stable and ports tree as of yesterday >> > > Can you post a list of all installed ports (and versions), and also the= > makefile for the cairo port? > Regards! > it's not only cairo, it happens, at least, with gtk2 also and any port=20 depending on gtk2, e.g, geeqie, evince, etc. List of all ports is attached --=20 =D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=9C=D0=B0= =D1=80=D0=B0=D1=82 =D0=90=D1=84=D0=B0=D0=BD=D0=B0=D1=81=D1=8C=D0=B5=D0=B2= --------------040007040606060504050802 Content-Type: text/plain; charset=UTF-8; name="pkg_info-aE.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pkg_info-aE.txt" SGVybWVzLTEuMy4zXzIKT1JCaXQyLTIuMTQuMTkKT3BlbkVYUi0yLjEuMF8xCmFsc2EtbGli LTEuMC4yNy4yXzEKYWxzYS1wbHVnaW5zLTEuMC4yN18yCmFwYWNoZS1hbnQtMS45LjMKYXBw cmVzLTEuMC40CmFzcGVsbC0wLjYwLjYuMV8zCmF0LXNwaTItYXRrLTIuOC4wCmF0LXNwaTIt Y29yZS0yLjguMAphdGstMi44LjAKYXV0b2NvbmYtMi42OQphdXRvY29uZi13cmFwcGVyLTIw MTMxMjAzCmF1dG9jb25mMjEzLTIuMTMuMDAwMjI3XzYKYXV0b21ha2UtMS4xNAphdXRvbWFr ZS13cmFwcGVyLTIwMTMxMjAzCmJhc2gtNC4yLjQ1XzEKYmRmdG9wY2YtMS4wLjQKYmlncmVx c3Byb3RvLTEuMS4yCmJpbmQ5OS05LjkuNC4yCmJpbnV0aWxzLTIuMjQKYmlzb24tMi43LjEs MQpiaXRtYXAtMS4wLjcKYm9vc3QtamFtLTEuNTIuMF8xCmJvb3N0LWxpYnMtMS41Mi4wXzIK Ym9vdHN0cmFwLW9wZW5qZGstcjMzMzI3MQpic2gtMi4wLmI0XzYKY2Ffcm9vdF9uc3MtMy4x NS4zLjEKY2Fpcm8tMS4xMC4yXzcsMgpjYW50YXJlbGwtZm9udHMtMC4wLjE1CmNkcGFyYW5v aWEtMy45LjhfOQpjbWFrZS0yLjguMTIuMQpjbWFrZS1tb2R1bGVzLTIuOC4xMi4xXzEKY29s b3JkLTEuMC4xCmNvbXBhdDh4LWFtZDY0LTguNC44MDQwMDAuMjAxMzEwXzIKY29tcGF0OXgt YW1kNjQtOS4yLjkwMjAwMC4yMDEzMTAKY29tcG9zaXRlcHJvdG8tMC40LjIKY29uc29sZWtp dC0wLjQuMwpjdXBzLWNsaWVudC0xLjUuNF8xCmN1cmwtNy4zMy4wXzIKY3VzZTRic2Qta21v ZC0wLjEuMzBfMQpkYW1hZ2Vwcm90by0xLjIuMQpkYjQxLTQuMS4yNV80CmRidXMtMS42LjE4 CmRidXMtZ2xpYi0wLjEwMC4yCmRjb25mLTAuMTQuMQpkZWphdnUtMi4zNApkZXNrdG9wLWZp bGUtdXRpbHMtMC4yMl8xCmRpYWxvZzRwb3J0cy0wLjEuNV8yCmRtYWtlLTQuMTIuMgpkbWlk ZWNvZGUtMi4xMgpkbXhwcm90by0yLjMuMQpkb2Nib29rLTEuNF8xCmRvY2Jvb2stNDIwLTQu Mgpkb2Nib29rLTQzMC00LjMKZG9jYm9vay1zay00LjEuMl80CmRvY2Jvb2steG1sLTQuMl8x CmRvY2Jvb2steG1sLTQzMC00LjMKZG9jYm9vay14bWw0NC00LjRfMQpkb2Nib29rLXhtbDQ1 LTQuNQpkb2Nib29rLXhzbC0xLjc2LjFfMQpkb2Nib29rNDEwLTQuMV80CmRvY2Jvb2s0NDAt NC40XzIKZG9jYm9vazQ1MC00LjVfMgpkb2Nib29rNTAwLTUuMF8xCmRyaS03LjYuMV8zLDIK ZHJpMnByb3RvLTIuOApkcm9pZC1mb250cy10dGYtMjAxMTAzMjQKZW5jYS0xLjEzCmVuY2hh bnQtMS42LjBfMgplbmNvZGluZ3MtMS4wLjRfMSwxCmVwbS00LjIKZXNvdW5kLTAuMi40MV8y CmV2aWVleHQtMS4xLjEKZXhpdjItMC4yM18xLDEKZXhwYXQtMi4xLjAKZmFyc2lnaHQyLTAu MC4zMQpmZnR3My0zLjMuM18xCmZmdHczLWZsb2F0LTMuMy4zXzEKZml4ZXNwcm90by01LjAK ZmxleC0yLjUuMzdfMQpmb250LWFkb2JlLTEwMGRwaS0xLjAuM18xCmZvbnQtYWRvYmUtNzVk cGktMS4wLjNfMQpmb250LWFkb2JlLXV0b3BpYS0xMDBkcGktMS4wLjRfMQpmb250LWFkb2Jl LXV0b3BpYS03NWRwaS0xLjAuNF8xCmZvbnQtYWRvYmUtdXRvcGlhLXR5cGUxLTEuMC40XzEK Zm9udC1hbGlhcy0xLjAuM18xCmZvbnQtYXJhYmljLW1pc2MtMS4wLjNfMQpmb250LWJoLTEw MGRwaS0xLjAuM18xCmZvbnQtYmgtNzVkcGktMS4wLjNfMQpmb250LWJoLWx1Y2lkYXR5cGV3 cml0ZXItMTAwZHBpLTEuMC4zXzEKZm9udC1iaC1sdWNpZGF0eXBld3JpdGVyLTc1ZHBpLTEu MC4zXzEKZm9udC1iaC10dGYtMS4wLjNfMQpmb250LWJoLXR5cGUxLTEuMC4zXzEKZm9udC1i aXRzdHJlYW0tMTAwZHBpLTEuMC4zXzEKZm9udC1iaXRzdHJlYW0tNzVkcGktMS4wLjNfMQpm b250LWJpdHN0cmVhbS10eXBlMS0xLjAuM18xCmZvbnQtY3Jvbnl4LWN5cmlsbGljLTEuMC4z XzEKZm9udC1jdXJzb3ItbWlzYy0xLjAuM18xCmZvbnQtZGFld29vLW1pc2MtMS4wLjNfMQpm b250LWRlYy1taXNjLTEuMC4zXzEKZm9udC1pYm0tdHlwZTEtMS4wLjNfMQpmb250LWlzYXMt bWlzYy0xLjAuM18xCmZvbnQtamlzLW1pc2MtMS4wLjNfMQpmb250LW1pY3JvLW1pc2MtMS4w LjNfMQpmb250LW1pc2MtY3lyaWxsaWMtMS4wLjNfMQpmb250LW1pc2MtZXRoaW9waWMtMS4w LjNfMQpmb250LW1pc2MtbWVsdGhvLTEuMC4zXzEKZm9udC1taXNjLW1pc2MtMS4xLjJfMQpm b250LW11dHQtbWlzYy0xLjAuM18xCmZvbnQtc2NodW1hY2hlci1taXNjLTEuMS4yXzEKZm9u dC1zY3JlZW4tY3lyaWxsaWMtMS4wLjRfMQpmb250LXNvbnktbWlzYy0xLjAuM18xCmZvbnQt c3VuLW1pc2MtMS4wLjNfMQpmb250LXV0aWwtMS4zLjBfMQpmb250LXdpbml0emtpLWN5cmls bGljLTEuMC4zXzEKZm9udC14ZnJlZTg2LXR5cGUxLTEuMC40XzEKZm9udGNhY2hlcHJvdG8t MC4xLjMKZm9udGNvbmZpZy0yLjExLjBfMSwxCmZvbnRzcHJvdG8tMi4xLjIKZnJlZWdsdXQt Mi44LjEKZnJlZXR5cGUyLTIuNS4yCmZ1c2Vmcy1saWJzLTIuOS4zXzEKZ2FtaW4tMC4xLjEw XzYKZ2F3ay00LjEuMApnY2NtYWtlZGVwLTEuMC4yXzEKZ2NvbmYyLTIuMzIuMF8zCmdkay1w aXhidWYyLTIuMjguMgpnZXRvcHQtMS4xLjUKZ2V0dGV4dC0wLjE4LjMuMQpnaWZsaWItNC4y LjMKZ2xldy0xLjEwLjBfMQpnbGliLTIuMzYuM18xCmdsaWItbmV0d29ya2luZy0yLjM2LjIK Z2xwcm90by0xLjQuMTcKZ21ha2UtMy44Ml8xCmdtcC01LjEuMwpnbm9tZS1kb2MtdXRpbHMt MC4yMC4xMApnbm9tZS1pY29uLXRoZW1lLTMuNi4yCmdub21lLWljb25zLWNyeXN0YWwtMS4y LjBfNApnbm9tZS1taW1lLWRhdGEtMi4xOC4wXzQKZ25vbWUtbW91bnQtMC44XzExCmdub21l LXZmcy0yLjI0LjRfMQpnbm9tZV9zdWJyLTEuMApnbm9tZWhpZXItMy4wCmdudXRscy0yLjEy LjIzXzMKZ29iamVjdC1pbnRyb3NwZWN0aW9uLTEuMzYuMF8yCmdwZXJmLTMuMC4zCmdyYXBo aXRlMi0xLjIuNApnc2V0dGluZ3MtZGVza3RvcC1zY2hlbWFzLTMuNi4xXzEKZ3N0cmVhbWVy LTAuMTAuMzYKZ3N0cmVhbWVyLWZmbXBlZy0wLjEwLjEzXzEKZ3N0cmVhbWVyLXBsdWdpbnMt MC4xMC4zNl8zLDMKZ3N0cmVhbWVyLXBsdWdpbnMtYTUyZGVjLTAuMTAuMTksMwpnc3RyZWFt ZXItcGx1Z2lucy1iYWQtMC4xMC4yMywzCmdzdHJlYW1lci1wbHVnaW5zLWNvcmUtMC4xMF8x Mwpnc3RyZWFtZXItcGx1Z2lucy1kdHMtMC4xMC4yMywzCmdzdHJlYW1lci1wbHVnaW5zLWR2 ZC0wLjEwLjE5LDMKZ3N0cmVhbWVyLXBsdWdpbnMtZ29vZC0wLjEwLjMxLDMKZ3N0cmVhbWVy LXBsdWdpbnMtbGlicG5nLTAuMTAuMzEsMwpnc3RyZWFtZXItcGx1Z2lucy1tYWQtMC4xMC4x OSwzCmdzdHJlYW1lci1wbHVnaW5zLW1wMy0wLjEwLjBfMQpnc3RyZWFtZXItcGx1Z2lucy1v Z2ctMC4xMC4zNiwzCmdzdHJlYW1lci1wbHVnaW5zLXBhbmdvLTAuMTAuMzZfMSwzCmdzdHJl YW1lci1wbHVnaW5zLXRoZW9yYS0wLjEwLjM2LDMKZ3N0cmVhbWVyLXBsdWdpbnMtdWdseS0w LjEwLjE5LDMKZ3N0cmVhbWVyLXBsdWdpbnMtdjRsMi0wLjEwLjMxLDMKZ3N0cmVhbWVyLXBs dWdpbnMtdm9yYmlzLTAuMTAuMzYsMwpnc3RyZWFtZXItcGx1Z2lucy14dmlkLTAuMTAuMjMs MwpndGstYXF1YWV4dHJlbWVzdW5rZW4tdGhlbWUtMS4wXzcKZ3RrLWFxdWFsaWdodGJsdWUt dGhlbWUtMC4xXzExCmd0ay1ibHVlY3VydmUtdGhlbWUtNy4wLjBfNApndGstZG9jLTEuMTgK Z3RrLWVuZ2luZXMyLTIuMjAuMl8xCmd0ay1tdXJyaW5hLWFxdWEtMC4xXzYKZ3RrLW11cnJp bmUtZW5naW5lLTAuOTguMl8yCmd0ay1tdXJyaW5lLXRoZW1lcy0wLjNfNgpndGstdXBkYXRl LWljb24tY2FjaGUtMi4yNC4yMgpndGsyLTIuMjQuMjJfMQpndGszLTMuOC44Cmd0azMtb3h5 Z2VuLWVuZ2luZS0xLjIuMQpndGszLXVuaWNvLWVuZ2luZS0xLjAuMgpndGtjaHRoZW1lLTAu My4xXzEwCmd0a3NwZWxsLTIuMC4xNl80Cmd2ZnMtMS4xMi4zXzIKaGFsLTAuNS4xNF8yMgpo YXJmYnV6ei0wLjkuMjUKaGRmNS0xOC0xLjguMTAKaGVscDJtYW4tMS40My4zXzEKaGljb2xv ci1pY29uLXRoZW1lLTAuMTIKaHVuc3BlbGwtMS4zLjJfNAppY2VhdXRoLTEuMC42Cmljb24t Ymx1ZWN1cnZlLXRoZW1lLTcuMC4wXzQKaWNvbi1uYW1pbmctdXRpbHMtMC44LjkwXzEKaWNv bi1zbGljZXItMC4zXzgKaWN1LTUwLjEuMgppZG5raXQtMS4wXzMKaWxtYmFzZS0yLjEuMApp bWFrZS0xLjAuNl8xLDEKaW5wdXRwcm90by0yLjMKaW50bHRvb2wtMC41MC4yCmlzYy1kaGNw NDItc2VydmVyLTQuMi41Cmlzbzg4NzktMTk4Nl8zCmphZGUtMS4yLjFfOQpqYWthcnRhLWNv bW1vbnMtY29kZWMtMS45Cmpha2FydGEtY29tbW9ucy1odHRwY2xpZW50LTMuMV8xCmpha2Fy dGEtY29tbW9ucy1sYW5nLTIuNgpqYWthcnRhLWNvbW1vbnMtbG9nZ2luZy0xLjEuMQpqYXNw ZXItMS45MDAuMV8xMgpqYXZhLXpvbmVpbmZvLTIwMTMuaQpqYXZhdm13cmFwcGVyLTIuNF8z CmpiaWdraXQtMS42CmpwZWctOF80Cmp1bml0LTQuMTAKa2Jwcm90by0xLjAuNgpsY21zLTEu MTlfMSwxCmxjbXMyLTIuNQpsaWJGUy0xLjAuNQpsaWJHTC05LjEuNwpsaWJHTFUtOS4wLjAK bGliSUNFLTEuMC44LDEKbGliSURMLTAuOC4xNF8xCmxpYlNNLTEuMi4yLDEKbGliWDExLTEu Ni4yLDEKbGliWFNjcm5TYXZlci0xLjIuMgpsaWJYVHJhcC0xLjAuMQpsaWJYYXUtMS4wLjgK bGliWGF3LTEuMC4xMiwyCmxpYlhjb21wb3NpdGUtMC40LjQsMQpsaWJYY3Vyc29yLTEuMS4x NApsaWJYZGFtYWdlLTEuMS40CmxpYlhkbWNwLTEuMS4xCmxpYlhldmllLTEuMC4zCmxpYlhl eHQtMS4zLjIsMQpsaWJYZml4ZXMtNS4wLjEKbGliWGZvbnQtMS40LjcsMQpsaWJYZm9udGNh Y2hlLTEuMC41CmxpYlhmdC0yLjMuMQpsaWJYaS0xLjcuMiwxCmxpYlhpbmVyYW1hLTEuMS4z LDEKbGliWG11LTEuMS4yLDEKbGliWHAtMS4wLjIsMQpsaWJYcG0tMy41LjExCmxpYlhyYW5k ci0xLjQuMgpsaWJYcmVuZGVyLTAuOS44CmxpYlhyZXMtMS4wLjcKbGliWHQtMS4xLjQsMQps aWJYdHN0LTEuMi4yCmxpYlh2LTEuMC4xMCwxCmxpYlh2TUMtMS4wLjgKbGliWHhmODZkZ2Et MS4xLjQKbGliWHhmODZtaXNjLTEuMC4zCmxpYlh4Zjg2dm0tMS4xLjMKbGliYTUyLTAuNy40 XzIKbGliYWFjcy0wLjYuMApsaWJhcnRfbGdwbC0yLjMuMjEsMQpsaWJhdWRpb2ZpbGUtMC4z LjYKbGliYmx1cmF5LTAuMy4wLDEKbGliYm9ub2JvLTIuMzIuMApsaWJib25vYm91aS0yLjI0 LjRfMQpsaWJjYW5iZXJyYS0wLjI4XzMKbGliY2RkYi0xLjMuMl8xCmxpYmNkaW8tMC44M18y CmxpYmNoZWNrLTAuOS4xMQpsaWJjcm9jby0wLjYuOApsaWJkY2EtMC4wLjUKbGliZG14LTEu MS4zCmxpYmRybS0yLjQuMTdfMQpsaWJkdmRjc3MtMS4yLjEyCmxpYmR2ZHJlYWQtNC4yLjBf MgpsaWJlcmF0aW9uLWZvbnRzLXR0Zi0yLjAwLjEsMQpsaWJldmVudDItMi4wLjIxCmxpYmV4 aWYtMC42LjIxCmxpYmZmaS0zLjAuMTNfMQpsaWJmbS0xLjEuMi4yXzEKbGliZm9udGVuYy0x LjEuMgpsaWJnY3J5cHQtMS41LjMKbGliZ2QtMi4xLjBfMSwxCmxpYmdsYWRlMi0yLjYuNF81 CmxpYmdub21lLTIuMzIuMF8xCmxpYmdub21lLWtleXJpbmctMi4zMi4wXzYKbGliZ25vbWVj YW52YXMtMi4zMC4zXzEKbGliZ25vbWV1aS0yLjI0LjRfMwpsaWJncGctZXJyb3ItMS4xMgps aWJncGhvdG8yLTIuNS4zCmxpYmdzZi0xLjE0LjI4CmxpYmlkM3RhZy0wLjE1LjFiCmxpYmlk bi0xLjI4XzEKbGlibHRkbC0yLjQuMl8yCmxpYm1hZC0wLjE1LjFiXzIKbGlibmljZS0wLjEu MwpsaWJub3RpZnktMC43LjUKbGlib2dnLTEuMy4xLDQKbGlib2xkWC0xLjAuMQpsaWJwY2lh Y2Nlc3MtMC4xMy4yCmxpYnByb3h5LTAuNC42CmxpYnB0aHJlYWQtc3R1YnMtMC4zXzQKbGli cHVycGxlLTIuMTAuN18yCmxpYnJzdmcyLTIuMzYuNApsaWJzaWdzZWd2LTIuMTAKbGlic2xh bmcyLTIuMi40XzUKbGlic291cC0yLjQwLjNfMgpsaWJzb3VwLWdub21lLTIuNDAuM18zCmxp YnNzaDItMS40LjNfMSwyCmxpYnRhc24xLTMuMwpsaWJ0aGVvcmEtMS4xLjFfMwpsaWJ0b29s LTIuNC4yXzIKbGlidjRsLTAuOC44XzEKbGlidmRwYXUtMC43CmxpYnZvbHVtZV9pZC0wLjgx LjEKbGlidm9yYmlzLTEuMy4zXzEsMwpsaWJ2cHgtMS4zLjAKbGlid3Jhc3Rlci0wLjk1LjUK bGlieGNiLTEuOS4zCmxpYnhrYmZpbGUtMS4wLjgKbGlieGtidWktMS4wLjJfMQpsaWJ4bWwy LTIuOC4wXzMKbGlieHNsdC0xLjEuMjhfMQpsaWJ5YW1sLTAuMS40XzIKbGx2bTMzLTMuM183 Cmx1Y2VuZS0zLjYuMgpsdWl0LTEuMS4xCm00LTEuNC4xNywxCm1ha2VkZXBlbmQtMS4wLjUs MQptYy00LjguMTEKbWVudS1jYWNoZS0wLjUuMQptZXNhLWRlbW9zLTguMS4wCm1pZG9yaS0w LjUuNwpta2ZvbnRkaXItMS4wLjcKbWtmb250c2NhbGUtMS4xLjEKbXBkNS01LjcKbXBmci0z LjEuMgptcGxheWVyLTEuMS5yMjAxMzEyMjMKbXBsYXllci1za2lucy0xLjEuM18xCm5hc20t Mi4xMC4wOSwxCm5ldHBibS0xMC4zNS44OQpuZXR0bGUtMi43LjEKbnNwci00LjEwLjIKbnNz LTMuMTUuMy4xCm9wZW5qZGstNy4yNS4xNV8yLDEKb3BlbmpwZWctMS41LjBfMgpvcHVzLTEu MQpvcmMtMC40LjE4CnAxMS1raXQtMC4yMC4xCnA1LUFyY2hpdmUtWmlwLTEuMzYKcDUtQXV0 aGVuLU5UTE0tMS4wOQpwNS1EaWdlc3QtSE1BQy0xLjAzCnA1LUVuY29kZS1Mb2NhbGUtMS4w MwpwNS1GaWxlLUxpc3RpbmctNi4wNApwNS1GaWx0ZXItMS40OQpwNS1IVE1MLVBhcnNlci0z LjcxCnA1LUhUTUwtVGFnc2V0LTMuMjAKcDUtSFRUUC1Db29raWVzLTYuMDEKcDUtSFRUUC1E YWVtb24tNi4wMQpwNS1IVFRQLURhdGUtNi4wMgpwNS1IVFRQLU1lc3NhZ2UtNi4wNl8yCnA1 LUhUVFAtTmVnb3RpYXRlLTYuMDEKcDUtSU8tSFRNTC0xLjAwCnA1LUlPLVNvY2tldC1JUC0w LjI2CnA1LUlPLVNvY2tldC1TU0wtMS45NjIKcDUtTFdQLU1lZGlhVHlwZXMtNi4wMgpwNS1M b2NhbGUtZ2V0dGV4dC0xLjA1XzMKcDUtTmV0LUhUVFAtNi4wNgpwNS1OZXQtU1NMZWF5LTEu NTcKcDUtU29ja2V0LTIuMDEzCnA1LVN3aXRjaC0yLjE2CnA1LVVSSS0xLjYwCnA1LVVuaWNv ZGUtTWFwOC0wLjEzCnA1LVVuaWNvZGUtU3RyaW5nLTIuMDkKcDUtV1dXLVJvYm90UnVsZXMt Ni4wMgpwNS1YTUwtTmFtZXNwYWNlU3VwcG9ydC0xLjExCnA1LVhNTC1QYXJzZXItMi40MV8x CnA1LVhNTC1TQVgtMC45OV8xCnA1LVhNTC1TQVgtQmFzZS0xLjA4CnA1LVhNTC1TQVgtRXhw YXQtMC41MApwNS1YTUwtU2ltcGxlLTIuMjAKcDUtbGlid3d3LTYuMDUKcDd6aXAtOS4yMC4x XzIKcGFuZ28tMS4zNC4xXzEKcGF0Y2gtMi43LjEKcGNpaWRzLTIwMTMxMjI1CnBjbWFuZm0t MS4xLjJfMQpwY3JlLTguMzMKcGVrc3lzdHJheS0wLjQuMF8yCnBlcmw1LTUuMTYuM182CnBp ZGdpbi0yLjEwLjdfMQpwaXhtYW4tMC4zMi40CnBrZ2NvbmYtMC45LjQKcG5nLTEuNS4xNwpw b2xpY3lraXQtMC45XzYKcG9saWN5a2l0LWdub21lLTAuOS4yXzYKcG9sa2l0LTAuMTA1XzEK cG9wcGxlci0wLjI0LjQKcG9wcGxlci1kYXRhLTAuNC42CnBvcHQtMS4xNgpwb3J0dXBncmFk ZS0yLjQuMTIsMgpwcmludHByb3RvLTEuMC41CnByaXZveHktMy4wLjIxXzEKcHkyNy1CYWJl bC0xLjNfMQpweTI3LUppbmphMi0yLjcuMQpweTI3LU1hcmt1cFNhZmUtMC4xOApweTI3LWNh aXJvLTEuMTAuMF8xCnB5MjctZGJ1cy0xLjEuMQpweTI3LWRvY3V0aWxzLTAuMTEKcHkyNy1n b2JqZWN0LTIuMjguNl8zCnB5MjctZ3N0cmVhbWVyLTAuMTAuMjJfMQpweTI3LWxpYnhtbDIt Mi44LjAKcHkyNy1weWdtZW50cy0xLjYKcHkyNy1weXR6LTIwMTMuOSwxCnB5Mjctc2V0dXB0 b29scy0yLjAuMQpweTI3LXNwaGlueC0xLjIKcHkyNy1zcWxpdGUzLTIuNy42XzMKcHl0aG9u LTIuN18xLDIKcHl0aG9uMi0yXzIKcHl0aG9uMjctMi43LjZfMQpyYW5kcnByb3RvLTEuNC4w CnJhci00LjIuMCwzCnJhcmlhbi0wLjguMQpyZWNvZGUtMy42XzkKcmVjb3JkcHJvdG8tMS4x NC4yCnJlbmRlcnByb3RvLTAuMTEuMQpyZXNvdXJjZXByb3RvLTEuMi4wCnJyZHRvb2wxMi0x LjIuMzBfMgpydWJ5LTEuOS4zLjQ4NCwxCnJ1YnkxOS1iZGItMC42LjZfMwpzYW1iYTM2LWxp YnNtYmNsaWVudC0zLjYuMjIKc2F4b24tZGV2ZWwtOS4xLjAuOCwxCnNjaHJvZWRpbmdlci0x LjAuMTFfMQpzY3Juc2F2ZXJwcm90by0xLjIuMgpzZWFtb25rZXktMi4yM18xCnNlc3NyZWct MS4wLjgKc2V0eGtibWFwLTEuMy4wCnNoYXJlZC1taW1lLWluZm8tMS4xCnNoYy0zLjguOQpz bXByb3h5LTEuMC41CnNxbGl0ZTMtMy44LjIKc3N2bmMtMS4wLjI5CnN0YXJ0dXAtbm90aWZp Y2F0aW9uLTAuMTJfMQpzdHVubmVsLTQuNTYKc3Vkby0xLjguOAp0YWxsb2MtMi4wLjgKdGNs ODYtOC42LjEKdGRiLTEuMi4xMiwxCnRldmVudC0wLjkuMTgKdGlmZi00LjAuMwp0ay13cmFw cGVyLTEuMV8xCnRrODYtOC42LjEKdG9yLTAuMi40LjIwCnRyYWRjcHAtMC40CnRyYW5zbWlz c2lvbi1ndGstMi44Mgp0cmFuc21pc3Npb24td2ViLTIuODIKdHJhcHByb3RvLTMuNC4zCnVu cmFyLWljb252LTQuMjBfMSw1CnVuemlwLTYuMF8xCnY0bF9jb21wYXQtMS4wLjIwMTIwNTAx XzEKdmFsYS0wLjIwLjEKdmlkZW9wcm90by0yLjMuMgp2aWdyYS0xLjkuMF80CnZpbS1saXRl LTcuNC4xMTAKd2RtLTEuMjhfMTEKd2ViY2FtZC0zLjExLjAuMgp3ZWJraXQtZ3RrMi0xLjgu M18yCndnZXQtMS4xNF8yCndpbmRvd21ha2VyLTAuOTUuNQp3bWljb25zLTEuMF8yCndtdGlt ZS0xLjBiMl8xCndtd2VhdGhlcistMi4xNQp4YXV0aC0xLjAuOAp4YmFja2xpZ2h0LTEuMi4x CnhiaXRtYXBzLTEuMS4xCnhjYWxjLTEuMC41CnhjYi1wcm90by0xLjkKeGNiLXV0aWwtMC4z LjlfMSwxCnhjYi11dGlsLXJlbmRlcnV0aWwtMC4zLjgKeGNoYXQtMi44LjhfMQp4Y21pc2Nw cm90by0xLjIuMgp4Y21zZGItMS4wLjQKeGNvbnNvbGUtMS4wLjYKeGN1cnNvci10aGVtZXMt MS4wLjRfMQp4Y3Vyc29yZ2VuLTEuMC41CnhkZy11dGlscy0xLjAuMi4yMDEzMDkxOV8xCnhk cHlpbmZvLTEuMy4xCnhkcmlpbmZvLTEuMC40Cnhldi0xLjIuMQp4ZXh0cHJvdG8tNy4yLjEK eGY4Ni1pbnB1dC1rZXlib2FyZC0xLjguMAp4Zjg2LWlucHV0LW1vdXNlLTEuOS4wXzEKeGY4 Ni12aWRlby1hdGktNi4xNC42XzEKeGY4Ni12aWRlby12ZXNhLTIuMy4zXzEKeGY4NmJpZ2Zv bnRwcm90by0xLjIuMAp4Zjg2ZGdhLTEuMC4zCnhmODZkZ2Fwcm90by0yLjEKeGY4NmRyaXBy b3RvLTIuMS4xCnhmODZtaXNjcHJvdG8tMC45LjMKeGY4NnZpZG1vZGVwcm90by0yLjMuMQp4 Z2FtbWEtMS4wLjUKeGdjLTEuMC40Cnhob3N0LTEuMC42CnhpbmVyYW1hcHJvdG8tMS4yLjEK eGluaXQtMS4zLjMsMQp4aW5wdXQtMS42LjEKeGtiY29tcC0xLjIuNAp4a2JldmQtMS4xLjMK eGtidXRpbHMtMS4wLjQKeGtleWJvYXJkLWNvbmZpZy0yLjEwLjEKeGtpbGwtMS4wLjQKeGxz YXRvbXMtMS4xLjEKeGxzY2xpZW50cy0xLjEuMwp4bWVzc2FnZS0xLjAuNAp4bWxjYXRtZ3It Mi4yCnhtbGNoYXJlbnQtMC4zXzIKeG1vZG1hcC0xLjAuOAp4b3JnLTcuNwp4b3JnLWFwcHMt Ny43CnhvcmctY2YtZmlsZXMtMS4wLjVfMQp4b3JnLWRvY3MtMS43LDEKeG9yZy1kcml2ZXJz LTcuNwp4b3JnLWZvbnRzLTEwMGRwaS03LjcKeG9yZy1mb250cy03LjcKeG9yZy1mb250cy03 NWRwaS03LjcKeG9yZy1mb250cy1jeXJpbGxpYy03LjcKeG9yZy1mb250cy1taXNjYml0bWFw cy03LjcKeG9yZy1mb250cy10cnVldHlwZS03LjdfMQp4b3JnLWZvbnRzLXR5cGUxLTcuNwp4 b3JnLWxpYnJhcmllcy03LjdfMQp4b3JnLW1hY3Jvcy0xLjE4LjAKeG9yZy1zZXJ2ZXItMS43 LjdfMTEsMQp4cHItMS4wLjQKeHByb3AtMS4yLjIKeHByb3RvLTcuMC4yNQp4cmFuZHItMS40 LjEKeHJkYi0xLjEuMAp4cmVmcmVzaC0xLjAuNQp4c2V0LTEuMi4zXzEKeHNldG1vZGUtMS4w LjAKeHNldHJvb3QtMS4xLjEKeHRlcm0tMzAxCnh0cmFucy0xLjMuMgp4dmlkLTEuMy4yLDEK eHZpbmZvLTEuMS4yCnh3ZC0xLjAuNgp4d2luaW5mby0xLjEuMwp4d3VkLTEuMC40Cnlhc20t MS4yLjAKemlwLTMuMAo= --------------040007040606060504050802-- --------------ms030904030207000605070105 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW /tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py 8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3 Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAxMjIx MDUzMjVaMCMGCSqGSIb3DQEJBDEWBBQFNYcu7s9kp4H3uC9JDS3zvIIW/jBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEAlyMMsxCjOToMC/afJVP52eZHGvC5Q52UWy8O4tTa Z7aJxwDmxxzfAMN6Y51A6Zm9gD3mSruPKN8tuunnFJIgHwJm/xTpngVUiVv6vmeTJvM0e9y0 IVogfZmYn34tPfuFaFxvUKl+NGl1hrRZAOwdCH0iBkZ7MQXa1/CR1FZAxs7tS5KaBAS4CWgm Xa7qFoy2HU00+E/Xnrnpz64zcyL39lOIJW+FjU430O7IZm/NBclEpM8X236vfiyLFnVDEhmt q9mxDH52HVbTxGsjZz2yb+YlH7ZinOzIKC2lrOgeu755gKA4HlQkASG4qTYz53F6cb+ZnFCW f+9cZ33BjNijcwAAAAAAAA== --------------ms030904030207000605070105-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 10:58:30 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2ABBF3F; Wed, 22 Jan 2014 10:58:29 +0000 (UTC) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78D191B05; Wed, 22 Jan 2014 10:58:29 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 0E16440021; Wed, 22 Jan 2014 11:58:28 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 03F6B4001D; Wed, 22 Jan 2014 11:58:28 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id AA81140014; Wed, 22 Jan 2014 11:58:27 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3f8Nrg33JWz8ggv; Wed, 22 Jan 2014 11:58:27 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([10.1.0.3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [10.1.0.6]) (amavisd-new, port 10025) with ESMTPS id BVbjOD80z51g; Wed, 22 Jan 2014 11:58:25 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3f8NrW3mCvz8gh0; Wed, 22 Jan 2014 11:58:19 +0100 (CET) Received: from tifa.daemonic.se (tifa.daemonic.se [IPv6:2001:470:dca9:1::6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3f8NrW3JJmz9Cvr; Wed, 22 Jan 2014 11:58:19 +0100 (CET) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id 4F7B022818; Wed, 22 Jan 2014 11:58:19 +0100 (CET) Message-ID: <52DFA44B.1000102@daemonic.se> Date: Wed, 22 Jan 2014 11:58:19 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: "Marat N.Afanasyev" Subject: Re: Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' References: <52DF98B2.4080306@li.ru> <52DFA012.70301@daemonic.se> <52DFA325.2060607@li.ru> In-Reply-To: <52DFA325.2060607@li.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: kwm@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 10:58:30 -0000 On 01/22/14 11:53, Marat N.Afanasyev wrote: > Niclas Zeising wrote: >> On 01/22/14 11:08, Marat N.Afanasyev wrote: >>> Hello! >>> >>> I have a problem with building almost anything because of libdrm version >>> mismatch. when I try to build, e.g. poppler-glib it says >>> >>> checking for CAIRO... no >>> configure: error: "Cairo output is required to build glib frontend" >>> >>> and in config.log I see >>> >>> configure:21373: checking for CAIRO >>> configure:21380: $PKG_CONFIG --exists --print-errors "cairo >= >>> $CAIRO_VERSION cairo-ft >= >>> $CAIRO_VERSION" >>> configure:21383: $? = 0 >>> configure:21397: $PKG_CONFIG --exists --print-errors "cairo >= >>> $CAIRO_VERSION cairo-ft >= >>> $CAIRO_VERSION" >>> configure:21400: $? = 0 >>> configure:21414: result: no >>> Package dependency requirement 'libdrm >= 2.4.24' could not be >>> satisfied. >>> Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' >>> Package dependency requirement 'libdrm >= 2.4.24' could not be >>> satisfied. >>> Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' >>> >>> configure:21929: error: "Cairo output is required to build glib >>> frontend" >>> >>> I tried to find where exactly this check is performed but so far had no >>> success. >>> >>> I know that this problem can be avoided using WITH_NEW_XORG knob in >>> make.conf, but KMS drivers are still unstable for me, so I'm stuck with >>> old xorg and old libdrm. >>> >>> Is there any way to fix this error? >>> >>> I'm using 10.0 stable and ports tree as of yesterday >>> >> >> Can you post a list of all installed ports (and versions), and also the >> makefile for the cairo port? >> Regards! >> > it's not only cairo, it happens, at least, with gtk2 also and any port > depending on gtk2, e.g, geeqie, evince, etc. > > List of all ports is attached > Nothing new has happened in this area for some time, and I haven't seen any other reports about this issue. Do you have any local changes in your ports tree? What version of FreeBSD? Can you provide a config.log of a failing port, and also the output of pkgconf --exists --print-errors cairo ? Regards! -- Niclas From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 11:05:50 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC442240 for ; Wed, 22 Jan 2014 11:05:50 +0000 (UTC) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5CACC1CB6 for ; Wed, 22 Jan 2014 11:05:50 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id b8so182199lan.32 for ; Wed, 22 Jan 2014 03:05:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=u37EUGN4eCAlB2LNYtg1ToLxDd7FHF8EN0UmzZg0OeY=; b=he81qmAENKHkeIpO0OICYGU95VvLlV/OXXmSIPl/suveVF/YdTRCH24kxrQAuntaQW 0sGixAcxBDsQGh3R/lJyLvrizInme0j9z7L+v4IpTfaKqXFkGB+8GquDiRmCSBnVGpAz AQZxKJvuJyOvjqbwlDncywMmoXt6tWBU6S4117Y+8Hmv/SQKyAmYePK4oqOJ4yY2d41H hjXDQJeF1ctA1Hrmfm/obJgaYO347y7joS3gWNEmPb09LyoLzhbJsYC+/LOyNHdiZVgs LmoBjnt7rtJLZ40slij4dGfoRk/3St0ATZALcjXdsXcimadGu9Q/XZmGzy5kC3OoUYAf MVYQ== X-Gm-Message-State: ALoCoQnt2BACjteZ4XsrcUfYCqtcozOJRZkDPdstVFmtrbn/CORPUaJXqJMLpegcJvidFcZvkKvs X-Received: by 10.112.150.100 with SMTP id uh4mr603131lbb.3.1390388748177; Wed, 22 Jan 2014 03:05:48 -0800 (PST) Received: from zealot.ksu.ru ([46.42.165.54]) by mx.google.com with ESMTPSA id wt2sm7227247lbb.2.2014.01.22.03.05.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 Jan 2014 03:05:47 -0800 (PST) Message-ID: <52DFA609.1070801@li.ru> Date: Wed, 22 Jan 2014 15:05:45 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: Niclas Zeising Subject: Re: Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' References: <52DF98B2.4080306@li.ru> <52DFA012.70301@daemonic.se> <52DFA325.2060607@li.ru> <52DFA44B.1000102@daemonic.se> In-Reply-To: <52DFA44B.1000102@daemonic.se> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030407000704060508090109" Cc: kwm@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 11:05:51 -0000 This is a cryptographically signed message in MIME format. --------------ms030407000704060508090109 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Niclas Zeising wrote: > On 01/22/14 11:53, Marat N.Afanasyev wrote: >> Niclas Zeising wrote: >>> On 01/22/14 11:08, Marat N.Afanasyev wrote: >>>> Hello! >>>> >>>> I have a problem with building almost anything because of libdrm ver= sion >>>> mismatch. when I try to build, e.g. poppler-glib it says >>>> >>>> checking for CAIRO... no >>>> configure: error: "Cairo output is required to build glib frontend" >>>> >>>> and in config.log I see >>>> >>>> configure:21373: checking for CAIRO >>>> configure:21380: $PKG_CONFIG --exists --print-errors "cairo >=3D >>>> $CAIRO_VERSION cairo-ft >=3D >>>> $CAIRO_VERSION" >>>> configure:21383: $? =3D 0 >>>> configure:21397: $PKG_CONFIG --exists --print-errors "cairo >=3D >>>> $CAIRO_VERSION cairo-ft >=3D >>>> $CAIRO_VERSION" >>>> configure:21400: $? =3D 0 >>>> configure:21414: result: no >>>> Package dependency requirement 'libdrm >=3D 2.4.24' could not be >>>> satisfied. >>>> Package 'libdrm' has version '2.4.17', required version is '>=3D 2.4= =2E24' >>>> Package dependency requirement 'libdrm >=3D 2.4.24' could not be >>>> satisfied. >>>> Package 'libdrm' has version '2.4.17', required version is '>=3D 2.4= =2E24' >>>> >>>> configure:21929: error: "Cairo output is required to build glib >>>> frontend" >>>> >>>> I tried to find where exactly this check is performed but so far had= no >>>> success. >>>> >>>> I know that this problem can be avoided using WITH_NEW_XORG knob in >>>> make.conf, but KMS drivers are still unstable for me, so I'm stuck w= ith >>>> old xorg and old libdrm. >>>> >>>> Is there any way to fix this error? >>>> >>>> I'm using 10.0 stable and ports tree as of yesterday >>>> >>> >>> Can you post a list of all installed ports (and versions), and also t= he >>> makefile for the cairo port? >>> Regards! >>> >> it's not only cairo, it happens, at least, with gtk2 also and any port= >> depending on gtk2, e.g, geeqie, evince, etc. >> >> List of all ports is attached >> > > Nothing new has happened in this area for some time, and I haven't seen= > any other reports about this issue. Do you have any local changes in > your ports tree? What version of FreeBSD? Can you provide a config.lo= g > of a failing port, and also the output of pkgconf --exists > --print-errors cairo ? > Regards! > No changes in ports tree % pkgconf --exists --print-errors cairo ; echo $? 0 % svnlite info Path: . Working Copy Root Path: /mnt/mod_usr/10.0 URL: svn://svn.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 260988 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 260984 Last Changed Date: 2014-01-21 19:57:59 +0400 (=D0=B2=D1=82, 21 =D1=8F=D0=BD= =D0=B2 2014) % cd /usr/ports/ % svnlite info Path: . Working Copy Root Path: /mnt/mod_usr/head URL: svn://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 340636 Node Kind: directory Schedule: normal Last Changed Author: danilo Last Changed Rev: 340636 Last Changed Date: 2014-01-21 22:43:56 +0400 (=D0=B2=D1=82, 21 =D1=8F=D0=BD= =D0=B2 2014) I wonder, where this chec may be happening and how testing for cairo may = be mixed up with testing for libdrm... --=20 SY, Marat --------------ms030407000704060508090109 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW /tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py 8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3 Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAxMjIx MTA1NDVaMCMGCSqGSIb3DQEJBDEWBBRRyv4vaXX4mkapt+6SjWTJhHZr5TBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEAprjkQdRfIuVrpK2zjlmM8AZS12pHXnlASR4TF5w1 HiwzJjLKtAfgYdaF3kJ2RVAb//CehuJIYAmWMGQEL/dYHBmfphjQJaw1dm5bjecNvxHnKnY/ x1T4fFaJ1NNWWBWd6ysdLq8e6WXH1ouCAltPo8v1XJYI/M1Ux99MxOwgfo9uz4BTHyMFX7AI PyJR6yj3hW1143O/CzhD2YcFGpR/IOh8iy8Fr27cjbtdhZcdGmYq0eBZDmYcfKZh8gksPpmg DbO79WqJXVvE3jmAunYGIIque0BTo9NBWJOJ+y5vTb6/CUJdA7gzWW37VuLE/I1uWf6gTNfF hZGMvVoFh6s4/gAAAAAAAA== --------------ms030407000704060508090109-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 11:27:31 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C12339B7; Wed, 22 Jan 2014 11:27:31 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8BE9D1E63; Wed, 22 Jan 2014 11:27:31 +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=3PqyE5uRzChLVxq6BhWFm5/zC0GJJS7vM5Eccl/zl2I=; b=WfG698IuW++2M+cXrayS2jZhVegrQuyN/X5bvxpLH9Ox2V9H7dsfipeZcnu1AyHwleqsyKEMMy92Qwq9VembRAMH86odnhHxjCgjQDuzls7R7F2QVe6ktYVP9w1M4uoa2VdJGD/nCKYzmqe6eMV7lMK1Xhv4jjCBWEw2VZTI3A8=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W5vxy-000NVN-1a; Wed, 22 Jan 2014 11:27:30 +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: knu@FreeBSD.org X-Trac-Project: redports Date: Wed, 22 Jan 2014 11:27:29 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r340703: 4x leftovers To: knu@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140122110400-49784 X-Trac-Build-ID: 20140122110400-49784 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 11:27:31 -0000 Update to 0.9.10, adding support for MySQL 5.5+. --------------------------------------------------------------------- Build ID: 20140122110400-49784 Job owner: knu@FreeBSD.org Buildtime: 23 minutes Enddate: Wed, 22 Jan 2014 11:27:27 GMT Revision: r340703 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=340703 --------------------------------------------------------------------- Port: databases/mysql-q4m 0.9.10 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140122110400-49784-259824/mysql55-q4m-0.9.10.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140122110400-49784-259825/mysql55-q4m-0.9.10.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140122110400-49784-259826/mysql55-q4m-0.9.10.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140122110400-49784-259827/mysql55-q4m-0.9.10.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 12:00:57 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E25D433 for ; Wed, 22 Jan 2014 12:00:57 +0000 (UTC) Received: from mail-la0-f47.google.com (mail-la0-f47.google.com [209.85.215.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A54D41115 for ; Wed, 22 Jan 2014 12:00:56 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id hr17so229159lab.6 for ; Wed, 22 Jan 2014 04:00:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=TwT0HsHzy7BEoLA5gO6Qbb3eynbrFe236T2tRZuo2Zc=; b=l0R2oEDP+qowC+Dxn+cikq1FMeFgZovSMu8I8l9Wk6aRevUDRcSmppEjOCkzlnaiIv 7IMZAxqvj6yiX89f5cZU6p6zGg0r/be9FJr7Y/sJgWW26jzUgMX0AEAiKnXE+ktxpXJF oRYYOofAAjdfuqlxqXMdP3Gy/UzMIKh+OuP4Z0gJ93zzCAQDdWgaGSifDWEvtBE6RStw iZ59EX7Q3h2+5zZrvmacVa98osZPjLlbGG/+1OlFlm10aFKK69I3lNBItNS8Gy3e2r9N M9XtfEg0gGJR0EoVei3qtDxzTIctrID7BTJ93mxTAu4UwX6GkkcMuoKygtz2xaqiTUSg o98A== X-Gm-Message-State: ALoCoQmiidE3gW30/Fpoo7TcQE/7ZDEeWfDdrv/LtRtSPz8U4/tRPahUwezLnWKZJFo2KGv9BOW5 X-Received: by 10.152.121.105 with SMTP id lj9mr884784lab.6.1390392048444; Wed, 22 Jan 2014 04:00:48 -0800 (PST) Received: from zealot.ksu.ru ([46.42.165.54]) by mx.google.com with ESMTPSA id qe4sm7369196lbb.8.2014.01.22.04.00.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 Jan 2014 04:00:47 -0800 (PST) Message-ID: <52DFB2ED.1040600@li.ru> Date: Wed, 22 Jan 2014 16:00:45 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: Niclas Zeising Subject: Re: Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' References: <52DF98B2.4080306@li.ru> <52DFA012.70301@daemonic.se> <52DFA325.2060607@li.ru> <52DFA44B.1000102@daemonic.se> In-Reply-To: <52DFA44B.1000102@daemonic.se> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030009040105070904050408" Cc: kwm@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 12:00:57 -0000 This is a cryptographically signed message in MIME format. --------------ms030009040105070904050408 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Niclas Zeising wrote: > On 01/22/14 11:53, Marat N.Afanasyev wrote: >> Niclas Zeising wrote: >>> On 01/22/14 11:08, Marat N.Afanasyev wrote: >>>> Hello! >>>> >>>> I have a problem with building almost anything because of libdrm ver= sion >>>> mismatch. when I try to build, e.g. poppler-glib it says >>>> >>>> checking for CAIRO... no >>>> configure: error: "Cairo output is required to build glib frontend" >>>> >>>> and in config.log I see >>>> >>>> configure:21373: checking for CAIRO >>>> configure:21380: $PKG_CONFIG --exists --print-errors "cairo >=3D >>>> $CAIRO_VERSION cairo-ft >=3D >>>> $CAIRO_VERSION" >>>> configure:21383: $? =3D 0 >>>> configure:21397: $PKG_CONFIG --exists --print-errors "cairo >=3D >>>> $CAIRO_VERSION cairo-ft >=3D >>>> $CAIRO_VERSION" >>>> configure:21400: $? =3D 0 >>>> configure:21414: result: no >>>> Package dependency requirement 'libdrm >=3D 2.4.24' could not be >>>> satisfied. >>>> Package 'libdrm' has version '2.4.17', required version is '>=3D 2.4= =2E24' >>>> Package dependency requirement 'libdrm >=3D 2.4.24' could not be >>>> satisfied. >>>> Package 'libdrm' has version '2.4.17', required version is '>=3D 2.4= =2E24' >>>> >>>> configure:21929: error: "Cairo output is required to build glib >>>> frontend" >>>> >>>> I tried to find where exactly this check is performed but so far had= no >>>> success. >>>> >>>> I know that this problem can be avoided using WITH_NEW_XORG knob in >>>> make.conf, but KMS drivers are still unstable for me, so I'm stuck w= ith >>>> old xorg and old libdrm. >>>> >>>> Is there any way to fix this error? >>>> >>>> I'm using 10.0 stable and ports tree as of yesterday >>>> >>> >>> Can you post a list of all installed ports (and versions), and also t= he >>> makefile for the cairo port? >>> Regards! >>> >> it's not only cairo, it happens, at least, with gtk2 also and any port= >> depending on gtk2, e.g, geeqie, evince, etc. >> >> List of all ports is attached >> > > Nothing new has happened in this area for some time, and I haven't seen= > any other reports about this issue. Do you have any local changes in > your ports tree? What version of FreeBSD? Can you provide a config.lo= g > of a failing port, and also the output of pkgconf --exists > --print-errors cairo ? > Regards! > hmmm, mea culpa. It seems that when I was rebuilding ports using=20 WITHOUT_NEW_XORG I forgot to rebuild libGL. Thanks --=20 SY, Marat --------------ms030009040105070904050408 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW /tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py 8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3 Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAxMjIx MjAwNDVaMCMGCSqGSIb3DQEJBDEWBBT0tEjW9shV+GuKoT9SDUg1Ynl07TBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEAmLTmJmPKlFAnxlSyIv8ijYodNTs2rfpU9pdzCciM PDy9LJbYnjh8kVYny0JMY9vFsiBRDCsva08spiSUQskPrpmPWfYT6EelCNXKlPfJ7JuVzNf4 8SbGWcboTUbbxDlfqJQ3IA6Gi74pS6e8iC4rJaCBFSKCjaKF5lcXOslO9tJdVpiGt9JAQhz5 rOlrs7iD7E7mPoBTgPLEfgY0f3K/7ajcbTvzeK4wkVkRrjA46OZjB4aff/RzDB/Kcd7bVmSq YZf5nDAG64mNnvEU12yPqgwnXGuJuIDcv15RfwnlMv0bwJ3VeKf1SuaYT8Hvp7nS8gsVmNTo Sdk6Tsor3CTTsAAAAAAAAA== --------------ms030009040105070904050408-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 12:10:39 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12C4C5CF; Wed, 22 Jan 2014 12:10:39 +0000 (UTC) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8EBDD121D; Wed, 22 Jan 2014 12:10:38 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 5E3EF4001E; Wed, 22 Jan 2014 13:10:36 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 5433140024; Wed, 22 Jan 2014 13:10:36 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 004224001E; Wed, 22 Jan 2014 13:10:34 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3f8QRt47bfz8ggx; Wed, 22 Jan 2014 13:10:34 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([10.1.0.3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [10.1.0.6]) (amavisd-new, port 10025) with ESMTPS id 1lWhjP5oSQ4L; Wed, 22 Jan 2014 13:10:32 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 3f8QRr1vH4z8ggv; Wed, 22 Jan 2014 13:10:32 +0100 (CET) Received: from tifa.daemonic.se (tifa.daemonic.se [IPv6:2001:470:dca9:1::6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3f8QRr1J9Xz9CvV; Wed, 22 Jan 2014 13:10:32 +0100 (CET) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id 0C7F322818; Wed, 22 Jan 2014 13:10:32 +0100 (CET) Message-ID: <52DFB537.5060008@daemonic.se> Date: Wed, 22 Jan 2014 13:10:31 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: "Marat N.Afanasyev" Subject: Re: Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' References: <52DF98B2.4080306@li.ru> <52DFA012.70301@daemonic.se> <52DFA325.2060607@li.ru> <52DFA44B.1000102@daemonic.se> <52DFB2ED.1040600@li.ru> In-Reply-To: <52DFB2ED.1040600@li.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: kwm@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 12:10:39 -0000 On 01/22/14 13:00, Marat N.Afanasyev wrote: > Niclas Zeising wrote: >> On 01/22/14 11:53, Marat N.Afanasyev wrote: >>> Niclas Zeising wrote: >>>> On 01/22/14 11:08, Marat N.Afanasyev wrote: >>>>> Hello! >>>>> >>>>> I have a problem with building almost anything because of libdrm >>>>> version >>>>> mismatch. when I try to build, e.g. poppler-glib it says >>>>> >>>>> checking for CAIRO... no >>>>> configure: error: "Cairo output is required to build glib frontend" >>>>> >>>>> and in config.log I see >>>>> >>>>> configure:21373: checking for CAIRO >>>>> configure:21380: $PKG_CONFIG --exists --print-errors "cairo >= >>>>> $CAIRO_VERSION cairo-ft >= >>>>> $CAIRO_VERSION" >>>>> configure:21383: $? = 0 >>>>> configure:21397: $PKG_CONFIG --exists --print-errors "cairo >= >>>>> $CAIRO_VERSION cairo-ft >= >>>>> $CAIRO_VERSION" >>>>> configure:21400: $? = 0 >>>>> configure:21414: result: no >>>>> Package dependency requirement 'libdrm >= 2.4.24' could not be >>>>> satisfied. >>>>> Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' >>>>> Package dependency requirement 'libdrm >= 2.4.24' could not be >>>>> satisfied. >>>>> Package 'libdrm' has version '2.4.17', required version is '>= 2.4.24' >>>>> >>>>> configure:21929: error: "Cairo output is required to build glib >>>>> frontend" >>>>> >>>>> I tried to find where exactly this check is performed but so far >>>>> had no >>>>> success. >>>>> >>>>> I know that this problem can be avoided using WITH_NEW_XORG knob in >>>>> make.conf, but KMS drivers are still unstable for me, so I'm stuck >>>>> with >>>>> old xorg and old libdrm. >>>>> >>>>> Is there any way to fix this error? >>>>> >>>>> I'm using 10.0 stable and ports tree as of yesterday >>>>> >>>> >>>> Can you post a list of all installed ports (and versions), and also the >>>> makefile for the cairo port? >>>> Regards! >>>> >>> it's not only cairo, it happens, at least, with gtk2 also and any port >>> depending on gtk2, e.g, geeqie, evince, etc. >>> >>> List of all ports is attached >>> >> >> Nothing new has happened in this area for some time, and I haven't seen >> any other reports about this issue. Do you have any local changes in >> your ports tree? What version of FreeBSD? Can you provide a config.log >> of a failing port, and also the output of pkgconf --exists >> --print-errors cairo ? >> Regards! >> > hmmm, mea culpa. It seems that when I was rebuilding ports using > WITHOUT_NEW_XORG I forgot to rebuild libGL. Thanks > Ok! Good to know the issue is resolved. Regards! -- Niclas From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 13:19:15 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DD2563E for ; Wed, 22 Jan 2014 13:19:15 +0000 (UTC) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E1FC61791 for ; Wed, 22 Jan 2014 13:19:14 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id A955D40017 for ; Wed, 22 Jan 2014 14:19:12 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 9F34D40016; Wed, 22 Jan 2014 14:19:12 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 57D4240015; Wed, 22 Jan 2014 14:19:11 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3f8Rz26XZYz8ggx; Wed, 22 Jan 2014 14:19:10 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id DNgmuEkliOqw; Wed, 22 Jan 2014 14:19:08 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 3f8Rz027V4z8ggv; Wed, 22 Jan 2014 14:19:08 +0100 (CET) Received: from tifa.daemonic.se (tifa.daemonic.se [10.32.0.6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3f8Rz01WcPz9CvV; Wed, 22 Jan 2014 14:19:08 +0100 (CET) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id 0D76222818; Wed, 22 Jan 2014 14:19:08 +0100 (CET) Message-ID: <52DFC54B.6040809@daemonic.se> Date: Wed, 22 Jan 2014 14:19:07 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: David Demelier Subject: Re: dns/bind-tools fails to build on 10-stable References: <20140120092904.GA13438@potato.growveg.org> <52DD676C.5090007@daemonic.se> <20140120192623.GA83718@potato.growveg.org> <52DF78C2.10304@gmail.com> In-Reply-To: <52DF78C2.10304@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 13:19:15 -0000 On 01/22/14 08:52, David Demelier wrote: > > On 20/01/2014 20:26, John wrote: >> On Mon, Jan 20, 2014 at 07:14:04PM +0100, Niclas Zeising wrote: >>> On 01/20/14 10:29, John wrote: >>>> Hello list, >>>> >>>> On a new 10-stable system, I can't seem to build bind tools. I get the following >>>> error: >>>> >>>> checking host system type... x86_64-portbld-freebsd10.0 >>>> checking whether make sets $(MAKE)... yes >>>> checking how to print strings... printf >>>> checking for gcc... cc >>>> checking whether the C compiler works... no >>>> configure: error: in `/usr/ports/dns/bind-tools/work/bind-9.9.4-P2': >>>> configure: error: C compiler cannot create executables >>>> See `config.log' for more details >>>> ===> Script "configure" failed unexpectedly. >>>> Please report the problem to mat@FreeBSD.org [maintainer] and attach the >>>> "/usr/ports/dns/bind-tools/work/bind-9.9.4-P2/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/local/sbin/pkg-static info -g -Ea). >>>> *** Error code 1 >>>> >>>> Stop. >>>> make[1]: stopped in /usr/ports/dns/bind-tools >>>> *** Error code 1 >>>> >>>> Stop. >>>> make: stopped in /usr/ports/dns/bind-tools >>>> >>>> 10-stable is r260886. The ports tree is 340327. Before I directly bother >>>> the maintainer, I wondered if this is a known issue? >>>> >>>> thanks, >>>> >>> That is a rather strange error. Can you provide config.log together >>> with /etc/make.conf and options for bind-tools? >>> Regards! >>> -- >>> Niclas >> Hello, thanks for looking. >> >> I "fixed" the problem - looking in config.log, I noticed this: >> >> configure:3284: checking build system type >> configure:3298: result: x86_64-portbld-freebsd10.0 >> configure:3318: checking host system type >> configure:3331: result: x86_64-portbld-freebsd10.0 >> configure:3352: checking whether make sets $(MAKE) >> configure:3374: result: yes >> configure:3442: checking how to print strings >> configure:3469: result: printf >> configure:3538: checking for gcc >> configure:3565: result: cc >> configure:3794: checking for C compiler version >> configure:3803: cc --version >&5 >> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >> Target: x86_64-unknown-freebsd10.0 >> Thread model: posix >> configure:3814: $? = 0 >> configure:3803: cc -v >&5 >> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >> Target: x86_64-unknown-freebsd10.0 >> Thread model: posix >> configure:3814: $? = 0 >> configure:3803: cc -V >&5 >> cc: error: argument to '-V' is missing (expected 1 value) >> cc: error: no input files >> configure:3814: $? = 1 >> configure:3803: cc -qversion >&5 >> cc: error: no input files >> configure:3814: $? = 1 >> configure:3834: checking whether the C compiler works >> configure:3856: cc -O2 -pipe -fno-strict-aliasing -L/usr/lib >> -lgssapi_krb5 -Wl,-rpath=/usr/lib:/usr/local/lib conftest.c >&5 >> /usr/bin/ld: cannot find -lgssapi_krb5 >> cc: error: linker command failed with exit code 1 (use -v to see >> invocation) >> configure:3860: $? = 1 >> configure:3898: result: no >> configure: failed program was: >> | /* confdefs.h */ >> | #define PACKAGE_NAME "" >> | #define PACKAGE_TARNAME "" >> | #define PACKAGE_VERSION "" >> | #define PACKAGE_STRING "" >> | #define PACKAGE_BUGREPORT "" >> | #define PACKAGE_URL "" >> | /* end confdefs.h. */ >> | >> >> Looked in options and gssapi was enabled by default ( was there after >> make rmconfig-recursive ) and i don't use kerebos so disabled it, now it >> builds. >> >> Enabled options resulting in successful build are IPv6 SSL and THREADS. >> Thanks anyway, hope this proves useful to someone. I can post the entire >> log but it is huge. > > I already felt in that kind of error because I disabled kerberos in my > src.conf(5) too. I think a good idea would be to enable or disable > options by default depending on some values from the src.conf(5). This > can save some time for users which have extremely restrictive > /etc/src.conf files. If you have a non default configuration in /etc/src.conf, then you have to be prepared to change configurations for ports that depends on things in the base system. Just parsing /etc/src.conf is probably not a viable option, since it can have changed without the world being rebuilt, or in some cases it's not even there (my jails, for instance, are build with a src.conf on the jailhost, this file is usually not copied to the actual jail). In this case, what might be possible to do is to check for the krb5 library on the host, and then error out if the user has selected the kerberos option. Also remember that this issue will probably mean that a binary package of bind-tools will probably not work either. Regards! -- Niclas From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 22:03:32 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0AF05149 for ; Wed, 22 Jan 2014 22:03:32 +0000 (UTC) Received: from msr12.hinet.net (msr12.hinet.net [168.95.4.112]) by mx1.freebsd.org (Postfix) with ESMTP id 52C4C189E for ; Wed, 22 Jan 2014 22:03:31 +0000 (UTC) Received: from ericpc (114-35-240-34.HINET-IP.hinet.net [114.35.240.34]) by msr12.hinet.net (8.14.2/8.14.2) with SMTP id s0MM3KnU029558 for ; Thu, 23 Jan 2014 06:03:21 +0800 (CST) Message-ID: <4114-22014132222342853@ericpc> From: "shield" To: "ports@freebsd.org" Subject: ports anti-blue TV defender distributor wanted Date: Thu, 23 Jan 2014 06:03:42 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset=136 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 22:03:32 -0000 Dear ports MD, New anti-blueLCD/LED TV protector shield for year 2014 refer to http://www=2Elcdaccessory=2Ecom =20 Eric from eMetal Technology info@emetal=2Etw=20 10005 From owner-freebsd-ports@FreeBSD.ORG Wed Jan 22 23:02:07 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01925AFA for ; Wed, 22 Jan 2014 23:02:07 +0000 (UTC) Received: from nm28.bullet.mail.bf1.yahoo.com (nm28.bullet.mail.bf1.yahoo.com [98.139.212.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9B3AE1E1A for ; Wed, 22 Jan 2014 23:02:06 +0000 (UTC) Received: from [98.139.212.153] by nm28.bullet.mail.bf1.yahoo.com with NNFMP; 22 Jan 2014 23:01:58 -0000 Received: from [98.139.212.219] by tm10.bullet.mail.bf1.yahoo.com with NNFMP; 22 Jan 2014 23:01:58 -0000 Received: from [127.0.0.1] by omp1028.mail.bf1.yahoo.com with NNFMP; 22 Jan 2014 23:01:58 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 753883.38967.bm@omp1028.mail.bf1.yahoo.com Received: (qmail 27441 invoked by uid 60001); 22 Jan 2014 23:01:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1390431718; bh=8XKJnK4ZyrqiJaSnl5NdzY2D6OT62ncnkWPNt7sGauk=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=sUK4XXgfUtnfDqoTljwEk+l4Zq6TTYP5dyQWTtwt8slkBP88owW7PzAB4DRbtd2yWfe41RsFULvl9JFg45u7WHQDlPuPq1EIeoaAermraSmY9Ju0UjUuAhXBSi9J/tmsha0owm1e4WhJ8Cmq92/5u9dsDxgD3lis4hqiN1hWvic= 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:Reply-To:Subject:To:MIME-Version:Content-Type; b=aPluAeNCARtg194iDuTg3DsDIWtMrOsXYuJP+OxaWoA5eZYk3b0gtvFmIY9qfiqE8OWGDLUrO5C5yZq/e2FwA9b+LmARby9EUJCCa7IvqwuyZBLfvIvn7YVv3CjVEvl6LmF3khtL/hcEwUiT0PJQL/zOPbBwY2SFmY+tuL0XPpE=; X-YMail-OSG: VF2U3YoVM1nce9fmNBYTuAPOgAdfhPWZPLR6P4e_y6m9JUp Ik97mZ0m0ymLZtQ3K5iWbgdPP30X5g_zuzNxDxx_SaYhVpzNi4Z9d8WpuUfC i1l1_JpnIoa6sO7UrMof5IfTpvMeeqN9DTmjDSxX.OFCBYth1Tr6KFyhrHGW RdIrd8MqAPLORqRsZdJUoNgvfDjaedXBPQzMKvPznQbbtDF3lrROwnuzrDS4 pvTHhd1nRzPcOALsxliQ7DtuwZzQwrjWaXafZs9aMAby9OXKNow3GJXaEp1W ITl2vYb5jx8v.A.b8Vvw2fqtpKkWaQbMyX3QumqnVB5Vmf7fWNEquIY4UG03 S4De9PYH8_lR0NTm4Jt.Mf1Wutbs1ThrsYkg49iObx2ovVEoFvjC0fX8qyAb HtJd01EioeTgxTy_wbL2GsuWsO3Lt4Zeu4n1SQeb9kFC3uV8bFfF8sUD8.JH REzsUJ_D3Y66tFzbzTXRVf6zux76gYVyQbFCUsyHuWYuUbOHuccT9PzTI_Lt eCGMLZICUWs96Ca8Lv587caQagdLtSxF1_1npJ030cY0IEP2E.a8zrxRoI79 dsNGEyhc1_09pZ7EYExEB Received: from [198.0.214.97] by web142805.mail.bf1.yahoo.com via HTTP; Wed, 22 Jan 2014 15:01:58 PST X-Rocket-MIMEInfo: 002.001, SGVsbG8sCgpJIGp1c3QgdXBkYXRlZCBvdXIgcG9ydHMgdHJlZSBhbmQgd2UgYXJlIG5vdyBydW5uaW5nIHBrZyB2MS4yLjUuIEkndmUgcmVidWlsdCBhbGwgb2Ygb3VyIHBvcnRzICh2aWEgcG91ZHJpZXJlKSBhbmQgaGF2ZSBkb25lIGEgYHBrZyB1cGdyYWRlIC1mYCBzZXZlcmFsIHRpbWVzLgoKSSdtIHRyeWluZyB0byBpbnN0YWxsIHd3dy9tb2Rfd3NnaTMgYnV0IGdldCBkaWZmZXJlbnQgcmVzdWx0cyBiYXNlZCBvbiB0aGUgb3JkZXIgb2YgYXJndW1lbnRzIG9uIG15IGNvbW1hbmQgbGluZToKCiQgc3VkbyABMAEBAQE- X-Mailer: YahooMailWebService/0.8.173.622 Message-ID: <1390431718.82172.YahooMailNeo@web142805.mail.bf1.yahoo.com> Date: Wed, 22 Jan 2014 15:01:58 -0800 (PST) From: Kimo Rosenbaum Subject: "pkg: No packages matching" with www/mod_wsgi3 based on argument order 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.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Kimo Rosenbaum List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 23:02:07 -0000 Hello,=0A=0AI just updated our ports tree and we are now running pkg v1.2.5= . I've rebuilt all of our ports (via poudriere) and have done a `pkg upgrad= e -f` several times.=0A=0AI'm trying to install www/mod_wsgi3 but get diffe= rent results based on the order of arguments on my command line:=0A=0A$ sud= o pkg install -y www/mod_wsgi3 www/apache22=0AUpdating repository catalogue= =0Apkg: No packages matching 'www/apache22' available in the repositories= =0A=0A$ sudo pkg install -y www/apache22 www/mod_wsgi3=0AUpdating repositor= y catalogue=0Aapache22-2.2.26 already installed=0AThe following 1 packages = will be installed:=0A=0A=A0=A0=A0 Installing ap22-mod_wsgi3: 3.4_1=0A=0AYes= , I know that www/mod_wsgi3 depends on apache and doesn't need to be explic= itly stated. However, our deployment system generates a list of packages to= install from various sources which don't/can't inspect individual package = dependencies and happens to pass them to pkg in same order as the bad examp= le above.=0A=0AHas anyone else ran into this?=0A=0AThanks=0AKimo=0A From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 03:20:10 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02584C2E for ; Thu, 23 Jan 2014 03:20:10 +0000 (UTC) Received: from mail-yh0-x236.google.com (mail-yh0-x236.google.com [IPv6:2607:f8b0:4002:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B3D391488 for ; Thu, 23 Jan 2014 03:20:09 +0000 (UTC) Received: by mail-yh0-f54.google.com with SMTP id z6so531896yhz.27 for ; Wed, 22 Jan 2014 19:20:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:in-reply-to:references:disposition-notification-to :content-type:date:message-id:mime-version; bh=4l+cccJ56dHyrLRf175sX+ykgXT4qUB4PNraYvFxbM0=; b=KmA6cyBfEDHLdprT/DUe7xageuTNWBwwHQdjureYIywR0h2PjMRUtbyXVgqmch2crW XmYA01InL3gpOsytcXqRv4nqG77OMkKivUTQAnIP6xoE+sCtvkPd3kCuMxCNNCKdOZfg WnRP4lxnjK15et78doUbD7r6/RyBK2u3KgI9EuwNCF01aQeYeQH5B/f+DFxiLMUAZYDg 4opdjsYN34hyTyCGE1zr6qmYOqAVuylzZZVe0wooVQjfKUeqZfwIccr7rYq4s3fKr9wn oiEjde4cVpD1zCp/+9gEFRfJzVAMhJPXtmVzsje2wjsWBGECWXy/rMwVra5KoErA9xdn 2Dmw== X-Received: by 10.236.31.138 with SMTP id m10mr5357547yha.55.1390447208949; Wed, 22 Jan 2014 19:20:08 -0800 (PST) Received: from [192.168.6.46] ([179.184.51.72]) by mx.google.com with ESMTPSA id h80sm31417695yha.23.2014.01.22.19.20.06 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Wed, 22 Jan 2014 19:20:07 -0800 (PST) Subject: net/avahi-app core dumps signal 11 From: Sergio de Almeida Lenzi To: ports In-Reply-To: <52DF2D65.7010108@heuristicsystems.com.au> References: <1390354628.14798.7.camel@lenovo.toontown> <52DF2D65.7010108@heuristicsystems.com.au> Date: Thu, 23 Jan 2014 01:20:04 -0200 Message-ID: <1390447204.4710.3.camel@lenovo.toontown> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 03:20:10 -0000 =============gdb avahi-daemon============== #0 0x0000000801304604 in pthread_testcancel () from /lib/libthr.so.3 #1 0x00000008012fc706 in open () from /lib/libthr.so.3 #2 0x0000000801517227 in __gets_chk () from /lib/libssp.so.0 #3 0x00000008015173d2 in __chk_fail () from /lib/libssp.so.0 #4 0x0000000801516ace in .init () from /lib/libssp.so.0 #5 0x00007fffffffd130 in ?? () #6 0x000000080061e6d1 in r_debug_state () from /libexec/ld-elf.so.1 #7 0x000000080061dd57 in __tls_get_addr () from /libexec/ld-elf.so.1 #8 0x000000080061c099 in .text () from /libexec/ld-elf.so.1 #9 0x0000000000000000 in ?? () ======================================= it is a fresh system tested both on FreeBSD 10.0-STABLE FreeBSD 10.0-STABLE #2 r260986 and than on FreeBSD10 RELEASE. file /etc/make.conf =========================================== FORCE_PKG_REGISTER=y SENDMAIL_MC=/etc/mail/sendmail.mc SENDMAIL_CFLAGS=-I/usr/local/include/sasl -I/usr/local/include -DSASL SENDMAIL_LDFLAGS=-L/usr/local/lib SENDMAIL_LDADD=-lsasl2 SENDMAIL_CFLAGS+=-D_FFR_SMTP_SSL WITH_OPENSSL_BASE=yes MAKE_JOBS_SAFE=yes FORCE_MAKE_JOBS=yes WITH_NEW_XORG= yes WITH_GALLIUM= yes WITH_GTK2=yes WITH_PKGNG=yes WX_UNICODE=YES WARNS=2 NO_WERROR=yes DEFAULT_VERSIONS=python=2.7 python2=2.7 =========================================== how to reproduce: remove avahi (pkg delete -fyx avahi) svn the ports (cd /usr/ports;svn up) cd /usr/ports/net/avahi-app make install than when you try: avahi-daemon, the program aborts core in an previous build of ports (On another system (that ports was built before dec, 2013, it works) think that the problem is in the port itsself I now will try to rollback the net/avahi-app port from a month ago, ant try. Can someone confirm that please?? From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 03:53:48 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 061B7C63 for ; Thu, 23 Jan 2014 03:53:48 +0000 (UTC) Received: from smtpin1.utoledo.edu (smtpin1.utoledo.edu [131.183.2.213]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E27A176C for ; Thu, 23 Jan 2014 03:53:47 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag8DAGaR4FKDtwIWl2dsb2JhbABbg0RWgn6wIAkHh3NPH3YWDgEBAQEBCBYHPIIcCQEBAQMBAQEBIA8BICsLCwMBFgIFFgsCAgkDAgECARUBLwYNCAEBG4deCAUIqDOXGoR/F4EpjVoWglmBSQSJR4wKhAOFFY8cggw X-IronPort-AV: E=Sophos;i="4.95,704,1384318800"; d="scan'208,217";a="308135186" Received: from dlpint00.utoledo.edu ([131.183.2.22]) by smtpin1.utoledo.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Jan 2014 22:53:46 -0500 Received: from MSGAPP12.utad.utoledo.edu (msgapp12.utad.utoledo.edu [131.183.3.8]) by dlpint00.utoledo.edu (RSA Interceptor) for ; Wed, 22 Jan 2014 22:53:31 -0500 Received: from [192.168.1.79] (76.238.196.183) by Email.Utoledo.Edu (131.183.3.18) with Microsoft SMTP Server (TLS) id 14.3.169.1; Wed, 22 Jan 2014 22:53:30 -0500 Message-ID: <52E09239.2040404@UToledo.edu> Date: Wed, 22 Jan 2014 22:53:29 -0500 From: Robert Burmeister User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 To: Subject: Re: [SOLVED] anjuta cq. gdb66 fails to build on FreeBSD 10 BETA3 References: In-Reply-To: X-Originating-IP: [76.238.196.183] X-RSA-Inspected: yes X-RSA-Classifications: public X-RSA-Action: allow MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 03:53:48 -0000 > Stop. > make: stopped in /usr/ports/devel/gdb66 > [1]root at md:/usr/ports/devel/gdb66 # > > > Anjuta won't build because gdb66 won't build. Could someone help me with > this please? Alternately, I have been substituting devel/gdb for devel/gdb66 in the devel/anjuta Makefile for years. Perhaps a config option to choose between gdb66 and gdb would be useful. References 1. http://lists.freebsd.org/mailman/listinfo/freebsd-ports From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 04:50:00 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DBAFEEB; Thu, 23 Jan 2014 04:50:00 +0000 (UTC) Received: from smtpin1.utoledo.edu (smtpin1.utoledo.edu [131.183.2.213]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 958651B78; Thu, 23 Jan 2014 04:49:59 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhUBAEKe4FKDtwIWl2dsb2JhbABbg0RWgn66BxYOAQEBAQEIFgc8gk8VGzsgAgUWCwILAwIBAgFLAQwIAQEFh3wFCKg+lx2EfxeBKYEzi16DOIFJBIlHkA2FFY1AgVyBTEA X-IronPort-AV: E=Sophos;i="4.95,704,1384318800"; d="scan'208";a="308139471" Received: from dlpint00.utoledo.edu ([131.183.2.22]) by smtpin1.utoledo.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Jan 2014 23:49:58 -0500 Received: from MSGAPP12.utad.utoledo.edu (msgapp12.utad.utoledo.edu [131.183.3.8]) by dlpint00.utoledo.edu (RSA Interceptor); Wed, 22 Jan 2014 23:49:46 -0500 Received: from [192.168.1.79] (76.238.196.183) by Email.Utoledo.Edu (131.183.3.18) with Microsoft SMTP Server (TLS) id 14.3.169.1; Wed, 22 Jan 2014 23:49:46 -0500 Message-ID: <52E09F68.8020804@UToledo.edu> Date: Wed, 22 Jan 2014 23:49:44 -0500 From: Robert Burmeister User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: , Subject: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. X-Priority: 1 (Highest) Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [76.238.196.183] X-RSA-Inspected: yes X-RSA-Classifications: public X-RSA-Action: allow X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 04:50:00 -0000 Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. A) Clang is needed to compile FreeBSD 10 due to use of the updated libstdc++ in world. My workaround was to upgrade FreeBSD 9.2 to Clang 3.3 in the base system and remove GCC 4.2.1 from base 9.2. This was accomplished by using /etc/src.conf flags WITH_CLANG=yes WITH_LIBCPLUSPLUS=yes WITH_CLANG_EXTRAS=yes WITH_CLANG_IS_CC=yes WITHOUT_GCC=yes and recompiling world and FreeBSD as per http://www.freebsd.org/doc/handbook/makeworld.html B) FreeBSD 10's change to pkg(8) (a.k.a. PKGNG) affects the portupgrade tools as well as the package tools. Even if you are not using packages, before upgrading to FreeBSD 10 install pkg(8) as described in: http://www5.us.freebsd.org/doc/handbook/pkgng-intro.html and be sure to run pkg2ng. C) FreeBSD 10 moves converters/libiconv into the base system, which directly or indirectly affects many ports. This migration has largely been taken care of for the official packages, however, if you are rebuilding from the ports tree "pkg_delete libiconv" must be run, or converters/libiconv must be deinstalled, before your post OS recompile of all your ports. Most of the iconv hardcodes have been addressed in the ports tree, but this is still being worked on. I have suggested that this information be noted in the FreeBSD 10 release notes. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 05:18:42 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E093BF3 for ; Thu, 23 Jan 2014 05:18:42 +0000 (UTC) Received: from glory.vmeta.jp (7c2952d4.i-revonet.jp [124.41.82.212]) by mx1.freebsd.org (Postfix) with ESMTP id 0AA561EA4 for ; Thu, 23 Jan 2014 05:18:41 +0000 (UTC) Received: from icepick.vmeta.jp (softbank126005083242.bbtec.net [126.5.83.242]) by glory.vmeta.jp (Postfix) with ESMTPSA id 84A4AFF3 for ; Thu, 23 Jan 2014 14:18:39 +0900 (JST) Date: Thu, 23 Jan 2014 14:18:36 +0900 From: Koichiro IWAO To: ports@freebsd.org Subject: Re: net/tightvnc: taking maintainership Message-ID: <20140123051835.GA40067@icepick.vmeta.jp> References: <1cf72e6f4f79ba40720200ba0f0b00f9@vmeta.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Disposition: inline In-Reply-To: <1cf72e6f4f79ba40720200ba0f0b00f9@vmeta.jp> X-Operating-System: FreeBSD 10.0-PRERELEASE amd64 User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 05:18:42 -0000 delphij@ quickly did. I submit a PR for the next time. Thanks, On Tue, Jan 21, 2014 at 09:48:51AM +0900, Koichiro IWAO wrote: > I do maintain net/tightvnc. Please set the maintainer to > meta+ports@vmeta.jp. > > Thanks, > -- > `whois vmeta.jp | nkf -w` > meta > -- `whois vmeta.jp | nkf -w` meta From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 11:35:21 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2202143B for ; Thu, 23 Jan 2014 11:35:21 +0000 (UTC) Received: from thetys.cloudzeeland.nl (webrz.xs4all.nl [83.161.133.58]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4CA712DF for ; Thu, 23 Jan 2014 11:35:20 +0000 (UTC) Received: from thetys.cloudzeeland.nl (thetys.cloudzeeland.nl [10.10.10.31]) by thetys.cloudzeeland.nl (Postfix) with ESMTP id 563BA16445A5 for ; Thu, 23 Jan 2014 12:29:05 +0100 (CET) Received: from [10.10.10.70] (unknown [10.10.10.70]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by thetys.cloudzeeland.nl (Postfix) with ESMTPSA id 37637164457D for ; Thu, 23 Jan 2014 12:29:05 +0100 (CET) Message-ID: <52E0FE75.9010504@webrz.net> Date: Thu, 23 Jan 2014 12:35:17 +0100 From: Jos Chrispijn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 To: FreeBSD Ports ML Subject: Portmanager vs portupgrade X-Virus-Scanned: ClamAV using ClamSMTP on thetys.cloudzeeland.nl MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 11:35:21 -0000 I lately read more often that Portmaster is preferred about portupdate. Can you tell me why this is? I know that portupdate is Ruby driven, but furthermore I cannot detect the real advantages one above the other? Best regards, Jos Chrispijn From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 12:00:38 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A1C1A52 for ; Thu, 23 Jan 2014 12:00:38 +0000 (UTC) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id 694711556 for ; Thu, 23 Jan 2014 12:00:38 +0000 (UTC) Received: from [10.118.32.120] (unknown [128.147.28.1]) by www6.pairlite.com (Postfix) with ESMTPSA id D5FF167AF2 for ; Thu, 23 Jan 2014 06:54:08 -0500 (EST) Message-ID: <52E102E0.5070301@rodperson.com> Date: Thu, 23 Jan 2014 06:54:08 -0500 From: Rod Person User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: freebsd-ports Subject: Drop Maintainer Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 12:00:38 -0000 Hi, I'm currently the maintainer of graphics/fotoxx and I want to stop maintaining that since I no longer use it and wish to concentrate on other things that I actually use. What is the official procedure, if any, for be dropped as the maintainer. Also, for anyone that picks it up, I did submit a PR that updates the port to version 13. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 -- Rod The lips of wisdom are closed, except to the ears of understanding - The Kybalion From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 12:40:23 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCC5E851 for ; Thu, 23 Jan 2014 12:40:23 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 625561903 for ; Thu, 23 Jan 2014 12:40:23 +0000 (UTC) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id s0NCeAbZ071753 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 23 Jan 2014 12:40:17 GMT (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s0NCeAbZ071753 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1390480817; bh=qMgaQn2lwGPFmESGjm2nFdzT+G+eLCha0yzhksIWEg4=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Thu,=2023=20Jan=202014=2012:39:59=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-ports@ freebsd.org|Subject:=20Re:=20Portmanager=20vs=20portupgrade|Refere nces:=20<52E0FE75.9010504@webrz.net>|In-Reply-To:=20<52E0FE75.9010 504@webrz.net>; b=tK4vojiH0SFUCULm+Hdfs7ULkf326J3x/fD8vqeKtRfPkKLy0W5rGlHrlwk4cGC2O ai1MLVVL7EaKDVjsAiEqR2+0593IPCZ5AZyGX3QyumZQU5iJ5A0rxBlv9Y4kQRGfpY s0loK5YxsbnL0+tH6QjWz7Ll/sz9CEzFhU4SyRDg= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Message-ID: <52E10D9F.7050003@infracaninophile.co.uk> Date: Thu, 23 Jan 2014 12:39:59 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Portmanager vs portupgrade References: <52E0FE75.9010504@webrz.net> In-Reply-To: <52E0FE75.9010504@webrz.net> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nm8cVFaofx9NswGwVxjmcUf7gIxS4T3bC" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00,DCC_CHECK, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RDNS_NONE autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 12:40:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nm8cVFaofx9NswGwVxjmcUf7gIxS4T3bC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 01/23/14 11:35, Jos Chrispijn wrote: > I lately read more often that Portmaster is preferred about portupda= te. > Can you tell me why this is? I know that portupdate is Ruby driven, = but > furthermore I cannot detect the real advantages one above the other?= It used to be that portmaster was preferred because it had an active maintainer and also fewer dependencies, as it is written in pure shell. However, the original maintainer of portmaster (dougb) has moved away from FreeBSD-ish things, and both portmaster and portupgrade are now maintained by the same people (bdrewery mostly). portupgrade requires you to install ruby as well: that's probably the biggest deciding factor still extant. Mostly it's just a matter of personal preference. Of course, nowadays there are alternatives 3 and 4: (3) Use pkg(8) and the precompiled packages from pkg.freebsd.org (4) Use pkg(8) and set up your own package repo using poudriere or similar. Option (4) is (IMHO) the most effective way to manage an environment with several FreeBSD servers[*] needing any software with non-standard options settings today. (3) is quite usable for many purposes right now, but there are enhancements in the pipeline which will make it even better over the next few years. Cheers, Matthew [*] ie. two or more, including counting jails and virtualized machines. --nm8cVFaofx9NswGwVxjmcUf7gIxS4T3bC 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.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJS4Q2nXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnH9oQAI/vzTfgHefqv4OV22c9q1f6 te6YFkArw++WqHq1Fo2VNGcSySgg8nT8ozgZTnif+TINw3qtjLsVzHAB6zGBX1vx blWWvwCzUIcp0VPnAfHWysyxCnxRBWbJIIjtTS2LC7iDRWY6Wkl0oKAlq1c+N7UF SMYVJjgCMBwS7DagkR7lmK6RghmoHNTVZ5uC+WGPdGyTXrHqhaEzYRbK/PMl4tnz wIQwsGCVtAFep/EjPlZv5gJFhGNKu0ocFJSXWhNcJft3bE5hgrjGVIVrUDNz7Cfq aPc7vZf39ogp8ZxdjVVyKEoSQqRrKFT8yMwrSo6siXlbOzI2LD5kNYkH8lA0ivMQ vc3LX3vx6WZDYA+195cj8bJ1kgnjLek2cYxp4u7OWi9RpCPJ5I0ak+0F0ih5Y0D8 1Fz/3QLqzBNlxTvbcusAJDiFfH/xIZH8+4BDNhnK4U6bncqqfSyh/YzK0fRZf2pp 7qlPg/na0c0K7b8kVEqdyg/jmYOw+8qkaLd9Yo6TlbfqFRs1FLcJx8yBiCwHxtwt MUiXTNtzY2d4jkEz+43vBuwljyJbyEKnXhs4U7x8elNzwAYfLMO7TUl5fGCNjxgV KMWAvZduzVt2pNEgJLUkMtsvCGPqCx8NgvGsZLDe1760z2Qt+qBSlEMWicEqeZ4I TbSNlJgyJ/QOW/Eev4lM =ycet -----END PGP SIGNATURE----- --nm8cVFaofx9NswGwVxjmcUf7gIxS4T3bC-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 13:08:21 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0C9C474 for ; Thu, 23 Jan 2014 13:08:21 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 781441CD3 for ; Thu, 23 Jan 2014 13:08:21 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id l18so1416781wgh.11 for ; Thu, 23 Jan 2014 05:08:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=wFRL9kCJpbc+PNuQvpEOtTadaSEB3LQAlCP++vG/6sE=; b=fP7k0+t8A3feQM9qGqBogsoFxi1XGWZL3H6Ksh7zlGpyfFetSCHimFaptNU1Tf+FM6 hYs6wzcf76wCrj8wqbMjr5w6psr2ExF0VIaJr/ajmykwGO+EgNT7DSIFrC4QCIbQF22M fR1GRBRJIV0R7JyXXUXOGbTVimWzEv8hVECcVx0ruQYK3ddOklTF+5uVzU+OvW1TJ8s3 4+4onhrWwJEPUwjJ12Zn5SgaI2pM0hDiIGBDD4rAEtcQbasbqHfSyS2ZQnDqeXWOpP5B aoOpW91hR1cy4y2+kWnRKW+kInBnRmoVpP+JGXrssjC4SghfuHw6W8aNE6KFj9tKvaV3 +2Og== X-Received: by 10.194.110.135 with SMTP id ia7mr6576043wjb.5.1390482499879; Thu, 23 Jan 2014 05:08:19 -0800 (PST) Received: from gumby.homeunix.com (87-194-112-13.bethere.co.uk. [87.194.112.13]) by mx.google.com with ESMTPSA id dh8sm27593445wib.4.2014.01.23.05.08.18 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 23 Jan 2014 05:08:19 -0800 (PST) Date: Thu, 23 Jan 2014 13:08:17 +0000 From: RW To: freebsd-ports@freebsd.org Subject: Re: Portmanager vs portupgrade Message-ID: <20140123130817.7c75dc70@gumby.homeunix.com> In-Reply-To: <52E10D9F.7050003@infracaninophile.co.uk> References: <52E0FE75.9010504@webrz.net> <52E10D9F.7050003@infracaninophile.co.uk> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.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.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 13:08:21 -0000 On Thu, 23 Jan 2014 12:39:59 +0000 Matthew Seaman wrote: > maintained by the same people (bdrewery mostly). portupgrade requires > you to install ruby as well: that's probably the biggest deciding > factor still extant. For me the biggest factor is that portupgrade doesn't stop on the first error, it carries on building ports that don't depend on failed ports and then presents a summary of the problems at the end. This is a big advantage on desktop installations where there are a lot more ports and they are generally less reliable. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 13:11:42 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14F8A59A for ; Thu, 23 Jan 2014 13:11:42 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C69E11D4B for ; Thu, 23 Jan 2014 13:11:41 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1W6K4J-000Nla-Pz; Thu, 23 Jan 2014 14:11:39 +0100 Date: Thu, 23 Jan 2014 14:11:39 +0100 From: Kurt Jaeger To: Jos Chrispijn Subject: Re: Portmanager vs portupgrade Message-ID: <20140123131139.GQ2951@home.opsec.eu> References: <52E0FE75.9010504@webrz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52E0FE75.9010504@webrz.net> Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 13:11:42 -0000 Hi! > I lately read more often that Portmaster is preferred about portupdate. > Can you tell me why this is? I know that portupdate is Ruby driven, but > furthermore I cannot detect the real advantages one above the other? I use portupgrade to do daily rebuilds of ports on 8 reference hosts. It's not perfect, but it does its job. If one port does not build, portupgrade still builds those that do build. Which is nice 8-) -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 13:55:24 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E5FB395 for ; Thu, 23 Jan 2014 13:55:24 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39CE41100 for ; Thu, 23 Jan 2014 13:55:24 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id n7so2447355qcx.2 for ; Thu, 23 Jan 2014 05:55:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=EgKAQxsESX76OM7kSah10O6CnyxkJdfGo2RMf5v5TIY=; b=x4/1cFqlQuwt/fFsUcDf4fzdP7npmsV1bSVyb2MjQRhDm3wdHdxTmLK1BfJrXjYPB+ MN8yrtcWvpFtjOyCxuJ/sBDeqt5bmsPPlq4uE5Mbr1EI1e5xQFhoLdpPBHC187m8rrzv M6sV7KtsHq7wuMwWhi1pYfpX0XKWRRBYos3b2W5TvLRGKe+UOW/o1pO3qsVwzddKTnQB Okz+m4pm0z9zIEC4Vt+s/OJag0vsiX+miyhgdeBKCa0r4kkCN4Ij6nQhyNZs8F2q6vdk aqx7y1wWkIuld81H4+zbRDF4eQMVlTEv6ahQP3X2K6PAN6M8PJHDNVtsuGMkkFuCuztw S1yQ== X-Received: by 10.140.38.168 with SMTP id t37mr10863741qgt.33.1390485323438; Thu, 23 Jan 2014 05:55:23 -0800 (PST) Received: from lumiwa.farms.net ([71.241.213.42]) by mx.google.com with ESMTPSA id ep10sm1433423qeb.17.2014.01.23.05.55.21 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 23 Jan 2014 05:55:22 -0800 (PST) From: Ajtim To: freebsd-ports@freebsd.org Subject: Re: Portmanager vs portupgrade Date: Thu, 23 Jan 2014 08:55:20 -0500 Message-ID: <10272177.k8s2pG1s4i@lumiwa.farms.net> User-Agent: KMail/4.11.4 (FreeBSD/10.0-RELEASE; KDE/4.11.4; amd64; ; ) In-Reply-To: <20140123130817.7c75dc70@gumby.homeunix.com> References: <52E0FE75.9010504@webrz.net> <52E10D9F.7050003@infracaninophile.co.uk> <20140123130817.7c75dc70@gumby.homeunix.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: RW X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 13:55:24 -0000 On Thursday 23 January 2014 13:08:17 RW wrote: > On Thu, 23 Jan 2014 12:39:59 +0000 > Matthew Seaman wrote: > > > > maintained by the same people (bdrewery mostly). portupgrade requires > > you to install ruby as well: that's probably the biggest deciding > > factor still extant. > > For me the biggest factor is that portupgrade doesn't stop on the first > error, it carries on building ports that don't depend on failed ports > and then presents a summary of the problems at the end. > > This is a big advantage on desktop installations where there are a lot > more ports and they are generally less reliable. > _______________________________________________ > 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 am portmaster user from FreeBSD 7.0 and I want to switch to portupgrade. Should I expected some problems becaue everything is install with portmaster? Thank you. -- Mitja ------- http://www.redbubble.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 14:07:48 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A4ED6ED for ; Thu, 23 Jan 2014 14:07:48 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 38D1D11C1 for ; Thu, 23 Jan 2014 14:07:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=4SgTGOC633vqtmldplOO2kc3xE0xsfb0aAUKcBLTLzs=; b=qwBf5iDyU4tOFDl47P0rOaZaMguhWO5N7fr9rpN0kTsAZTpjoSt2ZbALEX1iSPkFFa38hdZeagtOW4nnHYAlqg9y+idEiCjOJw0j1h4IzvdMXG5OfTA3goIEmb5SZEOjqh+0dnqFpZq8oHYrQiqjwmA5n3/OkPI2zIwZINnGVjk=; Received: from [114.123.79.154] (port=40633 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1W6Kwc-002kLx-Ag; Thu, 23 Jan 2014 07:07:47 -0700 Date: Thu, 23 Jan 2014 22:07:36 +0800 From: Erich Dollansky To: Ajtim Subject: Re: Portmanager vs portupgrade Message-ID: <20140123220736.10cdff05@X220.alogt.com> In-Reply-To: <10272177.k8s2pG1s4i@lumiwa.farms.net> References: <52E0FE75.9010504@webrz.net> <52E10D9F.7050003@infracaninophile.co.uk> <20140123130817.7c75dc70@gumby.homeunix.com> <10272177.k8s2pG1s4i@lumiwa.farms.net> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: RW , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 14:07:48 -0000 Hi, On Thu, 23 Jan 2014 08:55:20 -0500 Ajtim wrote: > On Thursday 23 January 2014 13:08:17 RW wrote: > > On Thu, 23 Jan 2014 12:39:59 +0000 > > Matthew Seaman wrote: > > > > > > > maintained by the same people (bdrewery mostly). portupgrade > > > requires you to install ruby as well: that's probably the biggest > > > deciding factor still extant. > > > > For me the biggest factor is that portupgrade doesn't stop on the > > first error, it carries on building ports that don't depend on > > failed ports and then presents a summary of the problems at the > > end. > > > > This is a big advantage on desktop installations where there are a > > lot more ports and they are generally less reliable. > > _______________________________________________ > > 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 am portmaster user from FreeBSD 7.0 and I want to switch to > portupgrade. Should I expected some problems becaue everything is > install with portmaster? I use portupgrade and make whenever I want. I did not notice any problems as portupgrade just looks at the installed ports and then tries them to update via ports or packages. You have to tell portupgrade what to use. The main advantage for me is that it continues after errors and prints a summary at the end. You can then try to fix the problem or wait for a new ports tree in which the problem might be fixed. Important for me is that portupgrade never left me with an unusable system. Worst case is that nothing gets upgraded. Erich From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 15:25:34 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2778DAEF; Thu, 23 Jan 2014 15:25:34 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D575F18EE; Thu, 23 Jan 2014 15:25:33 +0000 (UTC) Received: from [192.168.2.2] (unknown [77.243.161.229]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DE62B5C44; Thu, 23 Jan 2014 16:25:22 +0100 (CET) Subject: Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_8A8A9D86-F424-461E-9144-4CCAA4DE1AB6"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.1 (6062eb4) From: Dimitry Andric In-Reply-To: <52E09F68.8020804@UToledo.edu> Date: Thu, 23 Jan 2014 16:25:14 +0100 Message-Id: <96B0440B-B147-4A18-A8F9-22FE8BB08DE8@FreeBSD.org> References: <52E09F68.8020804@UToledo.edu> To: Robert Burmeister X-Mailer: Apple Mail (2.1827) Cc: Current FreeBSD , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 15:25:34 -0000 --Apple-Mail=_8A8A9D86-F424-461E-9144-4CCAA4DE1AB6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 23 Jan 2014, at 05:49, Robert Burmeister = wrote: > Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to = FreeBSD i386 10.0 Release. >=20 > A) > Clang is needed to compile FreeBSD 10 due to use of the updated = libstdc++ in world. Ehrm, no? You should be able to run stock 9-stable, which has gcc as the default compiler, and build 10.0 release without any trouble. Can you please explain which problems you encountered with libstdc++? -Dimitry --Apple-Mail=_8A8A9D86-F424-461E-9144-4CCAA4DE1AB6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlLhNF8ACgkQsF6jCi4glqPHzQCgusNUbm8/pBApFoJIyX0z8H4x /KcAn0QDo8Gw/tnpXTifi95RzqSbvnTI =w8i5 -----END PGP SIGNATURE----- --Apple-Mail=_8A8A9D86-F424-461E-9144-4CCAA4DE1AB6-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 15:46:33 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF38F8E3 for ; Thu, 23 Jan 2014 15:46:33 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F06A1AEB for ; Thu, 23 Jan 2014 15:46:33 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id s0NFkVKB077851; Thu, 23 Jan 2014 08:46:31 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s0NFkVoo077848; Thu, 23 Jan 2014 08:46:31 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Thu, 23 Jan 2014 08:46:31 -0700 (MST) From: Warren Block To: Jos Chrispijn Subject: Re: Portmanager vs portupgrade In-Reply-To: <52E0FE75.9010504@webrz.net> Message-ID: References: <52E0FE75.9010504@webrz.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 23 Jan 2014 08:46:31 -0700 (MST) Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 15:46:33 -0000 On Thu, 23 Jan 2014, Jos Chrispijn wrote: > I lately read more often that Portmaster is preferred about portupdate. > Can you tell me why this is? I know that portupdate is Ruby driven, but > furthermore I cannot detect the real advantages one above the other? Your subject line mentions portmanager, which is an old system that has apparently been removed from ports. I used portupgrade for something like a decade. It works, but now I have switched to portmaster. It also works, but is just a shell script and can be run without Ruby and bdb, which in turn depend on other things. Portupgrade is more mature and has a few features that come in handy at rare times, like being able to upgrade a given port and everything it depends on. Portmaster is simpler, has less overhead, and has default behavior that learned from some of portupgrade's mistakes, like fetching distfiles and showing config screens all at the start of the process instead of mixed in with the build. It also parallelizes some things rather than doing them serially, like checking for distfiles, and can be faster because of that. There is no problem switching between them, the ports that are installed are the same. I would suggest using portmaster, and installing and using portupgrade only if you need one of the features it provides that portmaster lacks. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 16:05:28 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E743D8DE for ; Thu, 23 Jan 2014 16:05:28 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B92251E47 for ; Thu, 23 Jan 2014 16:05:28 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id D397920D60 for ; Thu, 23 Jan 2014 11:05:12 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Thu, 23 Jan 2014 11:05:12 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=YxTYTRuO2RRyxihfdDb+vIYEVa4=; b=Zru 9RgZ15iMflNcDo6l3ApKTqZMYODCOqhukUjpPz253PI1Lgw5oaqzAQkqlMXGGlnQ lGM103Ps5X7SF2M2PEP+KXwCITHc9Oq2hktdjALPjbo6xKJwAi1jIAAckKC3MhmA O4OwWYTULZfFRT7VzFTaTiOekqAf/pmIB4v2jU8E= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id B500D148C6E; Thu, 23 Jan 2014 11:05:12 -0500 (EST) Message-Id: <1390493112.14954.74449413.6EB446B3@webmail.messagingengine.com> X-Sasl-Enc: wjIrzP3712CJbBX+PP9hGpiLibclg09o8Hs19mZFZ9nN 1390493112 From: Mark Felder To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-aec78a11 In-Reply-To: <52E102E0.5070301@rodperson.com> References: <52E102E0.5070301@rodperson.com> Subject: Re: Drop Maintainer Date: Thu, 23 Jan 2014 10:05:12 -0600 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 16:05:29 -0000 On Thu, Jan 23, 2014, at 5:54, Rod Person wrote: > Hi, > > I'm currently the maintainer of graphics/fotoxx and I want to stop > maintaining that since I no longer use it and wish to concentrate on > other things that I actually use. What is the official procedure, if > any, for be dropped as the maintainer. > > Also, for anyone that picks it up, I did submit a PR that updates the > port to version 13. > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 > Hi Rod, Looks like maintainership has been reset. Thanks for your time maintaining this port. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 19:04:35 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73D2FC43 for ; Thu, 23 Jan 2014 19:04:35 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6641F23 for ; Thu, 23 Jan 2014 19:04:35 +0000 (UTC) Received: from eagle.yuri.org (localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id s0NJ4WMx045429; Thu, 23 Jan 2014 11:04:33 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52E167BF.8050103@rawbw.com> Date: Thu, 23 Jan 2014 11:04:31 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Shane Ambler , ports@freebsd.org Subject: Re: USE_GCC doesn't set rpath References: <52DEE7EE.6010909@rawbw.com> <52DF0346.6000108@ShaneWare.Biz> In-Reply-To: <52DF0346.6000108@ShaneWare.Biz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gerald Pfeifer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 19:04:35 -0000 On 01/21/2014 15:31, Shane Ambler wrote: > I think you will find that qbittorrent will need to be built with the > same gcc version as libtorrent-rasterbar. > > I believe qbittorrent is loading /usr/lib/libstdc++.so.6 then it loads > libtorrent-rasterbar.so.7 which tries to load libstdc++ and it is given > the already open copy which doesn't have GLIBCXX_3.4.15 that it needs to > run. Yes, you are right, thst's what is happening. So if any dependency has USE_GCC set, all dependent packages should also have USE_GCC set. Can ports build infrastructure automatically set USE_GCC for dependent ports? Because doing this by hand in each port is tedious and error prone. Yuri From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 19:38:56 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DCF968A; Thu, 23 Jan 2014 19:38:56 +0000 (UTC) Received: from wp376.webpack.hosteurope.de (wp376.webpack.hosteurope.de [IPv6:2a01:488:42::50ed:8591]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF5A611EF; Thu, 23 Jan 2014 19:38:55 +0000 (UTC) Received: from xdsl-78-34-171-233.netcologne.de ([78.34.171.233] helo=dijkstra.cruwe.de); authenticated by wp376.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) id 1W6Q72-0005je-Ss; Thu, 23 Jan 2014 20:38:53 +0100 Date: Thu, 23 Jan 2014 20:38:51 +0100 From: "Christopher J. Ruwe" To: freebsd-arm@freebsd.org Subject: ports-mgmt/pkg failing to link when cross-compiling with qemu Message-ID: <20140123203851.0eed5088@dijkstra.cruwe.de> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;cjr@cruwe.de;1390505935;62afb0a8; Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 19:38:56 -0000 When trying the instructions on https://wiki.freebsd.org/QemuUserModeHowTo, I encountered a fairly basic port (ports-mgmt/pkg) failing to link properly: [... - everything fine until here] cc -static -O -pipe -DPORTSDIR=\"/usr/ports\" -I../libpkg -I/usr/ports/ports-mg/work/pkg-1.2.5/pkg/../external/expat/lib -std=gnu99 -Qunused-arguments -Wsystemprototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwritepts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-int -static -o pkg-static add.o annotate.o audit.o autoremove.o backup.o check.ock.o main.o plugins.o progressmeter.o query.o register.o repo.o rquery.o update.otch.o shell.o stats.o ssh.o -L/usr/ports/ports-mgmt/pkg/work/pkg-1.2.5/pkg/../lib -lcrypto -lmd -lz -lbz2 -llzma -ljail -lelf -larchive -lsbuf -lfetch -lpt add.o: In function `exec_add': add.c:(.text+0x11c): undefined reference to `pkgdb_access' add.c:(.text+0x13c): undefined reference to `pkgdb_open' add.c:(.text+0x164): undefined reference to `pkg_manifest_keys_new' add.c:(.text+0x344): undefined reference to `pkg_fetch_file' add.c:(.text+0x364): undefined reference to `pkg_add' add.c:(.text+0x42c): undefined reference to `pkg_manifest_keys_free' add.c:(.text+0x434): undefined reference to `pkgdb_close' [ ... - they are all alike] version.o: In function `print_version': version.c:(.text+0x14fc): undefined reference to `pkg_get2' version.c:(.text+0x1514): undefined reference to `pkg_version_cmp' version.c:(.text+0x1590): undefined reference to `pkg_asprintf' version.c:(.text+0x15a4): undefined reference to `pkg_asprintf' version.c:(.text+0x1650): undefined reference to `pkg_printf' which.o: In function `exec_which': which.c:(.text+0xe8): undefined reference to `pkgdb_open' which.c:(.text+0xf8): undefined reference to `pkgdb_close' which.c:(.text+0x18c): undefined reference to `pkgdb_query_which' which.c:(.text+0x1ac): undefined reference to `pkgdb_it_next' which.c:(.text+0x250): undefined reference to `pkg_printf' which.c:(.text+0x260): undefined reference to `pkg_printf' which.c:(.text+0x284): undefined reference to `pkg_printf' which.c:(.text+0x298): undefined reference to `pkgdb_it_next' which.c:(.text+0x2a8): undefined reference to `pkg_free' which.c:(.text+0x2b0): undefined reference to `pkgdb_it_free' which.c:(.text+0x2b8): undefined reference to `pkgdb_close' fetch.o: In function `exec_fetch': fetch.c:(.text+0xa4): undefined reference to `pkg_config_bool' fetch.c:(.text+0xb0): undefined reference to `pkg_config_bool' fetch.c:(.text+0x1e8): undefined reference to `pkgdb_set_case_sensitivity' fetch.c:(.text+0x2c0): undefined reference to `pkgdb_access' fetch.c:(.text+0x2e0): undefined reference to `pkgdb_access' fetch.c:(.text+0x314): undefined reference to `pkgdb_open' fetch.c:(.text+0x330): undefined reference to `pkg_jobs_new' fetch.c:(.text+0x34c): undefined reference to `pkg_jobs_set_repository' fetch.c:(.text+0x360): undefined reference to `pkg_jobs_set_flags' fetch.c:(.text+0x37c): undefined reference to `pkg_jobs_add' fetch.c:(.text+0x38c): undefined reference to `pkg_jobs_solve' fetch.c:(.text+0x39c): undefined reference to `pkg_jobs_count' fetch.c:(.text+0x418): undefined reference to `pkg_jobs_apply' fetch.c:(.text+0x420): undefined reference to `pkg_jobs_free' fetch.c:(.text+0x428): undefined reference to `pkgdb_close' shell.o: In function `exec_shell': shell.c:(.text+0x54): undefined reference to `pkgdb_cmd' stats.o: In function `exec_stats': stats.c:(.text+0xe8): undefined reference to `pkgdb_open' stats.c:(.text+0x120): undefined reference to `pkgdb_stats' stats.c:(.text+0x13c): undefined reference to `pkgdb_stats' stats.c:(.text+0x1cc): undefined reference to `pkg_repos_total_count' stats.c:(.text+0x1e8): undefined reference to `pkgdb_stats' stats.c:(.text+0x204): undefined reference to `pkgdb_stats' stats.c:(.text+0x220): undefined reference to `pkgdb_stats' stats.c:(.text+0x23c): undefined reference to `pkgdb_stats' stats.c:(.text+0x294): undefined reference to `pkgdb_close' ssh.o: In function `exec_ssh': ssh.c:(.text+0x98): undefined reference to `pkg_sshserve' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[3]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.5/pkg *** Error code 1 Stop. make[2]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.5 *** Error code 1 Stop. make[1]: stopped in /usr/ports/ports-mgmt/pkg *** Error code 1 Stop. make: stopped in /usr/ports/ports-mgmt/pkg Has anybody encountered something similar and would know how to fix that? Thanks and cheers, -- Christopher TZ: GMT + 1h GnuPG/GPG: 0xE8DE2C14 FreeBSD 9.2-STABLE #1 r256184: Thu Oct 10 19:12:54 CEST 2013 cjr@dijkstra.cruwe.de:/usr/obj/usr/home/cjr/media/src/freebsd/base/stable/9/sys/GEN_WDTRACE Punctuation matters: "Lets eat Grandma." or "Lets eat, Grandma." - Punctuation saves lives. "A panda eats shoots and leaves." or "A panda eats, shoots, and leaves." - Punctuation teaches proper biology. "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." (RFC 1925) From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 19:53:08 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 164E842E for ; Thu, 23 Jan 2014 19:53:08 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8C0413A7 for ; Thu, 23 Jan 2014 19:53:07 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id vb8so2594915obc.31 for ; Thu, 23 Jan 2014 11:53:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NGo2Kdxt60ocAzVgS7LVZ3qXHDsHbDqHnOLMdT0dp40=; b=Krrpa2L5yQ9mlb1LZT2MWamhbY+G7XNgvMORw4Tf+IgKPTNi97ovxlkDObVevVfQXI LK0+u3JF1N/O4VsXBGLbwhtcz4/4nfnPo3ZKDYkPvH0Y8+Dx+gM40asRfZpXQWkFgHLG gNyRpEN8/hHPKYYCjQv2Zw+Zn0UWat6Le/vH8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=NGo2Kdxt60ocAzVgS7LVZ3qXHDsHbDqHnOLMdT0dp40=; b=Ys3MLAIRaLjIsUq58Sy0QU0FI79Cj79i5cvvk6M5Zi+HeGzQj+9mKolCJar8KbLTLb TqyhSaesUEJciW0nsuRU8rsGCwxepWVT8ma3QzJeG8W2J+MsZiXIERIAw4bAo2EVk1iM R0iI6WCnfdUN81iGZHTCcrRuxtYw7bkWv/TIuIRi2w+hAlA9ymmBgZP8Vs85hZT9Mu+H 467E0Qyv6ZVWTN7VpaU/dqlcCeO5itYG8wD/fndf5qsx+02rrHNDVaGoiWl7AFtk0veS OlpcqyHL2+8ekpTCkjFPKPJ1nff1bpCyO7qU1t5zOEso3c2xxW0XPZyjfXqb1kcn9j/J lsvw== X-Gm-Message-State: ALoCoQminlCUnDXPHh5FTE5lzkVTiklFrhTMeXAaPDoOuRld12pRgAoMf9/n2bayMi+qc/DYixCx MIME-Version: 1.0 X-Received: by 10.182.213.104 with SMTP id nr8mr1714921obc.81.1390506787034; Thu, 23 Jan 2014 11:53:07 -0800 (PST) Received: by 10.76.154.2 with HTTP; Thu, 23 Jan 2014 11:53:06 -0800 (PST) X-Originating-IP: [176.66.54.191] Received: by 10.76.154.2 with HTTP; Thu, 23 Jan 2014 11:53:06 -0800 (PST) In-Reply-To: <52E167BF.8050103@rawbw.com> References: <52DEE7EE.6010909@rawbw.com> <52DF0346.6000108@ShaneWare.Biz> <52E167BF.8050103@rawbw.com> Date: Thu, 23 Jan 2014 20:53:06 +0100 Message-ID: Subject: Re: USE_GCC doesn't set rpath From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: Yuri Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports@freebsd.org, Gerald Pfeifer , Shane Ambler X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 19:53:08 -0000 Am 23.01.2014 20:04 schrieb "Yuri" : > > On 01/21/2014 15:31, Shane Ambler wrote: >> >> I think you will find that qbittorrent will need to be built with the >> same gcc version as libtorrent-rasterbar. >> >> I believe qbittorrent is loading /usr/lib/libstdc++.so.6 then it loads >> libtorrent-rasterbar.so.7 which tries to load libstdc++ and it is given >> the already open copy which doesn't have GLIBCXX_3.4.15 that it needs to >> run. > > > Yes, you are right, thst's what is happening. > So if any dependency has USE_GCC set, all dependent packages should also have USE_GCC set. Can ports build infrastructure automatically set USE_GCC for dependent ports? Because doing this by hand in each port is tedious and error prone. > > Yuri No it can't right now and this is why we need a ports compiler. Right now we are hiding this problems by the fact that we are able to build 95% percent of the tree with clang and everyone is happy. We add dozens of patches to compile with clang or add this rpath workarounds to even more ports just because nobody wants to acknowledge that this is shit and won't work properly unless really everything is build with one compiler. The rpath stuff is only a workaround that works in a few cases but it doesn't work in all cases. You will still see very hard to diagnose runtime crashes. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 19:54:46 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11BB15A1; Thu, 23 Jan 2014 19:54:46 +0000 (UTC) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id E056513CA; Thu, 23 Jan 2014 19:54:45 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id 553AD5643F; Thu, 23 Jan 2014 14:54:38 -0500 (EST) Message-ID: <52E1737E.7050907@intertainservices.com> Date: Thu, 23 Jan 2014 14:54:38 -0500 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: chromium@FreeBSD.org, "ports@freebsd.org Ports" Subject: FreeBSD Port: www/chromium Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 553AD5643F.A0733 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 19:54:46 -0000 Hello, I just updated to the latest version of chromium, now as soon as I attempt any operation chromium crashes with the following error. [77827:318843904:0123/145145:ERROR:form_data.cc(108)] Bad pickle of FormData, no version present [77827:318843904:0123/145145:ERROR:form_data.cc(108)] Bad pickle of FormData, no version present [77827:318843904:0123/145145:ERROR:form_data.cc(108)] Bad pickle of FormData, no version present Thanks. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 19:56:56 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46C1789F for ; Thu, 23 Jan 2014 19:56:56 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D80A142B for ; Thu, 23 Jan 2014 19:56:55 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 7CE5D438BE; Thu, 23 Jan 2014 13:56:37 -0600 (CST) Message-ID: <52E173E4.2050003@marino.st> Date: Thu, 23 Jan 2014 20:56:20 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= Subject: Re: USE_GCC doesn't set rpath References: <52DEE7EE.6010909@rawbw.com> <52DF0346.6000108@ShaneWare.Biz> <52E167BF.8050103@rawbw.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: ports@freebsd.org, Yuri , Gerald Pfeifer , Shane Ambler X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 19:56:56 -0000 On 1/23/2014 20:53, Bernhard Fröhlich wrote: > Am 23.01.2014 20:04 schrieb "Yuri" : >> >> On 01/21/2014 15:31, Shane Ambler wrote: >>> >>> I think you will find that qbittorrent will need to be built with the >>> same gcc version as libtorrent-rasterbar. >>> >>> I believe qbittorrent is loading /usr/lib/libstdc++.so.6 then it loads >>> libtorrent-rasterbar.so.7 which tries to load libstdc++ and it is given >>> the already open copy which doesn't have GLIBCXX_3.4.15 that it needs to >>> run. >> >> >> Yes, you are right, thst's what is happening. >> So if any dependency has USE_GCC set, all dependent packages should also > have USE_GCC set. Can ports build infrastructure automatically set USE_GCC > for dependent ports? Because doing this by hand in each port is tedious and > error prone. >> >> Yuri > > No it can't right now and this is why we need a ports compiler. Right now > we are hiding this problems by the fact that we are able to build 95% > percent of the tree with clang and everyone is happy. We add dozens of > patches to compile with clang or add this rpath workarounds to even more > ports just because nobody wants to acknowledge that this is shit and won't > work properly unless really everything is build with one compiler. > > The rpath stuff is only a workaround that works in a few cases but it > doesn't work in all cases. You will still see very hard to diagnose runtime > crashes. While I basically agree with this sentiment, is not it just ports that use C++ that are affected? Could not this be narrowed down to "We need a single compiler for ports that use C++" ? John From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 20:00:23 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADAFEA97 for ; Thu, 23 Jan 2014 20:00:23 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B89771464 for ; Thu, 23 Jan 2014 20:00:22 +0000 (UTC) Received: from mandree.no-ip.org ([78.49.107.212]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Lrw2c-1VAif23Vpm-013boV for ; Thu, 23 Jan 2014 21:00:14 +0100 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id E417F23D0FE for ; Thu, 23 Jan 2014 21:00:12 +0100 (CET) Message-ID: <52E174CC.1020801@gmx.de> Date: Thu, 23 Jan 2014 21:00:12 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: USE_GCC doesn't set rpath References: <52DEE7EE.6010909@rawbw.com> <52DF0346.6000108@ShaneWare.Biz> <52E167BF.8050103@rawbw.com> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:0YHUg0jqZQ6NTxW8PXyBqZ67ZUl49Qo7Wr/zXVzzJHfHG4YOEu3 vyL3AotzgLf0zXkoAklrMc0UjrvTdFqdsAuMNMZxrIWS0TIaqDKlRqsicCClbv2klieg+30 hPAElWwVPbzvcXDKKY8Wfnn98G/eOyMngQO3QW2q/6sZi9p97vGI5DFcgeQDZ+Hx9yJEH93 YjaFVrg4iraw9GoD/D2OQ== X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 20:00:23 -0000 Am 23.01.2014 20:53, schrieb Bernhard Fr=F6hlich: > Am 23.01.2014 20:04 schrieb "Yuri" : >> >> On 01/21/2014 15:31, Shane Ambler wrote: >>> >>> I think you will find that qbittorrent will need to be built with the >>> same gcc version as libtorrent-rasterbar. >>> >>> I believe qbittorrent is loading /usr/lib/libstdc++.so.6 then it load= s >>> libtorrent-rasterbar.so.7 which tries to load libstdc++ and it is giv= en >>> the already open copy which doesn't have GLIBCXX_3.4.15 that it needs= to >>> run. >> >> >> Yes, you are right, thst's what is happening. >> So if any dependency has USE_GCC set, all dependent packages should al= so > have USE_GCC set. Can ports build infrastructure automatically set USE_= GCC > for dependent ports? Because doing this by hand in each port is tedious= and > error prone. >> >> Yuri >=20 > No it can't right now and this is why we need a ports compiler. Right n= ow > we are hiding this problems by the fact that we are able to build 95% > percent of the tree with clang and everyone is happy. We add dozens of > patches to compile with clang or add this rpath workarounds to even mor= e > ports just because nobody wants to acknowledge that this is shit and wo= n't > work properly unless really everything is build with one compiler. No reason to use offensive language. We can technically provide/use different ports compilers, the only thing is that we need to make sure to separate ports by their ABI. I. e. clang-built C++ ports require clang-built C++ requisites. Meaning that you may need to install the same library twice, once with GCC47 ABI, once with clang ABI - and of course the rpath needs to be set accordingly= . Possibly we also need to provide only static versions of compiler-dependent libs (such as libcompiler-rt for clang and libgcc* for GCC) to overcome the particular problem Bernhard is describing. Again, this mostly affects C++ ports, and to a lesser extent Objective-C ports. > The rpath stuff is only a workaround that works in a few cases but it > doesn't work in all cases. You will still see very hard to diagnose run= time > crashes. If the ABIs are not compatible, then linking should not work - for instance, if I compile rawtherapee with GCC, it will not link against requisites built with clang. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 20:36:45 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7908C8B5; Thu, 23 Jan 2014 20:36:45 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 495F61835; Thu, 23 Jan 2014 20:36:45 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id s0NKah7X071724; Thu, 23 Jan 2014 12:36:43 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52E17D5B.1050003@rawbw.com> Date: Thu, 23 Jan 2014 12:36:43 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: marino@freebsd.org, =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= Subject: Re: USE_GCC doesn't set rpath References: <52DEE7EE.6010909@rawbw.com> <52DF0346.6000108@ShaneWare.Biz> <52E167BF.8050103@rawbw.com> <52E173E4.2050003@marino.st> In-Reply-To: <52E173E4.2050003@marino.st> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Gerald Pfeifer , Shane Ambler X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 20:36:45 -0000 On 01/23/2014 11:56, John Marino wrote: > While I basically agree with this sentiment, is not it just ports that > use C++ that are affected? Could not this be narrowed down to "We need > a single compiler for ports that use C++" ? It's not necessarily just C++. Python ports bound to C++ libraries with USE_GCC would create even more grave problem. It will be needed to create a special version of python with this rpath in it. And if there is a mix of different versions of gcc in various dependencies it would be just impossible to run such program due to conflicts. Yuri From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 20:41:08 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0305A08 for ; Thu, 23 Jan 2014 20:41:08 +0000 (UTC) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7C2CF18B4 for ; Thu, 23 Jan 2014 20:41:08 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id va2so2651018obc.29 for ; Thu, 23 Jan 2014 12:41:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ls4J3w1nLSqBq16fNJfiSlc/+NUH/AAqZhjDAlefAsg=; b=Q1/2vW6ZzEN4aKhHZ88bDf7BaqJddD5ciFR714udzs4QRPEI5jvpMJFvfe+q1/czVR 8Clb8fUmyP/uNydRW4KJC0dWK2U+74rT9t+6qRJs0/UuSfoWmq/ekw+TEwARJAhlGvSb qTNtHYJTGtH2RRi4Fj1DJ0KrmgGHo0wYSgwaw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ls4J3w1nLSqBq16fNJfiSlc/+NUH/AAqZhjDAlefAsg=; b=QGyDOP8SiRuMfAPJ+7DwUnINHFa4MC5hGmAng9NWVnoip0k94hMXCKFZ7AOTS3fUYx MlHyw9BmGegMSUpFKmJ1WCZ5nnZwcchFxffHHBC04/RDAOaiVPMDci/7yQpcrDn1QNND ZhmVdhZ/hXsf/3/WRArzqP/JSoiuSxugiNIWuK6t7Ux7spwTudpf4k2AfTBANtUEMQO2 fWNHrnvy/JsbK8GDSrINYsLhlyYsiJH4+jhtk/Hf+StcQpRu5KoSH5FbhoIAPkNNccng IqAl1FqPw6FrhLUNYcbqNTP0e18JfXhuB1y0U9yoPCJ/elzoDQ1AwKY+xsrvU78fW/uR H0Xw== X-Gm-Message-State: ALoCoQm2k8Gk5RyBlCRdDyEPClMDPo8/+Sz1NGueHvn7hJlWWq3UrxyqE4xWwxlf4Z7xS9HtjBxh MIME-Version: 1.0 X-Received: by 10.182.213.104 with SMTP id nr8mr2024204obc.81.1390509667671; Thu, 23 Jan 2014 12:41:07 -0800 (PST) Received: by 10.76.154.2 with HTTP; Thu, 23 Jan 2014 12:41:07 -0800 (PST) X-Originating-IP: [176.66.54.191] Received: by 10.76.154.2 with HTTP; Thu, 23 Jan 2014 12:41:07 -0800 (PST) In-Reply-To: <52E174CC.1020801@gmx.de> References: <52DEE7EE.6010909@rawbw.com> <52DF0346.6000108@ShaneWare.Biz> <52E167BF.8050103@rawbw.com> <52E174CC.1020801@gmx.de> Date: Thu, 23 Jan 2014 21:41:07 +0100 Message-ID: Subject: Re: USE_GCC doesn't set rpath From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: Matthias Andree Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 20:41:08 -0000 Am 23.01.2014 21:00 schrieb "Matthias Andree" : > > Am 23.01.2014 20:53, schrieb Bernhard Fr=F6hlich: > > Am 23.01.2014 20:04 schrieb "Yuri" : > >> > >> On 01/21/2014 15:31, Shane Ambler wrote: > >>> > >>> I think you will find that qbittorrent will need to be built with the > >>> same gcc version as libtorrent-rasterbar. > >>> > >>> I believe qbittorrent is loading /usr/lib/libstdc++.so.6 then it load= s > >>> libtorrent-rasterbar.so.7 which tries to load libstdc++ and it is given > >>> the already open copy which doesn't have GLIBCXX_3.4.15 that it needs to > >>> run. > >> > >> > >> Yes, you are right, thst's what is happening. > >> So if any dependency has USE_GCC set, all dependent packages should also > > have USE_GCC set. Can ports build infrastructure automatically set USE_GCC > > for dependent ports? Because doing this by hand in each port is tedious and > > error prone. > >> > >> Yuri > > > > No it can't right now and this is why we need a ports compiler. Right now > > we are hiding this problems by the fact that we are able to build 95% > > percent of the tree with clang and everyone is happy. We add dozens of > > patches to compile with clang or add this rpath workarounds to even mor= e > > ports just because nobody wants to acknowledge that this is shit and won't > > work properly unless really everything is build with one compiler. > > No reason to use offensive language. The reason is my frustration on that topic. > We can technically provide/use different ports compilers, the only thing > is that we need to make sure to separate ports by their ABI. I. e. > clang-built C++ ports require clang-built C++ requisites. Meaning that > you may need to install the same library twice, once with GCC47 ABI, > once with clang ABI - and of course the rpath needs to be set accordingly= . >From what I know about how we build packaged and how the portstree works I think it's nearly impossible to do that. The bloat and resources we waste with that sounds even worse. > Possibly we also need to provide only static versions of > compiler-dependent libs (such as libcompiler-rt for clang and libgcc* > for GCC) to overcome the particular problem Bernhard is describing. > > Again, this mostly affects C++ ports, and to a lesser extent Objective-C > ports. Yes that's true but since a lot of desktop stuff is c++ based nowadays and uses boost this affects quite a few people. > > The rpath stuff is only a workaround that works in a few cases but it > > doesn't work in all cases. You will still see very hard to diagnose runtime > > crashes. > > If the ABIs are not compatible, then linking should not work - for > instance, if I compile rawtherapee with GCC, it will not link against > requisites built with clang. No the problems I mean are at runtime. An example is if you have a gcc programm that loads other components like Qt stuff that was compiled with clang them there are some subtile differences that will cause crashes. This might also be some strange bug in our old gcc toolchain but so far nobody had a clue what is going wrong there. http://lists.freebsd.org/pipermail/freebsd-emulation/2013-September/010769.= html From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 20:42:24 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AB50AC5 for ; Thu, 23 Jan 2014 20:42:24 +0000 (UTC) Received: from newton.metanet.ch (newton.metanet.ch [80.74.158.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B2BDD18C1 for ; Thu, 23 Jan 2014 20:42:23 +0000 (UTC) Received: (qmail 27324 invoked from network); 23 Jan 2014 21:35:39 +0100 Received: from udp003908uds.hawaiiantel.net (HELO ?192.168.1.16?) (72.234.77.86) by newton.metanet.ch with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 23 Jan 2014 21:35:39 +0100 Message-ID: <52E17D18.60808@thieprojects.ch> Date: Thu, 23 Jan 2014 10:35:36 -1000 From: Werner Thie Organization: Thie & Co Projects User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: port hyperic-sigar - marked broken, is anybody fixing this port? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: werner@thieprojects.ch List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 20:42:24 -0000 Hi Java is probably not the first programming language which comes to mind, when working with FreeBSD. But still I sadly had to forgive to deploy OpenKM because it can't start LibreOffice as service due to the fact, that the author used hyperic-sigar for this functionality. My question: Is anybody working on this problem, that instead of using utmp.h and diddling with the related files directly, one should rely on utmpx.h and its db manipulating functionality. I could give it a try for FreeBSD9, but I'm mostly a noob, be it Java or Java extensions and also for ports. Maybe some kindred soul could fill me in such, that this itch can be scratched. Werner From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 20:47:05 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F7AFEF8 for ; Thu, 23 Jan 2014 20:47:05 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9202191F for ; Thu, 23 Jan 2014 20:47:04 +0000 (UTC) Received: from mandree.no-ip.org ([78.49.107.212]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M6B6s-1VMpXn1ony-00y8LG for ; Thu, 23 Jan 2014 21:46:57 +0100 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 947E023D0FE; Thu, 23 Jan 2014 21:46:56 +0100 (CET) Message-ID: <52E17FC0.4070501@gmx.de> Date: Thu, 23 Jan 2014 21:46:56 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= Subject: Re: USE_GCC doesn't set rpath References: <52DEE7EE.6010909@rawbw.com> <52DF0346.6000108@ShaneWare.Biz> <52E167BF.8050103@rawbw.com> <52E174CC.1020801@gmx.de> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:TLlnuhKwrtMO9/l8b/RPDtbRUJu/KkjCRNY64FBzdoAUfVFO+8j OFMgLWSjb6VBTGpm+me32Zov2xVzfNrvdJohYnQwGUgL2XUAnzJ0MKnEqqCv0p0Y2xqO8fa YvP3vHIJGwvqUNAhrUP1ILT9+1f5CAA6HPDG3K3jBy9zZPIBgwOl1VfejU2xMZaWne8NuwC FgMe/vioZw618iyyuvVZA== Cc: ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 20:47:05 -0000 Am 23.01.2014 21:41, schrieb Bernhard Fr=F6hlich: >=20 > Am 23.01.2014 21:00 schrieb "Matthias Andree" >: >> If the ABIs are not compatible, then linking should not work - for >> instance, if I compile rawtherapee with GCC, it will not link against >> requisites built with clang. >=20 > No the problems I mean are at runtime. An example is if you have a gcc > programm that loads other components like Qt stuff that was compiled > with clang them there are some subtile differences that will cause > crashes. This might also be some strange bug in our old gcc toolchain > but so far nobody had a clue what is going wrong there. >=20 > http://lists.freebsd.org/pipermail/freebsd-emulation/2013-September/010= 769.html I understand that, but I still expect the link to fail when the ABI is compatible. If not, some part of the system has a bad design, and requires fixing. One of the fixes we do not have, but that we need, is making linking libraries of incompatible ABIs fail at link-time, rather than at run-time. Rationale: If you can't get it built and installed, it obviously won't fail at runtime. I'd say the options are just two: 1. the canonical lang/gcc version (the one without version suffixes) and 2. the base system compiler (which won't give you OpenMP, for instance, on 10.0 - it uses a clang version that isn't OpenMP-enabled). Anything else is going to blow up. And to be really precise, it's down to the ABI and default libraries rather than the compiler. (Only it's so much easier to get clang to link with libstdc++ than getting GCC to link with libc++.) From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 20:53:35 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61BC9181; Thu, 23 Jan 2014 20:53:35 +0000 (UTC) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 21AA019C2; Thu, 23 Jan 2014 20:53:35 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id lx4so1832715iec.41 for ; Thu, 23 Jan 2014 12:53:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2KYhdhRqSJo/mFzEinIfmjrq6ILVy/+73TKbRRH4V8A=; b=jKbcxChL4suBVSfSLZ10wTpR0s3hyx4w0qFGRdFwpUXT5ooT0K2+NSi/Z8LGBn5J1t 2jPLGMerRo+Wa4gwCVVYqiMS1YpcY8t6Jzw4bjOy1EovzesjRRqr0yuMVq6269GTYxIT aBaTqPRfvhHbKxCl/BcEOMXHnU75WGim/JKqGO7w/fgw6vglkmODswv6qGH1LLN5dAJW ZPL1aKqrMHPtRulREPmagDAFffdrMsUnvnF6tuc+v1dUHFZ2vckOlv1nHtdTfW7quLRz QbCg/kOMBAABbM1F+Lrlh1TSp7AKfxLJH5N2T89VqFUqPdB8zfIOINMRmebkV4LFPBcn G56Q== MIME-Version: 1.0 X-Received: by 10.43.129.70 with SMTP id hh6mr2641941icc.68.1390510414570; Thu, 23 Jan 2014 12:53:34 -0800 (PST) Received: by 10.64.89.2 with HTTP; Thu, 23 Jan 2014 12:53:34 -0800 (PST) In-Reply-To: <52E173E4.2050003@marino.st> References: <52DEE7EE.6010909@rawbw.com> <52DF0346.6000108@ShaneWare.Biz> <52E167BF.8050103@rawbw.com> <52E173E4.2050003@marino.st> Date: Thu, 23 Jan 2014 22:53:34 +0200 Message-ID: Subject: Re: USE_GCC doesn't set rpath From: "Andrew W. Nosenko" To: marino@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Ports , Yuri , =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= , Gerald Pfeifer , Shane Ambler X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 20:53:35 -0000 On Thu, Jan 23, 2014 at 9:56 PM, John Marino wro= te: > On 1/23/2014 20:53, Bernhard Fr=F6hlich wrote: > > Am 23.01.2014 20:04 schrieb "Yuri" : > >> > >> On 01/21/2014 15:31, Shane Ambler wrote: > >>> > >>> I think you will find that qbittorrent will need to be built with the > >>> same gcc version as libtorrent-rasterbar. > >>> > >>> I believe qbittorrent is loading /usr/lib/libstdc++.so.6 then it load= s > >>> libtorrent-rasterbar.so.7 which tries to load libstdc++ and it is giv= en > >>> the already open copy which doesn't have GLIBCXX_3.4.15 that it needs > to > >>> run. > >> > >> > >> Yes, you are right, thst's what is happening. > >> So if any dependency has USE_GCC set, all dependent packages should al= so > > have USE_GCC set. Can ports build infrastructure automatically set > USE_GCC > > for dependent ports? Because doing this by hand in each port is tedious > and > > error prone. > >> > >> Yuri > > > > No it can't right now and this is why we need a ports compiler. Right n= ow > > we are hiding this problems by the fact that we are able to build 95% > > percent of the tree with clang and everyone is happy. We add dozens of > > patches to compile with clang or add this rpath workarounds to even mor= e > > ports just because nobody wants to acknowledge that this is shit and > won't > > work properly unless really everything is build with one compiler. > > > > The rpath stuff is only a workaround that works in a few cases but it > > doesn't work in all cases. You will still see very hard to diagnose > runtime > > crashes. > > While I basically agree with this sentiment, is not it just ports that > use C++ that are affected? Could not this be narrowed down to "We need > a single compiler for ports that use C++" ? > No. Everything that uses language- or feature-support library are affected. I'm, for example, unable to use OpenMP higher than 2.5 even if compiler is gcc-4.8, which is openmp-3.x capable). But, from my point of view, the problem is not a compiler nor rpath. rpath is unneeded indeed, and library indeed may be only one (under /lib). The real problem is that this is ancient library, not the most recent one. They are especially designed to be backward compatible and have the same so-number for a reason. --=20 Andrew W. Nosenko From owner-freebsd-ports@FreeBSD.ORG Thu Jan 23 22:17:21 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F17BFF5A; Thu, 23 Jan 2014 22:17:21 +0000 (UTC) Received: from wp376.webpack.hosteurope.de (wp376.webpack.hosteurope.de [IPv6:2a01:488:42::50ed:8591]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B25C11275; Thu, 23 Jan 2014 22:17:21 +0000 (UTC) Received: from xdsl-78-34-171-233.netcologne.de ([78.34.171.233] helo=dijkstra.cruwe.de); authenticated by wp376.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) id 1W6SaM-0008Lb-2l; Thu, 23 Jan 2014 23:17:18 +0100 Date: Thu, 23 Jan 2014 23:17:16 +0100 From: "Christopher J. Ruwe" To: bug-followup@FreeBSD.org Subject: Re: ports/185614: editors/openoffice-4 does not configure, dbus-deps missing Message-ID: <20140123231716.70d66b4a@dijkstra.cruwe.de> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;cjr@cruwe.de;1390515441;5a111c67; Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 22:17:22 -0000 As MAINTAINER has timed out anyway, I cc freebsd-ports@. As of at least svn path=/head/; revision=340861, the problem of dbus not being pulled by editors/openoffice-4 disappears. I do not believe compilation without dbus has any practical relevance. I suggest to close the PR. -- Christopher J. Ruwe, Dipl.-Kfm. u. M.Comp.Sc. TZ: GMT + 1h GnuPG/GPG: 0xE8DE2C14 FreeBSD 9.2-STABLE #1 r256184: Thu Oct 10 19:12:54 CEST 2013 cjr@dijkstra.cruwe.de:/usr/obj/usr/home/cjr/media/src/freebsd/base/stable/9/sys/GEN_WDTRACE Punctuation matters: "Lets eat Grandma." or "Lets eat, Grandma." - Punctuation saves lives. "A panda eats shoots and leaves." or "A panda eats, shoots, and leaves." - Punctuation teaches proper biology. "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." (RFC 1925) From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 02:07:38 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AEBEF12; Fri, 24 Jan 2014 02:07:38 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C00215B3; Fri, 24 Jan 2014 02:07:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=L5yBM9dwV9dQfIfbIkG5CYzXgsf5KPbY5mtnbsTske4=; b=RhGf+RsByigAU9rvEphmsReGSFHX6sTUlllPtzqvIFI9hWvv5pUFPXYnlTSXKt5PZMRZc+D52c84kpaGA3Hpy5t4jEWvXFrANW5fK3ucqSOlc9IIu3Q08UKz4Du85XzUPMdJ+7IgN/Olr+/NDqI/QCgWp31VesNSZFt372C7ljw=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W6WBF-000ELX-DF; Fri, 24 Jan 2014 02:07:37 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: amdmi3@FreeBSD.org X-Trac-Project: redports Date: Fri, 24 Jan 2014 02:07:37 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r340875: 4x fail To: amdmi3@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140124012600-5208 X-Trac-Build-ID: 20140124012600-5208 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 02:07:38 -0000 - Add dependency on avbin - Install more docs PR: 182517 Submitted by: nemysis --------------------------------------------------------------------- Build ID: 20140124012600-5208 Job owner: amdmi3@FreeBSD.org Buildtime: 42 minutes Enddate: Fri, 24 Jan 2014 02:07:35 GMT Revision: r340875 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=340875 --------------------------------------------------------------------- Port: graphics/py-pyglet 1.1.4_3 Buildgroup: 8.4-QAT/amd64 Buildstatus: FAIL Buildgroup: 8.4-QAT/i386 Buildstatus: FAIL Buildgroup: 9.2-QAT/amd64 Buildstatus: FAIL Buildgroup: 9.2-QAT/i386 Buildstatus: FAIL -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 03:29:24 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2637960 for ; Fri, 24 Jan 2014 03:29:24 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D3481D5D for ; Fri, 24 Jan 2014 03:29:24 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.14.7/8.14.7) with ESMTP id s0O3TOSf039128 for ; Fri, 24 Jan 2014 03:29:24 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.14.7/8.14.7/Submit) id s0O3TO1h039127 for ports@FreeBSD.org; Fri, 24 Jan 2014 03:29:24 GMT (envelope-from indexbuild) Date: Fri, 24 Jan 2014 03:29:24 GMT From: Ports Index build Message-Id: <201401240329.s0O3TO1h039127@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 8.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 03:29:24 -0000 INDEX build failed with errors: Generating INDEX-8 - please wait.. Done. make_index: /home/indexbuild/tindex/ports/graphics/py-pyglet: no entry for RUN_DEPENDS= Committers on the hook: amdmi3 jgh mat Most recent SVN update was: Updating '.': U x11-fm/rox-filer/files/rox U x11-fm/rox-session/files/rox.desktop.in U x11-fm/asfiles/files/last-patch-aa U x11-fm/asfiles/scripts/post-configure U russian/ircd-hybrid/files/ircd-hybrid-ru.sh.sample U russian/koi2koi/src/algoreco.h U russian/koi2koi/src/koi2koi.1 U russian/koi2koi/src/koi2koi.c U russian/rus-ispell/files/ispell-ru.sh U russian/mueller-dic/files/mueller.in U russian/muttprint/files/translation-ru.pl U russian/napster/files/extra-win2koi U russian/tac+ia/files/tac_plus.sh U x11-clocks/gdesklets-clock/files/Clock::__init__.py U databases/postgresql92-server/files/postgresql.in U databases/postgresql92-server/files/dot.profile.in U databases/postgresql92-server/files/dot.cshrc.in U databases/postgresql92-server/files/502.pgsql.in U databases/mysql55-server/files/mysql-server.in U databases/pear-Doctrine12/files/pear-install.in U databases/redis/files/redis.in U databases/tokyotyrant/files/ttserver.in U databases/redis-devel/files/redis.in U databases/tdb/files/tdbtool.8 U databases/tdb/files/tdbrestore.8 U databases/tdb/files/tdbbackup.8 U databases/tdb/files/tdbdump.8 U databases/firebird20-server/files/icu.m4 U databases/firebird20-server/files/aliases.conf.in U databases/isql-viewer/files/iSQL-Viewer.sh U databases/py-fdb/files/py3k-fix-pkg-plist.inc U databases/py-bsddb3/files/py3k-fix-pkg-plist.inc U databases/pgpool/files/pgpool.in U databases/mysql51-server/files/mysql-server.in U databases/rubygem-rubyrep/files/rubyrep.in U databases/firebird25-server/files/firebird.in U databases/postgresql-relay/files/postgresql-relay.in U databases/postgresql84-server/files/postgresql.in U databases/postgresql84-server/files/dot.profile.in U databases/postgresql84-server/files/dot.cshrc.in U databases/postgresql84-server/files/502.pgsql.in U databases/mysql-workbench51/files/extra-51-modules__wb.utils__Makefile.am U databases/memcached/files/memcached.in U databases/memcacheq/files/memcacheq.in U databases/postgresql93-server/files/postgresql.in U databases/postgresql93-server/files/dot.profile.in U databases/postgresql93-server/files/dot.cshrc.in U databases/postgresql93-server/files/502.pgsql.in U databases/powerarchitect/files/powerarchitect.in U databases/mysql56-server/files/mysql-server.in U databases/mysql-proxy/files/mysql-proxy.in U databases/flare/files/flared.in U databases/flare/files/flarei.in U databases/virtuoso/files/virtuoso.in U databases/dbXML/files/dbxml.in U databases/dbXML/files/dbxmlctl.in U databases/couchdb/files/couchdb.in U databases/mysqlard/files/mysqlard.in U databases/firebird21-server/files/icu.m4 U databases/firebird21-server/files/aliases.conf.in U databases/py-gdbm/files/setup.py U databases/py-gdbm/files/setup3.py U databases/slony1/files/slon.conf-sample U databases/slony1/files/slon-mkservice.sh.in U databases/slony1/files/slon.in U databases/sqldeveloper/files/sqldeveloper.sh.in U databases/datamodeler/files/datamodeler.script.sh.in U databases/pgaccess/files/run-tcl-file U databases/slony1v2/files/slon.conf-sample U databases/slony1v2/files/slon-mkservice.sh.in U databases/slony1v2/files/slon.in U databases/hk_classes/files/hk_classes.sh U databases/py-postgresql/files/py3k-fix-pkg-plist.inc U databases/py-bsddb/files/setup.py U databases/jasperserver/files/jasperserverCreateDefaultSecurity-postgresql.sql U databases/jasperserver/files/jasperserverCreateDefaultSecurity-mysql.sql U databases/pgbouncer/files/pgbouncer.in U databases/kumofs/files/kumofs-gateway.in U databases/kumofs/files/kumofs-server.in U databases/kumofs/files/kumofs-manager.in U databases/cego/files/cego.in U databases/postgresql90-server/files/dot.profile.in U databases/postgresql90-server/files/dot.cshrc.in U databases/postgresql90-server/files/502.pgsql.in U databases/postgresql90-server/files/postgresql.in U databases/msql3/scripts/customize_scripts U databases/msql3/files/msql3.sh U databases/squirrel-sql/files/squirrel-sql.in U databases/pgpool-II-22/files/pgpool_switch_xlog U databases/pgpool-II-22/files/pgpool_copy_backup U databases/pgpool-II-22/files/pgpool.in U databases/pgpool-II-22/files/pgpool_remote_start U databases/pgpool-II-23/files/pgpool_copy_backup U databases/pgpool-II-23/files/pgpool.in U databases/pgpool-II-23/files/pgpool_remote_start U databases/pgpool-II-23/files/pgpool_switch_xlog U databases/pgpool-II-30/files/pgpool.in U databases/pgpool-II-30/files/pgpool_remote_start U databases/pgpool-II-30/files/pgpool_switch_xlog U databases/pgpool-II-30/files/pgpool_copy_backup U databases/py-carbon/files/carbon.in U databases/cassandra/files/repaircluster.in U databases/msql/scripts/check_old_version U databases/msql/scripts/customize_scripts U databases/msql/files/slibrary_unix.mm U databases/msql/files/msql2.sh U databases/msql/files/post-install-notes U databases/msql/files/slibinstall.mm U databases/cyrus-imspd/files/imspd.conf U databases/cyrus-imspd/files/imspd.in U databases/mariadb-server/files/mysql-server.in U databases/mariadb-server/files/scripts__Makefile.in U databases/frontbase/files/LICENSE.txt U databases/frontbase/files/frontbase.in U databases/db47/files/patch.4.7.25.4 U databases/postgresql91-server/files/502.pgsql.in U databases/postgresql91-server/files/postgresql.in U databases/postgresql91-server/files/dot.profile.in U databases/postgresql91-server/files/dot.cshrc.in U databases/sqlite2/files/example.tcl U databases/pgpool-II/files/pgpool.in U databases/pgpool-II/files/pgpool_remote_start U databases/pgpool-II/files/pgpool_switch_xlog U databases/pgpool-II/files/pgpool_copy_backup U databases/exist/files/eXist.in U databases/tcl-sqlite3/files/example.tcl.in U databases/postgresql-plruby/files/createlang.sql U databases/rrdtool/files/rrdcached.in U databases/rrdtool/files/thirdparty-json.diff U databases/sqlite-ext-miscfuncs/files/README.in U databases/rdfdb/files/rdfdb-server.sh.tmpl U databases/phpmyadmin/files/config.inc.php.sample U databases/memcachedb/files/memcachedb.in U shells/wapsh/files/htshd.in U shells/v7sh/files/test.c U shells/v7sh/files/pathnames.h U shells/ch/files/ch.in U shells/nologinmsg/files/nologinmsg.c U shells/nologinmsg/files/nologinmsg.8 U shells/nologinmsg/files/pathnames.h U shells/bash/files/xpatch-colonbreakswords U shells/bash/files/xpatch-implicitcd U shells/scponly/files/scponlyc.in U print/epsonepl/files/epsonepl.apsfilter U print/epsonepl/files/epsonepl.conf.sample U print/musixtex/scripts/configure U print/acroreadwrapper/files/acroread.in U print/acroreadwrapper/files/linux_adobe.in U print/hpijs/files/printcap.sample U print/hpijs/files/ifhp U print/gnome-cups-manager/files/gnome-cups-manager.desktop U print/lyx/files/lyx.desktop U print/dviselect/scripts/configure U print/ghostscript9-agpl/files/lqx70ch.upp U print/ghostscript9-agpl/files/lqx70cl.upp U print/ghostscript9-agpl/files/lqx70cm.upp U print/ghostscript9-agpl/files/epag.contrib.mak U print/acrobatviewer/files/AcrobatViewer.in U print/makeindex/scripts/configure U print/tex-dvipdfmx/files/m4-cho-libs.m4 U print/ghostscript7/files/bjc250.contrib.mak U print/ghostscript7/files/lxm3200.contrib.mak U print/ghostscript7/files/epag.contrib.mak U print/ghostscript7/files/stc740pl.upp U print/ghostscript7/files/lex7000.contrib.mak U print/ghostscript7/files/stc740ih.upp U print/ghostscript7/files/lx5000.contrib.mak U print/ghostscript7/files/cdj850.contrib.mak U print/ghostscript7/files/lqx70ch.upp U print/ghostscript7/files/lqx70cl.upp U print/ghostscript7/files/lqx70cm.upp U print/ghostscript7/files/stc740p.upp U print/ghostscript7/files/stp.contrib.mak U print/ghostscript8/files/lqx70ch.upp U print/ghostscript8/files/lqx70cl.upp U print/ghostscript8/files/lqx70cm.upp U print/ghostscript8/files/epag.contrib.mak U print/ghostscript9/files/epag.contrib.mak U print/ghostscript9/files/lqx70ch.upp U print/ghostscript9/files/lqx70cl.upp U print/ghostscript9/files/lqx70cm.upp U print/teTeX-texmf/files/csplain.ini U print/teTeX-texmf/files/t1code.tex U print/teTeX-texmf/files/cslatex.ini U print/xmltex/files/texmf.cnf U print/cups-base/files/ulpt-cupsd.sh.in U print/cups-base/files/cupsd.in U print/cups-base/files/ulpt-cupsd.conf.in U print/tex-texmflocal/files/dirlist U print/tex-texmflocal/files/tetex-modesw.in U print/pnm2ppa/files/ppafilter.SH U print/pnm2ppa/files/asciippafilter.SH U print/gsfonts/files/Fontmap U print/gsfonts/files/fonts.scale U print/html2ps/files/html2psrc.in U print/xdvi/scripts/configure U print/dvips/scripts/configure U print/yatex/files/yatex-startup.el.in U print/teTeX-base/files/texdoctk.wrapper.in U print/teTeX-base/files/updmap.wrapper.in U print/ghostscript7-commfont/files/template.ttcidfont.in U print/ghostscript7-commfont/files/template.cidfont.in U print/ghostscript7-commfont/files/template.font.in U print/latex-cjk/scripts/pre-build U print/latex-cjk/scripts/installtfm.sh U print/latex-cjk/scripts/installt1enc.sh U print/latex-cjk/scripts/fddiff.sh U print/jabref/files/jabref.sh.in U print/jabref/files/JabRef-icon-48.png U print/tex-dvipsk/files/m4-cho-libs.m4 U print/cups-pstoraster/files/cups.contrib.mak U print/acroread8/files/rm.in U print/acroread8/files/mv.in U print/acroread8/files/ln.in U print/acroread9/files/ln.in U print/acroread9/files/rm.in U print/acroread9/files/mv.in U sysutils/ganglia-monitor-core/files/gmetad.in U sysutils/ganglia-monitor-core/files/gmetasnap.sh U sysutils/tw_cli/files/407.status-3ware-raid.in U sysutils/lookupd/files/lookupd.in U sysutils/screen/files/opt-cjkwidth U sysutils/screen/files/opt-hostinlocked U sysutils/screen/files/opt-showencoding U sysutils/webmin/files/webmin.in U sysutils/915resolution/files/915resolution.in U sysutils/mptd/files/mptd.in U sysutils/afbinit/files/afbinit.in U sysutils/sensors-applet/files/mbmon-sensors-interface.h U sysutils/sensors-applet/files/smartctl-helper.c U sysutils/sensors-applet/files/smartctl-sensors-interface.h U sysutils/sensors-applet/files/mbmon-sensors-interface.c U sysutils/sensors-applet/files/smartctl-sensors-interface.c U sysutils/whowatch/files/utmpx-whowatch.c U sysutils/whowatch/files/utmpx-whowatch.h U sysutils/py-bcfg2/files/bcfg2.in U sysutils/ipa/files/ipa.in U sysutils/cfengine-devel/files/cf-execd.in U sysutils/cfengine-devel/files/cf-serverd.in U sysutils/rubygem-chef/files/chef_client.in U sysutils/samesame/files/samesame.sh U sysutils/gkrellm2/files/gkrellmd.in U sysutils/heartbeat/files/heartbeat.in U sysutils/xsi/files/xsi.in U sysutils/flyback/files/flyback.sh.in U sysutils/moreutils/files/ifne.1 U sysutils/moreutils/files/isutf8.1 U sysutils/moreutils/files/mispipe.1 U sysutils/moreutils/files/pee.1 U sysutils/setcdboot/files/setcdboot.c U sysutils/freqsdwn/files/freqshpd.in U sysutils/freqsdwn/files/000.freqshpk.in U sysutils/freqsdwn/files/UPSFILE U sysutils/monitord/files/monitord.in U sysutils/diskcheckd/files/diskcheckd.c U sysutils/diskcheckd/files/diskcheckd.conf U sysutils/diskcheckd/files/diskcheckd.in U sysutils/diskcheckd/files/diskcheckd.8 U sysutils/amrstat/files/407.status-amr-raid.in U sysutils/rsyslog7-devel/files/rsyslogd.in U sysutils/msyslog/files/utmpx-src-modules-om_classic.c U sysutils/msyslog/files/msyslogd.in U sysutils/3dm/files/3dm2.conf.sample U sysutils/3dm/files/3dm2.in U sysutils/dae/files/dae.sh U sysutils/dae/files/dae.1 U sysutils/logstash/files/elasticsearch.yml.sample U sysutils/watchfolder/files/watchd.in U sysutils/jailrc/files/README U sysutils/jailrc/files/jailrc.in U sysutils/pcfclock/files/pcfdate.in U sysutils/fusefs-ntfs/files/README.FreeBSD U sysutils/mgeupsd/files/powerhandler U sysutils/mgeupsd/files/mgeupsd.sh U sysutils/areca-cli/files/407.status-areca-raid.in U sysutils/bsdstats/files/bsdstats.in U sysutils/syslog-ng33/files/syslog-ng.conf.sample U sysutils/syslog-ng33/files/syslog-ng.in U sysutils/uptimed/files/uptimed.in U sysutils/swapd/files/swapd.in U sysutils/swapd/files/swapd_swapoff U sysutils/swapd/files/swapd_swapon U sysutils/syslog-ng-devel/files/syslog-ng.conf.sample U sysutils/syslog-ng-devel/files/syslog-ng.in U sysutils/blimitd/files/blimitd.sh U sysutils/mixer/files/mixer.sh U sysutils/readlink/files/tarignore U sysutils/clockspeed-conf/files/create_ids.sh U sysutils/cfengine22/files/cfservd.in U sysutils/cfengine22/files/cfexecd.in U sysutils/hal/files/10-mouse-sysmouse.fdi U sysutils/hal/files/README.fuse U sysutils/hal/files/mount-fuse U sysutils/etcupdate/src/etcupdate.8 U sysutils/etcupdate/src/etcupdate.sh U sysutils/cfengine32/files/cf-execd.in U sysutils/cfengine32/files/cf-serverd.in U sysutils/cfengine33/files/cf-execd.in U sysutils/cfengine33/files/cf-serverd.in U sysutils/cfengine34/files/cf-serverd.in U sysutils/cfengine34/files/cf-execd.in U sysutils/cfengine35/files/cf-serverd.in U sysutils/cfengine35/files/cf-monitord.in U sysutils/cfengine35/files/cf-execd.in U sysutils/monit/files/monit.in U sysutils/firstboot-freebsd-update/files/firstboot_freebsd_update.in U sysutils/be_agent/files/config_example U sysutils/be_agent/files/be-agent.in U sysutils/mcelog/files/memstream.c U sysutils/xe-guest-utilities/files/xenguest.in U sysutils/44bsd-more/files/queue.h U sysutils/nagios-statd/files/nagiosstatd.in U sysutils/cpupowerd/files/cpupowerd.in U sysutils/moosefs-master/files/mfsmetalogger.in U sysutils/moosefs-master/files/mfsmaster.in U sysutils/moosefs-master/files/mfscgiserv.in U sysutils/libieee1284/files/man3 U sysutils/daedalus/files/daedalus.sh U sysutils/bsd-splash-changer/files/change_splash.in U sysutils/arcconf/files/410.status-aac-raid.in U sysutils/upsd/files/upsd.sh U sysutils/upsd/files/upsd.conf U sysutils/swapmon/files/swapmon.in U sysutils/swapmon/files/swapmon.sh.in U sysutils/swapmon/files/swapmon.1 U sysutils/backuppc/files/backuppc.in U sysutils/LPRng/files/lprng.in U sysutils/pfstat/files/pfstatd.in U sysutils/pfstat/files/pre41-patch-pf.c U sysutils/linuxfdisk/files/linuxfdisk-sys_bsd.c U sysutils/linuxfdisk/files/linuxfdisk-Makefile U sysutils/istatd/files/istatd.in U sysutils/rsyncmanager/files/rsyncmanager.in U sysutils/personality/src/personality.8 U sysutils/personality/src/personality U sysutils/dtc/files/dtc-install.in U sysutils/dtc/files/dtc-deinstall.in U sysutils/xlogmaster/files/xlogmasterrc U sysutils/fvcool/files/fvcool.in U sysutils/rsyslog7/files/rsyslogd.in U sysutils/p5-MogileFS-Server/files/mogilefsd.in U sysutils/p5-MogileFS-Server/files/mogstored.in U sysutils/clockspeed/files/clockspeed.sh.sample U sysutils/clockspeed/files/tryclock_gettime.c U sysutils/radmind/files/optpatch-ignore_timestamps U sysutils/radmind/files/radmind.in U sysutils/radmind/files/config.sample U sysutils/moosefs-chunkserver/files/mfschunkserver.in U sysutils/fcron/files/fcrontab-root U sysutils/fcron/files/fcrontab-operator U sysutils/fcron/files/fcron.in U sysutils/geomWatch/files/geomWatch.in U sysutils/lcdproc/files/LCDd.in U sysutils/lcdproc/files/lcdproc.in U sysutils/lcdproc/files/lcdexec.in U sysutils/puppet27/files/puppet.in U sysutils/puppet27/files/optpatch-package_root U sysutils/puppet27/files/puppetmaster.in U sysutils/atop/files/atop.in U sysutils/rubygem-fluentd/files/fluentd.in U sysutils/usermin/files/usermin.in U sysutils/tenshi/files/tenshi.in U sysutils/bacula-server/files/bacula-barcodes U sysutils/bacula-server/files/chio-bacula U sysutils/pprotectd/files/pprotectd.in U sysutils/mfid/files/mfid.in U sysutils/anacron/files/anacrontab.default U sysutils/anacron/files/anacron.in U sysutils/devcpu-data/files/microcode_update.in U sysutils/pc-sysinstall/files/pc-sysinstall.mtree U sysutils/doinkd/files/doinkd.in U sysutils/e2fsprogs/files/fsck_ext2fs.c U sysutils/e2fsprogs/files/fsck_ext2fs.8 U sysutils/downtimed/files/downtimed.in U sysutils/py-zfs/files/compile.py.in U sysutils/gnome_subr/files/gnome.subr U sysutils/daemontools/files/rts-skip.patch U sysutils/daemontools/files/svscan.in U sysutils/env4801/files/env4801.sh U sysutils/asr-utils/files/dptmgr.sh.in U sysutils/openupsd/files/openupsd.in U sysutils/wmmemfree/files/mem_freebsd.c U sysutils/wmmemfree/files/mem_freebsd.h U sysutils/apcupsd/files/apcupsd.conf.net-slave.sample U sysutils/apcupsd/files/apcupsd.in U sysutils/dirvish/files/master.conf.dist U sysutils/dirvish/files/header.pl U sysutils/dirvish/files/default.conf.dist U sysutils/filewatcherd/files/watchtab.sample U sysutils/userlist/files/userlist U sysutils/boxbackup/files/bbackupd.in U sysutils/boxbackup/files/bbstored.in U sysutils/boxbackup/files/999.boxbackup.in U sysutils/symon/files/symon.in U sysutils/symon/files/symux.in U sysutils/aird/files/aird.in U sysutils/dolly/files/extra-bzip2-patch-dolly.c U sysutils/syslog-ng/files/syslog-ng.conf.sample U sysutils/syslog-ng/files/syslog-ng.in U sysutils/rsyslog8-devel/files/rsyslogd.in U sysutils/py-supervisor/files/supervisord.conf.sample U sysutils/py-supervisor/files/supervisord.in U sysutils/mbmon/files/mbmon.in U sysutils/gaffitter/files/gaffitter.1 U sysutils/ipad_charge/files/ipad_charge.conf.in U sysutils/ipad_charge/files/ipad_charge.in U sysutils/p5-Tail-Stat/files/tstatd.in U sysutils/spiped/files/spiped.in U sysutils/jfbterm/files/BSDmakefile U sysutils/procmap/files/procmap.c U sysutils/procmap/files/procmap.8 U sysutils/jdiskreport/files/jdiskreport.sh U sysutils/ckl/files/cloudkick.conf.example U sysutils/jail2/files/jail2.in U sysutils/ataidle/files/ataidle.in U sysutils/nut/files/nut.in U sysutils/nut/files/nut_upsmon.in U sysutils/nut/files/nut_upslog.in U sysutils/apt/files/https.cc U sysutils/apt/files/https.h U sysutils/etcmerge/src/etcmerge.sh U sysutils/etcmerge/src/etcmerge.8 U sysutils/asusoled/files/oled_clock.in U sysutils/asusoled/files/asusoled.in U sysutils/ipsc/files/ipsc.8 U sysutils/syslog-ng2/files/syslog-ng.conf.sample U sysutils/syslog-ng2/files/syslog-ng.in U sysutils/boxbackup-devel/files/999.boxbackup.in U sysutils/boxbackup-devel/files/bbackupd.in U sysutils/boxbackup-devel/files/bbstored.in U sysutils/moreutils-parallel/files/parallel.1 U sysutils/pftop/files/queue.h U sysutils/wmbluecpu/files/cpu_freebsd.h U sysutils/wmbluecpu/files/cpu_freebsd.c D sysutils/coreutils/files/patch-Makefile.in U sysutils/coreutils/pkg-plist U sysutils/coreutils/Makefile U sysutils/coreutils/distinfo U sysutils/healthd/files/healthd.in U sysutils/consolekit/files/ck-get-x11-server-pid U sysutils/consolekit/files/ck-get-x11-display-device U sysutils/metalog/files/metalog.in U sysutils/heirloom/files/extra-utmpx U sysutils/runit/files/runsvdir.in U sysutils/smartmontools/files/smartd.in U sysutils/nut22/files/nut.in U sysutils/nut22/files/nut_upsmon.in U sysutils/nut22/files/nut_upslog.in U sysutils/jvmtop/files/jvmtop.sh.in U sysutils/volman/files/volmand.in U sysutils/upsdaemon/files/upsdaemon.in U sysutils/ntfsprogs/files/README.FreeBSD U sysutils/logrotate/files/logrotate.conf.sample U sysutils/logrotate/files/syslog.sample U sysutils/condor/files/condor.in U sysutils/condor/files/condor_config.in U sysutils/condor/files/condor_config.local.in U sysutils/afio/files/afiodump.example U sysutils/powerman/files/powerman.in U sysutils/monitorix/files/monitorix.in U sysutils/slurm-hpc/files/slurm.conf.in U sysutils/slurm-hpc/files/slurmd.in U sysutils/slurm-hpc/files/slurmctld.in U sysutils/fusefs-kmod/files/setup.sh.in U sysutils/fusefs-kmod/files/fusefs.in U sysutils/munin-node/files/plugins.conf U sysutils/oak/files/oak.in U x11-servers/xorg-server/files/extra-arch-ia64 U x11-servers/xorg-server/files/extra-old-arch-i386 U x11-servers/xorg-server/files/extra-new-arch-powerpc U x11-servers/xorg-server/files/extra-Xserver-hw-xfree86-common-xf86Config.c U x11-servers/xorg-server/files/extra-dix_events.c U x11-servers/xorg-server/files/extra-new-arch-i386 U x11-servers/xorg-server/files/extra-include_eventstr.h U x11-servers/xorg-server/files/extra-old-arch-powerpc U x11-servers/Xfstt/files/xfstt.sh U finance/sql-ledger/files/sql-ledger-httpd.conf.in U finance/jgnash/files/jgnash.desktop.in U finance/openerp-server/files/openerpd.in U finance/openerp-server/files/openerp-server.conf.in U finance/ledgersmb/files/ledger-smb-httpd.conf.in U finance/openerp-web/files/openerp-web.py U finance/openerp-web/files/openerp-web.wrapper U finance/openerp-web/files/openerp-web.conf U finance/openerp-web/files/openerp-web.in U finance/ledgersmb12/files/ledger-smb-httpd.conf.in U finance/sabernetdcs-client/files/sndcs2.conf U textproc/weka/files/weka.sh.in U textproc/trang/files/trang.sh.in U textproc/docbook-tdg/files/index.html U textproc/ppower4/files/ppower4.sh.in U textproc/jing/files/jing.sh.in U textproc/jalingo/files/jalingo.in U textproc/xalan-j/files/xalan-j.sh.in U textproc/mkcatalog/scripts/configure U textproc/mkcatalog/src/mkcatalog.in U textproc/xmlcharent/files/catalog.xml U textproc/xmlcharent/files/catalog U textproc/xhtml-modularization/files/catalog.xml U textproc/xhtml-modularization/contents.inc U textproc/aspell/files/aspell.ver.in U textproc/docbook-400/files/catalog U textproc/docbook-241/files/catalog U textproc/docbook-410/files/catalog U textproc/tei-p3/files/catalog U textproc/sdocbook-xml/files/catalog.xml U textproc/sdocbook-xml/files/catalog U textproc/docbook-420/files/catalog.in U textproc/intltool/files/OrigTree.pm U textproc/s5/files/s5.1 U textproc/s5/files/s5.sh U textproc/p5-XML-Parser/files/check_nfs.pl U textproc/jdictionary/files/jdictionary.sh.in U textproc/coco/files/unexfreebsd.c U textproc/kmfl-european-latin/files/latin.png.base64.txt U textproc/extract_url/files/extract_urlview U textproc/nux/files/fire-xquery.sh.in U textproc/fixrtf/src/fixrtf.l U textproc/xt/files/xt.sh U textproc/xhtml-11/files/catalog.xml U textproc/p5-xmltv/files/extra-noportdocs-patch-Makefile.PL UU textproc/jaxup/files/DOMXUpdater.java U textproc/jaxup/files/build.xml U textproc/jaxup/files/jaxup-xupdater.sh U textproc/words/files/words U textproc/pootle/files/pootle.in U textproc/xhtml-basic/contents.inc U textproc/xhtml-basic/files/catalog.xml U textproc/wordnet/scripts/configure U textproc/wordnet/files/src.wn.Makefile U textproc/wordnet/files/man.Makefile U textproc/wordnet/files/src.wnb.Makefile U textproc/wordnet/files/dict.Makefile U textproc/wordnet/files/include.Makefile U textproc/wordnet/files/src.lib.Makefile U textproc/iso12083/files/catalog U textproc/sphinxsearch/files/sphinxsearch.in U textproc/groff/files/mdoc.local U textproc/sml-fxp/files/src-Apps-Viz-viz.mlb U textproc/sml-fxp/files/src-Apps-Copy-copy.mlb U textproc/sml-fxp/files/src-Apps-Null-null.mlb U textproc/sml-fxp/files/src-Parser-Params-params.cm U textproc/sml-fxp/files/src-Apps-Viz-runviz.sml U textproc/sml-fxp/files/sml-nj-plist U textproc/sml-fxp/files/src-Unicode-encoding.cm U textproc/sml-fxp/files/src-Parser-Base-base.cm U textproc/sml-fxp/files/src-Parser-Parse-parse.cm U textproc/sml-fxp/files/src-Unicode-Encode-encode.cm U textproc/sml-fxp/files/src-Parser-Dtd-dtd.cm U textproc/sml-fxp/files/src-Apps-Esis-esis.mlb U textproc/sml-fxp/files/src-Catalog-catalog.cm U textproc/sml-fxp/files/src-Apps-Esis-runesis.sml U textproc/sml-fxp/files/src-Util-SymDict-symdict.cm U textproc/sml-fxp/files/sml-nj-devel-plist U textproc/sml-fxp/files/src-Apps-Copy-runcopy.sml U textproc/sml-fxp/files/src-Apps-Null-runnull.sml U textproc/sml-fxp/files/src-config.cm U textproc/sml-fxp/files/src-Apps-Canon-canon.mlb U textproc/sml-fxp/files/src-Parser-Error-error.cm U textproc/sml-fxp/files/src-Unicode-unicode.cm U textproc/sml-fxp/files/src-Apps-Canon-runcanon.sml U textproc/sml-fxp/files/src-Parser-Dfa-dfa.cm U textproc/sml-fxp/files/src-Parser-entities.cm U textproc/sml-fxp/files/src-fxlib.mlb U textproc/sml-fxp/files/src-Unicode-Uri-uri.cm U textproc/sml-fxp/files/src-Unicode-Chars-chars.cm U textproc/sml-fxp/files/src-Parser-parser.cm U textproc/sml-fxp/files/src-Util-util.cm U textproc/sml-fxp/files/src-Unicode-Decode-decode.cm U textproc/saxon-he/files/saxon.sh.in U textproc/p5-Text-Reflow/files/5.8-Reflow.pm U textproc/docbook-300/files/catalog U textproc/dict/files/dict.conf U textproc/amberfish/files/porter.cc U textproc/spellutils/files/aspell.sl U textproc/docbook-310/files/catalog U textproc/latex2html/files/latex2html.1 U textproc/ispell/files/unsq.pl U textproc/ispell/files/BR.patch U textproc/ispell/files/ES.patch U textproc/ispell/files/FR.patch U textproc/ispell/files/SE.patch U textproc/ispell/files/NL.patch U textproc/ispell/files/IT.patch U textproc/ispell/files/NO.patch U textproc/ispell/files/DENEU.makefile U textproc/ispell/files/DA.patch U textproc/ispell/files/AF.patch U textproc/ispell/files/DENEU.patch U textproc/ispell/scripts/configure U textproc/iso8879/files/catalog U textproc/sphinxsearch-devel/files/sphinxsearch.in U textproc/py-tvgrab/files/timezone.py U textproc/p5-SGMLSpm/files/noportexamples-patch-Makefile U textproc/xhtml/files/catalog.xml U textproc/saxon/files/saxon.sh.in U textproc/xerces-c2-devel/scripts/check-config-options U textproc/saxon-devel/files/saxon.sh.in U textproc/xincluder/files/xincluder.sh.in U editors/manedit/files/mntent_compat.c U editors/manedit/files/mntent.h U editors/openoffice-devel/files/openoffice-wrapper U editors/openoffice-devel/files/generate.pl U editors/flim/files/_pkg.el U editors/treeform/files/treeform.in U editors/ted/files/configure U editors/leo/files/leo.in U editors/color-mate/files/theme_build.sh U editors/xemacs/files/xemacs.desktop.in U editors/openoffice-3/files/generate.pl U editors/openoffice-3/files/ooo.sh U editors/openoffice-3/files/openoffice-wrapper U editors/openoffice-4/files/openoffice-wrapper U editors/openoffice-4/files/generate.pl U editors/openoffice-4/files/ooo.sh U editors/diakonos/files/installation.rb.in U editors/omegaT/files/omegaT.sh.in U editors/omegaT/files/omegat.prefs.in U editors/psgml/files/psgml-startup.el.in U editors/psgml/files/post-patch-psgml.el U editors/thoteditor/files/thoteditor U editors/vim/options U editors/vim/files/vietnamese_viscii.vim U editors/jedit/files/jedit.sh.in U editors/semi/files/_pkg.el U editors/drjava/files/drjava.in U editors/jext/files/jext.sh.in U science/nifticlib/files/nifticlib.1 U science/afni/files/afni.profile.in U science/afni/files/afni.cshrc.in U science/devisor/files/devisorgrid.sh.in U science/gamess/files/install.info U science/dtiquery/files/dtiquery.1 U science/mol2ps/files/color.conf U science/dlpoly-classic/files/dlpoly-gui.in U science/py-ws2300/files/ws2300 U science/abinit/files/makefile_macros U science/mpqc/files/manpages U emulators/its/files/its-user-install.sh U emulators/its/files/its.sh U emulators/its/files/MIT-ITS-papers U emulators/its/files/klh10-kn-freebsd.ini.in U emulators/its/files/README.FIRST U emulators/x49gp/files/config-hp49g+ U emulators/x49gp/files/hp50g.sh.in U emulators/x49gp/files/config-hp50g U emulators/linux_base-f10/files/lp U emulators/linux_base-f10/files/yp.conf.sample U emulators/m2000/files/m2000.sh.in U emulators/virtualbox-ose-additions/files/vboxservice.in U emulators/darcnes/files/endian.h U emulators/wine-doors/files/preferences.xml.in U emulators/rtc/files/test.c U emulators/rtc/files/rtc.sh U emulators/rtc/files/rtc_linux.c U emulators/rtc/files/rtc.c U emulators/rtc/files/rtc.h U emulators/linux-geepee32/scripts/wrapper.sh U emulators/qemu/files/qemu-ifdown.sample U emulators/qemu/files/pcap-patch U emulators/qemu/files/rtl8139-re-patch U emulators/qemu/files/qemu-ifup.sample U emulators/qemu/files/cdrom-dma-patch U emulators/qemu/files/gns3-patch U emulators/psim-freebsd/files/README.patches U emulators/psim-freebsd/files/dot.gdbinit U emulators/psim-freebsd/files/HOW-TO U emulators/ski/files/ia64.cmd U emulators/atari800/files/atari800.cfg U emulators/aftp/files/aftp.1 U emulators/linux_base-c6/files/lp U emulators/linux_base-c6/files/yp.conf.sample U emulators/klh10/files/PDPs U emulators/vMac/files/dos2unx U emulators/mess/files/mess.ini U emulators/vboxtool/files/vboxtool.conf U emulators/vboxtool/files/machines.conf U emulators/virtualbox-ose-legacy/files/vboxheadless.in U emulators/virtualbox-ose-legacy/files/vboxwebsrv.in U emulators/linux_dist-gentoo-stage3/files/update.sh U emulators/mame/files/mame.ini U emulators/kqemu-kmod-devel/files/kqemu.in U emulators/pcemu/files/README.FreeBSD U emulators/pcemu/files/bootstrap.shar U emulators/pcemu/files/bootstrapper.uu U emulators/pcemu/scripts/configure U emulators/frodo/files/frodo U emulators/virtualbox-ose/files/vboxheadless.in U emulators/virtualbox-ose/files/vboxwebsrv.in U emulators/tpm-emulator/files/tpmd.in U emulators/svr4_base/files/nsswitch.conf U emulators/svr4_base/files/SVR4_MAKEDEV U emulators/svr4_base/files/netconfig U emulators/svr4_base/files/README U emulators/qemu-devel/files/cdrom-dma-patch U emulators/qemu-devel/files/qemu-ifdown.sample U emulators/qemu-devel/files/qemu-ifup.sample U emulators/pearpc/files/mbrtowc.c U emulators/pearpc/files/wcrtomb.c U emulators/kqemu-kmod/files/kqemu.in U emulators/fmsx/files/fmsx U news/diablo/scripts/diablo.sh-sample U news/trn/scripts/pre-configure U news/nntpcache/files/nntpcached.in U news/gup/files/freebsd U news/inn/files/innd.in U news/nntpbtr/files/dbz/dbz.h U news/nntpbtr/files/dbz/dbz.3z U news/nntpbtr/files/dbz/dbz.c U news/newscache/files/newscache.in U news/xpn/files/xpn.in U news/plor/files/plor.1 U news/slnr/files/porting.notes U news/cnews/files/sendmail.patch U news/dnews/files/dnews.sh U news/dnews/files/faq.html U news/papercut/files/papercut-wrapper U news/trn4/scripts/preconf U news/knews/scripts/pre-configure U irc/tircd/files/tircd.in U irc/ircd-ratbox-devel/files/ircd-ratbox.in U irc/quassel/files/quasselcore.in U irc/bopm/files/bopm.in U irc/ircd-hybrid/files/ircd-hybrid.in U irc/unreal/files/unrealircd.in U irc/sirc/files/sirc.in U irc/sirc/files/dsirc-ipv6 U irc/sirc/files/dsirc-minimal U irc/anope/files/anope.in U irc/ratbox-services/files/ratbox-services.in U irc/minbif/files/minbif.in U irc/ircd-ru/files/ircd.in U irc/ngircd/files/ngircd.in U irc/irc2dc/files/irc2dc.in U irc/thales/files/thales.in U irc/hybserv/files/hybserv.sh U irc/xchat-ruby/files/rubypath.rb U irc/undernet-ircu/files/undernet.in U irc/iroffer-dinoex/files/iroffer-dinoex.in U irc/ircservices/files/ircservices.in U irc/znc/files/znc.in U irc/bitlbee/files/bitlbee.in U irc/charybdis/files/charybdis.in U irc/irc/files/ircd.in U irc/ircd-ratbox/files/ircd-ratbox.in U lang/gnustep-guile/files/NSConcreteNumber.h U lang/icc/files/stdarg.h U lang/icc/files/cdefs.h U lang/icc/files/cxa_atexit.c U lang/icc/files/assert_fail.c U lang/icc/files/ld.c U lang/icc/files/stderr.c U lang/icc/files/exclude U lang/icc/files/_types.h U lang/icc/files/errno_location.c U lang/icc/files/stdin.c U lang/icc/files/stdout.c U lang/icc/files/exclude_noportdocs U lang/icc/files/mcount.S U lang/xds/files/plist U lang/xds/files/plist-doc U lang/tcl-wrapper/files/wrapper.in U lang/tcl-wrapper/files/conf.sample.in U lang/gnat-aux/files/diff-cxx U lang/gnat-aux/files/diff-fortran-testsuite U lang/gnat-aux/files/diff-gcc-testsuite U lang/gnat-aux/files/diff-ada U lang/gnat-aux/files/diff-core U lang/gnat-aux/files/diff-cxx-testsuite U lang/gnat-aux/files/diff-fortran U lang/gnat-aux/files/diff-ada-testsuite U lang/lua52/files/lua-5.2.pc.in U lang/ghc/files/nopatch-.._ghc-7.4.1-boot_rts_package.conf.in U lang/ghc/files/nopatch-.._ghc-7.6.3-boot_rts_package.conf.in U lang/py-mx-base/files/index.html.in U lang/gcc-aux/files/diff-static-version U lang/gcc-aux/files/diff-fortran U lang/gcc-aux/files/diff-ada-testsuite U lang/gcc-aux/files/diff-cxx U lang/gcc-aux/files/diff-fortran-testsuite U lang/gcc-aux/files/diff-gcc-testsuite U lang/gcc-aux/files/diff-ada U lang/gcc-aux/files/diff-core U lang/gcc-aux/files/diff-cxx-testsuite U lang/ocaml/files/manfiles U lang/sml-nj-devel/files/plist-everything U lang/tclX/files/tcl85-test-patch U lang/bsh/files/bsh.sh.in U lang/ifc/files/linux_file.c U lang/ifc/files/ld.c U lang/ifc/files/stdin.c U lang/ifc/files/exclude_noportdocs U lang/ifc/files/stdout.c U lang/ifc/files/stderr.c U lang/ifc/files/sysconf.c U lang/ifc/files/mcount.S U lang/ifc/files/exclude U lang/ifc/files/cxa_atexit.c U lang/ifc/files/memalign.c U lang/ifc/files/linux_stat.c U lang/ifc/files/assert_fail.c U lang/ifc/files/errno_location.c U lang/schemetoc/files/options-server.h U lang/schemetoc/files/x86.s U lang/schemetoc/files/main.c U lang/schemetoc/files/README.FreeBSD U lang/schemetoc/files/makefile-head U lang/schemetoc/files/options.h U lang/php5/files/php-fpm.in U lang/ezm3/scripts/check_conflicts U lang/ezm3/scripts/configure U lang/gnat_util/files/sdefault_adb.gnat_util U lang/gnat_util/files/gnat_util.gpr U lang/ccl/files/ccl.sh.in U lang/scm/files/require.scm.in U lang/groovy/files/set-groovy_home.sed.in U lang/gnustep-base/files/gdomap_if U lang/erlang-runtime15/files/epmd.in U lang/erlang-runtime16/files/epmd.in U lang/sml-nj/scripts/get-cm U lang/clojure/files/clojure-bin.in U lang/hiphop-php/files/LICENSE.UNICODE U lang/tcc/files/README.tccelf U lang/tcc/files/texi2pod.pl U lang/php52/files/php-fpm.conf.sample.in U lang/php52/files/php-fpm.in U lang/php53/files/php-fpm.in U lang/php55/files/php-fpm.in U lang/linux-j/files/jw.sh.in U lang/linux-j/files/j-jconsole.sh.in U lang/gcc44/files/java-patch-hier U lang/gcc46/files/java-patch-hier U lang/gcc47/files/java-patch-hier U lang/gcc48/files/java-patch-hier U lang/gcc49/files/java-patch-hier U lang/klone/files/freebsd U lang/stalin/files/stalin.sh.in U lang/rexx-regutil/files/regutil.1.in U lang/xds-c/files/plist U lang/xds-c/files/plist-doc U lang/gcc/files/java-patch-hier U lang/erlang/files/epmd.in U lang/jakarta-commons-jelly/files/jelly.sh.in U lang/mlton/files/add-local-cross U lang/mlton/files/ml.grm.sig U lang/mlton/files/mlb.grm.sig U lang/mlton/files/upgrade-basis.sml U lang/mlton/files/yacc.grm.sig U lang/mlton/files/ml.grm.sml U lang/mlton/files/mlb.grm.sml U lang/mlton/files/ml.lex.sml U lang/mlton/files/mlb.lex.sml U lang/mlton/files/yacc.grm.sml U lang/mlton/files/yacc.lex.sml U lang/starlogo/files/starlogo.sh.in U lang/abcl/files/abcl.in U lang/pcc/files/f77config.h U lang/pcc/files/ccconfig.h U lang/rhino/files/rhinoc.in U lang/rhino/files/rhinosh.in U lang/rhino/files/rhinodbg.in U lang/rexx-regina/files/rxstack.in U net-p2p/bnbt/files/bnbt.in U net-p2p/i2p/files/wrapper.sh.in U net-p2p/i2p/files/i2p.in U net-p2p/opennap/files/opennap.sh U net-p2p/amule-devel/files/amuled.in U net-p2p/uhub/files/uhub.in U net-p2p/minder/files/minder.cfg.sample U net-p2p/azureus2/files/build.xml U net-p2p/azureus2/files/azureus2.in U net-p2p/phex/files/phex.sh.in U net-p2p/deluge/files/deluged.in U net-p2p/xnap/files/wrapper.sh U net-p2p/btqueue/files/FBSD4-patch-BitTorrent_defaultargs.py U net-p2p/zetacoin/files/zetacoin.conf.sample U net-p2p/zetacoin/files/zetacoin.in U net-p2p/bittyrant/files/bittyrant.in U net-p2p/mldonkey/files/mlnet.in U net-p2p/mldonkey/files/wrapper.sh U net-p2p/mldonkey/files/kill_mldonkey U net-p2p/liberator/files/wrapper.sh U net-p2p/frost/files/wrapper.sh U net-p2p/vuze/files/build.xml U net-p2p/vuze/files/vuze.in U net-p2p/transmission-cli/files/disable-web U net-p2p/transmission-cli/files/transmission.in U net-p2p/py-kenosis/files/python2.3-Queue.py U net-p2p/amule/files/amuled.in U net-p2p/verlihub/files/verlihub.in U japanese/font-sazanami/files/20-unhint-sazanami.conf U japanese/font-sazanami/files/62-fonts-sazanami.conf U japanese/font-migmix/files/62-fonts-migmix.conf U japanese/font-migmix/files/20-unhint-migmix.conf U japanese/gskk/files/README.FreeBSD.in U japanese/gskk/files/dics.dir.gskk U japanese/font-migu/files/62-fonts-migu.conf U japanese/font-migu/files/20-unhint-migu.conf U japanese/font-ipa/files/20-unhint-ipa.conf U japanese/font-ipa/files/62-fonts-ipa.conf U japanese/tk80/files/README.FreeBSD.in U japanese/zipcodes/scripts/gennew.pl U japanese/zipcodes/scripts/genold.pl U japanese/jstrings/files/jstrings.1 U japanese/wdic-fpw/files/YOGOPASO.H U japanese/wdic-fpw/files/MOE_RAIL.H U japanese/zangband/files/makefile-adjust.patch U japanese/plan/files/plan_calEUC.ps U japanese/font-mplus/files/62-fonts-mplus.conf U japanese/font-mplus/files/20-unhint-mplus.conf U japanese/font-mplus-ipa/files/20-unhint-mplus-ipa.conf U japanese/font-mplus-ipa/files/62-fonts-mplus-ipa.conf U japanese/ebview-gtk2/files/ebview.desktop.in U japanese/emacs-emcws/files/site-init.el.tmpl U japanese/emacs-emcws/files/emcws-message U japanese/emacs-emcws/scripts/configure U japanese/FreeWnn-server/files/wnn.in U japanese/FreeWnn-server/files/cwnn.in U japanese/FreeWnn-server/files/kwnn.in U japanese/FreeWnn-server/files/twnn.in U japanese/vftool/scripts/configure U japanese/elvis/files/ja-elvis.sh U japanese/esecanna/files/esecanna.in U japanese/tiarra/files/tiarra.in U japanese/font-ume/files/20-unhint-ume.conf U japanese/font-ume/files/62-fonts-ume.conf U japanese/kinput2/files/Kinput2.conf.in U japanese/xpdf/files/dot.xpdfrc.in U japanese/sj3-lib/files/post-patch-Imakefile U japanese/sj3-lib/files/sj3_freebsd.tmpl.in U japanese/lambdamoo/files/README.FreeBSD U japanese/monafonts-ttf/files/fonts.dir.mona U japanese/mailman/files/FreeBSD-post-install-notes U japanese/mailman/files/postfix-verp.diff U japanese/mailman/files/powerlogo.gif.uue U japanese/mailman/files/mailman.in U japanese/ptex/files/updmap-ptex.in U japanese/ptex/files/tcfmgr.map U japanese/another-htmllint/files/htmllint U japanese/font-kochi/files/62-fonts-kochi.conf U japanese/font-kochi/files/20-unhint-kochi.conf U japanese/onew/files/ONEW_CONF-for-wnn6.in U japanese/onew/files/ONEW_CONF-for-wnn7.in U japanese/onew/files/ONEW_CONF-for-canna+freewnn.in U japanese/onew/files/ONEW_CONF-for-canna.in U japanese/onew/files/ONEW_CONF-for-wnn.in U japanese/onew/files/ONEW_CONF-for-canna+wnn6.in U japanese/onew/files/ONEW_CONF-for-freewnn.in U japanese/onew/files/ONEW_CONF-for-canna+wnn7.in U japanese/rskkserv/files/rskkserv.in U japanese/xdvik/files/vfontmap.freetype U japanese/kappa20/files/fonts.alias.ayu U japanese/p5-Mail-SpamAssassin/files/spamassassin-3.3.2-ja-1.plist U japanese/p5-Mail-SpamAssassin/files/spamassassin-3.3.2-ja-1.patch U japanese/p5-Mail-SpamAssassin/files/tokenizer.pre U japanese/flex-sdk/files/asdoc.sh.in U japanese/flex-sdk/files/fdb.sh.in U japanese/flex-sdk/files/mxmlc.sh.in U japanese/flex-sdk/files/compc.sh.in U japanese/platex-otf/files/cid-otf-noembed.map U japanese/font-ipa-uigothic/files/20-unhint-ipa-uigothic.conf U japanese/font-ipa-uigothic/files/62-fonts-ipa-uigothic.conf U japanese/jadetex-ptex/files/texmf.cnf U japanese/scim-tables/files/T-Code.txt.in U japanese/scim-tables/files/TUT-Code.txt.in U japanese/kon2-16dot/files/dotconfig U japanese/marumoji-fonts/files/LICENSE U japanese/mikachan-ttfonts/files/fonts.dir.mika U japanese/canna-server/files/canna.in U japanese/hns/files/hns-setup.sh U japanese/hns/scripts/configure U japanese/awffull/files/awffull-ja.diff U japanese/cannadic/files/README.FreeBSD.in U japanese/font-takao/files/62-fonts-takao.conf U japanese/font-takao/files/20-unhint-takao.conf U japanese/font-mona-ipa/files/62-fonts-mona-ipa.conf U japanese/font-mona-ipa/files/20-unhint-mona-ipa.conf U japanese/font-motoya-al/files/20-unhint-motoya-al.conf U japanese/font-motoya-al/files/62-fonts-motoya-al.conf U japanese/leafrogue/files/leafrogue U japanese/kterm/files/dot.termcap U japanese/font-vlgothic/files/62-fonts-vlgothic.conf U japanese/font-vlgothic/files/20-unhint-vlgothic.conf U japanese/mozc-additions/files/mozc_server_restart U japanese/mozc-additions/files/mozc_tool_hand_writing U japanese/mozc-additions/files/mozc_server_stop U japanese/mozc-additions/files/mozc_tool_word_register U japanese/mozc-additions/files/ibus-daemon_restart U japanese/mozc-additions/files/ibus-daemon_stop U japanese/mozc-additions/files/mozc_tool_config U japanese/mozc-additions/files/mozc_tool_dictionary U japanese/mozc-additions/files/mozc_server_start U japanese/mozc-additions/files/mozc_tool_character_palette U japanese/mozc-additions/files/ibus-daemon_start U japanese/multiskkserv/files/multiskkserv.in U japanese/font-ipaex/files/62-fonts-ipaex.conf U japanese/font-ipaex/files/20-unhint-ipaex.conf U japanese/mozc-server/files/mozc_tool.in U japanese/mozc-server/files/leim-list.el U japanese/skkserv/files/skkserv.in U japanese/tgif/files/Tgif.in U japanese/tcl80/files/README.FreeBSD.in U japanese/ebnetd/files/ndtpd.in U japanese/ebnetd/files/ebhttpd.in U japanese/ebnetd/files/ebnetd.in U japanese/groff/files/mdoc.local.in U japanese/rogue_s/files/rogue_s.6.in U japanese/kanji18/files/INSTALL.tmpl U japanese/kanji18/files/DEINSTALL.tmpl U japanese/font-ricty/files/62-fonts-rictydiscord.conf U japanese/font-ricty/files/20-unhint-rictydiscord.conf U japanese/font-ricty/files/62-fonts-ricty.conf U japanese/font-ricty/files/20-unhint-ricty.conf U japanese/dvipsk/files/ptex-kanji.map U japanese/sj3-server/files/post-patch-server-sj3serv.h U japanese/sj3-server/files/sj3_freebsd.tmpl.in U japanese/sj3-server/files/post-patch-sj3lib-Imakefile U japanese/sj3-server/files/post-patch-include-Const.h U japanese/sj3-server/files/post-patch-sj3-sj3.c U japanese/sj3-server/files/post-patch-server-comuni.c U japanese/sj3-server/files/post-patch-server-serverrc U japanese/sj3-server/files/sj3.in U japanese/sj3-server/files/post-patch-doc-doc-Imakefile.nodocports U japanese/sj3-server/files/post-patch-server-setup.c U japanese/sj3-server/files/post-patch-Imakefile U japanese/kanji26/files/INSTALL.tmpl U japanese/kanji26/files/DEINSTALL.tmpl U ftp/ftpsesame/files/ftpsesame.in U ftp/dmachine/files/dmachine.sh.in U ftp/mirror/scripts/configure U ftp/proftpd/files/proftpd.in U ftp/bsdftpd-ssl/files/ftpchroot U ftp/bsdftpd-ssl/files/README.examples U ftp/bsdftpd-ssl/files/bsdftpd-ssl.in U ftp/bsdftpd-ssl/files/ftpusers U ftp/bsdftpd-ssl/files/rc_conf_d.bsdftpd_ssl U ftp/bbftp/files/bbftpd.in U ftp/bbftp/files/bbftp.patch U ftp/smbftpd/files/smbftpd.in U ftp/pure-ftpd/files/pure-ftpd.in U ftp/pure-ftpd/files/pam.conf.5 U ftp/ncftpd/files/ncftpd.in U ftp/vsftpd/files/pidfile.patch U ftp/vsftpd/files/vsftpd.in U ftp/frox/files/frox.in U ftp/jftpgw/files/jftpgw.in U ftp/jftp/files/jftp.sh.in U ftp/vsftpd-ext/files/vsftpd.in U ftp/atftp/files/atftpd.in U ftp/tftp-hpa/files/tftpd.in U net-im/prosody/files/prosody.in U net-im/skype/files/skype.sh.in U net-im/ejabberd/files/ejabberd.in U net-im/ejabberd/files/pam_ejabberd U net-im/openfire-devel/files/openfire.in U net-im/py-punjab/files/punjab.tac.in U net-im/py-punjab/files/punjab.in U net-im/vicq/files/p5.8-patch-sigalrm U net-im/mikutter/files/mikutter.desktop.in U net-im/mercury/files/Mercury_Messenger.in U net-im/jabber-pyaim/files/jabber-pyaim-transport.in U net-im/jabber/files/jabber.in U net-im/imspector/files/imspector.in U net-im/iserverd/files/iserverd.in U net-im/jabber-pyicq/files/jabber-pyicq-transport.in U net-im/jabber-pyicq/files/README.jabberd2.in U net-im/jabber-pyicq/files/README.jabberd14.in U net-im/jggtrans/files/jggtrans.in U net-im/skype-devel/files/skype.sh.in U net-im/py-xmpppy-irc/files/xmpppyirc.in U net-im/convey/files/convey.sh.in U net-im/mu-conference/files/README.FreeBSD.jabberd2.in U net-im/mu-conference/files/README.FreeBSD.jabberd14.in U net-im/mu-conference/files/mu-conference.in U net-im/mu-conference/files/README.FreeBSD.external.in U net-im/py-xmpppy-yahoo/files/xmpppy_yahoo.in U net-im/yoono/files/yoono.in U net-im/zephyr/files/zhm.in U net-im/qq/files/qq.sh.in U net-im/jitsi/files/jitsi.1 U net-im/jitsi/files/jitsi.sh U net-im/jabberd/files/jabberd.in U multimedia/linux_dvbwrapper-kmod/files/linux_dvb_compat.h U multimedia/linux_dvbwrapper-kmod/files/linux_dvb_ioctl.h U multimedia/linux_dvbwrapper-kmod/files/linux_dvb.h U multimedia/dvdauthor/files/README.FreeBSD.in U multimedia/ptx-kmod/files/ptx.in U multimedia/vdr-plugin-iptv/files/channels.conf.iptv U multimedia/vdr-plugin-iptv/files/vlcinput/NASA-1200-Kbit.conf U multimedia/vdr-plugin-iptv/files/vlcinput/Daytona-Beach.conf U multimedia/vdr-plugin-iptv/files/vlcinput/BBC-radio1xtra.conf U multimedia/vdr-plugin-iptv/files/vlcinput/BBC-radio5liveint.conf U multimedia/vdr-plugin-iptv/files/vlcinput/BBC-radio1.conf U multimedia/vdr-plugin-iptv/files/vlcinput/BBC-radio2.conf U multimedia/vdr-plugin-iptv/files/vlcinput/BBC-radio3.conf U multimedia/vdr-plugin-iptv/files/vlcinput/THE_VOICE.conf U multimedia/vdr-plugin-iptv/files/vlcinput/BBC-radio4.conf U multimedia/vdr-plugin-iptv/files/vlcinput/BBC-radio4lw.conf U multimedia/vdr-plugin-iptv/files/vlcinput/BBC-radio6music.conf U multimedia/vdr-plugin-iptv/files/vlcinput/BBC-radio7.conf U multimedia/vdr-plugin-iptv/files/vlcinput/3Sat.conf U multimedia/vdr-plugin-iptv/files/vlcinput/NASA-500-Kbit.conf U multimedia/vdr-plugin-iptv/files/vlcinput/BBC-radio5livesport.conf U multimedia/vdr-plugin-iptv/files/vlcinput/Sky-News.conf U multimedia/vdr-plugin-iptv/files/vlcinput/NASA.conf U multimedia/vdr-plugin-iptv/files/vlcinput/Bundesligen-TV.conf U multimedia/dvbsnoop/files/frontend.h U multimedia/dvbsnoop/files/dmx.h U multimedia/mmsclient/files/mmsclient.1 U multimedia/avidemux2/files/ffmpeg-libavcodec-Makefile.patch U multimedia/avidemux2/files/ffmpeg-libavutil-common.h.patch U multimedia/avidemux2/files/avidemux2.desktop.in U multimedia/avidemux2/files/execinfo.cpp U multimedia/avidemux2/files/ffmpeg-configure.patch U multimedia/vtkmpeg2encode/files/vtkmpeg2encode.3.in U multimedia/mplex/files/mplex.1 U multimedia/vdr/files/vdr.in U multimedia/vdr/files/vdr-1.7.17-fix_na_dvbs_ac3.diff U multimedia/vdr/files/vdr-1.7.21-ttxtsubs.patch-1 U multimedia/vdr/files/vdr-1.7.15-disable_ca_updates.patch U multimedia/vdr/files/vdr-1.7.21-ttxtsubs.patch-2 U multimedia/vdr/files/stb0899-signalstrength.patch U multimedia/vdr/files/vdr-1.7.27-pat.diff U multimedia/vdr/files/remote.conf U multimedia/vdr/files/vdr-1.7.15-disable_eitscan.patch U multimedia/vdr/files/vdr-waitdvb.in U multimedia/kissdx/files/kissdx.in U multimedia/w_scan/files/types.sed U multimedia/py-pybmp/files/setup.cfg.port U multimedia/linux-realplayer/files/realplay U multimedia/ffmpegthumbnailer/files/ffmpegthumbnailer.schemas U multimedia/ffmpeg/files/ffserver.in U multimedia/gdialog/files/gdialog.in U multimedia/pvr250/files/cxm.txt U multimedia/v4l-utils/files/extra-strnlen U multimedia/freevo/files/freevo-rcsubr.in U multimedia/freevo/files/freevo.in U multimedia/projectx/files/project-x.sh.in U multimedia/linux-huludesktop/files/huludesktop.in U multimedia/mythtv/files/mythbackend.in U multimedia/qt-faststart/files/qt-faststart.c U multimedia/devede/files/extra-psyco-patch-devede.py U multimedia/plexmediaserver/files/plexmediaserver.in U multimedia/zoneminder/files/videodev.h U multimedia/zoneminder/files/README.FreeBSD U multimedia/zoneminder/files/zm_fbsd_camera.cpp U multimedia/zoneminder/files/zoneminder.in U multimedia/vdr-plugin-wirbelscan/files/types.sed U multimedia/vdr-plugin-xineliboutput/files/keymap U multimedia/webcamd/files/webcamd.conf.in U x11-wm/qlwm/files/qlwm.in U x11-wm/icewm/files/bsd-daemon.xpm U x11-wm/icewm/files/extra-menu-icon-fix.patch U x11-wm/lxmed/files/pc-su U x11-wm/compiz/files/compiz-manager.in U x11-wm/ratpoison/files/ratpoison.desktop.in U x11-wm/xfce4/files/XFce4.desktop U x11-wm/xfce4/files/XFce4 U x11-wm/afterstep-i18n/files/steprc.ja.diff U x11-wm/afterstep-i18n/scripts/configure U x11-wm/ctwm/files/Imakefile.local-additional U misc/fxload/files/xilinx.conf U misc/pipe/files/pipe.sh.in U misc/kde4-l10n/files/kde4-lang-names U misc/kdehier4/files/session-kde4.conf.in U misc/kdehier4/files/system-kde4.conf.in U misc/kdehier4/files/mtree-dirlist U misc/kbdscan/files/LICENSE-kbdscan U misc/tkman/files/310.index_manpages U misc/kde4-xdg-env/files/xdg-env.sh.in U misc/gctpc/files/report.h U misc/gctpc/files/gctp.h U misc/gctpc/files/inv_init.h U misc/gctpc/files/gctpc.h U misc/gctpc/files/untfz.h U misc/gctpc/files/sphdz.h U misc/gctpc/files/for_init.h U misc/dahdi-kmod/files/dahdi.in U misc/estic/files/estic.ini U misc/estic/files/README U misc/estic/files/dtr-off.patch U misc/upclient/files/upclient.in U misc/tvbrowser/files/tvbrowser.in U misc/amanda-perl-wrapper/files/perl-amanda.c.in U misc/yaunc/files/yaunc.in U misc/hotkeys/files/eliteduo.def U misc/hotkeys/files/logitech-ultrax.def U misc/hotkeys/files/error.h U misc/zoneinfo/files/patchremove-sx U misc/zoneinfo/files/patchremove-bl U misc/zoneinfo/files/patchremove-gg U misc/zoneinfo/files/patchremove-je U misc/zoneinfo/files/patchremove-me U misc/zoneinfo/files/patchremove-bq U misc/zoneinfo/files/patchremove-mf U misc/zoneinfo/files/patchremove-rs U misc/zoneinfo/files/patchremove-im U misc/zoneinfo/files/patchremove-ss U misc/zoneinfo/files/patchremove-ax U misc/zoneinfo/files/patchremove-cw U misc/dahdi-kmod26/files/dahdi.in U misc/proxyper/files/proxyper.in U misc/kde-xdg-env/files/xdg-env.sh.in U misc/metalink-editor/files/setup.py U misc/lr/files/lesspipe.sh U misc/orville-write/files/utmpx-wrt_him.c U misc/orville-write/files/utmpx-mesg.c U misc/orville-write/files/utmpx-wrt_me.c U misc/orville-write/files/utmpx-lib_common.c U misc/orville-write/files/utmpx-getutent.c U misc/orville-write/files/utmpx-helpers.c U misc/orville-write/files/utmpx-wrttmp.h U misc/orville-write/files/utmpx-lib_common.h U misc/orville-write/files/utmpx-amin.c U misc/orville-write/files/utmpx-getutent.h U misc/orville-write/files/utmpx-huh.c U misc/digitemp/files/digitemp.conf.sample U misc/man.el/files/byte-compile U misc/pauker/files/pauker.sh U misc/e2fsprogs-libuuid/files/uuidd.in U misc/biblical-curse/src/biblical-curse U misc/dnetc/files/dnetc.in U misc/dnetc/files/dnetc.ini U misc/jbidwatcher/files/jbidwatcher.in U x11-themes/gtk-envy-theme/files/index.theme.in U x11-themes/kde4-wallpapers-freebsd/files/05-freebsdWallpaper.js U x11-themes/icon-bluecurve-theme/scripts/do-build U devel/jline/files/jython.sh U devel/jline/files/JLineCompleter.py U devel/py-qt4-core/files/Qt.py U devel/ocaml-classes/files/META U devel/maven2/files/m2.sh.in U devel/maven3/files/mvn.sh.in U devel/jenkins-lts/files/jenkins.in U devel/kaptain/files/CREDITS U devel/pear-channel-phpdoc/files/pear.phpdoc.org.reg U devel/p5-ExtUtils-PkgConfig/files/500600-Makefile.PL U devel/p5-Gearman-Server/files/gearmand-perl.in U devel/py-fam/files/setup.py U devel/flex-sdk35/files/amxmlc.sh.in U devel/flex-sdk35/files/compc.sh.in U devel/flex-sdk35/files/acompc.sh.in U devel/flex-sdk35/files/optimizer.sh.in U devel/flex-sdk35/files/fcsh.sh.in U devel/flex-sdk35/files/asdoc.sh.in U devel/flex-sdk35/files/aasdoc.sh.in U devel/flex-sdk35/files/copylocale.sh.in U devel/flex-sdk35/files/fdb.sh.in U devel/flex-sdk35/files/digest.sh.in U devel/flex-sdk35/files/mxmlc.sh.in U devel/ml-doc/files/ml-doc.1.in U devel/ml-doc/files/fix-cml-doc.sh.in U devel/ml-doc/files/lib-Makefile U devel/ml-doc/files/mkdoc.1.in U devel/libtai/files/leapsecs-update.txt U devel/pear-channel-doctrine/files/pear.doctrine-project.org.reg U devel/colorgcc/files/colorgccrc U devel/p5-Data-TemporaryBag/files/500503-TemporaryBag.pm U devel/maven31/files/mvn.sh.in U devel/ruby-qtruby/files/ruby-kdebindings-env.sh.in U devel/p5-Java/files/javaserver.in U devel/trac-bitten/files/bitten-slave.in U devel/trac-bitten/files/bitten-slave.sample U devel/flex_compiler_shell/files/fcsh.in U devel/pear-channel-phpmd/files/pear.phpmd.org.reg U devel/subversion/files/svnserve.wrapper U devel/subversion/files/svnserve.in U devel/libtecla/scripts/genmanlist.sh U devel/nini/files/nini.pc.in U devel/p4ftpd/files/p4ftpd.in U devel/sml_tk/files/src-sml_tk.mlb U devel/sml_tk/files/src-sys_conf.sml U devel/sml_tk/files/src-mlton.sml U devel/sml_tk/files/src-std_lib-std_lib.mlb U devel/sml_tk/files/sml_tk.1.in U devel/sml_tk/files/src-toolkit-regExp-regexp.mlb U devel/sml_tk/files/src-toolkit-toolkit.mlb U devel/pecl-statgrab/files/php_statgrab.h.patch U devel/fujaba/files/fujaba.sh.in U devel/sbt/files/sbt.sh.in U devel/pear-channel-phing/files/pear.phing.info.reg U devel/flex-sdk/files/digest.sh.in U devel/flex-sdk/files/mxmlc.sh.in U devel/flex-sdk/files/amxmlc.sh.in U devel/flex-sdk/files/compc.sh.in U devel/flex-sdk/files/acompc.sh.in U devel/flex-sdk/files/optimizer.sh.in U devel/flex-sdk/files/fcsh.sh.in U devel/flex-sdk/files/asdoc.sh.in U devel/flex-sdk/files/aasdoc.sh.in U devel/flex-sdk/files/copylocale.sh.in U devel/flex-sdk/files/fdb.sh.in U devel/jenkins/files/jenkins.in U devel/raknet/files/SpecialAuth.mbox U devel/flex-sdk2/files/asdoc.sh.in U devel/flex-sdk2/files/fdb.sh.in U devel/flex-sdk2/files/mxmlc.sh.in U devel/flex-sdk2/files/compc.sh.in U devel/publib/files/Default.config U devel/maven-wrapper/files/mvn.sh.in U devel/antlr/files/antlr.sh U devel/qt4-libqtassistantclient/files/QAssistantClient U devel/qt4-libqtassistantclient/files/QtAssistant U devel/gearmand/files/gearmand.in U devel/p4genpatch/files/bin/p4d2p U devel/p4genpatch/files/bin/p4genpatch U devel/pear/pear-deinstall.in U devel/pear/pear-install U devel/pear-channel-symfony2/files/pear.symfony.com.reg U devel/py-virtualenv/files/py3k-fix-pkg-plist.inc U devel/lxr/files/upgrade-0.9.10-mysql.in U devel/lxr/files/upgrade-0.9.10-postgres.in U devel/svnkit/files/jsvndumpfilter.sh.in U devel/svnkit/files/svnsync.sh.in U devel/svnkit/files/jsvnlook.sh.in U devel/svnkit/files/jsvnversion.sh.in U devel/svnkit/files/javasvn.sh.in U devel/svnkit/files/jsvnadmin.sh.in U devel/e2fsprogs-libss/files/fix-ss_err.h.sed U devel/dbus/files/dbus.in U devel/libev/files/libev.pc.in U devel/zpu-binutils/files/install.sh U devel/libgpc/files/BSDmakefile U devel/opengrok/files/opengrok.in U devel/viewvc/files/viewvc.in U devel/zookeeper/files/zookeeper.in U devel/oniguruma/files/onig-config U devel/ccache/files/ccache-howto-freebsd.txt.in U devel/ccache/files/world-ccache.in U devel/ccache/files/ccache-update-links.sh.in U devel/eric4/files/eric4.desktop.in U devel/eric4/files/config U devel/gdb66/files/itcl33-patch U devel/argouml/files/argouml.sh.in U devel/pear-channel-theseer/files/pear.netpirates.net.reg U devel/autoconf-wrapper/files/autotools-wrapper.sh U devel/fam/files/mntent.h U devel/qross/files/CMakeLists.txt U devel/distcc/files/distccd.in U devel/cl-asdf/files/asdf-init.lisp U devel/py-setuptools/files/easy-install.pth.dist U devel/seed/files/Seed.js U devel/antlrworks/files/antlrworks.sh U devel/pear-channel-ezc/files/components.ez.no.reg U devel/firmware-utils/files/freebsd.h U devel/py-plex/files/setup.py U devel/kickassembler/files/kickassembler.sh.in U devel/flyspray/files/README.FreeBSD U devel/seed3/files/Seed.js U devel/jiic/files/build.xml U devel/subversion16/files/svnserve.in U devel/subversion16/files/svnserve.wrapper U devel/subversion17/files/svnserve.wrapper U devel/subversion17/files/svnserve.in U devel/fb303/files/extra_patch-cpp__Makefile.am U devel/florist-gpl/files/pconfig.NetBSD U devel/florist-gpl/files/pconfig.DragonFly U devel/p4d/files/p4d.in U devel/p4p/files/p4p.in U devel/py-pqueue/files/setup.py U devel/geoip-java/files/build.xml U devel/libowfat/files/manpages U devel/cvsd/files/cvsd.in U devel/cvsd/files/extra-cvsd-buildroot.in U devel/pcsc-lite/files/pcscd.in U devel/qmake/files/qconfig.cpp U devel/cvs-devel/files/missing U devel/zpu-gcc/files/configure.sh U devel/zpu-gcc/files/install.sh U devel/pear-channel-pdepend/files/pear.pdepend.org.reg U devel/eiffelstudio/files/eiffelstudio.in U devel/libreadline-java/files/jython.sh.in U devel/libreadline-java/files/JReadlineCompleter.py U devel/py-pykde4/files/kdebindings4.pth.in U devel/p5-Test-Reporter/files/500503-Test::Reporter.pm U devel/py-phpserialize/files/setup.py U devel/ireport/files/startup.sh U devel/obfuscatejs/files/obfuscatejs.in U devel/rcs57/files/freebsd-src-rcsfnms.c U devel/rcs57/files/freebsd-src-maketime.c U devel/rcs57/files/freebsd-src-rcskeep.c U devel/rcs57/files/freebsd-src-rcsedit.c U devel/rcs57/files/freebsd-src-rcsdiff.c U devel/rcs57/files/freebsd-src-ident.c U devel/rcs57/files/freebsd-src-rcskeys.c U devel/rcs57/files/freebsd-src-rlog.c U devel/rcs57/files/freebsd-src-rcsrev.c U devel/rcs57/files/freebsd-src-rcsutil.c U devel/rcs57/files/freebsd-src-rcsbase.h U devel/log4net/files/log4net.pc.in U devel/p4web/files/p4web.in U devel/uppaal/files/uppaal.in U devel/uppaal/files/verifyta.in U devel/simian/files/simian.in U devel/uclmmbase/files/btree.h.bsd U devel/uclmmbase/files/crypt_random.h.bsd U devel/uclmmbase/files/md5.h.bsd U devel/uclmmbase/files/hmac.h.bsd U devel/jech-dht/files/BSDmakefile U devel/arduino-mk/files/version.sh U devel/itext/files/itext-rups U devel/pear-channel-pirum/files/pear.pirum-project.org.reg U devel/p5-perlqt/files/perl-kdebindings-env.sh.in U devel/py-urlimport/files/setup.py U devel/apache-ant/files/ant.sh.in U devel/bennugd-core/files/bgdi.in U devel/bennugd-core/files/bgdc.in U devel/arduino/files/arduino.in U devel/pear-channel-htmlpurifier/files/htmlpurifier.org.reg U devel/adacurses/files/adacurses-config U devel/gearmand-devel/files/gearmand.in U devel/cvschk/files/cvschk.1 U devel/py-freebsd/files/freebsd8_patch-src-jail.c U devel/py-freebsd/files/freebsd9_patch-src-sysctl.c U devel/oniguruma4/files/onig-config U devel/bcc/files/bcc.1 U devel/bcc/files/bcc-cc1.1 U devel/bcc/files/ld86.1 U devel/bcc/files/as86.1 U devel/bcc/scripts/configure U devel/talloc/files/talloc.3 U x11-fonts/cyberbit-ttfonts/files/fonts.dir.cyberbit U x11-fonts/intlfonts/files/INSTALL.tmpl U x11-fonts/intlfonts/files/DEINSTALL.tmpl U x11-fonts/bitstream-vera/files/fonts.dir U x11-fonts/artwiz-fonts/files/fonts.dir U x11-fonts/webfonts/files/fonts.dir U x11-fonts/webfonts/files/tahoma.dir U x11-fonts/fontconfig/files/fc-cat.1 U x11-fonts/fontconfig/files/fc-list.1 U x11-fonts/fontconfig/files/fc-match.1 U x11-fonts/fontconfig/files/fc-cache.1 U x11-fonts/xfs/files/xfs.in U x11-fonts/wqy/files/85-wqy.conf U graphics/uDrawGraph/files/uDrawGraph.in U graphics/pgplot/files/drivers.list U graphics/pgplot/files/grexec.f U graphics/pgplot/files/drivers_64bit_patch U graphics/telak/files/install-user U graphics/jdraw/files/jdraw.in U graphics/blender/files/blender.in U graphics/blender/files/blenderplayer.in U graphics/xoris/files/xoris-run.sh U graphics/geoserver/files/geoserver.in U graphics/osg-devel/pkg-plist U graphics/osg-devel/Makefile U graphics/osg-devel/distinfo D graphics/osg-devel/files/patch-src-osgPlugins-xine-video__out__rgb.c U graphics/osg-devel/files/patch-CMakeLists.txt U graphics/osg-devel/files/patch-src-OpenThreads-pthreads-PThread.cpp A graphics/osg-devel/files/patch-CMakeModules-FindGTA.cmake U graphics/svgalib/files/man1 U graphics/svgalib/files/man3 U graphics/svgalib/files/man5 U graphics/svgalib/files/man6 U graphics/svgalib/files/man7 U graphics/svgalib/files/man8 U graphics/metacam/files/metacam.1 U graphics/metacam/files/getopt.h U graphics/tifmerge/files/tifmerge.3 U graphics/vcg/files/demo.csh U graphics/vcg/files/tMakefile U graphics/vcg/files/globals.h U graphics/vcg/files/conf U graphics/swfdec/files/swfdec_playback_oss.c U graphics/maverik/scripts/genman3list.sh U graphics/rawtherapee/files/rawtherapee.in U graphics/xfractint/files/extra-unix__fpu087.c U graphics/EZWGL/files/manpages U graphics/tintfu/files/tintfu.sh.in U graphics/pfstools/files/epatch-src-octave-pfsopen.cpp U graphics/jbig2dec/files/simpler-test-patch U graphics/libimg/files/tk84-Tk_PhotoPutBlock U graphics/libimg/files/pre-tk84-warnings U graphics/libimg/files/tk85-Tk_PhotoPutBlock U graphics/libimg/files/tk84-warnings U graphics/processing/files/processing.in U graphics/wings/files/wings.sh.in U graphics/gnash/files/ffmpeg0.patch U graphics/povray31/files/script U graphics/tgif/files/Tgif.tmpl-freebsdports U graphics/curator/files/curator.1 U graphics/rayshade/files/config.ans U graphics/sane-backends/files/saned.in U graphics/jalbum/files/jalbum.sh.in U graphics/jasper/files/uuid.patch U graphics/picturebook/files/README.FreeBSD U graphics/p5-PGPLOT/scripts/configure U graphics/gd/files/makefonts U graphics/giflib/files/quantize.c U graphics/gcolor2/files/gcolor2.desktop.in U graphics/py-pyglet/Makefile U graphics/pencil/files/src-external-freebsd-freebsd.cpp U graphics/yed/files/yed.in U graphics/vips/files/nodoc-patch U graphics/libdrm/files/extra-xf86drmMode.c U graphics/jpatch/files/jpatch.sh.in U french/belote/files/belote.in U french/facturier/files/facturier.conf.in U deskutils/plan/files/utmpx-src-daemon.c U deskutils/xcalendar/files/xcalendar-uj.hlp.sed U deskutils/xcalendar/files/xcalendar-uj.hol U deskutils/xcalendar/files/xcalendar-uj.man.sed U deskutils/openproj/files/openproj.sh.in U deskutils/kdepim44-runtime/files/qt3to4headers.txt U deskutils/ganttproject/files/ganttproject.sh.in U deskutils/kdepim4-runtime/files/qt3to4headers.txt U deskutils/docear/files/docear.xml U deskutils/gworkspace-gwmetadata/files/Preferences-GNUmakefile U deskutils/gworkspace-gwmetadata/files/MDFinder-GNUmakefile U deskutils/kdeplasma-addons/files/qt3to4headers.txt U deskutils/freemind/files/freemind.sh.in U security/tripwire/files/twpol.m4 U security/snortsam/files/ssp_ipfw2_no_table_check.patch U security/snortsam/files/snortsam.in U security/samhain/files/fixyulerc.patch U security/samhain/files/fixsamhainrc.patch U security/quantis/files/quantis.conf U security/doorman/files/doormand.cf.EXAMPLE.in U security/doorman/files/ipf_add.atend U security/doorman/files/ipf_delete U security/doorman/files/ipf_add.before_block U security/doorman/files/doorman.in U security/cracklib/files/cracklib.3 U security/cyrus-sasl2-saslauthd/files/saslauthd.in U security/nbaudit/files/nbaudition.pl U security/pam_pwdfile/files/_pam_macros.h U security/bdc/files/bdc U security/webscarab/files/webscarab.sh U security/fakeident/files/fakeident.sh U security/safesh/src/cvs-safesh.sh U security/safesh/src/safesh.sh U security/safesh/src/safesh.1 U security/saint/files/excludefiles U security/ipguard/files/ipguard.in U security/oidentd/files/oidentd.conf.sample U security/oidentd/files/oidentd.in U security/oidentd/files/oidentd_masq.conf.sample U security/stunnel/files/stunnel.in U security/f-prot/files/900.fpupdate.in U security/f-prot/files/fpupdate.in U security/f-prot/files/fpscan.in U security/denyhosts/files/denyhosts.in U security/opencryptoki/files/pkcsslotd.in U security/pam_abl/files/190.clean-pam-abl.in U security/pam_abl/files/pam_abl.8.in U security/p5-openxpki-deployment/files/openxpki.in U security/vuxml/files/tidy.sh U security/vuxml/files/validate.sh U security/vuxml/files/newentry.sh U security/clamsmtp/files/clamsmtpd.in U security/distcache-devel/files/dc_server.in U security/shibboleth2-sp/files/shibboleth-sp.in U security/prelude-pflogger/files/prelude-pflogger.in U security/ossec-hids-server/files/ossec-hids.in U security/munge/files/munged.in U security/hotssh/files/waf.diff U security/jbrofuzz/files/jbrofuzz.sh.in U security/suricata/files/suricata.in U security/aide/files/aide.conf.freebsd U security/tripwire12/files/conf-freebsd2.h U security/tripwire12/files/twcheck U security/tripwire12/files/tw.conf.freebsd2 U security/ssh-copy-id/files/ssh-copy-id.1 U security/ssh-copy-id/files/ssh-copy-id U security/fwlogwatch/files/fwlogwatch.sh.sample U security/amavisd-new/files/amavis-p0fanalyzer.in U security/amavisd-new/files/amavis-milter.in U security/amavisd-new/files/amavisd-snmp.in U security/amavisd-new/files/amavisd.in U security/spike-proxy/scripts/spkproxy.sh U security/prelude-lml/files/prelude-lml.in U security/amavisd-milter/files/amavisd-milter.in U security/sqlmap/files/sqlmap.sh.in U security/strongswan/files/strongswan.in U security/xinetd/files/xinetd.in U security/razorback-dispatcher/files/dispatcher.in U security/razorback-dispatcher/files/dispatcher_safed.in U security/amavis-stats/files/DEINSTALL.in U security/amavis-stats/files/INSTALL.in U security/openvpn-devel/files/openvpn.in U security/cyrus-sasl2/files/Sendmail.README U security/krb5-appl/files/README.FreeBSD U security/nessus-libraries/files/README.BPF U security/dirbuster/files/dirbuster.sh U security/libgnomesu/files/gnomesu-pam.sample U security/trousers/files/tcsd.in U security/ipv6toolkit/files/BSDMakefile.in U security/bruteblock/files/bruteblockd.in U security/openvpn-beta/files/openvpn.in U security/distcache/files/dc_server.in U security/swatch/files/swatch.in U security/snort/files/snort.in U security/prelude-manager/files/prelude-manager.in U security/krb5/files/README.FreeBSD U security/openvas-server/files/openvasd.in U security/tripwire-131/files/conf-freebsd2.h U security/tripwire-131/files/twcheck U security/tripwire-131/files/tw.conf.freebsd2 U security/portsentry/files/portsentry.sh.in U security/pam_kde/files/kde-np U security/pam_kde/files/kde U security/blindelephant/files/blindelephant.sh.in U security/sudo/files/pam.conf U security/rkhunter/files/415.rkhunter.in U security/nessus/files/nessusd.rules U security/nessus/files/nessusd.in U security/w3af/files/w3af_console.sh U security/w3af/files/w3af_gui.sh U security/dradis/files/dradis.in U security/doscan/files/freebsd4.diff U security/py-pysha3/files/py3k-fix-pkg-plist.inc U security/ipsec-tools/files/racoon.in U security/ipsec-tools/files/patch8-utmp.diff U security/sancp/files/sancp.in U security/pks/files/pksd.in U security/super/files/sample.tab U security/super/files/sample.cdmount U security/clamav-devel/files/clamav-freshclam.in U security/clamav-devel/files/clamav-milter.in U security/clamav-devel/files/clamav-clamd.in U security/cfs/files/cfsd.in U security/openssh-portable/files/openssh.in U security/vpnc/files/vpnc.in U security/hamachi/files/hamachi.in U security/maia/files/maiad.in U security/scanlogd/files/scanlogd.in U security/fbopenssl/files/BSDMakefile U security/sssd/files/pam_macros.h U security/sssd/files/bsdnss.c U security/sssd/files/sssd.in U security/sssd/files/sss_bsd_errno.h U security/pidentd/files/idecrypt.8 U security/openct/files/openct.in U security/openct/files/etoken.conf.in U security/gorilla/files/gorilla.in U security/heimdal/files/kdc.sh U security/heimdal/files/kpasswdd-cracklib.c.in U security/knock/files/knockd.in U security/clamav/files/clamav-clamd.in U security/clamav/files/clamav-freshclam.in U security/clamav/files/clamav-milter.in U security/arpCounterattack/files/arpCounterattack.in U security/yafic/files/yafic.conf.sample U security/dropbear/files/dropbear.in U security/putty/files/mbrtowc.c U security/putty/files/wcrtomb.c U security/sguil-sensor/files/example_agent.in U security/courier-authlib/files/courier-authdaemond.in U security/py-fail2ban/files/fail2ban.in U security/pgpin/files/CHANGES U security/isakmpd/files/isakmpd.in U security/tinc/files/tincd.in U security/openvpn/files/openvpn.in U security/expiretable/files/expiretable.in U security/ike/files/iked.in U security/termlog/files/termlog.in U security/pam_smb/files/pam_smbd.sh.sample U security/scamp/files/default.sample U security/fwknop/files/fwknopd.in U security/sshblock/files/sshblock.in U security/spybye/files/spybye.in U security/scannedonly/files/scannedonly.in U security/razorback-masterNugget/files/masterNugget.in U security/razorback-masterNugget/files/masterNugget_safed.in U security/krb5-maint/files/README.FreeBSD U security/burpsuite/files/burpsuite.sh U security/crack/files/pw.freebsd U security/crack/files/pw-md5.test U ports-mgmt/portless/files/portless.1 U ports-mgmt/portless/files/portless.sh U ports-mgmt/wanted-ports/files/wanted-ports.pod U ports-mgmt/wanted-ports/files/wanted-ports.1.in U ports-mgmt/wanted-ports/files/wanted-ports.in U ports-mgmt/tinderbox-devel/files/extra-parallel.patch U ports-mgmt/tinderbox-devel/files/extra-tmpfs_para.patch U ports-mgmt/tinderbox-devel/files/extra-tmpfs.patch U ports-mgmt/portaudit-db/files/packaudit.sh U ports-mgmt/portaudit-db/files/vuxml2portaudit.xslt U ports-mgmt/portaudit-db/files/packaudit.conf U ports-mgmt/portaudit-db/files/portaudit2vuxml.awk U ports-mgmt/portaudit-db/files/vuxml2html.xslt U ports-mgmt/portaudit-db/database/portaudit.xlist U ports-mgmt/portaudit-db/database/portaudit2vuxml.pl U ports-mgmt/portaudit-db/database/portaudit.txt U ports-mgmt/portaudit-db/database/portaudit.xml U ports-mgmt/portaudit/files/portaudit.conf U ports-mgmt/portaudit/files/portaudit.sh U ports-mgmt/portaudit/files/portaudit-cmd.sh U ports-mgmt/portaudit/files/portaudit.pubkey U ports-mgmt/portaudit/files/portaudit.1 U ports-mgmt/bpkg/files/bpkg.8 U ports-mgmt/bpkg/files/bpkg.sh.in U ports-mgmt/lsknobs/files/lsknobs.sh.in U ports-mgmt/porteasy/src/porteasy.pl U ports-mgmt/porteasy/src/porteasy.8 U ports-mgmt/portupdate-scan/src/portupdate-scan.8 U ports-mgmt/portupdate-scan/src/portupdate-scan U ports-mgmt/portlint/src/portlintgrep.pl U ports-mgmt/portlint/src/portlint.pl U ports-mgmt/portlint/src/portlint.1 U ports-mgmt/bpm/files/bpm.desktop.in U ports-mgmt/portdowngrade/files/portdowngrade U ports-mgmt/pkg_jail/files/README U ports-mgmt/fbsdmon/files/600.fbsdmon.in U ports-mgmt/fbsdmon/files/fbsdmon.in U hungarian/ispell/files/ispell-hu.sh U korean/nanumcoding-ttf/files/LICENSE U korean/nanumfonts-otf/files/LICENSE U korean/xpdf/files/dot.xpdfrc.in U korean/munhwafonts-cid/files/MunhwaGothic-Bold-KSC-EUC-H.gsf U korean/munhwafonts-cid/files/MunhwaGothic-Regular-KSC-EUC-H.gsf U korean/munhwafonts-cid/files/Munhwa-Bold-KSC-EUC-H.gsf U korean/munhwafonts-cid/files/Munhwa-Regular-KSC-EUC-H.gsf U korean/hpscat/files/hpscat.sh.in U korean/unfonts-core/files/COPYING U ukrainian/emacs-koi8u/files/ukr-koi8u.el U ukrainian/ispell/files/ispell-uk U net/udt/files/BSDmakefile U net/dgd/files/dgd.sh U net/irrd/files/irrd.in U net/nss_ldap/files/bsdnss.c U net/tac_plus-libradius/files/tac_plus.in U net/nxproxy/files/setsid.c U net/bld/files/bld.in U net/rp-pppoe/files/04pppoe-server.sh.sample U net/rp-pppoe/files/04pppoe-relay.sh.sample U net/openslp/files/slpd.in U net/ndisc6/files/rdnssd.in U net/openbgpd/files/openbgpd.in U net/wired-tracker/files/trackerd.in U net/tn5250j/files/tn5250j.in U net/dhcprelya/files/dhcprelya.in U net/gini/files/gini.sh.sample U net/olsrd/files/olsrd.in U net/nakenchat/files/nakenchat.in U net/gnu-dico/files/dicod.conf U net/gnu-dico/files/dicod.in U net/jrdesktop/files/jrdesktop.in U net/netatalk3/files/netatalk.in U net/pxe-pdhcp/files/pxe-pdhcp.8 U net/dtcp/files/dtcpc.in U net/dtcp/files/dtcps.in U net/vserver/files/vserver.in U net/ifstated/files/ifstated.in U net/minissdpd/files/minissdpd.in U net/iplog/files/iplog.in U net/socketbind/files/socketbind.c U net/trickle/files/trickled.conf U net/beanstalkd/files/beanstalkd.in U net/ss5/files/ss5.in U net/linuxigd/files/linuxigd.in U net/osrtspproxy/files/rtspproxy.sh U net/cvsync/files/cvsyncd.in U net/findmtu/files/findmtu.in U net/asterisk-oh323/files/codecnego.diff U net/AquaGatekeeper/files/agk.sh.sample U net/avahi-app/files/org.freedesktop.Avahi.service U net/ncplib/scripts/configure U net/socat/files/socat.in U net/wired/files/wired.in U net/sendfile/files/sendfiled.in U net/openmq/files/imq.in U net/csync2/files/csync2.in U net/quoted/files/quoted.in U net/pptpclient/files/README U net/pptpclient/files/ppp.conf U net/rsync/files/rsyncd.conf.sample U net/rsync/files/rsyncd.in U net/qadsl/files/qadsl.in U net/quagga-re/files/quagga.in U net/quagga-re/files/watchquagga.in U net/tcpmssd/src/tcpmssd.c U net/tcpmssd/src/tcpmssd.8 U net/pcnfsd/scripts/configure U net/vtun/files/vtund.in U net/vtun/files/extra-tun_dev.c U net/vtun/files/vtunclient.in U net/iaxmodem/files/iaxmodem.in U net/xboxproxy/files/xboxproxy.in U net/rinetd/files/rinetd.in U net/exabgp/files/exabgp.sh.in U net/dictd/files/dictd.in U net/dictd/files/dictd.conf.in U net/httpry/files/httpry.in U net/msend/files/mesgd.in U net/samba4wins/files/samba4wins.conf.sample U net/samba4wins/files/smbd4wins.in U net/mpich2/files/manpages U net/openvswitch/files/ovs-vswitchd.in U net/openvswitch/files/ovsdb-server.in U net/openvswitch/files/threaded.diff U net/crtmpserver/files/crtmpserver.in U net/hornetq/files/hornetq.in U net/3proxy/files/3proxy.in U net/redir/files/redir.in U net/radvd/files/radvd.in U net/cvsup-mirror/files/update.sh.in U net/cvsup-mirror/files/refuse.self U net/cvsup-mirror/files/supfile U net/cvsup-mirror/files/cvsupd.in U net/cvsup-mirror/scripts/configure U net/seda/files/build.xml U net/samba4/files/README.FreeBSD.in U net/samba4/files/samba4.in U net/samba4/files/man/oLschema2ldif.1 U net/samba4/files/man/regpatch.1 U net/samba4/files/man/regtree.1 U net/samba4/files/man/ntlm_auth4.1 U net/samba4/files/man/regshell.1 U net/samba4/files/man/regdiff.1 U net/samba4/files/man/smbtorture.1 U net/samba4/files/man/locktest.1 U net/samba4/files/man/gentest.1 U net/samba4/files/man/ndrdump.1 U net/samba4/files/man/nmblookup4.1 U net/samba4/files/man/masktest.1 U net/pen/files/pen.in U net/freebsd-uucp/files/uucp-pam.conf U net/openafs/files/afsserver.in U net/openafs/files/afsd.in U net/nylon/files/nylon.conf U net/nylon/files/nylon.in U net/jwhois/files/jwhois.conf U net/serviio/files/console-log4j.properties U net/serviio/files/serviio-console.in U net/serviio/files/serviio.in U net/serviio/files/serviiod.in U net/asterisk14-addons/files/codecnego.diff U net/rsmb/files/rsmbd.in U net/rsmb/files/broker.cfg U net/delegate/files/delegated.sh U net/citrix_ica/files/wfcmgr.in U net/citrix_ica/files/wfica.in U net/bird/files/firewall_support.patch U net/bird/files/bird.in U net/bird/files/agg_support.patch U net/mDNSResponder/files/mdnsd.in U net/onioncat/files/onioncat.in U net/mars_nwe/scripts/configure U net/mars_nwe/files/nwserv.sh U net/usbredir/files/libusb-1.0.pc U net/hostapd/files/config U net/freewais-sf/files/freebsd.sh U net/cnupm/files/cnupm.in U net/poptop/files/pptpd.in U net/apinger/files/apinger.in U net/nstxd/files/nstxd.in U net/iodine/files/iodined.in U net/activemq/files/activemq.in U net/radiusd-cistron/files/radrelay-cistron.in U net/radiusd-cistron/files/radiusd-cistron.in U net/gnu-radius/files/extra-utmpx U net/gnu-radius/files/radiusd.in U net/pmf/files/pmfrc.default.in U net/ris/files/binlsrv.in U net/ris/files/tftp.map U net/tcpproxy/files/tcpproxy.in U net/openntpd/files/compat.h U net/openntpd/files/ntpd.conf U net/openntpd/files/openntpd.in U net/openntpd/files/adjfreq.c U net/stone/files/stone.1 U net/stone/files/stone.cnf U net/stone/files/stone.in U net/stone/files/stone.1.ja U net/daemonlogger/files/daemonlogger.in U net/isc-dhcp42-server/files/isc-dhcpd.in U net/isc-dhcp42-server/files/isc-dhcrelay.in U net/aoe/files/aoe.in U net/splatd/files/splatd.in U net/dgd-kernel/files/dgd-kernel.sh U net/asterisk14/files/ilbc_enable.diff U net/asterisk14/files/sip_force_callid.diff U net/asterisk14/files/rtp_force_dtmf-codecnego.diff U net/asterisk14/files/asterisk.in U net/asterisk14/files/nocodecnego-patch-Makefile U net/asterisk14/files/sip_set_auth.diff U net/asterisk14/files/codecnego-patch-Makefile U net/asterisk14/files/dtmf_debug.diff U net/asterisk14/files/rtp_force_dtmf-nocodecnego.diff U net/mcast-tools/files/pim6dd.conf.sample U net/ptpd2-devel/files/ptpd2.in U net/igmpproxy/files/igmpproxy.in U net/opentracker/files/opentracker.in U net/netcat/files/nc.1 U net/silc-server/files/silcd.in U net/xorp/files/xorp.in U net/samba-smbclient/files/smb-client.conf.sample U net/dhcp6/files/dhcp6c.in U net/dhcp6/files/dhcp6s.in U net/dhcp6/files/dhcp6relay.in U net/iet/files/ietd.in U net/dhcpcd/files/dhcpcd.in U net/balance/files/balance.in U net/samba36/files/samba.in U net/samba36/files/smb.conf.sample.in U net/samba36/files/sernet.patch U net/samba36/files/README.FreeBSD U net/openospfd/files/openospfd.in U net/sharity-light/files/unshlight.c U net/samba41/files/README.FreeBSD.in U net/samba41/files/man/ntdbbackup.8 U net/samba41/files/man/ntdbdump.8 U net/samba41/files/man/locktest.1 U net/samba41/files/man/ntdb.3 U net/samba41/files/man/nmblookup4.1 U net/samba41/files/man/masktest.1 U net/samba41/files/man/ntdbtool.8 U net/samba41/files/man/regpatch.1 U net/samba41/files/man/regtree.1 U net/samba41/files/man/ntdbrestore.8 U net/samba41/files/man/regshell.1 U net/samba41/files/man/smbtorture.1 U net/samba41/files/man/regdiff.1 U net/samba41/files/man/gentest.1 U net/samba41/files/man/ndrdump.1 U net/samba41/files/man/oLschema2ldif.1 U net/samba41/files/man/ntlm_auth4.1 U net/samba41/files/samba_server.in U net/dtcpclient/files/dtcpclient.in U net/rtg/files/rtgpoll.in U net/pxe/files/pxe.in U net/iscsi-target/files/iscsi_target.in U net/quagga/files/watchquagga.in U net/ptpd2/files/ptpd2.in U net/smb4k-kde4/files/smb2nsmbrc U net/smb4k-kde4/files/README.FreeBSD U net/smb4k-kde4/files/smb2awk U net/dhcprelay/files/dhcprelay.in U net/pppoa/files/quick-install U net/vnc/files/FreeBSD.cf-patch U net/vnc/files/vnc.def-patch U net/openmcu/files/openmcu.ini.sample U net/minisapserver/files/sapserver.in U net/stund/files/stund.in U net/sixxs-aiccu/files/sixxs-aiccu.in U net/bounce/files/bounce.in U net/freenet6/files/freenet6.in U net/libutp/files/BSDmakefile U net/openradius/scripts/configure U net/openradius/files/openradius.in U net/wowzamediaserverpro/files/wowza.in U net/ccxstream/files/ccxstream.in U net/dante/files/sockd.in U net/lvwimax/files/lvwimax.in U net/lvwimax/files/lvwimax.conf.in U net/tdetect/files/tdetect.sh U net/yate/files/yate.in U net/ntop/files/ntop.in U net/frickin/files/frickin.in U net/minidlna/files/minidlna.in U net/gogoc/files/gogoc.in U net/miredo/files/miredo-server.in U net/miredo/files/ip6addrctl.conf U net/miredo/files/miredo.in U net/siproxd/files/siproxd.in U net/ifdepd/files/ifdepd.in U net/dbeacon/files/dbeacon.in U net/repeater/files/repeater.in U net/tac_plus4/files/tac_plus.in U net/tac_plus4/files/tac_plus.conf.example U net/binkd/files/binkd.in U net/neubot/files/neubotd.in U net/cvsup/scripts/configure U net/cvsup/files/p-amd64-zlib U net/cvsup/files/p-amd64-aa U net/pfflowd/files/pfflowd.in U net/pfflowd/files/pidfile.c U net/pfflowd/files/pidfile.h U net/netatalk/files/netatalk.in U net/relayd/files/relayd.in U net/mrouted/files/mrouted.in U net/toonel/files/toonel.sh.in U net/linknx/files/linknx.in U net/radsecproxy/files/radsecproxy.in U net/get_iplayer/files/get_iplayer.in U net/mpd5/files/mpd5.in U net/dgd-lpmud/files/oconv.c U net/dgd-lpmud/files/dgd-lpmud.sh U net/rwhoisd/files/rwhoisd.in U net/mpd-l2tp-ipv6pd-client/scripts/rtadvd.conf.in U net/mpd-l2tp-ipv6pd-client/scripts/setting U net/mpd-l2tp-ipv6pd-client/scripts/mpd5.conf.in U net/mpd-l2tp-ipv6pd-client/scripts/linkup.sh.in U net/mpd-l2tp-ipv6pd-client/scripts/linkdown.sh.in U net/mpd-l2tp-ipv6pd-client/scripts/mpd.links.in U net/mpd-l2tp-ipv6pd-client/scripts/dhcp6c.conf.in.in U net/mpd-l2tp-ipv6pd-client/scripts/mpd.in U net/mpd-l2tp-ipv6pd-client/scripts/dhcp6c_pd.sh.in U net/mpd-l2tp-ipv6pd-client/scripts/mpd.conf.in U net/mpd-l2tp-ipv6pd-client/scripts/mpd.secret.in U net/callweaver/files/callweaver.in U net/zebra/files/zebractl.in U net/DarwinStreamingServer/files/darwin_streaming_server.in U net/DarwinStreamingServer/files/streamingadminserver.in U net/vncreflector/files/vncreflector.in U net/miniupnpc/files/miniupnpc.in U net/traff/files/traff.in U net/miniupnpd/files/miniupnpd.in U net/miniupnpd/files/pf_enable_filter_rules.patch U net/miniupnpd/files/miniupnpd.conf.sample.in U net/isc-dhcp41-server/files/isc-dhcpd.in U net/isc-dhcp41-server/files/isc-dhcrelay.in U net/throttled/files/throttled.in U net/sslh/files/sslh.in U net/GeoIP/files/geoipupdate.sh.in U net/lambdamoo/files/README.FreeBSD U net/mediatomb/files/mediatomb.in U net/mediatomb/files/config.xml.dist.in U net/howl/files/mdnsresponder.in U net/freeradius2/files/radiusd.in U net/freeradius3/files/radiusd.in U net/xorp-devel/files/xorp.in U net/sflowtool/files/sflowtool.in U net/ser/files/ser.in U net/ladvd/files/ladvd.in U net/ucarp/files/ucarp.in U net/openldap24-server/files/slapd.in U net/openldap24-server/files/manpages.client U net/openldap24-server/files/manpages.server U net/bird-devel/files/bird.in U net/scribe/files/scribe.in U net/mediaproxy/files/proxydispatcher.in U net/mediaproxy/files/mediaproxy.in U math/qtiplot/files/build.conf U math/javanns/files/javanns.sh U math/slatec/files/makefile.test U math/slatec/files/makefile.lib U math/ldouble/files/i386-makefile-patch U math/ldouble/files/128-makefile-patch U math/jts/files/testJTS.sh.in U math/atlas-devel/files/thread-patch U math/atlas-devel/files/alpha-patch U math/atlas/files/tuning-message U math/arpack/files/arpack.h U math/kash3/files/kash3.in U math/vtk5/files/vtk.3.in U math/wingz3/files/Wingz3 U math/octave-forge-base/files/load-octave-pkg.in U math/scalapack/files/SLmake.inc-openmpi.diff U math/scalapack/files/example1.cc U math/scalapack/files/example1.f U math/scalapack/files/PBtools.h.patch U math/scalapack/files/SLmake.inc-mpich.diff U math/scalapack/files/manpages U math/sage/files/spkg-patch-pycrypto_-_patches_src.libtom.tomcrypt_pk.h U math/sage/files/spkg-patch-python_-_src_Modules_fcntlmodule.c U math/sage/files/spkg-patch-python_-_src_Doc_library_fcntl.rst U math/sage/files/spkg-patch-python_-_src_setup.py U math/sage/files/spkg-patch-sympow_-_src_disk.c U math/sage/files/optional-packages.txt U math/sage/files/spkg-patch-sage_-_doc_common_builder.py U math/sage/files/spkg-patch-python_-_src_Python_thread_pthread.h U math/sage/files/spkg-patch-pycrypto_-_spkg-install U math/sage/files/spkg-patch-python_-_src_Modules__ctypes_libffi_configure U math/sage/files/gcc.in U math/lapack/files/manpages U math/mprime/files/wrapper.sh.in U math/blacs/files/Bmake.inc-openmpi.diff U math/blacs/files/Bmake.inc-mpich.diff U math/py-numpy/files/fenv.patch U math/py-numpy/files/site.cfg U math/blocksolve95/files/BSman3.inc U math/bihar/files/makefile.lib U math/rapid/files/rapid.1 U math/truthtable/files/truthtable.in U math/grace/files/mini-xmgr3.xpm U vietnamese/vnconvert/files/vnconvert.1 U vietnamese/vnxfonts/files/fonts.alias U vietnamese/xvnkb/files/xvnkb.1 U vietnamese/vnpstext/files/vnpstext.1 U vietnamese/vn7to8/files/vn7to8.1 U vietnamese/vn7to8/files/vn8to7.1 U vietnamese/vn7to8/files/vn80to81.1 U x11/apwal/files/group_member.c U x11/xscreensaver/files/xearth.xml U x11/xscreensaver/files/xmountains.xml U x11/xscreensaver/files/xaos.xml U x11/xscreensaver/files/xplanet.xml U x11/xscreensaver/files/xdaliclock.xml U x11/xscreensaver/files/xsnow.xml U x11/xscreensaver/files/xscreensaver.pam U x11/mate-menus/files/KDE.directory U x11/mate-menus/files/GNOME.directory U x11/decurs/files/decurs.exec U x11/printscreen/files/printscreen.in U x11/mate-screensaver/files/mate-screensaver.pam.in U x11/gnome-screensaver/files/gnome-screensaver.pam.in U x11/gnome-menus/files/KDE.directory U x11/xscreensaver-gnome/files/xscreensaver.pam.in U x11/xkeycaps/scripts/configure U x11/xmove/files/Imakefile U x11/linux-f10-xorg-libs/files/xorg-x11-i386.conf U x11/rxvt-devel/files/utmpx_patch-src::logging.c U x11/rxvt-devel/files/utmp_patch-src::logging.c U x11/nvidia-driver/files/security-patch-CVE-2012-0946 U x11/nvidia-driver/files/legacy-patch-nvidia.lib.mk U x11/nvidia-driver/files/security-patch-CVE-2012-4225 U x11/kde4-workspace/files/kdm4.in U x11/xvmcinfo/files/xvmcinfo.c U x11/gcb/files/gcb.desktop U x11/bricons/files/DOTbriconsrc U x11/gpctool/files/BSDmakefile U x11/gdm/files/gdm.pam.in U x11/gdm/files/gdm.in U x11/wdm/files/wdm.pam U x11/slim/files/pam.conf U x11/eaglemode/files/eaglemode.sh.in U x11/xco/files/copyright U x11-toolkits/gnustep-gui/files/AudioOutputSink.m.patch U x11-toolkits/gnustep-gui/files/GNUmakefile.patch U x11-toolkits/gnustep-gui/files/GNUmakefile.speech.patch U x11-toolkits/swt-devel/files/build.xml U x11-toolkits/plib/files/jsBSDCal.c U x11-toolkits/py-tkinter/files/setup3.py U x11-toolkits/py-tkinter/files/setup.py U java/eclipse-ecj/files/ecj.sh.in U java/jlex/files/jlex.sh.in U java/eclipse/files/eclipse-build-config-upstream.patch U java/eclipse/files/eclipse.in U java/eclipse/files/eclipse-build-upstream.patch U java/javavmwrapper/src/javavms.5 U java/javavmwrapper/src/classpath.sh U java/javavmwrapper/src/manvm.1 U java/javavmwrapper/src/javavmwrapper.sh U java/javavmwrapper/src/javavm_opts.conf.5 U java/javavmwrapper/src/checkvms.1 U java/javavmwrapper/src/javavm.1 U java/javavmwrapper/src/registervm.1 U java/javavmwrapper/files/javavm_opts.conf.dist U java/java-checkstyle/files/checkstyle.sh.in U java/jrosetta/files/settings.xml U java/jboss5/files/jboss5.in U java/jflex/files/jflex.sh.in U java/proguard/files/proguard.sh.in U java/proguard/files/proguard-gui.sh.in U java/proguard/files/retrace.sh.in U java/eclipse-cdt/scripts/pre-patch U java/avis/files/avisd.in U java/poseidon/files/poseidon.sh.in U java/eclipse-langpack/files/install.sh U java/bootstrap-openjdk/files/bootstrap.patch U java/openjdk6/files/fontconfig.properties U java/openjdk6/files/alsa-disable.patch U java/openjdk6/files/test_gamma-disable.patch U java/openjdk6/files/alsa-enable.patch U java/jasmin/files/jasmin.sh.in U java/eclipse-devel/files/BindingModel.java.patch U java/eclipse-devel/files/eclipse.in U java/eclipse-devel/files/eclipse-build-config-upstream.patch U mail/courier-imap/files/courier-imap-pop3d-ssl.in U mail/courier-imap/files/courier-imap-pop3d.in U mail/courier-imap/files/courier-imap-imapd-ssl.in U mail/courier-imap/files/courier-imap-imapd.in U mail/archiveopteryx/files/archiveopteryx.in U mail/synonym/files/synonym.in U mail/spampd/files/spampd.in U mail/pysieved/files/pysieved.in U mail/smfsav/files/smfsav.in U mail/p5-Mail-SpamAssassin/files/sa-spamd.in U mail/postfix-postfwd/files/postfwd.in U mail/dbmail/files/dbmail-lmtpd.in U mail/dbmail/files/dbmail-pop3d.in U mail/dbmail/files/dbmail-timsieved.in U mail/dbmail/files/dbmail-imapd.in U mail/sendmail/files/tls-install.sh U mail/sendmail/files/site.config.m4.milter U mail/sendmail/files/site.config.m4.ssl U mail/sendmail/files/site.config.m4 U mail/sendmail/files/site.config.m4.tls U mail/sendmail/files/cyruslookup.patch U mail/sendmail/files/CYRUS_LOOKUP U mail/sendmail/files/site.config.m4.pre4 U mail/sendmail/files/site.config.m4.ldap U mail/sendmail/files/site.config.m4.sasl2 U mail/sendmail/files/sharedlibrary.m4 U mail/sendmail/files/site.config.m4.ipv6 U mail/drac/files/dracd.in U mail/rbl-milter/files/rblmilter.in U mail/squirrelmail/files/111.clean-squirrelmail U mail/squirrelmail/files/plugin-pkg-message.in U mail/evolution/files/fix-plugins.sh U mail/bsmtp/files/bsmtp.m4.8.11.in U mail/bsmtp/files/config.sed U mail/bsmtp/files/bsmtp.m4.8.12.in U mail/milter-callback/files/milter-callback.in U mail/prom-wl/files/dot.procmailrc U mail/prom-wl/files/byte-compile U mail/prom-wl/files/dot.emacs U mail/opensmtpd-devel/files/smtpd.in U mail/elm+ME/files/elm.mimetypes U mail/antivirus-milter/files/antivirus-milter.in U mail/antivirus-milter/files/clamav.conf U mail/antivirus-milter/files/antivirus.conf U mail/popa3d/files/pop-before-sendmail.patch U mail/popa3d/files/popa3d.in U mail/popa3d/files/popauth.m4 U mail/popa3d/files/setproctitle.patch U mail/popa3d/files/POPAUTH U mail/fetchmail/files/fetchmail.in U mail/fetchmail/files/fetchmailrc.sample U mail/sqwebmail/files/sqwebmail-sqwebmaild.in U mail/dbmail22/files/dbmail-pop3d.in U mail/dbmail22/files/dbmail-timsieved.in U mail/dbmail22/files/dbmail-imapd.in U mail/dbmail22/files/dbmail-lmtpd.in U mail/dma/files/dma_flushq.in U mail/ovs/files/ovs.in U mail/qmhandle/files/qmHandle.conf.in U mail/qmailadmin/files/extra-ezmlm-idx7.patch U mail/elm/scripts/pre-configure U mail/cone/scripts/c_rehash U mail/proxsmtp/files/proxsmtpd.in U mail/cucipop/scripts/configure U mail/cucipop/scripts/pre-install U mail/prayer/files/prayer.in U mail/ssmtp/files/remote-addr.patch U mail/serialmail/files/maildirsmtps U mail/phplist/files/phplist.in U mail/dk-milter/files/milter-dk.in U mail/dk-milter/files/site.config.m4.milter U mail/dk-milter/files/site.config.m4 U mail/dkfilter/files/dkfilter_in.in U mail/dkfilter/files/dkfilter_out.in U mail/dovecot2/files/dovecot.in U mail/noattach/files/noattach.in U mail/qmail/files/mkaliasdir U mail/qmail/files/qmailsmtpd.in U mail/qmail/files/maildir U mail/qmail/files/mailer.conf.sample.in U mail/qmail/files/enable-qmail.in U mail/qmail/files/bootfiles.sed.in U mail/pop-before-smtp/files/pop-before-smtp.in U mail/enma/files/milter-enma.in U mail/dkimproxy/files/dkimproxy_in.in U mail/dkimproxy/files/dkimproxy_out.in U mail/mailagent/scripts/pre-configure U mail/milter-regex/files/COPYRIGHT U mail/milter-regex/files/milterregex.in U mail/postfix27/files/postfix.in U mail/gld/files/gld.in U mail/postfix28/files/postfix.in U mail/postfix29/files/postfix.in U mail/bsfilter/files/dot-qmail.sample U mail/bsfilter/files/bsfilter.conf.sample U mail/whoson/files/whoson.in U mail/xpbiff/files/xpbiff.youbin.diff U mail/xpbiff/files/LocPixmap.c U mail/sastatd/files/sastatd.in U mail/sid-milter/files/site.config.m4.milter U mail/sid-milter/files/site.config.m4 U mail/sid-milter/files/milter-sid.in U mail/p5-qpsmtpd/files/qpsmtpd.in U mail/py-spambayes/files/pyspamd.in U mail/mailman/files/powerlogo.gif.uue U mail/sqlgrey/files/sqlgrey.in U mail/spamass-milter/files/activation.txt U mail/spamass-milter/files/spamass-milter.in U mail/smtptrapd/files/smtptrapd.in U mail/sentinel/files/000.sentinel.sh U mail/pop3proxy/files/pop3proxyd.conf U mail/pop3proxy/files/pop3proxyd.in U mail/masqmail/files/masqmail.in U mail/rblcheck/files/rblcheckrc.sample U mail/majordomo/scripts/makeseed U mail/majordomo/scripts/configure U mail/majordomo/scripts/adaptwrapper U mail/majordomo/files/aliases.majordomo U mail/majordomo/files/test-l.passwd U mail/majordomo/files/post-install-notes U mail/majordomo/files/test-l.info U mail/majordomo/files/postfix-approve-patch U mail/wanderlust/files/wanderlust-startup.emacs20.el.tmpl U mail/wanderlust/files/wanderlust-startup.emacs21.el.tmpl U mail/wanderlust/files/wanderlust-startup.emacs22.el.tmpl U mail/wanderlust/files/wanderlust-startup.emacs23.el.tmpl U mail/wanderlust/files/WL-CFG U mail/wanderlust/files/_pkg.el U mail/wanderlust/files/wanderlust-startup.emacs24.el.tmpl U mail/wanderlust/files/wanderlust-startup.xemacs21-mule.el.tmpl U mail/poppassd/files/poppassd.8 U mail/assp/files/assplog.pl.in U mail/assp/files/assp.in U mail/assp/files/510.assp.in U mail/assp/files/assp.8.in U mail/assp/files/assplog.8.in U mail/scam-backscatter/files/scam-backscatter.in U mail/imap-uw/files/imap-uw.cnf U mail/p3scan/files/p3scan.in U mail/vpopmail/files/vchkpw-smtp-auth.patch U mail/vpopmail/files/sql-remove-deleted.patch U mail/zmailer/files/extra-utmpx U mail/zmailer/files/zmailer.in U mail/postpals/files/postpals-taillog.in U mail/postpals/files/postpals.in U mail/tkrat2/files/ratatoskrc U mail/postfix-policyd-weight/files/policyd-weight.in U mail/exmh2/scripts/build U mail/exmh2/scripts/install U mail/exmh2/files/config.nmh U mail/exmh2/files/config.mh U mail/exilog/files/exilog.in U mail/exilog/files/htaccess U mail/sa-utils/files/sa-utils.in U mail/rabl_server/files/rabl_server.in U mail/opensmtpd/files/smtpd.in U mail/popfile/files/popfile.sh U mail/smail/files/freebsd5.in U mail/py-ppolicy/files/ppolicyd.in U mail/mailscanner/files/mta.in U mail/mailscanner/files/MailScanner.8.in U mail/mailscanner/files/README.FreeBSD.port U mail/mailscanner/files/Sophos.install.freebsd U mail/mailscanner/files/CHANGES.port U mail/mailscanner/files/mailscanner.in U mail/milter-bogom/files/milter-bogom.in U mail/dspam-devel/files/UPDATING U mail/dspam-devel/files/dspam-devel.in U mail/gmail-notify/files/gmail-notifier U mail/gmail-notify/files/config.h U mail/exact/files/exact.sh U mail/courier/files/courier.in U mail/courier/files/crontab.in U mail/courier/files/sharedindexupdate.in U mail/batv-milter/files/milter-batv.in U mail/batv-milter/files/site.config.m4 U mail/getlive/files/getlive.conf.sample U mail/dovecot/files/dovecot.in U mail/quickml/files/with-mta.en.rd U mail/quickml/files/quickml.in U mail/milter-greylist/files/milter-greylist.in U mail/popper/files/sendto.c U mail/archivesmtp/files/top-Makefile U mail/archivesmtp/files/src-Makefile U mail/archivesmtp/files/archivesmtp.in U mail/py-apolicy/files/apolicyd.in U mail/milter-manager/files/milter-manager.in U mail/tpop3d/files/tpop3d.in U mail/tpop3d/files/tpop3d.conf.dist U mail/pop3vscan/files/pop3vscan.sh U mail/xpi-displayquota/files/chrome.manifest U mail/mutt/scripts/generate-plist U mail/faces/files/xbmcut48 U mail/faces/files/ikon2xbm U mail/faces/files/xbm2ikon U mail/faces/files/xbmsize48 U mail/milter-skem/files/timet.patch U mail/cyrus-imapd22/files/imapd.in U mail/cyrus-imapd22/files/pass8bit.diff U mail/cyrus-imapd22/files/imapd.conf U mail/cyrus-imapd22/files/drac_auth.patch U mail/cyrus-imapd23/files/imapd.conf U mail/cyrus-imapd23/files/imapd.in U mail/postfix-policyd-sf/files/policyd.in U mail/autorespond/files/autorespond.1 U mail/cyrus-imapd24/files/imapd.conf U mail/cyrus-imapd24/files/imapd.in U mail/nullmailer/files/nullmailer.in U mail/nullmailer/files/remotes.sample U mail/alpine/files/cons25-alpine_keymenu.c U mail/postfix210/files/postfix.in U mail/cyrus-imapd2/files/imapd.in U mail/cyrus-imapd2/files/imapd.conf U mail/popular/files/pserv.in U mail/popular/files/pcheckd.in U mail/popular/files/pproxy.in U mail/popular/files/0ringd.in U mail/dcc-dccd/files/dccm.in U mail/dcc-dccd/files/dccifd.in U mail/dcc-dccd/files/dccd.in U mail/dcc-dccd/files/dccgrey.in U mail/rspamd/files/rspamd_redirector.in U mail/rspamd/files/rspamd.in U mail/anomy-sanitizer/files/sanitizer.cfg.sample U mail/anomy-sanitizer/files/sanitizer.cfg.sample2 U mail/mulberry/files/url.helpers U mail/mulberry/files/mailcap U mail/exim/files/150.exim-tidydb.sh U mail/exim/files/POST-INSTALL-NOTES.clamd U mail/exim/files/POST-INSTALL-NOTES U mail/exim/files/460.exim-mail-rejects.sh U mail/exim/files/exim.in U mail/exim/options U mail/wanderlust-devel/files/wanderlust-startup.el U mail/wanderlust-devel/files/WL-CFG U mail/roundcube/files/spellchecker.php U mail/milter-greylist-devel/files/milter-greylist.in U mail/couriergraph/files/couriergraph.in U mail/vbsfilter/files/vbsfilter.in U mail/opendkim/files/milter-opendkim.in U mail/postfix-current/files/postfix.in U mail/davmail/files/davmail.properties.sample U mail/davmail/files/davmail.sh.in U mail/davmail/files/davmail.in U mail/mu/files/mu-ask U mail/perdition/files/perdition.pop3s.in U mail/perdition/files/perdition.imaps.in U mail/perdition/files/perdition.imap4.in U mail/perdition/files/perdition.imap4s.in U mail/perdition/files/perdition.in U mail/perdition/files/perdition.pop3.in U mail/james/files/james.in U mail/spamilter/files/spamilter.in U mail/dspam/files/dspam.in U mail/dspam/files/UPDATING U mail/mailgraph/files/mailgraph.in U mail/vm-pop3d/files/vm-pop3d.sh U mail/up-imapproxy/files/imapproxyd.in U mail/anubis/files/anubis.in U mail/pop3gwd/files/SECURITY U mail/qpopper/files/qpopper.in U mail/qpopper/scripts/pre-install U mail/spamd/files/obspamd.in U mail/spamd/files/obspamlogd.in U mail/missey/files/mps.in U mail/policyd2/files/policyd2.in U mail/postfix/files/postfix.in U www/sams/files/sams.in U www/sams/files/setup.sh U www/apache22/files/htcacheclean.in U www/apache22/files/no-accf.conf U www/squid/files/squid.in U www/http_post/files/Makefile.bsd U www/gatling/files/gatling_wrapper U www/gatling/files/gatling.in U www/xpi-searchstatus/files/chrome.manifest U www/xshttpd/files/xshttpd.in U www/hudson/files/hudson.in U www/fcgiwrap/files/fcgiwrap.in U www/xpi-informenter/files/chrome.manifest U www/zope213/files/package-pkg-message.in U www/zope213/files/zope213.in U www/zope213/files/zope.conf_changes U www/zope213/files/instance-message.in U www/bigbluebutton/files/nopdfmark.ps U www/bigbluebutton/files/bbb-conf.in U www/bigbluebutton/files/nginx.conf-dist.in U www/bigbluebutton/files/openoffice.in U www/anyterm/files/anytermd.in U www/anyterm/files/mime.types U www/dojo/files/dojo.conf.in U www/mod_antiloris/files/mod_antiloris.conf.in U www/dojo-shrinksafe/files/dojo-shrinksafe.in U www/elog/files/elogd.in U www/closure-compiler/files/closure-compiler.in U www/tinyproxy/files/tinyproxy.in U www/tinyproxy/files/tinyproxy.8 U www/tinyproxy/files/tinyproxy.conf.5 U www/webcalendar-devel/files/webcalendar-cgi.conf.in U www/webcalendar-devel/files/webcalendar.conf.in U www/seamonkey/files/moz_pis_S50cleanhome U www/tomcat6/files/tomcat6.in U www/tomcat7/files/tomcat7.in U www/uwsgi/files/uwsgi.in U www/scloader/files/scloader.sh U www/trac/files/tracd.in U www/tinytinyhttpd/files/example.conf.in U www/mod_jk/files/workers.properties.sample U www/mod_jk/files/mod_jk.conf.sample.in U www/xpi-tabletools/files/chrome.manifest U www/tt-rss/files/ttrssd.in U www/tt-rss/files/httpd-tt-rss.conf.in U www/red5/files/red5.in U www/swish++/files/swish++.sh U www/hiawatha/files/hiawatha.in U www/mod_spdy/files/mod_spdy.conf.in U www/p5-FCGI-Spawn/files/fcgi_spawn.in U www/redmine/files/redmine.in U www/geneweb/files/install.sh U www/bugmenot-firefox/files/chrome.manifest U www/cacheboy16/files/squid.in U www/mod_chroot/files/post-install-notes U www/publicfile/files/publicfile-0.52_basicauth.patch U www/publicfile/files/publicfile-0.52-commonlog-2.patch U www/publicfile/files/publicfile-0.52-filetype-diff U www/publicfile/files/publicfile.sslserver U www/publicfile/files/publicfile-0.52_basicauth.patch.in U www/publicfile/files/redirect-slash-patch U www/thttpd/files/thttpd.in U www/thttpd/files/thttpd.conf.sample.in U www/webalizer/files/ja-webalizer.conf-dist.patch U www/webalizer/files/webalizer-a-urasim_2.patch U www/wikicalc/files/setup.sh.in U www/httptunnel/files/htc.in U www/httptunnel/files/hts.in U www/fnord/files/fnord.inetd.in U www/links/files/extra-terminal.c.diff U www/opera-devel/files/operapluginwrapper U www/pylot/files/pylot.in U www/p5-Starman/files/starman.in U www/thundercache/files/test-deps.sh.in U www/thundercache/files/log.sh.in U www/thundercache/files/thundercache.in U www/shellinabox/files/shellinaboxd.in U www/validator/files/validator.conf.sample.in U www/mod_encoding/files/queryfix-patch22 U www/mod_encoding/files/apache22_patch U www/mod_encoding/files/iconv_hook-20040430.patch U www/jspacker/files/jspacker.in U www/cocoon/files/upstreams-cocoon.sh.in U www/cocoon/files/cocoon.in U www/cocoon/files/cocoonctl.in U www/cocoon/files/message.in U www/cocoon/files/message-advanced.in U www/mathopd/files/mathopd.sh U www/perlbal/files/perlbal.in U www/lusca-head/files/squid.in U www/kannel/files/kannel.in U www/cakephp11/files/cakephp-development-cgi.conf.in U www/cakephp11/files/cakephp-development.conf.in U www/cakephp11/files/cakephp-production-cgi.conf.in U www/cakephp11/files/cakephp-production.conf.in U www/cakephp11/files/development-app-config-core.php.patch U www/cakephp12/files/cakephp-development-cgi.conf.in U www/cakephp12/files/cakephp-development.conf.in U www/cakephp12/files/cakephp-production-cgi.conf.in U www/cakephp12/files/cakephp-production.conf.in U www/cakephp13/files/cakephp-development-cgi.conf.in U www/cakephp13/files/cakephp-development.conf.in U www/cakephp13/files/cakephp-production-cgi.conf.in U www/cakephp13/files/cakephp-production.conf.in U www/vdr-plugin-live/files/gen_version_suffix.h U www/www6to4/files/www6to4.in U www/cakephp21/files/cakephp-development-cgi.conf.in U www/cakephp21/files/cakephp-development.conf.in U www/cakephp21/files/cakephp-production-cgi.conf.in U www/cakephp21/files/cakephp-production.conf.in U www/cakephp22/files/cakephp-development-cgi.conf.in U www/cakephp22/files/cakephp-development.conf.in U www/cakephp22/files/cakephp-production-cgi.conf.in U www/cakephp22/files/cakephp-production.conf.in U www/cakephp23/files/cakephp-production-cgi.conf.in U www/cakephp23/files/cakephp-production.conf.in U www/cakephp23/files/cakephp-development-cgi.conf.in U www/cakephp23/files/cakephp-development.conf.in U www/boa/files/boa.sh.sample U www/MT/files/MT.conf.in U www/man2web/files/freebsd.h U www/junkbuster/files/junkbuster.in U www/p5-CGI-SpeedyCGI/files/speedy_dump.c U www/horde3-meta/files/post-configure-message U www/zerowait-httpd/files/0W-httpd.in U www/vdradmin-am/files/vdradmind.conf U www/vdradmin-am/files/vdradmind.in U www/lighttpd/files/h264_streaming.conf U www/lighttpd/files/COPYING.mod_h264_streaming U www/lighttpd/files/README.mysqlauth U www/lighttpd/files/lighttpd.in U www/lighttpd/files/mysql_auth.sql U www/quickie/files/freebsd.h U www/nspluginwrapper/files/npviewer.in U www/http_get/files/Makefile.bsd U www/xpi-formfox/files/chrome.manifest U www/nginx/files/nginx.in U www/mod_security/files/mod_security2.conf.in U www/py-webware/files/webkit.sh.tmpl U www/xshttpd-devel/files/xshttpd.in U www/chimera/scripts/configure U www/varnish/files/varnishd.in U www/varnish/files/varnishncsa.in U www/varnish/files/varnishlog.in U www/xpi-delicious/files/chrome.manifest U www/helma/files/helma.in U www/helma/files/helma.sh.in U www/trafficserver/files/trafficserver.in U www/monast/files/monast.in U www/bozohttpd/files/bozohttpd.in U www/mod_pagespeed/files/extra-gperf.gypi U www/trac-pendingticket/files/migrate_pending_attrib_to_status.py.patch U www/trac-pendingticket/files/close_old_pending.py.patch U www/havp/files/havp.in U www/cblog/files/cblog.in U www/c-icap/files/c-icap.in U www/radicale/files/radicale.in U www/abyssws/files/abyssws.in U www/tdiary/files/tdiaryinst.rb.in U www/yahoo-ui/files/yui.conf.in U www/twms/files/twms.in U www/dhttpd/files/dhttpd.in U www/xpi-mldonkey/files/chrome.manifest U www/oops/files/oops.in U www/adzap/files/adzap.conf.in U www/nginx-devel/files/nginx.in U www/davical/files/httpd-davical.conf.in U www/videocache/files/squid.conf.example U www/fhttpd/files/fhttpd.sh U www/polipo/files/polipo.in U www/polipo/files/400.polipo.in U www/yaws/files/yaws.conf.sample U www/interchange/files/interchange.in U www/wwwoffle/files/wwwoffled.in U www/foswiki/files/LocalSite.cfg.in U www/dansguardian/files/dansguardian.in U www/xpi-flatbmark/files/chrome.manifest UU www/pebble/files/pebble.properties.in U www/codeigniter/files/codeigniter-development-cgi.conf.in U www/codeigniter/files/codeigniter-development.conf.in U www/codeigniter/files/codeigniter-production-cgi.conf.in U www/codeigniter/files/codeigniter-production.conf.in U www/webobjects/files/wotaskd.in U www/webobjects/files/JavaMonitor.in U www/jetty/files/jetty.in U www/jetty/files/message.in U www/jetty/files/message-advanced.in U www/xpi-wmlbrowser/files/chrome.manifest U www/aolserver/files/aolserver.in U www/webfs/files/webfsd.in U www/pserv/files/pserv.sh U www/nostromo/files/nostromo.in U www/cherokee/files/cherokee.in U www/geronimo/files/geronimo3.in U www/amphetadesk/files/wrapper.sh U www/amphetadesk/files/amphetadesk.in U www/tclhttpd/files/httpdate.c U www/tclhttpd/files/metaPackage.c U www/tclhttpd/files/tclhttpd.in U www/tclhttpd/scripts/post-patch U www/dansguardian-devel/files/dansguardian.in U www/tidy/files/COPYRIGHT U www/jmeter/files/jmeter.sh.in U www/prado/files/prado-development-cgi.conf.in U www/prado/files/prado-development.conf.in U www/prado/files/prado-production-cgi.conf.in U www/prado/files/prado-production.conf.in U www/apache22-peruser-mpm/files/httpd-2.2.3-peruser-0.3.0.patch U www/apache22-peruser-mpm/files/httpd-2.2.3-peruser-0.3.0-dc3-r57.patch U www/apache22-peruser-mpm/files/httpd-2.2.3-peruser-0.3.0-dc3.patch U www/openacs/files/openacs.in U www/openacs/files/adjust_pgsql_conf.sh.in U www/openacs/files/dotlrn.in U www/openacs/files/create_sampledb.sh.in U www/resin3/files/resin3.in U www/resin3/files/resin3ctl.in U www/spreadlogd/files/spreadlogd.in U www/quixote/scripts/compile_ptl.py U www/asterisk-stat/files/pgsql__patch-call.log.php U www/asterisk-stat/files/mysql__patch-defines.php U www/asterisk-stat/files/pgsql__patch-defines.php U www/asterisk-stat/files/cdr_mysql.tbl U www/asterisk-stat/files/cdr_pgsql.tbl U www/asterisk-stat/files/mysql__patch-cdr.php U www/asterisk-stat/files/pgsql__patch-cdr.php U www/websh/files/httpd.conf.in U www/smb_auth/files/README U www/grails/files/edit-startGrails.sed.in U www/fswiki/files/setup.sh U www/hydra/files/hydra.in U www/pound/files/pound.in U www/transproxy/files/tproxy.in U www/xpi-tagzilla/files/chrome.manifest U www/mohawk/files/mohawk.in U www/emacs-w3m/files/_pkg.el U www/cntlm/files/cntlm.in U www/sahi/files/sahi.sh.in U www/surfraw/manpages U www/spawn-fcgi/files/spawn-fcgi.in U www/pglogd/files/020.pglogd.sh U dns/inadyn/files/inadyn.in U dns/dnsproxy/files/dnsproxy.in U dns/mydns-ng/files/mydns.in U dns/opendd/files/opendd.in U dns/totd/files/totd.conf.sample U dns/totd/files/totd.in U dns/maradns/files/zoneserver.in U dns/maradns/files/maradns.in U dns/ddclient/files/ddclient_force.in U dns/ddclient/files/ddclient.in U dns/powerdns/files/pdns.conf U dns/powerdns/files/pdns.in U dns/radns/files/radns.in U dns/adsuck/files/adsuck.in U dns/powerdns-devel/files/pdns.conf U dns/dnsmasq-devel/files/dnsmasq.in U dns/credns/files/credns.in U dns/ez-ipupdate/files/ez-ipupdate.in U dns/yadifa/files/yadifad.in U dns/noip/files/noip.in U dns/dnsmasq/files/dnsmasq.in U dns/dnsflood/files/dnsflood.in U dns/pdnsd/files/pdnsd.in U dns/bind10/files/LICENSE U dns/dnscrypt-proxy/files/dnscrypt-proxy.in U dns/dnrd/files/dnrd.in U dns/bind96/files/named.conf U dns/bind96/files/localhost-forward.db U dns/bind96/files/empty.db U dns/bind96/files/localhost-reverse.db U dns/bind96/files/named.root U dns/bind98/files/localhost-forward.db U dns/bind98/files/empty.db U dns/bind98/files/localhost-reverse.db U dns/bind98/files/named.root U dns/bind98/files/named.conf U dns/bind99/files/localhost-forward.db U dns/bind99/files/empty.db U dns/bind99/files/localhost-reverse.db U dns/bind99/files/named.root U dns/bind99/files/named.conf U dns/bindgraph/files/bindgraph.in U dns/opendnssec13/files/opendnssec.in U dns/dhisd/files/INSTALL.bsd U dns/dhisd/files/dhisd.sh U dns/powerdns-recursor/files/pdns-recursor.in U dns/dualserver/files/dualserver.in U dns/crossip/files/crossip.sh.in U dns/rbldnsd/files/example U dns/rbldnsd/files/rbldnsd.in U dns/curvedns/files/freebsd.patch U dns/mydns/files/mydns.in U dns/opendnssec/files/opendnssec.in U dns/djbdns/files/djbdns-ipv6-ooyama.patch U dns/djbdns/files/uint32.patch U dns/unbound/files/unbound.in U dns/knot/files/knotd.in U dns/dns_balance/files/dns_balance.in U dns/dnsreflector/files/dnsreflector.in U x11-drivers/xf86-video-intel/files/extra-src_i830_driver.c U x11-drivers/xf86-video-intel/files/extra-src_i810_hwmc.c U x11-drivers/xf86-video-intel/files/extra-src_ivch_ivch.c U x11-drivers/xf86-video-intel/files/extra-src_ch7017_ch7017.c U x11-drivers/xf86-video-intel/files/extra-src_ch7xxx_ch7xxx.c U x11-drivers/xf86-video-intel/files/extra-src_i915_hwmc.c U x11-drivers/xf86-video-intel/files/extra-src_i810_video.c U x11-drivers/xf86-video-intel/files/extra-src_i830_video.c U x11-drivers/xf86-video-intel/files/extra-i915kms U x11-drivers/xf86-video-intel/files/extra-src_tfp410_tfp410.c U x11-drivers/xf86-video-intel/files/extra-src_i830_i2c.c U x11-drivers/xf86-video-intel/files/extra-src_i830_dri.c U x11-drivers/xf86-video-intel/files/extra-src_i830_render.c U x11-drivers/xf86-video-intel/files/extra-src_sil164_sil164.c U x11-drivers/xf86-video-intel/files/extra-uxa_uxa-priv.h U x11-drivers/xf86-video-intel/files/extra-src_i915_render.c U x11-drivers/xf86-video-intel/files/extra-src_i965_render.c U x11-drivers/xf86-video-intel/files/extra-src_i830_dvo.c U x11-drivers/xf86-video-intel/files/extra-clang U x11-drivers/xf86-video-intel/files/extra-src_i810_driver.c U x11-drivers/input-wacom/files/wacom.in U net-mgmt/pnp/files/npcd.in U net-mgmt/nagios-check_kumofs/files/check_kumomgr.in U net-mgmt/nagios-check_kumofs/files/check_kumosvr.in U net-mgmt/snmptt/files/snmptt.in U net-mgmt/choparp/files/choparp.in U net-mgmt/kismet/files/suid_pkg-message.in U net-mgmt/netxms/files/nxagentd.in U net-mgmt/netxms/files/nxhttpd.in U net-mgmt/netxms/files/netxmsd.in U net-mgmt/smokeping/files/smokeping.in U net-mgmt/nagios-check_memcached_paranoid/files/check_memcached_paranoid.c U net-mgmt/wide-dhcp/files/wide-dhcps.sh.sample U net-mgmt/airport/files/airport.sh.in U net-mgmt/netams/files/netams.in U net-mgmt/nagios-check_hdd_health/src/check_hdd_health U net-mgmt/flow-tools/files/flow_capture.in U net-mgmt/flow-tools/files/flow_fanout.in U net-mgmt/ipacctd/files/ipacctd.in U net-mgmt/collectd/files/collectdmon.in U net-mgmt/collectd/files/collectd.in U net-mgmt/icinga/files/ido2db.in U net-mgmt/ndoutils/files/ndo2db.in U net-mgmt/zabbix2-server/files/zabbix_proxy.in U net-mgmt/zabbix2-server/files/zabbix_agentd.in U net-mgmt/zabbix2-server/files/zabbix_server.in U net-mgmt/softflowd/files/softflowd.in U net-mgmt/nefu/files/nefu.in U net-mgmt/flowd/files/flowd.in U net-mgmt/collectd5/files/collectdmon.in U net-mgmt/collectd5/files/collectd.in U net-mgmt/ssgless/files/lesspipe-ssg.awk.in U net-mgmt/ssgless/files/ssgless.in U net-mgmt/xymon-client/files/xymon-client.in U net-mgmt/pandorafms_server/files/tentacle_server.in U net-mgmt/pandorafms_server/files/pandora_server.in U net-mgmt/pandorafms_server/files/199.clean-pandoradb.in U net-mgmt/rotorouter/files/rotorouter.in U net-mgmt/rotorouter/files/rotorouter.conf-example U net-mgmt/rotorouter/files/rotorouter.c U net-mgmt/coovachilli/files/pf.conf.sample U net-mgmt/coovachilli/files/ipfw-config.sample U net-mgmt/coovachilli/files/main.conf.sample U net-mgmt/coovachilli/files/coovachilli.in U net-mgmt/netmond/files/netmond_watchdog.in U net-mgmt/netmond/files/README.eng U net-mgmt/netmond/files/README.port.ru U net-mgmt/netmond/files/netmond.in U net-mgmt/netmond/files/netmondctl.in U net-mgmt/netmond/files/pipe.c U net-mgmt/netmond/files/README.port.eng U net-mgmt/flow-tools-ng/files/flow_fanout.in U net-mgmt/flow-tools-ng/files/flow_capture.in U net-mgmt/pandorafms_console/files/pandora_console.conf.in U net-mgmt/ehnt/files/ehntserv.sh.sample U net-mgmt/confregdecode/files/confregdecode.in U net-mgmt/nsca27/files/nsca.in U net-mgmt/net-snmp/files/snmpd.in U net-mgmt/net-snmp/files/snmptrapd.in U net-mgmt/net-snmp/files/test.t U net-mgmt/nrpe/files/nrpe2.in U net-mgmt/argus-monitor/files/patch.001 U net-mgmt/bandwidthd/files/bandwidthd.sh U net-mgmt/pandorafms_agent/files/pandora_agent.in U net-mgmt/nfsen/files/nfsen.in U net-mgmt/fruity/files/fruity.config.inc.in U net-mgmt/mrtg/files/mrtg_daemon.in U net-mgmt/nagios-devel/files/nagios.in U net-mgmt/openlldp/files/lldpd.in U net-mgmt/openlldp/files/lldpd.8 U net-mgmt/darkstat/files/darkstat.in U net-mgmt/netustad/files/netustad.in U net-mgmt/argus3/files/argus.in U net-mgmt/nagircbot/files/nagircbot.in U net-mgmt/cdpd/files/cdpd.in U net-mgmt/zabbix22-server/files/zabbix_proxy.in U net-mgmt/zabbix22-server/files/zabbix_agentd.in U net-mgmt/zabbix22-server/files/zabbix_server.in U net-mgmt/hawk/files/create_hawk_user.sql U net-mgmt/hawk/files/favicon.ico U net-mgmt/hawk/files/hawk.in U net-mgmt/hawk/files/create_hawk_db.sql U net-mgmt/bigsister/files/bigsister.in U net-mgmt/ourmon/files/ourmon.in U net-mgmt/ng_ipacct/files/ng_ipacct.conf U net-mgmt/ng_ipacct/files/ng_ipacct.in U net-mgmt/ndpmon/files/ndpmonitor.in U net-mgmt/arpwatch/files/arpwatch.in U net-mgmt/chillispot/files/installguide.txt.in U net-mgmt/chillispot/files/ipfw-config.sample U net-mgmt/chillispot/files/pf.conf.sample U net-mgmt/chillispot/files/chillispot.in U net-mgmt/cflowd/files/cflowd.sh U net-mgmt/nagios/files/nagios.in U net-mgmt/nsca/files/nsca.in U net-mgmt/nagios-check_cpu_usage/src/check_cpu_usage U net-mgmt/torrus/files/torrus_collector.in U net-mgmt/torrus/files/torrus_monitor.in U net-mgmt/nagios-check_netsnmp/files/check_netsnmp U net-mgmt/nagios-check_netsnmp/files/check_netsnmp.html U net-mgmt/xymon-server/files/xymon-server.in U net-mgmt/ramond/files/ramon.in U net-mgmt/ifgraph/files/crontab.in U net-mgmt/ipcad/files/ipcad.in U net-mgmt/pftabled/files/pftabled.in U net-mgmt/macroscope/files/macroscope.in U net-mgmt/rrdbot/files/rrdbot.in U net-mgmt/ipv6mon/files/ipv6mon.in U net-mgmt/p5-SNMP-Util/files/extra-net-snmp-patch-Makefile.PL U net-mgmt/zenoss/files/libsmi-0.4.8.all.patch01 U net-mgmt/zenoss/files/local.conf.in U net-mgmt/zenoss/files/profile.in U net-mgmt/zenoss/files/zenoss.in U palm/iSiloXC/files/iSiloXC.1 U palm/iSiloXC/files/ixl.5 U palm/jpilot-db/files/jpilot-db.sh.in U games/linux-skulltag/files/skulltag.sh.in U games/linux-quake4/files/run.sh.in U games/fretsonfire/files/FretsOnFire.in U games/linux-ningpo-demo/files/ningpo.in U games/cowsay/files/tux-stab.cow U games/cowsay/files/box.cow U games/cowsay/files/jkh.cow U games/cube/files/cube_server.in U games/cube/files/cube_client.in U games/ptkei/files/ptkei U games/linux-uplink-demo/files/uplink.in U games/bloodfrontier/files/bfserver.in U games/bloodfrontier/files/bfclient.in U games/noegnud-littlehack/files/noegnud-littlehack.patch U games/spicetrade/files/spicetrade.in U games/aestats/files/fbsd_stub.c U games/battletanks/files/btanks.6 U games/linux-savage/files/savage.in U games/linux-savage/files/savage_editor.in U games/fuhquake/files/snd_freebsd.c U games/fuhquake/files/cd_freebsd.c U games/fuhquake/files/nonintel.c U games/noegnud-nethack/files/noegnud-nethack.patch U games/apricots/files/apricots.in U games/xrobots/files/xrobotscores U games/xrobots/scripts/pre-configure U games/motogt/files/motogt.in U games/glest/files/glest-wrapper.in U games/unnethack/files/sample.unnethackrc U games/maelstrom/files/Makeflags U games/linux-candycruncher-demo/files/candycruncher.in U games/fxsudoku/files/config.freebsd U games/gish-demo/files/rungish.sh.in U games/marsnomercy/files/mars-nomercy.in U games/linux-doom3-demo/files/doom3-demo.in U games/spacejunk/files/spacejunk.in U games/crafty-tablebase-no-pawn/scripts/configure U games/rescue/files/rescue.in U games/openttd/files/openttd.in U games/openttd/files/liblzma.pc U games/utserver/files/template-patch-ngstatsut U games/utserver/files/excludefiles U games/utserver/files/ucc.in U games/warsow/files/keysym2ucs.h U games/warsow/files/keysym2ucs.c U games/noegnud-slashem/files/noegnud-slashem.patch U games/netris/files/netris.1 U games/crafty-open-medium/files/book-building U games/linux-quake3-demo/files/q3demo.in U games/djgame2/files/djgame2.desktop.in U games/djgame2/files/startdjg.in U games/crafty-tablebase-pawn/scripts/configure U games/ftjava/files/ftjava.sh.in U games/crafty-open-large/files/book-building U games/plutocracy/files/plutocracy_.in U games/atitd/files/atitd.sh U games/linux-quake4-demo/files/run.sh.in U games/nonsense/files/nonsense.6 U games/robotfindskitten/files/freebsd.nki.in U games/robotfindskitten/files/nethack.nki.in U games/redeclipse/files/redeclipse.in U games/redeclipse/files/redeclipse_server.in U games/linux-gorky17-demo/files/gorky17.in U games/linux-ut2003-demo/files/ut2003-demo.in U games/yamsweeper/files/Imakefile U games/railroad-rampage/files/railroad-rampage.in U games/ldmud/files/ldmud.in U games/linux-etqw-server/files/etqwded.in U games/linux-etqw-demo-server/files/etqwded-demo.in U games/alephone-scenarios/files/wrapper.in U games/alephone-data/files/wrapper.in U games/linux-ut2004-demo/files/ut2004-demo.in U games/freera/files/SConstruct U games/daimonin/files/daimonin.sh.in U games/galaxyhack/files/galaxyhack-sh.in U games/linux-hdb-demo/files/hdb.in U games/pink-pony/files/pink-pony.sh.in U games/jvgs/files/jvgs.in U games/tetrinet-x/files/tetrinet-x.sh U games/jtans/files/jtans.sh.in U games/sampsvr/files/sampd.in U games/xmris/scripts/pre-configure U games/netradiant/files/netradiant.in U games/sauerbraten/files/sauer_master.in U games/sauerbraten/files/sauer_client.in U games/sauerbraten/files/sauer_server.in U games/linux-nwnclient/files/nwn.sh U games/linux-nwnclient/files/nwmovies.pl U games/armagetron/files/armagetronad_dedicated.in U games/linux-doom3/files/doom3-ded.in U games/linux-doom3/files/doom3.in U games/crafty/files/books-building U games/crafty/scripts/configure U games/pycadia/files/pycadia.conf U games/xpipeman/files/xpipescores U games/linux-virtual-jay-peak/files/virtual-jay-peak.in U games/falconseye/files/x-config U games/falconseye/files/substitute U games/hohlin/files/hoh.sh U games/linux-defcon/files/defcon.in U games/linux-majesty-demo/files/majesty.in U games/pcgen/files/pcgen.sh.in U games/duel/files/duel-sh.in U games/linux-nerogame/files/nerogame.in U games/editss/files/editss.in U games/tractorgen/files/tractorgen.6 U games/stonesoup/files/README.FreeBSD.in U games/wolfpack/files/wolfpack.in U games/54321/files/variables.GNU U games/54321/files/54321.sh U games/gondola/files/gondola.in U games/funnyboat/files/funnyboat_.in U games/jin/files/jin.in U games/bsdtris/files/mkbsdtristarball U games/fargoal/files/fargoal-sh.in U games/minecraft-server/files/minecraft.in U games/minecraft-server/files/banned-ips.txt.sample U games/minecraft-server/files/ops.txt.sample U games/minecraft-server/files/server.properties.sample U games/minecraft-server/files/banned-players.txt.sample U games/minecraft-server/files/white-list.txt.sample U games/quaqut/files/quaqut.in U games/bluemoon/files/bluemoon.desktop U games/doom-hr/scripts/lowercase.sh U games/linux-darwinia-demo/files/darwinia.in U games/java-games-suite/files/java-games-suite.sh.in U games/ufoai/files/run.sh.in U games/xtrojka/files/old-patch-Makefile U games/crafty-open-enormous/files/book-building U games/linux-enemyterritory/files/etded.in U games/linux-enemyterritory/files/et.in U games/noegnud-nethack-deet/files/noegnud-nethack-deet.patch U games/xinvaders/files/Vaders.ad U games/sea-defender/files/sea-defender.sh.in U games/assaultcube/files/assaultcube_client.in U games/assaultcube/files/assaultcube_server.in U games/assaultcube/files/assaultcube_master.in U games/pvpgn/files/bnetd.in U games/linux-coldwar-demo/files/coldwar.in U games/gunfudeadlands/files/gunfudeadlands.in U games/mangos/files/ScriptDev2.patch U games/4stattack/scripts/py-compile U games/domination/files/domination-FlashGUI.in U games/domination/files/domination-Increment1GUI.in U games/domination/files/domination-SwingGUI.in U games/domination/files/domination-SimpleGUI.in U games/slashem-tty/files/sample.slashemrc U games/outerspace/files/outerspace.in U games/bsdgames/files/var.mtree U games/bsdgames/files/share.mtree U games/mtaserver/files/mtad.in U games/wargus/files/wargus.in U games/gtkradiant/files/gtkradiant.in U games/annelid/files/annelid-sh.in U games/linux-warsow/files/warsow-wrapper.in U games/linux-warsow/files/wsw_server-wrapper.in U portuguese/irpf-pt_BR/files/wrapper.sh Updated to revision 340875. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 06:12:18 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02D7F775 for ; Fri, 24 Jan 2014 06:12:18 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CBD8C1863 for ; Fri, 24 Jan 2014 06:12:17 +0000 (UTC) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.14.7/8.14.7) with ESMTP id s0O6CHrA072852 for ; Fri, 24 Jan 2014 06:12:17 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.14.7/8.14.7/Submit) id s0O6CHDF072850 for ports@FreeBSD.org; Fri, 24 Jan 2014 06:12:17 GMT (envelope-from indexbuild) Date: Fri, 24 Jan 2014 06:12:17 GMT From: Ports Index build Message-Id: <201401240612.s0O6CHDF072850@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX now builds successfully on 8.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 06:12:18 -0000 From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 06:55:15 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B427B5D; Fri, 24 Jan 2014 06:55:15 +0000 (UTC) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C80E41ABE; Fri, 24 Jan 2014 06:55:14 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id m15so2579865wgh.14 for ; Thu, 23 Jan 2014 22:55:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=uUVMhZPbRdPNV6xFYIuHYf5IwK4/cO7+t6Tk0QsgLmM=; b=geKx3VbrPK+K/yZSKnJzyH2PiyiFD8D5AtKCGqoWp+21cfguaUAyZCXLaC2z9WhW3Y 1aRQ/lripiydXBrHsiBkClSYsYOpKTfXegwIcBXzsUPdqqyS8WNFY5s3LjFnXwsPwCRX ZmWApJsM7Fh2OA96AUN4+gITK5wh8xeWNIODMAkMtCqvHcnJ4F0GkyRj9pa8FNO/iCKA 5SpfJ1sU/gHTD6zxwrUEse1RnWdZXdvDlE6t6qCLnzQwGJ2xCnsMPS1xxMhikH2EDURA l+y/H07hUs8Y4AR75NizZjuw52hQQA679XLR1m7e4Fh7AcYytCOktvsqNmlS6AysGnUt PRsw== MIME-Version: 1.0 X-Received: by 10.180.107.1 with SMTP id gy1mr1879166wib.47.1390546513270; Thu, 23 Jan 2014 22:55:13 -0800 (PST) Received: by 10.194.29.163 with HTTP; Thu, 23 Jan 2014 22:55:13 -0800 (PST) Date: Fri, 24 Jan 2014 06:55:13 +0000 Message-ID: Subject: Errors building p5-Mouse port From: "C. L. Martinez" To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 06:55:15 -0000 Hi all, I have a poudriere server used to rebuild packages for my Fbsd8 and Fbsd10 servers. Due to some dependencies, p5-Mouse port needs to be installed for both releases. But for both releases, build fails for this port with the following errors: xs-src/MouseAccessor.xs => xs-src/MouseAccessor.c xs-src/MouseAttribute.xs => xs-src/MouseAttribute.c xs-src/MouseTypeConstraints.xs => xs-src/MouseTypeConstraints.c xs-src/MouseUtil.xs => xs-src/MouseUtil.c cc -I. -Ixs-src -I/usr/local/lib/perl5/5.14/mach/CORE -DPIC -fPIC -Wall -Wextra -Wdeclaration-after-statement -Wc++-compat -c -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -o xs-src/MouseUtil.o xs-src/MouseUtil.c xs-src/MouseTypeConstraints.xs: In function 'boot_Mouse__Util': xs-src/MouseTypeConstraints.xs:609: warning: implicit declaration of function 'setup_my_cxt' xs-src/MouseTypeConstraints.xs:612: warning: implicit declaration of function 'DEFINE_TC' xs-src/MouseTypeConstraints.xs:612: error: 'Any' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:612: error: (Each undeclared identifier is reported only once xs-src/MouseTypeConstraints.xs:612: error: for each function it appears in.) xs-src/MouseTypeConstraints.xs:613: error: 'Undef' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:614: error: 'Defined' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:615: error: 'Bool' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:616: error: 'Value' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:617: error: 'Ref' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:618: error: 'Str' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:619: error: 'Num' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:620: error: 'Int' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:621: error: 'ScalarRef' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:622: error: 'ArrayRef' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:623: error: 'HashRef' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:624: error: 'CodeRef' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:625: error: 'GlobRef' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:626: error: 'FileHandle' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:627: error: 'RegexpRef' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:628: error: 'Object' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:629: error: 'ClassName' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:630: error: 'RoleName' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:695: error: 'MTC_CLASS' undeclared (first use in this function) xs-src/MouseTypeConstraints.xs:695: error: expected ')' before string constant xs-src/MouseTypeConstraints.xs:695: error: too few arguments to function 'Perl_newXS' xs-src/MouseTypeConstraints.xs:699: error: expected ')' before string constant xs-src/MouseTypeConstraints.xs:699: error: too few arguments to function 'Perl_get_sv' xs-src/MouseTypeConstraints.xs:706: error: expected ')' before string constant xs-src/MouseTypeConstraints.xs:706: error: too few arguments to function 'Perl_get_cv' xs-src/MouseTypeConstraints.xs:708: error: expected ')' before 'MTC_CLASS' xs-src/MouseTypeConstraints.xs:708: error: expected ')' before string constant xs-src/MouseTypeConstraints.xs:715: error: expected ')' before string constant xs-src/MouseTypeConstraints.xs:715: error: too few arguments to function 'Perl_get_cv' xs-src/MouseTypeConstraints.xs:717: error: expected ')' before 'MTC_CLASS' xs-src/MouseTypeConstraints.xs:717: error: expected ')' before string constant xs-src/MouseTypeConstraints.xs:724: error: expected ')' before string constant xs-src/MouseTypeConstraints.xs:724: error: too few arguments to function 'Perl_get_cv' xs-src/MouseTypeConstraints.xs:726: error: expected ')' before 'MTC_CLASS' xs-src/MouseTypeConstraints.xs:726: error: expected ')' before string constant error building xs-src/MouseUtil.o from 'xs-src/MouseUtil.c' at /usr/local/lib/perl5/5.14/ExtUtils/CBuilder/Base.pm line 175, line 1. *** Error code 2 Stop in /usr/ports/devel/p5-Mouse. ===> Cleaning for p5-Mouse-2.1.0,1 build of /usr/ports/devel/p5-Mouse ended at Thu Jan 23 12:41:26 UTC 2014 build time: 00:00:14 I am not the only user with this problem: http://freebsd.1045724.n5.nabble.com/devel-p5-Mouse-td5865703.html Any idea why this port fails to build?? Thanks. P.D: Sorry for the cross posting, but I am not sure which mailing list to choose. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 09:06:41 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 043B1EF9; Fri, 24 Jan 2014 09:06:41 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C901C15C3; Fri, 24 Jan 2014 09:06:40 +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=0r2heeMZYqDY7NAXVuPK0FS+PpHUj0EMcZTFf3jwAuk=; b=gGrV3lRTdPhTQBIa8OuQBkPE2lPWUxDP8cCZ0H1Wm5NsFdkO6Qb+VdmAE0nKIetrc5wHZTe4S3Y6ZAZ1EyvwlVkK9KCuzUJEXkamw4PkA5XLyqxdS/C4vBfT/Wv/XsXmZbpTOWUqzUEx76twmKyv1xybWemlQcABRp1p2BD1UwY=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W6cil-000LVn-8i; Fri, 24 Jan 2014 09:06:39 +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: rm@FreeBSD.org X-Trac-Project: redports Date: Fri, 24 Jan 2014 09:06:39 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r340881: 4x leftovers To: rm@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140124090200-62734 X-Trac-Build-ID: 20140124090200-62734 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 09:06:41 -0000 - update to 4.23 - convert USE_DOS2UNIX to USES equivalent - covert to using autogenerated packing list - support staging --------------------------------------------------------------------- Build ID: 20140124090200-62734 Job owner: rm@FreeBSD.org Buildtime: 5 minutes Enddate: Fri, 24 Jan 2014 09:06:38 GMT Revision: r340881 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=340881 --------------------------------------------------------------------- Port: devel/py-pyro 4.23 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140124090200-62734-260688/py27-pyro-4.23.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140124090200-62734-260689/py27-pyro-4.23.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140124090200-62734-260690/py27-pyro-4.23.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140124090200-62734-260691/py27-pyro-4.23.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 09:16:49 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CFBD4F4; Fri, 24 Jan 2014 09:16:49 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EFEDF1675; Fri, 24 Jan 2014 09:16:48 +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=exOoa/3MVZMfW2Z4p/T3x1Gc8ZXGGEoyrWMUsaz/qf4=; b=R0aV6UfhY+QwKhJbRQXIgMalGWr1VEF4JCG6Q2BZCTboKdvuQKyqoqlV7iSDEcLW/ie8zx0GMhRtdvbUI7Xxd4/zZFQs3YXTsxLEllV5uuDGPH/xmkyyYnhWgt8uLCcl7fGvgsZZYjerAOC+CaJeM5AiZH97SnehRVy0xKqYNG4=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W6csa-000MHA-52; Fri, 24 Jan 2014 09:16:48 +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: rm@FreeBSD.org X-Trac-Project: redports Date: Fri, 24 Jan 2014 09:16:48 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r340882: 4x leftovers To: rm@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140124091000-2538 X-Trac-Build-ID: 20140124091000-2538 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 09:16:49 -0000 - enclose docs and examples installation command with parenthesis Submitted by: mat --------------------------------------------------------------------- Build ID: 20140124091000-2538 Job owner: rm@FreeBSD.org Buildtime: 7 minutes Enddate: Fri, 24 Jan 2014 09:16:46 GMT Revision: r340882 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=340882 --------------------------------------------------------------------- Port: devel/py-pyro 4.23 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140124091000-2538-260692/py27-pyro-4.23.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140124091000-2538-260693/py27-pyro-4.23.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140124091000-2538-260694/py27-pyro-4.23.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140124091000-2538-260695/py27-pyro-4.23.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 09:18:45 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7A428B4 for ; Fri, 24 Jan 2014 09:18:45 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B2A6C16BB for ; Fri, 24 Jan 2014 09:18:45 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s0O9Ij0L083398 for ; Fri, 24 Jan 2014 09:18:45 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s0O9IjW3083390; Fri, 24 Jan 2014 09:18:45 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201401240918.s0O9IjW3083390@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Fri, 24 Jan 2014 09:18:45 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 09:18:45 -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/liblogging | 0.7.1 | 1.0.0 ------------------------------------------------+-----------------+------------ games/doomsday | 1.12.2 | 1.14.0-build1119 ------------------------------------------------+-----------------+------------ www/groupoffice | 3.7.24 | 5.0.35 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 11:07:23 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07DB9530 for ; Fri, 24 Jan 2014 11:07:23 +0000 (UTC) Received: from sk.ville-sallanches.fr (sk.ville-sallanches.fr [178.20.247.245]) by mx1.freebsd.org (Postfix) with ESMTP id 0B2301156 for ; Fri, 24 Jan 2014 11:07:21 +0000 (UTC) Received: from ASSP.nospam (localhost [127.0.0.1]) by sk.ville-sallanches.fr (Postfix) with ESMTP id B52593AE20; Fri, 24 Jan 2014 12:00:19 +0100 (CET) Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: freebsd port: zabbix2-server-2.0.10 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 24 Jan 2014 12:00:19 +0100 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_001E_01CF18FB.DA1DFCD0" Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: freebsd port: zabbix2-server-2.0.10 Thread-Index: Ac8Y83hRJNah3f4fT5mO+ij8WfeAMQ== From: "Raynaud Alexandre" To: X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 11:07:23 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_001E_01CF18FB.DA1DFCD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, i have just a little question : actually i am using zabbix 2.0.10 port and i wanted to upgrade to 2.2.1. As zabbix2 is different from zabbix22 port it's actually not possible. Are there plan to merge the two ports and allow upgrade from 2.0 to 2.2? If not, the migration process should be handled manually? Thanks Best regards, ------=_NextPart_000_001E_01CF18FB.DA1DFCD0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITnjCCBDIw ggMaoAMCAQICAQEwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0IxGzAZBgNVBAgMEkdyZWF0 ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwRQ29tb2RvIENBIExpbWl0 ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0wNDAxMDEwMDAwMDBaFw0y ODEyMzEyMzU5NTlaMHsxCzAJBgNVBAYTAkdCMRswGQYDVQQIDBJHcmVhdGVyIE1hbmNoZXN0ZXIx EDAOBgNVBAcMB1NhbGZvcmQxGjAYBgNVBAoMEUNvbW9kbyBDQSBMaW1pdGVkMSEwHwYDVQQDDBhB QUEgQ2VydGlmaWNhdGUgU2VydmljZXMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC+ QJ30buHqdoccTUVEjr5GyIMGncEq/hgfjuQC+vOrXVCKFjELmgbQxXAizUktVGPMtm5oRgtT6stM JMC8ck7q8RWu9FSaEgrDerIzYOLaiVXzIljz3tzP74OGooyUT59o8piQRoQnx3a/48w1LIteB2Rl gsBIsKiR+WGfdiBQqJHHZrXreGIDVvCKGhPqMaMeoJn9OPb2JzJYbwf1a7j7FCuvt6rM1mNfc4za BZmoOKjLF3g2UazpnvR4Oo3PD9lC4pgMqy+fDgHe75+ZSfEt36x0TRuYtUfF5SnR+ZAYx2KcvoPH Jns+iiXHwN2d5jVoECCdj9je0sOEnA1e6C/JAgMBAAGjgcAwgb0wHQYDVR0OBBYEFKARCiM+lvEH 7OKvKe+CpX/QMKS0MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MHsGA1UdHwR0MHIw OKA2oDSGMmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0FBQUNlcnRpZmljYXRlU2VydmljZXMuY3Js MDagNKAyhjBodHRwOi8vY3JsLmNvbW9kby5uZXQvQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmww DQYJKoZIhvcNAQEFBQADggEBAAhW/ALwm+j/pPrWe8ZEgM5PxMX2AFjMpra8FEloBHbo5u5d7AIP YNaNUBhPJk4B4+awpe6/vHRUQb/9/BK4x09a9IlgBX9gtwVK8/bxwr/EuXSGti19a8zS80bdL8bg asPDNAMsfZbdWsIOpwqZwQWLqwwv81w6z2w3VQmH3lNAbFjv/LarZW4E9hvcPOBaFcae2fFZSDAh ZQNs7Okhc+ybA6HgN62gFRiP+roCzqcsqRATLNTlCCarIpdg+JBedNSimlO98qlo4KJuwtdssaMP nr/raOdW8q7y4ys4OgmBtWuF174t7T8at7Jj4vViLILUagBBUPE5g5+V6TaWmG4wggTdMIIDxaAD AgECAhBxkvvmGV+sTRKFdHE0ohinMA0GCSqGSIb3DQEBBQUAMHsxCzAJBgNVBAYTAkdCMRswGQYD VQQIDBJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcMB1NhbGZvcmQxGjAYBgNVBAoMEUNvbW9k byBDQSBMaW1pdGVkMSEwHwYDVQQDDBhBQUEgQ2VydGlmaWNhdGUgU2VydmljZXMwHhcNMDQwMTAx MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVUMRcwFQYD VQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3JrMSEwHwYD VQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmlyc3QtQ2xp ZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALI5haTyfatBO2JGN67NwWB1vDll+UoaR6K5zEjMapjVTTUZuaRC5c5J4oovHnzSMQfHTrSD ZJ0uKdWiZMSFvYVRNXmkTmiQexx6pJKoF/KYFfKTzMmkMpW7DE8wvZigC4vlbhuiRvp4vKJvq1le pS/Pytptqi/rrKGzaqq3Lmc1i3nhHmmI4uZGzaCl6r4LznY6eg6b6vzaJ1s9cx8i5khhxkzzabGo Lhu21DEgLLyCio6kDqXXiUP8FlqvHXHXEVnauocNr/rz4cLwpMVnjNbWVDreCqS6A3ezZcj9HtN0 YqoYymiTHqGFfvVHZcv4TVcodNI0/zC27vZiMBSMLOsCAwEAAaOCAScwggEjMB8GA1UdIwQYMBaA FKARCiM+lvEH7OKvKe+CpX/QMKS0MB0GA1UdDgQWBBSJgmd9xJ0mcABLtFBIfN49rgRufTAOBgNV HQ8BAf8EBAMCAQYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUH AwQwEQYDVR0gBAowCDAGBgRVHSAAMHsGA1UdHwR0MHIwOKA2oDSGMmh0dHA6Ly9jcmwuY29tb2Rv Y2EuY29tL0FBQUNlcnRpZmljYXRlU2VydmljZXMuY3JsMDagNKAyhjBodHRwOi8vY3JsLmNvbW9k by5uZXQvQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwEQYJYIZIAYb4QgEBBAQDAgEGMA0GCSqG SIb3DQEBBQUAA4IBAQCdlcs8uH6lCcQevwvCx3aOOTyUxhCqTwzJ4KuEXYlU4GU7820cfDcsJVRf liH8N4SRnRXcFE+Bz1Qda2xFYMct+ZdRTPlmyjyggoymyPDi6dRK+ew/VsnddozDggFPbADzHhph dARHA6nGQFeRvGUixSdnT1fbZFrZjR+6hi/0Bq6cae3p9M8pF9jgSp8aIC+XTFG7RgfEijdOIOMJ MWjHnsSLneh+EbwyaBCWEZhE2CpRYE2I63Q630MGMsg5Vow6EVLTQaRDA/Tt7zMn2zngFE4mydj1 OeKJuJNdtykmQeqzm66D/Hd1yujKtf7iZUpjPkTE0MNeh3OpmByvfxV/MIIFGjCCBAKgAwIBAgIQ bRnqpxlPajMi5iIyeqpx3jANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgT AlVUMRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3 b3JrMSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VS Rmlyc3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0xMTA0MjgwMDAwMDBaFw0y MDA1MzAxMDQ4MzhaMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVy MRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMw Q09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkoSEW0tXmNReL4uk4UDIo1NYX2Zl8TJO958yfVXQeExV t0KU4PkncQfFxmmkuTLE8UAakMwnVmJ/F7Vxaa7lIBvky2NeYMqiQfZq4aP/uN8fSG1lQ4wqLitj OHffsReswtqCAtbUMmrUZ28gE49cNfrlVICv2HEKHTcKAlBTbJUdqRAUtJmVWRIx/wmi0kzcUtve 4kABW0ho3cVKtODtJB86r3FfB+OsvxQ7sCVxaD30D9YXWEYVgTxoi4uDD216IVfmNLDbMn7jSuGl UnJkJpFOpZIP/+CxYP0ab2hRmWONGoulzEKbm30iY9OpoPzOnpDfRBn0XFs1uhbzp5v/wQIDAQAB o4IBSzCCAUcwHwYDVR0jBBgwFoAUiYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYDVR0OBBYEFHoTTgB0 W8Z4Y2QnwS/ioFu8ecV7MA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgEAMBEGA1Ud IAQKMAgwBgYEVR0gADBYBgNVHR8EUTBPME2gS6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20v VVROLVVTRVJGaXJzdC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWlsLmNybDB0BggrBgEFBQcB AQRoMGYwPQYIKwYBBQUHMAKGMWh0dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BZGRUcnVzdENs aWVudF9DQS5jcnQwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZI hvcNAQEFBQADggEBAIXWvnhXVW0zf0RS/kLVBqgBA4CK+w2y/Uq/9q9BSfUbWsXSrRtzbj7pJnzm TJjBMCjfy/tCPKElPgp11tA9OYZm0aGbtU2bb68obB2v5ep0WqjascDxdXovnrqTecr+4pEeVnSy +I3T4ENyG+2P/WA5IEf7i686ZUg8mD2lJb+972DgSeUWyOs/Q4Pw4O4NwdPNM1+b0L1garM7/vrU yTo8H+2b/5tJM75CKTmD7jNpLoKdRU2oadqAGx490hpdfEeZpZsIbRKZhtZdVwcbpzC+S0lEuJB+ ytF5OOu0M/qgOl0mWJ5hVRi0IdWZ1eBDQEIwvuql55TSsP7zdfl/bucwggVlMIIETaADAgECAhBo PC/Tv8UGv30w64Pu9inTMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMS R3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0Eg TGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJl IEVtYWlsIENBMB4XDTEzMDYyNjAwMDAwMFoXDTE0MDYyNjIzNTk1OVowgbYxPjA8BgNVBAsTNVg1 MDkgRW1haWwgTm92aWNlIFRCUyAtIGh0dHA6Ly93d3cudGJzLXg1MDkuY29tL2NsMSAuMSgwJgYD VQQLEx9DbGFzcyAxIC0gUEVSU09OQSBOT1QgVkFMSURBVEVEMS4wLAYJKoZIhvcNAQkBFh9hbGV4 YW5kcmUucmF5bmF1ZEBzYWxsYW5jaGVzLmZyMRowGAYDVQQDExFBbGV4YW5kcmUgUkFZTkFVRDCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANgabhq9fNmkSs95GLZT+viNYSAOh7KA6gs+ 0B7DtKTYMhbRwpl34DXWwuewN1KgdKLZfycnrzG9FW8J2ZwvwCP7fsvx5qlNw1XsILiq32n0DaTM Fvo9RH6J5XRJBg/oIP6Nq46IDJ73BD+gk77pEImnzj06unCRjGMZXdFp1+5rKlpEibVpcossp9Se CCCZb+9mklY0+t6kJu77WihC3ZY+qSlz30gks4Cl6OwM6TBDzhv4/IxTEfX9cK/2mwIVmxrR0DCX WmV5m0Rng8aG8JP27akOlz0/RInkibtfZLhIbKNCZ+THneH/O1UPBTormkJY4L4nQLjiXjcydW8u AesCAwEAAaOCAY4wggGKMB8GA1UdIwQYMBaAFHoTTgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQW BBSASktFcCo6d2nR35adNBKzPg8EDDAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADBGBgNV HSAEPzA9MDsGDCsGAQQBsjEBAgEDBTArMCkGCCsGAQUFBwIBFh1odHRwczovL3NlY3VyZS5jb21v ZG8ubmV0L0NQUzBXBgNVHR8EUDBOMEygSqBIhkZodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9DT01P RE9DbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWlsQ0EuY3JsMIGIBggrBgEFBQcBAQR8 MHowUgYIKwYBBQUHMAKGRmh0dHA6Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhl bnRpY2F0aW9uYW5kU2VjdXJlRW1haWxDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNv bW9kb2NhLmNvbTANBgkqhkiG9w0BAQUFAAOCAQEAbRzLA6WpFfo8/ZyQKYotTO1jUGDolrLDbajY EElPoSvKbrCEhMNmlWKccB2jVHuEsOvqoK+R9em1+VF7ySooKAW1TpUYkItiObh24MuwG8RoWkFY 0TyhYC4k4roG7t1QUzt2fJ0p4fGic49ObAXWdxPzfcSTIYMWos/p72azLOKdKxbmPFGJcHlY9cJ7 6ntxPmYPZ7LtP20CgQBawHdcx7pShXzaiopx3js2Dnk87EKxgFVNKRatMg3X0RyJ1KgsEF0TyFcj A+9xHtMZJAe6q5OVY/0fjLJA1d8PrrSv9YENM2yRMKDQjmZ5fOz6V+A0Siest3FIp69R+XKR9qsy nzGCBBQwggQQAgEBMIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVz dGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UE AxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBoPC/T v8UGv30w64Pu9inTMAkGBSsOAwIaBQCgggJAMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTE0MDEyNDExMDAxOVowIwYJKoZIhvcNAQkEMRYEFCfr8oMVjcJMvkwl13xD ssUNL+/1MGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIFMIG5 BgkrBgEEAYI3EAQxgaswgagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEGg8 L9O/xQa/fTDrg+72KdMwgbsGCyqGSIb3DQEJEAILMYGroIGoMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBAhBoPC/Tv8UGv30w64Pu9inTMA0GCSqGSIb3DQEBAQUABIIBAMWXVcpG A37I0H8q7LhIcnbMQa+oiOsQ1hGMvGm6/EqokEMEdiWzbxl/ELx7IPX4HEYWNhJYFrnZ/g5peXrx Pdq7XpiumPEHTOl7QWS6EMZCgwzN/X9ooDj26wkW2MaZhMMeRJrDB817P9N3/0LvlZwY+FBQBhBX dmoVxt1MHkvQSTUj1nVI942AzALuVSG6i8GxVgJy6i4YSzFQcGg2nFS8ifJwVjdnHKDn+SO2CAiF /eXUBo+h5d0+CasMsbmsSDSa60zJDtdtXC/ei/WKQnY/K385DBfw+hddASPg39bEdXaWOMpAI57O YqIi9SI2NYvIgNBSKikeZJKHm0hX69YAAAAAAAA= ------=_NextPart_000_001E_01CF18FB.DA1DFCD0-- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 14:56:51 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A89C2311 for ; Fri, 24 Jan 2014 14:56:51 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 5714A14D3 for ; Fri, 24 Jan 2014 14:56:51 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id DA1ABB9033; Fri, 24 Jan 2014 15:56:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1390575401; x=1392389802; bh=tbs6b+nqeVPZPV/qwrgN4qKnpKKvld/a9Ll AMDIUNio=; b=4Ww+b8D/kNReUT6SsQFLVZHI2kt6ydsWNba1EWhP4HCa9xg/Mq1 +YhW93vdIIMQHBGPcDn6klVXUDV3FwAIPEuzuDgGTIHuYDXyXhN/Ee/TekjA+tUL ea7KZqxTKrK7s3rtG8Rlc0wDJfcMG3hqE/WKmE3e1EGguTAVVw9hT/y8= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id cdpV1mzt1NwU; Fri, 24 Jan 2014 15:56:41 +0100 (CET) Received: from kaa.mimar.rs (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 49167B902E; Fri, 24 Jan 2014 15:56:41 +0100 (CET) Date: Fri, 24 Jan 2014 15:56:40 +0100 From: Marko =?ISO-8859-1?Q?Cupa=3F?= To: rjk@wintek.com Subject: Re: remmina-plugin-rdp seems to be broken after last update Message-Id: <20140124155640.f1af5dd17f68ffdfe5da83b9@mimar.rs> In-Reply-To: <52DEBEC5.3010406@wintek.com> References: <52DEBEC5.3010406@wintek.com> Organization: Mimar X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 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.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 14:56:51 -0000 On Tue, 21 Jan 2014 13:39:01 -0500 Richard Kuhns wrote: > I've just used portmaster to update freerdp & the remmina ports on my > 9.2-STABLE r260910 system, and I can no longer make RDP connections > to Windows boxes. >=20 > If I run remmina from the command line & then try to make a > connection, it dies with: >=20 > /usr/local/lib/remmina/plugins/remmina-plugin-rdp.so: Undefined symbol > "gdk_pixbuf_get_from_surface" +1 on 10.0-RELEASE #0 r260789 amd64 --=20 Marko Cupa? From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 16:33:48 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D84E21D3; Fri, 24 Jan 2014 16:33:48 +0000 (UTC) Received: from forward4l.mail.yandex.net (forward4l.mail.yandex.net [IPv6:2a02:6b8:0:1819::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 97E7510A3; Fri, 24 Jan 2014 16:33:48 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward4l.mail.yandex.net (Yandex) with ESMTP id 6DC241440D62; Fri, 24 Jan 2014 20:33:46 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 133992C2AA0; Fri, 24 Jan 2014 20:33:45 +0400 (MSK) Received: from 46.38.39.210.tel.ru (46.38.39.210.tel.ru [46.38.39.210]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 7UFSCGju3D-XjiStKn9; Fri, 24 Jan 2014 20:33:45 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: 081aa875-6088-4863-8fdf-26150e242121 Message-ID: <52E295E9.6080406@passap.ru> Date: Fri, 24 Jan 2014 20:33:45 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: lev@FreeBSD.org, ports@FreeBSD.org Subject: Re: Is it Ok to write files into ${STAGEDIR}/${PREFIX} on "build" stage? References: <1731518990.20140120000401@serebryakov.spb.ru> In-Reply-To: <1731518990.20140120000401@serebryakov.spb.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 16:33:48 -0000 20.01.2014 00:04, Lev Serebryakov пишет: > Hello, Ports. > > I'm writing port, which has complex, multi-stage build. In the middle ofg > build some files should be installed into some directory with exactly same > structure, as final result -- some ${TEMPROOT}/${PREFIX}. I could create > special place for files, and in "do-install" simple do "tar -cf - -C > ${TEMPROOT} . | tar -xf - -C ${STAGEDIR}" -- it will be correct install to > stage dir for this port. But it looks strange -- to have two copies of all > final files. > > Now I'm using ${STAGEDIR}/${PREFIX} instead of ${TEMPROOT}/${PREFIX} and > it works nicely -- do-install: becomes no-op, everything is in-place and > port doesn't spent another 250MiB of disk place. > > But, maybe, I don't something significant flaw in this approach and it is > bad idea? This is a bad idea in general. And if you try to test the port then at stage time you should get an error like "the the file system touched before the stage phase". Those stages are: 1. fetch, ...; 2. build; 3. stage (install to a STAGEDIR); 4. actual install (to PREFIX). Our staging allows having a full install at STAGEDIR but doing a partially install to PREFIX. I.e. DOCS, EXAMPLES, NLS, etc. may be installed to real filesystem (PREFIX) only if an appropriate option is checked up. In the future this allows us to get different binary packages (libs-*, bin-*, what_you_like-*) from one source (STAGEDIR). And yes, this system has a drawback. If you write an application only for FreeBSD, it is a monolith one (no docs, examples, etc.) and you use only ports system (no packages) then you'll get your application duplicate disk consumption (at stage/install phase). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 17:53:06 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CBD7338 for ; Fri, 24 Jan 2014 17:53:06 +0000 (UTC) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C5B118CA for ; Fri, 24 Jan 2014 17:53:05 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id at1so3224984iec.11 for ; Fri, 24 Jan 2014 09:52:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=P8fqi1KqKQnaH7E6f+nhIiTv4zc9QBFZO+X9OPvxoc0=; b=A9PADgTLw0oOrr41El3clWsUOFQme+keky1MRzzOmC8G5mPTMk1VX0RbyJxBu7dC3C ciucLXXT4eY3b/qupYcGc8RFCglAxp6PlRzGb5gj6Ostkwk3HmYuyJRv1zI1K46S2/jz J2jtjX3LNWaWYH0hR8vHXme24RVVy2SekssUNRb+bpTnWg9QMc44qqTSGpzyte+huSNb ru0soNWzNR1fluiroogCQuNs7yMf69ldL0H/KqnTYMjKm/MOH5Vk+zPIj3SwSwfdtt8D ec873Vo/YjAix27Z8SfYCKJ83/Cvwc5Cb/TQEx4KHXT0ekgTdQ3EyeCooVbDUBoSyUpw aAow== X-Gm-Message-State: ALoCoQkcQB7RoMvwUoPQ3FS3qo6cuF79+RlaAAQaP6lOvns2jaAkPfEkri285ZQArM6mjui6m2+R X-Received: by 10.42.197.134 with SMTP id ek6mr66065icb.97.1390585979478; Fri, 24 Jan 2014 09:52:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.86.7 with HTTP; Fri, 24 Jan 2014 09:52:39 -0800 (PST) From: Jose Gonzalez Date: Fri, 24 Jan 2014 12:52:39 -0500 Message-ID: Subject: Port for OpenERP v7.0 To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 17:53:06 -0000 Hi there, I posted this thread on the forum too, but then I saw this email address checking into the ports version for OpenERP. Here's the thing. My company wants to start looking into OpenERP v7.0. I have seen some deployments in different flavors. I absolutely want to do it on FreeBSD. Does anyone know if port for OpenERP v7.0 is on its way to the port repository? I really appreciate any heads up on this. Thanks, jgonzalez Jose Gonzalez IT Support Zabatt, Inc jose.gonzalez@zabatt.com From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 18:11:30 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B7E49D5 for ; Fri, 24 Jan 2014 18:11:30 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 046701A5C for ; Fri, 24 Jan 2014 18:11:28 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 11B0A438BC for ; Fri, 24 Jan 2014 12:11:09 -0600 (CST) Message-ID: <52E2ACAA.6030505@marino.st> Date: Fri, 24 Jan 2014 19:10:50 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Port for OpenERP v7.0 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 18:11:30 -0000 On 1/24/2014 18:52, Jose Gonzalez wrote: > Hi there, > > I posted this thread on the forum too, but then I saw this email address > checking into the ports version for OpenERP. Here's the thing. > > My company wants to start looking into OpenERP v7.0. I have seen some > deployments in different flavors. I absolutely want to do it on FreeBSD. > Does anyone know if port for OpenERP v7.0 is on its way to the port > repository? > > I really appreciate any heads up on this. > Somebody opened a PR on this 10 days ago: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/185844 That's a good sign (assuming it's the server you want) John From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 18:50:38 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED0E082F for ; Fri, 24 Jan 2014 18:50:38 +0000 (UTC) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C888C1E1E for ; Fri, 24 Jan 2014 18:50:38 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id lf10so3602718pab.4 for ; Fri, 24 Jan 2014 10:50:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=m+Ao47YHAxnMP7RNfxONycbpLmheuSFE+w73cRBNIAQ=; b=SxYooJ07mIq+WGsSptV3RV8tm95GLWybepwKK/fmq7fSJw+qLUe/jW5loJduD/PQbZ WbPLKf6SK6wzSK1Vq2KwK2Fovnpkxc7cLHhCitTuZElCJ+EprKiuCvxIX3Ru9++iBznr yUO4pkSoT8OengD3xIPvYcILpnA/4R8IZkRIMwlRH+fwtTohDRFZxzAw5QGikTWLY3kd mypfrv4MpdT1Yh6Fxk9g9FeFNh4CbzFB54zWhOfEeQepE9tA4XIH8Eq9QNrC4Xfo3w5M vmlMNDJmEgpKphQbQDwqLjz/9AKugs8xEu0i8c4XrMrjl1AYLPFuYAUgXtngK7ACq65v TgIg== MIME-Version: 1.0 X-Received: by 10.68.176.65 with SMTP id cg1mr16144051pbc.145.1390589438503; Fri, 24 Jan 2014 10:50:38 -0800 (PST) Received: by 10.70.84.73 with HTTP; Fri, 24 Jan 2014 10:50:38 -0800 (PST) Date: Fri, 24 Jan 2014 19:50:38 +0100 Message-ID: Subject: newsbeuter/stfl error From: Zsolt Udvari To: FreeBSD Ports mailing list Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 18:50:39 -0000 Hi list! I'm using www/newsbeuter to read my rss-feeds but after upgrade 9.2 to 10.0 it doesn't start. Starting newsbeuter 2.8... Loading configuration...done. Opening cache...done. Loading URLs from /home/zsolt/.config/newsbeuter/urls...done. Loading articles from cache...done. STFL Parser Error near ''. zsh: abort (core dumped) In gdb: #0 0x000000080283026a in thr_kill () from /lib/libc.so.7 #1 0x00000008028f7ac9 in abort () from /lib/libc.so.7 #2 0x0000000801c740de in stfl_parser () from /usr/local/lib/libstfl.so #3 0x0000000801c718b7 in stfl_create () from /usr/local/lib/libstfl.so #4 0x00000000004d6c1f in form (this=0x8053dfec0, text=@0x7fffffffcdf0) at basic_string.h:235 #5 0x0000000000469456 in formaction (this=0x805102880, vv=, formstr= {static npos = , _M_dataplus = {> = {<__gnu_cxx::new_allocator> = {}, }, _M_p = 0x7fffffffcdf0 "\030F\005\005\b"}}) at src/formaction.cpp:59 #6 0x00000000004766fd in feedlist_formaction (this=0x805102880, vv=0x7fffffffd7a0, formstr=) at src/feedlist_formaction.cpp:442 #7 0x0000000000432119 in newsbeuter::view::run (this=0x7fffffffd7a0) at src/view.cpp:288 #8 0x000000000043fd67 in newsbeuter::controller::run (this=Unhandled dwarf expression opcode 0x9f ) at src/controller.cpp:76 #9 0x00007fffffffd578 in ?? () #10 0x00007fffffffd540 in ?? () #11 0x00000008050b8300 in ?? () #12 0x0000000000000000 in ?? () The newsbeuter 2.7 worked well in FreeBSD 9.2 so I've downgraded to 2.7 but same error. Maybe it's possible it's a user error (pebkac) but what's wrong? Or it's newsbeuter/stfl bug or freebsd-incompatibility? What can I do to solve these problem? Thanks, Zsolt From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 19:56:47 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CD63BEB; Fri, 24 Jan 2014 19:56:47 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32714130C; Fri, 24 Jan 2014 19:56:45 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 4C4AD43B94; Fri, 24 Jan 2014 13:56:29 -0600 (CST) Message-ID: <52E2C55A.6000209@marino.st> Date: Fri, 24 Jan 2014 20:56:10 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: marino@freebsd.org Subject: Re: Port for OpenERP v7.0 References: <52E2ACAA.6030505@marino.st> In-Reply-To: <52E2ACAA.6030505@marino.st> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: wen@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 19:56:47 -0000 On 1/24/2014 19:10, John Marino wrote: > On 1/24/2014 18:52, Jose Gonzalez wrote: >> Hi there, >> >> I posted this thread on the forum too, but then I saw this email address >> checking into the ports version for OpenERP. Here's the thing. >> >> My company wants to start looking into OpenERP v7.0. I have seen some >> deployments in different flavors. I absolutely want to do it on FreeBSD. >> Does anyone know if port for OpenERP v7.0 is on its way to the port >> repository? >> >> I really appreciate any heads up on this. >> > > Somebody opened a PR on this 10 days ago: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/185844 > > That's a good sign (assuming it's the server you want) I'm trying to figure out the history of this openerp port. It looks like a lot was truncated when CVS was converted to SVN. It seems there used to be a finance/openerp v6.0.3. This was deleted as part of an abandoned repocopy of finanance/openerp-server. It may be related to the abandoned PR ports/167731 (9 May 2012) owned by wen@freebsd.org There is PR to upgrade that port to version 6.1.1 (ports/167698, 7 May 2012). That never happened, nor was it renamed to finance/openerp. Wen@freebsd.org took the PR but never did anything with it. ports/175359 tried to update finance/openerp-server to version 6.0.4 on 16 Jan 2013. Maintainer ignored it. On 9 Sep 2013, the maintainer resigned, but the PRs were never put back on the heap. And now we have the PR to update it to version 7.0. I'm going to close all the PRs except the last one to clear up some of this confusion. John From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 20:22:44 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B846517 for ; Fri, 24 Jan 2014 20:22:44 +0000 (UTC) Received: from mailrelay006.isp.belgacom.be (mailrelay006.isp.belgacom.be [195.238.6.172]) by mx1.freebsd.org (Postfix) with ESMTP id 9BEF3158B for ; Fri, 24 Jan 2014 20:22:43 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmEGAOnK4lJR8Y/g/2dsb2JhbABagww4vQuBDBd0giUBAQEEOhwjEAsOCgklDyoeBogcAchnF45ZMweEOASYJoEzkGyDLjs Received: from 224.143-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.143.224]) by relay.skynet.be with ESMTP; 24 Jan 2014 21:21:32 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id s0OKLVLb072298; Fri, 24 Jan 2014 21:21:31 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 24 Jan 2014 21:21:30 +0100 From: Tijl Coosemans To: Zsolt Udvari Subject: Re: newsbeuter/stfl error Message-ID: <20140124212130.1fa1fce7@kalimero.tijl.coosemans.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports mailing list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 20:22:44 -0000 On Fri, 24 Jan 2014 19:50:38 +0100 Zsolt Udvari wrote: > Hi list! > > I'm using www/newsbeuter to read my rss-feeds but after upgrade 9.2 to > 10.0 it doesn't start. > > Starting newsbeuter 2.8... > Loading configuration...done. > Opening cache...done. > Loading URLs from /home/zsolt/.config/newsbeuter/urls...done. > Loading articles from cache...done. > STFL Parser Error near ''. > zsh: abort (core dumped) > > > In gdb: > #0 0x000000080283026a in thr_kill () from /lib/libc.so.7 > #1 0x00000008028f7ac9 in abort () from /lib/libc.so.7 > #2 0x0000000801c740de in stfl_parser () from /usr/local/lib/libstfl.so > #3 0x0000000801c718b7 in stfl_create () from /usr/local/lib/libstfl.so > #4 0x00000000004d6c1f in form (this=0x8053dfec0, text=@0x7fffffffcdf0) > at basic_string.h:235 > #5 0x0000000000469456 in formaction (this=0x805102880, vv=, formstr= > {static npos = , _M_dataplus = {> = {<__gnu_cxx::new_allocator> = {}, > }, _M_p = 0x7fffffffcdf0 "\030F\005\005\b"}}) at src/formaction.cpp:59 > #6 0x00000000004766fd in feedlist_formaction (this=0x805102880, > vv=0x7fffffffd7a0, formstr=) at src/feedlist_formaction.cpp:442 > #7 0x0000000000432119 in newsbeuter::view::run (this=0x7fffffffd7a0) > at src/view.cpp:288 > #8 0x000000000043fd67 in newsbeuter::controller::run (this=Unhandled > dwarf expression opcode 0x9f ) at src/controller.cpp:76 > #9 0x00007fffffffd578 in ?? () > #10 0x00007fffffffd540 in ?? () > #11 0x00000008050b8300 in ?? () > #12 0x0000000000000000 in ?? () > > The newsbeuter 2.7 worked well in FreeBSD 9.2 so I've downgraded to > 2.7 but same error. Maybe it's possible it's a user error (pebkac) but > what's wrong? Or it's newsbeuter/stfl bug or freebsd-incompatibility? > What can I do to solve these problem? A patch for this is waiting for review/approval. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 20:42:06 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7B139B8 for ; Fri, 24 Jan 2014 20:42:06 +0000 (UTC) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 972B316ED for ; Fri, 24 Jan 2014 20:42:06 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id u16so3445257iet.29 for ; Fri, 24 Jan 2014 12:42:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XsHOHJzjQ3wzMNDNMEqFmGZOp06ySV74dZaQIOeBYjQ=; b=qz/4gUbaxyi80EcFwNpViDjeiOjBheKhOa406Z5txXc+hsgMR6RZ8spdw8XGNg0rTv oDxKKLGVwSCBtgi1QO6SBDz/C0It+jIcqrM8pQsGvHVkLgCqj70QJwG2Zx9EzyoiChMy Gsle0j5lMZeXXEqhnfJgjTApfrxzm7AmhLzdo2ERP3zo22SDrbMZ0s4cFGXzD///w7tI Qu/j8E4LdOcLi+P+4ETHpGMAzMvnb0vl+r1fttKA8d/ItRteVwHAdNc3RObzVYVGbQxf eL1QLd7zy2aetc4yRsDp40fCHX8D51YeC4Ppp2Va9TdOX1Y+wLoFrGDqzLSVUzlDKAyk gPIQ== MIME-Version: 1.0 X-Received: by 10.50.66.144 with SMTP id f16mr6507151igt.48.1390596125753; Fri, 24 Jan 2014 12:42:05 -0800 (PST) Received: by 10.64.8.43 with HTTP; Fri, 24 Jan 2014 12:42:05 -0800 (PST) Date: Fri, 24 Jan 2014 21:42:05 +0100 Message-ID: Subject: mrxvt-devel does not show non-ascii character before end of line From: =?ISO-8859-1?Q?Jos=E9_Garc=EDa_Juanino?= To: ports Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 20:42:06 -0000 Hello, after upgrade from 9.2 to 10.0 and rebuild the ports, mrxvt multi tab terminal shows a strange issue: when you type an non-ascii character, it is hidden from terminal unless you type another new character just behind. Indeed, the exact bug is that mrxvt will not show any non-ascii character before end of line. To reproduce this issue, you can type the following in mrxt terminal, built from ports with the default options: $ echo "a=F1" > myfile $ cat myfile a ### =F1 is not shown (substitute spanish =F1 by any other non-ascii character and you will get t= he same issue). mrxvt is rather ancient and not mantained by upstream, but actually is the best multi tab terminal. But with this annoyed bug, I think it should be definitively deprecated. Any idea to fix this bug, or some proposal on a good multi tab terminal? (ignoring kde or gnome related terminals, as they need huge and complex dependencies). Regards From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 23:08:12 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35644EA3; Fri, 24 Jan 2014 23:08:12 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E02A123B; Fri, 24 Jan 2014 23:08:11 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id AFEC4438BC; Fri, 24 Jan 2014 17:07:56 -0600 (CST) Message-ID: <52E2F23C.8020800@marino.st> Date: Sat, 25 Jan 2014 00:07:40 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: marino@freebsd.org Subject: Re: Port for OpenERP v7.0 References: <52E2ACAA.6030505@marino.st> In-Reply-To: <52E2ACAA.6030505@marino.st> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 23:08:12 -0000 On 1/24/2014 19:10, John Marino wrote: > On 1/24/2014 18:52, Jose Gonzalez wrote: >> Hi there, >> >> I posted this thread on the forum too, but then I saw this email address >> checking into the ports version for OpenERP. Here's the thing. >> >> My company wants to start looking into OpenERP v7.0. I have seen some >> deployments in different flavors. I absolutely want to do it on FreeBSD. >> Does anyone know if port for OpenERP v7.0 is on its way to the port >> repository? >> >> I really appreciate any heads up on this. >> > > Somebody opened a PR on this 10 days ago: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/185844 > > That's a good sign (assuming it's the server you want) That PR needed a lot of work, but I made the changes and now finances/openerp-server is at version 7.0 (LTS). Hopefully that fits your company's needs. Regards, John From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 23:30:14 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0828C9EA for ; Fri, 24 Jan 2014 23:30:14 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD51F13AC for ; Fri, 24 Jan 2014 23:30:13 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id w7so5343860qcr.14 for ; Fri, 24 Jan 2014 15:30:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Lfh0fC8iaMMiD58al9SXpDF9wx540XCXX+MW/DMvU3Q=; b=keiD6FeBf721uZPX+l06PuAZ42yt0mKX2At57MZQQlvQH7a5jORSnQ0DGSxhPc7z2G DjuI1to4QutvHwl0FKq6oDuSLRXPsCIKECiNpZyRUz2/t2KnCa5wZksOg+1S0wguIsyi 9VxIjFUJv5vdAJUyP7MFG2HgNhcpJHQhrlNKLb5LoZWjWdO8SNnCzvKrFLl8DSMDcViF ry3UUUL5jU7ML/QVteM41dB+gfSwMcOJuT91Ld4PmqfvIeTyonrpYuFyaHiXt2+jHWae +CE8guDmy/O7dFR3VjPAGs5Rd1ZxLAf64DdnGxT+iL/tgo+3D15aemrm2nGYXeqWTL6n YrbA== MIME-Version: 1.0 X-Received: by 10.140.81.74 with SMTP id e68mr11467331qgd.99.1390606212971; Fri, 24 Jan 2014 15:30:12 -0800 (PST) Received: by 10.229.208.202 with HTTP; Fri, 24 Jan 2014 15:30:12 -0800 (PST) Date: Sat, 25 Jan 2014 00:30:12 +0100 Message-ID: Subject: What is the problem with ports PR reaction delays? From: Big Lebowski To: freebsd-ports Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 23:30:14 -0000 Hi everyone, I wanted to ask about the growing time of reaction to ports PR's - what is the problem? It seems to me, as a ports contributor, that this time is only growing, not shrinking, and there's no formal/automated procedures that would help in managing the issue. Today I found myself fighting with ezjail only to discover it has issues working on FreeBSD 10.0-R. Great, I thought, there must be something else, so I went to make the research. It appears there isnt much more, and the alternatives are qjail that seems to be quite dated and zjails, that's not in ports. Not long after looking into zjails, what seems to be a great tool, I found its port submission sits there since... September 2013. Now, given the fact the Docker is on mouth of everyone, and containers are getting a lot of attention, FreeBSD looks really bad with no tools to manage such great technology like Jails, especially when ezjail, unofficial industry standard to manage jails, is now broken and zjails waits to be accepted (or even rejected) for so much time. What is the problem? Isnt there enought commiters? Isnt there a automated PR handling procedure reminding commiters with relevant access about such submissions? Can we help? I hope to spark some discussion. Kind regards, B. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 23:42:16 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 266BDF3 for ; Fri, 24 Jan 2014 23:42:16 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F2689154E for ; Fri, 24 Jan 2014 23:42:15 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 1687A438BC for ; Fri, 24 Jan 2014 17:42:01 -0600 (CST) Message-ID: <52E2FA36.5080106@marino.st> Date: Sat, 25 Jan 2014 00:41:42 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: What is the problem with ports PR reaction delays? References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 23:42:16 -0000 On 1/25/2014 00:30, Big Lebowski wrote: > Hi everyone, > > I wanted to ask about the growing time of reaction to ports PR's - what is > the problem? It seems to me, as a ports contributor, that this time is only > growing, not shrinking, and there's no formal/automated procedures that > would help in managing the issue. > > What is the problem? Seriously? You did all that research and didn't notice this? query all open ports PRS: 1705 problems total. Short answer: Sheer number of PRs. > Isnt there enought commiters? Well, at least there are more PRs than people closing PRs. Not all committers deal with PRs. Getting a commit bit does not obligate you to process PRs. If there's a PR already on a port a committer has interest in fixing, then he/she will probably process the PR while they are there. > Isnt there a automated > PR handling procedure reminding commiters with relevant access about such > submissions? Can we help? I hope to spark some discussion. Of course there is. People get reminded about assigned PRs constantly. You think a computer message will make somebody work faster if they didn't forget about it (iow they are aware and actively decided not to deal with it yet). I would have thought the situation is kind of obvious. There are lots of PRs, nobody is paid to process them, there are no teams dedicated to "new ports", lots of PRs are stuck because their non-freebsd.org maintainers are MIA or abandoned their emails and nobody is going to touch a PR in "feedback", etc, etc. Finally, some committers are pretty sloppy at closing complete/obsolete PRs. When people get paid to do it, I think the situation will improve. :) John From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 23:45:38 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 147B927C for ; Fri, 24 Jan 2014 23:45:38 +0000 (UTC) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE3321575 for ; Fri, 24 Jan 2014 23:45:37 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id q10so3646823pdj.24 for ; Fri, 24 Jan 2014 15:45:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Kp3xZSTgDcSRnyGmbAjlBlosEwXrI+8VgnyivEp+CYw=; b=ugkAEQprikrBjLvE3KE4XwPQkIZS0F+JpVkZ/Eo50fIJvmIjCVBt+L22bsEt9Sxrec lvZIDjF/JLi4la6gOMHhxGMWEnBDdp6N4OwvaFlQgtF2sFwBTnT/64z/268RehrPUQ2X abEIrK5QCbIs2VdLNFcTHIoJsB4F14P4Ig3pXJkyd/6GQGmYuy8EjcfJZ1t4HzGN4dVv p4wAccTLlmPVWWxRKMsTdOypxU8TJUrFq3L2X5YfL7prUgNDxBm5DPjKPqhVzmnty6Vx WvU3PdWtNbcePpTFqUSTByR0BXVTqdGUYzeSF835STjAfTEOpQafokhwYoVmHcOLLQ5t Ys7Q== MIME-Version: 1.0 X-Received: by 10.66.16.131 with SMTP id g3mr16996408pad.138.1390607137494; Fri, 24 Jan 2014 15:45:37 -0800 (PST) Received: by 10.68.155.38 with HTTP; Fri, 24 Jan 2014 15:45:37 -0800 (PST) In-Reply-To: References: Date: Fri, 24 Jan 2014 18:45:37 -0500 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: Big Lebowski Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 23:45:38 -0000 On Fri, Jan 24, 2014 at 6:30 PM, Big Lebowski wrote: > Hi everyone, > > I wanted to ask about the growing time of reaction to ports PR's - what is > the problem? It seems to me, as a ports contributor, that this time is only > growing, not shrinking, and there's no formal/automated procedures that > would help in managing the issue. > > Today I found myself fighting with ezjail only to discover it has issues > working on FreeBSD 10.0-R. Great, I thought, there must be something else, > so I went to make the research. It appears there isnt much more, and the > alternatives are qjail that seems to be quite dated and zjails, that's not > in ports. Not long after looking into zjails, what seems to be a great > tool, I found its port submission sits there since... September 2013. Now, > given the fact the Docker is on mouth of everyone, and containers are > getting a lot of attention, FreeBSD looks really bad with no tools to > manage such great technology like Jails, especially when ezjail, unofficial > industry standard to manage jails, is now broken and zjails waits to be > accepted (or even rejected) for so much time. > > Why not test on a VM instead of a jail it seems this is a even more accurate test because you can run bare metal installs (I have run to some ports [including some of my own]) that worked with jail/tinderbox but failed a full bare metal install. Take a look at -virtualization@ for ideas, the proposed handbook entry on virtualization ( http://www.petitecloud.org) or just use a front end like petitecloud (yes yet an other port waiting for comitting [one this one there are some bugs though]) What is the problem? Isnt there enought commiters? Isnt there a automated > PR handling procedure reminding commiters with relevant access about such > submissions? Can we help? I hope to spark some discussion. > I have made a couple of scripts for automated this for specific ports but not for all (the VM test method)... if you want I can post them (they are high;y specific to installing the petitecloud port though) -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Fri Jan 24 23:58:18 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7430A970 for ; Fri, 24 Jan 2014 23:58:18 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30CF61659 for ; Fri, 24 Jan 2014 23:58:18 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id o15so4704476qap.2 for ; Fri, 24 Jan 2014 15:58:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6fBHTc/5ZEOwWXAlQWgCJW8ZUho+19N0h3HfHyNBMak=; b=uzd6ltR6pc9lDlG+5MkToMkmJ3vs1VbFGEopBeSve7L70J/yIB0t/npsHHRGSoWuwz WdMtAxT55ut+hBicI7ivhrx4K6Ky6Ru6BLG46P4H9OGbQtvVaM9b6Vw60qQInAv1tWuY 9IirV62z0Wg2/PdrXrZ1ceLA7h37g7Rewgohxu3WREIPf9PuD/dd5We/2Qlthh2O2q78 Np7EbKe4XESK230E4/VrApaVUor7ws8LMC6Azl6zy+6HKoEk/VkzRyA1yx09fEwIgoE2 VIvLUmQfrfqixxb4Z3MmuB81adcpPyWw7kB7udWZ0EsTb8iK2q7p1h8cIZ9MVh+KTOCL K0Eg== MIME-Version: 1.0 X-Received: by 10.224.55.17 with SMTP id s17mr24361209qag.73.1390607897308; Fri, 24 Jan 2014 15:58:17 -0800 (PST) Received: by 10.229.208.202 with HTTP; Fri, 24 Jan 2014 15:58:17 -0800 (PST) In-Reply-To: References: Date: Sat, 25 Jan 2014 00:58:17 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Big Lebowski To: Aryeh Friedman Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 23:58:18 -0000 On Sat, Jan 25, 2014 at 12:45 AM, Aryeh Friedman wrote: > > > > On Fri, Jan 24, 2014 at 6:30 PM, Big Lebowski wrote: > >> Hi everyone, >> >> I wanted to ask about the growing time of reaction to ports PR's - what is >> the problem? It seems to me, as a ports contributor, that this time is >> only >> growing, not shrinking, and there's no formal/automated procedures that >> would help in managing the issue. >> >> Today I found myself fighting with ezjail only to discover it has issues >> working on FreeBSD 10.0-R. Great, I thought, there must be something else, >> so I went to make the research. It appears there isnt much more, and the >> alternatives are qjail that seems to be quite dated and zjails, that's not >> in ports. Not long after looking into zjails, what seems to be a great >> tool, I found its port submission sits there since... September 2013. Now, >> given the fact the Docker is on mouth of everyone, and containers are >> getting a lot of attention, FreeBSD looks really bad with no tools to >> manage such great technology like Jails, especially when ezjail, >> unofficial >> industry standard to manage jails, is now broken and zjails waits to be >> accepted (or even rejected) for so much time. >> >> > Why not test on a VM instead of a jail it seems this is a even more > accurate test because you can run bare metal installs (I have run to some > ports [including some of my own]) that worked with jail/tinderbox but > failed a full bare metal install. Take a look at -virtualization@ for > ideas, the proposed handbook entry on virtualization ( > http://www.petitecloud.org) or just use a front end like petitecloud (yes > yet an other port waiting for comitting [one this one there are some bugs > though]) > > What is the problem? Isnt there enought commiters? Isnt there a automated >> PR handling procedure reminding commiters with relevant access about such >> submissions? Can we help? I hope to spark some discussion. >> > > I have made a couple of scripts for automated this for specific ports but > not for all (the VM test method)... if you want I can post them (they are > high;y specific to installing the petitecloud port though) > > -- > Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org > I think you've got me wrong - I am following freebsd-virtualization list very closely, and the matter I've touched here is not my doubt on which technology I should use, but rather a complaint on the state of jails related tools directly leading to the delays in handling of ports related PR's. I know the technology alternatives, I am decided to jails for a reason, and I also know your work on the web interface focusing on bhyve, but its not about it. B. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 00:03:10 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 708E9C07; Sat, 25 Jan 2014 00:03:10 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C74E16E0; Sat, 25 Jan 2014 00:03:10 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id w8so4773249qac.28 for ; Fri, 24 Jan 2014 16:03:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LV3FNK+eABXVfNnn7UndV9Wd/iaeisu7g9ixwBFIrPI=; b=YKsW/Cpedh6dcu/1yVk2v7hT+BM3awWvQm0sb3vKjM6/CdMN+Duz2FOX41Kj8sGrKK EJY+KlOM4UVdQU/9I5yfpt4X0mB3BOk1ynIESOgZ/YZElj08sIeDu2a1Ibc8tqW+suSE iKpelShJaM2ni+6c5lXnAb1AahqpCNEb1DMh1Td+juozUZL58spW2qQ40biUhVXKFJ7A e+pml7nUYEUXHbyGAxpA5c0IhqytZXLgUv9fO/Q2jtBBPdttvavCiRL0o3v532ttPDL7 Tf4DVHN8Y2WEkKHq+3QSZf9cfK8AyZZGHAiaqhxmqomOcf/S2EVJC1+zgTyQ9kE/uGOj izSA== MIME-Version: 1.0 X-Received: by 10.140.44.119 with SMTP id f110mr23761781qga.31.1390608189285; Fri, 24 Jan 2014 16:03:09 -0800 (PST) Received: by 10.229.208.202 with HTTP; Fri, 24 Jan 2014 16:03:09 -0800 (PST) In-Reply-To: <52E2FA36.5080106@marino.st> References: <52E2FA36.5080106@marino.st> Date: Sat, 25 Jan 2014 01:03:09 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Big Lebowski To: marino@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 00:03:10 -0000 On Sat, Jan 25, 2014 at 12:41 AM, John Marino wrote: > On 1/25/2014 00:30, Big Lebowski wrote: > > Hi everyone, > > > > I wanted to ask about the growing time of reaction to ports PR's - what > is > > the problem? It seems to me, as a ports contributor, that this time is > only > > growing, not shrinking, and there's no formal/automated procedures that > > would help in managing the issue. > > > > What is the problem? > > Seriously? You did all that research and didn't notice this? > query all open ports PRS: 1705 problems total. > > Short answer: Sheer number of PRs. > I did, in fact, and this is not the problem, this is the symptom of the problem. > > > Isnt there enought commiters? > > Well, at least there are more PRs than people closing PRs. Not all > committers deal with PRs. Getting a commit bit does not obligate you to > process PRs. If there's a PR already on a port a committer has interest > in fixing, then he/she will probably process the PR while they are there. > > > Isnt there a automated > > PR handling procedure reminding commiters with relevant access about such > > submissions? Can we help? I hope to spark some discussion. > > Of course there is. People get reminded about assigned PRs constantly. > You think a computer message will make somebody work faster if they > didn't forget about it (iow they are aware and actively decided not to > deal with it yet). > > I would have thought the situation is kind of obvious. There are lots > of PRs, nobody is paid to process them, there are no teams dedicated to > "new ports" Perhaps there could be? Or some commiters who would assess if the PR can be handled easily or it needs a more experienced eye to look at it? > , lots of PRs are stuck because their non-freebsd.org > maintainers are MIA or abandoned their emails and nobody is going to > Shouldnt those be invalidated and closed to reduce the workload illusion that tends to set off people from doing work? > touch a PR in "feedback", etc, etc. Finally, some committers are pretty > sloppy at closing complete/obsolete PRs. > > When people get paid to do it, I think the situation will improve. :) > Great, then perhaps FreeBSD deserves dedicated, paid commiter to handle that situation? After all, we're donating money to the project, and if there's general consensus this is a problem that needs to be fixed and this is the only way to do it, then perhaps something can be done about it? > > John > _______________________________________________ > 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 Jan 25 00:23:09 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1049752C; Sat, 25 Jan 2014 00:23:09 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA4F01859; Sat, 25 Jan 2014 00:23:08 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 61B47438BC; Fri, 24 Jan 2014 18:22:52 -0600 (CST) Message-ID: <52E303CB.6020304@marino.st> Date: Sat, 25 Jan 2014 01:22:35 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Big Lebowski Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: marino@freebsd.org, freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 00:23:09 -0000 On 1/25/2014 01:03, Big Lebowski wrote: > On Sat, Jan 25, 2014 at 12:41 AM, John Marino wrote: > >> On 1/25/2014 00:30, Big Lebowski wrote: >>> Hi everyone, >>> >>> I wanted to ask about the growing time of reaction to ports PR's - what >> is >>> the problem? It seems to me, as a ports contributor, that this time is >> only >>> growing, not shrinking, and there's no formal/automated procedures that >>> would help in managing the issue. >>> >>> What is the problem? >> >> Seriously? You did all that research and didn't notice this? >> query all open ports PRS: 1705 problems total. >> >> Short answer: Sheer number of PRs. >> > > I did, in fact, and this is not the problem, this is the symptom of the > problem. No, it's not. PRs are getting closed, all the time, every day. But PRs are coming in faster than they are getting closed. A couple of days ago, the number of open PRs was down to 1660. You can say the solution is to increase the rate of PR closing. I could counter with not allowing any new PRs to be submitted. Both would solve the problem, and my way is easier to implement. :) >> I would have thought the situation is kind of obvious. There are lots >> of PRs, nobody is paid to process them, there are no teams dedicated to >> "new ports" > > Perhaps there could be? Or some commiters who would assess if the PR can be > handled easily or it needs a more experienced eye to look at it? > Timeless question: How does one force a volunteer to do anything? Answer: You can't. >> , lots of PRs are stuck because their non-freebsd.org >> maintainers are MIA or abandoned their emails and nobody is going to >> > > Shouldnt those be invalidated and closed to reduce the workload illusion > that tends to set off people from doing work? Yes. Now, who is going to do it? And after you select him or her, how do you force them to do it? >> touch a PR in "feedback", etc, etc. Finally, some committers are pretty >> sloppy at closing complete/obsolete PRs. >> >> When people get paid to do it, I think the situation will improve. :) >> > > Great, then perhaps FreeBSD deserves dedicated, paid commiter to handle > that situation? After all, we're donating money to the project, and if > there's general consensus this is a problem that needs to be fixed and this > is the only way to do it, then perhaps something can be done about it? I don't control FreeBSD Foundation funds in any way. Having a full time paid person doing PR triage would put a huge dent in the backlog. But we're just wishing, right? There aren't many paid positions and those don't do clerical work like trouble tickets. John From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 00:36:27 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75024CBD; Sat, 25 Jan 2014 00:36:27 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F342192C; Sat, 25 Jan 2014 00:36:27 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id m20so5291811qcx.23 for ; Fri, 24 Jan 2014 16:36:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zkCRmRKauH8xOAX382HPGdoQuIvdYvmQqaFDcNW2N0Y=; b=RY2vwABe9v3cm+HbQD+tO/GkN11mQWVXJggCohQST+54Dencm4X8GEttYpA9fgfkDA vt4FnjqBzD6oZuk0F+wrdTTxB04CwJZnnYmCxN5iyshwvialJ4u1o25qZ+910hStk6tz cgYBq5t9pvRavjqNKUqJ2PZb8NAtSTuc6nn2UCmE5gODXcCG8gu947lZlEULLEXqeF/S 27ZUsD6FB76dgC0K6MxKIp0b0J0ArFYUt8PWycfIFMytmFoxPsv05UBRtYq9Q0+g5LmD 293Zc6inX90nCxXcOLGVq6jLb51AELwhcjzzAhua4DO1SkSJw6o1ztSwrmakwF048T6s MRmA== MIME-Version: 1.0 X-Received: by 10.224.72.72 with SMTP id l8mr24954554qaj.51.1390610186354; Fri, 24 Jan 2014 16:36:26 -0800 (PST) Received: by 10.229.208.202 with HTTP; Fri, 24 Jan 2014 16:36:26 -0800 (PST) In-Reply-To: <52E303CB.6020304@marino.st> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> Date: Sat, 25 Jan 2014 01:36:26 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Big Lebowski To: marino@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 00:36:27 -0000 On Sat, Jan 25, 2014 at 1:22 AM, John Marino wrote: > On 1/25/2014 01:03, Big Lebowski wrote: > > On Sat, Jan 25, 2014 at 12:41 AM, John Marino >wrote: > > > >> On 1/25/2014 00:30, Big Lebowski wrote: > >>> Hi everyone, > >>> > >>> I wanted to ask about the growing time of reaction to ports PR's - what > >> is > >>> the problem? It seems to me, as a ports contributor, that this time is > >> only > >>> growing, not shrinking, and there's no formal/automated procedures that > >>> would help in managing the issue. > >>> > >>> What is the problem? > >> > >> Seriously? You did all that research and didn't notice this? > >> query all open ports PRS: 1705 problems total. > >> > >> Short answer: Sheer number of PRs. > >> > > > > I did, in fact, and this is not the problem, this is the symptom of the > > problem. > > No, it's not. PRs are getting closed, all the time, every day. But PRs > are coming in faster than they are getting closed. A couple of days > ago, the number of open PRs was down to 1660. > > You can say the solution is to increase the rate of PR closing. I could > counter with not allowing any new PRs to be submitted. Both would solve > the problem, and my way is easier to implement. :) > > > >> I would have thought the situation is kind of obvious. There are lots > >> of PRs, nobody is paid to process them, there are no teams dedicated to > >> "new ports" > > > > Perhaps there could be? Or some commiters who would assess if the PR can > be > > handled easily or it needs a more experienced eye to look at it? > > > > Timeless question: How does one force a volunteer to do anything? > Answer: You can't. > > > >> , lots of PRs are stuck because their non-freebsd.org > >> maintainers are MIA or abandoned their emails and nobody is going to > >> > > > > Shouldnt those be invalidated and closed to reduce the workload illusion > > that tends to set off people from doing work? > > Yes. > Now, who is going to do it? > And after you select him or her, how do you force them to do it? > > > > >> touch a PR in "feedback", etc, etc. Finally, some committers are pretty > >> sloppy at closing complete/obsolete PRs. > >> > >> When people get paid to do it, I think the situation will improve. :) > >> > > > > Great, then perhaps FreeBSD deserves dedicated, paid commiter to handle > > that situation? After all, we're donating money to the project, and if > > there's general consensus this is a problem that needs to be fixed and > this > > is the only way to do it, then perhaps something can be done about it? > > > I don't control FreeBSD Foundation funds in any way. > Having a full time paid person doing PR triage would put a huge dent in > the backlog. But we're just wishing, right? There aren't many paid > positions and those don't do clerical work like trouble tickets. > I was hoping to get some discussion revealing how the work is organized around ports PR, perhaps some ideas on improving them and I hoped that people who can make decisions and changes would notice it and consider them, since as they say, the squeeky wheel gets the grease, that's all. At no point I insisted on forcing anyone to anything, and I dont think that's neither only nor a viable solution. It seems obvious that current process doesnt work very well, then I'd aim at reorganizing that process - it appears that there is no roles specified, so the responsibility is blurred, and when everyone is responsible for one thing, in practice no one is. Perhaps role assignment could be of any help? > > John > _______________________________________________ > 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 Jan 25 00:47:49 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DA2B4DE; Sat, 25 Jan 2014 00:47:49 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20D3B1A09; Sat, 25 Jan 2014 00:47:48 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 73EFB438BC; Fri, 24 Jan 2014 18:47:31 -0600 (CST) Message-ID: <52E30990.2060903@marino.st> Date: Sat, 25 Jan 2014 01:47:12 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Big Lebowski Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: marino@freebsd.org, freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 00:47:49 -0000 On 1/25/2014 01:36, Big Lebowski wrote: > I was hoping to get some discussion revealing how the work is organized > around ports PR, perhaps some ideas on improving them and I hoped that > people who can make decisions and changes would notice it and consider > them, since as they say, the squeeky wheel gets the grease, that's all. At > no point I insisted on forcing anyone to anything, and I dont think that's > neither only nor a viable solution. > > It seems obvious that current process doesnt work very well, then I'd aim > at reorganizing that process - it appears that there is no roles specified, > so the responsibility is blurred, and when everyone is responsible for one > thing, in practice no one is. Perhaps role assignment could be of any help? I'm not trying to be a jerk, but surely I'm coming off that way. Again, nobody is obligated to accept any assignment. They have to volunteer to do it. The only person that The Big Lebowski can influence here is himself. Thus, are you volunteering for this role? It's not my call, but if you really want to do clean out and triage the all PRs on an ongoing basis, my guess is that would be very welcome and we'd figure out a way to set that up. It would definitely help, especially for those maintainer that "approve" patches but the PRs never get opened (or set to a better state than "open"). At some point we'll have a new PR system, that fact might be having an impact on current PRs as well... John From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 01:05:29 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AA1FCB5 for ; Sat, 25 Jan 2014 01:05:29 +0000 (UTC) Received: from mail-yk0-x22c.google.com (mail-yk0-x22c.google.com [IPv6:2607:f8b0:4002:c07::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECC6B1C82 for ; Sat, 25 Jan 2014 01:05:28 +0000 (UTC) Received: by mail-yk0-f172.google.com with SMTP id 200so6776885ykr.3 for ; Fri, 24 Jan 2014 17:05:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:in-reply-to:references:disposition-notification-to :content-type:date:message-id:mime-version; bh=QEhEBcry7RyXktmGKZCMWzrv2hFnzxw6l+xqwDkz+Vo=; b=GmEqmRq0zOTy0ft/wEviNPX3chMSYxJXTmAOjrwLnFai7HT+T0M0p6ZyEQSnBsQDsM uffM2hxWI0DSh0J3wRZ6Vr/Z4DabM+d3OiyGwWsx6LTTv3b4a8RFsxdGOkMSgyD8ccUl FDs/wtf2PiNOqXHYVLKDo624Cd+x+4YqzLDXwkirUNXcFdzgfexf1Xia6JPiF3ilBS2W HFKfV9s2mGH70El453jBqFvt4c6O8j7Xu2RbuLDE0Gwt705suO/gT5w5kenBSgmplg1i UBDSfxOJk3KscqJeD2P2n8bSHhjeNnxTt0h3dbxoNC24yG1N9xqLHlyvOREzC6dNHHdA 1RbA== X-Received: by 10.236.151.198 with SMTP id b46mr15840472yhk.3.1390611928102; Fri, 24 Jan 2014 17:05:28 -0800 (PST) Received: from [192.168.6.46] ([179.184.51.72]) by mx.google.com with ESMTPSA id f78sm8324162yhp.12.2014.01.24.17.05.26 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 24 Jan 2014 17:05:27 -0800 (PST) Subject: Re: net/avahi-app core dumps signal 11 From: Sergio de Almeida Lenzi To: ports In-Reply-To: References: Date: Fri, 24 Jan 2014 23:05:24 -0200 Message-ID: <1390611924.21322.13.camel@lenovo.toontown> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 01:05:29 -0000 Em Sex, 2014-01-24 às 18:19 +0200, Yevgen Lasman escreveu: > Have the same problem… BUT on test machine (updated from 9.2-REL) it > works perfectly but when updated working machine (from 9.2-REL too) to > 10.0 it started to segfault! > > > > Now I end up with test machine with working avahi and production > server which is can't run it Thank you... You notice that if you compile it on the 9.2 move it with tar to 10.0 it works!!! But if you compile on the 10.0 it segfaults, in a way that gdb is useless as it aborts BEFORE reaching the main() function... IS there a GURU that can resolve this issue??? I need it working and compiled on the version 10 of FreeBSD... From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 01:12:23 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1049426C for ; Sat, 25 Jan 2014 01:12:23 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D8B5E1D48 for ; Sat, 25 Jan 2014 01:12:22 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id rd3so3875485pab.16 for ; Fri, 24 Jan 2014 17:12:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tFj+HlA45RIn0JR2P+XLoMPKlhlp26jvPSpSCg1xy18=; b=ibzWC0ZvzigBBTjq2Qx1ZmuOOxcD1uiY864KJcKgtjhzOt8d3I/QClBt5x1WZocYKQ Jy9ueH9snX6Vla5adCZqxgjmZu3iNu1GpAhryeLcS/mQK/9taQ4prYX6pGAhx5oao97M s3MMjxPq3l1CF+3S0RU2CJ8LNwSZ6DscqL2bxhCLNwQIFozQEDj08he0EXkxLHJKCWjr cADATGIw4/K8cHwZJJljOUlHu0z+T20D39jd/SrCfzzmJkfzsp6enGX8pN0RNbKkt/LD 5waw1d0HixuOFDb3ZZNSBTmxjBi/k73fgXLNfhhHYSSv3lKaDaP0fmSuf2vvZVWfxaBc 0G0g== MIME-Version: 1.0 X-Received: by 10.66.149.37 with SMTP id tx5mr17106030pab.81.1390612342441; Fri, 24 Jan 2014 17:12:22 -0800 (PST) Received: by 10.68.155.38 with HTTP; Fri, 24 Jan 2014 17:12:22 -0800 (PST) In-Reply-To: References: Date: Fri, 24 Jan 2014 20:12:22 -0500 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: Big Lebowski Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 01:12:23 -0000 > > I think you've got me wrong - I am following freebsd-virtualization list > very closely, and the matter I've touched here is not my doubt on which > technology I should use, but rather a complaint on the state of jails > related tools directly leading to the delays in handling of ports related > PR's. I know the technology alternatives, I am decided to jails for a > reason, and I also know your work on the web interface focusing on bhyve, > but its not about it. > My point is writing scripts for VM's is easier (nothing more then copy the master and then do a normal make install/portmaster on the port of you choice [better to run them one at a time I have found). When I get into port testing I usually have 3 VM's on the host working on compiling and 1 for development. I have yet to find a good way to have 4 jails running as independentlu. -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 01:14:15 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56F3A421 for ; Sat, 25 Jan 2014 01:14:15 +0000 (UTC) Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A3F51D68 for ; Sat, 25 Jan 2014 01:14:15 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id jt11so3887627pbb.1 for ; Fri, 24 Jan 2014 17:14:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=639yDEUTbm1c8GA68vkkDyjo0zjo7wUUSeafWSTBPhY=; b=Fq583Q7d52J43M+FYqP1kKL9Pw4edv00jWNeVARGbF2KNu+NP9NTmR3hIweLWsuGL6 q2vmgsyCPG42tA7Pp889Uq4eeIcI2YyWuj02T8l6X8wIigdeeVZHpk2f0DcqaptzE9nC bQZ5FGvtxOPULWIkiIrtV7neL2MMqaptXbUfqBRkP1w1pgwRWEq39EeS/ZLlNWfCSfua pzGFSBGSxSyTi5y4cmB7umc9ePgUJk4+ydn7rv642alk4leOVKo+Nq2eAptQ98QNY5ac Bvz+vWWKARgVj3pOxM5q8t6yJZA+VUBCF+M7GPRtNeWfhEPELOSducvs4PKNzDaiW0o7 zG1Q== MIME-Version: 1.0 X-Received: by 10.68.171.229 with SMTP id ax5mr17254055pbc.125.1390612454756; Fri, 24 Jan 2014 17:14:14 -0800 (PST) Received: by 10.68.155.38 with HTTP; Fri, 24 Jan 2014 17:14:14 -0800 (PST) In-Reply-To: References: Date: Fri, 24 Jan 2014 20:14:14 -0500 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: Big Lebowski , FreeBSD Ports ML Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 01:14:15 -0000 I would be willing to help write some scripts to start/stop the VM's (PetiteCloud does a command line that will be better documented and such in the next version or two) On Fri, Jan 24, 2014 at 6:58 PM, Big Lebowski wrote: > > > > On Sat, Jan 25, 2014 at 12:45 AM, Aryeh Friedman > wrote: > >> >> >> >> On Fri, Jan 24, 2014 at 6:30 PM, Big Lebowski wrote: >> >>> Hi everyone, >>> >>> I wanted to ask about the growing time of reaction to ports PR's - what >>> is >>> the problem? It seems to me, as a ports contributor, that this time is >>> only >>> growing, not shrinking, and there's no formal/automated procedures that >>> would help in managing the issue. >>> >>> Today I found myself fighting with ezjail only to discover it has issues >>> working on FreeBSD 10.0-R. Great, I thought, there must be something >>> else, >>> so I went to make the research. It appears there isnt much more, and the >>> alternatives are qjail that seems to be quite dated and zjails, that's >>> not >>> in ports. Not long after looking into zjails, what seems to be a great >>> tool, I found its port submission sits there since... September 2013. >>> Now, >>> given the fact the Docker is on mouth of everyone, and containers are >>> getting a lot of attention, FreeBSD looks really bad with no tools to >>> manage such great technology like Jails, especially when ezjail, >>> unofficial >>> industry standard to manage jails, is now broken and zjails waits to be >>> accepted (or even rejected) for so much time. >>> >>> >> Why not test on a VM instead of a jail it seems this is a even more >> accurate test because you can run bare metal installs (I have run to some >> ports [including some of my own]) that worked with jail/tinderbox but >> failed a full bare metal install. Take a look at -virtualization@ for >> ideas, the proposed handbook entry on virtualization ( >> http://www.petitecloud.org) or just use a front end like petitecloud >> (yes yet an other port waiting for comitting [one this one there are some >> bugs though]) >> >> What is the problem? Isnt there enought commiters? Isnt there a automated >>> PR handling procedure reminding commiters with relevant access about such >>> submissions? Can we help? I hope to spark some discussion. >>> >> >> I have made a couple of scripts for automated this for specific ports but >> not for all (the VM test method)... if you want I can post them (they are >> high;y specific to installing the petitecloud port though) >> > >> -- >> Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org >> > > I think you've got me wrong - I am following freebsd-virtualization list > very closely, and the matter I've touched here is not my doubt on which > technology I should use, but rather a complaint on the state of jails > related tools directly leading to the delays in handling of ports related > PR's. I know the technology alternatives, I am decided to jails for a > reason, and I also know your work on the web interface focusing on bhyve, > but its not about it. > > B. > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 02:38:40 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBE1A3E6; Sat, 25 Jan 2014 02:38:39 +0000 (UTC) Received: from mailout.easydns.com (mailout.easydns.com [64.68.200.141]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 754D012B2; Sat, 25 Jan 2014 02:38:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailout.easydns.com (Postfix) with ESMTP id 249C312F7E3; Fri, 24 Jan 2014 21:34:36 -0500 (EST) X-Virus-Scanned: Debian amavisd-new at mailout.easydns.com Received: from mailout.easydns.com ([127.0.0.1]) by localhost (mailout.easydns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SOmp4bM0S80R; Fri, 24 Jan 2014 21:34:34 -0500 (EST) Received: from ares.hayers.org (cpc20-tilb7-2-0-cust491.20-1.cable.virginm.net [82.34.211.236]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mailout.easydns.com (Postfix) with ESMTPSA id B082A13027D; Fri, 24 Jan 2014 21:34:34 -0500 (EST) Received: from ares.hayers.org (ares.hayers.org [127.0.0.1]) by ares.hayers.org (Postfix) with ESMTP id 0D32DB06F68; Sat, 25 Jan 2014 02:33:08 +0000 (GMT) X-Virus-Scanned: HCF-Sophos-SpamAssassin at hayers.org Received: from ares.hayers.org ([127.0.0.1]) by ares.hayers.org (ares.hayers.org [127.0.0.1]) (HCF-Sophos-SpamAssassin, port 10024) with ESMTP id ajLO2-mm9WC7; Sat, 25 Jan 2014 02:32:55 +0000 (GMT) Received: from [192.168.8.105] (gw.hayers.org [82.34.211.236]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gary) by ares.hayers.org (Postfix) with ESMTPSA id 522F4B05864; Sat, 25 Jan 2014 02:32:55 +0000 (GMT) References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> Mime-Version: 1.0 (1.0) In-Reply-To: <52E30990.2060903@marino.st> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <75CD14E1-DF0F-4085-821A-3C461BCF8B72@hayers.org> X-Mailer: iPhone Mail (11B554a) From: "Gary J. Hayers" Subject: Re: What is the problem with ports PR reaction delays? Date: Sat, 25 Jan 2014 02:32:55 +0000 To: "marino@freebsd.org" Cc: Big Lebowski , "marino@freebsd.org" , freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 02:38:40 -0000 On 25 Jan 2014, at 00:47, John Marino wrote: >=20 >> On 1/25/2014 01:36, Big Lebowski wrote: >> I was hoping to get some discussion revealing how the work is organized >> around ports PR, perhaps some ideas on improving them and I hoped that >> people who can make decisions and changes would notice it and consider >> them, since as they say, the squeeky wheel gets the grease, that's all. A= t >> no point I insisted on forcing anyone to anything, and I dont think that'= s >> neither only nor a viable solution. >>=20 >> It seems obvious that current process doesnt work very well, then I'd aim= >> at reorganizing that process - it appears that there is no roles specifie= d, >> so the responsibility is blurred, and when everyone is responsible for on= e >> thing, in practice no one is. Perhaps role assignment could be of any hel= p? >=20 > I'm not trying to be a jerk, but surely I'm coming off that way. > Again, nobody is obligated to accept any assignment. They have to > volunteer to do it. The only person that The Big Lebowski can influence > here is himself. >=20 > Thus, are you volunteering for this role? =20 That's a role I would happily volunteer to do.=20 > It's not my call, but if you > really want to do clean out and triage the all PRs on an ongoing basis, > my guess is that would be very welcome and we'd figure out a way to set > that up. It would definitely help, especially for those maintainer that > "approve" patches but the PRs never get opened (or set to a better state > than "open"). Perhaps triage of all new (and existing PRs until caught up) is the way to g= o.=20 > At some point we'll have a new PR system, that fact might be having an > impact on current PRs=20 -- Regards,=20 Gary J. Hayers=20 From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 04:16:47 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFEC6BD6 for ; Sat, 25 Jan 2014 04:16:47 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id B9EBC1AF3 for ; Sat, 25 Jan 2014 04:16:47 +0000 (UTC) Received: from Alfreds-MacBook-Pro.local (unknown [50.204.88.5]) by elvis.mu.org (Postfix) with ESMTPSA id 511B91A3C4A for ; Fri, 24 Jan 2014 20:16:41 -0800 (PST) Message-ID: <52E33AA7.3080205@freebsd.org> Date: Fri, 24 Jan 2014 20:16:39 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> In-Reply-To: <52E30990.2060903@marino.st> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 04:16:47 -0000 On 1/24/14, 4:47 PM, John Marino wrote: > On 1/25/2014 01:36, Big Lebowski wrote: >> I was hoping to get some discussion revealing how the work is organized >> around ports PR, perhaps some ideas on improving them and I hoped that >> people who can make decisions and changes would notice it and consider >> them, since as they say, the squeeky wheel gets the grease, that's all. At >> no point I insisted on forcing anyone to anything, and I dont think that's >> neither only nor a viable solution. >> >> It seems obvious that current process doesnt work very well, then I'd aim >> at reorganizing that process - it appears that there is no roles specified, >> so the responsibility is blurred, and when everyone is responsible for one >> thing, in practice no one is. Perhaps role assignment could be of any help? > I'm not trying to be a jerk, but surely I'm coming off that way. > Again, nobody is obligated to accept any assignment. They have to > volunteer to do it. The only person that The Big Lebowski can influence > here is himself. > > Thus, are you volunteering for this role? It's not my call, but if you > really want to do clean out and triage the all PRs on an ongoing basis, > my guess is that would be very welcome and we'd figure out a way to set > that up. It would definitely help, especially for those maintainer that > "approve" patches but the PRs never get opened (or set to a better state > than "open"). > > At some point we'll have a new PR system, that fact might be having an > impact on current PRs as well... To me it would speak of tooling as opposed to anything. Does the ports system have a 1 or 2 click interface for merging PRs like for instance github? Could ports take PRs in the form of pull requests on github? Wouldn't that just turn the number of updates into a few minor clicks? (also wouldn't it make it easier for ports submitters)? (maybe there is some great ports system that I'm not aware of that makes this all as easy github, but I somehow doubt that.) -Alfred From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 04:30:33 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED584EEE; Sat, 25 Jan 2014 04:30:32 +0000 (UTC) Received: from mail-pb0-x22e.google.com (mail-pb0-x22e.google.com [IPv6:2607:f8b0:400e:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB46C1CF8; Sat, 25 Jan 2014 04:30:32 +0000 (UTC) Received: by mail-pb0-f46.google.com with SMTP id um1so3941294pbc.5 for ; Fri, 24 Jan 2014 20:30:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gU4uizpVKfwubCIHT5VrL+FZG0EoJ4OGwhKW7uGvG5c=; b=q2OFUg/f878K4D72MyZudBw9D3O8UtTZBI43GM9yEy73dCrjiaOEE4jWfXPoG2snEC 79epRnlSa9Osmew/MwhpbzTzIPYHruioYOhqcG4NlNQZlLd6PCBip/o5Qw/ALABhSe0y vSx5JH+Wsf8g4PpJu3wKViXJ8E0PeuQjjCRrlqaPB6vd/Fj7W0jIf3xKCQK8J9FqyIl/ Z5gUvOVpQIy9jaCGI0ti2YJbd9v9u2/g6F6Uc6D2TFct5hXZdDnGkmjhaJcaZVjXooPV MKcki/0bN/73Y/Azz2E6At4M6b1y9h8CiFVpxC5tSqv/fm+oIcxAvPuX7V/lpIeyhHec 8loA== MIME-Version: 1.0 X-Received: by 10.69.19.235 with SMTP id gx11mr7814485pbd.114.1390624231726; Fri, 24 Jan 2014 20:30:31 -0800 (PST) Received: by 10.68.155.38 with HTTP; Fri, 24 Jan 2014 20:30:31 -0800 (PST) In-Reply-To: <52E33AA7.3080205@freebsd.org> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> Date: Fri, 24 Jan 2014 23:30:31 -0500 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: Alfred Perlstein Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 04:30:33 -0000 On Fri, Jan 24, 2014 at 11:16 PM, Alfred Perlstein wrote: > > > (maybe there is some great ports system that I'm not aware of that makes > this all as easy github, but I somehow doubt that.) Nice to be able to plug something other then petitecloud as a possible solution to this... namely as far I can tell from previous discussions and such that the port system is nothing more then a very large DAG (directed acyc. graph) the author of devel/cook (and devel/aegis) wrote an incredible paper showing why Make (in any form) will never be upto the task ( http://aegis.sourceforge.net/auug97.pdf )... there are several solutions that use this paper as their foundation in the ports system (devel/cook, devel/cons, devel/scons)... don't get me wrong the actual building of each port should be delegated to whatever build scripts it uses the idea is only that the entire port system be considered as a single graph... side note we use devel/cook and devel/aegis to maintain and build petitecloud on. -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 07:46:12 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38E5D596; Sat, 25 Jan 2014 07:46:12 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 949EE189D; Sat, 25 Jan 2014 07:46:10 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 69CAA438BC; Sat, 25 Jan 2014 01:45:55 -0600 (CST) Message-ID: <52E36BA1.5030900@marino.st> Date: Sat, 25 Jan 2014 08:45:37 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> In-Reply-To: <52E33AA7.3080205@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: marino@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 07:46:12 -0000 On 1/25/2014 05:16, Alfred Perlstein wrote: >> Thus, are you volunteering for this role? It's not my call, but if you >> really want to do clean out and triage the all PRs on an ongoing basis, >> my guess is that would be very welcome and we'd figure out a way to set >> that up. It would definitely help, especially for those maintainer that >> "approve" patches but the PRs never get opened (or set to a better state >> than "open"). >> >> At some point we'll have a new PR system, that fact might be having an >> impact on current PRs as well... > > To me it would speak of tooling as opposed to anything. > Does the ports system have a 1 or 2 click interface for merging PRs like > for instance github? The SCM part of the ports process is not the bottleneck. > Could ports take PRs in the form of pull requests on github? > Wouldn't that just turn the number of updates into a few minor clicks? This makes a fatal and untrue assumption: That was is submitted just needs to be committed. In my brief experience, I can tell you that's simply not true. If a submission can be taken without a single change, that is truly an exception. It's not even the submitters fault often, sometimes the infrastructure changes but the submitter didn't know or account for it, or the PR came before the infrastructure change. One can RARELY take a submission as-is. Thus, pull requests turn into merge conflict exercises and cause more work, not less IMO. > (also wouldn't it make it easier for ports submitters)? personally I don't really think so, plus I don't see the current or future PR system as the barrier for port submitters. > (maybe there is some great ports system that I'm not aware of that makes > this all as easy github, but I somehow doubt that.) I would like to see something where the submission gets tested in Redports automatically, and automatically annotates if the port passes on all platforms or not. Then the submitter gets notice it needs fixing immediately and FreeBSD folks don't have to take the PR, test it, reject it, and state why. That iteration can take a few cycles and automated testing could cut that process time tremendously. John From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 08:11:08 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA4CF84D; Sat, 25 Jan 2014 08:11:08 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0371A38; Sat, 25 Jan 2014 08:11:08 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id s0P8B7KS022962; Sat, 25 Jan 2014 00:11:08 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52E3719B.3040503@rawbw.com> Date: Sat, 25 Jan 2014 00:11:07 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> In-Reply-To: <52E33AA7.3080205@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alfred Perlstein X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 08:11:09 -0000 On 01/24/2014 20:16, Alfred Perlstein wrote: > (maybe there is some great ports system that I'm not aware of that > makes this all as easy github, but I somehow doubt that.) github itself is closed source, but 95% of its functionality is based on git which is open. One only needs to invoke 3-4 git operations to support what it does on the website side. Register on the site, fork the project under user's login, submit a pull request, merge a fork's branch to the main branch. All these are basically git commands. Without the glossiness of github, this is not that large of a project. Submitters will do the rest through git. I think, instead of tediously going through the PRs by hand, it is wiser to set up some system like this. Yuri From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 08:21:02 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C52996D for ; Sat, 25 Jan 2014 08:21:02 +0000 (UTC) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DF7B1AB9 for ; Sat, 25 Jan 2014 08:21:02 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id up15so4098337pbc.36 for ; Sat, 25 Jan 2014 00:21:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=YlYuzs0Btz3HvK21tzGn+SwDA7vuz4MhdWUEoifofp4=; b=cO+8ulEGiadI1ybOh8Gj08XOOki9/AM0s6yYUWXd09LBKazTUSopGzlUE7mboAfpMN L0QF5K8fAi3bb6I+0yQj1rV+IXpQjdVD7Evf0UDVFmvm9UK+/daK965DdziwoLSdPncv EPUovTH7HwrR32rf6lILxX/i76/HxmtGrNZDUgGqz1YU7+OWmzzXIqFpZzOnxoIN24KM X5lA0/x6N9sA2cthHCyByhrcCo9C9i+aspSUEcjiEPc5He/LRBE9B0xGSBOu+OprKOtC 1hbEzDMhNCg9nn/jqapWwsjFZ3gP4A4ueGdF610Q8wPoNbSlmXqC2P07tW5atVOjEYZt cQ4A== MIME-Version: 1.0 X-Received: by 10.68.247.6 with SMTP id ya6mr18668117pbc.45.1390638061764; Sat, 25 Jan 2014 00:21:01 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sat, 25 Jan 2014 00:21:01 -0800 (PST) In-Reply-To: References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E3719B.3040503@rawbw.com> Date: Sat, 25 Jan 2014 03:21:01 -0500 Message-ID: Subject: Fwd: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: FreeBSD Ports ML , Yuri Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 08:21:02 -0000 On Sat, Jan 25, 2014 at 3:11 AM, Yuri wrote: > On 01/24/2014 20:16, Alfred Perlstein wrote: > >> (maybe there is some great ports system that I'm not aware of that makes >> this all as easy github, but I somehow doubt that.) >> > > github itself is closed source, but 95% of its functionality is based on > git which is open. One only needs to invoke 3-4 git operations to support > what it does on the website side. Register on the site, fork the project > under user's login, submit a pull request, merge a fork's branch to the > main branch. All these are basically git commands. Without the glossiness > of github, this is not that large of a project. Submitters will do the rest > through git. > > I think, instead of tediously going through the PRs by hand, it is wiser > to set up some system like this. This creates a "n+1" problem (something that jails are not advanced enough to completely solve but cloud computing can).... just for definitional shake a n+1 problem is based on the observation for all computer professionals (and hobbyists) always need at least one more "machine" then they currently have (this plus some techincal issues with OpenStack [Grizzly don't know if Havana fixes them]) is/was the primary motivator behind petitecloud in the first place... to that end any such system would need to set up and tare down VM's quickly as well keep a large number of them off line but for ready running... as far as testing goes the general method suggested in the paper I gave and eleberated in the Aegis user guide is a good starting place (it is especially good about making sure bugs stay fixed). -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 08:33:44 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5D8ABBA for ; Sat, 25 Jan 2014 08:33:44 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 578B91B73 for ; Sat, 25 Jan 2014 08:33:44 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:c031:70cd:3c9f:30e4]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 8FE664AC2D; Sat, 25 Jan 2014 12:33:42 +0400 (MSK) Date: Sat, 25 Jan 2014 12:33:34 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <7210367408.20140125123334@serebryakov.spb.ru> To: Boris Samorodov Subject: Re: Is it Ok to write files into ${STAGEDIR}/${PREFIX} on "build" stage? In-Reply-To: <52E295E9.6080406@passap.ru> References: <1731518990.20140120000401@serebryakov.spb.ru> <52E295E9.6080406@passap.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 08:33:44 -0000 Hello, Boris. You wrote 24 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80=D1=8F 2014 =D0=B3., 20:33:45: >> I'm writing port, which has complex, multi-stage build. In the middle = ofg >> build some files should be installed into some directory with exactly s= ame >> structure, as final result -- some ${TEMPROOT}/${PREFIX}. I could create >> special place for files, and in "do-install" simple do "tar -cf - -C >> ${TEMPROOT} . | tar -xf - -C ${STAGEDIR}" -- it will be correct install= to >> stage dir for this port. But it looks strange -- to have two copies of = all >> final files. >>=20 >> Now I'm using ${STAGEDIR}/${PREFIX} instead of ${TEMPROOT}/${PREFIX} = and >> it works nicely -- do-install: becomes no-op, everything is in-place a= nd >> port doesn't spent another 250MiB of disk place. >>=20 >> But, maybe, I don't something significant flaw in this approach and i= t is >> bad idea? BS> This is a bad idea in general. And if you try to test the port then at BS> stage time you should get an error like "the the file system touched BS> before the stage phase". I didn't get any errors, it works like a charm, with all "make install" / "make deinstall" and "make package" as user and other stuff. Only problem, that "check-orphan" complains about *.info files not in pkg-plist, but it looks like bug in "check-orphan", as I have all *.info in INFO Makefile variable and, again, install/deinstall and package works and there are not orphan files, target filesystem is exactly the same after "sudo make install deinstall" or "sudo pkg add ${package} && sudo pkg delete ${package}". Oh, yes, other problem, that *.info files are installed to real system even if OPTIONS_UNSET=3DDOCS / NOPORTDOCS=3Dyes is used, so interaction be= tween staging and INFO variables is broken in some way (and portlint insists, that putting info files into pkg-plist is bad idea). BS> Those stages are: BS> 1. fetch, ...; BS> 2. build; BS> 3. stage (install to a STAGEDIR); BS> 4. actual install (to PREFIX). BS> Our staging allows having a full install at STAGEDIR but doing BS> a partially install to PREFIX. I.e. DOCS, EXAMPLES, NLS, etc. may be BS> installed to real filesystem (PREFIX) only if an appropriate option is BS> checked up. In the future this allows us to get different binary BS> packages (libs-*, bin-*, what_you_like-*) from one source (STAGEDIR). How this contradict with putting file to ${STAGEDIR}${PREFIX} before "stage" phase (I don't like word "stage" instead of "phase" here due to obvious reason)? Now my port does all "installation" (from upstream software point of view) into ${STAGEDIR}${PREFIX} at port build phase ("do-build" target from port's Makefile point of view), "stage" phase (really "do-install" target from port's Makefile point of view) is no-op, and it works! BS> And yes, this system has a drawback. If you write an application only BS> for FreeBSD, it is a monolith one (no docs, examples, etc.) and you BS> use only ports system (no packages) then you'll get your application BS> duplicate disk consumption (at stage/install phase). I have docs, examples, etc. And use packages. It works. It supports NOPORTDOCS / NOPORTEXAMPLES properly in all cases. I could send port prototype to you to examine. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 08:55:54 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70FB311D; Sat, 25 Jan 2014 08:55:54 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5009B1DA5; Sat, 25 Jan 2014 08:55:54 +0000 (UTC) Received: from Alfreds-MacBook-Pro.local (unknown [50.204.88.5]) by elvis.mu.org (Postfix) with ESMTPSA id 9D1211A3C1D; Sat, 25 Jan 2014 00:55:51 -0800 (PST) Message-ID: <52E37C16.5080901@freebsd.org> Date: Sat, 25 Jan 2014 00:55:50 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: marino@freebsd.org Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> In-Reply-To: <52E36BA1.5030900@marino.st> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 08:55:54 -0000 On 1/24/14, 11:45 PM, John Marino wrote: > On 1/25/2014 05:16, Alfred Perlstein wrote: >>> Thus, are you volunteering for this role? It's not my call, but if you >>> really want to do clean out and triage the all PRs on an ongoing basis, >>> my guess is that would be very welcome and we'd figure out a way to set >>> that up. It would definitely help, especially for those maintainer that >>> "approve" patches but the PRs never get opened (or set to a better state >>> than "open"). >>> >>> At some point we'll have a new PR system, that fact might be having an >>> impact on current PRs as well... >> To me it would speak of tooling as opposed to anything. >> Does the ports system have a 1 or 2 click interface for merging PRs like >> for instance github? > The SCM part of the ports process is not the bottleneck. > >> Could ports take PRs in the form of pull requests on github? >> Wouldn't that just turn the number of updates into a few minor clicks? > This makes a fatal and untrue assumption: That was is submitted just > needs to be committed. In my brief experience, I can tell you that's > simply not true. If a submission can be taken without a single change, > that is truly an exception. It's not even the submitters fault often, > sometimes the infrastructure changes but the submitter didn't know or > account for it, or the PR came before the infrastructure change. > > One can RARELY take a submission as-is. Thus, pull requests turn into > merge conflict exercises and cause more work, not less IMO. Your opinion is completely incorrect. It is trivial for someone to take a pull request and resolve the differences and it is MUCH easier (orders of magnitude) to collab using git/github than it is to mail around patches over and over. I really believe you don't understand how git/github works. > >> (also wouldn't it make it easier for ports submitters)? > personally I don't really think so, plus I don't see the current or > future PR system as the barrier for port submitters. > >> (maybe there is some great ports system that I'm not aware of that makes >> this all as easy github, but I somehow doubt that.) > I would like to see something where the submission gets tested in > Redports automatically, and automatically annotates if the port passes > on all platforms or not. Then the submitter gets notice it needs fixing > immediately and FreeBSD folks don't have to take the PR, test it, reject > it, and state why. That iteration can take a few cycles and automated > testing could cut that process time tremendously. That would be interesting. If you could get it to work with github you'd find a lot more people active and willing to participate. Basically, if my workflow was: start: git pull request -> creates redport submission -> then either: 1) submission compiles and works -> promotes to "qualified" pull request -> either auto merged or given to maintainer to merge in 1 click. 2) submission fails, then either I fix and resubmit the pull request, or I collab with the submitter to get it to work and then resubmit GOTO start. That would be pretty awesome. *A* problem (notice: not "the problem") is that the cycle is too slow and cumbersome. Hook this into a DVCS that works well and suddenly you'll see productivity take off as well as people willing and wanting to submit patches. In fact it will free up time from the people that qualify the code in order to quality and approve more code. That said, you'll have to be up for learning new tools, and that doesn't leave me very optimistic of this ever happening. -Alfred > John > > From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 08:57:23 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D45F2A3 for ; Sat, 25 Jan 2014 08:57:23 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 671B81DB3 for ; Sat, 25 Jan 2014 08:57:23 +0000 (UTC) Received: from Alfreds-MacBook-Pro.local (unknown [50.204.88.5]) by elvis.mu.org (Postfix) with ESMTPSA id C88D01A3C19; Sat, 25 Jan 2014 00:57:22 -0800 (PST) Message-ID: <52E37C71.1060906@freebsd.org> Date: Sat, 25 Jan 2014 00:57:21 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Yuri , freebsd-ports@FreeBSD.org Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E3719B.3040503@rawbw.com> In-Reply-To: <52E3719B.3040503@rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 08:57:23 -0000 On 1/25/14, 12:11 AM, Yuri wrote: > On 01/24/2014 20:16, Alfred Perlstein wrote: >> (maybe there is some great ports system that I'm not aware of that >> makes this all as easy github, but I somehow doubt that.) > > github itself is closed source, but 95% of its functionality is based > on git which is open. One only needs to invoke 3-4 git operations to > support what it does on the website side. Register on the site, fork > the project under user's login, submit a pull request, merge a fork's > branch to the main branch. All these are basically git commands. > Without the glossiness of github, this is not that large of a project. > Submitters will do the rest through git. > > I think, instead of tediously going through the PRs by hand, it is > wiser to set up some system like this. > Agreed. +1000 Although if we go down the rabbit hole of building something "like github" that might take a while. For now prototyping using the github pull methods might be a good proof of concept. I may look into doing a github pull request -> GNATS (src) PR gateway if time allows. -Alfred From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 09:14:56 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED36F5FA; Sat, 25 Jan 2014 09:14:56 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 472FC1EBE; Sat, 25 Jan 2014 09:14:56 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id A408E438BC; Sat, 25 Jan 2014 03:14:39 -0600 (CST) Message-ID: <52E3806D.4020902@marino.st> Date: Sat, 25 Jan 2014 10:14:21 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> In-Reply-To: <52E37C16.5080901@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 09:14:57 -0000 On 1/25/2014 09:55, Alfred Perlstein wrote: > > On 1/24/14, 11:45 PM, John Marino wrote: >> On 1/25/2014 05:16, Alfred Perlstein wrote: >>>> Thus, are you volunteering for this role? It's not my call, but if you >>>> really want to do clean out and triage the all PRs on an ongoing basis, >>>> my guess is that would be very welcome and we'd figure out a way to set >>>> that up. It would definitely help, especially for those maintainer >>>> that >>>> "approve" patches but the PRs never get opened (or set to a better >>>> state >>>> than "open"). >>>> >>>> At some point we'll have a new PR system, that fact might be having an >>>> impact on current PRs as well... >>> To me it would speak of tooling as opposed to anything. >>> Does the ports system have a 1 or 2 click interface for merging PRs like >>> for instance github? >> The SCM part of the ports process is not the bottleneck. >> >>> Could ports take PRs in the form of pull requests on github? >>> Wouldn't that just turn the number of updates into a few minor clicks? >> This makes a fatal and untrue assumption: That was is submitted just >> needs to be committed. In my brief experience, I can tell you that's >> simply not true. If a submission can be taken without a single change, >> that is truly an exception. It's not even the submitters fault often, >> sometimes the infrastructure changes but the submitter didn't know or >> account for it, or the PR came before the infrastructure change. >> >> One can RARELY take a submission as-is. Thus, pull requests turn into >> merge conflict exercises and cause more work, not less IMO. > Your opinion is completely incorrect. It is trivial for someone to take > a pull request and resolve the differences and it is MUCH easier (orders > of magnitude) to collab using git/github than it is to mail around > patches over and over. I really believe you don't understand how > git/github works. First, that's presumptuous. I have a github account that I use. DPorts and DeltaPorts are both hosted on GitHub, and based on git. I know how what it can do. Secondly, ports is SVN, not git, and it's not going to be based on git. So it's a moot discussion. Thirdly, we don't mail patches around. You just pull the patch from GNATS. Applying patches is not hard. I personally prefer rejected hunks than editing merge conflicts. Sure I can do both. I find rejected hunks easier to deal with than yours/his/merged/common etc. Lastly: you are skipping steps. There's review and testing to be done. You don't just merge and commit. Using pull requests (even if it were possible on SVN) doesn't significantly change anything. > > >> >>> (also wouldn't it make it easier for ports submitters)? >> personally I don't really think so, plus I don't see the current or >> future PR system as the barrier for port submitters. >> >>> (maybe there is some great ports system that I'm not aware of that makes >>> this all as easy github, but I somehow doubt that.) >> I would like to see something where the submission gets tested in >> Redports automatically, and automatically annotates if the port passes >> on all platforms or not. Then the submitter gets notice it needs fixing >> immediately and FreeBSD folks don't have to take the PR, test it, reject >> it, and state why. That iteration can take a few cycles and automated >> testing could cut that process time tremendously. > That would be interesting. If you could get it to work with github > you'd find a lot more people active and willing to participate. > > Basically, if my workflow was: > > start: > git pull request -> creates redport submission -> then > either: > 1) submission compiles and works -> promotes to "qualified" pull > request -> either auto merged or given to maintainer to merge in 1 click. > 2) submission fails, then either I fix and resubmit the pull > request, or I collab with the submitter to get it to work and then > resubmit GOTO start. Well, that's not what I said above. That gets freebsd committers involved before the patch is verified to build. I was trying to get freebsd committers not to see patches that don't even build and make sure they get fixed before committers spend any time on it. > That said, you'll have to be up for learning new tools, and that doesn't > leave me very optimistic of this ever happening. IIUC, you are trying to start a git migration from subversion discussion. While I am happy with either one (given that DragonFly Ports and sources is hosted on git), I don't see the acceptance by others. The "use git tools and/or github" discussion is not going to go far, no. It's not a new tools thing either. The replace of GNATS is a big tool change that freebsd people are impatiently waiting for. John From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 10:06:16 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB7EA688; Sat, 25 Jan 2014 10:06:16 +0000 (UTC) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [84.201.143.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39BA41235; Sat, 25 Jan 2014 10:06:15 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward2l.mail.yandex.net (Yandex) with ESMTP id 386DA1AC0C78; Sat, 25 Jan 2014 14:06:13 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id CEA1813402F7; Sat, 25 Jan 2014 14:06:12 +0400 (MSK) Received: from 46.38.39.210.tel.ru (46.38.39.210.tel.ru [46.38.39.210]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id j2f3npjYeD-6CGCq9VN; Sat, 25 Jan 2014 14:06:12 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: 42193d17-dd5e-483b-9e42-c6e82db7eafe Message-ID: <52E38C94.1000107@passap.ru> Date: Sat, 25 Jan 2014 14:06:12 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: lev@FreeBSD.org Subject: Re: Is it Ok to write files into ${STAGEDIR}/${PREFIX} on "build" stage? References: <1731518990.20140120000401@serebryakov.spb.ru> <52E295E9.6080406@passap.ru> <7210367408.20140125123334@serebryakov.spb.ru> In-Reply-To: <7210367408.20140125123334@serebryakov.spb.ru> X-Enigmail-Version: 1.6 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.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 10:06:16 -0000 25.01.2014 12:33, Lev Serebryakov пишет: > Hello, Boris. > You wrote 24 ÑÐ½Ð²Ð°Ñ€Ñ 2014 г., 20:33:45: > >>> I'm writing port, which has complex, multi-stage build. In the middle ofg >>> build some files should be installed into some directory with exactly same >>> structure, as final result -- some ${TEMPROOT}/${PREFIX}. I could create >>> special place for files, and in "do-install" simple do "tar -cf - -C >>> ${TEMPROOT} . | tar -xf - -C ${STAGEDIR}" -- it will be correct install to >>> stage dir for this port. But it looks strange -- to have two copies of all >>> final files. >>> >>> Now I'm using ${STAGEDIR}/${PREFIX} instead of ${TEMPROOT}/${PREFIX} and >>> it works nicely -- do-install: becomes no-op, everything is in-place and >>> port doesn't spent another 250MiB of disk place. >>> >>> But, maybe, I don't something significant flaw in this approach and it is >>> bad idea? > > BS> This is a bad idea in general. And if you try to test the port then at > BS> stage time you should get an error like "the the file system touched > BS> before the stage phase". > I didn't get any errors, it works like a charm, with all "make install" / > "make deinstall" and "make package" as user and other stuff. > > Only problem, that "check-orphan" complains about *.info files not in > pkg-plist, but it looks like bug in "check-orphan", as I have all *.info > in INFO Makefile variable and, again, install/deinstall and package works > and there are not orphan files, target filesystem is exactly the same after > "sudo make install deinstall" or "sudo pkg add ${package} && sudo pkg > delete ${package}". > > Oh, yes, other problem, that *.info files are installed to real system > even if OPTIONS_UNSET=DOCS / NOPORTDOCS=yes is used, so interaction between > staging and INFO variables is broken in some way (and portlint insists, > that putting info files into pkg-plist is bad idea). > > BS> Those stages are: > BS> 1. fetch, ...; > BS> 2. build; > BS> 3. stage (install to a STAGEDIR); > BS> 4. actual install (to PREFIX). > > BS> Our staging allows having a full install at STAGEDIR but doing > BS> a partially install to PREFIX. I.e. DOCS, EXAMPLES, NLS, etc. may be > BS> installed to real filesystem (PREFIX) only if an appropriate option is > BS> checked up. In the future this allows us to get different binary > BS> packages (libs-*, bin-*, what_you_like-*) from one source (STAGEDIR). > How this contradict with putting file to ${STAGEDIR}${PREFIX} before > "stage" phase (I don't like word "stage" instead of "phase" here due to > obvious reason)? To my mind build is, well, for building and install... you know... > Now my port does all "installation" (from upstream > software point of view) into ${STAGEDIR}${PREFIX} at port build phase > ("do-build" target from port's Makefile point of view), "stage" phase > (really "do-install" target from port's Makefile point of view) is no-op, > and it works! And that (install while being at build target) is imho not good. May be not now but later. May be with different user rights... One more time -- it's just my imho. _I_ wouldn't do so. > BS> And yes, this system has a drawback. If you write an application only > BS> for FreeBSD, it is a monolith one (no docs, examples, etc.) and you > BS> use only ports system (no packages) then you'll get your application > BS> duplicate disk consumption (at stage/install phase). > I have docs, examples, etc. And use packages. It works. It supports > NOPORTDOCS / NOPORTEXAMPLES properly in all cases. I could send port > prototype to you to examine. Please, do. I'll try to scrub it. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 10:23:45 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B8B39ED for ; Sat, 25 Jan 2014 10:23:45 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4F3641390 for ; Sat, 25 Jan 2014 10:23:45 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:c031:70cd:3c9f:30e4]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id AA0884AC2D; Sat, 25 Jan 2014 14:23:41 +0400 (MSK) Date: Sat, 25 Jan 2014 14:23:34 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1968007344.20140125142334@serebryakov.spb.ru> To: Boris Samorodov Subject: Re: Is it Ok to write files into ${STAGEDIR}/${PREFIX} on "build" stage? In-Reply-To: <52E38C94.1000107@passap.ru> References: <1731518990.20140120000401@serebryakov.spb.ru> <52E295E9.6080406@passap.ru> <7210367408.20140125123334@serebryakov.spb.ru> <52E38C94.1000107@passap.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 10:23:45 -0000 Hello, Boris. You wrote 25 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80=D1=8F 2014 =D0=B3., 14:06:12: >> How this contradict with putting file to ${STAGEDIR}${PREFIX} before >> "stage" phase (I don't like word "stage" instead of "phase" here due to >> obvious reason)? BS> To my mind build is, well, for building and install... you know... Yep, but here I need binutils to build gcc and I need to build gcc three (!) times. Cross-build toolchains are ugly, you now... >> Now my port does all "installation" (from upstream >> software point of view) into ${STAGEDIR}${PREFIX} at port build phase >> ("do-build" target from port's Makefile point of view), "stage" phase >> (really "do-install" target from port's Makefile point of view) is no-op, >> and it works! BS> And that (install while being at build target) is imho not good. May be BS> not now but later. May be with different user rights... BS> One more time -- it's just my imho. _I_ wouldn't do so. Ok, I could add one more directory (port-specifc stage dir, really) and make install to be "${TAR} -cf - -C ${MYSTAGE} . | ${TAR} -cf - -C ${STATGEDIR}" :) It eill take even more space (now ${WRKSRC} is 5.1G after everything is done), but Ok. >> BS> And yes, this system has a drawback. If you write an application only >> BS> for FreeBSD, it is a monolith one (no docs, examples, etc.) and you >> BS> use only ports system (no packages) then you'll get your application >> BS> duplicate disk consumption (at stage/install phase). >> I have docs, examples, etc. And use packages. It works. It supports >> NOPORTDOCS / NOPORTEXAMPLES properly in all cases. I could send port >> prototype to you to examine. BS> Please, do. I'll try to scrub it. In private mail. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 10:34:20 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B57FDC3 for ; Sat, 25 Jan 2014 10:34:20 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 26E3F14A3 for ; Sat, 25 Jan 2014 10:34:20 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s0PAYKFi090321 for ; Sat, 25 Jan 2014 10:34:20 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s0PAYKWP090320; Sat, 25 Jan 2014 10:34:20 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201401251034.s0PAYKWP090320@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sat, 25 Jan 2014 10:34:19 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 10:34:20 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/ppl | 1.0 | 1.1 ------------------------------------------------+-----------------+------------ www/groupoffice | 3.7.24 | 5.0.36 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 10:35:47 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B75CFFD9; Sat, 25 Jan 2014 10:35:47 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 231CA14C6; Sat, 25 Jan 2014 10:35:47 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id cm18so5160752qab.9 for ; Sat, 25 Jan 2014 02:35:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZnUuZ/ScId/cuepDBR9tJ9F2h6u8GzHxtU7rWzbZz08=; b=qs2M+LORT8tazeSVsMCCfviGkaLcqhOXeN8UwlTZL9c3ZuvsrfNVXH6/5iGPhi1e29 oPy7gFTn0WqGJcvOHFridBFuAI1o0PEuRiaUrDm/e2dOYGhmeuBOmFC8XhuC1YStZG5l +l5/wJEeDnax1w5YdvwVsy5FR1zyj/k4JtCAWYiP3sS40FK1ti1qDRNco/BRbRBwEMn+ 3I8BRvcn6jI/MgxdMMfmk5wMe7eE1O9RT38YiRgo7jhThBvmbRuX39C0TkWMlYYtS7rM +Ckea/tdfKMbv93m+s/4wmVp/bM/6CllM4lEx/Ctjr6YiNIc+HtVac7zygeMQ3k3q9NM ZitQ== MIME-Version: 1.0 X-Received: by 10.229.13.133 with SMTP id c5mr4157371qca.22.1390646146294; Sat, 25 Jan 2014 02:35:46 -0800 (PST) Received: by 10.229.208.202 with HTTP; Sat, 25 Jan 2014 02:35:46 -0800 (PST) In-Reply-To: <52E30990.2060903@marino.st> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> Date: Sat, 25 Jan 2014 10:35:46 +0000 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Big Lebowski To: marino@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 10:35:47 -0000 On Sat, Jan 25, 2014 at 12:47 AM, John Marino wrote: > On 1/25/2014 01:36, Big Lebowski wrote: > > I was hoping to get some discussion revealing how the work is organized > > around ports PR, perhaps some ideas on improving them and I hoped that > > people who can make decisions and changes would notice it and consider > > them, since as they say, the squeeky wheel gets the grease, that's all. > At > > no point I insisted on forcing anyone to anything, and I dont think > that's > > neither only nor a viable solution. > > > > It seems obvious that current process doesnt work very well, then I'd aim > > at reorganizing that process - it appears that there is no roles > specified, > > so the responsibility is blurred, and when everyone is responsible for > one > > thing, in practice no one is. Perhaps role assignment could be of any > help? > > I'm not trying to be a jerk, but surely I'm coming off that way. > Again, nobody is obligated to accept any assignment. They have to > volunteer to do it. The only person that The Big Lebowski can influence > here is himself. > You are right, but that doesnt mean we cant speak about the problem and ask if there are other people seeing it and maybe willing to help fixing it. That is not equal to forcing anyone to do anything, but rather in a spirit of open source volunteering and at the end it doesnt harm anyone, even if there's no good result out of it. > > Thus, are you volunteering for this role? It's not my call, but if you > really want to do clean out and triage the all PRs on an ongoing basis, > my guess is that would be very welcome and we'd figure out a way to set > that up. It would definitely help, especially for those maintainer that > "approve" patches but the PRs never get opened (or set to a better state > than "open"). > If I wouldnt care about FreeBSD and ports state and I wouldnt want to help with that, I would have not wrote this message in first place. Yes, I would love to help. > > At some point we'll have a new PR system, that fact might be having an > impact on current PRs as well... > At what point? Are there any plans, someone said he's working on it, are there any decisions? I am not trying to attack your statement, but simply get some information about the current state of things. > > John > _______________________________________________ > 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 Jan 25 10:45:25 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E7BF80F; Sat, 25 Jan 2014 10:45:25 +0000 (UTC) Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 156CB15B0; Sat, 25 Jan 2014 10:45:25 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id f11so5086607qae.21 for ; Sat, 25 Jan 2014 02:45:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nEIB2rGqAw1iOtBFb09CN21EX3wvZPUThLuIabFiYiE=; b=e8LjM8p+xdEuUTs31UlxdYktinJVCikgbL4yw0s5pS2HuRC2IjOw2DChLBMbGWfAdB Ev9bRORHV0d8Yqxj3bbSOa0WOwfFX/JcsCSGS8wPw8A9F9rTZdP5ddp2Xlk13Qo1aWFi xQ1VI23iIuN2IN51flV3wUXf3LpR7VNxryuP4K2hG81nkmfJOazHL3NJYTDs44syLuNc O3ULvpVec5AltItibLQq4+/IyKfzh3kUzhDy/CcW2XJpnsSBQfTDGWmt/VN1K2nIeiFx XPSXDWeaYi6bikor0BNMXiaFzjYs4tH6mEi+1o5EZJFNGtsxsKWpgvt5UGSP66REbTxx QDJQ== MIME-Version: 1.0 X-Received: by 10.224.72.72 with SMTP id l8mr27517665qaj.51.1390646724252; Sat, 25 Jan 2014 02:45:24 -0800 (PST) Received: by 10.229.208.202 with HTTP; Sat, 25 Jan 2014 02:45:24 -0800 (PST) In-Reply-To: <52E37C16.5080901@freebsd.org> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> Date: Sat, 25 Jan 2014 10:45:24 +0000 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Big Lebowski To: Alfred Perlstein Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: marino@freebsd.org, freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 10:45:25 -0000 On Sat, Jan 25, 2014 at 8:55 AM, Alfred Perlstein wrote: > > On 1/24/14, 11:45 PM, John Marino wrote: > >> On 1/25/2014 05:16, Alfred Perlstein wrote: >> >>> Thus, are you volunteering for this role? It's not my call, but if you >>>> really want to do clean out and triage the all PRs on an ongoing basis, >>>> my guess is that would be very welcome and we'd figure out a way to set >>>> that up. It would definitely help, especially for those maintainer that >>>> "approve" patches but the PRs never get opened (or set to a better state >>>> than "open"). >>>> >>>> At some point we'll have a new PR system, that fact might be having an >>>> impact on current PRs as well... >>>> >>> To me it would speak of tooling as opposed to anything. >>> Does the ports system have a 1 or 2 click interface for merging PRs like >>> for instance github? >>> >> The SCM part of the ports process is not the bottleneck. >> >> Could ports take PRs in the form of pull requests on github? >>> Wouldn't that just turn the number of updates into a few minor clicks? >>> >> This makes a fatal and untrue assumption: That was is submitted just >> needs to be committed. In my brief experience, I can tell you that's >> simply not true. If a submission can be taken without a single change, >> that is truly an exception. It's not even the submitters fault often, >> sometimes the infrastructure changes but the submitter didn't know or >> account for it, or the PR came before the infrastructure change. >> >> One can RARELY take a submission as-is. Thus, pull requests turn into >> merge conflict exercises and cause more work, not less IMO. >> > Your opinion is completely incorrect. It is trivial for someone to take a > pull request and resolve the differences and it is MUCH easier (orders of > magnitude) to collab using git/github than it is to mail around patches > over and over. I really believe you don't understand how git/github works. > > > > >> (also wouldn't it make it easier for ports submitters)? >>> >> personally I don't really think so, plus I don't see the current or >> future PR system as the barrier for port submitters. >> >> (maybe there is some great ports system that I'm not aware of that makes >>> this all as easy github, but I somehow doubt that.) >>> >> I would like to see something where the submission gets tested in >> Redports automatically, and automatically annotates if the port passes >> on all platforms or not. Then the submitter gets notice it needs fixing >> immediately and FreeBSD folks don't have to take the PR, test it, reject >> it, and state why. That iteration can take a few cycles and automated >> testing could cut that process time tremendously. >> > That would be interesting. If you could get it to work with github you'd > find a lot more people active and willing to participate. > > Basically, if my workflow was: > > start: > git pull request -> creates redport submission -> then > either: > 1) submission compiles and works -> promotes to "qualified" pull > request -> either auto merged or given to maintainer to merge in 1 click. > 2) submission fails, then either I fix and resubmit the pull request, > or I collab with the submitter to get it to work and then resubmit GOTO > start. > > That would be pretty awesome. *A* problem (notice: not "the problem") is > that the cycle is too slow and cumbersome. Hook this into a DVCS that > works well and suddenly you'll see productivity take off as well as people > willing and wanting to submit patches. > This is exactly something I was thinking about: if there could be automated process that takes the PR with a patch, tests the patch and either rejects it or accepts it to a queue, when a human can make decision about making a commit, changing it (goes back to automated queue) or rejecting. Also, where a PR exists, but original sender abandoned his email and there is no one else talking about that PR and asking for it status, acceptance and so on, why not simply reject such PR's? Apparently the author is no loger interested, other people are not interested (lack of comments on the original PR or similar PR submissions) then why this really need to involve a time of human being it no one really cares of it? If this changes, then a new PR would be submitted, checked automatically, and then followed the process. That would free up some human resources to do the work that counts for people, and would reduce false amount of work that needs to be done. > > In fact it will free up time from the people that qualify the code in > order to quality and approve more code. > > That said, you'll have to be up for learning new tools, and that doesn't > leave me very optimistic of this ever happening. That's a problem with *every* change, human nature doesnt like them, but I believe if the process would really improve the experience of being commiter for FreeBSD ports tree, they that alone would make people learn the new tools and processes. B. > > > -Alfred > > > John >> >> >> > _______________________________________________ > 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 Jan 25 10:59:18 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E855BC8; Sat, 25 Jan 2014 10:59:18 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 438151664; Sat, 25 Jan 2014 10:59:18 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id s0PAxCrc037676 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 25 Jan 2014 10:59:13 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s0PAxCrc037676 Authentication-Results: smtp.infracaninophile.co.uk/s0PAxCrc037676; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <52E398FF.9000300@FreeBSD.org> Date: Sat, 25 Jan 2014 10:59:11 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Big Lebowski , marino@freebsd.org Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8fo8R3FFtNB2VvIx2SkHHpf3VcColIUgQ" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DCC_CHECK autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 10:59:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8fo8R3FFtNB2VvIx2SkHHpf3VcColIUgQ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 25/01/2014 10:35, Big Lebowski wrote: >> Thus, are you volunteering for this role? It's not my call, but if yo= u >> > really want to do clean out and triage the all PRs on an ongoing bas= is, >> > my guess is that would be very welcome and we'd figure out a way to = set >> > that up. It would definitely help, especially for those maintainer = that >> > "approve" patches but the PRs never get opened (or set to a better s= tate >> > than "open"). > If I wouldnt care about FreeBSD and ports state and I wouldnt want to h= elp > with that, I would have not wrote this message in first place. Yes, I w= ould > love to help. There are a lot of people who would love to help with FreeBSD, and there is a lot of help that FreeBSD needs. The problem is that anyone volunteering probably only has a limited amount of time they can donate to the project, and there exists at the moment no simple mechanism for dividing up the workload into small, easily digestible chunks. Take the case of PR triage, often cited as a suitable track for people to start getting involved. Say we get about 300 new PRs in a week. What we need is 20--50 people looking at 6--15 PRs a week, rather than 2--5 people trying to look at 60--150 PRs a week. Trouble is, the first few people to volunteer will find themselves drinking from the PR firehose, and will probably give up long before enough additional people can be drummed up to share the load. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --8fo8R3FFtNB2VvIx2SkHHpf3VcColIUgQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJS45kAXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATsagP/3BNgJIVInYwPXsTt67NGk27 OIAtArcOHsOXwJWgjw/cDKge3ST0BsqmxIPPaLykVBv6GsQo21RDvhIqxzSKCouV B2djzybApyjYDRsbh8qvIbVvXblWZFtbEHPftRctY3YrKdHJzAP4zihG7resPsbe W+TBiWIbZPVdOrnmzjwOW/N+JOPF47S9CMQZ7f393B3lYXxrRKuOpn10Z3xBz/uQ F+coa+d0xCgK3MyANWoT6LicaYYwaNys64GlhIbYf599VFReuhy5c8Xim/hWef0T uwMoA3Nw1eV2pCHAcA3KVY6FQOeLlrd+pBwLVXkZpGECPoYyjhgF5Jjf5DvKLBjA E4qH/hQOJ5OaRRG0O4jlBHmK7Muxm8qKXqz9b4Rd9insFeWIe17LLEYWEEN6/fWw +4OQCwCMtxQ1biLGjylKvddz4bliq9sX+hk3tpx62CVxVg2Kj7E6Y9nAktyl2drW X/kvojjOarV7H/qZCDjl5JOMFD1IRGfhhZugCaAOIcPQwB91soBqwQupKVND5E+H ypc5jKiA+4USa/USbEfXXqrBDSrbCs95oaMo3Qs6NHwlSn4unojvrU+AYp5DTUmY 6THn9o5Gm4QIIGU4N3H4gISX3VgEtu5X1fMMWGo5ueuOpw2R0PGHY5/N1AbiTbnY ei9rl0Vb9ckdp9SE6rw1 =Fc+t -----END PGP SIGNATURE----- --8fo8R3FFtNB2VvIx2SkHHpf3VcColIUgQ-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 12:13:42 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E95C7320 for ; Sat, 25 Jan 2014 12:13:42 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A41671CAA for ; Sat, 25 Jan 2014 12:13:42 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id l6so4880159oag.7 for ; Sat, 25 Jan 2014 04:13:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ulWjXQokjMHxbhWrcpmSXgtqY6JgP+gYKGzYR5yaT4M=; b=V1Xs6h9qvOZwX/0UO/gL3dIxOO9TNatxwkL57Un6Z/0At6+GFS7W1cEEVvHJhZW/3E Sr72i1i6H7A7heKFcGv0EZNZho5hoFGepBvPtc1rFZI6GKBpuug2atPf/JA8FhFVmLhE od9ACQ7CLXJgdRRuL/dR7WiSME8or73XnpuGY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ulWjXQokjMHxbhWrcpmSXgtqY6JgP+gYKGzYR5yaT4M=; b=fzJobGxydx+NKz7FLXqb5aY8ubE1P2D8RmxCtcZHj4kaPeIF0S9MFtGlgqQF7vDFv7 huIIeP/hy5PEpcvfI+iinwCBbukJ7bMF/VRCkCSRuWKzLpMDrot0tpOD66ocGWU2NdHt gXcGLi5nSVkAWYNbWcGXU7xVaFz+m9NyFGagfY8kM5qVjJ11m04faFz8kg4O7pkLrbTY 2zmQDeqVLL5iiwhNcGhrWQlb91bDiEqUdN7Agwr0i67OWGaWyqZp89Oj7WXxfgCme6qC fEZu8zXd8KSCU5YDH25X5dco8kMHLPok7Nhw58xaQKIboWgm647UB5Fsreq+wfaoHq5V ssHw== X-Gm-Message-State: ALoCoQmetxBGb1lSAizm2YFT9pWHuO+Fv4rUQvFi1YxCg7fgLeGE9v7plx2XfSSFmVt1lw5yE0HS MIME-Version: 1.0 X-Received: by 10.60.123.10 with SMTP id lw10mr6806648oeb.24.1390652020084; Sat, 25 Jan 2014 04:13:40 -0800 (PST) Received: by 10.76.154.2 with HTTP; Sat, 25 Jan 2014 04:13:39 -0800 (PST) X-Originating-IP: [46.207.4.26] Received: by 10.76.154.2 with HTTP; Sat, 25 Jan 2014 04:13:39 -0800 (PST) In-Reply-To: References: Date: Sat, 25 Jan 2014 13:13:39 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: Aryeh Friedman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Big Lebowski , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 12:13:43 -0000 Am 25.01.2014 02:12 schrieb "Aryeh Friedman" : > > > > > I think you've got me wrong - I am following freebsd-virtualization list > > very closely, and the matter I've touched here is not my doubt on which > > technology I should use, but rather a complaint on the state of jails > > related tools directly leading to the delays in handling of ports related > > PR's. I know the technology alternatives, I am decided to jails for a > > reason, and I also know your work on the web interface focusing on bhyve, > > but its not about it. > > > > My point is writing scripts for VM's is easier (nothing more then copy the > master and then do a normal make install/portmaster on the port of you > choice [better to run them one at a time I have found). When I get into > port testing I usually have 3 VM's on the host working on compiling and 1 > for development. I have yet to find a good way to have 4 jails running as > independentlu. This thread has taken a different direction at some point so I want to throw in another view. We already have all that build testing stuff around for various FreeBSD versions with enough hardware resources and production ready and free for all. It's called redports.org and I have even already created scripts that monitor the gnats database for ports PRs with patches, fetch them, apply them to the redports repository and schedule jobs for it. So it is all there and the reason why it isn't running already are political ones because I also proposed to automatically send followup mails to the PR with the buildlog status. http://code.google.com/p/redports/source/browse/#svn%2Ftrunk%2Fscripts From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 12:35:41 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02C6A6CC for ; Sat, 25 Jan 2014 12:35:41 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF5D81DEA for ; Sat, 25 Jan 2014 12:35:40 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id w8so5264120qac.0 for ; Sat, 25 Jan 2014 04:35:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Y+zp3j9S4yV9Mf7zTfxc1bi6GH0S2AVm57jfI3iGwhc=; b=lPFXoiMlq+XqGGIc9nqMFZ2jy4wyyDhj8GAcB0vJrMksScc2Bhg3d6+UefsB8mUSuh 6NpHk+sA3uF/B8EohYSDlA8aP3KVe8Krcw6oEIGRP/iHXH3w+gPilcmy0ti7E2LrkfWC ZAaFebYXs5wzut07oHKP7edNJ91I/dHegYvzFyqhv8vfuBx3ob0oY4EimN3uXqXh7mq2 Gvg59LkuupwPJKfpiGBTDQxVB3CBrO1Cw8ykwylSd+0kfz9NaN5RAMyGRIh3/HCe5x2X dlF64kBEE61wpUAdHh6udWAcJWNLZq7oqSj2/EH5wlwj/UCtN5WXuo1Yd5N533+0Lkaq eXZA== MIME-Version: 1.0 X-Received: by 10.224.14.70 with SMTP id f6mr28220084qaa.31.1390653339883; Sat, 25 Jan 2014 04:35:39 -0800 (PST) Received: by 10.229.208.202 with HTTP; Sat, 25 Jan 2014 04:35:39 -0800 (PST) In-Reply-To: References: Date: Sat, 25 Jan 2014 13:35:39 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Big Lebowski To: =?UTF-8?Q?Bernhard_Fr=C3=B6hlich?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Aryeh Friedman , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 12:35:41 -0000 On Sat, Jan 25, 2014 at 1:13 PM, Bernhard Fr=C3=B6hlich = wrote: > > Am 25.01.2014 02:12 schrieb "Aryeh Friedman" : > > > > > > > > > I think you've got me wrong - I am following freebsd-virtualization > list > > > very closely, and the matter I've touched here is not my doubt on whi= ch > > > technology I should use, but rather a complaint on the state of jails > > > related tools directly leading to the delays in handling of ports > related > > > PR's. I know the technology alternatives, I am decided to jails for a > > > reason, and I also know your work on the web interface focusing on > bhyve, > > > but its not about it. > > > > > > > My point is writing scripts for VM's is easier (nothing more then copy > the > > master and then do a normal make install/portmaster on the port of you > > choice [better to run them one at a time I have found). When I get int= o > > port testing I usually have 3 VM's on the host working on compiling and= 1 > > for development. I have yet to find a good way to have 4 jails runnin= g > as > > independentlu. > > This thread has taken a different direction at some point so I want to > throw in another view. > > We already have all that build testing stuff around for various FreeBSD > versions with enough hardware resources and production ready and free for > all. It's called redports.org and I have even already created scripts > that monitor the gnats database for ports PRs with patches, fetch them, > apply them to the redports repository and schedule jobs for it. > > So it is all there and the reason why it isn't running already are > political ones because I also proposed to automatically send followup mai= ls > to the PR with the buildlog status. > > http://code.google.com/p/redports/source/browse/#svn%2Ftrunk%2Fscripts > That sounds great! It would be awesome to introduce both solutions (automated testing and screening roles with new volunteers - we already have two of those) to improve the process. However, I hate when I hear 'politics' in open source projects. Could you be more specific and name the problem, if you mentioned it? B. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 13:43:14 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC48A7DB for ; Sat, 25 Jan 2014 13:43:13 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A487A12D2 for ; Sat, 25 Jan 2014 13:43:13 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id uy5so4808279obc.33 for ; Sat, 25 Jan 2014 05:43:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/Ge4PKY4SXTwbfN5PHQqyBQU/71hlzcnM66Wxzr4cFQ=; b=KyyyJ7ZAQL7Eauz8PuMZndWemNFrBGB8HBWO93Kz3bsUmrB1uF0TrwWw+MNuHGC/Yd NhRVyqyMsjvrQ5NvI2l9+l36lbUQQz3tCTTw/NQeQwFUPlgoB2AdOaXAv9s0IaCF19e1 qtMXwZSr8JWpNJCJUPn7HMa9mAZVDmmj0zZpU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=/Ge4PKY4SXTwbfN5PHQqyBQU/71hlzcnM66Wxzr4cFQ=; b=ggV2gQNDr+6WFK3VAfTiQ8rvyfVtVJueYVKWdU18fMSQk9koevXDWRExM2xpWiU/2Z s2LjVTZIV9pEMMqh3+NDkmxBQOaw4qu35oO4H/ZlWjea3qOTv8w524ZWt2ajc8JeR2aO 7jo5J4febCRpv38qlHs3qCNGg2EXUnvH8a+Ol2cQCWDIuysbE2CDWL13+fB2URe0A2G4 9lV1B6OEaO8Lunk/eun5DAKdA9FE/fq5yC/Eh+viEywLGj/FCgAQwyzynqwqjEZYKoLK r7/rjZQGbONThJ2qXXi2biA4WBorgn2I/xGgHeyrXDybOf2bPAcF4Yp56uTPush5LCU4 JORw== X-Gm-Message-State: ALoCoQmVeAYLpCK81Ki+mPPmTGmS0qFyaUcAw+ndSbwb/p63TPRwYPo4pxP63/ZTJHVcGkkOFQ8q MIME-Version: 1.0 X-Received: by 10.182.88.69 with SMTP id be5mr97523obb.55.1390657392812; Sat, 25 Jan 2014 05:43:12 -0800 (PST) Received: by 10.76.154.2 with HTTP; Sat, 25 Jan 2014 05:43:12 -0800 (PST) X-Originating-IP: [46.207.4.26] Received: by 10.76.154.2 with HTTP; Sat, 25 Jan 2014 05:43:12 -0800 (PST) In-Reply-To: References: Date: Sat, 25 Jan 2014 14:43:12 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: Big Lebowski Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Aryeh Friedman , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 13:43:14 -0000 Am 25.01.2014 13:35 schrieb "Big Lebowski" : > > > > > On Sat, Jan 25, 2014 at 1:13 PM, Bernhard Fr=F6hlich wrote: >> >> >> Am 25.01.2014 02:12 schrieb "Aryeh Friedman" : >> >> >> > >> > > >> > > I think you've got me wrong - I am following freebsd-virtualization list >> > > very closely, and the matter I've touched here is not my doubt on which >> > > technology I should use, but rather a complaint on the state of jail= s >> > > related tools directly leading to the delays in handling of ports related >> > > PR's. I know the technology alternatives, I am decided to jails for = a >> > > reason, and I also know your work on the web interface focusing on bhyve, >> > > but its not about it. >> > > >> > >> > My point is writing scripts for VM's is easier (nothing more then copy the >> > master and then do a normal make install/portmaster on the port of you >> > choice [better to run them one at a time I have found). When I get into >> > port testing I usually have 3 VM's on the host working on compiling and 1 >> > for development. I have yet to find a good way to have 4 jails running as >> > independentlu. >> >> This thread has taken a different direction at some point so I want to throw in another view. >> >> We already have all that build testing stuff around for various FreeBSD versions with enough hardware resources and production ready and free for all. It's called redports.org and I have even already created scripts that monitor the gnats database for ports PRs with patches, fetch them, apply them to the redports repository and schedule jobs for it. >> >> So it is all there and the reason why it isn't running already are political ones because I also proposed to automatically send followup mails to the PR with the buildlog status. >> >> http://code.google.com/p/redports/source/browse/#svn%2Ftrunk%2Fscripts > > That sounds great! It would be awesome to introduce both solutions (automated testing and screening roles with new volunteers - we already have two of those) to improve the process. With the scripts it should be possible to fetch the patch of a PR, apply and commit it to your redports repository and do additional changes until you are okay with it. What is still missing is a script that helps committing the changes to the FreeBSD tree but it's really not that complicated to write that. > However, I hate when I hear 'politics' in open source projects. Could you be more specific and name the problem, if you mentioned it? The raised concerns were that automatic build testing might result in less testing on committer side. I agree that this might happen and automatic build testing is only one part of what committers need to do. A huge backlog and no response for months is definitely nothing we want. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 15:16:53 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6D0EA08; Sat, 25 Jan 2014 15:16:53 +0000 (UTC) Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 786831947; Sat, 25 Jan 2014 15:16:53 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id uo5so4309230pbc.41 for ; Sat, 25 Jan 2014 07:16:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rmh0NjNsJ8qZgzNEkt3rSuTN044Ae7vlTOFUSKpaWJo=; b=KsMmDedGq0MjZ5HpNoSoc+yFEtbqiTLSHd/9/LJZNVvwawxN2CblawSuIXtJXmKgg3 tNvUp7BrvK8rWnFWi6lkfROj8y9hIGl4XBSAabpTQ1aR87H9Q/VAHAcEbR4QrjBkN+i/ vVbAvFbyx78t27D3VzZtGC7vLcT/6I0shhvKu21r2V0dBMgaub71e+F4ca6PfSDNL0b+ IT6CN+oUJ2cvMUD7ft8blXBPBPxgh+TG4OdFQlAOGtFasxptOIFLUZ3FuvVReMFC6ip5 VZpTJgNV3H123KAAKB9WekmCBv9Cdskhs7nmVzW2scUfHvVrmKJZFYo2Ka9edhafXw2s So8w== MIME-Version: 1.0 X-Received: by 10.66.121.164 with SMTP id ll4mr20737536pab.48.1390663013098; Sat, 25 Jan 2014 07:16:53 -0800 (PST) Received: by 10.70.84.73 with HTTP; Sat, 25 Jan 2014 07:16:53 -0800 (PST) In-Reply-To: <20140124212130.1fa1fce7@kalimero.tijl.coosemans.org> References: <20140124212130.1fa1fce7@kalimero.tijl.coosemans.org> Date: Sat, 25 Jan 2014 16:16:53 +0100 Message-ID: Subject: Re: newsbeuter/stfl error From: Zsolt Udvari To: Tijl Coosemans Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports mailing list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 15:16:53 -0000 Good news! Can I help something? Zsolt 2014-01-24 Tijl Coosemans : > On Fri, 24 Jan 2014 19:50:38 +0100 Zsolt Udvari wrote: >> Hi list! >> >> I'm using www/newsbeuter to read my rss-feeds but after upgrade 9.2 to >> 10.0 it doesn't start. >> >> Starting newsbeuter 2.8... >> Loading configuration...done. >> Opening cache...done. >> Loading URLs from /home/zsolt/.config/newsbeuter/urls...done. >> Loading articles from cache...done. >> STFL Parser Error near ''. >> zsh: abort (core dumped) >> >> >> In gdb: >> #0 0x000000080283026a in thr_kill () from /lib/libc.so.7 >> #1 0x00000008028f7ac9 in abort () from /lib/libc.so.7 >> #2 0x0000000801c740de in stfl_parser () from /usr/local/lib/libstfl.so >> #3 0x0000000801c718b7 in stfl_create () from /usr/local/lib/libstfl.so >> #4 0x00000000004d6c1f in form (this=0x8053dfec0, text=@0x7fffffffcdf0) >> at basic_string.h:235 >> #5 0x0000000000469456 in formaction (this=0x805102880, vv=, formstr= >> {static npos = , _M_dataplus = {> = {<__gnu_cxx::new_allocator> = {}, >> }, _M_p = 0x7fffffffcdf0 "\030F\005\005\b"}}) at src/formaction.cpp:59 >> #6 0x00000000004766fd in feedlist_formaction (this=0x805102880, >> vv=0x7fffffffd7a0, formstr=) at src/feedlist_formaction.cpp:442 >> #7 0x0000000000432119 in newsbeuter::view::run (this=0x7fffffffd7a0) >> at src/view.cpp:288 >> #8 0x000000000043fd67 in newsbeuter::controller::run (this=Unhandled >> dwarf expression opcode 0x9f ) at src/controller.cpp:76 >> #9 0x00007fffffffd578 in ?? () >> #10 0x00007fffffffd540 in ?? () >> #11 0x00000008050b8300 in ?? () >> #12 0x0000000000000000 in ?? () >> >> The newsbeuter 2.7 worked well in FreeBSD 9.2 so I've downgraded to >> 2.7 but same error. Maybe it's possible it's a user error (pebkac) but >> what's wrong? Or it's newsbeuter/stfl bug or freebsd-incompatibility? >> What can I do to solve these problem? > > A patch for this is waiting for review/approval. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 16:38:18 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45915C05; Sat, 25 Jan 2014 16:38:18 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1450A1F18; Sat, 25 Jan 2014 16:38:18 +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=RBRZj0Kn/WhH/OZuVyGeKLa1SUmPMF1J1xoiPWJHsuA=; b=5GDXhnOQAWd4Uh27S1bfErwtTyzvp1kR+TVnnBdnYqWrSW/d9OYcZoVw0Qz9/3QO9xcmNWMrJ9Ma+ptCcG4T9fFu+Gy+CYpa04dqyca8UwGlkhO2boDKWgjQylILbfEMMfqRAdMEXeGZoe9rtx+TpBkkMRAvwgIdOsZPy6fdwdg=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W76FN-000AoH-3o; Sat, 25 Jan 2014 16:38:17 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: mat@FreeBSD.org X-Trac-Project: redports Date: Sat, 25 Jan 2014 16:38:17 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341049: 4x leftovers To: mat@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140125163200-34244 X-Trac-Build-ID: 20140125163200-34244 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 16:38:18 -0000 - add license - Support stage PR: ports/186069 Submitted by: Tatsuki Makino --------------------------------------------------------------------- Build ID: 20140125163200-34244 Job owner: mat@FreeBSD.org Buildtime: 6 minutes Enddate: Sat, 25 Jan 2014 16:38:15 GMT Revision: r341049 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341049 --------------------------------------------------------------------- Port: security/p5-Mcrypt 2.5.7.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mat@FreeBSD.org/20140125163200-34244-261688/p5-Mcrypt-2.5.7.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mat@FreeBSD.org/20140125163200-34244-261689/p5-Mcrypt-2.5.7.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mat@FreeBSD.org/20140125163200-34244-261690/p5-Mcrypt-2.5.7.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mat@FreeBSD.org/20140125163200-34244-261691/p5-Mcrypt-2.5.7.0.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 17:13:26 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93B779A9; Sat, 25 Jan 2014 17:13:26 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6008B1169; Sat, 25 Jan 2014 17:13:26 +0000 (UTC) Received: from Alfreds-MacBook-Air.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 2CFF01A3C1D; Sat, 25 Jan 2014 09:13:23 -0800 (PST) Message-ID: <52E3F03C.1060503@freebsd.org> Date: Sat, 25 Jan 2014 09:11:24 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: John Marino Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> In-Reply-To: <52E3806D.4020902@marino.st> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 17:13:26 -0000 On 1/25/14, 1:14 AM, John Marino wrote: > On 1/25/2014 09:55, Alfred Perlstein wrote: >> On 1/24/14, 11:45 PM, John Marino wrote: >>> On 1/25/2014 05:16, Alfred Perlstein wrote: >>>>> Thus, are you volunteering for this role? It's not my call, but if you >>>>> really want to do clean out and triage the all PRs on an ongoing basis, >>>>> my guess is that would be very welcome and we'd figure out a way to set >>>>> that up. It would definitely help, especially for those maintainer >>>>> that >>>>> "approve" patches but the PRs never get opened (or set to a better >>>>> state >>>>> than "open"). >>>>> >>>>> At some point we'll have a new PR system, that fact might be having an >>>>> impact on current PRs as well... >>>> To me it would speak of tooling as opposed to anything. >>>> Does the ports system have a 1 or 2 click interface for merging PRs like >>>> for instance github? >>> The SCM part of the ports process is not the bottleneck. >>> >>>> Could ports take PRs in the form of pull requests on github? >>>> Wouldn't that just turn the number of updates into a few minor clicks? >>> This makes a fatal and untrue assumption: That was is submitted just >>> needs to be committed. In my brief experience, I can tell you that's >>> simply not true. If a submission can be taken without a single change, >>> that is truly an exception. It's not even the submitters fault often, >>> sometimes the infrastructure changes but the submitter didn't know or >>> account for it, or the PR came before the infrastructure change. >>> >>> One can RARELY take a submission as-is. Thus, pull requests turn into >>> merge conflict exercises and cause more work, not less IMO. >> Your opinion is completely incorrect. It is trivial for someone to take >> a pull request and resolve the differences and it is MUCH easier (orders >> of magnitude) to collab using git/github than it is to mail around >> patches over and over. I really believe you don't understand how >> git/github works. > First, that's presumptuous. I have a github account that I use. DPorts > and DeltaPorts are both hosted on GitHub, and based on git. I know how > what it can do. > > Secondly, ports is SVN, not git, and it's not going to be based on git. > So it's a moot discussion. Still missing the point. Git can sit on top of svn. > Thirdly, we don't mail patches around. You just pull the patch from > GNATS. Applying patches is not hard. I personally prefer rejected > hunks than editing merge conflicts. Sure I can do both. I find > rejected hunks easier to deal with than yours/his/merged/common etc. Basically "we don't carry floppies from computer to computer!!! we use zip disks!! mlaaah". OK, got it! From what I'm reading you may know how to use git casually, but not in any other fashion than "it's like svn, but I have to commit twice". > Lastly: you are skipping steps. There's review and testing to be done. > You don't just merge and commit. Using pull requests (even if it were > possible on SVN) doesn't significantly change anything. I'm not skipping steps if you read the rest of my mail. >>>> (also wouldn't it make it easier for ports submitters)? >>> personally I don't really think so, plus I don't see the current or >>> future PR system as the barrier for port submitters. >>> >>>> (maybe there is some great ports system that I'm not aware of that makes >>>> this all as easy github, but I somehow doubt that.) >>> I would like to see something where the submission gets tested in >>> Redports automatically, and automatically annotates if the port passes >>> on all platforms or not. Then the submitter gets notice it needs fixing >>> immediately and FreeBSD folks don't have to take the PR, test it, reject >>> it, and state why. That iteration can take a few cycles and automated >>> testing could cut that process time tremendously. >> That would be interesting. If you could get it to work with github >> you'd find a lot more people active and willing to participate. >> >> Basically, if my workflow was: >> >> start: >> git pull request -> creates redport submission -> then >> either: >> 1) submission compiles and works -> promotes to "qualified" pull >> request -> either auto merged or given to maintainer to merge in 1 click. >> 2) submission fails, then either I fix and resubmit the pull >> request, or I collab with the submitter to get it to work and then >> resubmit GOTO start. > Well, that's not what I said above. That gets freebsd committers > involved before the patch is verified to build. I was trying to get > freebsd committers not to see patches that don't even build and make > sure they get fixed before committers spend any time on it. > >> That said, you'll have to be up for learning new tools, and that doesn't >> leave me very optimistic of this ever happening. > IIUC, you are trying to start a git migration from subversion > discussion. No you do not "IIUC". The point here is to encourage the use of existing tooling to solve a problem or enhance a process. > While I am happy with either one (given that DragonFly > Ports and sources is hosted on git), I don't see the acceptance by > others. Yes, because change can never happen because some people don't like change. Sad. Forever in 2004. > The "use git tools and/or github" discussion is not going to go > far, no. It's not a new tools thing either. The replace of GNATS is a > big tool change that freebsd people are impatiently waiting for. Ha! I've heard that for the past 10 years. Not holding my breath. By the way, this wasn't about switching to git (although that would be nice), this is about leveraging existing tools. One can very easily use git-svn bridge to push git changes into subversion. Or you can try to re-implement a patch queue based system yourself using a bunch of duct tape and bailing wire and likely get frustrated and either never complete it OR complete it and it's just not even half as good as git as a patch manager. Use the existing tools. I implore you to explore the idea of using existing tools to solve the problem, or at least solve a part of the problem, instead of trying to reinvent functionality that already exists. -Alfred From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 17:29:27 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC0A9D22; Sat, 25 Jan 2014 17:29:27 +0000 (UTC) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 217871239; Sat, 25 Jan 2014 17:29:27 +0000 (UTC) Received: from [192.168.0.23] (unknown [130.255.19.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 6025C438BC; Sat, 25 Jan 2014 11:29:10 -0600 (CST) Message-ID: <52E3F454.3020206@marino.st> Date: Sat, 25 Jan 2014 18:28:52 +0100 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> In-Reply-To: <52E3F03C.1060503@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 17:29:27 -0000 On 1/25/2014 18:11, Alfred Perlstein wrote: > > Still missing the point. Git can sit on top of svn. > Other than converting SVN to Git, I don't know anything about that. It would never be done in an official capacity. Git is not an official tool of FreeBSD. > From what I'm reading you may know how to use git casually, but not in > any other fashion than "it's like svn, but I have to commit twice". So you continue to be make bad assumptions then. I am a committer to DragonFly. We use git for src and ports. We use it more than casually. The maintenance of vendor branches is not standard at all, for example. > One can very easily use git-svn bridge to push git changes into > subversion. Or you can try to re-implement a patch queue based system > yourself using a bunch of duct tape and bailing wire and likely get > frustrated and either never complete it OR complete it and it's just not > even half as good as git as a patch manager. It's a solution looking for a problem. I'm not hearing anyone grip about the patches. It's not the bottleneck. I can only conjecture, but I from what I've seen, there's no way git bridges will be accepted as official methods. > Use the existing tools. > > I implore you to explore the idea of using existing tools to solve the > problem, or at least solve a part of the problem, instead of trying to > reinvent functionality that already exists. You are solving the wrong problem. And nobody is "reinventing" anything, which is weird to say because GNATS is far older than git and github. The tool set, archaic or not, is not presenting any kind of bottleneck. John From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 17:30:53 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62966DC3; Sat, 25 Jan 2014 17:30:53 +0000 (UTC) Received: from mail-pd0-x229.google.com (mail-pd0-x229.google.com [IPv6:2607:f8b0:400e:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 293BE12A3; Sat, 25 Jan 2014 17:30:53 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id v10so4278242pde.28 for ; Sat, 25 Jan 2014 09:30:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KRl6p49JjwGn4kRbj+i89QEQskmwtj1V7x8jdkeuVZY=; b=R51geQKzp0Ytmq6slhc/3rblPL+ILlo1YfBqUReCpq0PjQRIuwomCQRWHhFERsvy6Q kKCuIG0gXJ5qglABLL352+TFR38GqeeJapG9FBHkcuwKXfrTs+1135v+pJ1x3i8kr96n IwO/JLfS5UqzKJc5VH1gTmazusbqCxX5cAOaCdmGyYQOenb8+w+Uk4VxyLwtdULkT6Nt +k1gzC/gfqLdwhmAMIDWad3S80WUf/8hiN4IrpWIfkNfwLCKq9aVH+czCkskCn4wqwvo vsz1QxzkD5hkJyz9m1nrRZlHmUyS7KJfaDown7DYvAlZCk9PnuMVgtAxDP+GpZz3Z3sW XazQ== MIME-Version: 1.0 X-Received: by 10.66.179.143 with SMTP id dg15mr21134979pac.52.1390671052789; Sat, 25 Jan 2014 09:30:52 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sat, 25 Jan 2014 09:30:52 -0800 (PST) In-Reply-To: <52E3F03C.1060503@freebsd.org> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> Date: Sat, 25 Jan 2014 12:30:52 -0500 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: Alfred Perlstein Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: John Marino , marino@freebsd.org, FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 17:30:53 -0000 > By the way, this wasn't about switching to git (although that would be > nice), this is about leveraging existing tools. > > One can very easily use git-svn bridge to push git changes into > subversion. Or you can try to re-implement a patch queue based system > yourself using a bunch of duct tape and bailing wire and likely get > frustrated and either never complete it OR complete it and it's just not > even half as good as git as a patch manager. > > Use the existing tools. > > I implore you to explore the idea of using existing tools to solve the > problem, or at least solve a part of the problem, instead of trying to > reinvent functionality that already exists devel/tailor (which I maintain but never used) is designed to automatic convert repos from one scm to an other this might be the best solution... also I think the devel/aegis model of develop-->test-->review-->integrate (which is built in by default but can be turned of or configured) might help here (no need for changing tools unless we want to since most of this is procedural) the basic model is: 1. One person develops 2. An other reviews 3. Yet an other intergates I think the first 2 is what we need to focus on. Namely when a new port comes it is assigned a perm reviewer/integrator (aka comitter) and all changes to that port from hence forth have that person as the assigned comitter -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 17:37:59 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A828427E; Sat, 25 Jan 2014 17:37:59 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8F06B12D9; Sat, 25 Jan 2014 17:37:59 +0000 (UTC) Received: from Alfreds-MacBook-Air.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 54F401A3C19; Sat, 25 Jan 2014 09:37:59 -0800 (PST) Message-ID: <52E3F600.9020009@freebsd.org> Date: Sat, 25 Jan 2014 09:36:00 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: John Marino Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> <52E3F454.3020206@marino.st> In-Reply-To: <52E3F454.3020206@marino.st> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 17:37:59 -0000 On 1/25/14, 9:28 AM, John Marino wrote: > On 1/25/2014 18:11, Alfred Perlstein wrote: >> Still missing the point. Git can sit on top of svn. >> > Other than converting SVN to Git, I don't know anything about that. It > would never be done in an official capacity. Git is not an official > tool of FreeBSD. > I encourage you to educate yourself then and then review the suggestions I gave. Continuing the discussion at this point would prove worthless. Here are some links to get yourself started: git-svn: https://www.kernel.org/pub/software/scm/git/docs/git-svn.html http://git-scm.com/book/en/Git-and-Other-Systems-Git-and-Subversion http://viget.com/extend/effectively-using-git-with-subversion gerrit: a tool for review and automation of code submission: http://code.google.com/p/gerrit/ -Alfred From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 17:48:40 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B53DE773; Sat, 25 Jan 2014 17:48:40 +0000 (UTC) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 21FB9139A; Sat, 25 Jan 2014 17:48:39 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id p61so3777805wes.6 for ; Sat, 25 Jan 2014 09:48:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=rXVNZI+MI1jlxuj79RR3nlT29ydGClsB2jTZlXYes+4=; b=MopTcpu9ZcP07HZBxzt7vcIvNFHcCHHc43vhkMlADYPQCuahMb0zDmDXharjUc29RF c5qOvToPqh8ZzNxnIg2wco3cTMKvNCQdPydXZzosj5iCafRnhnFtpoO+j17kG803RL6N GSS9xCnYn7ZvbdS72cJtwAVPKW7hkENvtp/ocOAMTSLYmS9Ybjtp1Bv4RIBtGeoXxESF tMY5Nb05QP/jXvkR+6nEIi8oUtFw4g3uq2q2xYIAc6g063e5pRHPb/aRJ/MCEGlcpTLK jdG9Do9NdLcmotYMoqhj8mSQCCcWW7NuW4J1O9bFRsC/1Q4oL7CRsHSwSwMoqphN5hCf LW8w== X-Received: by 10.194.108.198 with SMTP id hm6mr1820511wjb.33.1390672118490; Sat, 25 Jan 2014 09:48:38 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id 5sm11302063wjw.17.2014.01.25.09.48.37 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 09:48:37 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 25 Jan 2014 18:48:35 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140125174835.GA67191@ithaqua.etoilebsd.net> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <52E33AA7.3080205@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 17:48:40 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 24, 2014 at 08:16:39PM -0800, Alfred Perlstein wrote: >=20 > On 1/24/14, 4:47 PM, John Marino wrote: > > On 1/25/2014 01:36, Big Lebowski wrote: > >> I was hoping to get some discussion revealing how the work is organized > >> around ports PR, perhaps some ideas on improving them and I hoped that > >> people who can make decisions and changes would notice it and consider > >> them, since as they say, the squeeky wheel gets the grease, that's all= =2E At > >> no point I insisted on forcing anyone to anything, and I dont think th= at's > >> neither only nor a viable solution. > >> > >> It seems obvious that current process doesnt work very well, then I'd = aim > >> at reorganizing that process - it appears that there is no roles speci= fied, > >> so the responsibility is blurred, and when everyone is responsible for= one > >> thing, in practice no one is. Perhaps role assignment could be of any = help? > > I'm not trying to be a jerk, but surely I'm coming off that way. > > Again, nobody is obligated to accept any assignment. They have to > > volunteer to do it. The only person that The Big Lebowski can influence > > here is himself. > > > > Thus, are you volunteering for this role? It's not my call, but if you > > really want to do clean out and triage the all PRs on an ongoing basis, > > my guess is that would be very welcome and we'd figure out a way to set > > that up. It would definitely help, especially for those maintainer that > > "approve" patches but the PRs never get opened (or set to a better state > > than "open"). > > > > At some point we'll have a new PR system, that fact might be having an > > impact on current PRs as well... >=20 > To me it would speak of tooling as opposed to anything. >=20 > Does the ports system have a 1 or 2 click interface for merging PRs like= =20 > for instance github? >=20 > Could ports take PRs in the form of pull requests on github? >=20 > Wouldn't that just turn the number of updates into a few minor clicks? >=20 > (also wouldn't it make it easier for ports submitters)? >=20 > (maybe there is some great ports system that I'm not aware of that makes= =20 > this all as easy github, but I somehow doubt that.) That would imho be a total disaster, as less and less people will really ta= ke care of reviewing the actual patch (lots of commits are already directly fr= om Pr patches without applying some necessary diff for consistency, correctness, = Q/A and cosmetic.) btw we already have tons of tools available to just merge patches directly = =66rom gnats. regards, Bapt --gKMricLos+KVdGMg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLj+PMACgkQ8kTtMUmk6Ew6+ACfZmKpqI3564rxWd9n0X7hdFyD WqAAoIxA89hsLvzwre+4wMGAHvZ7bh7Y =YIsI -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 17:51:55 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE091AFA; Sat, 25 Jan 2014 17:51:55 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A147146A; Sat, 25 Jan 2014 17:51:55 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id a1so4078921wgh.4 for ; Sat, 25 Jan 2014 09:51:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=/MaLg/oBC+m73IQ9055GK0/GngZFYbHhbIFlKxwloew=; b=h+E49L/DnIDCN5i/fNOCq8njeCDUyy3heL0WyHWxnKTGnP1G2eBzfYfftLCxbwISLk JiVLecO9IMR1USz0r182WDuAwjJo+If3sI40tsLHy41GkmPwrUDShvGoth+ihJaxPxZP cdjaZcrUDobxAlMR9jqdUjjzQfEGouDJwFtNrXkZNbPYjg/IGTju8m2InvJ89O3C+pFX hMr6yEt5PdmAMdjsy4S0HR99d45PcTV0eoO34PNYexMFEVGhSBYS+M536tDmKRYe3mGd MN/oKKd2WkCwpprwH8F7kU42RMCdQujJVUKI1Gw6qZfMeNu7Ovd42ZRcWjm68rNzik7+ CnMA== X-Received: by 10.194.75.198 with SMTP id e6mr14677588wjw.3.1390672313527; Sat, 25 Jan 2014 09:51:53 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id y13sm11344688wjr.8.2014.01.25.09.51.52 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 09:51:52 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 25 Jan 2014 18:51:50 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140125175150.GB67191@ithaqua.etoilebsd.net> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E3719B.3040503@rawbw.com> <52E37C71.1060906@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline In-Reply-To: <52E37C71.1060906@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Yuri , freebsd-ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 17:51:55 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 12:57:21AM -0800, Alfred Perlstein wrote: >=20 > On 1/25/14, 12:11 AM, Yuri wrote: > > On 01/24/2014 20:16, Alfred Perlstein wrote: > >> (maybe there is some great ports system that I'm not aware of that=20 > >> makes this all as easy github, but I somehow doubt that.) > > > > github itself is closed source, but 95% of its functionality is based= =20 > > on git which is open. One only needs to invoke 3-4 git operations to=20 > > support what it does on the website side. Register on the site, fork=20 > > the project under user's login, submit a pull request, merge a fork's= =20 > > branch to the main branch. All these are basically git commands.=20 > > Without the glossiness of github, this is not that large of a project.= =20 > > Submitters will do the rest through git. > > > > I think, instead of tediously going through the PRs by hand, it is=20 > > wiser to set up some system like this. > > > Agreed. +1000 >=20 > Although if we go down the rabbit hole of building something "like=20 > github" that might take a while. For now prototyping using the github=20 > pull methods might be a good proof of concept. I may look into doing a= =20 > github pull request -> GNATS (src) PR gateway if time allows. Once again github pull request is the worst way of merging patches that exi= sts. We already have problem with ugly and inaccurate logs, such pull request wi= ll make it even worse. Making proper merge from github pull request it not that easy, you will nee= d to fetch pull request as custom branches and cherry-pick them. That is really = not convenient. regards, Bapt --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLj+bYACgkQ8kTtMUmk6EygywCgqdbWFiNuGF/9PZIdNqjWbCf6 Z5AAn1sY07FTJiY4XicQfUVocEABKbns =SwxP -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 17:53:41 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA231BEC; Sat, 25 Jan 2014 17:53:41 +0000 (UTC) Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 902201488; Sat, 25 Jan 2014 17:53:41 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id x10so4252380pdj.22 for ; Sat, 25 Jan 2014 09:53:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EWaLtAuq2LHqTvFpc85Y5GlVwDjjv84aaauqoa+AE0c=; b=jl4WxPbUEvMQaMGhWN73FY3TE2vGkqSFDlgfowJhdIRT/IntCrflj+UVCk2ke/kfL6 7iruLaHspWyXk8L47GWTIXFOZrGXL9laMeFX5MwSQLNUAOnJDjT1wJiJqSaz8MIbqZgq 6g3u3hyj+ER9lA13T8/z1McW8G29CslAE5+lnQCsNyORMCI/XKtG+e5APENVNQeae9et jvhlU3kexzWySb0y1sJH2lrxkBTioH6hPBaQeLD1V5NaD4WPKGEAQFvuLsnqR57Kt0/2 Py760ttOZVoSTTEqa5b0Z4z+NofPZhuutadnj4h+9t0EIb1nhhOqM2cuo8YxXzKFu+8+ fepA== MIME-Version: 1.0 X-Received: by 10.68.24.193 with SMTP id w1mr21124315pbf.78.1390672421282; Sat, 25 Jan 2014 09:53:41 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sat, 25 Jan 2014 09:53:41 -0800 (PST) In-Reply-To: <20140125175150.GB67191@ithaqua.etoilebsd.net> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E3719B.3040503@rawbw.com> <52E37C71.1060906@freebsd.org> <20140125175150.GB67191@ithaqua.etoilebsd.net> Date: Sat, 25 Jan 2014 12:53:41 -0500 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Yuri , Alfred Perlstein , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 17:53:41 -0000 Making proper merge from github pull request it not that easy, you will > need to > fetch pull request as custom branches and cherry-pick them. That is really > not > convenient. > devel/tailor was designed specifically for this case (the actual case it does is aegis <---> svn) but same basic idea -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 17:54:35 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DEA3C81 for ; Sat, 25 Jan 2014 17:54:35 +0000 (UTC) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3DEB91499 for ; Sat, 25 Jan 2014 17:54:35 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id lj1so4389622pab.26 for ; Sat, 25 Jan 2014 09:54:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=W0x2rCrv9kaNJ5f6aOu9PC7K6yUmWigNQDyxgulra4Q=; b=DPzDmm7HU9gPYjbC9kMRqOeEAKw2xCqPxffxBlIQskyS9KC5VoDdBWLRANxbT79sdQ g08vD/oTbTi86ZZHZoCO4dWWUTYt6EDlgnqwufVBQtL+w+k0YpcZqgxeVOrfSqRBrK4S GSPXseaNQBgRJpXtHkk6O9xQu6KL6ala2bBcSp7pciqD50orgJf/IYZ1AguA5aOLG8sR xOrenniXa+mQeahsHq+Wv/vjG3ZfJOnOrui43rOpRtyOdqVLV0/l6GxG0ct3S1gfS3Uu ULoLKcef7c3hF1EjxJMFGEAYjh/S7Pq7Kzk93Cj5zX7NDVjgFX8644PbTUENsDoA5RrW lvfg== MIME-Version: 1.0 X-Received: by 10.67.23.135 with SMTP id ia7mr20626674pad.5.1390672474810; Sat, 25 Jan 2014 09:54:34 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sat, 25 Jan 2014 09:54:34 -0800 (PST) In-Reply-To: References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> <52E3F454.3020206@marino.st> Date: Sat, 25 Jan 2014 12:54:34 -0500 Message-ID: Subject: Fwd: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: FreeBSD Ports ML Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 17:54:35 -0000 ---------- Forwarded message ---------- From: Aryeh Friedman Date: Sat, Jan 25, 2014 at 12:34 PM Subject: Re: What is the problem with ports PR reaction delays? To: John Marino > You are solving the wrong problem. > And nobody is "reinventing" anything, which is weird to say because > GNATS is far older than git and github. The tool set, archaic or not, > is not presenting any kind of bottleneck. > It should be trivial to see if a port at least builds and that can be automated I am willing to bet 80% of new ports will not pass this test on the first try and thus 80% of the back log can eliminated right away > > John > _______________________________________________ > 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" > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 17:59:52 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7AD5E4D; Sat, 25 Jan 2014 17:59:52 +0000 (UTC) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B5D714C5; Sat, 25 Jan 2014 17:59:51 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id z12so4079270wgg.18 for ; Sat, 25 Jan 2014 09:59:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=voufeMIpdvbdL5gRoK87JPn+rnBI2uPKew0Qwg+y3fg=; b=rhwPz5IbNRRaxYEkOkrDSvitPbnWghooqYCgEKNsKk96u5ZLRQ46N/UY1P+rSA4ghr L++Wo05XwpbJMxuokwZEgfOnUS8XjirY68HhXwALJFlYyjdoHpZEGbLAT+8yeX4dJWdE 3uMXFyGIze3g8OtbeSSJejaxWLRK1A9Sv81LmzSzh8D6jqp+7hFjOrBGkK60L/7vNUCt /rXa2eSAmCCoGWQll2FxkgShWQzlWvFEt5vuSME+TOWctNLVgbTJdSEqt+vuv3yGsiGm IJQmGlKzxDHhsinNIuqvdXJy6oP4QD5ItHWlgzF6SsypzxDrBE7FMbYkFMvk+X2FgWq7 v+Ow== X-Received: by 10.180.75.115 with SMTP id b19mr7061933wiw.19.1390672790455; Sat, 25 Jan 2014 09:59:50 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id hy8sm11404801wjb.2.2014.01.25.09.59.48 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 09:59:49 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 25 Jan 2014 18:59:47 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140125175947.GC67191@ithaqua.etoilebsd.net> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tqI+Z3u+9OQ7kwn0" Content-Disposition: inline In-Reply-To: <52E3F03C.1060503@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: John Marino , marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 17:59:52 -0000 --tqI+Z3u+9OQ7kwn0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 09:11:24AM -0800, Alfred Perlstein wrote: >=20 > On 1/25/14, 1:14 AM, John Marino wrote: > > On 1/25/2014 09:55, Alfred Perlstein wrote: > >> On 1/24/14, 11:45 PM, John Marino wrote: > >>> On 1/25/2014 05:16, Alfred Perlstein wrote: > >>>>> Thus, are you volunteering for this role? It's not my call, but if= you > >>>>> really want to do clean out and triage the all PRs on an ongoing ba= sis, > >>>>> my guess is that would be very welcome and we'd figure out a way to= set > >>>>> that up. It would definitely help, especially for those maintainer > >>>>> that > >>>>> "approve" patches but the PRs never get opened (or set to a better > >>>>> state > >>>>> than "open"). > >>>>> > >>>>> At some point we'll have a new PR system, that fact might be having= an > >>>>> impact on current PRs as well... > >>>> To me it would speak of tooling as opposed to anything. > >>>> Does the ports system have a 1 or 2 click interface for merging PRs = like > >>>> for instance github? > >>> The SCM part of the ports process is not the bottleneck. > >>> > >>>> Could ports take PRs in the form of pull requests on github? > >>>> Wouldn't that just turn the number of updates into a few minor click= s? > >>> This makes a fatal and untrue assumption: That was is submitted just > >>> needs to be committed. In my brief experience, I can tell you that's > >>> simply not true. If a submission can be taken without a single chang= e, > >>> that is truly an exception. It's not even the submitters fault often, > >>> sometimes the infrastructure changes but the submitter didn't know or > >>> account for it, or the PR came before the infrastructure change. > >>> > >>> One can RARELY take a submission as-is. Thus, pull requests turn into > >>> merge conflict exercises and cause more work, not less IMO. > >> Your opinion is completely incorrect. It is trivial for someone to ta= ke > >> a pull request and resolve the differences and it is MUCH easier (orde= rs > >> of magnitude) to collab using git/github than it is to mail around > >> patches over and over. I really believe you don't understand how > >> git/github works. > > First, that's presumptuous. I have a github account that I use. DPorts > > and DeltaPorts are both hosted on GitHub, and based on git. I know how > > what it can do. > > > > Secondly, ports is SVN, not git, and it's not going to be based on git. > > So it's a moot discussion. >=20 > Still missing the point. Git can sit on top of svn. Oh you have a nice way to allow git-svn to properly handle properties? >=20 > > Thirdly, we don't mail patches around. You just pull the patch from > > GNATS. Applying patches is not hard. I personally prefer rejected > > hunks than editing merge conflicts. Sure I can do both. I find > > rejected hunks easier to deal with than yours/his/merged/common etc. >=20 > Basically "we don't carry floppies from computer to computer!!! we use= =20 > zip disks!! mlaaah". >=20 > OK, got it! >=20 > From what I'm reading you may know how to use git casually, but not in= =20 > any other fashion than "it's like svn, but I have to commit twice". >=20 > > Lastly: you are skipping steps. There's review and testing to be done. > > You don't just merge and commit. Using pull requests (even if it were > > possible on SVN) doesn't significantly change anything. >=20 > I'm not skipping steps if you read the rest of my mail. >=20 > >>>> (also wouldn't it make it easier for ports submitters)? > >>> personally I don't really think so, plus I don't see the current or > >>> future PR system as the barrier for port submitters. > >>> > >>>> (maybe there is some great ports system that I'm not aware of that m= akes > >>>> this all as easy github, but I somehow doubt that.) > >>> I would like to see something where the submission gets tested in > >>> Redports automatically, and automatically annotates if the port passes > >>> on all platforms or not. Then the submitter gets notice it needs fix= ing > >>> immediately and FreeBSD folks don't have to take the PR, test it, rej= ect > >>> it, and state why. That iteration can take a few cycles and automated > >>> testing could cut that process time tremendously. > >> That would be interesting. If you could get it to work with github > >> you'd find a lot more people active and willing to participate. > >> > >> Basically, if my workflow was: > >> > >> start: > >> git pull request -> creates redport submission -> then > >> either: > >> 1) submission compiles and works -> promotes to "qualified" pull > >> request -> either auto merged or given to maintainer to merge in 1 cli= ck. > >> 2) submission fails, then either I fix and resubmit the pull > >> request, or I collab with the submitter to get it to work and then > >> resubmit GOTO start. > > Well, that's not what I said above. That gets freebsd committers > > involved before the patch is verified to build. I was trying to get > > freebsd committers not to see patches that don't even build and make > > sure they get fixed before committers spend any time on it. > > > >> That said, you'll have to be up for learning new tools, and that doesn= 't > >> leave me very optimistic of this ever happening. > > IIUC, you are trying to start a git migration from subversion > > discussion. > No you do not "IIUC". The point here is to encourage the use of=20 > existing tooling to solve a problem or enhance a process. Once again we already have tools to get the patches out of gnats and applyi= ng them automatically, those tools will be even easier with bugzilla. >=20 > > While I am happy with either one (given that DragonFly > > Ports and sources is hosted on git), I don't see the acceptance by > > others. > Yes, because change can never happen because some people don't like=20 > change. Sad. Forever in 2004. >=20 >=20 > > The "use git tools and/or github" discussion is not going to go > > far, no. It's not a new tools thing either. The replace of GNATS is a > > big tool change that freebsd people are impatiently waiting for. > Ha! I've heard that for the past 10 years. Not holding my breath. >=20 > By the way, this wasn't about switching to git (although that would be=20 > nice), this is about leveraging existing tools. >=20 > One can very easily use git-svn bridge to push git changes into=20 > subversion. Or you can try to re-implement a patch queue based system=20 > yourself using a bunch of duct tape and bailing wire and likely get=20 > frustrated and either never complete it OR complete it and it's just not= =20 > even half as good as git as a patch manager. git-svn is broken and cannot work 100% of the time as-is with the ports tree >=20 > Use the existing tools. >=20 > I implore you to explore the idea of using existing tools to solve the=20 > problem, or at least solve a part of the problem, instead of trying to=20 > reinvent functionality that already exists. Those tools does exists! Sure they can be improved, but the problem is not = the tools, but rather humans. People willing to go through the different PR, wi= lling to spend time building everything needed (deps) and the port itself, doing = all the Q/A checks (all of them cannot be automated even if most can and are already). and do the runtime tests! which often cannot be automated. regards, Bapt --tqI+Z3u+9OQ7kwn0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLj+5MACgkQ8kTtMUmk6ExzeACfUPNzF4vMVMfe/w60vq7rpWzW Jp0An3iIs/dvG6JPBTrFOxDwEYyZHv10 =nAZh -----END PGP SIGNATURE----- --tqI+Z3u+9OQ7kwn0-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 18:04:50 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 151FCF85; Sat, 25 Jan 2014 18:04:50 +0000 (UTC) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A20B156C; Sat, 25 Jan 2014 18:04:49 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id y10so4088475wgg.8 for ; Sat, 25 Jan 2014 10:04:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=st1D4TGxzCTwah3t7/y6IqH+qpRAm8xEpH3kqemyi0o=; b=wFAk53R7xT+WvxQCR9k4z3CJCu4d5mBEwE2PCVI1WFectgdsOfuGmtp6Hi1R/9ZFYT U/rtLbIqEsXuAmBy4/wWFCwPKKs3Ngbd04GsS9AwAKMVk/b438gF/ngxpDb1VJsaRI8V zR/JtjznnV/6bmT+c2a1arsb8TH72l32+Z3fn38x7gKSfQfZW8Bix6n/sv7oarljp6Q9 3nOyyG7KI8NkGwCim7ZnYEAkQhzbFYJJjO5IZVr2+QqgcuU3Bnfaxln3ZKwORW0D6TJV b65Z9vwT3vgZWQNEgZv796IzGAAZtpgTCyZM/VxBS4dluCXbaOy4AwnF+NWBQJeBLZ+B OXxA== X-Received: by 10.180.165.15 with SMTP id yu15mr7063317wib.28.1390673087580; Sat, 25 Jan 2014 10:04:47 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id co15sm11406064wjb.12.2014.01.25.10.04.46 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 10:04:46 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 25 Jan 2014 19:04:44 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140125180444.GD67191@ithaqua.etoilebsd.net> References: <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> <52E3F454.3020206@marino.st> <52E3F600.9020009@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NtwzykIc2mflq5ck" Content-Disposition: inline In-Reply-To: <52E3F600.9020009@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: John Marino , marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 18:04:50 -0000 --NtwzykIc2mflq5ck Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 09:36:00AM -0800, Alfred Perlstein wrote: >=20 > On 1/25/14, 9:28 AM, John Marino wrote: > > On 1/25/2014 18:11, Alfred Perlstein wrote: > >> Still missing the point. Git can sit on top of svn. > >> > > Other than converting SVN to Git, I don't know anything about that. It > > would never be done in an official capacity. Git is not an official > > tool of FreeBSD. > > > I encourage you to educate yourself then and then review the suggestions= =20 > I gave. I encourage you to give a shot at what you are suggesting. git-svn is broke= n for committers as long as it doesn't properly handle properties. >=20 > Continuing the discussion at this point would prove worthless. >=20 > Here are some links to get yourself started: >=20 > git-svn: > https://www.kernel.org/pub/software/scm/git/docs/git-svn.html > http://git-scm.com/book/en/Git-and-Other-Systems-Git-and-Subversion > http://viget.com/extend/effectively-using-git-with-subversion >=20 > gerrit: a tool for review and automation of code submission: > http://code.google.com/p/gerrit/ =7F phabricator will definitly give us more flexibility and work closer to our requirements, instead of pull request you will have new "reviews", the arc command allows you to fet= ch the review and apply it to your working copy, it plays nicely with git, hg = _and_ svn. http://phabricator.org/ regards, Bapt --NtwzykIc2mflq5ck Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLj/LwACgkQ8kTtMUmk6EwQPwCggpX/BiRvg3QyXb9bLk/mGSbR sWYAoLQ0Tof+W4tHjIDmy1DDLBXsqKaT =uNkF -----END PGP SIGNATURE----- --NtwzykIc2mflq5ck-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 18:06:19 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D183196; Sat, 25 Jan 2014 18:06:19 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A874B1587; Sat, 25 Jan 2014 18:06:18 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id w61so3897269wes.30 for ; Sat, 25 Jan 2014 10:06:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=29ZMxr+me65ToKXoo3/ATfQGiY/qXjh0E4vHtOJKwv8=; b=SVy6ZQ7VDJQV4Lmi2uzZ3cvs4Tamzls+wMhwJlTdqdBs6SbCco1wmKvCXH6usOcuJn Cmhkgjsuf7WhXwegh7KKoroFG43+a5FanHLj/ypMGoFSCX675NGVwk6gqbL3Me0D/KHP r2zhtN5II05GD4C1nzZHoiNjIDFZNAPFb0Xzjen50eRMo1EkMqObXQ0h5row7SRTRUNz YSr1q3sqbposIxYadNgGdc639hpQzH4EF7n6NSDk1HOAhuX1EN9bDRtQApdN+AAvvmji XXvvCkb6kg/xwX/ggEN7lMprjlULuYGPrVJbSa9bGPqnkBK8/pz0SPzu5TEbDYzWpBvR eC/Q== X-Received: by 10.181.13.11 with SMTP id eu11mr6964014wid.30.1390673177037; Sat, 25 Jan 2014 10:06:17 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id uc9sm15977427wib.2.2014.01.25.10.06.15 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 10:06:16 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 25 Jan 2014 19:06:14 +0100 From: Baptiste Daroussin To: Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140125180614.GE67191@ithaqua.etoilebsd.net> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E3719B.3040503@rawbw.com> <52E37C71.1060906@freebsd.org> <20140125175150.GB67191@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="84ND8YJRMFlzkrP4" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Yuri , Alfred Perlstein , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 18:06:19 -0000 --84ND8YJRMFlzkrP4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 12:53:41PM -0500, Aryeh Friedman wrote: > Making proper merge from github pull request it not that easy, you will > > need to > > fetch pull request as custom branches and cherry-pick them. That is rea= lly > > not > > convenient. > > >=20 > devel/tailor was designed specifically for this case (the actual case it > does is aegis <---> svn) but same basic idea Well website is broken for now, I can have a look :) regards, Bapt --84ND8YJRMFlzkrP4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLj/RYACgkQ8kTtMUmk6ExQLgCdFsGnMN1iBtLsx/t7xrQzjmZT GqYAn2QregixMpjD+7hIRyg9VmWjxDlU =Bt8M -----END PGP SIGNATURE----- --84ND8YJRMFlzkrP4-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 18:25:08 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85D9F83E; Sat, 25 Jan 2014 18:25:08 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4262716E7; Sat, 25 Jan 2014 18:25:08 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id DADFE1A3C22; Sat, 25 Jan 2014 10:25:07 -0800 (PST) Message-ID: <52E40183.3090304@freebsd.org> Date: Sat, 25 Jan 2014 10:25:07 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <20140125174835.GA67191@ithaqua.etoilebsd.net> In-Reply-To: <20140125174835.GA67191@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 18:25:08 -0000 On 1/25/14 9:48 AM, Baptiste Daroussin wrote: > On Fri, Jan 24, 2014 at 08:16:39PM -0800, Alfred Perlstein wrote: >> >> To me it would speak of tooling as opposed to anything. >> >> Does the ports system have a 1 or 2 click interface for merging PRs like >> for instance github? >> >> Could ports take PRs in the form of pull requests on github? >> >> Wouldn't that just turn the number of updates into a few minor clicks? >> >> (also wouldn't it make it easier for ports submitters)? >> >> (maybe there is some great ports system that I'm not aware of that makes >> this all as easy github, but I somehow doubt that.) > That would imho be a total disaster, as less and less people will really take > care of reviewing the actual patch (lots of commits are already directly from Pr > patches without applying some necessary diff for consistency, correctness, Q/A > and cosmetic.) > > You are not serious. You are saying that because the process would be too streamlined that quality would be impacted? That is pretty entertaining. I've seen such positions, but only at very large and derpy companies coming from people invested in broken tooling. > btw we already have tons of tools available to just merge patches directly from > gnats. Are any of these tools available on the other side? Ie, for port submitters? -Alfred From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 18:26:31 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4536B8E0; Sat, 25 Jan 2014 18:26:31 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C3A6B16F9; Sat, 25 Jan 2014 18:26:30 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id A1F0E1A3C19; Sat, 25 Jan 2014 10:26:30 -0800 (PST) Message-ID: <52E401D6.8060908@freebsd.org> Date: Sat, 25 Jan 2014 10:26:30 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E3719B.3040503@rawbw.com> <52E37C71.1060906@freebsd.org> <20140125175150.GB67191@ithaqua.etoilebsd.net> In-Reply-To: <20140125175150.GB67191@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Yuri , freebsd-ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 18:26:31 -0000 On 1/25/14 9:51 AM, Baptiste Daroussin wrote: > On Sat, Jan 25, 2014 at 12:57:21AM -0800, Alfred Perlstein wrote: >> On 1/25/14, 12:11 AM, Yuri wrote: >>> On 01/24/2014 20:16, Alfred Perlstein wrote: >>>> (maybe there is some great ports system that I'm not aware of that >>>> makes this all as easy github, but I somehow doubt that.) >>> github itself is closed source, but 95% of its functionality is based >>> on git which is open. One only needs to invoke 3-4 git operations to >>> support what it does on the website side. Register on the site, fork >>> the project under user's login, submit a pull request, merge a fork's >>> branch to the main branch. All these are basically git commands. >>> Without the glossiness of github, this is not that large of a project. >>> Submitters will do the rest through git. >>> >>> I think, instead of tediously going through the PRs by hand, it is >>> wiser to set up some system like this. >>> >> Agreed. +1000 >> >> Although if we go down the rabbit hole of building something "like >> github" that might take a while. For now prototyping using the github >> pull methods might be a good proof of concept. I may look into doing a >> github pull request -> GNATS (src) PR gateway if time allows. > Once again github pull request is the worst way of merging patches that exists. > > We already have problem with ugly and inaccurate logs, such pull request will > make it even worse. > > Making proper merge from github pull request it not that easy, you will need to > fetch pull request as custom branches and cherry-pick them. That is really not > convenient. Probably a dozen lines of shell. -Alfred From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 18:27:22 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93720986; Sat, 25 Jan 2014 18:27:22 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 79ED81706; Sat, 25 Jan 2014 18:27:22 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 520EF1A3C19; Sat, 25 Jan 2014 10:27:22 -0800 (PST) Message-ID: <52E40209.9060708@freebsd.org> Date: Sat, 25 Jan 2014 10:27:21 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: What is the problem with ports PR reaction delays? References: <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> <52E3F454.3020206@marino.st> <52E3F600.9020009@freebsd.org> <20140125180444.GD67191@ithaqua.etoilebsd.net> In-Reply-To: <20140125180444.GD67191@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: John Marino , marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 18:27:22 -0000 On 1/25/14 10:04 AM, Baptiste Daroussin wrote: > On Sat, Jan 25, 2014 at 09:36:00AM -0800, Alfred Perlstein wrote: >> On 1/25/14, 9:28 AM, John Marino wrote: >>> On 1/25/2014 18:11, Alfred Perlstein wrote: >>>> Still missing the point. Git can sit on top of svn. >>>> >>> Other than converting SVN to Git, I don't know anything about that. It >>> would never be done in an official capacity. Git is not an official >>> tool of FreeBSD. >>> >> I encourage you to educate yourself then and then review the suggestions >> I gave. > I encourage you to give a shot at what you are suggesting. git-svn is broken for > committers as long as it doesn't properly handle properties. Or maybe our requirement for props is broken? Is $FreeBSD$ *that* important? -Alfred From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 18:30:46 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 145B7C65; Sat, 25 Jan 2014 18:30:46 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 72C08178E; Sat, 25 Jan 2014 18:30:45 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id b13so4119543wgh.31 for ; Sat, 25 Jan 2014 10:30:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=uLu4MwujgVsMEkrBcvYeq5jEmxantFEhKanjxc+xhyg=; b=Go8KyMQ8wsxJAHejen98M1FwzqkqlvPKBRDKDoTxcNsblXX3/QmKlfALjiB0ztcSk0 SaMoBemXKvLAXB8lZMiWaEbIGPJ1K62AdXwRt1la0fUZ2gJfIxA2OhOQpoveghHqZlb5 DKVaqrPuefUDleG7/v5muYkzQ2Jns7sYCqloiH3TnhBVz7Vj0SccNXTMWm4Q21VA3SHm MoHRF/4bFOWxUAdmL/GCfqegcJrRzvmGWJaaDBS5UQeOVCMlpqRediFmHT1DWRsVeRAQ kGwcQl5ELNeu3rYZuxQX4YjHhsvCP34J6+Tg2PT7KR8B+yrSoz7QI8Iqw/oGx3bfvpRc 6Iow== X-Received: by 10.180.105.41 with SMTP id gj9mr7101545wib.28.1390674643313; Sat, 25 Jan 2014 10:30:43 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id ua8sm11571616wjc.4.2014.01.25.10.30.41 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 10:30:42 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 25 Jan 2014 19:30:40 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140125183040.GB67763@ithaqua.etoilebsd.net> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <20140125174835.GA67191@ithaqua.etoilebsd.net> <52E40183.3090304@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline In-Reply-To: <52E40183.3090304@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 18:30:46 -0000 --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 10:25:07AM -0800, Alfred Perlstein wrote: > On 1/25/14 9:48 AM, Baptiste Daroussin wrote: > > On Fri, Jan 24, 2014 at 08:16:39PM -0800, Alfred Perlstein wrote: > >> > >> To me it would speak of tooling as opposed to anything. > >> > >> Does the ports system have a 1 or 2 click interface for merging PRs li= ke > >> for instance github? > >> > >> Could ports take PRs in the form of pull requests on github? > >> > >> Wouldn't that just turn the number of updates into a few minor clicks? > >> > >> (also wouldn't it make it easier for ports submitters)? > >> > >> (maybe there is some great ports system that I'm not aware of that mak= es > >> this all as easy github, but I somehow doubt that.) > > That would imho be a total disaster, as less and less people will reall= y take > > care of reviewing the actual patch (lots of commits are already directl= y from Pr > > patches without applying some necessary diff for consistency, correctne= ss, Q/A > > and cosmetic.) > > > > > You are not serious. >=20 > You are saying that because the process would be too streamlined that=20 > quality would be impacted? >=20 > That is pretty entertaining. I've seen such positions, but only at very= =20 > large and derpy companies coming from people invested in broken tooling. I m saying that such tools as they are, are giving awful result, if we are = ever going to that can of direction, we will need to really take time to work on= the workflow and the tools, to make sure this is done a proper way, and no gith= un is not doing such things a proper way, I did learn that the hardway with pkgng developememt which is on github, I do not use anymorr at all their web tool= s to do any merge. >=20 > > btw we already have tons of tools available to just merge patches direc= tly from > > gnats. > Are any of these tools available on the other side? >=20 > Ie, for port submitters? yes porttools for example, or some scripts inside Tools/scripts=20 regards, Bapt --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLkAs8ACgkQ8kTtMUmk6Ex0yQCgwl17rBhZDkeDGkXiT5kK9hlI uwcAniM9kLllfqQpcUXfoOIOIfl4fkFA =9IXu -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 18:32:20 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27F4FD04; Sat, 25 Jan 2014 18:32:20 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5BDB317A0; Sat, 25 Jan 2014 18:32:19 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id n12so4213168wgh.12 for ; Sat, 25 Jan 2014 10:32:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=lophysVFQeRxKsTeFUwbFP33+n+Q3sYLwsZ4wTphGdA=; b=q/KzI2SaX3tVTqEzIytvcoIGC6f/JpZ8yqCmYmCTv3ccD9NYabSMxfp0eHaYed9XhO 0dtMPiJoaV5WqnDtFZG3Rwt+pGra6VY137UwD+w+erUSpBGslC7o6XkVnaDy0qdBUn4T 6ZWA96NF9EpZcpUAcPENUTxeBAueaU89Nq8dlMcSfamT/kLP1PWr7zpdiagL552pOzq0 aGOspWM22UYmdsSZoOeJ06U0OzGeWYNZYJJUVaY0ZTaemt/cQAnJrA0jfAuCuMZC2TWx KOMatRWaO1N0P2zCDHTA3LJvCJM/KF5f24X9BelCg7MPSb/42p1GmlDfEbsJJydoL0pT Uk3A== X-Received: by 10.180.73.19 with SMTP id h19mr7192741wiv.40.1390674737765; Sat, 25 Jan 2014 10:32:17 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id hq3sm11586708wjb.0.2014.01.25.10.32.16 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 10:32:16 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 25 Jan 2014 19:32:15 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140125183214.GC67763@ithaqua.etoilebsd.net> References: <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> <52E3F454.3020206@marino.st> <52E3F600.9020009@freebsd.org> <20140125180444.GD67191@ithaqua.etoilebsd.net> <52E40209.9060708@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="raC6veAxrt5nqIoY" Content-Disposition: inline In-Reply-To: <52E40209.9060708@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: John Marino , marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 18:32:20 -0000 --raC6veAxrt5nqIoY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 10:27:21AM -0800, Alfred Perlstein wrote: > On 1/25/14 10:04 AM, Baptiste Daroussin wrote: > > On Sat, Jan 25, 2014 at 09:36:00AM -0800, Alfred Perlstein wrote: > >> On 1/25/14, 9:28 AM, John Marino wrote: > >>> On 1/25/2014 18:11, Alfred Perlstein wrote: > >>>> Still missing the point. Git can sit on top of svn. > >>>> > >>> Other than converting SVN to Git, I don't know anything about that. = It > >>> would never be done in an official capacity. Git is not an official > >>> tool of FreeBSD. > >>> > >> I encourage you to educate yourself then and then review the suggestio= ns > >> I gave. > > I encourage you to give a shot at what you are suggesting. git-svn is b= roken for > > committers as long as it doesn't properly handle properties. >=20 > Or maybe our requirement for props is broken? >=20 > Is $FreeBSD$ *that* important? >=20 > -Alfred There is not only $Freebsd$ but also other props. regards, Bapt --raC6veAxrt5nqIoY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLkAy4ACgkQ8kTtMUmk6Ez2dwCcDbGLnxT3aof9opTYxlhUOBNk RHUAoJa1cispB8u9ewKnHBdo32t9Qu+0 =kFnS -----END PGP SIGNATURE----- --raC6veAxrt5nqIoY-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 18:41:23 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F071CFF7; Sat, 25 Jan 2014 18:41:23 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 877A11861; Sat, 25 Jan 2014 18:41:23 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 5EC641A3C19; Sat, 25 Jan 2014 10:41:23 -0800 (PST) Message-ID: <52E40552.4010009@freebsd.org> Date: Sat, 25 Jan 2014 10:41:22 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: What is the problem with ports PR reaction delays? References: <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> <52E3F454.3020206@marino.st> <52E3F600.9020009@freebsd.org> <20140125180444.GD67191@ithaqua.etoilebsd.net> <52E40209.9060708@freebsd.org> <20140125183214.GC67763@ithaqua.etoilebsd.net> In-Reply-To: <20140125183214.GC67763@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: John Marino , marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 18:41:24 -0000 On 1/25/14 10:32 AM, Baptiste Daroussin wrote: > On Sat, Jan 25, 2014 at 10:27:21AM -0800, Alfred Perlstein wrote: >> On 1/25/14 10:04 AM, Baptiste Daroussin wrote: >>> On Sat, Jan 25, 2014 at 09:36:00AM -0800, Alfred Perlstein wrote: >>>> On 1/25/14, 9:28 AM, John Marino wrote: >>>>> On 1/25/2014 18:11, Alfred Perlstein wrote: >>>>>> Still missing the point. Git can sit on top of svn. >>>>>> >>>>> Other than converting SVN to Git, I don't know anything about that. It >>>>> would never be done in an official capacity. Git is not an official >>>>> tool of FreeBSD. >>>>> >>>> I encourage you to educate yourself then and then review the suggestions >>>> I gave. >>> I encourage you to give a shot at what you are suggesting. git-svn is broken for >>> committers as long as it doesn't properly handle properties. >> Or maybe our requirement for props is broken? >> >> Is $FreeBSD$ *that* important? >> >> -Alfred > There is not only $Freebsd$ but also other props. mergeinfo? I'm wondering because there's huge projects out there not tied down to svn. It seems to be a problem of our own invention. Having managed the FreeNAS project for a year and exclusively using git we found ZERO use for any svn props. We just used git and put all the cruft behind us. And we were glad for it! -Alfred From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 18:41:52 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 802B8125; Sat, 25 Jan 2014 18:41:52 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 62EE7186F; Sat, 25 Jan 2014 18:41:52 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 3EB711A3C19; Sat, 25 Jan 2014 10:41:52 -0800 (PST) Message-ID: <52E4056F.6050307@freebsd.org> Date: Sat, 25 Jan 2014 10:41:51 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org, Baptiste Daroussin Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <20140125174835.GA67191@ithaqua.etoilebsd.net> <52E40183.3090304@freebsd.org> <20140125183040.GB67763@ithaqua.etoilebsd.net> In-Reply-To: <20140125183040.GB67763@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 18:41:52 -0000 On 1/25/14 10:30 AM, Baptiste Daroussin wrote: > On Sat, Jan 25, 2014 at 10:25:07AM -0800, Alfred Perlstein wrote: >> On 1/25/14 9:48 AM, Baptiste Daroussin wrote: >>> On Fri, Jan 24, 2014 at 08:16:39PM -0800, Alfred Perlstein wrote: >>>> To me it would speak of tooling as opposed to anything. >>>> >>>> Does the ports system have a 1 or 2 click interface for merging PRs like >>>> for instance github? >>>> >>>> Could ports take PRs in the form of pull requests on github? >>>> >>>> Wouldn't that just turn the number of updates into a few minor clicks? >>>> >>>> (also wouldn't it make it easier for ports submitters)? >>>> >>>> (maybe there is some great ports system that I'm not aware of that makes >>>> this all as easy github, but I somehow doubt that.) >>> That would imho be a total disaster, as less and less people will really take >>> care of reviewing the actual patch (lots of commits are already directly from Pr >>> patches without applying some necessary diff for consistency, correctness, Q/A >>> and cosmetic.) >>> >>> >> You are not serious. >> >> You are saying that because the process would be too streamlined that >> quality would be impacted? >> >> That is pretty entertaining. I've seen such positions, but only at very >> large and derpy companies coming from people invested in broken tooling. > I m saying that such tools as they are, are giving awful result, if we are ever > going to that can of direction, we will need to really take time to work on the > workflow and the tools, to make sure this is done a proper way, and no githun is > not doing such things a proper way, I did learn that the hardway with pkgng > developememt which is on github, I do not use anymorr at all their web tools to > do any merge. >>> btw we already have tons of tools available to just merge patches directly from >>> gnats. >> Are any of these tools available on the other side? >> >> Ie, for port submitters? > yes porttools for example, or some scripts inside Tools/scripts > > regards, > Bapt Is there a primer on using these tools? From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 18:59:32 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BD7A7A0; Sat, 25 Jan 2014 18:59:32 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 854271965; Sat, 25 Jan 2014 18:59:31 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id x12so4123371wgg.13 for ; Sat, 25 Jan 2014 10:59:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=oRC0kW6A1g0piOF+4PbdUE4BbQ3QwShp7rf0W12p+cM=; b=HlF2o8BfeqrwGv145KHsS7Xjl88iTNFmruJcyfFLq8W3srJ+yThMJ59DMCcm1Bozj1 MlwDH00UVVVXRlpgM9gMo3G9Quu3kasMVOmQkeHqH8IywQCZSfpCD78KzPBpEmajj/gC mLovYBX/+CH6z6A4Ze9M1Fyg4HlHKTUWbSo720nVSlRyISdU4jfhax3fKSMOBypxGYma aE3+wezJV26DlIUXlRYiIjFu+aFR//A5FM5jFmHYa0jkD8KqspLIoZVRgwWdzjgU3xcl dk60nu8jXWNIVkffGxiU0x6/OYf6KDhotv9LPWyqxkyATB49fOaauYgwSdQ3/BofEMHh iKfg== X-Received: by 10.180.37.162 with SMTP id z2mr6999691wij.51.1390676369965; Sat, 25 Jan 2014 10:59:29 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id gd5sm16271146wic.0.2014.01.25.10.59.27 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 10:59:28 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 25 Jan 2014 19:59:25 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140125185925.GD67763@ithaqua.etoilebsd.net> References: <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> <52E3F454.3020206@marino.st> <52E3F600.9020009@freebsd.org> <20140125180444.GD67191@ithaqua.etoilebsd.net> <52E40209.9060708@freebsd.org> <20140125183214.GC67763@ithaqua.etoilebsd.net> <52E40552.4010009@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="q9KOos5vDmpwPx9o" Content-Disposition: inline In-Reply-To: <52E40552.4010009@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: John Marino , marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 18:59:32 -0000 --q9KOos5vDmpwPx9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 10:41:22AM -0800, Alfred Perlstein wrote: > On 1/25/14 10:32 AM, Baptiste Daroussin wrote: > > On Sat, Jan 25, 2014 at 10:27:21AM -0800, Alfred Perlstein wrote: > >> On 1/25/14 10:04 AM, Baptiste Daroussin wrote: > >>> On Sat, Jan 25, 2014 at 09:36:00AM -0800, Alfred Perlstein wrote: > >>>> On 1/25/14, 9:28 AM, John Marino wrote: > >>>>> On 1/25/2014 18:11, Alfred Perlstein wrote: > >>>>>> Still missing the point. Git can sit on top of svn. > >>>>>> > >>>>> Other than converting SVN to Git, I don't know anything about that.= It > >>>>> would never be done in an official capacity. Git is not an official > >>>>> tool of FreeBSD. > >>>>> > >>>> I encourage you to educate yourself then and then review the suggest= ions > >>>> I gave. > >>> I encourage you to give a shot at what you are suggesting. git-svn is= broken for > >>> committers as long as it doesn't properly handle properties. > >> Or maybe our requirement for props is broken? > >> > >> Is $FreeBSD$ *that* important? > >> > >> -Alfred > > There is not only $Freebsd$ but also other props. >=20 > mergeinfo? >=20 > I'm wondering because there's huge projects out there not tied down to=20 > svn. It seems to be a problem of our own invention. >=20 > Having managed the FreeNAS project for a year and exclusively using git= =20 > we found ZERO use for any svn props. We just used git and put all the=20 > cruft behind us. >=20 > And we were glad for it! >=20 > -Alfred svn props are used by and for svn, sure if you are not in a svn world you d= o not need the props, see the autoprops set on the repo for more details, honnestly I do not care the vcs we use, right now it is svn so what ever is going to be use on top of it it should be svn compliant and svn needs and u= ses the properties. regards, Bapt --q9KOos5vDmpwPx9o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLkCY0ACgkQ8kTtMUmk6ExG1gCfVCf0jhjeNGxSDbhUKUFfhAvC 09UAni4oqeoQ/LisVQT8vu2BJQ+OtT8V =VTN9 -----END PGP SIGNATURE----- --q9KOos5vDmpwPx9o-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 19:01:51 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C6AD883; Sat, 25 Jan 2014 19:01:51 +0000 (UTC) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AAB6219D3; Sat, 25 Jan 2014 19:01:50 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id m15so4235413wgh.14 for ; Sat, 25 Jan 2014 11:01:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=oMWeX45cfgkbEwUCovIDCHNwVFQQGlhC+Ut6V/gymko=; b=GBqv0CkS+ZdbA/p/o/IzuVuN6mmdcpNDY52xzUvOimr2qtRsWL/X4V78hrlP/K9xWj hPqBHmidf69aSkwjsEg142HzG6CnKLFhadTkTmUR6h+Ilh/4g/V/ZK4PNhXFqd2rSQEp 4+ptKfp8IZg0RpkUU+X6CtziJOPF+zhrSkwb6hHPRML7xwbQYTfoA9Xd3kXwyY8SB25X IrA28x5MSg7JPVruSor9hwURFTR67Gdo6B1Y4re4ybx08FUQVipgNNrbjQFMMP9Ih8NY ocIg3Aq8/rynnWA8Yh1uMPlFgEKZy5yw2jnTMYmYwc3//ibxs/vorMRCiZ65zPqCcP1d /Hjw== X-Received: by 10.194.57.140 with SMTP id i12mr10193979wjq.20.1390676508996; Sat, 25 Jan 2014 11:01:48 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id k10sm11722721wjf.11.2014.01.25.11.01.47 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 11:01:47 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 25 Jan 2014 20:01:45 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140125190145.GE67763@ithaqua.etoilebsd.net> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <20140125174835.GA67191@ithaqua.etoilebsd.net> <52E40183.3090304@freebsd.org> <20140125183040.GB67763@ithaqua.etoilebsd.net> <52E4056F.6050307@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5oH/S/bF6lOfqCQb" Content-Disposition: inline In-Reply-To: <52E4056F.6050307@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 19:01:51 -0000 --5oH/S/bF6lOfqCQb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Jan 25, 2014 at 10:41:51AM -0800, Alfred Perlstein wrote: > On 1/25/14 10:30 AM, Baptiste Daroussin wrote: > > On Sat, Jan 25, 2014 at 10:25:07AM -0800, Alfred Perlstein wrote: > >> On 1/25/14 9:48 AM, Baptiste Daroussin wrote: > >>> On Fri, Jan 24, 2014 at 08:16:39PM -0800, Alfred Perlstein wrote: > >>>> To me it would speak of tooling as opposed to anything. > >>>> > >>>> Does the ports system have a 1 or 2 click interface for merging PRs like > >>>> for instance github? > >>>> > >>>> Could ports take PRs in the form of pull requests on github? > >>>> > >>>> Wouldn't that just turn the number of updates into a few minor clicks? > >>>> > >>>> (also wouldn't it make it easier for ports submitters)? > >>>> > >>>> (maybe there is some great ports system that I'm not aware of that makes > >>>> this all as easy github, but I somehow doubt that.) > >>> That would imho be a total disaster, as less and less people will really take > >>> care of reviewing the actual patch (lots of commits are already directly from Pr > >>> patches without applying some necessary diff for consistency, correctness, Q/A > >>> and cosmetic.) > >>> > >>> > >> You are not serious. > >> > >> You are saying that because the process would be too streamlined that > >> quality would be impacted? > >> > >> That is pretty entertaining. I've seen such positions, but only at very > >> large and derpy companies coming from people invested in broken tooling. > > I m saying that such tools as they are, are giving awful result, if we are ever > > going to that can of direction, we will need to really take time to work on the > > workflow and the tools, to make sure this is done a proper way, and no githun is > > not doing such things a proper way, I did learn that the hardway with pkgng > > developememt which is on github, I do not use anymorr at all their web tools to > > do any merge. > >>> btw we already have tons of tools available to just merge patches directly from > >>> gnats. > >> Are any of these tools available on the other side? > >> > >> Ie, for port submitters? > > yes porttools for example, or some scripts inside Tools/scripts > > > > regards, > > Bapt > Is there a primer on using these tools? I don t know I uses none of them, but one can write one, volunteering? regards, Bapt --5oH/S/bF6lOfqCQb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLkChkACgkQ8kTtMUmk6Ey2XQCgkUqeE1QvR/8fH2a/SCufufcr JVUAoIF8yZNYg8pwyICYGZIGIWvdrOPa =jh9I -----END PGP SIGNATURE----- --5oH/S/bF6lOfqCQb-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 19:06:37 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4236B9CF; Sat, 25 Jan 2014 19:06:37 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id D2ED919FE; Sat, 25 Jan 2014 19:06:36 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 4D3981A3C1E; Sat, 25 Jan 2014 11:06:34 -0800 (PST) Message-ID: <52E40B39.6080307@freebsd.org> Date: Sat, 25 Jan 2014 11:06:33 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org, Baptiste Daroussin Subject: Re: What is the problem with ports PR reaction delays? References: <52E36BA1.5030900@marino.st> <52E37C16.5080901@freebsd.org> <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> <52E3F454.3020206@marino.st> <52E3F600.9020009@freebsd.org> <20140125180444.GD67191@ithaqua.etoilebsd.net> <52E40209.9060708@freebsd.org> <20140125183214.GC67763@ithaqua.etoilebsd.net> <52E40552.4010009@freebsd.org> <20140125185925.GD67763@ithaqua.etoilebsd.net> In-Reply-To: <20140125185925.GD67763@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 19:06:37 -0000 On 1/25/14 10:59 AM, Baptiste Daroussin wrote: > On Sat, Jan 25, 2014 at 10:41:22AM -0800, Alfred Perlstein wrote: >> On 1/25/14 10:32 AM, Baptiste Daroussin wrote: >>> On Sat, Jan 25, 2014 at 10:27:21AM -0800, Alfred Perlstein wrote: >>>> On 1/25/14 10:04 AM, Baptiste Daroussin wrote: >>>>> On Sat, Jan 25, 2014 at 09:36:00AM -0800, Alfred Perlstein wrote: >>>>>> On 1/25/14, 9:28 AM, John Marino wrote: >>>>>>> On 1/25/2014 18:11, Alfred Perlstein wrote: >>>>>>>> Still missing the point. Git can sit on top of svn. >>>>>>>> >>>>>>> Other than converting SVN to Git, I don't know anything about that. It >>>>>>> would never be done in an official capacity. Git is not an official >>>>>>> tool of FreeBSD. >>>>>>> >>>>>> I encourage you to educate yourself then and then review the suggestions >>>>>> I gave. >>>>> I encourage you to give a shot at what you are suggesting. git-svn is broken for >>>>> committers as long as it doesn't properly handle properties. >>>> Or maybe our requirement for props is broken? >>>> >>>> Is $FreeBSD$ *that* important? >>>> >>>> -Alfred >>> There is not only $Freebsd$ but also other props. >> mergeinfo? >> >> I'm wondering because there's huge projects out there not tied down to >> svn. It seems to be a problem of our own invention. >> >> Having managed the FreeNAS project for a year and exclusively using git >> we found ZERO use for any svn props. We just used git and put all the >> cruft behind us. >> >> And we were glad for it! >> >> -Alfred > svn props are used by and for svn, sure if you are not in a svn world you do not > need the props, see the autoprops set on the repo for more details, > > honnestly I do not care the vcs we use, right now it is svn so what ever is > going to be use on top of it it should be svn compliant and svn needs and uses > the properties. > > regards, > Bapt Or you just rip the band aid off and flag day your way into the future. -Alfred From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 19:38:16 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00FF3885; Sat, 25 Jan 2014 19:38:16 +0000 (UTC) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6023D1D55; Sat, 25 Jan 2014 19:38:15 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id y10so4239704wgg.20 for ; Sat, 25 Jan 2014 11:38:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=2UxDDGIaMtSBK8+Gba7zf4E3koGlJM9Ko4hMpG80s2g=; b=TIfEeSMYCmzdEIDHpNhBv+1JM0xg39PGc/dvQG/buhz9qIavmcgqETMKr62mu7SCfb Esj0VX37HNQAvruqO/hCzfC/3KI1ul7P+YmHSeNUdo7U302gHKXACnanyTwgcsT+Q8h7 KfAWRGyZFT5vjrE/EvLgf7ospuMR3wprwCNDRnLvtsbVuTabEoUIeiX6C2daZFYXWeaN 72K1BmhZhCSd0VNUqhrRZeSx0faURDzCFOWkzCeiuFlN46zAp6cft/DnA+zuVtdRExTB x1E79EHZQDqRn7RqaKZSzf3iYO6vuF1+g/8RmEVA95S3dSDkR9JhTj7Fs5JzVRdx5c02 C24Q== X-Received: by 10.181.13.165 with SMTP id ez5mr7139235wid.56.1390678693922; Sat, 25 Jan 2014 11:38:13 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id d6sm16400502wic.9.2014.01.25.11.38.12 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 11:38:12 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 25 Jan 2014 20:38:10 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140125193809.GF67763@ithaqua.etoilebsd.net> References: <52E3806D.4020902@marino.st> <52E3F03C.1060503@freebsd.org> <52E3F454.3020206@marino.st> <52E3F600.9020009@freebsd.org> <20140125180444.GD67191@ithaqua.etoilebsd.net> <52E40209.9060708@freebsd.org> <20140125183214.GC67763@ithaqua.etoilebsd.net> <52E40552.4010009@freebsd.org> <20140125185925.GD67763@ithaqua.etoilebsd.net> <52E40B39.6080307@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dgjlcl3Tl+kb3YDk" Content-Disposition: inline In-Reply-To: <52E40B39.6080307@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 19:38:16 -0000 --dgjlcl3Tl+kb3YDk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 11:06:33AM -0800, Alfred Perlstein wrote: > On 1/25/14 10:59 AM, Baptiste Daroussin wrote: > > On Sat, Jan 25, 2014 at 10:41:22AM -0800, Alfred Perlstein wrote: > >> On 1/25/14 10:32 AM, Baptiste Daroussin wrote: > >>> On Sat, Jan 25, 2014 at 10:27:21AM -0800, Alfred Perlstein wrote: > >>>> On 1/25/14 10:04 AM, Baptiste Daroussin wrote: > >>>>> On Sat, Jan 25, 2014 at 09:36:00AM -0800, Alfred Perlstein wrote: > >>>>>> On 1/25/14, 9:28 AM, John Marino wrote: > >>>>>>> On 1/25/2014 18:11, Alfred Perlstein wrote: > >>>>>>>> Still missing the point. Git can sit on top of svn. > >>>>>>>> > >>>>>>> Other than converting SVN to Git, I don't know anything about tha= t. It > >>>>>>> would never be done in an official capacity. Git is not an offic= ial > >>>>>>> tool of FreeBSD. > >>>>>>> > >>>>>> I encourage you to educate yourself then and then review the sugge= stions > >>>>>> I gave. > >>>>> I encourage you to give a shot at what you are suggesting. git-svn = is broken for > >>>>> committers as long as it doesn't properly handle properties. > >>>> Or maybe our requirement for props is broken? > >>>> > >>>> Is $FreeBSD$ *that* important? > >>>> > >>>> -Alfred > >>> There is not only $Freebsd$ but also other props. > >> mergeinfo? > >> > >> I'm wondering because there's huge projects out there not tied down to > >> svn. It seems to be a problem of our own invention. > >> > >> Having managed the FreeNAS project for a year and exclusively using git > >> we found ZERO use for any svn props. We just used git and put all the > >> cruft behind us. > >> > >> And we were glad for it! > >> > >> -Alfred > > svn props are used by and for svn, sure if you are not in a svn world y= ou do not > > need the props, see the autoprops set on the repo for more details, > > > > honnestly I do not care the vcs we use, right now it is svn so what eve= r is > > going to be use on top of it it should be svn compliant and svn needs a= nd uses > > the properties. > > > > regards, > > Bapt > Or you just rip the band aid off and flag day your way into the future. >=20 What do you mean, switching to git? so you are volunteering to handle a swi= tch? That includes way more than converting the tree you know, that includes converting all the tools we have out there to be able to use git, and there= are more than you can imagine. That include teaching it to all our developers and given how much git can b= ecome complex, good luck with that. That include defining a proper workflow so that we do not fuck up with hist= ory That include writing tons of pre-push hooks to make sure we do not shout ou= rself in the foot, which git allows you to do (on pkgng I had tons of case it was= hard to figure out how to fix, and for some we just moved away and gave up on fi= xing) We just recovered from cvs->svn switch I think noone at all is willing to d= o the job again. Git has lots of drawbacks and if badly handled with all the above, it will = be a real nightmare. and That is said from someone who likes git (except that the UI can get overcomplicated) regards, Bapt --dgjlcl3Tl+kb3YDk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLkEqAACgkQ8kTtMUmk6Ew4KwCfUAUm4WKYx0TJy6tpIki5AbKs Jk0An3+x0P6iosl79LiLS/4CCJ/EYI61 =BtcN -----END PGP SIGNATURE----- --dgjlcl3Tl+kb3YDk-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 19:52:37 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E976FF63; Sat, 25 Jan 2014 19:52:36 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 54BC51E9A; Sat, 25 Jan 2014 19:52:36 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id w62so3814293wes.24 for ; Sat, 25 Jan 2014 11:52:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=q+2jJ7kEzkAyCeaQ0qkCbdqbLSBPEvBb6HdCBKU0IVk=; b=b3MARcQlu6L9okxEcbLcSW42I2/CeDwfIiRLSqJWpbGoxs0O8q3RtKHZvNdB8R3dHe FRhMzTP3O2mRpcZ2kkMI7/4G4VuKfvY4RqoBFaI36egZlwfVuQ1Bn4NP7I4/Kmb8lIwR 4TQk03pj5K1u4KxR2xhQmulrqPJUNbAxF3NnoekiahJTRQ1VZY7Gkrlb54P4mUmeW6n3 0X8oit99C9CfmU7zCzj2hWFLVQtJ3t7owBR/IeDG36CT3v4siZee9Y9SfJMeIu5UN+69 JWFwBp0ypW2sAn4vB/XHvNXxM3ZcMFnQ/S3bl5BGnb/JoMsUB3MkOGYFO9MRgGu/aQ1E 8Y5g== X-Received: by 10.194.202.230 with SMTP id kl6mr15428233wjc.9.1390679554826; Sat, 25 Jan 2014 11:52:34 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id w1sm23904085wix.1.2014.01.25.11.52.33 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 25 Jan 2014 11:52:33 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 25 Jan 2014 20:52:31 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140125195231.GG67763@ithaqua.etoilebsd.net> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E3719B.3040503@rawbw.com> <52E37C71.1060906@freebsd.org> <20140125175150.GB67191@ithaqua.etoilebsd.net> <52E401D6.8060908@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Iq5ULCa7nGtWwZS" Content-Disposition: inline In-Reply-To: <52E401D6.8060908@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Yuri , freebsd-ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 19:52:37 -0000 --9Iq5ULCa7nGtWwZS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 10:26:30AM -0800, Alfred Perlstein wrote: > On 1/25/14 9:51 AM, Baptiste Daroussin wrote: > > On Sat, Jan 25, 2014 at 12:57:21AM -0800, Alfred Perlstein wrote: > >> On 1/25/14, 12:11 AM, Yuri wrote: > >>> On 01/24/2014 20:16, Alfred Perlstein wrote: > >>>> (maybe there is some great ports system that I'm not aware of that > >>>> makes this all as easy github, but I somehow doubt that.) > >>> github itself is closed source, but 95% of its functionality is based > >>> on git which is open. One only needs to invoke 3-4 git operations to > >>> support what it does on the website side. Register on the site, fork > >>> the project under user's login, submit a pull request, merge a fork's > >>> branch to the main branch. All these are basically git commands. > >>> Without the glossiness of github, this is not that large of a project. > >>> Submitters will do the rest through git. > >>> > >>> I think, instead of tediously going through the PRs by hand, it is > >>> wiser to set up some system like this. > >>> > >> Agreed. +1000 > >> > >> Although if we go down the rabbit hole of building something "like > >> github" that might take a while. For now prototyping using the github > >> pull methods might be a good proof of concept. I may look into doing a > >> github pull request -> GNATS (src) PR gateway if time allows. > > Once again github pull request is the worst way of merging patches that= exists. > > > > We already have problem with ugly and inaccurate logs, such pull reques= t will > > make it even worse. > > > > Making proper merge from github pull request it not that easy, you will= need to > > fetch pull request as custom branches and cherry-pick them. That is rea= lly not > > convenient. > Probably a dozen lines of shell. >=20 Actually no: add this to your git config file fetch =3D +refs/pull/*/head:refs/remotes/origin/pr/* Then all the pull request will be seen as branches you can safely cherry-pi= ck. regards, Bapt --9Iq5ULCa7nGtWwZS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLkFf4ACgkQ8kTtMUmk6EzLoQCgwpHQeyL4eJc7HUd1dMVnSl6n uEYAmwVeC8aDFYkuljiEKHrcZBhsXiD7 =Atj1 -----END PGP SIGNATURE----- --9Iq5ULCa7nGtWwZS-- From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 20:09:42 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DAED9DE; Sat, 25 Jan 2014 20:09:42 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 248F91166; Sat, 25 Jan 2014 20:09:42 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 588071A3C1E; Sat, 25 Jan 2014 12:09:39 -0800 (PST) Message-ID: <52E41A03.9000807@freebsd.org> Date: Sat, 25 Jan 2014 12:09:39 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <52E3719B.3040503@rawbw.com> <52E37C71.1060906@freebsd.org> <20140125175150.GB67191@ithaqua.etoilebsd.net> <52E401D6.8060908@freebsd.org> <20140125195231.GG67763@ithaqua.etoilebsd.net> In-Reply-To: <20140125195231.GG67763@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Yuri , freebsd-ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 20:09:42 -0000 On 1/25/14 11:52 AM, Baptiste Daroussin wrote: > On Sat, Jan 25, 2014 at 10:26:30AM -0800, Alfred Perlstein wrote: >> On 1/25/14 9:51 AM, Baptiste Daroussin wrote: >>> On Sat, Jan 25, 2014 at 12:57:21AM -0800, Alfred Perlstein wrote: >>>> On 1/25/14, 12:11 AM, Yuri wrote: >>>>> On 01/24/2014 20:16, Alfred Perlstein wrote: >>>>>> (maybe there is some great ports system that I'm not aware of that >>>>>> makes this all as easy github, but I somehow doubt that.) >>>>> github itself is closed source, but 95% of its functionality is based >>>>> on git which is open. One only needs to invoke 3-4 git operations to >>>>> support what it does on the website side. Register on the site, fork >>>>> the project under user's login, submit a pull request, merge a fork's >>>>> branch to the main branch. All these are basically git commands. >>>>> Without the glossiness of github, this is not that large of a project. >>>>> Submitters will do the rest through git. >>>>> >>>>> I think, instead of tediously going through the PRs by hand, it is >>>>> wiser to set up some system like this. >>>>> >>>> Agreed. +1000 >>>> >>>> Although if we go down the rabbit hole of building something "like >>>> github" that might take a while. For now prototyping using the github >>>> pull methods might be a good proof of concept. I may look into doing a >>>> github pull request -> GNATS (src) PR gateway if time allows. >>> Once again github pull request is the worst way of merging patches that exists. >>> >>> We already have problem with ugly and inaccurate logs, such pull request will >>> make it even worse. >>> >>> Making proper merge from github pull request it not that easy, you will need to >>> fetch pull request as custom branches and cherry-pick them. That is really not >>> convenient. >> Probably a dozen lines of shell. >> > Actually no: add this to your git config file > > fetch = +refs/pull/*/head:refs/remotes/origin/pr/* > > Then all the pull request will be seen as branches you can safely cherry-pick. > Yes I know that... -Alfred From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 20:14:49 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EA34D69 for ; Sat, 25 Jan 2014 20:14:49 +0000 (UTC) Received: from um-tip1-missouri-out.um.umsystem.edu (um-tip1-missouri-out.um.umsystem.edu [198.209.49.135]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 15E9211EA for ; Sat, 25 Jan 2014 20:14:48 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjoFAOQZ5FLPoJ7G/2dsb2JhbABagwyBDrlHgwWBCRZ0giUBAQEEawIcAgEIGAklDwIhJQIEDQgBAReHasQPhH8Xjlo6hDgEiRChNYMtgio X-IPAS-Result: AjoFAOQZ5FLPoJ7G/2dsb2JhbABagwyBDrlHgwWBCRZ0giUBAQEEawIcAgEIGAklDwIhJQIEDQgBAReHasQPhH8Xjlo6hDgEiRChNYMtgio Received: from um-tcas2.um.umsystem.edu ([207.160.158.198]) by um-tip1-exch-relay.um.umsystem.edu with ESMTP; 25 Jan 2014 14:14:29 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.253]) by UM-TCAS2.um.umsystem.edu ([207.160.158.198]) with mapi id 14.03.0169.001; Sat, 25 Jan 2014 14:14:29 -0600 From: "Montgomery-Smith, Stephen" To: "freebsd-ports@freebsd.org" Subject: Re: What is the problem with ports PR reaction delays? Thread-Topic: What is the problem with ports PR reaction delays? Thread-Index: AQHPGVxOqcG6rgUaPkWKDVi9auKGq5qWRfMA Date: Sat, 25 Jan 2014 20:14:29 +0000 Message-ID: <52E41B22.40107@missouri.edu> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 x-originating-ip: [207.160.158.205] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <39A065A20BDECE4B9AA75B809C9B7185@missouri.edu> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 20:14:49 -0000 On 01/24/2014 05:30 PM, Big Lebowski wrote: > Hi everyone, >=20 > I wanted to ask about the growing time of reaction to ports PR's - what i= s > the problem? It seems to me, as a ports contributor, that this time is on= ly > growing, not shrinking, and there's no formal/automated procedures that > would help in managing the issue. >=20 > Today I found myself fighting with ezjail only to discover it has issues > working on FreeBSD 10.0-R. Great, I thought, there must be something else= , > so I went to make the research. It appears there isnt much more, and the > alternatives are qjail that seems to be quite dated and zjails, that's no= t > in ports. Not long after looking into zjails, what seems to be a great > tool, I found its port submission sits there since... September 2013. Now= , > given the fact the Docker is on mouth of everyone, and containers are > getting a lot of attention, FreeBSD looks really bad with no tools to > manage such great technology like Jails, especially when ezjail, unoffici= al > industry standard to manage jails, is now broken and zjails waits to be > accepted (or even rejected) for so much time. >=20 > What is the problem? Isnt there enought commiters? Isnt there a automated > PR handling procedure reminding commiters with relevant access about such > submissions? Can we help? I hope to spark some discussion. >=20 > Kind regards, > B. When I became a committer (about 2.5 years ago), I spent my first summer going through PRs and committing them. Prior to that I had submitted many ports, and I had felt the same frustration as you. And when I saw that some PRs were rather old, I could feel their frustration. However, since that summer of activity on my part, my work responsibilities overtook me, and I simply didn't have the time to keep committing other people's PRs. I think I have done a pretty good job at maintaining my ports, but I have been terrible at committing other people's PRs. So I have seen it from both sides, and I think both sides have an equal right to feel frustrated. I had noticed quite an influx of new committers at some point, and that seemed like a great solution to me. But each new committer also requires mentoring for a while, and that is also an effort for someone. I really don't know what to say. Next summer, if I have time, I'll try to get into doing another group of PRs. When I did do PRs, I did try to concentrate on the older ones, rather than picking up the newer ones. The older ones probably require more effort. Sometimes the PR has a mistake in it, and that is why it was left alone. Other times, it requires a level of expertize that many committers simply don't have. (For example, in my case, I have zero experience with jails, and it would be a huge learning curve on my part to learn enough to responsibly commit your port.) Sometimes the port no longer works because of changes to the system (e.g. staging or changes to the base system). Anyway, I feel your pain, and I wish I had good answers. Stephen= From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 21:27:37 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E30E6737; Sat, 25 Jan 2014 21:27:37 +0000 (UTC) Received: from forward1l.mail.yandex.net (forward1l.mail.yandex.net [84.201.143.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A76B1840; Sat, 25 Jan 2014 21:27:37 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward1l.mail.yandex.net (Yandex) with ESMTP id 00A181520E82; Sun, 26 Jan 2014 01:27:26 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id 8E38A7E0057; Sun, 26 Jan 2014 01:27:26 +0400 (MSK) Received: from unknown (unknown [178.76.234.16]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id zpdlSMfian-RPWmsslt; Sun, 26 Jan 2014 01:27:25 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: c5a3bce7-f5f4-4473-8c57-666c63bc9b1c DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1390685245; bh=GSz8irnwiPoAw16bxUvIxGz3GXLrSMsyf3OOKnP5Xic=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ID4Tu7w+RylR/FXguZqjrABUDmxAum47UB5F/OqaDqbtSPmuvSQRMAtnd8ageJqDY v64/9nqRlk/umogG1ba6YYuwX37xF3tFWzH123DfArqHn1Kq6E/YIXOwmdbzGRk8Tn +xfxqIv5rRtupRH4jFp+ZoM+DGHiSHprqFiCaZ+s= Authentication-Results: smtp11.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <52E42C33.3040708@yandex.ru> Date: Sun, 26 Jan 2014 01:27:15 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Alfred Perlstein , freebsd-ports@freebsd.org, Baptiste Daroussin Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <20140125174835.GA67191@ithaqua.etoilebsd.net> <52E40183.3090304@freebsd.org> <20140125183040.GB67763@ithaqua.etoilebsd.net> <52E4056F.6050307@freebsd.org> In-Reply-To: <52E4056F.6050307@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 21:27:38 -0000 Alfred Perlstein wrote on 25.01.2014 22:41: >>> Are any of these tools available on the other side? >>> >>> Ie, for port submitters? >> yes porttools for example, or some scripts inside Tools/scripts >> >> regards, >> Bapt > Is there a primer on using these tools? /usr/ports/Tools/scripts/getpatch category/PR -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 22:28:17 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDAF666E for ; Sat, 25 Jan 2014 22:28:17 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id C5C7E1DA8 for ; Sat, 25 Jan 2014 22:28:17 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id s0PMSGK5070337; Sat, 25 Jan 2014 14:28:16 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52E43A80.4030501@rawbw.com> Date: Sat, 25 Jan 2014 14:28:16 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= , Big Lebowski Subject: Re: What is the problem with ports PR reaction delays? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Aryeh Friedman , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 22:28:18 -0000 On 01/25/2014 05:43, Bernhard Fröhlich wrote: > With the scripts it should be possible to fetch the patch of a PR, apply > and commit it to your redports repository and do additional changes until > you are okay with it. What is still missing is a script that helps > committing the changes to the FreeBSD tree but it's really not that > complicated to write that. This sounds like a very manual process again. Today it is already manual. This only automates the patching step. > be more specific and name the problem, if you mentioned it? > > The raised concerns were that automatic build testing might result in less > testing on committer side. I agree that this might happen and automatic > build testing is only one part of what committers need to do. A huge > backlog and no response for months is definitely nothing we want. But what exactly do committers test that can't be automated? Automatic system could install the port with dependencies into the blank installation, check syntax correctness, run 'lint' on it, verify that it installs/uninstalls cleanly and doesn't leave residue, etc etc. What is beyond that? I am trying to understand, what would the general ports expert without the intimate knowledge of this particular package catch, that automated system won't be able to catch? Yuri From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 22:44:15 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56780BBE for ; Sat, 25 Jan 2014 22:44:15 +0000 (UTC) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 24A0C1ECA for ; Sat, 25 Jan 2014 22:44:15 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id fa1so4586720pad.28 for ; Sat, 25 Jan 2014 14:44:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8UlmkKns0Wwj1xaNcj0nSZ/uLoCPfh0PjKSqoLrn2Bs=; b=iExMxIQJrd4LY8kiyB7rY906xsWdO4TP7ugDhy4YZkcsnfjmnq2JrJSqqH44IoWcJX fD7SKXp38A9H6leGBKY+rqWbq+wsjS+cbC7Go7e+XLsSMxXg1c7e84D01WP3mtVpj5Cp JD4kWJ4ZXYHaYoEnLwnh/tSNnBz5MXN9WOZNNw2kWQOhGPrSsLwCZGYFTd5/2poNC0LO SHyn/xg80N8vIdJq/5LidvlWm9f9TMMR0Jsc3V0MUXYbME8o9i75guHT6/y9f1D7j+FD nPGiHz3Tx7ZLXUlWPJwFesxqFuzwaY5/gSO5bdvEsO4VcJsVSdY+UaCeH1TmcqNpkjp5 8LSA== MIME-Version: 1.0 X-Received: by 10.66.220.198 with SMTP id py6mr21751890pac.21.1390689854817; Sat, 25 Jan 2014 14:44:14 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sat, 25 Jan 2014 14:44:14 -0800 (PST) In-Reply-To: <52E43A80.4030501@rawbw.com> References: <52E43A80.4030501@rawbw.com> Date: Sat, 25 Jan 2014 17:44:14 -0500 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: Yuri Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= , Big Lebowski , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 22:44:15 -0000 On Sat, Jan 25, 2014 at 5:28 PM, Yuri wrote: > On 01/25/2014 05:43, Bernhard Fr=F6hlich wrote: > >> With the scripts it should be possible to fetch the patch of a PR, apply >> and commit it to your redports repository and do additional changes unti= l >> you are okay with it. What is still missing is a script that helps >> committing the changes to the FreeBSD tree but it's really not that >> complicated to write that. >> > > This sounds like a very manual process again. Today it is already manual. > This only automates the patching step. > > > be more specific and name the problem, if you mentioned it? >> >> The raised concerns were that automatic build testing might result in le= ss >> testing on committer side. I agree that this might happen and automatic >> build testing is only one part of what committers need to do. A huge >> backlog and no response for months is definitely nothing we want. >> > > But what exactly do committers test that can't be automated? Automatic > system could install the port with dependencies into the blank > installation, check syntax correctness, run 'lint' on it, verify that it > installs/uninstalls cleanly and doesn't leave residue, etc etc. What is > beyond that? > I am trying to understand, what would the general ports expert without th= e > intimate knowledge of this particular package catch, that automated syste= m > won't be able to catch? > The key seems to be that no one has time to do the stuff they really want to do (get new ports into the system)... to that end automating everything that can be automated is sure help free up comitter time so they can look at what is interesting > > Yuri > --=20 Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 23:32:22 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54D38704; Sat, 25 Jan 2014 23:32:22 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2506511F6; Sat, 25 Jan 2014 23:32:22 +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=aTzcBJhJv6/V6RrslhiXXRlBP9LHhKPv/F7wKL42Sp8=; b=l6VLmtLvAmYBZ7ug3qWdA/pb3OpcjqM0w+GATKDO4joH5+7ZfBRyfirK5AuuxkCQaRExXczJK53SF6C8JVEmuFaZUIhmfLyzbLu3iHxB8hbcYkpL9PooLMMaFinc5ZFWA0rHLvQidIhYFPXHzQoNFx7SgmnfWSeqD7P6tFvk+Dc=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W7Ci3-000GoO-BE; Sat, 25 Jan 2014 23:32:19 +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, 25 Jan 2014 23:32:19 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341131: 4x leftovers To: bapt@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140125224200-33223 X-Trac-Build-ID: 20140125224200-33223 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 23:32:22 -0000 Remove non existing PORTDOCS Support stage --------------------------------------------------------------------- Build ID: 20140125224200-33223 Job owner: bapt@FreeBSD.org Buildtime: 50 minutes Enddate: Sat, 25 Jan 2014 23:32:16 GMT Revision: r341131 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341131 --------------------------------------------------------------------- Port: www/yuicompressor 2.4.8_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140125224200-33223-262120/yuicompressor-2.4.8_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140125224200-33223-262121/yuicompressor-2.4.8_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140125224200-33223-262122/yuicompressor-2.4.8_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140125224200-33223-262123/yuicompressor-2.4.8_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 23:41:55 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18FBF929 for ; Sat, 25 Jan 2014 23:41:55 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id EE8FA12A5 for ; Sat, 25 Jan 2014 23:41:54 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id s0PNfrpm080135; Sat, 25 Jan 2014 15:41:53 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52E44BC1.7040404@rawbw.com> Date: Sat, 25 Jan 2014 15:41:53 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= , Big Lebowski , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 23:41:55 -0000 On 01/25/2014 14:44, Aryeh Friedman wrote: > The key seems to be that no one has time to do the stuff they really want > to do (get new ports into the system)... to that end automating everything > that can be automated is sure help free up comitter time so they can look > at what is interesting Yes. I just can't imagine any generic port tests that can't be automated and coded into the script once and for good. Ideal system should be like github with the added automated testing between pull request submission and merge. It should either fail and notify the submitter, or succeed and notify the committers. Today all committers do for ports is running some generic tests by hand, like 'lint' with various flags. Install/uninstall/etc. No wonder this isn't very a rewarding activity, and committers probably perceive it as a necessary evil. The way how it is, it causes a waste of their time. Yuri From owner-freebsd-ports@FreeBSD.ORG Sat Jan 25 23:48:40 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 953A3BBF for ; Sat, 25 Jan 2014 23:48:40 +0000 (UTC) Received: from mail-pb0-x229.google.com (mail-pb0-x229.google.com [IPv6:2607:f8b0:400e:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 630EB12DB for ; Sat, 25 Jan 2014 23:48:40 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id up15so4585963pbc.0 for ; Sat, 25 Jan 2014 15:48:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=921E+QZ33GEt3Bng+6sXgDRIDPK/0IiOHqw39rCS/jE=; b=VWhALd7qP6oPlNDQ4NQdWHVUjJOc51F+8Fs92Y+n6WMTzcX5vBUs3+yJtufjO/4guU aGJQjLYZ2qAIiWiNIba0Dps0eehtFm+2nvWskGFSiJQlaUsuRgdns4U1zcKfV9kCcYbh RfZv/d+YZ1LA8GOkyYO269PHJ/RH+S2ryvb2vmZU8dVqKMaVOwBbrRmHyXBm/k5aVlsf pRXS0A2p7OMjnPJ3OPzHitvu0/2WX6uAyM1dVjws5vVDsSE0FYuhx9L5yASSdjGkE3y/ eqw4BYTVZMoJW4WXopIxCJ7Qka/zvtpBDBFYnQA8G7lxvgutjMpjtrbsMlsR6op0MZoW 5pUQ== MIME-Version: 1.0 X-Received: by 10.66.191.42 with SMTP id gv10mr22010174pac.125.1390693719931; Sat, 25 Jan 2014 15:48:39 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sat, 25 Jan 2014 15:48:39 -0800 (PST) In-Reply-To: <52E44BC1.7040404@rawbw.com> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> Date: Sat, 25 Jan 2014 18:48:39 -0500 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: Yuri Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= , Big Lebowski , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 23:48:40 -0000 On Sat, Jan 25, 2014 at 6:41 PM, Yuri wrote: > On 01/25/2014 14:44, Aryeh Friedman wrote: > >> The key seems to be that no one has time to do the stuff they really want >> to do (get new ports into the system)... to that end automating everything >> that can be automated is sure help free up comitter time so they can look >> at what is interesting >> > > Yes. I just can't imagine any generic port tests that can't be automated > and coded into the script once and for good. > Ideal system should be like github with the added automated testing > between pull request submission and merge. It should either fail and notify > the submitter, or succeed and notify the committers. > Git hup (or *ANY* remote service for that matter) is a no go IMO > > Today all committers do for ports is running some generic tests by hand, > like 'lint' with various flags. Install/uninstall/etc. No wonder this isn't > very a rewarding activity, and committers probably perceive it as a > necessary evil. The way how it is, it causes a waste of their time. > That's why I keep suggesting devel/aegis it does *EVERYTHING* git/git hub does but all locally and has the added benefit that you can not change the change set (aka port submission) until it has passed all 3 of the following (you can turn all but the last two off at runtime and the first only needs to build to pass at a min): 1. Develop change (To leave development it must build and pass *NEW* tests, this is where the automation should go) 2. Review (this is where human eyes come in once all the automated tests are passed) 3. Intergration make sure it plays well with others -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org