From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 00:05: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 A3C6135D for ; Sun, 26 Jan 2014 00:05:12 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 694B41454 for ; Sun, 26 Jan 2014 00:05:12 +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 s0Q05BiM083431; Sat, 25 Jan 2014 16:05:11 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52E45137.5070703@rawbw.com> Date: Sat, 25 Jan 2014 16:05:11 -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> <52E44BC1.7040404@rawbw.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Sun, 26 Jan 2014 00:05:12 -0000 On 01/25/2014 15:48, Aryeh Friedman wrote: > Git hup (or*ANY* remote service for that matter) is a no go IMO But both Debian and Fedora do this with automated remote testing, and they don't seem to complain. How is our ports different in this respect? Yuri From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 02:01:18 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 52C2D857 for ; Sun, 26 Jan 2014 02:01:18 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 358D21B63 for ; Sun, 26 Jan 2014 02:01:17 +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 3865E1A3C19; Sat, 25 Jan 2014 18:01:16 -0800 (PST) Message-ID: <52E46C6C.6060001@mu.org> Date: Sat, 25 Jan 2014 18:01:16 -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: Yuri , Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E45137.5070703@rawbw.com> In-Reply-To: <52E45137.5070703@rawbw.com> 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: Sun, 26 Jan 2014 02:01:18 -0000 On 1/25/14 4:05 PM, Yuri wrote: > On 01/25/2014 15:48, Aryeh Friedman wrote: >> Git hup (or*ANY* remote service for that matter) is a no go IMO > > But both Debian and Fedora do this with automated remote testing, and > they don't seem to complain. > How is our ports different in this respect? > I don't get this either. -- Alfred Perlstein From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 02:04:52 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 886E390F for ; Sun, 26 Jan 2014 02:04:52 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9951C86 for ; Sun, 26 Jan 2014 02:04: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 3D0D81A3C19; Sat, 25 Jan 2014 18:04:52 -0800 (PST) Message-ID: <52E46D44.6050403@freebsd.org> Date: Sat, 25 Jan 2014 18:04:52 -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, Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 02:04:52 -0000 On 1/25/14 3:48 PM, Aryeh Friedman wrote: > 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 You just don't get it. Again, you just really, really, don't get it. You WANT a gateway to a remote service that the project does not have to handle. Why? Because then we offload the problem to another org. The FreeBSD project should be about innovation in OS design, platform and software. Ops work is bunk and just slows us down. The more we can outsource the better we'll be. (and what if that service blows up? well we move on! it's simple!) Continuing to insist that we run the services ourselves it just wasting our limited resources. Not only that but we get emotionally attached to technologies that are old, dying and dead when off the shelf stuff works just fine. -Alfred From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 02:05: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 63D4B99F for ; Sun, 26 Jan 2014 02:05:17 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 481711C8D for ; Sun, 26 Jan 2014 02:05:17 +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 DB1941A3C19; Sat, 25 Jan 2014 18:05:16 -0800 (PST) Message-ID: <52E46D5D.4010306@mu.org> Date: Sat, 25 Jan 2014 18:05:17 -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: Yuri , Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> In-Reply-To: <52E44BC1.7040404@rawbw.com> 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: Sun, 26 Jan 2014 02:05:17 -0000 On 1/25/14 3: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. > > 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. > 100% agree. -Alfred From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 02:18: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 6DB19B1E; Sun, 26 Jan 2014 02:18:10 +0000 (UTC) Received: from mail-pb0-x22b.google.com (mail-pb0-x22b.google.com [IPv6:2607:f8b0:400e: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 366111D2C; Sun, 26 Jan 2014 02:18:10 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id md12so4620723pbc.16 for ; Sat, 25 Jan 2014 18:18: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=to4I0l4RW60lo1RcT0lVS+yYEKFlNGOhWjj9ylCHCM8=; b=y0ZakUFFLfAJ2NbSAwteH+M3z7xTTjIO8MpoR/3ahCdxeX+5iajG9uK8HA5/yzCvLe OsTmS1Zyif4UjIN/4pJ/E0gBd/UaQRbIoD4YV5n0fq4TB5Ux3fwaTuWhj1I3eKnoWENc Wl31iqdFASNM8oxAc7SDbjMf7Z8NJGc6xp2KUkCkKf3KbxidVijjdvVrhfUJMp/VU6bx gusDLd/TijMFbM3os+KUx87iKCsQQtVNYtPuGldUyPCSVmpMRh3pF8rCf6ihWBPh4zuI h6fR1UjF3ws80C5QYEzoiaspUtMmHQvnUZ5KC0Q/706CE6VJ4xxdZKtSyyZ2Zt0Ceko0 +Ylw== MIME-Version: 1.0 X-Received: by 10.66.121.234 with SMTP id ln10mr22615665pab.20.1390702689852; Sat, 25 Jan 2014 18:18:09 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sat, 25 Jan 2014 18:18:09 -0800 (PST) In-Reply-To: <52E46D44.6050403@freebsd.org> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> Date: Sat, 25 Jan 2014 21:18:09 -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: Sun, 26 Jan 2014 02:18:10 -0000 On Sat, Jan 25, 2014 at 9:04 PM, Alfred Perlstein wrote: > On 1/25/14 3:48 PM, Aryeh Friedman wrote: > >> 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 >> > > You just don't get it. > > Again, you just really, really, don't get it. > > You WANT a gateway to a remote service that the project does not have to > handle. > I am sorry your the one who does not get it.. not everything is either testable remotely or should be... how do you propose to test device drivers for example? > Why? Because then we offload the problem to another org. > With a hybrid cloud with most of the work being done on the commiters/developers machine where is the overhead? > > The FreeBSD project should be about innovation in OS design, platform and > software. Ops work is bunk and just slows us down. > Sorry to tell you but the ability to handle a complex automated system is one of the key things a OS must do... what better test then to build it self? > > The more we can outsource the better we'll be. (and what if that service > blows up? well we move on! it's simple!) > What a total cop out if the service blows up fix it... or should we end up with some of the real atrocities of linux like I/O times that are impossible (claiming it takes less then a second to copy 10GB for example)... note the above timing issue it makes resource scheduling next to impossible in a distributed environment if you get different timings for the same operation... bottom line writing and maintain a OS *IS* about operations and nothing else. > Continuing to insist that we run the services ourselves it just wasting > our limited resources. Not only that but we get emotionally attached to > technologies that are old, dying and dead when off the shelf stuff works > just fine. > I never said our selves it is outsourced to the developer/maintainer with 100% automated stuff... once I am doing with the next small version of petitecloud I will post the 6 line script we use to test the port (including cranking up a few vm's)... have fun doing that anywhere else > > -Alfred > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 02:21:53 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 24E9CBFF for ; Sun, 26 Jan 2014 02:21:53 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [72.5.230.95]) by mx1.freebsd.org (Postfix) with ESMTP id 09CD91D99 for ; Sun, 26 Jan 2014 02:21:52 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=subject:from:to:content-type:date:message-id:mime-version; b=YUnqURis8TaVfi3Kk3spaURzfPnxFIAwqoZ9s6BQhjytQNEgvAU+Tuay2aqh5Vs7zJVKv0BVUTkH 21EscL4/r06VO93fGUFUINkHXcuy2BThHEDGOVrs5IaopAGpVF+j Received: from [10.1.2.6] (46.229.54.117 [46.229.54.117]) by mx.zohomail.com with SMTPS id 1390702906181807.7276067549877; Sat, 25 Jan 2014 18:21:46 -0800 (PST) Subject: make fetchindex From: clutton To: freebsd-ports Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-n8PvLOuTSablNGLgbKMG" Date: Sun, 26 Jan 2014 04:21:41 +0200 Message-ID: <1390702901.23235.6.camel@eva02.mbsd> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Zoho-Virus-Status: 1 X-ZohoMail: Ss SS_10 UW UB UW UB SGR3_1_16014_20 X-ZohoMail-Owner: <1390702901.23235.6.camel@eva02.mbsd>+zmo_0_ X-ZohoMail-Sender: 46.229.54.117 X-ZohoMailClient: External X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 02:21:53 -0000 --=-n8PvLOuTSablNGLgbKMG Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I'm curious, is INDEX bounded to svn revision somehow now? Or is it builds every hour like in old days? --=-n8PvLOuTSablNGLgbKMG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAABAgAGBQJS5HE0AAoJECNkWbjnbjuiSr0P/2YIUspEs4dFEnyQ9EWYh6bz 7p5cDNyDXEGEVDK7Ydj3v3xHvX4ueRJYw18BLQqD0ijX936zknZyQESSr9+moIUV kTVNFFl7QqCUL7boDA5v3Ec116bEqqaHn8KJV7lieqkIv7Y3lzuaUVgs/mllYBB3 buBZ0IJKjAegHybH5ugPpBA4clhkMd0oqeNN/HYHDwDhNQ2RB+Avw37b6F89shRO FetyNeLpJUET9/XsSV6QOuwipj53fjhxNBIqZ6kVLk7NIsZBbW3ekXRPXXVrn63G gf/u9lTvzTmXtXz5JZKiRssbkiUh3aDfNlXF/Sf14MGlBfwHfwrFPlhJ8sK8IiIQ j5qMJiYzwksIKvTp0nHdRh7pEAzf9OBfPObhvGch2B5/6IB3dLoELY03ktN5etmq SqGUGyWjVKQmOduJJCruwrzKp4cXbVMx7qyBHY9nn08GatJB77jvTp5xbegS6p5G 9yRjrTFH6QsVjdikG4tMCfPZEKRA5I2b0/VRyqsmKTdhEWL43OPUYjgeemKAThQU +mxG7BsFJTOqFtGBtuGBn69WjgXrDdVShunAEInbKVkBJOC5M4TKkJqYu8dC+36e fz4I14EIImc8Dt+hZzgiteIStYN7c7aBr/YN5F/BOj5gg/VzABl4adfRo8MvAyxr yPXrwFtVQYOa0ijPHTZ9 =Pg5X -----END PGP SIGNATURE----- --=-n8PvLOuTSablNGLgbKMG-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 02:31: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 CF57BF4F for ; Sun, 26 Jan 2014 02:31:08 +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 8AE7E1E2A for ; Sun, 26 Jan 2014 02:31:08 +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 1B2D723868C for ; Sun, 26 Jan 2014 02:30:59 +0000 (UTC) Message-ID: <52E47362.9040607@bsdbox.co> Date: Sun, 26 Jan 2014 13:30:58 +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: php55-ext-5.5.8 build fails 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, 26 Jan 2014 02:31:08 -0000 All PHP 5.5.8 extension ports are failing with: #!---------------------------------------------!# ===> Staging for php55-bz2-5.5.8 ===> Generating temporary packing list install: /var/ports/basejail/usr/ports/archivers/php55-bz2/work/php-5.5.8/ext/bz2/modules/bz2.so: No such file or directory *** [do-install] Error code 71 Stop in /basejail/usr/ports/archivers/php55-bz2. ===>>> Installation of php55-bz2-5.5.8 (archivers/php55-bz2) failed ===>>> Aborting update #!---------------------------------------------!# ===> Staging for php55-ctype-5.5.8 ===> Generating temporary packing list install: /var/ports/basejail/usr/ports/textproc/php55-ctype/work/php-5.5.8/ext/ctype/modules/ctype.so: No such file or directory *** [do-install] Error code 71 Stop in /basejail/usr/ports/textproc/php55-ctype. #!---------------------------------------------!# I'm unable to find anything pertinent in /usr/ports/UPDATING. Not sure what to do, any suggestions? -- syn.bsdbox.co From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 02:33: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 A3417FE8; Sun, 26 Jan 2014 02:33:50 +0000 (UTC) Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com [IPv6:2607:f8b0:400e:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69F991E36; Sun, 26 Jan 2014 02:33:50 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id un15so4648234pbc.38 for ; Sat, 25 Jan 2014 18:33:49 -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=yJ4dNLM40XBhEP/kZTpPYdiWs1NKsfCh3TaXeNaJB/s=; b=Lbu2+alQcsa3fhTgFgKSpo4x10coXiOecWeg6VrtoktFrsWvr8OU4QR5C37H/WADmP 6CtktOqr/TR8ttdX+SvE9bHl84KH27dyTe6zBTkkFB3tVqF1kQU2fx+HL+sK85Fxwnl3 bWv902MzK2uwTTFwzetNEY0QZzFzeIOIkpidRKqii+WsC5y64+cjdx5lFkYLw7pH7fQz lSDEv7tB3ISxmzCcyTvydZXTWVD6bA5Pe92LgOrqpgcbYZR/QMU8x9BReyhP/8NTUFjj 4qrkIJAOBBbjrkUp3WtcKpfq/Z+/dpqwMnHNtIPQoXNAerwAIN3N7oTkNXQFa80QrfU0 HuOg== MIME-Version: 1.0 X-Received: by 10.68.139.100 with SMTP id qx4mr489379pbb.144.1390703629533; Sat, 25 Jan 2014 18:33:49 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sat, 25 Jan 2014 18:33:49 -0800 (PST) In-Reply-To: References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> Date: Sat, 25 Jan 2014 21:33:49 -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: Sun, 26 Jan 2014 02:33:50 -0000 I never said our selves it is outsourced to the developer/maintainer with > 100% automated stuff... once I am doing with the next small version of > petitecloud I will post the 6 line script we use to test the port > (including cranking up a few vm's)... have fun doing that anywhere else > > Got bored here is the non-cleaned up version (it is for devel/cook and not the shell): cook-blank/deploy-remoteinstall: cook-blank/scrap-all { echo Remote install; remoteIp=aryeh@10.0.10.30; ssh [remoteIp] sudo rm -rf '"*"'; scp scrap/predeploy/port-[realversion]-[user].tar.gz [remoteIp]':'port.tar.gz; scp scrap/predeploy/src-[fullproject].tar.gz [remoteIp]':'src-[fullproject].tar.gz; ssh [remoteIp] sudo mv src-[fullproject].tar.gz /usr/ports/distfiles; ssh [remoteIp] sudo rm -rf /usr/ports/emulators/petitecloud; ssh [remoteIp] sudo tar fvx port.tar.gz; ssh [remoteIp] sudo make deinstall clean install; } Doesn't that look a lot easier then what you where talking about? -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 03:20: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 7415ADC5 for ; Sun, 26 Jan 2014 03:20:33 +0000 (UTC) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 25FCF122B for ; Sun, 26 Jan 2014 03:20:32 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id i13so5779297qae.27 for ; Sat, 25 Jan 2014 19:20:26 -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 :content-transfer-encoding; bh=W7gF5sCW4K1gRKrZIe5vpx9+YxRKlQLZcHmYlSefI54=; b=gFBdy9eIY7X99ZCoSjAgPy/PXOnhqt1s3//q0UQZdJAw8mVe/m1yPmAlkBRJZYUN3H i8miKvbb2svw4Tr07wJhCVGomIg/Be3gz2lqOgk8/Y/YQXtD73cdiYZ+939mRhiyftI7 UtgEzjDA+NFaAtTTXjDcB8bizYXGevWtYpJwGbGZTylqO2zzZARA1CULUwwFyRMHVbeq J9EWR3Y4WSL3zt7gsurervbhayg1xO7nxoAifuZ2tIVB/HRKOo3pnG9rRHviWf+M4W8Y VvCKk7QEAezEiDp7ktcZBydzjahuNkQexRfI2njMaDCqbDs5gzkkbBvs9g9kjfvfcHX3 4Deg== X-Gm-Message-State: ALoCoQmq9UdDIGACVV9XSyMwSLdb0ZnOxAjfqTtatwzhFXxtZTRETpN+1SRKBtRfGH80jHtyHV8g X-Received: by 10.140.82.8 with SMTP id g8mr18653450qgd.88.1390706426740; Sat, 25 Jan 2014 19:20:26 -0800 (PST) Received: from [10.0.1.15] (ool-45793681.dyn.optonline.net. [69.121.54.129]) by mx.google.com with ESMTPSA id v92sm4988768qge.6.2014.01.25.19.20.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 25 Jan 2014 19:20:25 -0800 (PST) Message-ID: <52E47EF7.7040402@ohlste.in> Date: Sat, 25 Jan 2014 22:20:23 -0500 From: Jim Ohlstein 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: Alfred Perlstein , Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> In-Reply-To: <52E46D44.6050403@freebsd.org> 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: Sun, 26 Jan 2014 03:20:33 -0000 Hello, On 1/25/14, 9:04 PM, Alfred Perlstein wrote: > On 1/25/14 3:48 PM, Aryeh Friedman wrote: >> 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 > > You just don't get it. > > Again, you just really, really, don't get it. > > You WANT a gateway to a remote service that the project does not have to > handle. > > Why? Because then we offload the problem to another org. > > The FreeBSD project should be about innovation in OS design, platform > and software. Ops work is bunk and just slows us down. > > The more we can outsource the better we'll be. (and what if that > service blows up? well we move on! it's simple!) > > Continuing to insist that we run the services ourselves it just wasting > our limited resources. Not only that but we get emotionally attached to > technologies that are old, dying and dead when off the shelf stuff works > just fine. I've read all 60 or so messages in this thread and there really are two related but distinct issues here. The thread title is "What is the problem with ports PR reaction delays?". This has meandered into a philosophical debate about who knows what and who knows squat about version control systems, whether we need to maintain certain requirements, testing ports, etc. I like the KISS approach myself. This can be boiled down to those two issues, one of which is a symptom of the other. Arguing and debating over a long term solution to the OP's question does nothing to solve the problem in the short to intermediate term. There are 1680 current ports related PR's at this moment. As we all know, the committers are volunteers, mostly with real jobs and real lives and they obviously cannot keep up with the current load. The short to medium term solution for that is more committers. I'll add my name to the list of those who are willing to step in and help to clean up the mess. I'm certain that if a request went out, there would be many who are more qualified than I. At the same time, a group of interested individuals should offer input to the folks who already are looking at changing the bug reporting system away from gnats - https://wiki.freebsd.org/Bugtracking/BugRelocationPlan. Doing it in one fell swoop might make sense. It's "ripping off the bandaid" but I'd rather do it only once myself. What does *not* make sense is a new port for what might be a very useful tool waiting since September for someone to look at it. Arguing over git and subversion et alia does nothing to fix that. As they say on the ESPN NFL pregame show, "C'mon man!". -- Jim Ohlstein From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 03:33:45 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 AFFEB79; Sun, 26 Jan 2014 03:33:45 +0000 (UTC) Received: from mail-pd0-x235.google.com (mail-pd0-x235.google.com [IPv6:2607:f8b0:400e:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 794AB12DA; Sun, 26 Jan 2014 03:33:45 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id y10so4510106pdj.40 for ; Sat, 25 Jan 2014 19:33:45 -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=48SzpTE5e4Lvsyak58xC/90xbvKgrWHqi2Va/BZUF7s=; b=wtlY1VXKECGcm5ERflMgiKHFacAoUD7nBy+KVToSQQehowVKFpvaE/aaZ8Vhus+9sD XhdestywqYALdG9GOJWcOSBYTRRU+Na7GN8wFeDW4eqAAXxcwxRJQM77T7O1z97l2QPk s8Mu8EdVCc5/FteW9SqikJuJncvhau6Ktx3dI3OHNiqUD1H9TgoAw1zPBakU6canYD5h 73vn6KqsnThlAv/BOSeAxEraNRfNLRj+NiRgGFu7u1YZ0+GTufl0maKepLmjKKSRUaaA rg7w53fdtanYO+CSC1Xit5aAC8kUZfJMgkbXbthSKcTscLFgy0RXttC+p48pTj5iE4U4 gDXQ== MIME-Version: 1.0 X-Received: by 10.68.226.200 with SMTP id ru8mr22962378pbc.77.1390707225069; Sat, 25 Jan 2014 19:33:45 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sat, 25 Jan 2014 19:33:44 -0800 (PST) In-Reply-To: <52E47EF7.7040402@ohlste.in> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> Date: Sat, 25 Jan 2014 22:33:44 -0500 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: Jim Ohlstein Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: 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: Sun, 26 Jan 2014 03:33:45 -0000 > > I like the KISS approach myself. This can be boiled down to those two > issues, one of which is a symptom of the other. Arguing and debating over a > long term solution to the OP's question does nothing to solve the problem > in the short to intermediate term. There are 1680 current ports related > PR's at this moment. > The reason for the whole tangent was the observation that large number of the pending PR's are likely to fail one or more *BASIC* tests and setting stuff up to run those tests is trivial (like I said I voluneteer to do it)... the other main thread there was that some of the *IDEAS* of SCM can borrowed and incorporated into manual procedures (such as requiring a successful build before a human will look at it) the other one is a more formalized workflow such as the one that aegis enforces.... if just the first is done I think half the PR's can be cleared out immediately and if both then 80% can be cleared out within a few weeks -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 04:16: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 272BF33F for ; Sun, 26 Jan 2014 04:16:37 +0000 (UTC) Received: from mail-qc0-f176.google.com (mail-qc0-f176.google.com [209.85.216.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CBAAE1535 for ; Sun, 26 Jan 2014 04:16:36 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id e16so6363559qcx.7 for ; Sat, 25 Jan 2014 20:16:29 -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 :content-transfer-encoding; bh=wYL8/TFmEDveO+5gxpm/dlnIOCHrIQj4br9rcHkcSL0=; b=XiBIrK4yvGtWHgVrgKPBTGTgxGu2mXBGTApjigOdsaAxkZQbWbVKRPWKqBGxd5VOzv MatxXnOYNeRm8fUJnVNrRCT7t7gycEkc2eR7nAVn6zPu/+PrtThUm076/srckdRi6FPa 6vErWfFxL4Pr9xkq/WOTl4XJwQGjbAENw89rWcNkT1gDR3NifwYPDXrT3M0wcPCWfc6r dIPRX5Wwpgf81DvZIe+tqtjWaLOEewZWJp5L258a5ih8q7zD9XeLMdiGEb3vHyyVCMpj qqygKIwP4rjZIn1G+b3cuG1fGzSWIMGqFIDc/zxSxGaBRR6gth9u9HXYv32BEh59CgaT W3Zg== X-Gm-Message-State: ALoCoQntXQEUAENm5zYkINACH1RgzG8B+jipxTSHsmqFlKECa3ynf1RHM1eTWPVXBa9bxVfo7Btd X-Received: by 10.140.21.179 with SMTP id 48mr30704590qgl.78.1390709789395; Sat, 25 Jan 2014 20:16:29 -0800 (PST) Received: from [10.0.1.15] (ool-45793681.dyn.optonline.net. [69.121.54.129]) by mx.google.com with ESMTPSA id 67sm5083484qgr.15.2014.01.25.20.16.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 25 Jan 2014 20:16:28 -0800 (PST) Message-ID: <52E48C1C.3090300@ohlste.in> Date: Sat, 25 Jan 2014 23:16:28 -0500 From: Jim Ohlstein 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: Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 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: Sun, 26 Jan 2014 04:16:37 -0000 Hello, On 1/25/14, 10:33 PM, Aryeh Friedman wrote: > > > I like the KISS approach myself. This can be boiled down to those > two issues, one of which is a symptom of the other. Arguing and > debating over a long term solution to the OP's question does nothing > to solve the problem in the short to intermediate term. There are > 1680 current ports related PR's at this moment. > > > The reason for the whole tangent was the observation that large number > of the pending PR's are likely to fail one or more *BASIC* tests and > setting stuff up to run those tests is trivial (like I said I voluneteer > to do it)... the other main thread there was that some of the *IDEAS* of > SCM can borrowed and incorporated into manual procedures (such as > requiring a successful build before a human will look at it) the other > one is a more formalized workflow such as the one that aegis > enforces.... if just the first is done I think half the PR's can be > cleared out immediately and if both then 80% can be cleared out within a > few weeks > > None of those *IDEAS* solve the current problem. The personal argument solves less than nothing. Debate is cool. Telling people they don't know anything is not. Your statement looks to be pure supposition to me. On http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports&severity=&priority=&class=&state=&sort=none&text=&responsible=&multitext=&originator=&release= the vast majority of them are not color coded beyond white which simply means "open". Many have not even been assigned. Only a comparatively small number are "analyzed", "[awaiting] feedback", "patched", "suspended", or "closed". In other words no one knows how many will fail. The ones that are a decade old probably will. Those from the last few months, the majority, are anyone's guess since they haven't even been reviewed. That is unless you have some hard data to back up your claim about those percentages. As for changing the "workflow", again, that's not a short-term solution, and probably not even a medium-term answer. The answer is to get them looked at and stop having a pissing contest over who knows more and who knows less. *THAT* solves nothing. Peace out. -- Jim Ohlstein "Never argue with a fool, onlookers may not be able to tell the difference." - Mark Twain From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 13:06:57 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 9C84C79; Sun, 26 Jan 2014 13:06:57 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32EB11601; Sun, 26 Jan 2014 13:06:57 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id e16so6695916qcx.35 for ; Sun, 26 Jan 2014 05:06:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1qZLSiNL1D2NhUM3UVTeEPVdugTe+FEQd1rQXQhEx0Y=; b=dnwVBz9h58NIB58wwfPUtHEPV5hXkAdSdEGuIkMLhu5f+BMOBGG9qIR6rFOIa2hOJ4 7BUYpZfRMHDyiY6LBNCQMct9TRW+ewv0VyL7iYAHOQHPRV3Kfywj9VO+aeMmWOxTYv7z dj0ssfXgiXzDASAcQHtsy/IQkKqFE/6dvu9iemdjxXIO8EuHP2OY99//F4kmudoWFrsC x/IF3KdpTnnwQAR9CCuc9r/ZGy7ZB2NVq2MEJaG7upg4OPencGIhRm+w1m8TRC9dzbQL FGqawXlvXjHRsOMu5zW/6W0x22eYDvS0Z4WafCGRuq33yPIPD3T8pe7uv4aV48r4bXWC SgzA== MIME-Version: 1.0 X-Received: by 10.224.41.70 with SMTP id n6mr3034631qae.96.1390741616365; Sun, 26 Jan 2014 05:06:56 -0800 (PST) Received: by 10.229.208.202 with HTTP; Sun, 26 Jan 2014 05:06:56 -0800 (PST) In-Reply-To: <52E398FF.9000300@FreeBSD.org> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E398FF.9000300@FreeBSD.org> Date: Sun, 26 Jan 2014 14:06:56 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Big Lebowski To: Matthew Seaman 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: Sun, 26 Jan 2014 13:06:57 -0000 On Sat, Jan 25, 2014 at 11:59 AM, Matthew Seaman wrote: > On 25/01/2014 10:35, Big Lebowski 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"). > > > 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. > > 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. > Does it have to be all-or-nothing situation, where we can do something only if we have 20-50 people looking at 6-15 PR's a week, and we cant do anything if we dont? Cant we start with 2-3 people (3 people so far volunteered to do so, and I belive a 'call to arms' via this list/announcements/bsdnow.tv/reddit would result in may others willing to help) doing as much as they can? Also, what about some kind of 'junior commiter' role, where solid port maintainers get rights to commit to their ports only? If that would be doable, we could offload a lot of work from current commiters to work on other things. B. > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. > PGP: http://www.infracaninophile.co.uk/pgpkey > > > From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 13:25: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 70FC6415; Sun, 26 Jan 2014 13:25:47 +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 130951736; Sun, 26 Jan 2014 13:25:47 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id n7so6624899qcx.2 for ; Sun, 26 Jan 2014 05:25: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=+nO5ZqKLBbNCkWXiL4Zvk8sBpmh8tD5xjpM9Gw1z5/w=; b=lOYvWb7wWxY/nE744SFXKVuFIfMH4ydXCLovLMN+FBzz7Dxr+vtNpWbzPMEXoDwUMk lQfoQoxR/QcEAMyXHdHs73cT++DXeCKDZRMGTv09+Eo7TzBP8gidxf7PMftidqqKEiCV EwF78GRy1uGrl1fN4WA8i3Kxzvuu3c0Ibm0CdRspeT0NWUbDyFB/P8mCck1+3M7Viv7D YZLzZgZyydZ2P6Oppb7DS9jzJReFaewN2BoH5pse6zABmTOnT+w5cbFFjnCozZt9wXRA QL1G9wptEvHNskpTl4XYDsxu+CVtQw1gO9XfAda1pIV/2K8csPBJMotn+vGx4rET+OUT SUVQ== MIME-Version: 1.0 X-Received: by 10.224.72.72 with SMTP id l8mr35186325qaj.51.1390742746195; Sun, 26 Jan 2014 05:25:46 -0800 (PST) Received: by 10.229.208.202 with HTTP; Sun, 26 Jan 2014 05:25:46 -0800 (PST) In-Reply-To: <52E47EF7.7040402@ohlste.in> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> Date: Sun, 26 Jan 2014 14:25:46 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Big Lebowski To: Jim Ohlstein Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Alfred Perlstein , Aryeh Friedman , freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 13:25:47 -0000 On Sun, Jan 26, 2014 at 4:20 AM, Jim Ohlstein wrote: > Hello, > > > On 1/25/14, 9:04 PM, Alfred Perlstein wrote: > >> On 1/25/14 3:48 PM, Aryeh Friedman wrote: >> >>> 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 >>> >> >> You just don't get it. >> >> Again, you just really, really, don't get it. >> >> You WANT a gateway to a remote service that the project does not have to >> handle. >> >> Why? Because then we offload the problem to another org. >> >> The FreeBSD project should be about innovation in OS design, platform >> and software. Ops work is bunk and just slows us down. >> >> The more we can outsource the better we'll be. (and what if that >> service blows up? well we move on! it's simple!) >> >> Continuing to insist that we run the services ourselves it just wasting >> our limited resources. Not only that but we get emotionally attached to >> technologies that are old, dying and dead when off the shelf stuff works >> just fine. >> > > I've read all 60 or so messages in this thread and there really are two > related but distinct issues here. > > The thread title is "What is the problem with ports PR reaction delays?". > This has meandered into a philosophical debate about who knows what and who > knows squat about version control systems, whether we need to maintain > certain requirements, testing ports, etc. > > I like the KISS approach myself. This can be boiled down to those two > issues, one of which is a symptom of the other. Arguing and debating over a > long term solution to the OP's question does nothing to solve the problem > in the short to intermediate term. There are 1680 current ports related > PR's at this moment. > > As we all know, the committers are volunteers, mostly with real jobs and > real lives and they obviously cannot keep up with the current load. The > short to medium term solution for that is more committers. I'll add my name > to the list of those who are willing to step in and help to clean up the > mess. I'm certain that if a request went out, there would be many who are > more qualified than I. > > At the same time, a group of interested individuals should offer input to > the folks who already are looking at changing the bug reporting system away > from gnats - https://wiki.freebsd.org/Bugtracking/BugRelocationPlan. > Doing it in one fell swoop might make sense. It's "ripping off the bandaid" > but I'd rather do it only once myself. > > What does *not* make sense is a new port for what might be a very useful > tool waiting since September for someone to look at it. Arguing over git > and subversion et alia does nothing to fix that. As they say on the ESPN > NFL pregame show, "C'mon man!". I can't agree more. I can see, understand and accept reasons why we cant move from SVN to GitHub/Git and I certainly dont think that it would be solution to current problems. It seems like this is not neccessary, it wont happen, so I think we can end that discussion here. However, we do have all the tools to automate this process, so I really dont understand why not to do this, especially it is perfectly doable with SVN, Redports are already doing so, and there are people willing to work on it. And when it comes to number of ports commiters, that seems to be too low to handle current, manual process, why exactly this number is so low? I would think there is not enough skilled people, but given Martin mentioned there are sloppy commiters not doing their work exactly right, this doesnt seem to be the case - what then? Could that process be more formalized, transparent, so people interested could have a path to follow and the ability to become commiters to support the ports team? I've mentioned the idea of 'junior commiters' in my previous message, perhaps that's something we could talk about? One another thing I would do, is to handle the problem of amount of the work that needs to be done, that tends to be a huge demotivation for people to do work - when there's over 1600 PR's waiting to be handled, it seriously harm the hope for getting the work done (emptying the queue) and that's a stopper. Perhaps it would be possible to make a cut off for PR's opened more than X weeks/months/years ago, their submitters arent answering to emails, their emails are dead, neither submitters nor other users are asking for, send emails to submitters and ports list, that in case of no response withing X weeks those are going to be closed, and then handle those answered, and close the rest? Apparently no one takes care about them on commiters side, original authors do not care anymore, and community doesnt need them, because no one is asking about them, and no one submits them again - what's the point of keeping them around haunting productivity and blurring the view of how much work is to be done for real? I know this might seems to be radical, but waiting monhs for a port to be looked at is nonsense as well. And thank you all, who had expressed their views, I hope we can work out a viable solution that will serve for better good for everyone. Regards, B. > > > -- > Jim Ohlstein > > _______________________________________________ > 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 Sun Jan 26 13:29:35 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 A3E3B511 for ; Sun, 26 Jan 2014 13:29:35 +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 4DD741746 for ; Sun, 26 Jan 2014 13:29:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailout.easydns.com (Postfix) with ESMTP id 4505312F561 for ; Sun, 26 Jan 2014 08:30:52 -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 KA7CL6I_WPZy for ; Sun, 26 Jan 2014 08:30:50 -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 C9DD712F366 for ; Sun, 26 Jan 2014 08:30:50 -0500 (EST) Received: from ares.hayers.org (ares.hayers.org [127.0.0.1]) by ares.hayers.org (Postfix) with ESMTP id A94B3B06FE0 for ; Sun, 26 Jan 2014 13:29:22 +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 Aw8Pso5pB4Od for ; Sun, 26 Jan 2014 13:29:09 +0000 (GMT) Received: from [192.168.8.2] (zeus.hayers.org [192.168.8.2]) (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 39B96B05864 for ; Sun, 26 Jan 2014 13:29:09 +0000 (GMT) Message-ID: <52E50DBA.4010807@hayers.org> Date: Sun, 26 Jan 2014 13:29:30 +0000 From: "Gary J. Hayers" 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: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E398FF.9000300@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 13:29:35 -0000 On 26/01/2014 13:06, Big Lebowski wrote: > On Sat, Jan 25, 2014 at 11:59 AM, Matthew Seaman wrote: > Does it have to be all-or-nothing situation, where we can do something only > if we have 20-50 people looking at 6-15 PR's a week, and we cant do > anything if we dont? Cant we start with 2-3 people (3 people so far > volunteered to do so, and I belive a 'call to arms' via this > list/announcements/bsdnow.tv/reddit would result in may others willing to > help) doing as much as they can? I get the feeling more people would volunteer if it meant clearing the backlog of PRs. I have a lot of spare time so I could go through a lot of PRs. > Also, what about some kind of 'junior commiter' role, where solid port > maintainers get rights to commit to their ports only? If that would be > doable, we could offload a lot of work from current commiters to work on > other things. Suspect this would work, however, the more committers the less the quality of work? -- Regards, Gary J. Hayers gary@hayers.org PGP Signature http://www.hayers.org/pgp From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 13:32: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 C89F05F5 for ; Sun, 26 Jan 2014 13:32:27 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8025217BE for ; Sun, 26 Jan 2014 13:32:27 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id i13so6063904qae.13 for ; Sun, 26 Jan 2014 05:32: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=uPXfdLbVzN3GRMAwjwI8oe6wvnTHzfuNtL/Ug/z9PGk=; b=zWHWBM0xvgG2trRXWs5B4I6B5xBuc55t+DH1b86FTleRTl5jxrP3Ei8v6nMFrV0R0k l1hvyaJhYhPra13qP4n/MMSxppENhcwFt2cz4uam1oEy6kVecVCsHCnWzVqCL6aWedsC ZWRVBm2M5rEHqfKR72IiSq+rYm8vF6ST790KW/dkvcftz/s/SClpGKbmIwvD92Y/KKbj fZy/MIJOZs591+LKA5K+tNVIsuNkvfLhxs3rYKX0+f/8vsD6SZSj0g+jcCo3QVrWbpQL 5pwf0be1ebIRNd9aVUvB3r76cZQRsPGljuN//3dQvoCEgjrsWP3LnNCopGJgg8puu8L3 jLFA== MIME-Version: 1.0 X-Received: by 10.224.72.72 with SMTP id l8mr35226157qaj.51.1390743146620; Sun, 26 Jan 2014 05:32:26 -0800 (PST) Received: by 10.229.208.202 with HTTP; Sun, 26 Jan 2014 05:32:26 -0800 (PST) In-Reply-To: <52E50DBA.4010807@hayers.org> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E398FF.9000300@FreeBSD.org> <52E50DBA.4010807@hayers.org> Date: Sun, 26 Jan 2014 14:32:26 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Big Lebowski To: "Gary J. Hayers" 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: Sun, 26 Jan 2014 13:32:27 -0000 On Sun, Jan 26, 2014 at 2:29 PM, Gary J. Hayers wrote: > On 26/01/2014 13:06, Big Lebowski wrote: > >> On Sat, Jan 25, 2014 at 11:59 AM, Matthew Seaman > >wrote: >> Does it have to be all-or-nothing situation, where we can do something >> only >> if we have 20-50 people looking at 6-15 PR's a week, and we cant do >> anything if we dont? Cant we start with 2-3 people (3 people so far >> volunteered to do so, and I belive a 'call to arms' via this >> list/announcements/bsdnow.tv/reddit would result in may others willing to >> help) doing as much as they can? >> > > I get the feeling more people would volunteer if it meant clearing the > backlog of PRs. I have a lot of spare time so I could go through a lot of > PRs. > > > Also, what about some kind of 'junior commiter' role, where solid port >> maintainers get rights to commit to their ports only? If that would be >> doable, we could offload a lot of work from current commiters to work on >> other things. >> > > Suspect this would work, however, the more committers the less the quality > of work? Is there any evidence to support that argument? Or is it just a fear of that? At any point if that happens, then this can be revoked, the selection can be tighter, things can be adjusted, nothing is written in stone. Also, people were mentioning existing commiters to be sloppy and problematic, we've months of waiting for PR's to be taken care of, and there are still ports accepted that dont work at all - is that this work quality we're so troubled for? B. > > > -- > > Regards, > Gary J. Hayers > gary@hayers.org > > PGP Signature > http://www.hayers.org/pgp > > _______________________________________________ > 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 Sun Jan 26 13:35: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 9524776F for ; Sun, 26 Jan 2014 13:35:44 +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 3FBE417F0 for ; Sun, 26 Jan 2014 13:35:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailout.easydns.com (Postfix) with ESMTP id 4BA8C12F5E1 for ; Sun, 26 Jan 2014 08:37:07 -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 7brqlyO1YlyK for ; Sun, 26 Jan 2014 08:37:06 -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 E964E12F4BE for ; Sun, 26 Jan 2014 08:37:05 -0500 (EST) Received: from ares.hayers.org (ares.hayers.org [127.0.0.1]) by ares.hayers.org (Postfix) with ESMTP id C3A41B05864 for ; Sun, 26 Jan 2014 13:35:37 +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 z7LguKOBCU83 for ; Sun, 26 Jan 2014 13:35:24 +0000 (GMT) Received: from [192.168.8.2] (zeus.hayers.org [192.168.8.2]) (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 68E18B06F97 for ; Sun, 26 Jan 2014 13:35:24 +0000 (GMT) Message-ID: <52E50F33.6080307@hayers.org> Date: Sun, 26 Jan 2014 13:35:47 +0000 From: "Gary J. Hayers" 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: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E398FF.9000300@FreeBSD.org> <52E50DBA.4010807@hayers.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 13:35:44 -0000 On 26/01/2014 13:32, Big Lebowski wrote: > On Sun, Jan 26, 2014 at 2:29 PM, Gary J. Hayers wrote: >>Suspect this would work, however, the more committers the less the quality >> of work? > Is there any evidence to support that argument? Or is it just a fear of > that? At any point if that happens, then this can be revoked, the selection > can be tighter, things can be adjusted, nothing is written in stone. Also, > people were mentioning existing commiters to be sloppy and problematic, > we've months of waiting for PR's to be taken care of, and there are still > ports accepted that dont work at all - is that this work quality we're so > troubled for? > > B. That's a fear admittedly, but your solution would take care of that, would that also mean a bigger portmgr team too? -- Regards, Gary J. Hayers gary@hayers.org PGP Signature http://www.hayers.org/pgp From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 14:05:07 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 8E02AD45 for ; Sun, 26 Jan 2014 14:05:07 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45AFA19AC for ; Sun, 26 Jan 2014 14:05:07 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id i17so6688958qcy.39 for ; Sun, 26 Jan 2014 06:05:06 -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=/P5p+cFlx1owr1OL6uvm8kC2LEceAjEb7h5/iEYW4Ls=; b=B+KjATHi09dUZcy5RThDr5UI7a1ySfxJf1LtWINGL6WFXVwlHXxWfquVBBRAl0wVcI 8GwcQJTyDh+dW1SkcAYwxiuqQsdahIJdm2HdYx7Pgy1H3bK7/IDBkqVO9pj3tMH9I2mZ 6DinX2/tGbr+pKAcWNTnOUpPw7YrsWGBSkEAZRelUCCMtfIv4WIORRZB03KpiUqIsVU8 5vULs4TbaPyOrterhTASUsnhq4sWVfXH7KdEpozV6PjdmqFKhAGQmfjgU69/odvESjHv PBe/UHm9GYCcsy2ChS6rU9WrpG6t+biFu1vQ/RWs2GafuxlHx1IZL3Q9vFq2wkNIsFwO LTbQ== MIME-Version: 1.0 X-Received: by 10.140.89.241 with SMTP id v104mr33798777qgd.27.1390745106490; Sun, 26 Jan 2014 06:05:06 -0800 (PST) Received: by 10.229.208.202 with HTTP; Sun, 26 Jan 2014 06:05:06 -0800 (PST) In-Reply-To: <52E50F33.6080307@hayers.org> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E398FF.9000300@FreeBSD.org> <52E50DBA.4010807@hayers.org> <52E50F33.6080307@hayers.org> Date: Sun, 26 Jan 2014 15:05:06 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Big Lebowski To: "Gary J. Hayers" 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: Sun, 26 Jan 2014 14:05:07 -0000 On Sun, Jan 26, 2014 at 2:35 PM, Gary J. Hayers wrote: > > > On 26/01/2014 13:32, Big Lebowski wrote: > >> On Sun, Jan 26, 2014 at 2:29 PM, Gary J. Hayers wrote: >> >>> Suspect this would work, however, the more committers the less the >>> quality >>> of work? >>> >> Is there any evidence to support that argument? Or is it just a fear of >> that? At any point if that happens, then this can be revoked, the >> selection >> can be tighter, things can be adjusted, nothing is written in stone. Also, >> people were mentioning existing commiters to be sloppy and problematic, >> we've months of waiting for PR's to be taken care of, and there are still >> ports accepted that dont work at all - is that this work quality we're so >> troubled for? >> >> B. >> > > That's a fear admittedly, but your solution would take care of that, would > that also mean a bigger portmgr team too? > > At no point I've suggested anything regarding portmgr team, and I am not in position to judge needs of any changes in that place. It seems however, that with the portsmgr-lurker project they're handling their situation in a good way. B. > > -- > > Regards, > Gary J. Hayers > gary@hayers.org > > PGP Signature > http://www.hayers.org/pgp > _______________________________________________ > 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 Sun Jan 26 14:07:19 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 9003FEC4 for ; Sun, 26 Jan 2014 14:07:19 +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 3B0D419C5 for ; Sun, 26 Jan 2014 14:07:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailout.easydns.com (Postfix) with ESMTP id 8EC7112F6FB; Sun, 26 Jan 2014 09:08:42 -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 iW93G7ameLYr; Sun, 26 Jan 2014 09:08:42 -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 0AD4712F667; Sun, 26 Jan 2014 09:08:42 -0500 (EST) Received: from ares.hayers.org (ares.hayers.org [127.0.0.1]) by ares.hayers.org (Postfix) with ESMTP id 1CB7BB06FE2; Sun, 26 Jan 2014 14:07:14 +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 jrtFgWeRunPk; Sun, 26 Jan 2014 14:07:00 +0000 (GMT) Received: from [192.168.8.2] (zeus.hayers.org [192.168.8.2]) (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 BBF6AB06FF1; Sun, 26 Jan 2014 14:06:59 +0000 (GMT) Message-ID: <52E516A2.3040807@hayers.org> Date: Sun, 26 Jan 2014 14:07:30 +0000 From: "Gary J. Hayers" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 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> <52E30990.2060903@marino.st> <52E398FF.9000300@FreeBSD.org> <52E50DBA.4010807@hayers.org> <52E50F33.6080307@hayers.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 14:07:19 -0000 On 26/01/2014 14:05, Big Lebowski wrote: > On Sun, Jan 26, 2014 at 2:35 PM, Gary J. Hayers wrote: > At no point I've suggested anything regarding portmgr team, and I am not in > position to judge needs of any changes in that place. It seems however, > that with the portsmgr-lurker project they're handling their situation in a > good way. > > B. Agreed -- Regards, Gary J. Hayers gary@hayers.org PGP Signature http://www.hayers.org/pgp From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 16:32: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 2A10E643; Sun, 26 Jan 2014 16:32:55 +0000 (UTC) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id 073CE1454; Sun, 26 Jan 2014 16:32:54 +0000 (UTC) Received: from [192.168.1.6] (c-71-60-224-178.hsd1.pa.comcast.net [71.60.224.178]) by www6.pairlite.com (Postfix) with ESMTPSA id 9118F67AEE; Sun, 26 Jan 2014 11:32:44 -0500 (EST) Message-ID: <52E538AB.8010801@rodperson.com> Date: Sun, 26 Jan 2014 11:32:43 -0500 From: Rod Person 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 Ports List , FreeBSD Python Subject: Spyder IDE port 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, 26 Jan 2014 16:32:55 -0000 Hey All, I'm working on a port of Spyder IDE for python...before I completed it I wanted to no one was also working on the same port. -- Rod "How do u know they didn't run place at they that?" -- Herb From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 18:18: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 97EB3EA9 for ; Sun, 26 Jan 2014 18:18:49 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 75B4A1E12 for ; Sun, 26 Jan 2014 18:18:49 +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 769C81A3C1C; Sun, 26 Jan 2014 10:18:45 -0800 (PST) Message-ID: <52E55186.7020009@freebsd.org> Date: Sun, 26 Jan 2014 10:18:46 -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: Big Lebowski , Jim Ohlstein Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Aryeh Friedman , freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 18:18:49 -0000 On 1/26/14 5:25 AM, Big Lebowski wrote: > > > > On Sun, Jan 26, 2014 at 4:20 AM, Jim Ohlstein > wrote: > > Hello, > > > On 1/25/14, 9:04 PM, Alfred Perlstein wrote: > > On 1/25/14 3:48 PM, Aryeh Friedman wrote: > > 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 > > > You just don't get it. > > Again, you just really, really, don't get it. > > You WANT a gateway to a remote service that the project does > not have to > handle. > > Why? Because then we offload the problem to another org. > > The FreeBSD project should be about innovation in OS design, > platform > and software. Ops work is bunk and just slows us down. > > The more we can outsource the better we'll be. (and what if that > service blows up? well we move on! it's simple!) > > Continuing to insist that we run the services ourselves it > just wasting > our limited resources. Not only that but we get emotionally > attached to > technologies that are old, dying and dead when off the shelf > stuff works > just fine. > > > I've read all 60 or so messages in this thread and there really > are two related but distinct issues here. > > The thread title is "What is the problem with ports PR reaction > delays?". This has meandered into a philosophical debate about who > knows what and who knows squat about version control systems, > whether we need to maintain certain requirements, testing ports, etc. > > I like the KISS approach myself. This can be boiled down to those > two issues, one of which is a symptom of the other. Arguing and > debating over a long term solution to the OP's question does > nothing to solve the problem in the short to intermediate term. > There are 1680 current ports related PR's at this moment. > > As we all know, the committers are volunteers, mostly with real > jobs and real lives and they obviously cannot keep up with the > current load. The short to medium term solution for that is more > committers. I'll add my name to the list of those who are willing > to step in and help to clean up the mess. I'm certain that if a > request went out, there would be many who are more qualified than I. > > At the same time, a group of interested individuals should offer > input to the folks who already are looking at changing the bug > reporting system away from gnats - > https://wiki.freebsd.org/Bugtracking/BugRelocationPlan. Doing it > in one fell swoop might make sense. It's "ripping off the bandaid" > but I'd rather do it only once myself. > > What does *not* make sense is a new port for what might be a very > useful tool waiting since September for someone to look at it. > Arguing over git and subversion et alia does nothing to fix that. > As they say on the ESPN NFL pregame show, "C'mon man!". > > > I can't agree more. I can see, understand and accept reasons why we > cant move from SVN to GitHub/Git and I certainly dont think that it > would be solution to current problems. It seems like this is not > neccessary, it wont happen, so I think we can end that discussion > here. However, we do have all the tools to automate this process, so I > really dont understand why not to do this, especially it is perfectly > doable with SVN, Redports are already doing so, and there are people > willing to work on it. > Thanks Big Lebowski ! I'm not sure if taking your word for it will be the be all and end all of progress on this issue. I do have hope, after all as Max Plancksaid: "A new scientific truth does not triumph by convincing its opponents and making them see the light, but rather because its opponents eventually die, and a new generation grows up that is familiar with it." I just have my fingers cross that we are not so insular, so heels dug deep in the dirt, and so curmudgeonly that we drive away anyone interested in new technology. I mean, if we're all so firm in our beliefs there are dozens of other open source projects that encourage new things that people will flock to. -Alfred From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 18:21:13 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 E823BF7C; Sun, 26 Jan 2014 18:21:13 +0000 (UTC) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e: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 AC9711E7D; Sun, 26 Jan 2014 18:21:13 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id rq2so5050574pbb.37 for ; Sun, 26 Jan 2014 10:21:13 -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=Fbknb6IXLeuOWohjKwW8eYfqNxOjI+Gr5xZn09TXr10=; b=UcfnSmSaTbBT0Mg2lpdD+/hOe97VkFqc/P00SGWtXWWhJovot0/EDh8RDPfem/x0Tj OQFzTwgx+S09mYy0YKJW3UXITDN1X83WKlZOlxKd3OJPEbdH/3q8RWXzWkxnYJs7VLBt PiuuqBXjm0sleNwbHlsFCpGKYLpooKea0qxvLzKx5/BgiEIr2R3GkIifrrhKsIq3B7Wi /DgxLWphS76sdBxSOv1w/A+eurQTRZx+bfLwwSEG0l2mzq0tAmkSZc1tJFrNwX7LT4Ue /sE9mSgXjee4FqUUgmj3FsUtbmrfzeZMnhYaehyi/Zsi4algZDl4CKyAmpqRqDoO77KQ RB6w== MIME-Version: 1.0 X-Received: by 10.66.182.199 with SMTP id eg7mr26045554pac.135.1390760473304; Sun, 26 Jan 2014 10:21:13 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sun, 26 Jan 2014 10:21:13 -0800 (PST) In-Reply-To: <52E55186.7020009@freebsd.org> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> Date: Sun, 26 Jan 2014 13:21:13 -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: Big Lebowski , freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 18:21:14 -0000 just do us a favor and do not assume newer means better... On Sun, Jan 26, 2014 at 1:18 PM, Alfred Perlstein wrote: > On 1/26/14 5:25 AM, Big Lebowski wrote: > > > > > On Sun, Jan 26, 2014 at 4:20 AM, Jim Ohlstein wrote: > >> Hello, >> >> >> On 1/25/14, 9:04 PM, Alfred Perlstein wrote: >> >>> On 1/25/14 3:48 PM, Aryeh Friedman wrote: >>> >>>> 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 >>>> >>> >>> You just don't get it. >>> >>> Again, you just really, really, don't get it. >>> >>> You WANT a gateway to a remote service that the project does not have to >>> handle. >>> >>> Why? Because then we offload the problem to another org. >>> >>> The FreeBSD project should be about innovation in OS design, platform >>> and software. Ops work is bunk and just slows us down. >>> >>> The more we can outsource the better we'll be. (and what if that >>> service blows up? well we move on! it's simple!) >>> >>> Continuing to insist that we run the services ourselves it just wasting >>> our limited resources. Not only that but we get emotionally attached to >>> technologies that are old, dying and dead when off the shelf stuff works >>> just fine. >>> >> >> I've read all 60 or so messages in this thread and there really are two >> related but distinct issues here. >> >> The thread title is "What is the problem with ports PR reaction delays?". >> This has meandered into a philosophical debate about who knows what and who >> knows squat about version control systems, whether we need to maintain >> certain requirements, testing ports, etc. >> >> I like the KISS approach myself. This can be boiled down to those two >> issues, one of which is a symptom of the other. Arguing and debating over a >> long term solution to the OP's question does nothing to solve the problem >> in the short to intermediate term. There are 1680 current ports related >> PR's at this moment. >> >> As we all know, the committers are volunteers, mostly with real jobs and >> real lives and they obviously cannot keep up with the current load. The >> short to medium term solution for that is more committers. I'll add my name >> to the list of those who are willing to step in and help to clean up the >> mess. I'm certain that if a request went out, there would be many who are >> more qualified than I. >> >> At the same time, a group of interested individuals should offer input to >> the folks who already are looking at changing the bug reporting system away >> from gnats - https://wiki.freebsd.org/Bugtracking/BugRelocationPlan. >> Doing it in one fell swoop might make sense. It's "ripping off the bandaid" >> but I'd rather do it only once myself. >> >> What does *not* make sense is a new port for what might be a very useful >> tool waiting since September for someone to look at it. Arguing over git >> and subversion et alia does nothing to fix that. As they say on the ESPN >> NFL pregame show, "C'mon man!". > > > I can't agree more. I can see, understand and accept reasons why we cant > move from SVN to GitHub/Git and I certainly dont think that it would be > solution to current problems. It seems like this is not neccessary, it wont > happen, so I think we can end that discussion here. However, we do have all > the tools to automate this process, so I really dont understand why not to > do this, especially it is perfectly doable with SVN, Redports are already > doing so, and there are people willing to work on it. > > > Thanks Big Lebowski ! > > I'm not sure if taking your word for it will be the be all and end all of > progress on this issue. I do have hope, after all as Max Planck said: > > "A new scientific truth does not triumph by convincing its opponents and > making them see the light, but rather because its opponents eventually die, > and a new generation grows up that is familiar with it." > > I just have my fingers cross that we are not so insular, so heels dug deep > in the dirt, and so curmudgeonly that we drive away anyone interested in > new technology. > > I mean, if we're all so firm in our beliefs there are dozens of other open > source projects that encourage new things that people will flock to. > > > -Alfred > > > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 18:26: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 754F127D for ; Sun, 26 Jan 2014 18:26:40 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 53EE51EB7 for ; Sun, 26 Jan 2014 18:26:40 +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 ED2DA1A3C1A; Sun, 26 Jan 2014 10:26:39 -0800 (PST) Message-ID: <52E55361.3000108@freebsd.org> Date: Sun, 26 Jan 2014 10:26:41 -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, Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 18:26:40 -0000 On 1/26/14 10:21 AM, Aryeh Friedman wrote: > just do us a favor and do not assume newer means better... I've been using newer almost exclusively for the past several years and it is better. Open your eyes, people have moved on. -Alfred > > > On Sun, Jan 26, 2014 at 1:18 PM, Alfred Perlstein wrote: > >> On 1/26/14 5:25 AM, Big Lebowski wrote: >> >> >> >> >> On Sun, Jan 26, 2014 at 4:20 AM, Jim Ohlstein wrote: >> >>> Hello, >>> >>> >>> On 1/25/14, 9:04 PM, Alfred Perlstein wrote: >>> >>>> On 1/25/14 3:48 PM, Aryeh Friedman wrote: >>>> >>>>> 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 >>>> You just don't get it. >>>> >>>> Again, you just really, really, don't get it. >>>> >>>> You WANT a gateway to a remote service that the project does not have to >>>> handle. >>>> >>>> Why? Because then we offload the problem to another org. >>>> >>>> The FreeBSD project should be about innovation in OS design, platform >>>> and software. Ops work is bunk and just slows us down. >>>> >>>> The more we can outsource the better we'll be. (and what if that >>>> service blows up? well we move on! it's simple!) >>>> >>>> Continuing to insist that we run the services ourselves it just wasting >>>> our limited resources. Not only that but we get emotionally attached to >>>> technologies that are old, dying and dead when off the shelf stuff works >>>> just fine. >>>> >>> I've read all 60 or so messages in this thread and there really are two >>> related but distinct issues here. >>> >>> The thread title is "What is the problem with ports PR reaction delays?". >>> This has meandered into a philosophical debate about who knows what and who >>> knows squat about version control systems, whether we need to maintain >>> certain requirements, testing ports, etc. >>> >>> I like the KISS approach myself. This can be boiled down to those two >>> issues, one of which is a symptom of the other. Arguing and debating over a >>> long term solution to the OP's question does nothing to solve the problem >>> in the short to intermediate term. There are 1680 current ports related >>> PR's at this moment. >>> >>> As we all know, the committers are volunteers, mostly with real jobs and >>> real lives and they obviously cannot keep up with the current load. The >>> short to medium term solution for that is more committers. I'll add my name >>> to the list of those who are willing to step in and help to clean up the >>> mess. I'm certain that if a request went out, there would be many who are >>> more qualified than I. >>> >>> At the same time, a group of interested individuals should offer input to >>> the folks who already are looking at changing the bug reporting system away >>> from gnats - https://wiki.freebsd.org/Bugtracking/BugRelocationPlan. >>> Doing it in one fell swoop might make sense. It's "ripping off the bandaid" >>> but I'd rather do it only once myself. >>> >>> What does *not* make sense is a new port for what might be a very useful >>> tool waiting since September for someone to look at it. Arguing over git >>> and subversion et alia does nothing to fix that. As they say on the ESPN >>> NFL pregame show, "C'mon man!". >> >> I can't agree more. I can see, understand and accept reasons why we cant >> move from SVN to GitHub/Git and I certainly dont think that it would be >> solution to current problems. It seems like this is not neccessary, it wont >> happen, so I think we can end that discussion here. However, we do have all >> the tools to automate this process, so I really dont understand why not to >> do this, especially it is perfectly doable with SVN, Redports are already >> doing so, and there are people willing to work on it. >> >> >> Thanks Big Lebowski ! >> >> I'm not sure if taking your word for it will be the be all and end all of >> progress on this issue. I do have hope, after all as Max Planck said: >> >> "A new scientific truth does not triumph by convincing its opponents and >> making them see the light, but rather because its opponents eventually die, >> and a new generation grows up that is familiar with it." >> >> I just have my fingers cross that we are not so insular, so heels dug deep >> in the dirt, and so curmudgeonly that we drive away anyone interested in >> new technology. >> >> I mean, if we're all so firm in our beliefs there are dozens of other open >> source projects that encourage new things that people will flock to. >> >> >> -Alfred >> >> >> > From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 18:27: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 5B7C7330; Sun, 26 Jan 2014 18:27:49 +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 DE4E61EC3; Sun, 26 Jan 2014 18:27:48 +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 s0QIRgDw082905 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 26 Jan 2014 18:27:44 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s0QIRgDw082905 Authentication-Results: smtp.infracaninophile.co.uk/s0QIRgDw082905; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <52E55394.1030302@FreeBSD.org> Date: Sun, 26 Jan 2014 18:27:32 +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 Subject: Re: What is the problem with ports PR reaction delays? References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E398FF.9000300@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="pdV81CmwK7R81kxvrE5k5Eo5mfOtQCVFw" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 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: 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: Sun, 26 Jan 2014 18:27:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --pdV81CmwK7R81kxvrE5k5Eo5mfOtQCVFw Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 26/01/2014 13:06, Big Lebowski wrote: > Does it have to be all-or-nothing situation, where we can do something > only if we have 20-50 people looking at 6-15 PR's a week, and we cant d= o > anything if we dont? Cant we start with 2-3 people (3 people so far > volunteered to do so, and I belive a 'call to arms' via this > list/announcements/bsdnow.tv/reddit would > result in may others willing to help) doing as much as they can? >=20 It doesn't have to be all-or-nothing, but that is the way it tends to end up. Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --pdV81CmwK7R81kxvrE5k5Eo5mfOtQCVFw 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/ iQJ8BAEBCgBmBQJS5VOdXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATKMQQAIS+EXBpOKCvKRwqwHQh1yzN 9Qf9ChaojM63npBzw7iiuXhZMnvRs3X1OFnTYk2ISnNnS7h/9e0TuD6s35cXt5uY yiKCmZ3CB3O40jW6ICO7s/4fvCOqle2fspI/m9lcRP2XkJ3Ycd2fI37QQAOF4ZNh M2U0iWdHWT8KCPfTTVA4bei6ZeTC0Io8X2O91CpyTRye6k/UHNGfadCh/Qr3s/o4 yjWKdkCPUJ1ytnhh6Mc+liDjBR8CWSaiwi4D5ItWNfemEsbp/hepP2PrV86qM4De 1vn7tg0jna4dtqe3a1x/dBKit8g+a64wDaPdm9j0+raDpPlgSUfd7CvO85R9t6rn QxUyHT/uIMmNk6W4PjX75yCDZkucGkWEIwPSFwowTqtVEsGYmGKHlIkbT0B+NDa2 VePLrM4bzU0LCcgEqOvs3LGA9EnIWiuZDOnoArCZxp6VpnCXXIrOTnMQIJJet+yQ MxBcuYqlJfGeHq9UGZSSrUq16co/PscpOMZmj0a8p9dazkA/dJceacblP3EzRGFg J9AwMX1D7PdhVlAQbK8cErHQgEA1khelHZlniHmAEvg5wfV3Ap2LAtEUSY+q7xd+ Nx2SqHVsVISW3vW05IAJf7t7fPt9dr1fX/glTUp2HAGUYSeFEk6GgaA6TwpRK3r0 Wa8J2b4TFTADmrNXYIv1 =/j5j -----END PGP SIGNATURE----- --pdV81CmwK7R81kxvrE5k5Eo5mfOtQCVFw-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 18:31:01 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 8EA644FE; Sun, 26 Jan 2014 18:31:01 +0000 (UTC) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52D901EE5; Sun, 26 Jan 2014 18:31:01 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id kl14so5087341pab.29 for ; Sun, 26 Jan 2014 10:31: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 :cc:content-type; bh=kqxQcd53cEdWA+Lv3L+my4oFLmBbT1NnsLpdSeq08rk=; b=1H0ANVgDAsIIvPpmU9rqEpCTTx7rHsaTQJAlDRadqTujl1OnGHECqQVYYByDQUi7HM LCtC2W7v2LH+374y096xHsQGbuO7O0PDWL3qUkCS5AegRmoEckW1Ore3NXQEZeC6/SS8 NvGm0VA3e93qCFzX60+CeI+ly9h5Zu2PGdTOs4FAIj371JWOwbrYNfOMcacCk0YftXMc F1goZ4Ji0Q11tEkbESaQawD6gKPql9J8yzQHN1oV1Edn6bMXd1x1V6aY3Fafjcs1iAfB o6r6bLxalK68IQiVfTO3tWOWO7dVHIR7caJ3hBQGlC7dFfsHSOaYwisSRxFvj9aU1J9I OINA== MIME-Version: 1.0 X-Received: by 10.68.92.98 with SMTP id cl2mr26038773pbb.81.1390761060751; Sun, 26 Jan 2014 10:31:00 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sun, 26 Jan 2014 10:31:00 -0800 (PST) In-Reply-To: <52E55361.3000108@freebsd.org> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> <52E55361.3000108@freebsd.org> Date: Sun, 26 Jan 2014 13:31:00 -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: Sun, 26 Jan 2014 18:31:01 -0000 If it is so new then why when I looked into git and git hub for the first time about 2 years ago it didn't have a *SINGLE* feature that aegis didn't have in the mid-90's... all it is a bunch or pretty pictures to make those who are addicted to newness be able to claim they are actually making progress with their "newness" when in fact they are reinvinting the wheel for the 15th time On Sun, Jan 26, 2014 at 1:26 PM, Alfred Perlstein wrote: > On 1/26/14 10:21 AM, Aryeh Friedman wrote: > >> just do us a favor and do not assume newer means better... >> > > I've been using newer almost exclusively for the past several years and it > is better. > > Open your eyes, people have moved on. > > > -Alfred > > > >> >> On Sun, Jan 26, 2014 at 1:18 PM, Alfred Perlstein > >wrote: >> >> On 1/26/14 5:25 AM, Big Lebowski wrote: >>> >>> >>> >>> >>> On Sun, Jan 26, 2014 at 4:20 AM, Jim Ohlstein wrote: >>> >>> Hello, >>>> >>>> >>>> On 1/25/14, 9:04 PM, Alfred Perlstein wrote: >>>> >>>> On 1/25/14 3:48 PM, Aryeh Friedman wrote: >>>>> >>>>> 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 >>>>>>> >>>>>> You just don't get it. >>>>> >>>>> Again, you just really, really, don't get it. >>>>> >>>>> You WANT a gateway to a remote service that the project does not have >>>>> to >>>>> handle. >>>>> >>>>> Why? Because then we offload the problem to another org. >>>>> >>>>> The FreeBSD project should be about innovation in OS design, platform >>>>> and software. Ops work is bunk and just slows us down. >>>>> >>>>> The more we can outsource the better we'll be. (and what if that >>>>> service blows up? well we move on! it's simple!) >>>>> >>>>> Continuing to insist that we run the services ourselves it just wasting >>>>> our limited resources. Not only that but we get emotionally attached >>>>> to >>>>> technologies that are old, dying and dead when off the shelf stuff >>>>> works >>>>> just fine. >>>>> >>>>> I've read all 60 or so messages in this thread and there really are >>>> two >>>> related but distinct issues here. >>>> >>>> The thread title is "What is the problem with ports PR reaction >>>> delays?". >>>> This has meandered into a philosophical debate about who knows what and >>>> who >>>> knows squat about version control systems, whether we need to maintain >>>> certain requirements, testing ports, etc. >>>> >>>> I like the KISS approach myself. This can be boiled down to those two >>>> issues, one of which is a symptom of the other. Arguing and debating >>>> over a >>>> long term solution to the OP's question does nothing to solve the >>>> problem >>>> in the short to intermediate term. There are 1680 current ports related >>>> PR's at this moment. >>>> >>>> As we all know, the committers are volunteers, mostly with real jobs and >>>> real lives and they obviously cannot keep up with the current load. The >>>> short to medium term solution for that is more committers. I'll add my >>>> name >>>> to the list of those who are willing to step in and help to clean up the >>>> mess. I'm certain that if a request went out, there would be many who >>>> are >>>> more qualified than I. >>>> >>>> At the same time, a group of interested individuals should offer input >>>> to >>>> the folks who already are looking at changing the bug reporting system >>>> away >>>> from gnats - https://wiki.freebsd.org/Bugtracking/BugRelocationPlan. >>>> Doing it in one fell swoop might make sense. It's "ripping off the >>>> bandaid" >>>> but I'd rather do it only once myself. >>>> >>>> What does *not* make sense is a new port for what might be a very useful >>>> tool waiting since September for someone to look at it. Arguing over git >>>> and subversion et alia does nothing to fix that. As they say on the ESPN >>>> NFL pregame show, "C'mon man!". >>>> >>> >>> I can't agree more. I can see, understand and accept reasons why we >>> cant >>> move from SVN to GitHub/Git and I certainly dont think that it would be >>> solution to current problems. It seems like this is not neccessary, it >>> wont >>> happen, so I think we can end that discussion here. However, we do have >>> all >>> the tools to automate this process, so I really dont understand why not >>> to >>> do this, especially it is perfectly doable with SVN, Redports are already >>> doing so, and there are people willing to work on it. >>> >>> >>> Thanks Big Lebowski ! >>> >>> >>> I'm not sure if taking your word for it will be the be all and end all of >>> progress on this issue. I do have hope, after all as Max Planck said: >>> >>> "A new scientific truth does not triumph by convincing its opponents and >>> making them see the light, but rather because its opponents eventually >>> die, >>> and a new generation grows up that is familiar with it." >>> >>> I just have my fingers cross that we are not so insular, so heels dug >>> deep >>> in the dirt, and so curmudgeonly that we drive away anyone interested in >>> new technology. >>> >>> I mean, if we're all so firm in our beliefs there are dozens of other >>> open >>> source projects that encourage new things that people will flock to. >>> >>> >>> -Alfred >>> >>> >>> >>> >> > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 18:32: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 633D4600; Sun, 26 Jan 2014 18:32:28 +0000 (UTC) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 251081F4F; Sun, 26 Jan 2014 18:32:28 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id z10so4871440pdj.19 for ; Sun, 26 Jan 2014 10:32:27 -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=u0y6n1urFmgPC6tHnobFcLQ4YB2O2DlMjyt6JvVlDJw=; b=X73nxdr6elCSt8Bxh8ntO9tFaAdSvlrb0ry4PepXzR5GbNIiia/oZ0K6juhiWhwHbH vZ37HNAyOtahMs210KiIirMEJ6kzAqvdFxFXQHmsdrhL1e/Q6+LGk3PiSeMtGkevuUZK O1ZxMq54EUgoER90usihL5hoyOx/aWSUPW3EoYMqD/MdMQtv5gNFDxRsK/IE5bgTUdIb IMUsPbC26/d5gLEnsXaS9BDyS1RHiy4gsFxLrru+/Q80YsHHyumhn18nY0WtqkJj53P0 6imVKgqIzy85uoIo246MOk03/mqGki3wjiNSzIOqdYV5lpv3YAx+tBWV5siBW/aS0MZ6 6y5A== MIME-Version: 1.0 X-Received: by 10.66.248.227 with SMTP id yp3mr25679009pac.116.1390761147782; Sun, 26 Jan 2014 10:32:27 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sun, 26 Jan 2014 10:32:27 -0800 (PST) In-Reply-To: References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> <52E55361.3000108@freebsd.org> Date: Sun, 26 Jan 2014 13:32:27 -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: Sun, 26 Jan 2014 18:32:28 -0000 Forgot to mention and aegis in almost every case implements the very same features in a much smoother way (no stupid http bs or anything) On Sun, Jan 26, 2014 at 1:31 PM, Aryeh Friedman wrote: > If it is so new then why when I looked into git and git hub for the first > time about 2 years ago it didn't have a *SINGLE* feature that aegis didn't > have in the mid-90's... all it is a bunch or pretty pictures to make those > who are addicted to newness be able to claim they are actually making > progress with their "newness" when in fact they are reinvinting the wheel > for the 15th time > > > On Sun, Jan 26, 2014 at 1:26 PM, Alfred Perlstein wrote: > >> On 1/26/14 10:21 AM, Aryeh Friedman wrote: >> >>> just do us a favor and do not assume newer means better... >>> >> >> I've been using newer almost exclusively for the past several years and >> it is better. >> >> Open your eyes, people have moved on. >> >> >> -Alfred >> >> >> >>> >>> On Sun, Jan 26, 2014 at 1:18 PM, Alfred Perlstein >> >wrote: >>> >>> On 1/26/14 5:25 AM, Big Lebowski wrote: >>>> >>>> >>>> >>>> >>>> On Sun, Jan 26, 2014 at 4:20 AM, Jim Ohlstein wrote: >>>> >>>> Hello, >>>>> >>>>> >>>>> On 1/25/14, 9:04 PM, Alfred Perlstein wrote: >>>>> >>>>> On 1/25/14 3:48 PM, Aryeh Friedman wrote: >>>>>> >>>>>> 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 >>>>>>>> >>>>>>> You just don't get it. >>>>>> >>>>>> Again, you just really, really, don't get it. >>>>>> >>>>>> You WANT a gateway to a remote service that the project does not have >>>>>> to >>>>>> handle. >>>>>> >>>>>> Why? Because then we offload the problem to another org. >>>>>> >>>>>> The FreeBSD project should be about innovation in OS design, platform >>>>>> and software. Ops work is bunk and just slows us down. >>>>>> >>>>>> The more we can outsource the better we'll be. (and what if that >>>>>> service blows up? well we move on! it's simple!) >>>>>> >>>>>> Continuing to insist that we run the services ourselves it just >>>>>> wasting >>>>>> our limited resources. Not only that but we get emotionally attached >>>>>> to >>>>>> technologies that are old, dying and dead when off the shelf stuff >>>>>> works >>>>>> just fine. >>>>>> >>>>>> I've read all 60 or so messages in this thread and there really >>>>> are two >>>>> related but distinct issues here. >>>>> >>>>> The thread title is "What is the problem with ports PR reaction >>>>> delays?". >>>>> This has meandered into a philosophical debate about who knows what >>>>> and who >>>>> knows squat about version control systems, whether we need to maintain >>>>> certain requirements, testing ports, etc. >>>>> >>>>> I like the KISS approach myself. This can be boiled down to those two >>>>> issues, one of which is a symptom of the other. Arguing and debating >>>>> over a >>>>> long term solution to the OP's question does nothing to solve the >>>>> problem >>>>> in the short to intermediate term. There are 1680 current ports related >>>>> PR's at this moment. >>>>> >>>>> As we all know, the committers are volunteers, mostly with real jobs >>>>> and >>>>> real lives and they obviously cannot keep up with the current load. The >>>>> short to medium term solution for that is more committers. I'll add my >>>>> name >>>>> to the list of those who are willing to step in and help to clean up >>>>> the >>>>> mess. I'm certain that if a request went out, there would be many who >>>>> are >>>>> more qualified than I. >>>>> >>>>> At the same time, a group of interested individuals should offer input >>>>> to >>>>> the folks who already are looking at changing the bug reporting system >>>>> away >>>>> from gnats - https://wiki.freebsd.org/Bugtracking/BugRelocationPlan. >>>>> Doing it in one fell swoop might make sense. It's "ripping off the >>>>> bandaid" >>>>> but I'd rather do it only once myself. >>>>> >>>>> What does *not* make sense is a new port for what might be a very >>>>> useful >>>>> tool waiting since September for someone to look at it. Arguing over >>>>> git >>>>> and subversion et alia does nothing to fix that. As they say on the >>>>> ESPN >>>>> NFL pregame show, "C'mon man!". >>>>> >>>> >>>> I can't agree more. I can see, understand and accept reasons why we >>>> cant >>>> move from SVN to GitHub/Git and I certainly dont think that it would be >>>> solution to current problems. It seems like this is not neccessary, it >>>> wont >>>> happen, so I think we can end that discussion here. However, we do have >>>> all >>>> the tools to automate this process, so I really dont understand why not >>>> to >>>> do this, especially it is perfectly doable with SVN, Redports are >>>> already >>>> doing so, and there are people willing to work on it. >>>> >>>> >>>> Thanks Big Lebowski ! >>>> >>>> >>>> I'm not sure if taking your word for it will be the be all and end all >>>> of >>>> progress on this issue. I do have hope, after all as Max Planck said: >>>> >>>> "A new scientific truth does not triumph by convincing its opponents and >>>> making them see the light, but rather because its opponents eventually >>>> die, >>>> and a new generation grows up that is familiar with it." >>>> >>>> I just have my fingers cross that we are not so insular, so heels dug >>>> deep >>>> in the dirt, and so curmudgeonly that we drive away anyone interested in >>>> new technology. >>>> >>>> I mean, if we're all so firm in our beliefs there are dozens of other >>>> open >>>> source projects that encourage new things that people will flock to. >>>> >>>> >>>> -Alfred >>>> >>>> >>>> >>>> >>> >> > > > -- > Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 18:54:36 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 01531DD7 for ; Sun, 26 Jan 2014 18:54:36 +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 8026D1106 for ; Sun, 26 Jan 2014 18:54:35 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id y10so4812621wgg.20 for ; Sun, 26 Jan 2014 10:54:33 -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=3NZxSY4qmN9bU++AW9oyM7iKWCHcouF0M7ez1OnVKGQ=; b=0WVy3erE91BYm64DYfoNbdUNAox2f70w+bdKf8cb8PnfPIop562ARzUfKO19m26o7o OYFLnDYMMtGGkc+ZaxgvGr79b5Z3zcwdpnqgqpjpXRLG2tQDXx3CLyIytNgOjjl+ge0m mLXDB86EUq0FfmNNwN1OXe2cNwMYu/lR/DxyozA7/dQCDTedOY4TS4bZszpwaxQeRRYf 0i9G0pR3sGXzPgd/dsHEcmpuZoUEfiwqCso4y7dLd0+xi7ftUHPAr+9jXpKmqYO27Y6z OQEhpZQ+1WNFyZvB7QoISxCfVj9dygFbDHtwBZLOGLwoFlROGu5+6LAy7cht1ah4O8z6 kG3w== X-Received: by 10.194.22.129 with SMTP id d1mr17898625wjf.22.1390762473892; Sun, 26 Jan 2014 10:54:33 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id cx3sm30850927wib.0.2014.01.26.10.54.31 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 26 Jan 2014 10:54:31 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 26 Jan 2014 19:54:29 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140126185429.GB30300@ithaqua.etoilebsd.net> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E45137.5070703@rawbw.com> <52E46C6C.6060001@mu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qlTNgmc+xy1dBmNv" Content-Disposition: inline In-Reply-To: <52E46C6C.6060001@mu.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Yuri , Bernhard =?iso-8859-1?Q?Fr=F6hlich?= , Aryeh Friedman , 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: Sun, 26 Jan 2014 18:54:36 -0000 --qlTNgmc+xy1dBmNv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 06:01:16PM -0800, Alfred Perlstein wrote: > On 1/25/14 4:05 PM, Yuri wrote: > > On 01/25/2014 15:48, Aryeh Friedman wrote: > >> Git hup (or*ANY* remote service for that matter) is a no go IMO > > > > But both Debian and Fedora do this with automated remote testing, and= =20 > > they don't seem to complain. > > How is our ports different in this respect? > > > I don't get this either. >=20 Because what they do is more complicated than that and they have way more p= eople dedicated to review, btw Fedora cannot be compared given they have way less packages than we have but even if you do compare, then you will discover th= at the automated tasks are about the same has what we have. Concerning debian, the human review is also the bottleneck as for us, they = have just way more people working on packages. So more people to review things. regards, Bapt --qlTNgmc+xy1dBmNv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLlWeUACgkQ8kTtMUmk6Ey/AQCggryCF0HLEYzp7SmyTw3AHEyT 9KcAmQFGydb3L9OyV+mPeFOt0+vVlqlR =gdWi -----END PGP SIGNATURE----- --qlTNgmc+xy1dBmNv-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 19:28: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 E26D3641; Sun, 26 Jan 2014 19:28:16 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2DE12F4; Sun, 26 Jan 2014 19:28:16 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id x13so4707968wgg.21 for ; Sun, 26 Jan 2014 11:28:14 -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=cFed2gJKRWZhP3U82siSLYD3cKnkhDMEMgxuGil4wNA=; b=S/mZcV8UhnB36yxZwyy9yjbiM3kJBNctfsM2GSBDZmaYhQwvuLHf1PXR0sMTT+IPYF UhB26fvei2yMBdDWzPon+S/e6mTZfu1TRp2SEbdjboHGzHyIYMYtmrzpLgZKVYxM6Ql/ kBW71YPi7aXehBuk9Fx1F94WhAmcngc4cl+T6PicFkfv3+Kuy177Iap7TTheDCdA6cFP +4xVMC1M2nc1jbUYkx1nV7LdY23iAHz0TBEdy1MbA7LgWvifqt37xNrJGJAPRHg9JNdF b5AJSppvb1fzIvU2uCaHIh1asHYpfDVsC9ZKAhkss3Y1jRaJ+zehrgpgGIQUFaqdKRj+ 2ezQ== X-Received: by 10.194.75.198 with SMTP id e6mr17417126wjw.3.1390764494735; Sun, 26 Jan 2014 11:28:14 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id uq2sm19478873wjc.5.2014.01.26.11.28.13 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 26 Jan 2014 11:28:13 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 26 Jan 2014 20:28:11 +0100 From: Baptiste Daroussin To: Alfred Perlstein Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140126192811.GC30300@ithaqua.etoilebsd.net> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Clx92ZfkiYIKRjnr" Content-Disposition: inline In-Reply-To: <52E46D44.6050403@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Aryeh Friedman , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 19:28:17 -0000 --Clx92ZfkiYIKRjnr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 25, 2014 at 06:04:52PM -0800, Alfred Perlstein wrote: > On 1/25/14 3:48 PM, Aryeh Friedman wrote: > > 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 every= thing > >>> 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 automat= ed > >> 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 n= otify > >> the submitter, or succeed and notify the committers. > >> > > Git hup (or *ANY* remote service for that matter) is a no go IMO >=20 > You just don't get it. >=20 > Again, you just really, really, don't get it. >=20 > You WANT a gateway to a remote service that the project does not have to= =20 > handle. >=20 > Why? Because then we offload the problem to another org. >=20 > The FreeBSD project should be about innovation in OS design, platform=20 > and software. Ops work is bunk and just slows us down. >=20 > The more we can outsource the better we'll be. (and what if that=20 > service blows up? well we move on! it's simple!) >=20 > Continuing to insist that we run the services ourselves it just wasting= =20 > our limited resources. Not only that but we get emotionally attached to= =20 > technologies that are old, dying and dead when off the shelf stuff works= =20 > just fine. >=20 Insourced or Outsource, or what ever once again the problem is to actually = do the stuff, setup, manage the migration and all of this is just about humans. We can change easily if someone is deciding to actually do something, with concrete proposition, and concrete actions. It is easy to just say use github or what ever other cool and nice service/tool/methodology. But that serves nothing if noone is willing to ac= tually do the job, really study what is going on behind the scene, what are the exhau= stive inpact of doing the change, what are the existing drawbacks how do we handle them etc. Once again the problem is not the tools, the problem is how many people are actually really going through PR, study them (no automated tools can do tha= t), run exhaustive tests (that can be automated and we have tools for that) do runtime test, most of the time this cannot be automated. Please instead of always coming saying what we should do and how stupid we = are not doing that, come with concrete proposition and willing to drive the cha= nge. FreeBSD is able to handle important changes, and accept that change pretty nicely as long as someone is driving the change and proving what he propose= is working. As a matter of example, we now have pkgng, which was proposed and developpe= d by a non freebsd guy at the time (me) and still accepted. The project gave me = my chance. We now have packages built on regular basis on completly new tools and new = way to build them and 100% automated. We now have signed packages (how many people have been talking about it for= years) on a completely new tools and new way to do it, the projet has accepted tho= se changes because someone was willing to drive them. So you want to improve how we handle Pr and get them committed in a faster = way great we really need someone to work on this and help improving the situati= on, you want to improve by going in a totally more modern, efficient way along = with new tools etc? hey why not? come to talk with portmgr, bugmeister, clustera= dm etc come to explain us what you want to setup, how, we will tell you what are o= ur requirements (there are lots of things in the background that may be inpact= ed) show us you want to drive that and that it is realistic. You cannot do it yourself because $reason, find someone else that shares yo= ur views and get him drive the project. That is how things works. You say debian is doing a better job? maybe, study what they do and come wi= th real proposition. FYI I have done all that work for the package side, and I continue doing it. studying debian, fedora, but also how things are done in other BSDs, Window= s, etc, and I'm trying to bring what I found the best of all of them without breaking to much at one (that is why pkgng is right now doing only 60% of w= hat I have in mind). Sorry I may sound a bit aggressive, but I'm a bit pissed of easy vague propositions with nothing real behind, right now from what you say except claiming you should do better I see nothing real based on facts, you even p= rove you don't know how we work on PR, what tools are available. You just want to promote the github way because you like it (great why not) The only point you gave us is about the lack of documentation for those too= ls, cool that a true point, will you help us on that? regards, Bapt --Clx92ZfkiYIKRjnr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLlYcsACgkQ8kTtMUmk6EwaqACfS4kJqzBKFAi/ReBwymhYrbYI W7kAnAwJm3952V9m0So5ggRRRPX8LNRw =Qgdq -----END PGP SIGNATURE----- --Clx92ZfkiYIKRjnr-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 20:52:16 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 50A35B56 for ; Sun, 26 Jan 2014 20:52:16 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2D7C01971 for ; Sun, 26 Jan 2014 20:52:15 +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 A73951A3C29; Sun, 26 Jan 2014 12:52:14 -0800 (PST) Message-ID: <52E5757F.8000604@freebsd.org> Date: Sun, 26 Jan 2014 12:52:15 -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: Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> <52E55361.3000108@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Sun, 26 Jan 2014 20:52:16 -0000 On 1/26/14 10:32 AM, Aryeh Friedman wrote: > Forgot to mention and aegis in almost every case implements the very > same features in a much smoother way (no stupid http bs or anything) > If aegis is so much better then we should use it. Or everyone should use it... but why isn't everyone using it? Can you explain? Seriously, if it's so much better then please do tell! -Alfred > > On Sun, Jan 26, 2014 at 1:31 PM, Aryeh Friedman > > wrote: > > If it is so new then why when I looked into git and git hub for > the first time about 2 years ago it didn't have a *SINGLE* feature > that aegis didn't have in the mid-90's... all it is a bunch or > pretty pictures to make those who are addicted to newness be able > to claim they are actually making progress with their "newness" > when in fact they are reinvinting the wheel for the 15th time > > > On Sun, Jan 26, 2014 at 1:26 PM, Alfred Perlstein > > wrote: > > On 1/26/14 10:21 AM, Aryeh Friedman wrote: > > just do us a favor and do not assume newer means better... > > > I've been using newer almost exclusively for the past several > years and it is better. > > Open your eyes, people have moved on. > > > -Alfred > > > > > On Sun, Jan 26, 2014 at 1:18 PM, Alfred Perlstein > >wrote: > > On 1/26/14 5:25 AM, Big Lebowski wrote: > > > > > On Sun, Jan 26, 2014 at 4:20 AM, Jim Ohlstein > > wrote: > > Hello, > > > On 1/25/14, 9:04 PM, Alfred Perlstein wrote: > > On 1/25/14 3:48 PM, Aryeh Friedman wrote: > > 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 > > You just don't get it. > > Again, you just really, really, don't get it. > > You WANT a gateway to a remote service that > the project does not have to > handle. > > Why? Because then we offload the problem to > another org. > > The FreeBSD project should be about innovation > in OS design, platform > and software. Ops work is bunk and just slows > us down. > > The more we can outsource the better we'll be. > (and what if that > service blows up? well we move on! it's simple!) > > Continuing to insist that we run the services > ourselves it just wasting > our limited resources. Not only that but we > get emotionally attached to > technologies that are old, dying and dead when > off the shelf stuff works > just fine. > > I've read all 60 or so messages in this thread > and there really are two > related but distinct issues here. > > The thread title is "What is the problem with > ports PR reaction delays?". > This has meandered into a philosophical debate > about who knows what and who > knows squat about version control systems, whether > we need to maintain > certain requirements, testing ports, etc. > > I like the KISS approach myself. This can be > boiled down to those two > issues, one of which is a symptom of the other. > Arguing and debating over a > long term solution to the OP's question does > nothing to solve the problem > in the short to intermediate term. There are 1680 > current ports related > PR's at this moment. > > As we all know, the committers are volunteers, > mostly with real jobs and > real lives and they obviously cannot keep up with > the current load. The > short to medium term solution for that is more > committers. I'll add my name > to the list of those who are willing to step in > and help to clean up the > mess. I'm certain that if a request went out, > there would be many who are > more qualified than I. > > At the same time, a group of interested > individuals should offer input to > the folks who already are looking at changing the > bug reporting system away > from gnats - > https://wiki.freebsd.org/Bugtracking/BugRelocationPlan. > Doing it in one fell swoop might make sense. It's > "ripping off the bandaid" > but I'd rather do it only once myself. > > What does *not* make sense is a new port for what > might be a very useful > tool waiting since September for someone to look > at it. Arguing over git > and subversion et alia does nothing to fix that. > As they say on the ESPN > NFL pregame show, "C'mon man!". > > > I can't agree more. I can see, understand and accept > reasons why we cant > move from SVN to GitHub/Git and I certainly dont think > that it would be > solution to current problems. It seems like this is > not neccessary, it wont > happen, so I think we can end that discussion here. > However, we do have all > the tools to automate this process, so I really dont > understand why not to > do this, especially it is perfectly doable with SVN, > Redports are already > doing so, and there are people willing to work on it. > > > Thanks Big Lebowski > > >! > > > I'm not sure if taking your word for it will be the be > all and end all of > progress on this issue. I do have hope, after all as > Max Planck said: > > "A new scientific truth does not triumph by convincing > its opponents and > making them see the light, but rather because its > opponents eventually die, > and a new generation grows up that is familiar with it." > > I just have my fingers cross that we are not so > insular, so heels dug deep > in the dirt, and so curmudgeonly that we drive away > anyone interested in > new technology. > > I mean, if we're all so firm in our beliefs there are > dozens of other open > source projects that encourage new things that people > will flock to. > > > -Alfred > > > > > > > > > -- > Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org > > > > > -- > Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 21:32: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 9DFA5CA1 for ; Sun, 26 Jan 2014 21:32:46 +0000 (UTC) Received: from mail-vc0-x234.google.com (mail-vc0-x234.google.com [IPv6:2607:f8b0:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A7D41DB0 for ; Sun, 26 Jan 2014 21:32:46 +0000 (UTC) Received: by mail-vc0-f180.google.com with SMTP id ks9so2899550vcb.25 for ; Sun, 26 Jan 2014 13:32:45 -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:content-transfer-encoding; bh=TNfejQhLn/UQXuS0ugywFKSAq25zrpxFTC1wImzMPlM=; b=DhBudNGYfQdTt+L0LpmWtucEL54hqAA6aOis6lUJKAYJ702TuaC3idf4+3NvBpP8/8 9/WtsmKfbiaR7KZlQAE5B6DOezL3f3SsCytkbcMJ5hRkI4PWyq8ggfxbMK0znWN09e8j PWjpi7jdKFyY2eYhB9HxSg5yewt8byJLZqgM4UqJwlAG42mnodovpaGwHnqXZZ8Xxdp9 bvOtt/y5cc0x+AzCb+JQzcg+3KtDftJ70UWq62YjI530JvMnSJlrmb/aucMv/RwsTAXb hcTQtIz9d3t2Po5QNRp1Fsl1T1yRbnkvqZEEMv+U6+ETY4OjyC7hwbPFfVnyuHZ2e9Yb omQw== MIME-Version: 1.0 X-Received: by 10.52.164.203 with SMTP id ys11mr93850vdb.37.1390771965396; Sun, 26 Jan 2014 13:32:45 -0800 (PST) Received: by 10.221.39.130 with HTTP; Sun, 26 Jan 2014 13:32:45 -0800 (PST) In-Reply-To: References: Date: Sun, 26 Jan 2014 21:32:45 +0000 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Pawel Biernacki To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 26 Jan 2014 21:32:46 -0000 On 26 January 2014 18:34, Big Lebowski wrote: > > > > ---------- Forwarded message ---------- > From: Big Lebowski > Date: Sat, Jan 25, 2014 at 12:30 AM > Subject: What is the problem with ports PR reaction delays? > To: freebsd-ports > > > Hi everyone, > > 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. > > 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 al= ternatives 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 l= ot of attention, FreeBSD looks really bad with no tools to manage such grea= t technology like Jails, especially when ezjail, unofficial industry standa= rd 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. > Maybe it's time to look at how other projects with comparable amount of contributed software manage to do it efficiently? How is that the Debian folks are able to keep nearly 50k packages in four stages (unstable, testing, stable, oldstable) not to mention branches like Hurd or kFreeBSD? Do they just have more committers or maybe it's a matter of involvement? Why? ports/svnadmin/conf/access shows 179 committers but how many of them is actually active? If they are no longer interested, do not have time or anything else maybe you should take the commit bit from them, not to make a false impression on amount of people involved? Just give a chance to another person who has time and wants to spend it working for the project - so for all of us. IMO it's better than deceiving yourself that there's nothing you can do about the long PRs queue, because you don't want to force others to do anything. We saw several volunteers here, let them act. --=20 One of God's own prototypes. A high-powered mutant of some kind never even considered for mass production. Too weird to live, and too rare to die= . From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 21:52: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 1A2F12F4 for ; Sun, 26 Jan 2014 21:52:14 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C5071F50 for ; Sun, 26 Jan 2014 21:52:13 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id x13so4976997wgg.9 for ; Sun, 26 Jan 2014 13:52:12 -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=I44jFJxLxWJDaq47+B1h1/kCJbEOvSi/uPLUnBkOdP4=; b=j7XTmmsBb27BXniyMiU27r/LVI4y0r/CQB/ylFQ0mNfvpKpMiF+xrkRjy5eHhAf2SH Tt7a9WQYoa3PzZb6UY4x91OCCqUIsuzteDMoz5h0Ve6uoU653yj9m0kENLhrZ57u8/Jt 5z6yXAIsRRt7WTTaZ6GTKP7splZQsanuZQbe75f5FpGyO93xUliF3Il8axhnLglVJrYg C4dpsjJLM1sT6ArC/rwqxQEOJtwiV+cIc+ianf6YUovywSPRZCz72TkLWkQPT7pq29x9 EiGfb3CHvctPJnHEOxS6rjhXjQeRpz80LDi0Wetg4bt1jo5q8OMPXEOdcT4/DlDMuLeT y3KQ== MIME-Version: 1.0 X-Received: by 10.194.202.230 with SMTP id kl6mr18306400wjc.9.1390773132092; Sun, 26 Jan 2014 13:52:12 -0800 (PST) Received: by 10.180.189.166 with HTTP; Sun, 26 Jan 2014 13:52:11 -0800 (PST) In-Reply-To: References: Date: Sun, 26 Jan 2014 22:52:11 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: Pawel Biernacki Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 21:52:14 -0000 On Sun, Jan 26, 2014 at 10:32 PM, Pawel Biernacki wrote: > On 26 January 2014 18:34, Big Lebowski wrote: > > > > > > > > ---------- Forwarded message ---------- > > From: Big Lebowski > > Date: Sat, Jan 25, 2014 at 12:30 AM > > Subject: What is the problem with ports PR reaction delays? > > To: freebsd-ports > > > > > > 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. > > > > Maybe it's time to look at how other projects with comparable amount > of contributed software manage to do it efficiently? How is that the > Debian folks are able to keep nearly 50k packages in four stages > (unstable, testing, stable, oldstable) not to mention branches like > Hurd or kFreeBSD? Do they just have more committers or maybe it's a > matter of involvement? Why? ports/svnadmin/conf/access shows 179 > committers but how many of them is actually active? If they are no > longer interested, do not have time or anything else maybe you should > take the commit bit from them, not to make a false impression on > amount of people involved? Just give a chance to another person who > has time and wants to spend it working for the project - so for all of > us. IMO it's better than deceiving yourself that there's nothing you > can do about the long PRs queue, because you don't want to force > others to do anything. We saw several volunteers here, let them act. > As a porter and maintainer, I fully agree about the delay in the processing of PRs lately. However, I wouldn't like to add more speculation. Can we put some numbers to some of the questions asked above? (rate of incoming PR's, rate of processed PRs, commiters activity, etc) Anybody from the Ports Management Team is able to do it? Once we put some figures to that questions, we can take an action, but it would be unwise to do anything without knowing what the real problem is. Regards > > > -- > One of God's own prototypes. A high-powered mutant of some kind never > even considered for mass production. Too weird to live, and too rare to > die. > _______________________________________________ > 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 Sun Jan 26 22:13: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 48FFEBAB for ; Sun, 26 Jan 2014 22:13:31 +0000 (UTC) Received: from mst-rip6-missouri-out.um.umsystem.edu (mst-rip6-missouri-out.um.umsystem.edu [198.209.50.149]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0081E1138 for ; Sun, 26 Jan 2014 22:13:30 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgIFAD6I5VLPoJ7G/2dsb2JhbABagwyBDr1aFnSCLHQXASk0AiEnBA0IAQGIAZw9pkmFFpNMBIkQmXOHQoMtgio X-IPAS-Result: AgIFAD6I5VLPoJ7G/2dsb2JhbABagwyBDr1aFnSCLHQXASk0AiEnBA0IAQGIAZw9pkmFFpNMBIkQmXOHQoMtgio Received: from um-tcas2.um.umsystem.edu ([207.160.158.198]) by mst-rip6-exch-relay.um.umsystem.edu with ESMTP; 26 Jan 2014 16:13:04 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-TCAS2.um.umsystem.edu ([207.160.158.198]) with mapi id 14.03.0174.001; Sun, 26 Jan 2014 16:13:04 -0600 From: "Montgomery-Smith, Stephen" To: FreeBSD Ports Subject: STAGE and INFO Thread-Topic: STAGE and INFO Thread-Index: AQHPGuPIxIE1Booj/UeHSaSjAk18eA== Date: Sun, 26 Jan 2014 22:13:04 +0000 Message-ID: <52E5886E.305@missouri.edu> 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: <5E4775F42E71F044A0D73988FD3A4398@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: Sun, 26 Jan 2014 22:13:31 -0000 I am trying to implement staging on the port graphics/plotutils. Right now it has the following line in Makefile: INFO=3D libxmi plotutils When I do "make stage; make check-orphans" I get info/dir Is this something I need to worry about?= From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 22:17:43 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 2F0A3C67 for ; Sun, 26 Jan 2014 22:17:43 +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 BE8001157 for ; Sun, 26 Jan 2014 22:17:42 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id q58so4629678wes.3 for ; Sun, 26 Jan 2014 14:17:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fGUicD4R7fAowTFAOJ++xsXNk4RY4piO1GHr57YR1EU=; b=kt2uunxJ/2NOJPkvXvkNi7+gWCKI3AbVSsMFCu+/nZ1XYViIE5o1jMGWYrjtruA5k9 ymy/uSu352pQpb7AIavWP9YbE2LrUHzSvDK86gm2GvBlDZqC9c9fBpv80jBxhwz/SOSh EKmsAtUS8az40i3ZRQPHlKQEmzPXINzKHLvpCMY0uvhs5YEacADElqQlyi12fSiyHrGD hgH0lQwPzrrzWGQBmTmFFuzNghzMXgkrbb6+trlCdlCsjIFw+xNvaJ2YFPjf04zFsWNL //JLb0LH+dve8RxX61zoHnsh94VuoVNIjGY0gu444CqTCxyOrwVqV1Gdqa6co2C6t9z/ qJ4w== MIME-Version: 1.0 X-Received: by 10.181.13.11 with SMTP id eu11mr9721164wid.30.1390774661073; Sun, 26 Jan 2014 14:17:41 -0800 (PST) Sender: antoine.brodin.freebsd@gmail.com Received: by 10.194.58.74 with HTTP; Sun, 26 Jan 2014 14:17:41 -0800 (PST) In-Reply-To: <52E5886E.305@missouri.edu> References: <52E5886E.305@missouri.edu> Date: Sun, 26 Jan 2014 23:17:41 +0100 X-Google-Sender-Auth: LwgUvLnLnCVf5WIpR9Q03EwdVkQ Message-ID: Subject: Re: STAGE and INFO From: Antoine Brodin To: "Montgomery-Smith, Stephen" Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 22:17:43 -0000 On Sun, Jan 26, 2014 at 11:13 PM, Montgomery-Smith, Stephen wrote: > I am trying to implement staging on the port graphics/plotutils. Right > now it has the following line in Makefile: > > INFO= libxmi plotutils > > When I do "make stage; make check-orphans" I get > info/dir > > Is this something I need to worry about? Hello, This should be ok. I you use poudriere testport or poudriere bulk -t to check your port, the info/dir orphan should not be reported (poudriere compares stage to / after the package was installed to detect stage orphans) Cheers, Antoine From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 22:44:49 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 ADE53478; Sun, 26 Jan 2014 22:44: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 7B29D1322; Sun, 26 Jan 2014 22:44:49 +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=i4yYbG87fyCHw8pPFRPvZcNXnCCXlHSnYXHQ1gTmnB4=; b=6sXb4UuxagVvLrNR25eHVDBmEnLlvUSqC09dW2NbIVAoksS6lMS8acs3EVG4p9kWDnUJICADmb1OrtVro89JaJVzcg75uAlQgsaAmDIard1XJJ9oyN+cV6hTJ+gqLm8OGcwtevVtHYgFoUM/bTgC3DtynmcLoSYEowZD0kCpUfE=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W7YRc-000Jl3-Cl; Sun, 26 Jan 2014 22:44: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: Sun, 26 Jan 2014 22:44:48 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341262: 4x leftovers To: rm@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140126193400-11363 X-Trac-Build-ID: 20140126193400-11363 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, 26 Jan 2014 22:44:49 -0000 - unmute docs installation - simplify port a bit Anyway, I wasn't able to reproduce the problem from the PR. PR: 182407 Reported by: Bertram Scharpf --------------------------------------------------------------------- Build ID: 20140126193400-11363 Job owner: rm@FreeBSD.org Buildtime: 3 hours Enddate: Sun, 26 Jan 2014 22:44:44 GMT Revision: r341262 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341262 --------------------------------------------------------------------- Port: sysutils/fusefs-libs 2.9.3_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140126193400-11363-263312/fusefs-libs-2.9.3_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140126193400-11363-263313/fusefs-libs-2.9.3_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140126193400-11363-263314/fusefs-libs-2.9.3_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rm@FreeBSD.org/20140126193400-11363-263315/fusefs-libs-2.9.3_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sun Jan 26 23:32: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 DC76D93D; Sun, 26 Jan 2014 23:32:41 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 99E381754; Sun, 26 Jan 2014 23:32:41 +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 s0QNWZXA072917; Sun, 26 Jan 2014 15:32:35 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52E59B13.5010308@rawbw.com> Date: Sun, 26 Jan 2014 15:32:35 -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: Alfred Perlstein , freebsd-ports@freebsd.org Subject: Re: What is the problem with ports PR reaction delays? 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> <20140125193809.GF67763@ithaqua.etoilebsd.net> In-Reply-To: <20140125193809.GF67763@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 26 Jan 2014 23:32:41 -0000 On 01/25/2014 11:38, Baptiste Daroussin wrote: > We just recovered from cvs->svn switch I think noone at all is willing to do 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) Git has some features that aren't in svn, and also svn has some features that aren't in fit, though to the lesser extent. There is no reason why enough important missing features can't be added to both systems over time so that seamless back and forth data migration would be possible. Because they basically do the same thing. Yuri From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 00:39: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 CBDBC2BC for ; Mon, 27 Jan 2014 00:39:52 +0000 (UTC) Received: from um-nip3-missouri-out.um.umsystem.edu (um-nip3-missouri-out.um.umsystem.edu [198.209.49.163]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86B691D0B for ; Mon, 27 Jan 2014 00:39:51 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgUFAGmp5VLPoJ7S/2dsb2JhbABZgww4VrxLgRIWdIIsdAQTASkWGAMCAQIBICcEDQgBAYgBDZwypkCEfxMEk0wEiRChNYMtgio X-IPAS-Result: AgUFAGmp5VLPoJ7S/2dsb2JhbABZgww4VrxLgRIWdIIsdAQTASkWGAMCAQIBICcEDQgBAYgBDZwypkCEfxMEk0wEiRChNYMtgio Received: from um-ncas5.um.umsystem.edu ([207.160.158.210]) by um-nip3-exch-relay.um.umsystem.edu with ESMTP; 26 Jan 2014 18:38:43 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-NCAS5.um.umsystem.edu ([207.160.158.210]) with mapi id 14.03.0174.001; Sun, 26 Jan 2014 18:38:42 -0600 From: "Montgomery-Smith, Stephen" To: FreeBSD Ports Subject: Questions about staging Thread-Topic: Questions about staging Thread-Index: AQHPGvghLkO51lr5EkS2xCI9QWPePQ== Date: Mon, 27 Jan 2014 00:38:42 +0000 Message-ID: <52E5AA90.4060800@missouri.edu> 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: <0EDF755B7144D74F88A060C2F1B60FDB@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: Mon, 27 Jan 2014 00:39:52 -0000 I am looking at this part of https://wiki.freebsd.org/ports/StageDir Replace commands like ${CHMOD} ... and ${INSTALL_PROGRAM} -m mode -o user -g group with corresponding pkg-plist entries: @mode mode, @owner user, @group group. /!\ These operators work until being overridden, or until the end of pkg-plist, so do not forget to reset them with @mode, @owner, @group keywords afterwards. I have to admit that I don't understand what this is driving at. Can someone explain it to me?= From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 01:05:29 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 514B55E5; Mon, 27 Jan 2014 01:05:29 +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 1EB1D1EA9; Mon, 27 Jan 2014 01:05:29 +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=WRRudj4R05f7J2AEEp/AlHmCsjx2CJlYVPsjG/CfCA4=; b=JLOSUQvyhHiQSqrzUwGUF5J1n/PuVwz/0QPOpV7dNcjj3/YxdBTte6kEJ0f2x4TXnpR3sA3dWK/dq2O3Snm6KHktJQXPk6eSudEUQ4IGFHdHCLpjWggUcsnrZe8L0qtRqwX2wKaaSP+he+0fRLFbosVy3/Ccgccl/ljHsFzYQg4=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W7adj-0004Sr-UG; Mon, 27 Jan 2014 01:05:27 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: rene@FreeBSD.org X-Trac-Project: redports Date: Mon, 27 Jan 2014 01:05:27 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341265: 4x leftovers To: rene@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140126195400-36495 X-Trac-Build-ID: 20140126195400-36495 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, 27 Jan 2014 01:05:29 -0000 - Add stage support - Do not install non-existant vboxvideo.ko.symbols when DEBUG is selected Reviewed by: vbox@ (decke) --------------------------------------------------------------------- Build ID: 20140126195400-36495 Job owner: rene@FreeBSD.org Buildtime: 5 hours Enddate: Mon, 27 Jan 2014 01:05:23 GMT Revision: r341265 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341265 --------------------------------------------------------------------- Port: emulators/virtualbox-ose-additions 4.3.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36495-263324/virtualbox-ose-additions-4.3.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36495-263325/virtualbox-ose-additions-4.3.6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36495-263326/virtualbox-ose-additions-4.3.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36495-263327/virtualbox-ose-additions-4.3.6.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 02:43:45 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 CD126E8C; Mon, 27 Jan 2014 02:43:45 +0000 (UTC) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e: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 9251914B8; Mon, 27 Jan 2014 02:43:45 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id kp14so5330231pab.23 for ; Sun, 26 Jan 2014 18:43:45 -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=ANnR+6FAk5CDml45KIo20QG3h3LC/HPvdab4aCp28aA=; b=VgVuWURacgHz1sW0LsVnaiV5xp7fD7BSuakCUS9+q9uERBmNc/Ha0HQuKo4iyDD9jS llDuSegAwXHDYrInURiHKPbX8uYOHX1KMcGqIP/OQ06YPT18JaEp9JhllLtsjDWPfAqT P34LazOcKJgQCuh3wr0zU1E9hCMBmIEMpY4GpyudSsdQv1AzWEbGKkLhmSlDROf9Xj8p nfG8qKm+O7TF3jz/oVupU4Mc+mM0OnbbjAmBrtcLjkch9qgSPoNZ90NXHvUrv8M3lRO7 NDLgHzsV2Rr41vzFsqT7oV2zqPiRgxrYG10bQVsz527xzGL8U5Gs+qK0kjzJDUZ/ZS5h /QaA== MIME-Version: 1.0 X-Received: by 10.68.189.5 with SMTP id ge5mr27528937pbc.42.1390790625136; Sun, 26 Jan 2014 18:43:45 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sun, 26 Jan 2014 18:43:44 -0800 (PST) In-Reply-To: <52E5757F.8000604@freebsd.org> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> <52E55361.3000108@freebsd.org> <52E5757F.8000604@freebsd.org> Date: Sun, 26 Jan 2014 21:43:44 -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: Mon, 27 Jan 2014 02:43:45 -0000 ) > > > If aegis is so much better then we should use it. Or everyone should use > it... but why isn't everyone using it? > Simple reason Peter Miller (the author of aegis/cook) for whatever reason *NEVER* tried to market his stuff while GIT made a specific effort of attempting to get outside users. Peter (like most FOSS authors) wrote it first and formost for himself and never say any need for others to use it per se. It would take too long to summarize all the differences (I have already stated the major ones in the thread though). If your really interested take a look at the material at aegis.sf.net. > Can you explain? > > Seriously, if it's so much better then please do tell! > The #1 reason (above all else IMO) is it doesn't rely (directly or indirectly) on any third party for it's basic operation (which github does unless the foundation wanted to duplicate which is a waste of time). The other main reason it works with existing tools where from what you describe GitHub requires you install something (by working I mean you can look at the baseline without any special tools) Finally since your addicted to newness you will not get the most important difference aegis has been in production for over 20 years where git hub 5 or 6? -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 02:44: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 F1C97CC; Mon, 27 Jan 2014 02:44:43 +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 C24DA14E0; Mon, 27 Jan 2014 02:44:43 +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=BmGYMFf8MqgrgXzJud/zYwTuh0/lWE2DSumsIHZdnFM=; b=ieWD/5Y2kfAZ4KWyghD0X6QeaMlAr093iHl/OXwitMlZ3aK5g5Ecdm/hpwwVQMvr/IsnfKjirlaJvQpFmj8/krC0RXt7K3LNLusIWEaqmw14DQs/VkViqrl/Iahzm9o/cjXmA6D94odZrbtpFXhSvRf5bBmRm57h0fmJLyx57+A=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W7cBm-000Bsf-LO; Mon, 27 Jan 2014 02:44:42 +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: stephen@FreeBSD.org X-Trac-Project: redports Date: Mon, 27 Jan 2014 02:44:42 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341288: 4x leftovers To: stephen@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140126211800-20871 X-Trac-Build-ID: 20140126211800-20871 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, 27 Jan 2014 02:44:44 -0000 - Implement staging. --------------------------------------------------------------------- Build ID: 20140126211800-20871 Job owner: stephen@FreeBSD.org Buildtime: 5 hours Enddate: Mon, 27 Jan 2014 02:44:38 GMT Revision: r341288 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341288 --------------------------------------------------------------------- Port: graphics/opendx 4.4.4_14 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~stephen@FreeBSD.org/20140126211800-20871-263412/opendx-4.4.4_14.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~stephen@FreeBSD.org/20140126211800-20871-263413/opendx-4.4.4_14.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~stephen@FreeBSD.org/20140126211800-20871-263414/opendx-4.4.4_14.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~stephen@FreeBSD.org/20140126211800-20871-263415/opendx-4.4.4_14.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 02:46:53 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 5BC261BB; Mon, 27 Jan 2014 02:46:53 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2B88914F3; Mon, 27 Jan 2014 02:46:52 +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 s0R2kpk5001727; Sun, 26 Jan 2014 18:46:51 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52E5C89B.4000509@rawbw.com> Date: Sun, 26 Jan 2014 18:46:51 -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: 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> <52DD04C2.8080904@marino.st> In-Reply-To: <52DD04C2.8080904@marino.st> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: marino@freebsd.org, peter@rulingia.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 02:46:53 -0000 On 01/20/2014 03:13, John Marino wrote: > 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. This wouldn't work for bound to C/C++ projects in interpreted languages though. Yuri From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 03:00: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 E07964F4 for ; Mon, 27 Jan 2014 03:00:50 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C03A9163C for ; Mon, 27 Jan 2014 03:00:50 +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 023EC1A3C1A; Sun, 26 Jan 2014 19:00:46 -0800 (PST) Message-ID: <52E5CBDD.4090803@freebsd.org> Date: Sun, 26 Jan 2014 19:00:45 -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: Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> <52E55361.3000108@freebsd.org> <52E5757F.8000604@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Mon, 27 Jan 2014 03:00:51 -0000 On 1/26/14, 6:43 PM, Aryeh Friedman wrote: > ) > >> >> If aegis is so much better then we should use it. Or everyone should use >> it... but why isn't everyone using it? >> > Simple reason Peter Miller (the author of aegis/cook) for whatever reason > *NEVER* tried to market his stuff while GIT made a specific effort of > attempting to get outside users. Peter (like most FOSS authors) wrote it > first and formost for himself and never say any need for others to use it > per se. It would take too long to summarize all the differences (I have > already stated the major ones in the thread though). If your really > interested take a look at the material at aegis.sf.net. > > >> Can you explain? >> >> Seriously, if it's so much better then please do tell! >> > The #1 reason (above all else IMO) is it doesn't rely (directly or > indirectly) on any third party for it's basic operation (which github does > unless the foundation wanted to duplicate which is a waste of time). The > other main reason it works with existing tools where from what you describe > GitHub requires you install something (by working I mean you can look at > the baseline without any special tools) > > Finally since your addicted to newness you will not get the most important > difference aegis has been in production for over 20 years where git hub 5 > or 6? I'm not addicted to newness. I think you just hate anything that is popular and you're butthurt that something that's may have been ahead of it's time was missed out on. This is no reason to dig your heels in and complain as that accomplishes nothing. What I am interested in is: 1) leveraging the hordes of people that can submit changes to the project because they know git. 2) leveraging the existing tooling that's available for FREE!!! for us to use. (instead of rewriting wheels). 3) reducing the overhead of contribution to our project by using existing solutions and not requiring accounts to be made. So what would using this aegis system buy us? 1) Supposedly DVCS. Now that is interesting!!! In my list there is no mention of DVCS! There is just the resulting benefits that Aegis doesn't have. Aegis 1) doesn't have hordes of people that know how to use it. 2) doesn't have a free hosting solution for it which provides tooling we need for free. It's not about NEW THINGS, although NEW THINGS tend to lead to better systems... it's more about leveraging users and existing facilities. Anyhow, it's not important, you want your toy, even though no one uses it. Enjoy it. :) If you want to be part of an "exclusive club" that only uses esoteric tools and home-built Rube Goldberg scripts to accomplish what people are doing with modern tools in less than half the time.... and in the same conversation be annoyed that there's a lack of people signing up to work under those conditions then you need to take a deep breath and look in the mirror. When your toy has a huge community that fulfills the requirements that I have I'll check it out. When switching to Aegis gets FreeBSD the same benefits of the github community and "millions of code monkeys" I'll be cheering for it. But right now here's what I think of a "better tool" that no one uses: http://www.youtube.com/watch?v=uuyUA-8toJk#t=27 -Alfred From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 04:22:14 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 4E6FF311; Mon, 27 Jan 2014 04:22:14 +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 1DB5B1D02; Mon, 27 Jan 2014 04:22:14 +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=94K29zFKHb84nh4ycRglvJPkHl6Eln1hQlAqbayUiHg=; b=U7o755LpHaO3Sv34IWm5AdI0emjRWQNbh30PM2l2KW31/yY8O2mPfyAnhSa2EpTcXPngiey9N+aez2RLO0T8dDXtVBYm2uOGiW9886Dp/PBNizgNBszGn84KbSUdBeXu/KsKF9PkqB46IXGFSZhH9ZEwLGAKiBvTuAJxQmUWhHE=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W7di8-000JU5-MN; Mon, 27 Jan 2014 04:22:12 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: rakuco@FreeBSD.org X-Trac-Project: redports Date: Mon, 27 Jan 2014 04:22:12 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341289: 4x leftovers, 4x new_compiler_error, 20x success To: rakuco@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140126212200-9233 X-Trac-Build-ID: 20140126212200-9233 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, 27 Jan 2014 04:22:14 -0000 - Update libraw to 0.15.4. This update is needed for further KDE updates. - Use the new OPTIONS syntax. - Use the new LIB_DEPENDS syntax. - Stop redefining do-install; the port has its own `make install' that does the same thing provided we use USES=pathfix and tune Makefile.in. - Support staging. Bump PORTREVISION in ports that depend on libraw. PR: ports/185118 Submitted by: rakuco@ Approved by: maintainer timeout (35 days) --------------------------------------------------------------------- Build ID: 20140126212200-9233 Job owner: rakuco@FreeBSD.org Buildtime: 7 hours Enddate: Mon, 27 Jan 2014 04:22:09 GMT Revision: r341289 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341289 --------------------------------------------------------------------- Port: graphics/entangle 0.5.3_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263416/entangle-0.5.3_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263417/entangle-0.5.3_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263418/entangle-0.5.3_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263419/entangle-0.5.3_1.log --------------------------------------------------------------------- Port: graphics/evas_generic_loaders-raw 1.7.9_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263420/evas_generic_loaders-raw-1.7.9_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263421/evas_generic_loaders-raw-1.7.9_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263422/evas_generic_loaders-raw-1.7.9_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263423/evas_generic_loaders-raw-1.7.9_1.log --------------------------------------------------------------------- Port: graphics/libraw 0.15.4 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263424/libraw-0.15.4.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263425/libraw-0.15.4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263426/libraw-0.15.4.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263427/libraw-0.15.4.log --------------------------------------------------------------------- Port: graphics/luminance 2.3.0_5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263428/luminance-hdr-2.3.0_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263429/luminance-hdr-2.3.0_5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263430/luminance-hdr-2.3.0_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263431/luminance-hdr-2.3.0_5.log --------------------------------------------------------------------- Port: graphics/nomacs 1.6.2_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263432/nomacs-1.6.2_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263433/nomacs-1.6.2_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263434/nomacs-1.6.2_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263435/nomacs-1.6.2_1.log --------------------------------------------------------------------- Port: graphics/oyranos 0.9.4_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263436/oyranos-0.9.4_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263437/oyranos-0.9.4_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263438/oyranos-0.9.4_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263439/oyranos-0.9.4_2.log --------------------------------------------------------------------- Port: graphics/shotwell 0.14.1_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: NEW_COMPILER_ERROR Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263440/shotwell-0.14.1_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: NEW_COMPILER_ERROR Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263441/shotwell-0.14.1_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: NEW_COMPILER_ERROR Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263442/shotwell-0.14.1_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: NEW_COMPILER_ERROR Log: https://qat.redports.org//~rakuco@FreeBSD.org/20140126212200-9233-263443/shotwell-0.14.1_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 04:40:19 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 5623C78C for ; Mon, 27 Jan 2014 04:40:19 +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 153831DD5 for ; Mon, 27 Jan 2014 04:40:19 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id m20so7265029qcx.23 for ; Sun, 26 Jan 2014 20:40:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Qab1EDGVQdprkSMSDluBjqbzO2kIYo1x51EIwkpDPo0=; b=ywaLGCqePde2FyMNJwtcNCxwYHv4vYDbEARdIwvn1eunnVvEDzBSvh0Bir3zUkkpw3 yFLfRojV1sd+dsMVfe/NpFLsYIPmrJ14vzMEc5o9V/DpbHCYZ++wYFxVToDGE9jZdC16 f2Egr/B9jmTDB6Kd+NSzDrzFM6M6DrFFsLxPFrlJuZvSFmAeoze6S3T/mahRBnbA+y5Y h89iCXSMLIpLFiF9iZnBGQ3eloc5G8+NVbMd4vB29pFBWwy3rEplx953j6r8/gQfnnx0 1Sqcdx0Rmm/VmR4plespTU07zAoJCSD7d4pFer70zj3LYD1/m0nNT4h7AHolLu8FZ9LY VBvw== X-Received: by 10.140.17.105 with SMTP id 96mr37721369qgc.44.1390797618166; Sun, 26 Jan 2014 20:40:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.220.67 with HTTP; Sun, 26 Jan 2014 20:39:58 -0800 (PST) In-Reply-To: References: From: Anton Afanasyev Date: Sun, 26 Jan 2014 20:39:58 -0800 Message-ID: Subject: Re: devel/py-mercurialserver broken by last commit To: Michael Vorobyov Content-Type: text/plain; charset=UTF-8 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: Mon, 27 Jan 2014 04:40:19 -0000 I've run into this problem too. Michael, while I haven't tried your patch yet, I'm curious to know why you added the extra line to post-install? I couldn't find any place where a similar one may have been removed, so just interested to know why it needed to be added. You may also want to submit a PR to have your patch noticed quicker: http://www.freebsd.org/support.html On Thu, Jan 2, 2014 at 7:29 AM, Michael Vorobyov wrote: > Good day and happy New Year ) > > The last commit into devel/py-mercurialserver (rev. 337698) broke it. > Buildlog tail: > === > changing mode of build/scripts-2.7/refresh-auth from 644 to 755 > ===> Staging for py27-mercurialserver-1.2.0 > ===> py27-mercurialserver-1.2.0 depends on executable: hg - found > ===> py27-mercurialserver-1.2.0 depends on file: /usr/local/bin/python2.7 > - found > ** Missing /usr/ports/devel/py-mercurialserver/files/pkg-message.in for > py27-mercurialserver-1.2.0. > *** [apply-slist] Error code 1 > > Stop in /usr/ports/devel/py-mercurialserver. > === > > I suggest next patch (tested in tinderbox): > --- Makefile.orig 2013-12-27 18:34:14.000000000 +0800 > +++ Makefile 2014-01-02 23:08:47.000000000 +0800 > @@ -24,10 +24,8 @@ > USERS= ${HGUSER} > GROUPS= ${HGGROUP} > > -SUB_FILES= pkg-message > SUB_LIST= PORTNAME=${PORTNAME} \ > HGUSER=${HGUSER} > -PKGMESSAGE= ${WRKDIR}/pkg-message > > USE_PYTHON= yes > USE_PYDISTUTILS=yes > @@ -41,6 +39,7 @@ > ${SED} -I .orig -e > "s#/etc/mercurial-server/#${PREFIX}/etc/${PORTNAME}/#" > ${WRKSRC}/src/init/dot-mercurial-server > > post-install: > + ${MKDIR} ${STAGEDIR}${PREFIX}/hg > ${MKDIR} ${STAGEDIR}${PREFIX}/etc/${PORTNAME}/remote-hgrc.d > ${MKDIR} ${STAGEDIR}${PREFIX}/etc/${PORTNAME}/keys/users > ${MKDIR} ${STAGEDIR}${PREFIX}/etc/${PORTNAME}/keys/root > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 05:02:59 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 2CE4BA41; Mon, 27 Jan 2014 05:02:59 +0000 (UTC) Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com [IPv6:2607:f8b0:400e:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE6EF1F39; Mon, 27 Jan 2014 05:02:58 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id un15so5441879pbc.10 for ; Sun, 26 Jan 2014 21:02:57 -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=Vr3BrIzOPjd4q4AoOkFeazKHlvklqHOOblZrulold2Y=; b=uyu4AUiFNbjHRdKB6wEaJKFHWPNTOOiA8lWoT9+qVz57khsy4l/BKs8YXy7DwZIEAu 53+AYpcJG97TIEHkIw3d4i2aYlHEVuZkkaMSzwy2uHKc5fG/WgBYKP2D4eo5iRMAhl0Z frY4iqVmfjC7p1d0+9l+DK3DDEKHZhpBpxkOQfuTmO9r421MqWjVQfEm2M9IIw31H8Qo X1nvpxmFhvcPN0U/Z6EMI8bsaiAMEKa0KHZfO7yccyKt1Gj1zomkwp+o8uPhH89jZ2rW l1oK+i+9ks3C9T0x95ujxj908JeLwB0aMGYyNhnz2sV3Zo7b467DWCCHL2we6e7ddppZ E5Tg== MIME-Version: 1.0 X-Received: by 10.68.231.169 with SMTP id th9mr27915227pbc.113.1390798977624; Sun, 26 Jan 2014 21:02:57 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sun, 26 Jan 2014 21:02:57 -0800 (PST) In-Reply-To: <52E5CBDD.4090803@freebsd.org> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> <52E55361.3000108@freebsd.org> <52E5757F.8000604@freebsd.org> <52E5CBDD.4090803@freebsd.org> Date: Mon, 27 Jan 2014 00:02:57 -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: Mon, 27 Jan 2014 05:02:59 -0000 On Sun, Jan 26, 2014 at 10:00 PM, Alfred Perlstein wrote: > > I'm not addicted to newness. I think you just hate anything that is > popular and you're butthurt that something that's may have been ahead of > it's time was missed out on. This is no reason to dig your heels in and > complain as that accomplishes nothing. > I don't hate everything that's popular. For example, I use various popular applications such as Open Office and xfce, and I use Java. What I hate is stuff that doesn't work as advertised, no matter how popular. If popularity and hordes of "code monkeys" (as you insultingly call them) are so important to you, then why are you using FreeBSD instead of Windows? Better yet, if you like newness, how about Windows 8? > What I am interested in is: > > 1) leveraging the hordes of people that can submit changes to the project > because they know git. > This is a non-issue because, even if the ports team uses aegis and cook, the average port maintainer can still use svn and makefiles or whatever build tools they like. So the only important question here is whether aegis and cook can save a lot of time and trouble for the ports team specifically. > 2) leveraging the existing tooling that's available for FREE!!! for us to > use. (instead of rewriting wheels). > Perhaps you missed this, but aegis and cook are both free and open source (GPL). 3) reducing the overhead of contribution to our project by using existing > solutions and not requiring accounts to be made. > Even more reason NOT to go with something that is relatively new and largely untested in mission critical applications. Aegis, though not popular, is used in not just mission-critical but life-critical applications, i.e. things that absolutely must work the first time and every time. For example, one aegis user is St. Jude Medical. Have you actually installed and tested aegis are you just bad mouthing it? The reason for asking is it was designed on purpose to be a plug-gable architecture... namely all aegis does except for enforcing the dev/review/integrate cycle is act as a glue for *EXISTING* tools (see the manual for a full list of ones supported out the box and the requirements new ones must meet [note cook is used not make only because make is not powerful enough to take full advantage of aegis] > So what would using this aegis system buy us? > See http://osdir.com/ml/version-control.aegis.user/2005-05/msg00001.htmlfor a discussion of using it in linux kernel development > 1) doesn't have hordes of people that know how to use it. > 2) doesn't have a free hosting solution for it which provides tooling we > need for free. > Why does an internal version control system need any kind of web hosting at all? Be that as it may, aegis does have a web front end -- including RSS feed and other XML output -- as well as its command line interface. > It's not about NEW THINGS, although NEW THINGS tend to lead to better > systems... it's more about leveraging users and existing facilities. > ?!?!?!?!? How the does forcing everyone to learn something new every 6 months lead to the ability to leverage existing users and facilities... maybe my logic is faulty but isn't this almost a guarantee that no one will know what they are talking about because stuff moves too fast for them to keep up? I would rather see a list (even if a small list) of solid users who all use the system for mission critical apps (like hospitals). > Anyhow, it's not important, you want your toy, even though no one uses it. > Enjoy it. :) > For a list of some aegis users (every single one uses it for mission critical systems) see http://aegis.sourceforge.net/propaganda/sites.html > > If you want to be part of an "exclusive club" that only uses esoteric > tools and home-built Rube Goldberg scripts to accomplish what people are > doing with modern tools in less than half the time Aegis itself does not require scripts, although it can be used to encapsulate scripts. Every routine action (including distribution of baselines) is already encapsulated into a single command that typically requires only one or two arguments, in contrast to the much more complicated command lines associated with github's api (via cURL). For example, we use the following command line to create a new release of petitecloud: aeb cook-blank/deploy-remote and a normal everyday build requires just: aeb .... and in the same conversation be annoyed that there's a lack of people > signing up to work under those conditions then you need to take a deep > breath and look in the mirror. > > When your toy has a huge community that fulfills the requirements that I > have I'll check it out. When switching to Aegis gets FreeBSD the same > benefits of the github community and "millions of code monkeys" I'll be > cheering for it. > If having a million "code monkeys" is the mark of a good system, does this mean you regard healthcare.gov as a supreme master piece of software engineering? After all it has 500 million lines from god knows how many contributors... therefore it must be better? -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 05:10: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 C4081D6E for ; Mon, 27 Jan 2014 05:10:30 +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 4D3911F74 for ; Mon, 27 Jan 2014 05:10:29 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnIBADLp5VKDtwN/l2dsb2JhbABZg0RWgn25VR9qFg4BAQEBAQgWBzw+gWcBAQEDASMPASArCwUGBBYCBSECAg8CRgYNCAEBh3kIBQirUpdJhRaBKY1rFoJZgUkEiUiQEYUVjyKCDA X-IronPort-AV: E=Sophos;i="4.95,727,1384318800"; d="scan'208,217";a="308611215" Received: from dlpint01.utoledo.edu ([131.183.3.127]) by smtpin1.utoledo.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Jan 2014 00:10:22 -0500 Received: from MSGAPP12.utad.utoledo.edu (msgapp12.utad.utoledo.edu [131.183.3.8]) by dlpint01.utoledo.edu (RSA Interceptor) for ; Mon, 27 Jan 2014 00:10:03 -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; Mon, 27 Jan 2014 00:10:03 -0500 Message-ID: <52E5EA2A.90104@UToledo.edu> Date: Mon, 27 Jan 2014 00:10:02 -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: net/avahi-app core dumps signal 11 X-Priority: 1 (Highest) References: <1390611924.21322.13.camel@lenovo.toontown> In-Reply-To: <1390611924.21322.13.camel@lenovo.toontown> 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: Mon, 27 Jan 2014 05:10:30 -0000 > 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... This is a consequence of libiconv.so.3 being removed and its functionality being moved into the base system with Clang. Leaving the converters/libiconv port installed on FreeBSD 10 will cause errors, so your supposed to "pkg_delete -f libiconv" before "portupgrade -fa". But, libgvfsdbus.so libgioremote-volume-monitor.so libavahi-glib.so.1 etc., are still trying to link to libiconv.so.3 which breaks avahi-app. The relevant ports need to be updated to use iconv from base when compiled on FreeBSD10+. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 05:40: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 CE1DEAC9 for ; Mon, 27 Jan 2014 05:40:30 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id ADDE2120B for ; Mon, 27 Jan 2014 05:40: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 3C8091A3C1A; Sun, 26 Jan 2014 21:40:28 -0800 (PST) Message-ID: <52E5F14B.4060102@freebsd.org> Date: Sun, 26 Jan 2014 21:40:27 -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: Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> <52E55361.3000108@freebsd.org> <52E5757F.8000604@freebsd.org> <52E5CBDD.4090803@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Mon, 27 Jan 2014 05:40:30 -0000 On 1/26/14 9:02 PM, Aryeh Friedman wrote: > > > > On Sun, Jan 26, 2014 at 10:00 PM, Alfred Perlstein > wrote: > > When your toy has a huge community that fulfills the requirements > that I have I'll check it out. When switching to Aegis gets > FreeBSD the same benefits of the github community and "millions of > code monkeys" I'll be cheering for it. > > > If having a million "code monkeys" is the mark of a good system, does > this mean you regard healthcare.gov as a > supreme master piece of software engineering? After all it has 500 > million lines from god knows how many contributors... therefore it > must be better? > I'm not sure, I'm going to go load up healthcare.gov to see if I can order myself some free aspirin after this "discussion". I skimmed the rest of your message and nothing really stuck out as something worth perusing. I guess I have to say is that I hope you enjoy Agis so much that you and the 10 other people using it are able to proselytize it to the success that git and github have had. You certainly seem passionate about it! -Alfred From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 06:56:04 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 02285A12; Mon, 27 Jan 2014 06:56:04 +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 BBD5716FA; Mon, 27 Jan 2014 06:56:03 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id q10so5376131pdj.38 for ; Sun, 26 Jan 2014 22:56:03 -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=s1oIb3kQVm4JKJHwTriiqQHQnwd0IC9iLebM7NChdM8=; b=LE6TJdylF82eUEsT7lT6UJJAQXt4pbcqN8ZrpnnWmzLqWotR63VFVqdU1z6JW5/My7 /qWdgLiKHscIRE5rpUM0Y6uU0xgMCW5k3bbllfbwBgfG8F5US87IdLVebEV0tplJkN4T NmwuYgWB+09vgWtVD5phP9Zi5QEyvL0r8SlYW25tfFlyDU1wt5BflUgP7GsFfCmDQaqL X7lhx9VgynIycxcLOzqoZrbqyTDagqT98d6EnsHDlIJknePRDVIhHvH9gYiVS/mjXxfG aJE5dZpv+haHclzNQ0QWHt+VZ3LaSviukaq7/qlcxei8Vdi1StSNCSXZcYnsFxr0yjxC jJAw== MIME-Version: 1.0 X-Received: by 10.68.240.36 with SMTP id vx4mr1459437pbc.140.1390805763421; Sun, 26 Jan 2014 22:56:03 -0800 (PST) Received: by 10.68.155.38 with HTTP; Sun, 26 Jan 2014 22:56:03 -0800 (PST) In-Reply-To: <52E5F14B.4060102@freebsd.org> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> <52E55361.3000108@freebsd.org> <52E5757F.8000604@freebsd.org> <52E5CBDD.4090803@freebsd.org> <52E5F14B.4060102@freebsd.org> Date: Mon, 27 Jan 2014 01:56:03 -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: Mon, 27 Jan 2014 06:56:04 -0000 On Mon, Jan 27, 2014 at 12:40 AM, Alfred Perlstein wrote: > > I'm not sure, I'm going to go load up healthcare.gov to see if I can > order myself some free aspirin after this "discussion". > At least my build system has never caused me to need an aspirin (normal debugging is bad enough). Sarcasm aside, to bring this thread back on track, the important issues are: * The development model used by aegis is likely the cleanest development cycle I have seen (main reason for this is Peter Miller is one of the few SCM and build management theorists [vs. just hacking something til it works]). The model is namely (repeat as needed) develop->test->review->integrate... note that test comes before review for the simple reason to even get to review you must build correctly and pass all your own tests (isn't this the main goal of automating the port system anyways)... also keep in mind we can use this model without necessarily switching to aegis per se. With or without aegis, it would save the ports team a lot of time to be able to build and test a port automatically before they spend any time reviewing the code. Aegis, by default, enforces this model. * GitHub *REQUIRES* all developers (including all port maintainers -- not just the committers) to switch to GitHub. On the other hand, if the ports team were to use aegis and/or cook, this would NOT require any changes at all from the POV of maintainers. Even on the ports team, most members would need to learn nothing more than 6 new basic commands... (portmgr@would need to learn a lot more though depending on what kind of non-standard processing needs to be done in integration). * If there are modifications to the overall port system, switching to aegis and/or cook would not require changes to individual ports like GitHub seems to > I skimmed the rest of your message and nothing really stuck out as > something worth perusing. I guess I have to say is that I hope you enjoy > Agis so much that you and the 10 other people using it are able to > proselytize it to the success that git and github have had. You certainly > seem passionate about it! > It would be nice if you could refrain from commenting on stuff you can't be bothered to "peruse." -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 07:00:03 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 6595CAE3 for ; Mon, 27 Jan 2014 07:00:03 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 44127171F for ; Mon, 27 Jan 2014 07:00:02 +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 539491A3C19; Sun, 26 Jan 2014 22:59:56 -0800 (PST) Message-ID: <52E603EB.6030204@freebsd.org> Date: Sun, 26 Jan 2014 22:59:55 -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: Aryeh Friedman Subject: Re: What is the problem with ports PR reaction delays? References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> <52E55361.3000108@freebsd.org> <52E5757F.8000604@freebsd.org> <52E5CBDD.4090803@freebsd.org> <52E5F14B.4060102@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Mon, 27 Jan 2014 07:00:03 -0000 On 1/26/14, 10:56 PM, Aryeh Friedman wrote: > > On Mon, Jan 27, 2014 at 12:40 AM, Alfred Perlstein > wrote: > > > I'm not sure, I'm going to go load up healthcare.gov > to see if I can order myself some free > aspirin after this "discussion". > > > At least my build system has never caused me to need an aspirin > (normal debugging is bad enough). Sarcasm aside, to bring this thread > back on track, the important issues are: > > * The development model used by aegis is likely the cleanest > development cycle I have seen (main reason for this is Peter Miller is > one of the few SCM and build management theorists [vs. just hacking > something til it works]). The model is namely (repeat as needed) > develop->test->review->integrate... note that test comes before review > for the simple reason to even get to review you must build correctly > and pass all your own tests (isn't this the main goal of automating > the port system anyways)... also keep in mind we can use this model > without necessarily switching to aegis per se. With or without aegis, > it would save the ports team a lot of time to be able to build and > test a port automatically before they spend any time reviewing the > code. Aegis, by default, enforces this model. > > * GitHub *REQUIRES* all developers (including all port maintainers > -- not just the committers) to switch to GitHub. On the other hand, > if the ports team were to use aegis and/or cook, this would NOT > require any changes at all from the POV of maintainers. Even on the > ports team, most members would need to learn nothing more than 6 new > basic commands... (portmgr@ would need to learn a lot more though > depending on what kind of non-standard processing needs to be done in > integration). Using git doesn't require switching to github. I'm not sure what you're smoking that's leading you to believe that, maybe you should also try to log onto healthcare.gov to figure out what's causing your level of confusion! > > * If there are modifications to the overall port system, switching > to aegis and/or cook would not require changes to individual ports > like GitHub seems to > > > I skimmed the rest of your message and nothing really stuck out as > something worth perusing. I guess I have to say is that I hope > you enjoy Agis so much that you and the 10 other people using it > are able to proselytize it to the success that git and github have > had. You certainly seem passionate about it! > > > It would be nice if you could refrain from commenting on stuff you > can't be bothered to "peruse." Likewise! -Alfred From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 07:07: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 9705CE54 for ; Mon, 27 Jan 2014 07:07:54 +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 3CEC317B2 for ; Mon, 27 Jan 2014 07:07:54 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id s0R77m0T001329 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 27 Jan 2014 07:07:48 GMT (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s0R77m0T001329 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1390806468; bh=0Ocf+cqxwEnZIog/AA59T+T6mXVOphdg/JWy9hB6LuY=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Mon,=2027=20Jan=202014=2007:07:39=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-ports@ freebsd.org|Subject:=20Re:=20Questions=20about=20staging|Reference s:=20<52E5AA90.4060800@missouri.edu>|In-Reply-To:=20<52E5AA90.4060 800@missouri.edu>; b=ySbYnaS4ztBpyLFv7FSuxOOXjvz0Fm6QNOTUn/OZhe66bYvqNL7guzGBrKzkbufw+ kRn4xpgvuzxc6ML4ioBVorzmAwHyvDojCZXVT0Y6Yo8rDczH/afdlymzjigN2Squbn gcbpmOVqiQUUpfKHppm8f4165H45S/lA2shF2HQE= Message-ID: <52E605BB.1030601@infracaninophile.co.uk> Date: Mon, 27 Jan 2014 07:07:39 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Questions about staging References: <52E5AA90.4060800@missouri.edu> In-Reply-To: <52E5AA90.4060800@missouri.edu> X-Enigmail-Version: 1.6 OpenPGP: id=E7F39EBF Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="jocLVP4CKwvt50B6P0KU5Um9BvSQ6hGdx" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DCC_CHECK,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU 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: Mon, 27 Jan 2014 07:07:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jocLVP4CKwvt50B6P0KU5Um9BvSQ6hGdx Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 27/01/2014 00:38, Montgomery-Smith, Stephen wrote: > I am looking at this part of https://wiki.freebsd.org/ports/StageDir >=20 > Replace commands like ${CHMOD} ... and ${INSTALL_PROGRAM} -m mode -o > user -g group with corresponding pkg-plist entries: @mode mode, @owner > user, @group group. > /!\ These operators work until being overridden, or until the end of > pkg-plist, so do not forget to reset them with @mode, @owner, @group > keywords afterwards. >=20 > I have to admit that I don't understand what this is driving at. Can > someone explain it to me? This is all about being able to create packages without needing superuser powers. The idea is to take privileged commands like chmod(1) (or the implied chmod from using the -o flag to install(1)) out of install: targets in the port Makefile (which nowadays install into the staging directory) and replace them with equivalent constructs in pkg-plist (which are extracted into the generated pkg as pre/post- install script actions) ie. so that pkg(8) set the ownership of files at the point the package is installed. Sometimes it involves a bit more than just editing the port Makefile -- here's an example from one of my own ports, where I had to fold, spindle and mutilate the software's own Makefiles to achieve the desired result: http://svnweb.freebsd.org/ports?view=3Drevision&revision=3D339461 This includes some other changes to do with using options helpers etc. but it should be clear enough what was done to move changing file ownership away from the staging step and into package installation. Look at the chagnes to pkg-plist and patch-Makefile.in in particular. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --jocLVP4CKwvt50B6P0KU5Um9BvSQ6hGdx 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/ iQJ8BAEBCgBmBQJS5gXDXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATvGkP/1wwVunIRaW27QknUS8lvyRv FADcVP5mcivCIVEWar/HRs9PvxP4XCOM4M8mh452DBy5hDCtbTChjz+5H1RFkqiD BLrZMQ8o3iiJPcXZl5hGUFOim6drKjAxlPt81VzXxHzDFBSl/o9sXMetYKFKfgCn /DJS0l3Op424VnyNDb0tTtxe4CnPxhb1D++UGdi+QJ7uCuiHSxt8yUAoec/T3TqO EO6480C2uu/A6Ur4gJkKkuUmNjTKVnH/z8hjIuUKDYRZDbiM7tVM26BWwD37JAVo rl45OnZedel84VtrVZMoaZWOj615rSd3+lB5EqbI7yDWIO3hh2CiYaq2AWnPABGJ Xf9g/VpvFgF1PQJUP4k8yWH2m4WZ8txEzk2qkvlbQxPgiws5C7QBZZLNgPw/VgM3 fXYHNOnJAxSGSl9sH3pkfrdAOAUaWDEDue92XcTRoeEUkNQ+s47C9RT9/Yoi/uUe Go3kuL+/Ab+WqU/r1p3TXcSjm3W5M4LsYoFWf2hCfixgeSGjmTwEdRcE1DelFrlO xswq9h3jcIU+L3Y8BVcRWUn9tXBhatTt04M9sd0lDr7YUmmext6PWmvci9e6lJgn xytraI5IOrdxt87orG2Y44z6zG9bzK0ik9dYE7WtK9HUk7MWfdpGP3kjkDysqJX5 NUlqE0XAsyUq933U84V2 =L0mg -----END PGP SIGNATURE----- --jocLVP4CKwvt50B6P0KU5Um9BvSQ6hGdx-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 07:18: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 CA6AAF55; Mon, 27 Jan 2014 07:18:04 +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 784E5187B; Mon, 27 Jan 2014 07:18:04 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id uy5so6022448obc.19 for ; Sun, 26 Jan 2014 23:18:03 -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=bKfR4Uq4dfLfAfa2U84zI4JKZ927oV0tViZ+92Jd444=; b=VWk/MRxlrFA9haO3d7pDIMF0kPayO/yD7t/pjtIulRD9O4FGCirxPnfWpyb+DR6ikY skQUhyBBRJ03gygYbjANek0ZW+mLY5nE8hCjqM5cCplZ5GxkvabEHjhRkD2N/MSXIuWk 400KL1+1klmIBmohG3lioocJfCCIUSdXMALsDs/ZpZKFWwOITj2WjoK9dn4ZUoTno6Fg rA6Pwc7l8GnDAvH+S8ueWfd2xhjd6O836LA6ryncIdgOqYGTofOw753jOL1WS7oFR/5a eVbxytkVIkB+v8PP9BIxVrSc0XJtXDkr9yBCCSqIy9LxaxicqrH6a6t5Qm4q+QjOlNcO toUw== MIME-Version: 1.0 X-Received: by 10.182.223.37 with SMTP id qr5mr4202573obc.41.1390807083230; Sun, 26 Jan 2014 23:18:03 -0800 (PST) Received: by 10.60.141.196 with HTTP; Sun, 26 Jan 2014 23:18:02 -0800 (PST) In-Reply-To: <52E603EB.6030204@freebsd.org> References: <52E43A80.4030501@rawbw.com> <52E44BC1.7040404@rawbw.com> <52E46D44.6050403@freebsd.org> <52E47EF7.7040402@ohlste.in> <52E55186.7020009@freebsd.org> <52E55361.3000108@freebsd.org> <52E5757F.8000604@freebsd.org> <52E5CBDD.4090803@freebsd.org> <52E5F14B.4060102@freebsd.org> <52E603EB.6030204@freebsd.org> Date: Mon, 27 Jan 2014 02:18:02 -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: Mon, 27 Jan 2014 07:18:05 -0000 On Mon, Jan 27, 2014 at 1:59 AM, Alfred Perlstein wrote: > > On 1/26/14, 10:56 PM, Aryeh Friedman wrote: > > > On Mon, Jan 27, 2014 at 12:40 AM, Alfred Perlstein wrote: > >> >> I'm not sure, I'm going to go load up healthcare.gov to see if I can >> order myself some free aspirin after this "discussion". >> > > At least my build system has never caused me to need an aspirin (normal > debugging is bad enough). Sarcasm aside, to bring this thread back on > track, the important issues are: > > * The development model used by aegis is likely the cleanest > development cycle I have seen (main reason for this is Peter Miller is one > of the few SCM and build management theorists [vs. just hacking something > til it works]). The model is namely (repeat as needed) > develop->test->review->integrate... note that test comes before review for > the simple reason to even get to review you must build correctly and pass > all your own tests (isn't this the main goal of automating the port system > anyways)... also keep in mind we can use this model without necessarily > switching to aegis per se. With or without aegis, it would save the ports > team a lot of time to be able to build and test a port automatically before > they spend any time reviewing the code. Aegis, by default, enforces this > model. > > * GitHub *REQUIRES* all developers (including all port maintainers -- > not just the committers) to switch to GitHub. On the other hand, if the > ports team were to use aegis and/or cook, this would NOT require any > changes at all from the POV of maintainers. Even on the ports team, most > members would need to learn nothing more than 6 new basic commands... > (portmgr@ would need to learn a lot more though depending on what kind of > non-standard processing needs to be done in integration). > > Using git doesn't require switching to github. I'm not sure what you're > smoking that's leading you to believe that, maybe you should also try to > log onto healthcare.gov to figure out what's causing your level of > confusion! > Again not 100% correct. it does require you to have githup-like functionality (githup or a clone of it) if you want to do any sort of distributed repos... aegis does not (all of its distributions are in normal formats like tar.gz and patches [these are automatically generated on demand])... and more importantly your solution seems to revolve around requiring the use of a tool over the model that it enforces (which can be done by many different tools).... have you ever heard of making your requirements technology neutral and *THEN* seeing what techs (if any) fit the bill... this is how we found aegis in the first place... in some cases we may find (and I think the current port system may be one of these cases) that no new tools are needed; all that is needed is the reorganizing of existing manual procedures (which can then later be automated if desired). > * If there are modifications to the overall port system, switching to > aegis and/or cook would not require changes to individual ports like GitHub > seems to > > >> I skimmed the rest of your message and nothing really stuck out as >> something worth perusing. I guess I have to say is that I hope you enjoy >> Agis so much that you and the 10 other people using it are able to >> proselytize it to the success that git and github have had. You certainly >> seem passionate about it! >> > > It would be nice if you could refrain from commenting on stuff you can't > be bothered to "peruse." > > > Likewise! > I at least took the time to check what GitHub could do and what it and what it couldn't... this is just common sense when criticizing something -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 08:28: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 A640AFD4 for ; Mon, 27 Jan 2014 08:28:44 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C1541DC7 for ; Mon, 27 Jan 2014 08:28:44 +0000 (UTC) Received: from 0x20.net (0x20.net [217.69.76.212]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id 202076A6006 for ; Mon, 27 Jan 2014 09:28:42 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 27 Jan 2014 09:28:42 +0100 From: Lars Engels To: freebsd-ports@freebsd.org Subject: Re: mrxvt-devel does not show non-ascii character before end of line In-Reply-To: References: Message-ID: X-Sender: lars.engels@0x20.net User-Agent: Roundcube Webmail/0.7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Jan 2014 08:28:44 -0000 Am 2014-01-24 21:42, schrieb José García Juanino: > 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ñ" > myfile > $ cat myfile > a > ### ñ is not shown > > (substitute spanish ñ by any other non-ascii character and you will get > the > 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). Have you tried reporting this upstream? Lars From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 08:58:17 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 D2059A86 for ; Mon, 27 Jan 2014 08:58:17 +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 BCEC91FC7 for ; Mon, 27 Jan 2014 08:58:17 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s0R8wHaZ052831 for ; Mon, 27 Jan 2014 08:58:17 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s0R8wHmB052827; Mon, 27 Jan 2014 08:58:17 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201401270858.s0R8wHmB052827@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, 27 Jan 2014 08:58:17 +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, 27 Jan 2014 08:58:17 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ games/doomsday | 1.12.2 | 1.14.0-build1122 ------------------------------------------------+-----------------+------------ 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 27 10:42:40 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 9891020B; Mon, 27 Jan 2014 10:42:40 +0000 (UTC) Received: from mail-ee0-x233.google.com (mail-ee0-x233.google.com [IPv6:2a00:1450:4013: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 0626F1885; Mon, 27 Jan 2014 10:42:39 +0000 (UTC) Received: by mail-ee0-f51.google.com with SMTP id b57so2148040eek.24 for ; Mon, 27 Jan 2014 02:42:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=mvYrAalHF4CRjbeOey4hsSG8V5twjCAJc3wgOhC8xVQ=; b=hD5anKks44S8gljCAc/cU0pvU1mbWX+m9csipHteT1L7mSqrrM2KeYpLTue+4Svb6G FmnRrYjs7wuvGjzgfbf1SjzF79P/x4OGgrC85ioZdtVyw953pZJtpdrMJ3eUQr4uYw7M Wy9a6ZNgfN8xhXz0FPZxYvZdktgeDhFaS+L2eEGaYeybsDDkyQ3qngHScmIBj/QJJPhF MupND8VBnS6b3R4xEEdssnlFbn+cpQidqkN1AakeTB3pM3aXRyHBAhJkXprXI9p2QoZA mDRC1QrcalVQL9ro7Pye7/X3KRrdFNGk7A38NbJzmkeS8Izxmk8m6q+RHc/SA+rdK5Mm VN3Q== X-Received: by 10.14.210.130 with SMTP id u2mr350286eeo.108.1390819358469; Mon, 27 Jan 2014 02:42:38 -0800 (PST) Received: from [192.168.178.28] (a82-161-212-209.adsl.xs4all.nl. [82.161.212.209]) by mx.google.com with ESMTPSA id o13sm40785885eex.19.2014.01.27.02.42.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 Jan 2014 02:42:37 -0800 (PST) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <52E6381C.4030204@freebsd.org> Date: Mon, 27 Jan 2014 11:42:36 +0100 From: =?UTF-8?B?UmVuw6kgTGFkYW4=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: qat@redports.org Subject: Re: [QAT] r341265: 4x leftovers References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: "ports@freebsd.org Ports" , decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 10:42:40 -0000 On 01/27/2014 02:05, Ports-QAT wrote: > - Add stage support > - Do not install non-existant vboxvideo.ko.symbols when DEBUG is selected > > Reviewed by: vbox@ (decke) > --------------------------------------------------------------------- > > Build ID: 20140126195400-36495 > Job owner: rene@FreeBSD.org > Buildtime: 5 hours > Enddate: Mon, 27 Jan 2014 01:05:23 GMT > > Revision: r341265 > Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341265 > > --------------------------------------------------------------------- > > Port: emulators/virtualbox-ose-additions 4.3.6 > > Buildgroup: 8.4-QAT/amd64 > Buildstatus: LEFTOVERS > Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36495-263324/virtualbox-ose-additions-4.3.6.log > > Buildgroup: 8.4-QAT/i386 > Buildstatus: LEFTOVERS > Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36495-263325/virtualbox-ose-additions-4.3.6.log > > Buildgroup: 9.2-QAT/amd64 > Buildstatus: LEFTOVERS > Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36495-263326/virtualbox-ose-additions-4.3.6.log > > Buildgroup: 9.2-QAT/i386 > Buildstatus: LEFTOVERS > Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36495-263327/virtualbox-ose-additions-4.3.6.log > This is caused because I added etc/xdg and etc/xdg/autostart as @dirrmtry entries to pkg-plist, because otherwise these directories would show up as orphans. So which version of pkg-plist is preferred? René From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 10:48: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 4EBC4481 for ; Mon, 27 Jan 2014 10:48:57 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A92118C4 for ; Mon, 27 Jan 2014 10:48:56 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-ports@freebsd.org with esmtp (envelope-from ) id <1W7jkH-000XUW-EP>; Mon, 27 Jan 2014 11:48:49 +0100 Received: from g226057034.adsl.alicedsl.de ([92.226.57.34] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-ports@freebsd.org with esmtpsa (envelope-from ) id <1W7jkH-0010RE-BJ>; Mon, 27 Jan 2014 11:48:49 +0100 Date: Mon, 27 Jan 2014 11:48:48 +0100 From: "O. Hartmann" To: FreeBSD Ports Subject: lang/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop Message-ID: <20140127114848.5427924c@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/+700bT/=hVg49ChX97knALU"; protocol="application/pgp-signature" X-Originating-IP: 92.226.57.34 X-ZEDAT-Hint: A X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 10:48:57 -0000 --Sig_/+700bT/=hVg49ChX97knALU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On all FreeBSD 9.2-STABLE oboxes, the update of port lang/ruby19 fails with checking for nroff... /usr/bin/nroff .ext/include/amd64-freebsd9/ruby/config.h updated ruby library version =3D 1.9 configure: creating ./config.status config.status: creating Makefile config.status: creating ruby-1.9.pc =3D=3D=3D> Building for ruby-1.9.3.484_1,1 make: don't know how to make OPENSSL_CFLAGS. Stop *** [do-build] Error code 1 Stop in /usr/ports/lang/ruby19. *** [build] Error code 1 --Sig_/+700bT/=hVg49ChX97knALU Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJS5jmQAAoJEOgBcD7A/5N8mPIIAKOH2g5+xLhgCCTQEZTXmWV9 3wop0/puABtyv4xGKCBT0/v6QUAvsaDV4LCTZJ/GdV5j7Je9TsLr3YyRyQEuJCUA xAb5wj20pdJ0UT0nEKV7wwqEjfuIH0m/S45nyaV4lE/E16+ZktIjOf2rcLWd6NAx 4VJrwK3PhEEth+RKsYD0LfJskb9Q2yzTuqvS6ESjPolYU9ybtBTqy1BAmEKGTe45 gNQhI1G0sclj5o1WSjbO+6PT9hgv+kjxHt38CMnHtu0C5ya7ziHC4Aqzz/nJ0/hs ceO+DcuxUrfJJOjM7jw2bN1Omw52rQOjDMr+GG1l8FzOojilHbMEkuyYIaeKfxA= =AtPi -----END PGP SIGNATURE----- --Sig_/+700bT/=hVg49ChX97knALU-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 11:06:04 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 2999FA86 for ; Mon, 27 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 13B451A10 for ; Mon, 27 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 s0RB6461012112 for ; Mon, 27 Jan 2014 11:06:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0RB63DP012110 for freebsd-ports@FreeBSD.org; Mon, 27 Jan 2014 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 Jan 2014 11:06:03 GMT Message-Id: <201401271106.s0RB63DP012110@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, 27 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/186166 [MAINTAINER] www/drush: unbreak poudriere build o ports/186161 [print/latex-aa] Maintainer update to fix uncompilabil o ports/186160 graphics/ImageMagick does not detect freetype2 properl o ports/186147 please mark sysutils/cbsd as broken for a while o ports/186145 x11/wbarconf : patch for stage support f ports/186141 stage problem with x11-toolkits/tix f ports/186140 [PATCH] net/bwping update to 1.7 o ports/186136 security/rcracki_mt patch for staging support f ports/186134 sysutils/coreutils build, fails due to "strip" of sh ( o ports/186131 [maintainer-update] Fix build by adding 'pkgconf' depe o ports/186127 net/pimdd remove GCC deps, stagify and fix RAW socket o ports/186108 New port: benchmarks/ramspeed a cache and memory bench f ports/186103 sysutils/cbsd - dangerous and unexpected initializatio o ports/186100 net/pload: fix man page installation o ports/186098 [MAINTAINER] security/softhsm: [SUMMARIZE CHANGES] f ports/186095 sysutils/smartmontools 6.2_1 "-n standby" argument br o ports/186094 A database lib/X11/fonts/local/fonts.alias conflicts i f ports/186091 [PORT][MAINTAINER UPDATE] net-p2p/bitmessage o ports/186071 mail/prayer deprecated dependencies o ports/186065 [update] audio/libamrnb and audio/libamrwb f ports/186063 [PATCH] www/validator: add 'USES=shebangfix' to adjust o ports/186062 [maintainer] [patch] sysutils/ansible : speed up ssh m o ports/186059 [PATCH] dns/publicsuffix update to 1.04 o ports/186056 New port: databases/cassandra2 The latest stable relea f ports/186054 x11-fonts/fira: Download from somewhere else? o ports/186046 x11/dgs : fix build with current texinfo o ports/186042 [patch] update net/scamper to 20140122 o ports/186041 [PATCH] net-mgmt/ssgless: update to 1.3, fix package c f ports/186025 [patch] security/tinyca: add support for openssl 1.0.1 f ports/186024 textproc/htmldoc: security fixes required - please upg f ports/186023 print/cups-samba: master site has gone away f ports/186008 [patch] audio/shoutcast update 2.2.1.109 o ports/186003 [MAINTAINER] databases/sqlite3: set on RTREE option by o ports/186001 devel/opencl: Upstream changes of the header files by o ports/185990 mail/qmail-qfilter: I wan to adopt unmaintained port ( f ports/185982 [PATCH] net-im/centerim: fix build on 10.x, staging f ports/185981 [PATCH] net-im/centerim-devel: fix build on 10.x, stag f ports/185973 mail/mailfront patch - update to latest version o ports/185972 devel/libsigrok patch - new release o ports/185969 [NEW PORT] databases/libdrizzle-redux: Client and prot f ports/185965 [PATCH] security/maia: further improvements f ports/185960 sysutils/smartmontools - after last update includes fu f ports/185957 [PATCH] graphics/mapnik: disable sqlite to allow packa f ports/185955 [PATCH] games/armagetron: fix build on 10.x f ports/185950 www/libmicrohttpd port not enabling htttps f ports/185948 [PATCH] graphics/alpng: support staging o ports/185944 Update math/R-cran-dlmodeler o ports/185943 sysutils/fusefs-encfs does not compile under FreeBSD10 o ports/185928 [MAINTAINER UPDATE] mail/spmfilter-clamav: update to 0 f ports/185925 [PATCH] graphics/tgif update to 4.2.5 o ports/185905 [PATCH] security/logcheck: Use "USES=shebangfix" to fi o ports/185904 maintainer update: mail/dovecot2 o ports/185903 port update: x11/tabbed f ports/185885 [UPDATE] devel/directfb to v1.4.17 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/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 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 f ports/185681 x11-wm/wmconfig port update f ports/185668 [UPDATE] audio/libmikmod to v3.3.5 f ports/185664 [UPDATE] games/pathological, add license and desktop e o ports/185649 [patch] ports-mgmt/pkg_rmleaves add pkgng support and 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/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/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 f ports/185407 [Patch] devel/codeblocks requires GCC 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 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/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 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/184779 [PATCH] emulators/kcemu (fix build issues) f ports/184764 audio/qmpdclient build fails with disable NLS 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/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 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 f ports/184458 net-mgmt/collectd5 does not support write_riemann plug f ports/184455 x11-wm/wmconfig port update 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/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 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 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/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/182431 [Maintainer] math/giacxcas fixes for FreeBSD 10 f ports/182427 [maintainer update] security/destroy o ports/182395 [MAINTAINER] japanese/lookup: add staging support. 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/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 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/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 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/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/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/175358 [PATCH] finance/openerp-web: update to 6.0.4 o ports/175266 port audio/libmtp is miscategorized: it should be sysu o ports/175229 x11-toolkit/swt-devel fails o ports/174988 New port: net/tclsoap o ports/174960 sysutils/fusefs-ntfs mkntfs fails because of "no block o ports/174940 [new port]: misc/valspeak, a filter that converts Engl o ports/174176 audio/timidity++: Update to version 2.14.0 f ports/174018 Can't disable security/sshguard -b option o ports/171945 sysutils/fusefs-smbnetfs crash since fusefs-libs updat o 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 416 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 11:10:36 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 76E0B7A9 for ; Mon, 27 Jan 2014 11:10:36 +0000 (UTC) Received: from nm23-vm10.access.bullet.mail.bf1.yahoo.com (nm23-vm10.access.bullet.mail.bf1.yahoo.com [216.109.115.169]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1262E1D70 for ; Mon, 27 Jan 2014 11:10:35 +0000 (UTC) Received: from [66.196.81.159] by nm23.access.bullet.mail.bf1.yahoo.com with NNFMP; 27 Jan 2014 11:08:39 -0000 Received: from [98.139.244.51] by tm5.access.bullet.mail.bf1.yahoo.com with NNFMP; 27 Jan 2014 11:08:39 -0000 Received: from [127.0.0.1] by smtp113.sbc.mail.bf1.yahoo.com with NNFMP; 27 Jan 2014 11:08:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1390820919; bh=In851juHWeA6b/k6PyKmxnRBq8Gg9eL1CSDd/jAAXVQ=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject; b=k1d/lxAaA4q08WW+lkuq3pZZFzDN0Aeas8snDt+AdNkvssgdyvYayq1pXUQcXzl35FwU2cwuCCLVtZKuVRSXT8C9J0t6/154zEJHk041zDhS5576QuB6TnH0PFI8UhSuRS4LzI17jq8S3lOauHd2C2uv1RwkDFirWaOdH2d05mo= X-Yahoo-Newman-Id: 435633.18352.bm@smtp113.sbc.mail.bf1.yahoo.com Message-ID: <435633.18352.bm@smtp113.sbc.mail.bf1.yahoo.com> Date: Mon, 27 Jan 2014 03:08:39 -0800 (PST) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: obBg_WIVM1l0qzaNYKvfSRnltAYZxMz3nPjoyX4noyYNkEF _3kJCKhfndOpns.4uJqG_9vJ5SDkN5uPHOvHwGqEUxnNUFFNYflr9FdQKFlD qv6wvtFbDUS_jzsvZQtsdlWoBTNIb_plFmLHnXSvDOpCpQvFnztks1ougnV7 8NhjyGU1KVtMW48iH3aVrKs.EPcx57CHaUR6ka9L4JKrSq2Q_pKccCAA2KOh y.LsUX1sfVDe8loDmwyQaaOtaAHhmoHERYEWZnnbV_qNcgwyJVhqQoXEOJRb tlXjZEgssW_TKWa1btyharzPvWsuad4sYQ92nW2htRZHLJ8XQNXmklNELpv6 fDhLcnz1qF83rP7DOZ9wUAw4wczgdYZd.w59ABSCAS9Py9jZGcL0oKDCgRnT zaE1yl33o6aBpCBOqRGnNcXntgKu6dhHNV1cGNGCwxwps8RU_YdD40LNy3fB V5WaVVYXZ5RfKTGEPiUbe_KKXJf9rIJj42L3Y8mgjBGVBXHicjQGvuj.v5MT Uih0nFKjRRMohWL5k80nX79cbiLMmOV6SEp6V4_4q6B9ez7DVJGb0y4HxHYX oHSEk..0ho0oMEa3AXPn9 X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp113.sbc.mail.bf1.yahoo.com with SMTP; 27 Jan 2014 03:08:39 -0800 PST From: "Thomas Mueller" To: freebsd-ports@FreeBSD.org Subject: Re: What is the problem with ports PR reaction delays? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Jan 2014 11:10:36 -0000 There have been some messages in this thread about users volunteering to check port PRs. What would this involve as to time and software setup on one's own computer? I have some limited time, but am not using poudriere. I don't want to be too disruptive to existing FreeBSD installation. With so many messages in this thread, I don't know what to quote or what to cite in References: header so am skipping these extras. Thomas Mueller From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 11:18: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 706C7C60; Mon, 27 Jan 2014 11:18:44 +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 3ECE81DBF; Mon, 27 Jan 2014 11:18:44 +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=ooCmEItCudneSHKyhFXmyvdJuO8WUAF/BdBVCl4mBxo=; b=AI5kFDf4i8QO1zxmMVO5wAFZZnxB8AjDCZP2czHy3C06f3A3UgkRx6gHR3St1C4ySQ4GWQZdnSsLdPRXjXbMwZzA/lCqFBIUg1xWZuUjOYENZt9WEHZ0jAzXi4cTpaalgzUGdhCSEgR40nTu3OsDZCiulsAwuPoAnBX+5Z6vngM=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W7kDD-000PWp-Ba; Mon, 27 Jan 2014 11:18:43 +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: stephen@FreeBSD.org X-Trac-Project: redports Date: Mon, 27 Jan 2014 11:18:43 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341322: 1x leftovers, 1x depend (??? in math/octave), 2x success To: stephen@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140127042600-39845 X-Trac-Build-ID: 20140127042600-39845 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, 27 Jan 2014 11:18:44 -0000 - Remove optional dependency math/octave-forge-image-acquisition. - Bump portrevision. --------------------------------------------------------------------- Build ID: 20140127042600-39845 Job owner: stephen@FreeBSD.org Buildtime: 7 hours Enddate: Mon, 27 Jan 2014 11:18:41 GMT Revision: r341322 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341322 --------------------------------------------------------------------- Port: math/octave-forge 20140127_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~stephen@FreeBSD.org/20140127042600-39845-263572/octave-forge-20140127_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (??? IN MATH/OCTAVE) Log: https://qat.redports.org//~stephen@FreeBSD.org/20140127042600-39845-263573/octave-3.8.0_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~stephen@FreeBSD.org/20140127042600-39845-263574/octave-forge-20140127_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~stephen@FreeBSD.org/20140127042600-39845-263575/octave-forge-20140127_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 11:23: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 298AA17D for ; Mon, 27 Jan 2014 11:23:24 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D213A1E58 for ; Mon, 27 Jan 2014 11:23:23 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id s0RBNGU8091665 for ; Mon, 27 Jan 2014 06:23:21 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <52E641A4.3060004@m5p.com> Date: Mon, 27 Jan 2014 06:23:16 -0500 From: George Mitchell 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: Can't compile openjdk7 at 340877 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Mon, 27 Jan 2014 06:23:22 -0500 (EST) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Jan 2014 11:23:24 -0000 I updated my ports tree to revision 340877, and trying to compile openjdk7 dies like this: ... Making SA debugger back-end... gcc -Damd64 -D_GNU_SOURCE \ -m64 -shared -fPIC -fPIC \ -I/usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd \ -I../generated \ -I/usr/local/openjdk7/include -I/usr/local/openjdk7/include/freebsd \ /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/salibelf.c /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/symtab.c /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/libproc_impl.c /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/ps_proc.c /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/ps_core.c /usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/BsdDebuggerLocal.c \ -Xlinker --version-script=/usr/ports/java/openjdk7/work/openjdk/hotspot/agent/src/os/bsd/mapfile \ \ -o libsaproc.so \ -lutil -lthread_db [ -f libsaproc.so ] || { ln -s libsaproc.so libsaproc.so; } gmake[6]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product' All done. gmake[5]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/product' cd bsd_amd64_compiler2/product && ./test_gamma Using java runtime at: /usr/local/openjdk7/jre Error occurred during initialization of VM java/lang/NoClassDefFoundError: java/lang/invoke/AdapterMethodHandle gmake[4]: *** [product] Error 1 gmake[4]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/build/bsd-amd64/hotspot/outputdir' gmake[3]: *** [generic_build2] Error 2 gmake[3]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/hotspot/make' gmake[2]: *** [product] Error 2 gmake[2]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/hotspot/make' gmake[1]: *** [hotspot-build] Error 2 gmake[1]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk' gmake: *** [build_product_image] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/java/openjdk7. *** [build] Error code 1 Stop in /usr/ports/java/openjdk7. ===>>> make failed for java/openjdk7 ===>>> Aborting update ===>>> Killing background jobs Terminated ===>>> You can restart from the point of failure with this command line: portmaster java/openjdk7 ===>>> Exiting Is anyone else seeing this? -- George From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 11:39: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 707356A9 for ; Mon, 27 Jan 2014 11:39:12 +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 2AC861F36 for ; Mon, 27 Jan 2014 11:39:12 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1W7kWy-000Cnu-EG; Mon, 27 Jan 2014 12:39:08 +0100 Date: Mon, 27 Jan 2014 12:39:08 +0100 From: Kurt Jaeger To: Thomas Mueller Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140127113908.GT2951@home.opsec.eu> References: <435633.18352.bm@smtp113.sbc.mail.bf1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <435633.18352.bm@smtp113.sbc.mail.bf1.yahoo.com> 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, 27 Jan 2014 11:39:12 -0000 Hi! > There have been some messages in this thread about users volunteering > to check port PRs. > > What would this involve as to time and software setup on one's own computer? I use the following workflow: 1) daily update to the /usr/ports tree using cd /usr/ports svn --non-interactive update 2) To check a port, I have a cpport script, which copies the port to a working directory: ---------- #!/usr/local/bin/bash if [ X$1 = 'X' ] then echo "usage: $0 " exit 1 fi if [ ! -d /usr/ports/$1 ] then echo "$0: error: invalid directory '/usr/ports/$1'" exit 1 fi cd ~/myp && rm -rf $1 cd /usr/ports && tar cf - $1 | ( cd ~/myp; tar xf -) ---------- 3) If I test a port, I do a cd ~/myp/ make This works most of the time. poudriere is better, but needs disk and CPU time. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 12:09:59 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 DB76757B for ; Mon, 27 Jan 2014 12:09:58 +0000 (UTC) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9ACD51192 for ; Mon, 27 Jan 2014 12:09:58 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id i4so6544248oah.41 for ; Mon, 27 Jan 2014 04:09:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=grimstveit.no; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=AwAnqNAPR6e2FfhWCDVTx4a5lrT2K5sAep8yJKVXaVs=; b=Fmo2ccBrNZatopLKe0pwAayyC1FHileJI3kHGDQZ9PA2lJCmRuibx/wnKw2ogl54oA 8JgtHxwjImKLniIi2/fts8ZSapm4538Oh3SrLmkIcD0WRW95zYmjeNlUgID27LQOAIpf XUUiTF3ZNdMDeXOd/fRWmA8jNSR72hDthQje8= 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:from:date :message-id:subject:to:cc:content-type; bh=AwAnqNAPR6e2FfhWCDVTx4a5lrT2K5sAep8yJKVXaVs=; b=KlBGGRZGroDioh3EJPUpFNHSfYt3EQVHMhwYoSKVyCWrkBhucsDMB6OLXfzb/Fw9tA PLK2oQ2ulq1Rx0dzjI0QRYwI3pldGmlUm+aBlJ++aov46qD4p5Z9KNo2yK+mEcqWTxmQ 6tLkT/oQmhm8/TfTKioApOaduxBnS948w2kEPMwVaS2rWmY0ijn0Dqk8JZeTSNxNwxVB qsrshyV4+OLbnbtsQqeAc4jPQXzqcRTo3XfocGbEZPWLKnc8obL7z4x6WE0wAN/ax2AA ywVnI9+DSCvTQDPNoFtqzJkTaH/BvxPgVnwK9JiGsucQxg13IBj8lOECahyX5o4FoSXr wpXg== X-Gm-Message-State: ALoCoQkXLK0h9HprYnMB9df5s2CQepMyz0Uz8QT8dPtQ4tdBtYm7X/jLsqwYyGKhq2QkE29iFuFB X-Received: by 10.182.43.161 with SMTP id x1mr22871316obl.5.1390824597528; Mon, 27 Jan 2014 04:09:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.85.165 with HTTP; Mon, 27 Jan 2014 04:09:37 -0800 (PST) In-Reply-To: <20140127114848.5427924c@thor.walstatt.dyndns.org> References: <20140127114848.5427924c@thor.walstatt.dyndns.org> From: Jakob Breivik Grimstveit Date: Mon, 27 Jan 2014 13:09:37 +0100 Message-ID: Subject: Re: lang/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop To: "O. Hartmann" 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: Mon, 27 Jan 2014 12:09:59 -0000 Same goes for me here, both for lang/ruby19 and lang/ruby20, on 10.0-RELEASE, for an updated ports using portsnap. -- Vyrdsamt, Jakob Breivik Grimstveit | +47 4829 8152 http://grimstveit.no/jakob On Mon, Jan 27, 2014 at 11:48 AM, O. Hartmann wrote: > > On all FreeBSD 9.2-STABLE oboxes, the update of port lang/ruby19 fails > with > > checking for nroff... /usr/bin/nroff > .ext/include/amd64-freebsd9/ruby/config.h updated > ruby library version = 1.9 > configure: creating ./config.status > config.status: creating Makefile > config.status: creating ruby-1.9.pc > ===> Building for ruby-1.9.3.484_1,1 > make: don't know how to make OPENSSL_CFLAGS. Stop > *** [do-build] Error code 1 > > Stop in /usr/ports/lang/ruby19. > *** [build] Error code 1 > From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 12:46: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 C89035A9 for ; Mon, 27 Jan 2014 12:46:39 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5F92114DA for ; Mon, 27 Jan 2014 12:46:39 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id l18so5537028wgh.5 for ; Mon, 27 Jan 2014 04:46:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=UBiWBWGTnb53FWh+6OkCPriipfyA2KXfsEhuumNGmzA=; b=01xtNm6Ew4mzBkcN5zkFAwoy+QpHDhfP21WfHnS9O5YL8Y6IEAxIVsTMKZ9l7SOUpI tD+8QU4qrQWqBzl5AkXY9sHh4pOK1g2b8tS+tE4yy3epETluJh0N3I5F/Q8dHobjTRIF 8kukIgVq0GaK11ZL41mUwVxkYSRbc9wGIBhBPoVe+Z8g1mU2MrzDNcc3NOXUBsRKr1Uw Hm+2lh5y5kxZIILFswJKbxFz8DWdTuSB1tceujgC4i+UgeWYpvcX0qzP8jQfBCISWD/Q sOV2DCFEmbjab6bVhOtpSwh/DxEMMeIkBTl9/ECwg6W31XsHMIp7Nz5g3unmY6EeSdlv Tqkg== X-Received: by 10.180.107.1 with SMTP id gy1mr11803618wib.47.1390826797594; Mon, 27 Jan 2014 04:46:37 -0800 (PST) Received: from boffin.cs.ucl.ac.uk (boffin.cs.ucl.ac.uk. [128.16.66.250]) by mx.google.com with ESMTPSA id el1sm17384574wib.4.2014.01.27.04.46.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 Jan 2014 04:46:37 -0800 (PST) Sender: Brad Karp Message-ID: <52E65529.6010409@cs.ucl.ac.uk> Date: Mon, 27 Jan 2014 12:46:33 +0000 From: Brad Karp 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: net/avahi-app core dumps signal 11 X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Brad Karp X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Jan 2014 12:46:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Burmeister wrote: > This is a consequence of libiconv.so.3 being removed and its > functionality being moved into the base system with Clang. Leaving > the converters/libiconv port installed on FreeBSD 10 will cause > errors, so your supposed to "pkg_delete -f libiconv" before > "portupgrade -fa". But, libgvfsdbus.so > libgioremote-volume-monitor.so libavahi-glib.so.1 etc., are still > trying to link to libiconv.so.3 which breaks avahi-app. The > relevant ports need to be updated to use iconv from base when > compiled on FreeBSD10+. Thanks for the suggestion, but I believe this is not the cause of the SIGSEGV in avahi-daemon. I was aware of the move of libiconv into the base system, and when I upgraded to 10.0-RELEASE, did exactly as you suggest: I removed the libiconv package and forced an upgrade of all ports, so that they'd link against the base system's libiconv. I've further verified with ldd "/usr/local/lib/lib*.so*" that I have no shared libraries left in /usr/local/lib that were built with dependencies on the old /usr/local/lib/libiconv.so.3. (That is, this ldd command gives no "not found" errors.) I therefore suspect that the cause lies elsewhere. Where exactly, I have unfortunately not yet ascertained. Other suggestions, anyone? (FWIW, there is also discussion of this problem, which is being experienced by others, on the forums: http://forums.freebsd.org/viewtopic.php?f=5&t=44521 .) - -Brad -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLmVSkACgkQNz6hPDTA3IFhXACghMZioudrZ3od4Q90Q/BvqKGJ +7MAn07+vmywUcDN6wpa97/dN4O9H60V =7TkE -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 13:03:54 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 F1789CFA for ; Mon, 27 Jan 2014 13:03:53 +0000 (UTC) Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [IPv6:2607:f8b0:4003:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AFCB4165C for ; Mon, 27 Jan 2014 13:03:53 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id n16so6578642oag.23 for ; Mon, 27 Jan 2014 05:03:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=C6ZjFdsfYwz02jWg1LMyEom50aD00imj5y7ktas47fk=; b=dfOIR3lznzDGvMz4BlEey3XMnT4SCG3C3DgJmuZ66yhDeGQgDDFUwPK5QjdSHbVMi0 izp1C1UJqwnQLgVZYse8wluaY0s8CNHdb1TyZfbk+7gBHA1Md6NIUtk+Dt/T9HnmISoG QtEmhLqrIJ3MEe4qY1O5iUQ1Fwl1ie/hA2+Es= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=C6ZjFdsfYwz02jWg1LMyEom50aD00imj5y7ktas47fk=; b=aQ6MQHhjSr+FvEx9YWZFM2COxlclr5V4+bnhSlZY+ekgAuOVPL8nJbWbe50snwF+Ok COh2q1dK5FnE+cbGekl9zhCOPzgg2txnAOfv3MxKmt9oBIk4OKZZZGlxrtXqyvH2rLK+ z/hPwU+WE90Uz1tUTbGqpVGcQ0SzN+chQusVkj4S+MPtAzX+Etkdre8TLEkslE7viq7W Ak1AqpMiErL4iDOAsk3ygu8/o63iNnzu5Z/Frv05Rz7lGEl13XRRaAhRDdW/7WYDkjXQ t6JziGOBbdsZWhogKnwn0GSoNhu1qegT2xtC3BqVqEhYuoPREChoBlKx/wCwix6D/w9R zFNg== X-Gm-Message-State: ALoCoQlgtTeoyFX6qaEWnSYoRUmXCjQ3hybdYaRK+N23i1bUEAg1qHQu3go1vRSSGb9EaoRtICIO MIME-Version: 1.0 X-Received: by 10.60.63.242 with SMTP id j18mr13997329oes.33.1390827832886; Mon, 27 Jan 2014 05:03:52 -0800 (PST) Sender: decke@bluelife.at Received: by 10.76.154.2 with HTTP; Mon, 27 Jan 2014 05:03:52 -0800 (PST) X-Originating-IP: [80.123.233.199] In-Reply-To: <52E6381C.4030204@freebsd.org> References: <52E6381C.4030204@freebsd.org> Date: Mon, 27 Jan 2014 14:03:52 +0100 X-Google-Sender-Auth: 7840xE5kook7yqcaDUP5Tt7f9Vg Message-ID: Subject: Re: [QAT] r341265: 4x leftovers From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: =?ISO-8859-1?Q?Ren=E9_Ladan?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "ports@freebsd.org Ports" , Mr Nobody X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Jan 2014 13:03:54 -0000 On Mon, Jan 27, 2014 at 11:42 AM, Ren=E9 Ladan wrote: > On 01/27/2014 02:05, Ports-QAT wrote: >> - Add stage support >> - Do not install non-existant vboxvideo.ko.symbols when DEBUG is selecte= d >> >> Reviewed by: vbox@ (decke) >> --------------------------------------------------------------------- >> >> Build ID: 20140126195400-36495 >> Job owner: rene@FreeBSD.org >> Buildtime: 5 hours >> Enddate: Mon, 27 Jan 2014 01:05:23 GMT >> >> Revision: r341265 >> Repository: https://svnweb.freebsd.org/ports?view=3Drevision&re= vision=3D341265 >> >> --------------------------------------------------------------------- >> >> Port: emulators/virtualbox-ose-additions 4.3.6 >> >> Buildgroup: 8.4-QAT/amd64 >> Buildstatus: LEFTOVERS >> Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36= 495-263324/virtualbox-ose-additions-4.3.6.log >> >> Buildgroup: 8.4-QAT/i386 >> Buildstatus: LEFTOVERS >> Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36= 495-263325/virtualbox-ose-additions-4.3.6.log >> >> Buildgroup: 9.2-QAT/amd64 >> Buildstatus: LEFTOVERS >> Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36= 495-263326/virtualbox-ose-additions-4.3.6.log >> >> Buildgroup: 9.2-QAT/i386 >> Buildstatus: LEFTOVERS >> Log: https://qat.redports.org//~rene@FreeBSD.org/20140126195400-36= 495-263327/virtualbox-ose-additions-4.3.6.log >> > This is caused because I added etc/xdg and etc/xdg/autostart as > @dirrmtry entries to pkg-plist, because otherwise these directories > would show up as orphans. So which version of pkg-plist is preferred? Yeah, I think it's fine in both ways. That is a bit extra strict on tinderbox side. --=20 Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 14:04: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 B9DEEACE for ; Mon, 27 Jan 2014 14:04:42 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 91BFA1B4F for ; Mon, 27 Jan 2014 14:04:42 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id F37D437B49B; Mon, 27 Jan 2014 08:04:34 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3fCXl62YHBzKnQ; Mon, 27 Jan 2014 08:04:34 -0600 (CST) Date: Mon, 27 Jan 2014 08:04:34 -0600 From: "Matthew D. Fuller" To: George Mitchell Subject: Re: Can't compile openjdk7 at 340877 Message-ID: <20140127140434.GA78053@over-yonder.net> References: <52E641A4.3060004@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52E641A4.3060004@m5p.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.22 (2013-10-16) X-Virus-Scanned: clamav-milter 0.98.1 at thyme.infocus-llc.com X-Virus-Status: Clean 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, 27 Jan 2014 14:04:42 -0000 On Mon, Jan 27, 2014 at 06:23:16AM -0500 I heard the voice of George Mitchell, and lo! it spake thus: > I updated my ports tree to revision 340877, and trying to compile > openjdk7 dies like this: > > cd bsd_amd64_compiler2/product && ./test_gamma > Using java runtime at: /usr/local/openjdk7/jre > Error occurred during initialization of VM > java/lang/NoClassDefFoundError: java/lang/invoke/AdapterMethodHandle My solution was forcing it to use the bootstrap version again. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 14:51: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 1BE50D2C for ; Mon, 27 Jan 2014 14:51:46 +0000 (UTC) Received: from mst-rip6-missouri-out.um.umsystem.edu (mst-rip6-missouri-out.um.umsystem.edu [198.209.50.149]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4B5F10B0 for ; Mon, 27 Jan 2014 14:51:45 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhkFABdy5lLPoJ7G/2dsb2JhbABZgww4VrxXgQ8WdIIlAQEBBHQEEQIBCA4KCRYPCQMCAQIBICUCBAEMCAEBiAENwWeEfxeOWjqEOASJEJBJkGyDLYIq X-IPAS-Result: AhkFABdy5lLPoJ7G/2dsb2JhbABZgww4VrxXgQ8WdIIlAQEBBHQEEQIBCA4KCRYPCQMCAQIBICUCBAEMCAEBiAENwWeEfxeOWjqEOASJEJBJkGyDLYIq Received: from um-tcas2.um.umsystem.edu ([207.160.158.198]) by mst-rip6-exch-relay.um.umsystem.edu with ESMTP; 27 Jan 2014 08:51:46 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-TCAS2.um.umsystem.edu ([207.160.158.198]) with mapi id 14.03.0174.001; Mon, 27 Jan 2014 08:51:43 -0600 From: "Montgomery-Smith, Stephen" To: Matthew Seaman , "freebsd-ports@freebsd.org" Subject: Re: Questions about staging Thread-Topic: Questions about staging Thread-Index: AQHPGvghLkO51lr5EkS2xCI9QWPePZqYi5KAgACBpwA= Date: Mon, 27 Jan 2014 14:51:43 +0000 Message-ID: <52E6727E.8040304@missouri.edu> References: <52E5AA90.4060800@missouri.edu> <52E605BB.1030601@infracaninophile.co.uk> In-Reply-To: <52E605BB.1030601@infracaninophile.co.uk> 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.193] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <95676434174BC749AF2C621AD48B35D4@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: Mon, 27 Jan 2014 14:51:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/27/2014 01:07 AM, Matthew Seaman wrote: > On 27/01/2014 00:38, Montgomery-Smith, Stephen wrote: >> I am looking at this part of >> https://wiki.freebsd.org/ports/StageDir >>=20 >> Replace commands like ${CHMOD} ... and ${INSTALL_PROGRAM} -m mode >> -o user -g group with corresponding pkg-plist entries: @mode >> mode, @owner user, @group group. /!\ These operators work until >> being overridden, or until the end of pkg-plist, so do not forget >> to reset them with @mode, @owner, @group keywords afterwards. >>=20 >> I have to admit that I don't understand what this is driving at. >> Can someone explain it to me? >=20 > This is all about being able to create packages without needing=20 > superuser powers. The idea is to take privileged commands like > chmod(1) (or the implied chmod from using the -o flag to > install(1)) out of install: targets in the port Makefile (which > nowadays install into the staging directory) and replace them with > equivalent constructs in pkg-plist (which are extracted into the > generated pkg as pre/post- install script actions) ie. so that > pkg(8) set the ownership of files at the point the package is > installed. >=20 > Sometimes it involves a bit more than just editing the port > Makefile -- here's an example from one of my own ports, where I had > to fold, spindle and mutilate the software's own Makefiles to > achieve the desired result: >=20 > http://svnweb.freebsd.org/ports?view=3Drevision&revision=3D339461 >=20 > This includes some other changes to do with using options helpers > etc. but it should be clear enough what was done to move changing > file ownership away from the staging step and into package > installation. Look at the chagnes to pkg-plist and > patch-Makefile.in in particular. So it would only be necessary to do this if you want to set ownership to anything other than root:wheel, since the pkg install program should automatically set things to root:wheel anyway? (Because things installed the usual "make install" way will be set similarly?) And presumably the same for chmod - it would only be necessary when setting things like setuid or setgid bits, since otherwise it will merely copy permissions from whatever the file in the tarball has? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS5nJ9AAoJEC3xK9GaktgHvNgH/jzU+krSXo3zY3nllQyPl3gN h5jmqW8TqBO78l2+ZQ3fq7OR6IOHAbZBGOLQ/+pl+IPVJH66tPoRlFI985vT/eab 3/3FQDG9D8xu6WmLHKUPamCTm8NS8jEEnIoc2YMVHhu8MCNcgBcy4zmDiokodp9B nb036XNZJ78r6sZFad3Fpxc+g28zkHYRwDdwDED6+QhfKCTi8g8+bg8+1zN1mUga 0gDg84BBgGcAK52iZTCP+TBHC5sNNENeAWaCkF0JweEOq/i6KerV3L9KjipC3+E1 nt1gpvWRGltK/H7MhcSDVF7ig25FQkixrE6d30MffgbpnKV0lMATGUGWiuMN2/E=3D =3D4QAN -----END PGP SIGNATURE-----= From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 15:01:29 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 E28EDF55; Mon, 27 Jan 2014 15:01:29 +0000 (UTC) Received: from sys57.mail.msu.edu (sys57.mail.msu.edu [35.9.75.237]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B23001185; Mon, 27 Jan 2014 15:01:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=msu.edu; s=mail; h=Content-Transfer-Encoding:Mime-Version:Message-ID:Date:Content-Type:Cc:To:Reply-To:From:Subject; bh=uH58Ey8/FRUehuXZkTOVeAULrmGwxfTDiyD+WlCj5hQ=; b=CRTQFmFnW3nOUL+E0QhXIbgOfSQHsO6dPltIf7nyyGqHUGbnbKP3u+thKTil+QjMLaDicwsauFs5BaYbN1LAFQopnXtzQN2pBJeZdWBcXvGiuVXgW64WlRTtblZc0KYD0mn1Zh+hRxTqkHejmATy7ZrOkn91jk62a7rESFTodm4=; Received: from eshop1.pa.msu.edu ([35.9.69.81]) Authenticated ID: tigner by sys57.mail.msu.edu with esmtpsa (Exim 4.75 #3) (TLSv1:CAMELLIA256-SHA:256) id 1W7nKm-00073C-EN; Mon, 27 Jan 2014 09:38:44 -0500 Subject: FreeBSD Port: openocd-0.7.0 From: Barry Tigner To: skreuzer@FreeBSD.org Content-Type: text/plain; charset="UTF-8" Date: Fri, 24 Jan 2014 17:26:22 -0500 Message-ID: <1390602382.95039.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: tigner@msu.edu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 15:01:30 -0000 Hello, Re: openocd on freebsd 9.2 amd64. I am trying to use a ftdi c232hm-edhsl-0 usb to jtag-spi adapter to communicate with a device that communicates via spi. I have been able to get openocd running , but I am confused on how to send data via spi. I may be setting the options incorrectly, or perhaps openocd does not support spi, I am not certain either way. I tried looking for support on openocd, with no success. I hope that you can point me in the direction I need to go . I am simply trying to use a usb-spi adapter to talk to a spectrum analyzer signal to get the data from it. It normally talks directly to an embedded control system via spi. If I can talk directly to it , I can verify that it is working properly . Again, any help you can give me is appreciated. Barry Tigner -- Barry Tigner MSU PA Electronics Design and Service Ctr. 1230 BioMedical Physical Sciences Email: tigner@msu.edu Phone: 517-884-5538 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 15:14: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 9437C26D; Mon, 27 Jan 2014 15:14:17 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48E6A1286; Mon, 27 Jan 2014 15:14:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=mime-version :content-type:content-transfer-encoding:date:from:to:cc:subject :in-reply-to:references:message-id; s=default; bh=TY70JB19TdOgZJ zLDK9P0YFTjqU=; b=G9tMKecYbkPrqbj4eT4S/1NvrKNzaGZey15ggvaM1so4x2 QOk1ubeoQqjf9SA41LkBpnhT1wjiZjTAxDUGpJdQucSgjCduObfhUx3DXPXotzif VRrny4jFDLEnY5BdFflpzmnVTX2ikHCMzNiMufOeMPCRhgatFsQfkNXLhk/Xk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=mime-version :content-type:content-transfer-encoding:date:from:to:cc:subject :in-reply-to:references:message-id; q=dns; s=default; b=tqbcTrlQ v7p6hqEA7OLX5IkPnnmsDjVCqcaFrviqGelLbinx/Cbc4WwL3z4BHbDogE+4jtEp W3GdEHwMpQPc4VzU+/by/PyZOoxV7afQmtcptziUxJvn+k9WtIqypRqswhVJiRn0 Pz59v3wXyPk+uFQMXyzKsvonsnOiejPduo4= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 27 Jan 2014 16:14:14 +0100 From: "Herbert J. Skuhra" To: freebsd-ports@freebsd.org Subject: Re: lang/ruby19: fails to build on 9.2-STABLE: don't know how to make =?UTF-8?Q?=20OPENSSL=5FCFLAGS=2E=20Stop?= In-Reply-To: <20140127114848.5427924c@thor.walstatt.dyndns.org> References: <20140127114848.5427924c@thor.walstatt.dyndns.org> Message-ID: X-Sender: hskuhra@eumx.net User-Agent: Roundcube Webmail Cc: bapt@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, 27 Jan 2014 15:14:17 -0000 Den 27.01.2014 11:48, skrev O. Hartmann: > On all FreeBSD 9.2-STABLE oboxes, the update of port lang/ruby19 fails > with > > checking for nroff... /usr/bin/nroff > .ext/include/amd64-freebsd9/ruby/config.h updated > ruby library version = 1.9 > configure: creating ./config.status > config.status: creating Makefile > config.status: creating ruby-1.9.pc > ===> Building for ruby-1.9.3.484_1,1 > make: don't know how to make OPENSSL_CFLAGS. Stop > *** [do-build] Error code 1 > > Stop in /usr/ports/lang/ruby19. > *** [build] Error code 1 This is caused by: r341335 -- Herbert From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 15:37:10 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 C9BB8977 for ; Mon, 27 Jan 2014 15:37:10 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 837061488 for ; Mon, 27 Jan 2014 15:37:10 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1W7oFI-003DNH-7a>; Mon, 27 Jan 2014 16:37:08 +0100 Received: from g226185036.adsl.alicedsl.de ([92.226.185.36] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1W7oFI-001XtH-4E>; Mon, 27 Jan 2014 16:37:08 +0100 Date: Mon, 27 Jan 2014 16:37:03 +0100 From: "O. Hartmann" To: Jakob Breivik Grimstveit Subject: Re: lang/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop Message-ID: <20140127163703.47d83523@thor.walstatt.dyndns.org> In-Reply-To: References: <20140127114848.5427924c@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/2VY10d7KhbOqdc6+ErFHgog"; protocol="application/pgp-signature" X-Originating-IP: 92.226.185.36 X-ZEDAT-Hint: A 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: Mon, 27 Jan 2014 15:37:10 -0000 --Sig_/2VY10d7KhbOqdc6+ErFHgog Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 27 Jan 2014 13:09:37 +0100 Jakob Breivik Grimstveit wrote: > Same goes for me here, both for lang/ruby19 and lang/ruby20, > on 10.0-RELEASE, for an updated ports using portsnap. >=20 >=20 I have also other ports which have MAKE_ARGS+=3D"blabla" set and they complain now like this: gmake[3]: *** No rule to make target `CLANGXX_FLAGS'. Stop. The port system seems again to be polluted and broken ... this misbehaviour has been introduced recently. Oliver --Sig_/2VY10d7KhbOqdc6+ErFHgog Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJS5n0jAAoJEOgBcD7A/5N8qDsIAIVPtjUV9CcyV/YhUK56K9ei M7/d8S0Ky8Vrs4P+46SHdr+FXZs4GwLmox4UMC7jEZ6gMDP6uYsA/1lhcaMipXxB Eb9su+Ia3ix/Uy9Oa7JiqYcOMS64OIYpifF1+YBelLF6X8QNGELaKjtpL98Jyge6 UMETmnFef0UI52BND6wlsoQOEsvBni2Fkfx7JbO4ndpP4/PteE6SxWPDsezYenvY zjFjIpmudXdypQ7Sp8G0pxyx0bcRZU1X0ThSJmPRMrQHhhjCtLB5EIsb61dBAsVT YGoB90xr2XJkb2gpI8LzjyEice5n1G4ofJlnwVgDYMIXQojJThDQNdyzShq/lEA= =o4qK -----END PGP SIGNATURE----- --Sig_/2VY10d7KhbOqdc6+ErFHgog-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 15:46: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 BE59AF24 for ; Mon, 27 Jan 2014 15:46:41 +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 60DEF15BA for ; Mon, 27 Jan 2014 15:46:41 +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 s0RFkVmq013269 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 27 Jan 2014 15:46:36 GMT (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s0RFkVmq013269 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1390837596; bh=tMQ17kLxjedAuq4PMvRebCLKwm8aN3D88S4AvefZHes=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Mon,=2027=20Jan=202014=2015:46:21=20+0000|From:=20Matthew =20Seaman=20|To:=20"Montgomery-Sm ith,=20Stephen"=20,=20=0D=0A=20"freebsd-port s@freebsd.org"=20|Subject:=20Re:=20Ques tions=20about=20staging|References:=20<52E5AA90.4060800@missouri.e du>=20<52E605BB.1030601@infracaninophile.co.uk>=20<52E6727E.804030 4@missouri.edu>|In-Reply-To:=20<52E6727E.8040304@missouri.edu>; b=ObfM78+Y2kVoBiJWYYQK8iqd39mJM2gzHrLQIVsYqEPG8sG9/Dv49MTTCSPbstlVV XxFi7EqWADZLiIBQbqNgL3bXk1t+3veXJPO9mi4qIp5G6pY0jJmSUr9O9NdCHH6g+E 6CI+uVq/CaeJeIyXxSjJMF2juDcdgipU/E2NCJuI= 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: <52E67F4D.2040908@infracaninophile.co.uk> Date: Mon, 27 Jan 2014 15:46:21 +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: "Montgomery-Smith, Stephen" , "freebsd-ports@freebsd.org" Subject: Re: Questions about staging References: <52E5AA90.4060800@missouri.edu> <52E605BB.1030601@infracaninophile.co.uk> <52E6727E.8040304@missouri.edu> In-Reply-To: <52E6727E.8040304@missouri.edu> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qGnVb3STVOWf3u0oDQ2CQ575A5hhn3Us3" 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: Mon, 27 Jan 2014 15:46:41 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qGnVb3STVOWf3u0oDQ2CQ575A5hhn3Us3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 01/27/14 14:51, Montgomery-Smith, Stephen wrote: > So it would only be necessary to do this if you want to set ownership > to anything other than root:wheel, since the pkg install program > should automatically set things to root:wheel anyway? (Because things > installed the usual "make install" way will be set similarly?) Yes, absolutely. Files will be installed with ownership by root:wheel by default, unless there are post-install script actions (ie. generally derived from @user / @group settings in pkg-plist) irrespective of what ownership they have in staging. There is a 'NEED_ROOT' compatibility thing but that's not ideal, and I believe the plan is ultimately to do away with it as part of the switch over to staging. > And presumably the same for chmod - it would only be necessary when > setting things like setuid or setgid bits, since otherwise it will > merely copy permissions from whatever the file in the tarball has? Yes -- exactly. Anything involving chown / chgrp / chmod that requires root level privileges should be done this way. Cheers, Matthew --qGnVb3STVOWf3u0oDQ2CQ575A5hhn3Us3 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/ iQJ8BAEBCgBmBQJS5n9UXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnhdUP/2YEFDJ+FRUv8dJMDfps+7Yv LDJM3+I9cWOO0cancD7OD/LMs8din3YW+c4uZa+op5NB8p8sTU1YtLGgfdHgvhjG ZcBbTruCV3xZ82yJIvaOfUJOFoqmUQDtCIURrvMYYSriH+w0udmJTK0NkPf72AqD oj5in05Q7hKUjUGFTcsMP/0UQgZwuD+P9T5gXxkbLzv0TL61GQ3C6+pUBolQpuoU eLxZ308So71HLesAvqZXE/z+5VFPe+0qkXTf23FtRTqXDq1BXxOucqpUSuxO6gLk 9xt93pM4jcUnp3DyNk+VC622tMVZHlpa70c+kqqXa45F3SRk8cChBESsIsKv9pet Pw8Y56IK/rhTY29OYuVRCkA2Kw9e0KEpImn2m9xxKvmSwUKX7ofV6yaXGDyp/LnM GBRXGdRlAmk7CQP2w3qsvN4gwTFFveqpUAUtwvA4i1xYhgZIihEAe7EDJMIEvZzg mUCw7tiq6l+sntKEkyGsZ+pJp4bhVzJs/b+40UWmpq3gnF+Lj2JulqIOi67sWbc3 m2BSHc7n5GJEunqEss9717R/kyruG+wr0CctFfQNvnWOCO9MYC8QNP+ZTC3bFHho b/VuRPN8hNie57PFK9tN06yGRgO2vgDi1rlOMZNhCeDXbsEYThxpsA6krpl1Fcq3 TzjA588DEOTJpo8w+Pfw =VL6O -----END PGP SIGNATURE----- --qGnVb3STVOWf3u0oDQ2CQ575A5hhn3Us3-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 15:57:16 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 C56D8422 for ; Mon, 27 Jan 2014 15:57:16 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 744A51693 for ; Mon, 27 Jan 2014 15:57:15 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 43473B9033 for ; Mon, 27 Jan 2014 16:57:08 +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:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1390838221; x= 1392652622; bh=TWq39zhV1tR9YWRI6QpMzWDqR7maof/dDjQocBiiyFw=; b=F 942lc8OgbgE3TpUBoCCzBvPTj+5XpitrFUd7k77wIwYACyF8JSZt8frz45rSop0R nfHmWQxfllLhfcE0yRIUXF1+YfQZdx/FiuqqpTTZOJAuo5iZ59M1UUqO/quLOX/c vzSZPIfDc06sJvXqOrMIN/HA3R0nmfJk6sEqJiT4as= 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 vg_kDTjBoTMM for ; Mon, 27 Jan 2014 16:57:01 +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 9213BB902E for ; Mon, 27 Jan 2014 16:57:01 +0100 (CET) Date: Mon, 27 Jan 2014 16:57:00 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-ports@freebsd.org Subject: openldap-client OPENSSL_CFLAGS Message-Id: <20140127165700.7f581fc64874c2c21d90e659@mimar.rs> 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=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Jan 2014 15:57:16 -0000 Hi, I have problem building net/openldap24-client on 10-RELEASE amd64: =3D=3D=3D> Building for openldap-client-2.4.38 make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop Should I send PR? Thank you in advance, --=20 Marko Cupa=C4=87 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 15: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 BC11A4CE for ; Mon, 27 Jan 2014 15:58:18 +0000 (UTC) Received: from relay.andxor.it (firewall.andxor.it [78.134.40.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0535C16A3 for ; Mon, 27 Jan 2014 15:58:17 +0000 (UTC) Received: (qmail 62184 invoked from network); 27 Jan 2014 15:58:08 -0000 Received: from alex.andxor.it (a.premoli@andxor.it@192.168.2.30) by relay.andxor.it with ESMTPSA; 27 Jan 2014 15:58:08 -0000 Message-ID: <52E68210.3060602@FreeBSD.org> Date: Mon, 27 Jan 2014 16:58:08 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: =?UTF-8?B?TWFya28gQ3VwYcSH?= , freebsd-ports@freebsd.org Subject: Re: openldap-client OPENSSL_CFLAGS References: <20140127165700.7f581fc64874c2c21d90e659@mimar.rs> In-Reply-To: <20140127165700.7f581fc64874c2c21d90e659@mimar.rs> 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: Mon, 27 Jan 2014 15:58:18 -0000 Marko Cupać ha scritto: > I have problem building net/openldap24-client on 10-RELEASE amd64: > > ===> Building for openldap-client-2.4.38 > make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop > > Should I send PR? Same issue with x11/kdelibs4, I think something is broken in the ports tree. -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 16:29:06 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 613DAB27 for ; Mon, 27 Jan 2014 16:29:06 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 22C3B18FE for ; Mon, 27 Jan 2014 16:29:05 +0000 (UTC) Received: from 0x20.net (0x20.net [217.69.76.212]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id 8C55D6A6006 for ; Mon, 27 Jan 2014 17:29:04 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 27 Jan 2014 17:29:04 +0100 From: Lars Engels To: freebsd-ports@freebsd.org Subject: Re: What is the problem with ports PR reaction =?UTF-8?Q?delays=3F?= Organization: FreeBSD In-Reply-To: References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> Message-ID: <7dfba4b8e0dc222ddee8cbfe40818b16@mail.0x20.net> X-Sender: lme@FreeBSD.org User-Agent: Roundcube Webmail/0.7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Jan 2014 16:29:06 -0000 Am 2014-01-25 05:30, schrieb Aryeh Friedman: > 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, would you please stop spamming about petitecloud in _every single_ mail you're sending to some list? Thank you. Lars From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 16:37:36 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 D7083EDF; Mon, 27 Jan 2014 16:37:36 +0000 (UTC) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A122A19B3; Mon, 27 Jan 2014 16:37:36 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id x10so5943831pdj.39 for ; Mon, 27 Jan 2014 08:37:36 -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=w6aDuofl3uXLiOMWIoGgkm+bT6JESLGBNd9ghlsuQ1Q=; b=zh29OTvq8Go3i+/EU2AcUTVQe0FwNjqfJdUKunRrsByqbe2H6TpJqnI2DQ2HXJUcCP lC8KOUC50TS7ySAJ3l5iwfd3RQoxN8n66KAugpyBamdrssUt+q5IlvQkzRYgke/bSNaj LFln3x+K3INtupWI+KWi4T2Ux2/Wbv5y5GegDOo9F38Q1p0K/VVa0Dx/p+VJwNfb7hM5 SlmQIVVtmOvX2qbweDSE5Vb4k2H3dyoOZUO2D9dLYNwiQLqDjk6uRSgCcXQ21pXnxJaW pwiEH3IvGNqNIJVCsfXZQLiYIB7qB8Dw4d++CW/oVrhCaV1L0xslrPQEBEkVl6z3z/Zs FO+g== MIME-Version: 1.0 X-Received: by 10.69.20.139 with SMTP id hc11mr31204120pbd.63.1390840656223; Mon, 27 Jan 2014 08:37:36 -0800 (PST) Received: by 10.68.155.38 with HTTP; Mon, 27 Jan 2014 08:37:35 -0800 (PST) In-Reply-To: <7dfba4b8e0dc222ddee8cbfe40818b16@mail.0x20.net> References: <52E2FA36.5080106@marino.st> <52E303CB.6020304@marino.st> <52E30990.2060903@marino.st> <52E33AA7.3080205@freebsd.org> <7dfba4b8e0dc222ddee8cbfe40818b16@mail.0x20.net> Date: Mon, 27 Jan 2014 11:37:35 -0500 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Aryeh Friedman To: Lars Engels 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: Mon, 27 Jan 2014 16:37:37 -0000 Sorry was just putting why I used the mentioned ports in context (I believe in real life examples instead of made up ones for that)... any other mention of it in the thread was only because it was a convenient example that didn't violate an nda or something else. On Mon, Jan 27, 2014 at 11:29 AM, Lars Engels wrote: > Am 2014-01-25 05:30, schrieb Aryeh Friedman: > > 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, > > would you please stop spamming about petitecloud in _every single_ mail > you're > sending to some list? > > Thank you. > > Lars > > _______________________________________________ > 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 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 16:42:36 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 76F9F2D2 for ; Mon, 27 Jan 2014 16:42:36 +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 2B16C1A45 for ; Mon, 27 Jan 2014 16:42:35 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id w8so7684589qac.0 for ; Mon, 27 Jan 2014 08:42:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :mime-version:content-type:content-transfer-encoding; bh=5odKz8TElTuYJZV3S2iR8tcsFnb4EwV5RQ9FUtt+kJg=; b=RCoWMTJQiEV1Rmy/XVRlfm7Vosjz7hy2+LHeM2hmFjEQvvbEvsmoL14egVy2WH4aID zenI4ffOeFovWLJBZ9zUhXX+C079PeKslamaZmEW77znwyan2iTNBfqdG/NEasxDFlBj rVL+oejnChZnTFzbe3HD8ILbI1o6Gun6F0XwY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:reply-to:mime-version:content-type :content-transfer-encoding; bh=5odKz8TElTuYJZV3S2iR8tcsFnb4EwV5RQ9FUtt+kJg=; b=HH/g4yMX4nav4Gk1NnkaBD8E/T7hZ8x3JAJMIl13Gx+QXgzikUMXTG82EwLJp2skIX 69PrlZbEIoL39V+lo9RNRSFuzPZSFGHetSG4S/yDtOxYKkiITL5TIvhH19M5eZtzWfJM O84rY8rLvoRCEhVJhrU+ZwJSevsPzW8MfKEWVkbezNJmgMGULO3Lhte50ASY/ZaURU98 v8Nqsm6SU4XJc9EZrvqC8vehjiKg0HJAStmZhK99t9I6ICIqLYlv/DylHGSm1AP7w93/ 9S+7sWMsucPS4XS5ixOzjkhIkAqz/kibF2fb5jaQeQCOIr3SGJNVih4tLEd6bOxn9+10 /EFg== X-Gm-Message-State: ALoCoQmhu+EyAG1hfe/As4nuZCserYHzvNHs9Wk0LyfcUf4joKOLroht6vBIfAX14ey6bUc21xSr X-Received: by 10.140.98.135 with SMTP id o7mr11336750qge.102.1390840955171; Mon, 27 Jan 2014 08:42:35 -0800 (PST) Received: from scorpio (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPSA id y71sm8851227qgd.3.2014.01.27.08.42.34 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 27 Jan 2014 08:42:34 -0800 (PST) Date: Mon, 27 Jan 2014 11:42:33 -0500 From: Jerry To: FreeBSD Ports Subject: Re: openldap-client OPENSSL_CFLAGS Message-ID: <20140127114233.57e8f78d@scorpio> In-Reply-To: <20140127165700.7f581fc64874c2c21d90e659@mimar.rs> References: <20140127165700.7f581fc64874c2c21d90e659@mimar.rs> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: FreeBSD Ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 16:42:36 -0000 On Mon, 27 Jan 2014 16:57:00 +0100, Marko Cupać stated: > I have problem building net/openldap24-client on 10-RELEASE amd64: > > ===> Building for openldap-client-2.4.38 > make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop > > Should I send PR? Only if you want it fixed. -- Jerry From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 17:02:39 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 0534B868; Mon, 27 Jan 2014 17:02:39 +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 C8B2D1CBF; Mon, 27 Jan 2014 17:02: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=pL970Jec63yNOCRLlGig3KQ1Z8G2nrxeCtfd/ob5GfY=; b=7U06EUHrG7QD7CrDWGf1yyjmXLdz4ANGxEdoZu7wHrO1zl3DGrbzu9W4wE4YSBiR3CQOneMbZOI0XaINbBPyn7RblXi+xK9cqGfBTOqEdjTjvZaRO31iBk+AxrgfzwFRhsYN2CFC8sVCk8XipWhw0XHOZokN0qx9zhFzUprX2bI=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W7pa1-000Pv1-C7; Mon, 27 Jan 2014 17:02: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: miwi@FreeBSD.org X-Trac-Project: redports Date: Mon, 27 Jan 2014 17:02:37 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341430: 4x leftovers To: miwi@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140127165200-59762 X-Trac-Build-ID: 20140127165200-59762 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, 27 Jan 2014 17:02:39 -0000 - Stage support --------------------------------------------------------------------- Build ID: 20140127165200-59762 Job owner: miwi@FreeBSD.org Buildtime: 11 minutes Enddate: Mon, 27 Jan 2014 17:02:35 GMT Revision: r341430 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341430 --------------------------------------------------------------------- Port: irc/irssi-otr 0.3_6 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140127165200-59762-264172/irssi-otr-0.3_6.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140127165200-59762-264173/irssi-otr-0.3_6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140127165200-59762-264174/irssi-otr-0.3_6.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140127165200-59762-264175/irssi-otr-0.3_6.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 17:04:51 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 23C0BA25; Mon, 27 Jan 2014 17:04:51 +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 E95F31CE1; Mon, 27 Jan 2014 17:04: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=GaP9fRZIJ6QXmdJvjKJW7zOpOe7vXSi5ncIXyYowGUU=; b=SQnuK2oEyNqEoUfSgDH1Rm/8dF/6nMzD5oUJnCgLL2bc/Mg+QXrEWPNSrj83Czu/JjiA471PhtyL8inXs9bieqT/buiCMd6K6Xt4FNf5snS87/u06fwkSSq6RNV3yRV72CM8toJPdrdWikfWS9+Wt1Z0ZTbDlWYel/QrEMBkzrU=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W7pcA-00004g-6R; Mon, 27 Jan 2014 17:04:50 +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: decke@FreeBSD.org X-Trac-Project: redports Date: Mon, 27 Jan 2014 17:04:50 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341425: 4x leftovers To: decke@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140127163601-33630 X-Trac-Build-ID: 20140127163601-33630 Message-Id: Sender: World Wide Web Owner Cc: ports@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, 27 Jan 2014 17:04:51 -0000 - Stagify - Update dependencies to new shlib format - Bump PORTREVISION PR: ports/185556 Submitted by: Kevin Zheng (maintainer) --------------------------------------------------------------------- Build ID: 20140127163601-33630 Job owner: decke@FreeBSD.org Buildtime: 29 minutes Enddate: Mon, 27 Jan 2014 17:04:49 GMT Revision: r341425 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341425 --------------------------------------------------------------------- Port: security/gnomint 1.2.1_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~decke@FreeBSD.org/20140127163601-33630-264152/gnomint-1.2.1_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~decke@FreeBSD.org/20140127163601-33630-264153/gnomint-1.2.1_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~decke@FreeBSD.org/20140127163601-33630-264154/gnomint-1.2.1_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~decke@FreeBSD.org/20140127163601-33630-264155/gnomint-1.2.1_2.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 18:11: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 C8FCEBA8 for ; Mon, 27 Jan 2014 18:11:53 +0000 (UTC) Received: from mail-yk0-x22b.google.com (mail-yk0-x22b.google.com [IPv6:2607:f8b0:4002:c07::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C2D41239 for ; Mon, 27 Jan 2014 18:11:53 +0000 (UTC) Received: by mail-yk0-f171.google.com with SMTP id 142so12246605ykq.2 for ; Mon, 27 Jan 2014 10:11:52 -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=dKncMDnrJ1hLQlfGgDKhWybOWhIKzhKqNvvvSal+5/c=; b=Ozu4BBH9oUxqTI5+1msexfpVC9kzwDYTMuiV5NFmMU0wfrdfMjUEdEKXy2yE+8i5Dg J1Eaf4T+J/8+bQ7fvsyBVLQF5vEi3Eig7abf1/Cp8lACqbZjD7ItTo2kOrWFAjiXFcNQ +/sBO3SDaA6hwljphuKLW6nYZSHs778MODesusZSXt03Z4PxzSrKAuwS3FxDLNeM8h/z pCE8a6hS7TW5CAAIamvUY8b9cn831Pi61QMcAlwdDzN52C0EvQbqnx16qazcZwehEm6k e3fHp5tn9y89xOOPm/0SDgXMz98shUSWWdbaKEXwLTi88m9qyhxB5somv/rG7kon2fwL 62dA== MIME-Version: 1.0 X-Received: by 10.236.130.116 with SMTP id j80mr18145yhi.140.1390846312843; Mon, 27 Jan 2014 10:11:52 -0800 (PST) Received: by 10.170.135.7 with HTTP; Mon, 27 Jan 2014 10:11:52 -0800 (PST) Date: Mon, 27 Jan 2014 12:11:52 -0600 Message-ID: Subject: Can't seem to build ruby19 or 18. From: "Edwin L. Culp W." To: freebsd-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: Mon, 27 Jan 2014 18:11:53 -0000 =3D=3D=3D> Building for ruby-1.9.3.484_1,1 make: don't know how to make OPENSSL_CFLAGS. Stop *** [do-build] Error code 1 I just want to be sure that it isn't me, hopefully. Thanks ed --=20 Bienes Ra=EDces in Coatepec, Veracruz, Mexico http://www.facebook.com/pages/Inmobiliaria-Bienes-Raices-httpEcoManiainfo/1= 02249989850215?sk=3Dphotos_albums From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 18:27:19 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 1BA0E7D for ; Mon, 27 Jan 2014 18:27:19 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id BC25E130C for ; Mon, 27 Jan 2014 18:27:18 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id CFE86B9033; Mon, 27 Jan 2014 19:27:16 +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= 1390847234; x=1392661635; bh=jLoJu8jDsviVltjHwqSQQCq69t5ZgsYFfW8 pwTFcLso=; b=gRcJd4exWOWst/Jxx81lKBhyEbyA4wez6DIP1HsvAk8fz9giTmY B01xK+2i9CDiTxRKsrp2PLE402wx84iCBgeujt+UevEZrovaYqPxi3oKwAdJw4mZ /Q7VGhDdLFznlzOE2hmzwPrvZNRz0+xJpTquFBiVRZ4gQiV4VYoSpIdY= 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 UzRCkiaEknFd; Mon, 27 Jan 2014 19:27:14 +0100 (CET) Received: from kaa.mimar.rs (178-223-29-202.dynamic.isp.telekom.rs [178.223.29.202]) (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 1D6E2B902E; Mon, 27 Jan 2014 19:27:14 +0100 (CET) Date: Mon, 27 Jan 2014 19:27:13 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: "Edwin L. Culp W." Subject: Re: Can't seem to build ruby19 or 18. Message-Id: <20140127192713.109fa09e063cbd87c7f53280@mimar.rs> In-Reply-To: References: 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=UTF-8 Content-Transfer-Encoding: quoted-printable 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: Mon, 27 Jan 2014 18:27:19 -0000 On Mon, 27 Jan 2014 12:11:52 -0600 "Edwin L. Culp W." wrote: > =3D=3D=3D> Building for ruby-1.9.3.484_1,1 > make: don't know how to make OPENSSL_CFLAGS. Stop > *** [do-build] Error code 1 >=20 > I just want to be sure that it isn't me, hopefully. Here as well on 10-RELEASE. Same thing for net/openldap24-client: =3D=3D=3D> Building for openldap-client-2.4.38 make[2]: make[2]: don't know how to make OPENSSL_CFLAGS. Stop --=20 Marko Cupa=C4=87 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 18:48: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 BDB8E539; Mon, 27 Jan 2014 18:48:30 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 812B314F6; Mon, 27 Jan 2014 18:48:29 +0000 (UTC) Received: from p57bcca53.dip0.t-ipconnect.de ([87.188.202.83] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1W7rES-0002AV-4m; Mon, 27 Jan 2014 19:48:28 +0100 Message-ID: <52E6A9FB.7080602@gwdg.de> Date: Mon, 27 Jan 2014 19:48:27 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD ports list Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A7E8.90301@gwdg.de> In-Reply-To: <52E6A7E8.90301@gwdg.de> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Baptiste Daroussin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Jan 2014 18:48:30 -0000 Am 27.01.2014 19:39, schrieb Rainer Hurling: > graphics/fotoxx was deleted today, although there exist two PRs for some > time now. At least the last one updates to version 13.03.1: Of course it is not deleted, only deprecated. Sorry for the mistake. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 > > On http://www.kornelix.com/tarballs.html there are even newer versions > (14.01 and 14.02beta), not ported until now. > > Could someone please pick up PR 177643 and commit it, if it is functional. > > Many thanks in advance, > Rainer Hurling > From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 19:22: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 8B373F48; Mon, 27 Jan 2014 19:22:37 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E073186B; Mon, 27 Jan 2014 19:22:37 +0000 (UTC) Received: from p57bcca53.dip0.t-ipconnect.de ([87.188.202.83] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1W7r61-0000ba-4d; Mon, 27 Jan 2014 19:39:45 +0100 Message-ID: <52E6A7E8.90301@gwdg.de> Date: Mon, 27 Jan 2014 19:39:36 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD ports list Subject: r341435: deletion of graphics/fotoxx Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Baptiste Daroussin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Jan 2014 19:22:37 -0000 graphics/fotoxx was deleted today, although there exist two PRs for some time now. At least the last one updates to version 13.03.1: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 On http://www.kornelix.com/tarballs.html there are even newer versions (14.01 and 14.02beta), not ported until now. Could someone please pick up PR 177643 and commit it, if it is functional. Many thanks in advance, Rainer Hurling From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 19:45: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 74D8151D; Mon, 27 Jan 2014 19:45:07 +0000 (UTC) Received: from mail-vb0-x22a.google.com (mail-vb0-x22a.google.com [IPv6:2607:f8b0:400c:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 232D319DF; Mon, 27 Jan 2014 19:45:07 +0000 (UTC) Received: by mail-vb0-f42.google.com with SMTP id i3so3705530vbh.15 for ; Mon, 27 Jan 2014 11:45:06 -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=kXEVFXPkhAqlKjJo5iAG583TkKnEojlgnaIwbdKeriE=; b=UBi3JfVmoJ7OgO/5qIa37lxod7ppuIRNoaRk4pxceB35VifMb8XuXOGjwqgo861w0h X3l3WZw1qNwQvAfIFr5KrSnsla9W364XdidDFPvD2AKcXJP8pavxKbqCff/0wTlXIFJd 8Em9OgB1vuRenKYVD6q/e9L85ZLFdkPvBYCJTCHQEOWJQYaSLyAFWuSUV4Ms0NCtWBnN 3J2WMQaI7mgTHWkp26Zmu7Aji2VbNKxnSVCsAqB5kqnn+2zF3cZROU/csjQZdoHw2w+p Ro7SFCM+ie4LkdorHtW5DwP4xTpGR50fvDLQt6pajFOUzxmoYTqKHmKv61AYH/EOAC5r 3qrA== MIME-Version: 1.0 X-Received: by 10.220.170.68 with SMTP id c4mr43642vcz.41.1390851906269; Mon, 27 Jan 2014 11:45:06 -0800 (PST) Received: by 10.220.221.131 with HTTP; Mon, 27 Jan 2014 11:45:06 -0800 (PST) Date: Mon, 27 Jan 2014 20:45:06 +0100 Message-ID: Subject: devel/libgee 0.8.5 fails to build From: Torfinn Ingolfsen To: FreeBSD Ports ML Content-Type: text/plain; charset=ISO-8859-1 Cc: kwm@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, 27 Jan 2014 19:45:07 -0000 This happens if I try to build (or portupgrade) devel/libgee: treemap.c:12380: warning: assignment from incompatible pointer type CCLD libgee-0.8.la /usr/local/bin/g-ir-compiler -l `/usr/bin/sed -nE "s/^dlname='([A-Za-z0-9.+-]+)'/\1/p" libgee-0.8.la` -o Gee-0.8.typelib Gee-0.8.gir Gee-0.8.gir:8:51: warning: element annotation from state 6 is unknown, ignoring Gee-0.8.gir:9:53: warning: element annotation from state 6 is unknown, ignoring Gee-0.8.gir:3383:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3418:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3455:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3510:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3514:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3518:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3585:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3589:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3671:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3675:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:3992:1: warning: element property from state 23 is unknown, ignoring Gee-0.8.gir:4031:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:4090:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:4133:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:4137:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:4183:50: warning: element annotation from state 15 is unknown, ignoring Gee-0.8.gir:4250:50: warning: element annotation from state 15 is unknown, ignoring (g-ir-compiler:83467): GVFS-RemoteVolumeMonitor-WARNING **: cannot open directory /usr/local/share/gvfs/remote-volume-monitors: Error opening directory '/usr/local/share/gvfs/remote-volume-monitors': No such file or directory gmake[2]: *** [Gee-0.8.typelib] Trace/BPT trap: 5 (core dumped) gmake[2]: Leaving directory `/usr/ports/devel/libgee/work/libgee-0.8.5/gee' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/libgee/work/libgee-0.8.5' gmake: *** [all] 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/devel/libgee. Is this a known issue? Details: root@kg-v7# uname -a FreeBSD kg-v7.kg4.no 9.2-STABLE FreeBSD 9.2-STABLE #1 r261187: Sun Jan 26 15:20:25 CET 2014 root@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 root@kg-v7# pv libgee* libgee-0.6.2.1 < needs updating (port has 0.8.5) HTH -- Regards, Torfinn From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 19:49: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 2F1E45E8 for ; Mon, 27 Jan 2014 19:49:11 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B594D1A07 for ; Mon, 27 Jan 2014 19:49:10 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id x13so6214517wgg.9 for ; Mon, 27 Jan 2014 11:49:09 -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=9W8BnuLCmdd9rNIibrAB/8BancDJuAa2m9HeJ6ZBZuE=; b=rri3u8bi6VJYU0MnV/IjGUX79UmZjV6zUxKjtYpZmNm/ei2T7qtJ07J5S+qXQidx3W J8+LniKCxhWpsESUYN54VKIxosEg8a8NxeOQsJuB+/IJ/sEU/v5yTUjBrDGGIdFwYEs5 SGhGkEgOPBbrz2gtAWGOenlzg6EiqAnG4PCvxckZWn0BX6zyqZry4vLPSIbzkRxsp68j WpM8K7W1ef8MXlygHbi+FUTaVwHICnybl50fqrrftGhBsVmWB/vLt+lKX3dhpaeZCyFR rNxXWZzfbQt9Xkz8CVKAKhe/Z8YaNh2vmko/0/WL+1ra9gJIwTMo34qAXsJpaBxUl1vU Eg/A== X-Received: by 10.194.61.84 with SMTP id n20mr2793933wjr.61.1390852149019; Mon, 27 Jan 2014 11:49:09 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id po3sm27672515wjc.3.2014.01.27.11.49.07 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 27 Jan 2014 11:49:07 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 27 Jan 2014 20:49:05 +0100 From: Baptiste Daroussin To: Rainer Hurling Subject: Re: r341435: deletion of graphics/fotoxx Message-ID: <20140127194905.GD33006@ithaqua.etoilebsd.net> References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rqzD5py0kzyFAOWN" Content-Disposition: inline In-Reply-To: <52E6A9FB.7080602@gwdg.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD ports 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: Mon, 27 Jan 2014 19:49:11 -0000 --rqzD5py0kzyFAOWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: > Am 27.01.2014 19:39, schrieb Rainer Hurling: > > graphics/fotoxx was deleted today, although there exist two PRs for some > > time now. At least the last one updates to version 13.03.1: >=20 > Of course it is not deleted, only deprecated. Sorry for the mistake. >=20 > >=20 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/177407 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/177643 > >=20 > > On http://www.kornelix.com/tarballs.html there are even newer versions > > (14.01 and 14.02beta), not ported until now. > >=20 > > Could someone please pick up PR 177643 and commit it, if it is function= al. > >=20 > > Many thanks in advance, > > Rainer Hurling > >=20 >=20 I had a look at it, the problem is that fetch(1) cannot managed to fetch the distfile, it always get stalled at 99% even with newer version than in the = PR like: fotoxx-14.01.1.tar.gz =20 regards, Bapt --rqzD5py0kzyFAOWN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLmuDEACgkQ8kTtMUmk6EzJfQCfTkgcmHLzyvu0ra7b6XGE+080 hrQAn3+FHhIj9YFiC4KoFllOSHqCLvCK =Ebbk -----END PGP SIGNATURE----- --rqzD5py0kzyFAOWN-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 20:20: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 5C49AD1A for ; Mon, 27 Jan 2014 20:20:46 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id B6D6F1D9D for ; Mon, 27 Jan 2014 20:20:45 +0000 (UTC) Received: (qmail 5440 invoked by uid 89); 27 Jan 2014 20:20:37 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@88.217.181.240) by mail.grem.de with ESMTPA; 27 Jan 2014 20:20:37 -0000 Date: Mon, 27 Jan 2014 21:20:33 +0100 From: Michael Gmelin To: Baptiste Daroussin Subject: Re: r341435: deletion of graphics/fotoxx Message-ID: <20140127212033.2cb1d084@bsd64.grem.de> In-Reply-To: <20140127194905.GD33006@ithaqua.etoilebsd.net> References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.18; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA512; boundary="Sig_/4dHNykH+DK7/4DWlA1_UprN"; protocol="application/pgp-signature" Cc: Rainer Hurling , FreeBSD ports 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: Mon, 27 Jan 2014 20:20:46 -0000 --Sig_/4dHNykH+DK7/4DWlA1_UprN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 27 Jan 2014 20:49:05 +0100 Baptiste Daroussin wrote: > On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: > > Am 27.01.2014 19:39, schrieb Rainer Hurling: > > > graphics/fotoxx was deleted today, although there exist two PRs > > > for some time now. At least the last one updates to version > > > 13.03.1: > >=20 > > Of course it is not deleted, only deprecated. Sorry for the mistake. > >=20 > > >=20 > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/177407 > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/177643 > > >=20 > > > On http://www.kornelix.com/tarballs.html there are even newer > > > versions (14.01 and 14.02beta), not ported until now. > > >=20 > > > Could someone please pick up PR 177643 and commit it, if it is > > > functional. > > >=20 > > > Many thanks in advance, > > > Rainer Hurling > > >=20 > >=20 >=20 > I had a look at it, the problem is that fetch(1) cannot managed to > fetch the distfile, it always get stalled at 99% even with newer > version than in the PR like: fotoxx-14.01.1.tar.gz =20 >=20 Same here, wget and curl (also HTTP/1.0) work fine. --=20 Michael Gmelin --Sig_/4dHNykH+DK7/4DWlA1_UprN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQF8BAEBCgBmBQJS5r+UXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFODQyNDA4MjEyRDI3NjdBRTI5RUZDQTQ2 ODk3RjhDMTZCRkFGRjlGAAoJEGiX+MFr+v+fti0H/2BqdiyfXyT9v0z066OoMfxC L43IwXGqkItk+yz9UBPfH+I+UheVd1yoM52lfLFxYhAGndI8ULgRgvImFwJ4aVN1 1rx02r9VBu7PJ/Z3yIBxdeSG+v3+Lu/sDndnR0doIILBNQcBlbPNK6C55tBa5K5Y LYHLwjC1SNS3XPPYZq7TLC+25tNU/jifP8snPU3zVJHyYPInpADWsSLJEppomaMz uCEBK88MDXHpjlR6hZxZPfS0VC46IrxP2WVSyxW5Lcl13dMiMULJ4mSwkY0j8emx G0RBQ3tuEsnveLiSITewCor/6BVOHL/ZKj56dV6TZmFUObIR75XRtabcH1whaz0= =LsCp -----END PGP SIGNATURE----- --Sig_/4dHNykH+DK7/4DWlA1_UprN-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 20:23: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 CFA5DF01 for ; Mon, 27 Jan 2014 20:23:56 +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 5AB0E1DC4 for ; Mon, 27 Jan 2014 20:23:56 +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 s0RKNpRQ019848 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 27 Jan 2014 20:23:51 GMT (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s0RKNpRQ019848 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1390854231; bh=dWz1jVnHaQ3sm8jYyG1JzdwhqR16B6ZE5swAzAfzq/E=; h=Date:From:To:Subject; z=Date:=20Mon,=2027=20Jan=202014=2020:23:42=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-ports= 20|Subject:=20Braindead=20site=20config uration...; b=ZNcwi756B3/eJovttpr3vtH8Ed36dmQVKuQjKIubL50BG6QVQpCn8TT4WODJfDZlX hvXdnDax2Bsviswf4UTi6tKQDSvRNOOkSKWUK34XK9Tjd/mer3j3LouxNZtoul9MRl EBnzB8bXhEA8xpNBL57ujMKOd+v8EjI+QpZIXCe4= Message-ID: <52E6C04E.5060001@infracaninophile.co.uk> Date: Mon, 27 Jan 2014 20:23:42 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports Subject: Braindead site configuration... X-Enigmail-Version: 1.6 OpenPGP: id=E7F39EBF Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="W2qw6LBPVFqJFxTK4llLWunLhp7kdebUx" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DCC_CHECK,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU 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: Mon, 27 Jan 2014 20:23:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --W2qw6LBPVFqJFxTK4llLWunLhp7kdebUx Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Can we drop at.cpan.org from the list of CPAN sites please? It does stupid things like this: lucid-nonsense:~...ports/mail/p5-Email-Address-List:% fetch -v -v http://at.cpan.org/modules/by-module/Email/Nonexistent.tar.gz scheme: [http] user: [] password: [] host: [at.cpan.org] port: [0] document: [/modules/by-module/Email/Nonexistent.tar.gz] ---> at.cpan.org:80 looking up at.cpan.org connecting to at.cpan.org:80 requesting http://at.cpan.org/modules/by-module/Email/Nonexistent.tar.gz >>> GET /modules/by-module/Email/Nonexistent.tar.gz HTTP/1.1 >>> Host: at.cpan.org >>> Accept: */* >>> User-Agent: fetch libfetch/2.0 >>> Connection: close >>> <<< HTTP/1.1 302 Found <<< Date: Mon, 27 Jan 2014 20:18:25 GMT <<< Server: Apache <<< Location: http://gd.tuwien.ac.at/.admin/missing/server.php?name=3DAT.CPAN.ORG <<< Vary: Accept-Encoding 302 redirect to http://gd.tuwien.ac.at/.admin/missing/server.php?name=3DAT.CPAN.ORG scheme: [http] user: [] password: [] host: [gd.tuwien.ac.at] port: [0] document: [/.admin/missing/server.php?name=3DAT.CPAN.ORG] <<< Content-Length: 249 <<< Connection: close content length: [249] <<< Content-Type: text/html; charset=3Diso-8859-1 <<< ---> gd.tuwien.ac.at:80 looking up gd.tuwien.ac.at connecting to gd.tuwien.ac.at:80 requesting http://gd.tuwien.ac.at/.admin/missing/server.php?name=3DAT.CPA= N.ORG >>> GET /.admin/missing/server.php?name=3DAT.CPAN.ORG HTTP/1.1 >>> Host: gd.tuwien.ac.at >>> Accept: */* >>> User-Agent: fetch libfetch/2.0 >>> Connection: close >>> <<< HTTP/1.1 200 OK <<< Date: Mon, 27 Jan 2014 20:18:25 GMT <<< Server: Apache <<< X-Powered-By: PHP/5.3.10-1ubuntu3.2 <<< Vary: Accept-Encoding <<< Content-Length: 6386 <<< Connection: close content length: [6386] <<< Content-Type: text/html <<< offset 0, length -1, size -1, clength 6386 local size / mtime: 6386 / 1390853877 remote size / mtime: 6386 / 0 Nonexistent.tar.gz 100% of 6386 B 2297 kBps 00m00s lucid-nonsense:~...ports/mail/p5-Email-Address-List:% ie. ask for a non-existent file and it will return a cutesie message under the filename you asked for and a 200 OK code. Site administrators =2E.. grrrrrr .... flogging is too good for them. Morons of the drooling= persuasion. 404 exists for a reason. Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --W2qw6LBPVFqJFxTK4llLWunLhp7kdebUx 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/ iQJ8BAEBCgBmBQJS5sBWXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATX58P/R8QQ4vpDMAAB4L0LyZ17o7M o/CP8MrDLAzVaBrmFZTWvwp3LQvesqQ0zAtMlNKLgY59jDN2MfE9MVg6kPgUVBdU BBsY5xsx/51uNou2SdaE6LsAvdHEG3Brk5Q3s2y1LI8wuIyjaLaPCsqsES8Rm6dp 6pm8Ii2plcIqSwludjoKyCSXXxU96ev9ofBTc2H5f2yjVPS2JURl4dne7eVH3uB6 VQQDA3cVK5Rbcm59bsE6r2n3LfSct/9QprsUdVBWjMPTG1KSd4PlAhSJx0a0qZQU dxsf32QF9TYyGQpJxg1el3HVNpfFAO5WdhSN/RX2ekrpLm6njnv2l34wrZz48JDw mC6CWWx5bk18TS6fpwzZCFxdqhr0E1bSrFZ78FvGY3u6rrrMEDOPbFvRgnFxfMnH hFxwpriFLEi9bTi5BZAsEPIBnhKv3TT1pEuvFG/uk1YpA1JAx7sJhliS9ITkIKo2 7JNrL3BJWvuVO2gY1CDl0AUDQ/tbQ0beKZa9nbsi+qnOSxE2Ni3NWRWEKLjolPdv ZJ9oA413QrA9F0wRVl6+3veTXQ+YiiCV0GRQUD5ehzWX9zVIICAd6rcrTC8z0id7 Sbaz56tzMi1YGnetA1tOmSQvwIQPdnRzIr54dVLZqNFAqiRhREDNmhSHnbsWS7qf upaARzfO/ANVwh7uOiqP =GCtT -----END PGP SIGNATURE----- --W2qw6LBPVFqJFxTK4llLWunLhp7kdebUx-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 20:24: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 8E20EF9D; Mon, 27 Jan 2014 20:24:40 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD66A1DCD; Mon, 27 Jan 2014 20:24:39 +0000 (UTC) Received: from p57bcca53.dip0.t-ipconnect.de ([87.188.202.83] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1W7sjV-00049f-HU; Mon, 27 Jan 2014 21:24:37 +0100 Message-ID: <52E6C085.4050808@gwdg.de> Date: Mon, 27 Jan 2014 21:24:37 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> In-Reply-To: <20140127194905.GD33006@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Michael Gmelin , FreeBSD ports 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: Mon, 27 Jan 2014 20:24:40 -0000 Am 27.01.2014 20:49, schrieb Baptiste Daroussin: > On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: >> Am 27.01.2014 19:39, schrieb Rainer Hurling: >>> graphics/fotoxx was deleted today, although there exist two PRs for some >>> time now. At least the last one updates to version 13.03.1: >> >> Of course it is not deleted, only deprecated. Sorry for the mistake. >> >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 >>> >>> On http://www.kornelix.com/tarballs.html there are even newer versions >>> (14.01 and 14.02beta), not ported until now. >>> >>> Could someone please pick up PR 177643 and commit it, if it is functional. >>> >>> Many thanks in advance, >>> Rainer Hurling >>> >> > > I had a look at it, the problem is that fetch(1) cannot managed to fetch the > distfile, it always get stalled at 99% even with newer version than in the PR > like: fotoxx-14.01.1.tar.gz Yes, I just also tried it and I can confirm the 'fetch problem'. I just contacted the author of fotoxx, Michael Cornelison and asked him for help. I will inform after his answer. Thanks for answering and trying it. Regards, Rainer Hurling > > regards, > Bapt > From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 20:49:59 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 E915F6E5 for ; Mon, 27 Jan 2014 20:49:59 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9A581F6E for ; Mon, 27 Jan 2014 20:49:59 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W7t82-0004BF-7r for freebsd-ports@freebsd.org; Mon, 27 Jan 2014 12:49:58 -0800 Date: Mon, 27 Jan 2014 12:49:58 -0800 (PST) From: Robert_Burmeister To: freebsd-ports@freebsd.org Message-ID: <1390855798228-5880548.post@n5.nabble.com> In-Reply-To: <52E65529.6010409@cs.ucl.ac.uk> References: <1390354628.14798.7.camel@lenovo.toontown> <52E65529.6010409@cs.ucl.ac.uk> Subject: Re: net/avahi-app core dumps signal 11 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: Mon, 27 Jan 2014 20:50:00 -0000 Brad Karp wrote > Thanks for the suggestion, but I believe this is not the cause of the > SIGSEGV in avahi-daemon. > > I was aware of the move of libiconv into the base system, and when I > upgraded to 10.0-RELEASE, did exactly as you suggest: I removed the > libiconv package and forced an upgrade of all ports, so that they'd > link against the base system's libiconv. > > I've further verified with ldd "/usr/local/lib/lib*.so*" that I have > no shared libraries left in /usr/local/lib that were built with > dependencies on the old /usr/local/lib/libiconv.so.3. (That is, this > ldd command gives no "not found" errors.) > > I therefore suspect that the cause lies elsewhere. Where exactly, I > have unfortunately not yet ascertained. Other suggestions, anyone? > > (FWIW, there is also discussion of this problem, which is being > experienced by others, on the forums: > http://forums.freebsd.org/viewtopic.php?f=5&t=44521 .) > > - -Brad People who deleted all ports, removed /usr/local and reinstalled have reported that they do not have the problem. I have deleted the contents of /usr/local/lib and am running a portupgrade -afu I'll report back if that is a quicker fix. -- View this message in context: http://freebsd.1045724.n5.nabble.com/net-avahi-app-core-dumps-signal-11-tp5878518p5880548.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 21:01:13 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 33D159BA for ; Mon, 27 Jan 2014 21:01:13 +0000 (UTC) Received: from smtp.burggraben.net (base.exwg.net [IPv6:2a01:4f8:140:50a2::2]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E63EE1058 for ; Mon, 27 Jan 2014 21:01:12 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.burggraben.net (Postfix) with ESMTP id 87DF66003CC for ; Mon, 27 Jan 2014 22:01:11 +0100 (CET) X-Spam-Scanned: by amavisd-new at exwg.net Received: from smtp.burggraben.net ([127.0.0.1]) by localhost (ns.burggraben.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mweQrPRPBbA8 for ; Mon, 27 Jan 2014 22:01:11 +0100 (CET) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7b43:1:6a05:caff:fe01:aae9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS for ; Mon, 27 Jan 2014 22:01:11 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 20978301C7; Mon, 27 Jan 2014 22:01:09 +0100 (CET) Date: Mon, 27 Jan 2014 22:01:09 +0100 From: Christoph Moench-Tegeder To: freebsd-ports@freebsd.org Subject: maintainer timeout in graphics/shotwell Message-ID: <20140127210107.GB1788@elch.exwg.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 21:01:13 -0000 Hi, I'd like to call maintainer timeout on ports/185495 - when chasing r341291 by rakuco@ I noticed I still had _two_ PRs open on graphics/shotwell, so I updated my patch (see comment in PR, there's an HTTP link, too since gnats doesn't handle patches in followup mails). When at it, could the committer please close ports/184007 - it's the previous update for shotwell, which I also forgot about when using the updated shotwell locally. Regards, Christoph -- Spare Space From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 22:33: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 5D1D97B9 for ; Mon, 27 Jan 2014 22:33:55 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id BA30B187B for ; Mon, 27 Jan 2014 22:33:53 +0000 (UTC) Received: (qmail 6868 invoked by uid 89); 27 Jan 2014 22:33:52 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@88.217.181.240) by mail.grem.de with ESMTPA; 27 Jan 2014 22:33:52 -0000 Date: Mon, 27 Jan 2014 23:33:52 +0100 From: Michael Gmelin To: Rainer Hurling Subject: Re: r341435: deletion of graphics/fotoxx Message-ID: <20140127233352.4d82aad1@bsd64.grem.de> In-Reply-To: <52E6C085.4050808@gwdg.de> References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.18; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , FreeBSD ports 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: Mon, 27 Jan 2014 22:33:55 -0000 On Mon, 27 Jan 2014 21:24:37 +0100 Rainer Hurling wrote: > Am 27.01.2014 20:49, schrieb Baptiste Daroussin: > > On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: > >> Am 27.01.2014 19:39, schrieb Rainer Hurling: > >>> graphics/fotoxx was deleted today, although there exist two PRs > >>> for some time now. At least the last one updates to version > >>> 13.03.1: > >> > >> Of course it is not deleted, only deprecated. Sorry for the > >> mistake. > >> > >>> > >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177407 > >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/177643 > >>> > >>> On http://www.kornelix.com/tarballs.html there are even newer > >>> versions (14.01 and 14.02beta), not ported until now. > >>> > >>> Could someone please pick up PR 177643 and commit it, if it is > >>> functional. > >>> > >>> Many thanks in advance, > >>> Rainer Hurling > >>> > >> > > > > I had a look at it, the problem is that fetch(1) cannot managed to > > fetch the distfile, it always get stalled at 99% even with newer > > version than in the PR like: fotoxx-14.01.1.tar.gz > > Yes, I just also tried it and I can confirm the 'fetch problem'. > > I just contacted the author of fotoxx, Michael Cornelison and asked > him for help. I will inform after his answer. > > Thanks for answering and trying it. His web server reports a content length of 2696186, but only provides 2696168 bytes of data. Tools like wget and curl just stop downloading data, while fetch hangs waiting for those 18 extra bytes. -- Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 22: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 0D50EB03 for ; Mon, 27 Jan 2014 22:50:00 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 92B941962 for ; Mon, 27 Jan 2014 22:49:59 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id l18so6485547wgh.5 for ; Mon, 27 Jan 2014 14:49:58 -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=vMm52hzEs1hyiYD8oc5j3sI6adpqE1unQcKpN/uLnqw=; b=oSSE9kAIY3nE4Rd0ros2FP8H8znFctPBU2Y/kbq08nzv13LP4Q4k/z5nmMjxE9Y5VV 1Tq8BG64c8ms+IbhuHtqRNZv47dZF8VJnSF9VKHxKOzRbZvqdejcJy+eq5V/L0IXnH3V Z4WWW4xcB3pwSZm7S8yQ/ylAVyyjB8n7zkCpY8u9/olyNm54vDI+o5iCV7Www8N6TkWg dnVJoeXxuIp7gpkg8iAzJODGD8cMkApHFCTifALPObWploNkAQqNep/pXuy2+MqnbA7u dl+BjcqZGo9We1DTxlgQz10yZ8jNagzqY4GBx2UMKnhbmn0ashCJeElnexdv3uHS2DRM Yx+Q== X-Received: by 10.194.87.5 with SMTP id t5mr786145wjz.68.1390862997946; Mon, 27 Jan 2014 14:49:57 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id po3sm28628226wjc.3.2014.01.27.14.49.56 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 27 Jan 2014 14:49:56 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 27 Jan 2014 23:49:54 +0100 From: Baptiste Daroussin To: Michael Gmelin Subject: Re: r341435: deletion of graphics/fotoxx Message-ID: <20140127224954.GF33006@ithaqua.etoilebsd.net> References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eNMatiwYGLtwo1cJ" Content-Disposition: inline In-Reply-To: <20140127233352.4d82aad1@bsd64.grem.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Rainer Hurling , FreeBSD ports 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: Mon, 27 Jan 2014 22:50:00 -0000 --eNMatiwYGLtwo1cJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 27, 2014 at 11:33:52PM +0100, Michael Gmelin wrote: > On Mon, 27 Jan 2014 21:24:37 +0100 > Rainer Hurling wrote: >=20 > > Am 27.01.2014 20:49, schrieb Baptiste Daroussin: > > > On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: > > >> Am 27.01.2014 19:39, schrieb Rainer Hurling: > > >>> graphics/fotoxx was deleted today, although there exist two PRs > > >>> for some time now. At least the last one updates to version > > >>> 13.03.1: > > >> > > >> Of course it is not deleted, only deprecated. Sorry for the > > >> mistake. > > >> > > >>> > > >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/177407 > > >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/177643 > > >>> > > >>> On http://www.kornelix.com/tarballs.html there are even newer > > >>> versions (14.01 and 14.02beta), not ported until now. > > >>> > > >>> Could someone please pick up PR 177643 and commit it, if it is > > >>> functional. > > >>> > > >>> Many thanks in advance, > > >>> Rainer Hurling > > >>> > > >> > > >=20 > > > I had a look at it, the problem is that fetch(1) cannot managed to > > > fetch the distfile, it always get stalled at 99% even with newer > > > version than in the PR like: fotoxx-14.01.1.tar.gz > >=20 > > Yes, I just also tried it and I can confirm the 'fetch problem'. > >=20 > > I just contacted the author of fotoxx, Michael Cornelison and asked > > him for help. I will inform after his answer. > >=20 > > Thanks for answering and trying it. >=20 > His web server reports a content length of 2696186, but only provides > 2696168 bytes of data. Tools like wget and curl just stop downloading > data, while fetch hangs waiting for those 18 extra bytes. >=20 > --=20 > Michael Gmelin Meaning fetch is right ;) he has to fix his webserver ;) regards, Bapt --eNMatiwYGLtwo1cJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLm4pIACgkQ8kTtMUmk6Ezl+QCgwttLguNIP4iOwP2hSen+uo9o 2lUAn0KgdiOeESBsJAmA3nvbRIehAjkr =0xPH -----END PGP SIGNATURE----- --eNMatiwYGLtwo1cJ-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 22:55:58 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 AB0EBD90 for ; Mon, 27 Jan 2014 22:55:58 +0000 (UTC) Received: from mp1-smtp-2.eutelia.it (mp1-smtp-2.eutelia.it [62.94.10.162]) by mx1.freebsd.org (Postfix) with ESMTP id 5DB9919EB for ; Mon, 27 Jan 2014 22:55:58 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-2.eutelia.it (Eutelia) with ESMTP id 500B7DF529 for ; Mon, 27 Jan 2014 23:25:36 +0100 (CET) Received: from soth.ventu (adsl-ull-143-168.41-151.net24.it [151.41.168.143]) (authenticated bits=0) by ns2.biolchim.it (8.14.7/8.14.7) with ESMTP id s0RMPNhb066080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 27 Jan 2014 23:25:33 +0100 (CET) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-143-168.41-151.net24.it [151.41.168.143] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.8/8.14.7) with ESMTP id s0RMPIso092805 for ; Mon, 27 Jan 2014 23:25:18 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <52E6DCCE.3000705@netfence.it> Date: Mon, 27 Jan 2014 23:25:18 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: xmms-wma crashes Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Mon, 27 Jan 2014 23:25:34 +0100 (CET) X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Jan 2014 22:55:58 -0000 Hello. The box is 9.1p10/i386. As per subject, since the upgrade to 1.0.5_3, xmms started crashing whenever I added a wma file to the playlist. "portupgrade -Rf xmms-wma" did not help. portdowngrade to 1.0.5_2 solved. Now I have full functionality back; however, in case anyone wants me to try or check something, I'll be glad to help. bye av. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 23:06: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 1261E3F2 for ; Mon, 27 Jan 2014 23:06:54 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 937D51AB1 for ; Mon, 27 Jan 2014 23:06:53 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id x13so6365342wgg.33 for ; Mon, 27 Jan 2014 15:06:52 -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=Fo05KsccQddVfny1dsYk3oWAO/95lUeOWSJVYRGzfYk=; b=aF1EbDDKroHl9z98OwCkfrl6a5XKFFHAdPjHMJO2idm+tGFHOF6KedwXvZWMj6qZNi bMpPDkADWqp8FdHTz2YGz0cE3hKcVraeEMtqsYUFbOwu3slnUZMDc3LtFuDEOuh28ooE lEZ3OoJRMmnh07WDnxm961Vp+LIAOJvhHcEpLWslJlVhCGMMt+EtKsH9KGU92exqD/AG 072Q0r7hudaiYPWFVM7T7cfo/zt2Twd+Ylnw9IiCgfpj8uHJjLg4NepIo31oYcV4FMi/ JWtJM1IRRk1bE3zEejUCyvRwtNCsbrU2g+gVOA866KjRN3HhKrdQJroUKOfu4w4xHK1n L8dA== X-Received: by 10.194.92.7 with SMTP id ci7mr3164105wjb.58.1390864012057; Mon, 27 Jan 2014 15:06:52 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id h13sm13408986wjr.22.2014.01.27.15.06.50 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 27 Jan 2014 15:06:50 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 28 Jan 2014 00:06:49 +0100 From: Baptiste Daroussin To: Andrea Venturoli Subject: Re: xmms-wma crashes Message-ID: <20140127230648.GG33006@ithaqua.etoilebsd.net> References: <52E6DCCE.3000705@netfence.it> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+1TulI7fc0PCHNy3" Content-Disposition: inline In-Reply-To: <52E6DCCE.3000705@netfence.it> 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: Mon, 27 Jan 2014 23:06:54 -0000 --+1TulI7fc0PCHNy3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 27, 2014 at 11:25:18PM +0100, Andrea Venturoli wrote: > Hello. >=20 > The box is 9.1p10/i386. >=20 > As per subject, since the upgrade to 1.0.5_3, xmms started crashing=20 > whenever I added a wma file to the playlist. >=20 > "portupgrade -Rf xmms-wma" did not help. >=20 > portdowngrade to 1.0.5_2 solved. >=20 > Now I have full functionality back; however, in case anyone wants me to= =20 > try or check something, I'll be glad to help. >=20 Can you try the following patch? on top of 1.0.5_3: http://people.freebsd.org/~bapt/xmms-wma.diff regards, Bapt --+1TulI7fc0PCHNy3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLm5ogACgkQ8kTtMUmk6EwATACfVQHpNc/jO7naf3FvNZDTdJVN qcEAoKziRjw+DOfuB62mJ37NXtEFTEd/ =vjzt -----END PGP SIGNATURE----- --+1TulI7fc0PCHNy3-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 23:30: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 6CFD1B44; Mon, 27 Jan 2014 23:30: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 3AE2F1D81; Mon, 27 Jan 2014 23:30:41 +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=TpfplQTm07q4xEIJ6tm6NgB1Qfi0Fbqyd8u/NE3O6OU=; b=dMb2GSJPp5MYm0szXiUqPBLs5B+A8qMxDMWq7tXyTDLnYUbwfDzrZEPYJIt6yvkuAqSwgINOuee1ZWHHtH2p/uKjLxJpZPpGB2oSEwg0e0sH2kV36y2ym4/2XhjvztvSn3UADupsXTVQxxKx6w4TFC0pLi+RgjvEOd/R2z+XHdw=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W7vdX-0004KN-DV; Mon, 27 Jan 2014 23:30: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: amdmi3@FreeBSD.org X-Trac-Project: redports Date: Mon, 27 Jan 2014 23:30:39 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341473: 2x depend (fetch in games/freeminer), 2x leftovers, 2x fetch, 2x success To: amdmi3@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140127231800-22206 X-Trac-Build-ID: 20140127231800-22206 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, 27 Jan 2014 23:30:41 -0000 - Update to 0.4.9.3 --------------------------------------------------------------------- Build ID: 20140127231800-22206 Job owner: amdmi3@FreeBSD.org Buildtime: 13 minutes Enddate: Mon, 27 Jan 2014 23:30:38 GMT Revision: r341473 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341473 --------------------------------------------------------------------- Port: games/freeminer 0.4.9.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: FETCH Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140127231800-22206-264324/freeminer-0.4.9.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: FETCH Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140127231800-22206-264325/freeminer-0.4.9.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140127231800-22206-264326/freeminer-0.4.9.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140127231800-22206-264327/freeminer-0.4.9.3.log --------------------------------------------------------------------- Port: games/freeminer-default 0.4.9.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (FETCH IN GAMES/FREEMINER) Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140127231800-22206-264328/freeminer-0.4.9.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (FETCH IN GAMES/FREEMINER) Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140127231800-22206-264329/freeminer-0.4.9.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140127231800-22206-264330/freeminer-default-0.4.9.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~amdmi3@FreeBSD.org/20140127231800-22206-264331/freeminer-default-0.4.9.3.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Jan 27 23:59:32 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 270CA91B for ; Mon, 27 Jan 2014 23:59:32 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 65FD91F14 for ; Mon, 27 Jan 2014 23:59:30 +0000 (UTC) Received: (qmail 8041 invoked by uid 89); 27 Jan 2014 23:59:29 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@88.217.181.240) by mail.grem.de with ESMTPA; 27 Jan 2014 23:59:29 -0000 Date: Tue, 28 Jan 2014 00:59:27 +0100 From: Michael Gmelin To: Baptiste Daroussin Subject: Re: r341435: deletion of graphics/fotoxx Message-ID: <20140128005927.7d3d155d@bsd64.grem.de> In-Reply-To: <20140127224954.GF33006@ithaqua.etoilebsd.net> References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <20140127224954.GF33006@ithaqua.etoilebsd.net> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.18; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA512; boundary="Sig_/ezOoGA+IZL5ZdJFB2LQDiHA"; protocol="application/pgp-signature" Cc: Rainer Hurling , FreeBSD ports 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: Mon, 27 Jan 2014 23:59:32 -0000 --Sig_/ezOoGA+IZL5ZdJFB2LQDiHA Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 27 Jan 2014 23:49:54 +0100 Baptiste Daroussin wrote: > On Mon, Jan 27, 2014 at 11:33:52PM +0100, Michael Gmelin wrote: > > On Mon, 27 Jan 2014 21:24:37 +0100 > > Rainer Hurling wrote: > >=20 > > > Am 27.01.2014 20:49, schrieb Baptiste Daroussin: > > > > On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: > > > >> Am 27.01.2014 19:39, schrieb Rainer Hurling: > > > >>> graphics/fotoxx was deleted today, although there exist two > > > >>> PRs for some time now. At least the last one updates to > > > >>> version 13.03.1: > > > >> > > > >> Of course it is not deleted, only deprecated. Sorry for the > > > >> mistake. > > > >> > > > >>> > > > >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/177407 > > > >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/177643 > > > >>> > > > >>> On http://www.kornelix.com/tarballs.html there are even newer > > > >>> versions (14.01 and 14.02beta), not ported until now. > > > >>> > > > >>> Could someone please pick up PR 177643 and commit it, if it is > > > >>> functional. > > > >>> > > > >>> Many thanks in advance, > > > >>> Rainer Hurling > > > >>> > > > >> > > > >=20 > > > > I had a look at it, the problem is that fetch(1) cannot managed > > > > to fetch the distfile, it always get stalled at 99% even with > > > > newer version than in the PR like: fotoxx-14.01.1.tar.gz > > >=20 > > > Yes, I just also tried it and I can confirm the 'fetch problem'. > > >=20 > > > I just contacted the author of fotoxx, Michael Cornelison and > > > asked him for help. I will inform after his answer. > > >=20 > > > Thanks for answering and trying it. > >=20 > > His web server reports a content length of 2696186, but only > > provides 2696168 bytes of data. Tools like wget and curl just stop > > downloading data, while fetch hangs waiting for those 18 extra > > bytes. > >=20 > > --=20 > > Michael Gmelin >=20 > Meaning fetch is right ;) he has to fix his webserver ;) >=20 =46rom a user's perspective I don't think hanging forever is good behavior though. The internets are expected to be broken ;) Maybe one of those days... --=20 Michael Gmelin --Sig_/ezOoGA+IZL5ZdJFB2LQDiHA Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQF8BAEBCgBmBQJS5vLhXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFODQyNDA4MjEyRDI3NjdBRTI5RUZDQTQ2 ODk3RjhDMTZCRkFGRjlGAAoJEGiX+MFr+v+f1okH/3N47+odrRsLZ/v2r/HzfL+j bbYOXQMdjDXuJ9i1FuZDUNJAF5C3ayvA+05EYGdrxeNdPVqIEqJyQNw8B33NT0vw QJ1Ss6E2jGysHTzHvhEW17E2qp+tN0vaXuN4whVVcUyHtViAWhRoToAN1jKyC61r vG7ZBWYrq+b5Wx9dpxzeA7vVcGufQCh4A6yh0Ri2ToWDGgPbBWc9Yt4K/3aGe0qT ssssnQKQGYswSOmSnGqjPNh8yQu6FTNEx/+p1tV6UXleLUXTqjFgu1W4rZ6BC/x9 Zq9Xok7+zYrwHypoN2vUj6Tw0aA2SwTbDPmDNAGr0mXkOiZusAz57UDXc+36hLQ= =afQg -----END PGP SIGNATURE----- --Sig_/ezOoGA+IZL5ZdJFB2LQDiHA-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 00:10:18 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 837EDDA9 for ; Tue, 28 Jan 2014 00:10:18 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 140D61FC7 for ; Tue, 28 Jan 2014 00:10:17 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id l18so6602125wgh.29 for ; Mon, 27 Jan 2014 16:10:16 -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=CmHzPfWqBIvTztzPVrg1d2X1rTKN61z5iMWItzEVznk=; b=H40OSo6UAL+X5mcF1cmgRSh80Wj51+2xKcv6UOQBNSJrmNye6EGibdFj5/NfK22D29 Wr2euuHYrQZjYEG0uUHa0EY4qveDZMZJNwN/KMzs11ynSbYKlDmpucG3+WH/qrCuQlgy 6K+sykldZ6oBIj38DtZRNUD/5/sD1jogxVWqWVyZI88PJsSeBxW/x8OoNccnCi67PJt8 c73plErXU9kG+nqX82hEhKnNC1d6r45/0wvgSxjUefzSZHUuO7kFIehcPDmfaGF79rFS yP3XRAp9UrEh1Jsue2KVQ6tHzziVeUY//Mdw8JP3Z2ljfPSMgtaAkuz8B57//pqZFeEa HZ+Q== X-Received: by 10.180.182.226 with SMTP id eh2mr63705wic.36.1390867816562; Mon, 27 Jan 2014 16:10:16 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id d6sm32556052wic.9.2014.01.27.16.10.14 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 27 Jan 2014 16:10:14 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 28 Jan 2014 01:10:12 +0100 From: Baptiste Daroussin To: Michael Gmelin Subject: Re: r341435: deletion of graphics/fotoxx Message-ID: <20140128001012.GH33006@ithaqua.etoilebsd.net> References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <20140127224954.GF33006@ithaqua.etoilebsd.net> <20140128005927.7d3d155d@bsd64.grem.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gTtJ75FAzB1T2CN6" Content-Disposition: inline In-Reply-To: <20140128005927.7d3d155d@bsd64.grem.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Rainer Hurling , FreeBSD ports list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 00:10:18 -0000 --gTtJ75FAzB1T2CN6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 28, 2014 at 12:59:27AM +0100, Michael Gmelin wrote: > On Mon, 27 Jan 2014 23:49:54 +0100 > Baptiste Daroussin wrote: >=20 > > On Mon, Jan 27, 2014 at 11:33:52PM +0100, Michael Gmelin wrote: > > > On Mon, 27 Jan 2014 21:24:37 +0100 > > > Rainer Hurling wrote: > > >=20 > > > > Am 27.01.2014 20:49, schrieb Baptiste Daroussin: > > > > > On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote: > > > > >> Am 27.01.2014 19:39, schrieb Rainer Hurling: > > > > >>> graphics/fotoxx was deleted today, although there exist two > > > > >>> PRs for some time now. At least the last one updates to > > > > >>> version 13.03.1: > > > > >> > > > > >> Of course it is not deleted, only deprecated. Sorry for the > > > > >> mistake. > > > > >> > > > > >>> > > > > >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/177407 > > > > >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/177643 > > > > >>> > > > > >>> On http://www.kornelix.com/tarballs.html there are even newer > > > > >>> versions (14.01 and 14.02beta), not ported until now. > > > > >>> > > > > >>> Could someone please pick up PR 177643 and commit it, if it is > > > > >>> functional. > > > > >>> > > > > >>> Many thanks in advance, > > > > >>> Rainer Hurling > > > > >>> > > > > >> > > > > >=20 > > > > > I had a look at it, the problem is that fetch(1) cannot managed > > > > > to fetch the distfile, it always get stalled at 99% even with > > > > > newer version than in the PR like: fotoxx-14.01.1.tar.gz > > > >=20 > > > > Yes, I just also tried it and I can confirm the 'fetch problem'. > > > >=20 > > > > I just contacted the author of fotoxx, Michael Cornelison and > > > > asked him for help. I will inform after his answer. > > > >=20 > > > > Thanks for answering and trying it. > > >=20 > > > His web server reports a content length of 2696186, but only > > > provides 2696168 bytes of data. Tools like wget and curl just stop > > > downloading data, while fetch hangs waiting for those 18 extra > > > bytes. > > >=20 > > > --=20 > > > Michael Gmelin > >=20 > > Meaning fetch is right ;) he has to fix his webserver ;) > >=20 >=20 > From a user's perspective I don't think hanging forever is good > behavior though. The internets are expected to be broken ;) >=20 > Maybe one of those days... It will hit the timeout and then die, but file will be corrupted. regards, Bapt --gTtJ75FAzB1T2CN6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLm9WQACgkQ8kTtMUmk6EwoqQCeJ+gcV6ei37ijjZ8V8KYSlljK 93EAoMLxjp5gS8hmfIGVTpz+uV2t1WAy =2A3y -----END PGP SIGNATURE----- --gTtJ75FAzB1T2CN6-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 01:06: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 34D57C95 for ; Tue, 28 Jan 2014 01:06:50 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0903147E for ; Tue, 28 Jan 2014 01:06:49 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id s0S16gsf097172; Mon, 27 Jan 2014 20:06:48 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <52E702A2.1050809@m5p.com> Date: Mon, 27 Jan 2014 20:06:42 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "Matthew D. Fuller" Subject: Re: Can't compile openjdk7 at 340877 (fixed) References: <52E641A4.3060004@m5p.com> <20140127140434.GA78053@over-yonder.net> In-Reply-To: <20140127140434.GA78053@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Mon, 27 Jan 2014 20:06:48 -0500 (EST) 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, 28 Jan 2014 01:06:50 -0000 On 01/27/14 09:04, Matthew D. Fuller wrote: > On Mon, Jan 27, 2014 at 06:23:16AM -0500 I heard the voice of > George Mitchell, and lo! it spake thus: >> I updated my ports tree to revision 340877, and trying to compile >> openjdk7 dies like this: >> >> cd bsd_amd64_compiler2/product && ./test_gamma >> Using java runtime at: /usr/local/openjdk7/jre >> Error occurred during initialization of VM >> java/lang/NoClassDefFoundError: java/lang/invoke/AdapterMethodHandle > > > > My solution was forcing it to use the bootstrap version again. > > Fortunately I still had a package for the bootstrap compiler around. Using "portmaster -BDg -m BOOTSTRAPJDKDIR=/usr/local/bootstrap-openjdk java/openjdk7" appears to have solved the problem for me. Thanks for your help! -- George From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 04:02: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 CA71EFCB for ; Tue, 28 Jan 2014 04:02:10 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A86161332 for ; Tue, 28 Jan 2014 04:02:10 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W7zsH-0005PW-7M for freebsd-ports@freebsd.org; Mon, 27 Jan 2014 20:02:09 -0800 Date: Mon, 27 Jan 2014 20:02:09 -0800 (PST) From: Robert_Burmeister To: freebsd-ports@freebsd.org Message-ID: <1390881729206-5880612.post@n5.nabble.com> In-Reply-To: <52E65529.6010409@cs.ucl.ac.uk> References: <1390354628.14798.7.camel@lenovo.toontown> <52E65529.6010409@cs.ucl.ac.uk> Subject: Re: net/avahi-app core dumps signal 11 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: Tue, 28 Jan 2014 04:02:10 -0000 > Robert Burmeister wrote: >> This is a consequence of libiconv.so.3 being removed and its >> functionality being moved into the base system with Clang. Leaving >> the converters/libiconv port installed on FreeBSD 10 will cause >> errors, so your supposed to "pkg_delete -f libiconv" before >> "portupgrade -fa". But, libgvfsdbus.so >> libgioremote-volume-monitor.so libavahi-glib.so.1 etc., are still >> trying to link to libiconv.so.3 which breaks avahi-app. The >> relevant ports need to be updated to use iconv from base when >> compiled on FreeBSD10+. > > Thanks for the suggestion, but I believe this is not the cause of the > SIGSEGV in avahi-daemon. > > I was aware of the move of libiconv into the base system, and when I > upgraded to 10.0-RELEASE, did exactly as you suggest: I removed the > libiconv package and forced an upgrade of all ports, so that they'd > link against the base system's libiconv. > > I've further verified with ldd "/usr/local/lib/lib*.so*" that I have > no shared libraries left in /usr/local/lib that were built with > dependencies on the old /usr/local/lib/libiconv.so.3. (That is, this > ldd command gives no "not found" errors.) > > I therefore suspect that the cause lies elsewhere. Where exactly, I > have unfortunately not yet ascertained. Other suggestions, anyone? I noticed the ports giving problems have devel/gmake as a dependency. A commit note for devel/gmake from 04 Sep 2013 states: > Introduce ICONV_CONFIGURE_ARG variable defined at Uses/iconv.mk. > It's value is "--with-libiconv-prefix=/usr/local" for systems > before 100043 with ports libiconv and to use at systems post > 100043 with base iconv it's value is "" (NULL). Will check to see if this flag is being set properly after the current recompile round. -- View this message in context: http://freebsd.1045724.n5.nabble.com/net-avahi-app-core-dumps-signal-11-tp5878518p5880612.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 08:25:35 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 AC397BCD for ; Tue, 28 Jan 2014 08:25:35 +0000 (UTC) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.29.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E56213F0 for ; Tue, 28 Jan 2014 08:25:35 +0000 (UTC) Received: from [87.78.0.77] (helo=elfsechsundzwanzig.de) by smtprelay01.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1W83yx-000263-91 for freebsd-ports@freebsd.org; Tue, 28 Jan 2014 09:25:19 +0100 Date: Tue, 28 Jan 2014 09:25:18 +0100 From: _1126 To: freebsd-ports@freebsd.org Subject: Re: Can't seem to build ruby19 or 18. Message-ID: <20140128082518.GA14316@elfsechsundzwanzig.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-Df-Sender: bGlzdHNAZWxmc2VjaHN1bmR6d2FuemlnLmRl X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: %3CCALFgp2MQMPJLn33GoWDByuAAvE0TL9j9YA743tOAvnhzOHA2%2Bg%40mail.gmail.com%3E@elfsechsundzwanzig.de List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 08:25:35 -0000 I can confirm this issue for other ports, too: security/openssl fails with "don't know how to make WHOLE_ARCHIVE_FLAG" and www/lynx fails with "don't know how to make helpdir." As far as I can see, svn revision 341159 still works, at least for lang/ruby19. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 08:51: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 124C9BBD for ; Tue, 28 Jan 2014 08:51:49 +0000 (UTC) Received: from mp1-smtp-6.eutelia.it (mp1-smtp-6.eutelia.it [62.94.10.166]) by mx1.freebsd.org (Postfix) with ESMTP id B76451699 for ; Tue, 28 Jan 2014 08:51:48 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-6.eutelia.it (Eutelia) with ESMTP id 063CD6B4D2D for ; Tue, 28 Jan 2014 09:26:02 +0100 (CET) Received: from soth.ventu (adsl-ull-143-168.41-151.net24.it [151.41.168.143]) (authenticated bits=0) by ns2.biolchim.it (8.14.7/8.14.7) with ESMTP id s0S8PvTD000789 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 28 Jan 2014 09:25:59 +0100 (CET) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-143-168.41-151.net24.it [151.41.168.143] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.8/8.14.7) with ESMTP id s0S8PqR0013316 for ; Tue, 28 Jan 2014 09:25:52 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <52E76990.5000408@netfence.it> Date: Tue, 28 Jan 2014 09:25:52 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: xmms-wma crashes References: <52E6DCCE.3000705@netfence.it> <20140127230648.GG33006@ithaqua.etoilebsd.net> In-Reply-To: <20140127230648.GG33006@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Tue, 28 Jan 2014 09:25:59 +0100 (CET) X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Jan 2014 08:51:49 -0000 On 01/28/14 00:06, Baptiste Daroussin wrote: > On Mon, Jan 27, 2014 at 11:25:18PM +0100, Andrea Venturoli wrote: >> Hello. >> >> The box is 9.1p10/i386. >> >> As per subject, since the upgrade to 1.0.5_3, xmms started crashing >> whenever I added a wma file to the playlist. >> >> "portupgrade -Rf xmms-wma" did not help. >> >> portdowngrade to 1.0.5_2 solved. >> >> Now I have full functionality back; however, in case anyone wants me to >> try or check something, I'll be glad to help. >> > Can you try the following patch? on top of 1.0.5_3: > > http://people.freebsd.org/~bapt/xmms-wma.diff It doesn't solve, same crash. bye & Thanks av. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 09:08:54 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 608E1E36 for ; Tue, 28 Jan 2014 09:08:54 +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 4BCD217A7 for ; Tue, 28 Jan 2014 09:08:54 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s0S98sfS034514 for ; Tue, 28 Jan 2014 09:08:54 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s0S98sgR034507; Tue, 28 Jan 2014 09:08:54 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201401280908.s0S98sgR034507@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, 28 Jan 2014 09:08:54 +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, 28 Jan 2014 09:08:54 -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 ------------------------------------------------+-----------------+------------ biology/tinker | 6.2.06 | 6.3.01 ------------------------------------------------+-----------------+------------ dns/p5-Net-DNSBL-Statistics | 0.12 | 0.13 ------------------------------------------------+-----------------+------------ graphics/ImageMagick | 6.8.0-7 | 6.8.8-3 ------------------------------------------------+-----------------+------------ japanese/wordpress | 3.8 | 3.8.1 ------------------------------------------------+-----------------+------------ www/groupoffice | 3.7.24 | 5.0.37 ------------------------------------------------+-----------------+------------ 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 28 10:04: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 2CDA61FF; Tue, 28 Jan 2014 10:04:54 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id A83141CFD; Tue, 28 Jan 2014 10:04:53 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 4F7A720CF; Tue, 28 Jan 2014 10:04:52 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id DCD4D31E05; Tue, 28 Jan 2014 11:04:56 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Michael Gmelin Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> Date: Tue, 28 Jan 2014 11:04:56 +0100 In-Reply-To: <20140127233352.4d82aad1@bsd64.grem.de> (Michael Gmelin's message of "Mon, 27 Jan 2014 23:33:52 +0100") Message-ID: <86y520bewn.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Baptiste Daroussin , Rainer Hurling , FreeBSD ports list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 10:04:54 -0000 Michael Gmelin writes: > His web server reports a content length of 2696186, but only provides > 2696168 bytes of data. Tools like wget and curl just stop downloading > data, while fetch hangs waiting for those 18 extra bytes. Actually, the file *is* 2696168 bytes long. With the following patch, fetch(1) will still hang getting the last 1018 bytes, but the file will be complete and the download will be successful. Index: lib/libfetch/common.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- lib/libfetch/common.c (revision 260631) +++ lib/libfetch/common.c (working copy) @@ -1036,6 +1036,13 @@ if (fetchTimeout > 0) { gettimeofday(&now, NULL); if (!timercmp(&timeout, &now, >)) { + /* + * Return a short read instead of + * a timeout if we have anything + * at all. + */ + if (total > 0) + return (total); errno =3D ETIMEDOUT; fetch_syserr(); return (-1); DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 10:26: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 239BA736; Tue, 28 Jan 2014 10:26:57 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 74A981E79; Tue, 28 Jan 2014 10:26:56 +0000 (UTC) Received: from gate.nw-fva.de ([134.76.242.1] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1W85sb-0008UQ-Ez; Tue, 28 Jan 2014 11:26:53 +0100 Message-ID: <52E785ED.2040504@gwdg.de> Date: Tue, 28 Jan 2014 11:26:53 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , Michael Gmelin Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> In-Reply-To: <86y520bewn.fsf@nine.des.no> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Baptiste Daroussin , FreeBSD ports list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 10:26:57 -0000 Am 28.01.2014 11:04 (UTC+1) schrieb Dag-Erling Smørgrav: > Michael Gmelin writes: >> His web server reports a content length of 2696186, but only provides >> 2696168 bytes of data. Tools like wget and curl just stop downloading >> data, while fetch hangs waiting for those 18 extra bytes. > > Actually, the file *is* 2696168 bytes long. With the following patch, > fetch(1) will still hang getting the last 1018 bytes, but the file will > be complete and the download will be successful. > > Index: lib/libfetch/common.c > =================================================================== > --- lib/libfetch/common.c (revision 260631) > +++ lib/libfetch/common.c (working copy) > @@ -1036,6 +1036,13 @@ > if (fetchTimeout > 0) { > gettimeofday(&now, NULL); > if (!timercmp(&timeout, &now, >)) { > + /* > + * Return a short read instead of > + * a timeout if we have anything > + * at all. > + */ > + if (total > 0) > + return (total); > errno = ETIMEDOUT; > fetch_syserr(); > return (-1); In the meantime, the author of fotoxx, Michael Cornelison, answered to me two times. Mike confirms, that the file is fetchable from different Linux systems and that in his eyes, there is no problem with reported and de facto file length. Trying to load fotoxx-14.01.1.tar.gz via ftp/wget seems to work without problems and gives me a file length of 2696186 (!) bytes. So I am irritated which file length is right and what's going on here ... Rainer Hurling > > DES > From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 12:07: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 9F045CA2; Tue, 28 Jan 2014 12:07: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 6A51F15D1; Tue, 28 Jan 2014 12:07: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=f7f4GKWMuc987OHhU49kYx9MJEJioWmiw9M6/e9FotI=; b=VKlXBWSfpZuy9v9YoeC62XCnu6x4c8zVLFz5lU7JaJubGycRSaXxX+BEsmM9LkGgR0KzcmZU+Gk/9wNnrLYoar4Yb6Iuz/ha8yHoiaFti95F4O63HLFPe15kD1bMdls/gEKW+Ni+K5ncVi6gVTi7e2QeQYe73yteY0zCpv71ZPs=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W87S3-000D2v-SL; Tue, 28 Jan 2014 12:07:35 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: knu@FreeBSD.org X-Trac-Project: redports Date: Tue, 28 Jan 2014 12:07:35 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341536: 4x leftovers To: knu@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140128115800-52658 X-Trac-Build-ID: 20140128115800-52658 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: Tue, 28 Jan 2014 12:07:37 -0000 Make use of ${_MYSQL_SERVER} to support Percona/MariaDB along with MySQL. PR: ports/186116 Submitted by: fluffy --------------------------------------------------------------------- Build ID: 20140128115800-52658 Job owner: knu@FreeBSD.org Buildtime: 10 minutes Enddate: Tue, 28 Jan 2014 12:07:33 GMT Revision: r341536 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341536 --------------------------------------------------------------------- Port: databases/mysql-q4m 0.9.10_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140128115800-52658-264552/mysql55-q4m-0.9.10_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140128115800-52658-264553/mysql55-q4m-0.9.10_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140128115800-52658-264554/mysql55-q4m-0.9.10_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140128115800-52658-264555/mysql55-q4m-0.9.10_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 12:17:28 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 7F4F579; Tue, 28 Jan 2014 12:17:28 +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 4E91A16B1; Tue, 28 Jan 2014 12:17:28 +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=OUKJN948wka1t9DmD05Kz2aR2B1q0Ry11a3DisGaKZs=; b=FxX7iVwdV+e+wKJefxGKMOsPlEacqzVVM7iuYmimNoabXzc/9yjIcPxwJJb2iMkQ0S+cenHnZssZkffcJ9KxC09UimSntls4y+PUNezACI9MHuN7SRGj9x+Hk0wOBUG0mPOe9M5Z4MN+6lINa1A9NVTUIoJK3dWrMRvlguwjIZ8=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W87bb-000DnC-GR; Tue, 28 Jan 2014 12:17:27 +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: Tue, 28 Jan 2014 12:17:27 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341538: 4x leftovers To: knu@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140128120800-48820 X-Trac-Build-ID: 20140128120800-48820 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: Tue, 28 Jan 2014 12:17:28 -0000 Take care of CONFIGURE_ARGS and PKGNAMEPREFIX also. --------------------------------------------------------------------- Build ID: 20140128120800-48820 Job owner: knu@FreeBSD.org Buildtime: 9 minutes Enddate: Tue, 28 Jan 2014 12:17:23 GMT Revision: r341538 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341538 --------------------------------------------------------------------- Port: databases/mysql-q4m 0.9.10_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140128120800-48820-264564/mysql55-q4m-0.9.10_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140128120800-48820-264565/mysql55-q4m-0.9.10_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140128120800-48820-264566/mysql55-q4m-0.9.10_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140128120800-48820-264567/mysql55-q4m-0.9.10_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 12:48: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 1DB7CCD7; Tue, 28 Jan 2014 12:48:54 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 79E801972; Tue, 28 Jan 2014 12:48:53 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id A306F226B; Tue, 28 Jan 2014 12:48:52 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 479C831F6D; Tue, 28 Jan 2014 13:48:57 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Michael Gmelin Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> Date: Tue, 28 Jan 2014 13:48:57 +0100 In-Reply-To: <86y520bewn.fsf@nine.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8r?= =?utf-8?Q?grav=22's?= message of "Tue, 28 Jan 2014 11:04:56 +0100") Message-ID: <86txcob7ba.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Baptiste Daroussin , Rainer Hurling , FreeBSD ports list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 12:48:54 -0000 Dag-Erling Sm=C3=B8rgrav writes: > Actually, the file *is* 2696168 bytes long. With the following patch, > fetch(1) will still hang getting the last 1018 bytes, but the file will > be complete and the download will be successful. Completely fixed (no hang, no missing data) in head@261230. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 14:07:58 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 E27EC43A; Tue, 28 Jan 2014 14:07:58 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F9D810BA; Tue, 28 Jan 2014 14:07:58 +0000 (UTC) Received: from gate.nw-fva.de ([134.76.242.1] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1W89KV-0001wy-Kw; Tue, 28 Jan 2014 15:07:55 +0100 Message-ID: <52E7B9B2.1000901@gwdg.de> Date: Tue, 28 Jan 2014 15:07:46 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , Michael Gmelin Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> <86txcob7ba.fsf@nine.des.no> In-Reply-To: <86txcob7ba.fsf@nine.des.no> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Baptiste Daroussin , FreeBSD ports list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 14:07:59 -0000 Am 28.01.2014 13:48 (UTC+1) schrieb Dag-Erling Smørgrav: > Dag-Erling Smørgrav writes: >> Actually, the file *is* 2696168 bytes long. With the following patch, >> fetch(1) will still hang getting the last 1018 bytes, but the file will >> be complete and the download will be successful. > > Completely fixed (no hang, no missing data) in head@261230. Wow, many thanks for the fix! After rebuilding 11.0-CURRENT, I can confirm that fetch now is able to load fotoxx-14.01.1.tar.gz as expected. Eventually some of the fetch failures listed in the ports PR database also depended on this behaviour before the fix? Many thanks again. Now there is a real chance of an updated graphics/fotoxx port :) Regards, Rainer Hurling > > DES > From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 14:10: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 061C75C5 for ; Tue, 28 Jan 2014 14:10:22 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c: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 8A3C010D0 for ; Tue, 28 Jan 2014 14:10:21 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id n12so6066940wgh.2 for ; Tue, 28 Jan 2014 06:10:19 -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=Hfdb1zwS0HYXh7rtnaPc0s1XvrR255lqLZWLdAgKe5Q=; b=nZxDo9RO4pW1STh9YZAmrPS3z67KhDIsPGvh05LruQoi7x/ZMulsIYJq5gLBGZTYOb YmBYBmS2ulpDRb+dRHeYXg3hi9MzHEReiqBYeyWGChR5+TFgM+m9FZifhLH8jo3Nj+Qp r7U///Opx8X/pLgYgs6gdBJPCg4ZBnQFNMzMCRLw2t3WeWBqIsLr4DYb+8XnyC4KZEjK DPpm/OinBYbP0TpDYW6bXzldMdlQ3VRUmz1Nn9ZcY4OyPcFNxsogQOue8pTFL/4Geq80 x6WBLD/TXen8TbDjYoWXHF8pxi+c4z7GDpd/FEJjlZkUqQuZjuIZ+7M/KmUNMfZdBBi1 Z3tQ== X-Received: by 10.194.83.9 with SMTP id m9mr1157162wjy.39.1390918219881; Tue, 28 Jan 2014 06:10:19 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id a9sm35981881wiy.10.2014.01.28.06.10.18 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 28 Jan 2014 06:10:18 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 28 Jan 2014 15:10:16 +0100 From: Baptiste Daroussin To: Rainer Hurling Subject: Re: r341435: deletion of graphics/fotoxx Message-ID: <20140128141016.GA5241@ithaqua.etoilebsd.net> References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> <86txcob7ba.fsf@nine.des.no> <52E7B9B2.1000901@gwdg.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <52E7B9B2.1000901@gwdg.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , FreeBSD ports list , Michael Gmelin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Jan 2014 14:10:22 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 28, 2014 at 03:07:46PM +0100, Rainer Hurling wrote: > Am 28.01.2014 13:48 (UTC+1) schrieb Dag-Erling Sm=F8rgrav: > > Dag-Erling Sm=F8rgrav writes: > >> Actually, the file *is* 2696168 bytes long. With the following patch, > >> fetch(1) will still hang getting the last 1018 bytes, but the file will > >> be complete and the download will be successful. > >=20 > > Completely fixed (no hang, no missing data) in head@261230. >=20 > Wow, many thanks for the fix! >=20 > After rebuilding 11.0-CURRENT, I can confirm that fetch now is able to > load fotoxx-14.01.1.tar.gz as expected. >=20 > Eventually some of the fetch failures listed in the ports PR database > also depended on this behaviour before the fix? >=20 > Many thanks again. Now there is a real chance of an updated > graphics/fotoxx port :) >=20 Can you update the patch for the PR to the 14.01.1 version while here maybe= you want to add yourself as a maintainer :) regards, Bapt --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLnukgACgkQ8kTtMUmk6EzBPwCglz6/EoBkJkj0kl8aZgKUyA4C pbIAoKmub+ne3XtLM5y458jn9Fc68i1K =OBAW -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 14:10: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 4B6E9739; Tue, 28 Jan 2014 14:10:46 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id CFB821132; Tue, 28 Jan 2014 14:10:45 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id E36982391; Tue, 28 Jan 2014 14:10:44 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 9261631015; Tue, 28 Jan 2014 15:10:49 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Rainer Hurling Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> <52E785ED.2040504@gwdg.de> Date: Tue, 28 Jan 2014 15:10:49 +0100 In-Reply-To: <52E785ED.2040504@gwdg.de> (Rainer Hurling's message of "Tue, 28 Jan 2014 11:26:53 +0100") Message-ID: <86ppncb3iu.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Baptiste Daroussin , FreeBSD ports list , Michael Gmelin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Jan 2014 14:10:46 -0000 Rainer Hurling writes: > In the meantime, the author of fotoxx, Michael Cornelison, answered to > me two times. Mike confirms, that the file is fetchable from different > Linux systems and that in his eyes, there is no problem with reported > and de facto file length. > > Trying to load fotoxx-14.01.1.tar.gz via ftp/wget seems to work without > problems and gives me a file length of 2696186 (!) bytes. > > So I am irritated which file length is right and what's going on here ... What's going on is that the server accepts persistent connections but does not have a request timeout set, so libfetch, due to an unexpected interaction between multiple buffering layers, hangs waiting for more data while the server hangs waiting for the next request; then libfetch times out and doesn't notice that it already received exactly the amount of data it expected. Most servers have very short request timeouts, so they close the connection while libfetch is waiting, which libfetch interprets as an EOF (which is an expected condition as long as it received all the data it wanted) as opposed to a timeout (which is an error). Anyway, it was fixed in head in r261230. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 14:16:15 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 558F4CEB; Tue, 28 Jan 2014 14:16:15 +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 256E61186; Tue, 28 Jan 2014 14:16:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=vWk8wD/gp9AAB3wREMXns6TK3Gb35/QsPEjUAg41r2k=; b=WHkyBJduTBCgs9g4f/sOvVZ8yzQMKKJRZ2aaDUTwpUsJ5lY7KAABX4HXIyvyyDHJqNGVqdgD/k8DA9I7pQsD2rhzJ/lc+dJtljogFQbhQmSMn54eEXvBNq8JnElXZ8xWNraScsxtZyCzMtx86v1E0aWcoTdwLkKgdTzz+bWEi7E=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W89SW-000O40-K5; Tue, 28 Jan 2014 14:16:12 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: bapt@FreeBSD.org X-Trac-Project: redports Date: Tue, 28 Jan 2014 14:16:12 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341561: 4x leftovers To: bapt@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140128134000-26024 X-Trac-Build-ID: 20140128134000-26024 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: Tue, 28 Jan 2014 14:16:15 -0000 Support stage Use options helpers Modernize lib_depends --------------------------------------------------------------------- Build ID: 20140128134000-26024 Job owner: bapt@FreeBSD.org Buildtime: 36 minutes Enddate: Tue, 28 Jan 2014 14:16:11 GMT Revision: r341561 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341561 --------------------------------------------------------------------- Port: math/gnuplot 4.6.3_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140128134000-26024-264656/gnuplot-4.6.3_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140128134000-26024-264657/gnuplot-4.6.3_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140128134000-26024-264658/gnuplot-4.6.3_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140128134000-26024-264659/gnuplot-4.6.3_2.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 15:04:07 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 843BABA0 for ; Tue, 28 Jan 2014 15:04:07 +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 1A9D715DB for ; Tue, 28 Jan 2014 15:04:06 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id y10so1023370wgg.32 for ; Tue, 28 Jan 2014 07:04:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=siechniewicz.com; s=siechniewicz.com; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=WEssgn+9hf006Ae/a5spDzS7CIhTxKTkW9wyn77nFlE=; b=cXVFazz/y2QIkVpeTZbgoDabjsynU35yRtsE9QJHokMtRvr7mpbYohc5Tb9alRFfvv BL9aPm2JYWVAqcVg8POpZtyS+Ruw2wf3YyZW0r96w9EZ/QPkjUhKDYbXN3FIkaQR+DWu zEq9zzYqrjYr7ZOLSM6we1gCq95Yv7aCI8mlY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to:content-type; bh=WEssgn+9hf006Ae/a5spDzS7CIhTxKTkW9wyn77nFlE=; b=JuUI21ejeQNZZhdx9eDI1ZYsyor4JjmlUEMjVWHl1RfixM+Jbor9YQx4U51TG8iM35 h0+us94kBAdtszIArzEUMv/34R2qhWAOOjSwOrM8QQZclJi9VFISD4vjqNE8nSSJ6sYi r+fXiP6ozteTqKZRmfV/TzhKmWsp7/NHO/71/4/bf7bCAscr3uL+Mekuq/YCj/qvEAv7 ySP7LKl6bkEZtAQ9895KISGt1AvzOXtz8C2ahQWp5KkKUyPsn8XXZovELUWRHSUG+aNx lzF+/7tnxj3fGRmmoLV5XxCkVW/a5eY+uBXstVLqE9tXyUe6nDFecEyGb2i9X3KFNsg2 istg== X-Gm-Message-State: ALoCoQlDpeMlUMF+XMOL2ssPlGtH4E9SdrRyklbvL30HqQ+KjUhCWe6YUxOC4en882Aq4I33LNaY MIME-Version: 1.0 X-Received: by 10.180.93.169 with SMTP id cv9mr16166843wib.3.1390921445197; Tue, 28 Jan 2014 07:04:05 -0800 (PST) Sender: daniel@siechniewicz.com Received: by 10.194.37.102 with HTTP; Tue, 28 Jan 2014 07:04:05 -0800 (PST) Date: Tue, 28 Jan 2014 15:04:05 +0000 X-Google-Sender-Auth: _oinbBgfut6vSdgDNPxb_o-3Z04 Message-ID: Subject: What is the problem with ports PR reaction delays? From: Daniel Siechniewicz To: freebsd-ports@freebsd.org 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: Tue, 28 Jan 2014 15:04:07 -0000 Hi, Just a little stick in this anthill: - I've seen a few people volunteering, but so far the reaction seems to be: "oh, yeah, well, ah, cool". I'd expect, with all the talk about how much they are needed, that they will be "snatched" immediately and coerced into doing unspeakable things (like processing a 100 PRs a day, ensuring high quality testing and all that :) ). I certainly hope this is happening behind the scenes. - Tools are abundant, focusing on github vs. aegis is really just highjacking this thread. If there's a need for new tool set I suppose people who actually USE the existing ones for ports will be able to identify what's needed FOR THEM. Some form of democracy, I guess. - Yes, fresh look is very important, but you can't tear down something without knowing the consequences, which pretty much means not without in depth knowledge of the existing mechanisms. Not everyone in this discussion seems to be coming from this perspective. - Absolutely, automate the shit out of the process, get rid of stale PR's (and ports, for that matter), "retire" inactive commiters, etc. But first and foremost, get some stats out of the system, there's no point throwing numbers like 50% this, 80% that, if you simply don't know. Measure, analyze and focus your attention where it gets the most benefits. - And stop petty squabbles. Regards, Daniel From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 15:31: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 740BA8A0 for ; Tue, 28 Jan 2014 15:31:40 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id B2D1B1837 for ; Tue, 28 Jan 2014 15:31:38 +0000 (UTC) Received: (qmail 24750 invoked by uid 89); 28 Jan 2014 15:31:37 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.66) by mail.grem.de with ESMTPA; 28 Jan 2014 15:31:37 -0000 Date: Tue, 28 Jan 2014 16:31:37 +0100 From: Michael Gmelin To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Subject: Re: r341435: deletion of graphics/fotoxx Message-ID: <20140128163137.270226a2@bsd64.grem.de> In-Reply-To: <86ppncb3iu.fsf@nine.des.no> References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> <52E785ED.2040504@gwdg.de> <86ppncb3iu.fsf@nine.des.no> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.18; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Baptiste Daroussin , Rainer Hurling , FreeBSD ports list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 15:31:40 -0000 On Tue, 28 Jan 2014 15:10:49 +0100 Dag-Erling Sm=C3=B8rgrav wrote: > Rainer Hurling writes: > > In the meantime, the author of fotoxx, Michael Cornelison, answered > > to me two times. Mike confirms, that the file is fetchable from > > different Linux systems and that in his eyes, there is no problem > > with reported and de facto file length. > > > > Trying to load fotoxx-14.01.1.tar.gz via ftp/wget seems to work > > without problems and gives me a file length of 2696186 (!) bytes. > > > > So I am irritated which file length is right and what's going on > > here ... >=20 > What's going on is that the server accepts persistent connections but > does not have a request timeout set, so libfetch, due to an unexpected > interaction between multiple buffering layers, hangs waiting for more > data while the server hangs waiting for the next request; then > libfetch times out and doesn't notice that it already received > exactly the amount of data it expected. Most servers have very short > request timeouts, so they close the connection while libfetch is > waiting, which libfetch interprets as an EOF (which is an expected > condition as long as it received all the data it wanted) as opposed > to a timeout (which is an error). Anyway, it was fixed in head in > r261230. >=20 Thank you. --=20 Michael Gmelin From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 15:33:21 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 755C3A28 for ; Tue, 28 Jan 2014 15:33:21 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 0347E184D for ; Tue, 28 Jan 2014 15:33:20 +0000 (UTC) Received: from park.js.berklix.net (p5DCBCD50.dip0.t-ipconnect.de [93.203.205.80]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id s0SFX3uo042138; Tue, 28 Jan 2014 15:33:03 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.14.3/8.14.3) with ESMTP id s0SFTD7r001147; Tue, 28 Jan 2014 16:29:14 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.5/8.14.5) with ESMTP id s0SFSxuF033427; Tue, 28 Jan 2014 16:29:12 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201401281529.s0SFSxuF033427@fire.js.berklix.net> To: ports@freebsd.org Subject: How to find removed ports in general & math/hexcalc in particular. From: "Julian H. Stacey" Organization: http://berklix.com BSD Linux Unix Consultants, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com/~jhs/cv/ Date: Tue, 28 Jan 2014 16:28:59 +0100 Cc: "Julian H. Stacey" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Jan 2014 15:33:21 -0000 Hi ports@freebsd.org I'm looking for ports/math/hexcalc or replacement it dissapeared after 8.2-RELEASE, it's not in http://www.freebsd.org/ports/math.html How should one find: Why it dissapeared ? (eg maybe it just lacked a maintainer & I have to re-port it? Or ... ? What to replace it with ? A few days ago I tried tracing another port (demime) & ploughed through loads of svnweb pages, dividing by 2 until I found exactly the revision when demime had been removed, but even there no hint why removed or what to use instead. ( Eventually I used emil instead of demime. ) After upgrade, recovering abandoned ports is a chore, What - if any - generalised pointer mechanism, does FreeBSD have for providing a hint of Why a port was deleted, & what to use instead. ( In CVS days I'd have looked in Attic via web, but though 8.2 was CVS days, it'd be better to know the new [SVN] way ? ) Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with "> ". Send plain text. No quoted-printable, HTML, base64, multipart/alternative. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 15:41:51 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 153FEF34 for ; Tue, 28 Jan 2014 15:41:51 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C681E1920 for ; Tue, 28 Jan 2014 15:41:50 +0000 (UTC) Received: from [192.168.3.3] (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 705125C44; Tue, 28 Jan 2014 16:41:43 +0100 (CET) Subject: Re: How to find removed ports in general & math/hexcalc in particular. Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_442D467F-1929-40CE-90B7-0CAD6B1BC540"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.1 (6062eb4) From: Dimitry Andric In-Reply-To: <201401281529.s0SFSxuF033427@fire.js.berklix.net> Date: Tue, 28 Jan 2014 16:41:36 +0100 Message-Id: <57C5BBE0-9A26-47E9-A0D6-A138474A41D3@FreeBSD.org> References: <201401281529.s0SFSxuF033427@fire.js.berklix.net> To: "Julian H. Stacey" X-Mailer: Apple Mail (2.1827) 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, 28 Jan 2014 15:41:51 -0000 --Apple-Mail=_442D467F-1929-40CE-90B7-0CAD6B1BC540 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 28 Jan 2014, at 16:28, Julian H. Stacey wrote: > Hi ports@freebsd.org > I'm looking for ports/math/hexcalc or replacement it dissapeared after > 8.2-RELEASE, it's not in http://www.freebsd.org/ports/math.html > > How should one find: > Why it dissapeared ? > (eg maybe it just lacked a maintainer & I have to re-port it? Or ... ? > What to replace it with ? > > A few days ago I tried tracing another port > (demime) & ploughed through loads of svnweb pages, dividing by 2 > until I found exactly the revision when demime had been removed, > but even there no hint why removed or what to use instead. > ( Eventually I used emil instead of demime. ) > > After upgrade, recovering abandoned ports is a chore, > What - if any - generalised pointer mechanism, does FreeBSD have > for providing a hint of Why a port was deleted, & what to use instead. Try: grep demime /usr/ports/MOVED which will give: mail/demime||2011-12-28|Has expired: No upstream development since 2007 -Dimitry --Apple-Mail=_442D467F-1929-40CE-90B7-0CAD6B1BC540 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) iEYEARECAAYFAlLnz7UACgkQsF6jCi4glqP16wCg+TnMG8locIGlmvdwx2NOe7fj W8IAnixV/kdWA2caZKCm7GFslqmQYPr1 =AZm0 -----END PGP SIGNATURE----- --Apple-Mail=_442D467F-1929-40CE-90B7-0CAD6B1BC540-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 15:51:32 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 8AADE494 for ; Tue, 28 Jan 2014 15:51:32 +0000 (UTC) Received: from mail-qa0-f48.google.com (mail-qa0-f48.google.com [209.85.216.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 274B21A0D for ; Tue, 28 Jan 2014 15:51:31 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id f11so698148qae.7 for ; Tue, 28 Jan 2014 07:51:24 -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 :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=aT5pjkGLlwRfosZEzXY2iFwW0aKY826hGHMDBBQ5+Do=; b=EjCkt4T2Fwr5pPtHG5JHCX/C7rXtSoLoxyouXHdTfJJDgajFIGrygeJNpheTCSbOCc Vlq6cF5M0DSTTBB8HLdnq6Fjck2zFf6jj/iyngmZ0cJmC00UMgkVnVLJq0J6DurFYYdi 2V2K8fRYfhOuv+6if2ZY5WDu9a4DZ3Xp33gMAN8KCUZA4chkPTf7LvFTjJQBBzZqQYbX bHC8HGNvKdc7toh0motHYDaqHnpQ8ZT5dBrm+eNRdX5HIPChpi+ptDP8HOscypvV2YOJ 7SlszqAdSy/VTzV6Dwzp9c77FcIzZQb5PvSZPrLYr0acNV17lcsXnXbS6JQoJSm10dES 7WAg== X-Gm-Message-State: ALoCoQmUOhxq4Cu0hdQwWLawsO3AsMjOlWt12uTvY+nmHE4AZK/ohLfjuI1rIO5dupYY+94X0fj8 X-Received: by 10.229.10.197 with SMTP id q5mr3561724qcq.15.1390924284695; Tue, 28 Jan 2014 07:51:24 -0800 (PST) Received: from [192.168.1.3] (pool-96-225-163-50.nrflva.fios.verizon.net. [96.225.163.50]) by mx.google.com with ESMTPSA id o68sm12026137qge.8.2014.01.28.07.51.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 28 Jan 2014 07:51:24 -0800 (PST) Message-ID: <52E7D1FB.8070603@ohlste.in> Date: Tue, 28 Jan 2014 10:51:23 -0500 From: Jim Ohlstein 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 ML 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: 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, 28 Jan 2014 15:51:32 -0000 On 1/28/14, 10:04 AM, Daniel Siechniewicz wrote: > Hi, > > Just a little stick in this anthill: > > - I've seen a few people volunteering, but so far the reaction seems > to be: "oh, yeah, well, ah, cool". I'd expect, with all the talk about > how much they are needed, that they will be "snatched" immediately and > coerced into doing unspeakable things (like processing a 100 PRs a > day, ensuring high quality testing and all that :) ). I certainly hope > this is happening behind the scenes. Not. -- Jim Ohlstein "Never argue with a fool, onlookers may not be able to tell the difference." - Mark Twain From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 16:05:19 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 B62E9F70; Tue, 28 Jan 2014 16:05:19 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 283D81B06; Tue, 28 Jan 2014 16:05:18 +0000 (UTC) Received: from park.js.berklix.net (p5DCBCD50.dip0.t-ipconnect.de [93.203.205.80]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id s0SG4pNP043847; Tue, 28 Jan 2014 16:04:53 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.14.3/8.14.3) with ESMTP id s0SG0xeU022675; Tue, 28 Jan 2014 17:01:02 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.5/8.14.5) with ESMTP id s0SG0kBx034099; Tue, 28 Jan 2014 17:00:58 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201401281600.s0SG0kBx034099@fire.js.berklix.net> To: Dimitry Andric Subject: Re: How to find removed ports in general & math/hexcalc in particular. From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 28 Jan 2014 16:41:36 +0100." <57C5BBE0-9A26-47E9-A0D6-A138474A41D3@FreeBSD.org> Date: Tue, 28 Jan 2014 17:00:46 +0100 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, 28 Jan 2014 16:05:19 -0000 Dimitry Andric wrote: > > --Apple-Mail=_442D467F-1929-40CE-90B7-0CAD6B1BC540 > Content-Transfer-Encoding: 7bit > Content-Type: text/plain; > charset=us-ascii > > On 28 Jan 2014, at 16:28, Julian H. Stacey wrote: > > Hi ports@freebsd.org > > I'm looking for ports/math/hexcalc or replacement it dissapeared after > > 8.2-RELEASE, it's not in http://www.freebsd.org/ports/math.html > > > > How should one find: > > Why it dissapeared ? > > (eg maybe it just lacked a maintainer & I have to re-port it? Or ... ? > > What to replace it with ? > > > > A few days ago I tried tracing another port > > (demime) & ploughed through loads of svnweb pages, dividing by 2 > > until I found exactly the revision when demime had been removed, > > but even there no hint why removed or what to use instead. > > ( Eventually I used emil instead of demime. ) > > > > After upgrade, recovering abandoned ports is a chore, > > What - if any - generalised pointer mechanism, does FreeBSD have > > for providing a hint of Why a port was deleted, & what to use instead. > > Try: > > grep demime /usr/ports/MOVED > > which will give: > > mail/demime||2011-12-28|Has expired: No upstream development since 2007 > > -Dimitry Thanks Dimitry :-) grep hexcalc /usr/ports/MOVED math/hexcalc||2011-08-01|Has expired: Looks like abandonware, no more public distfiles I have a local: 25129 Dec 20 1995 hexcalc..tar.Z (no idea why 2 dots), anyway its a valid tar. I have put it up here http://berklix.com/~jhs/ftp/FreeBSD/ports/distfiles/hexcalc..tar.Z I'll look at creating a port. (unless people know of a newer nice hexcalc ? but this one was always OK for me) Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 16:13: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 910DB2D3 for ; Tue, 28 Jan 2014 16:13:39 +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 2661B1CC6 for ; Tue, 28 Jan 2014 16:13:39 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id n12so1175422wgh.0 for ; Tue, 28 Jan 2014 08:13: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=tlrvP9yW7ee7oPpbDGhK6LRzH2Yuv4jDJuzzh9vurC4=; b=Xkl5z41/vP+OOMp9o2vsunLVJk5M3kAIZcxcK+VmK23RHr5BY0uykiPoieOn6beVQf +3ew8t2Jq2tAdhvVp/8ECouDxLaW73h+pPYJXti9o9pZyrjNq+NGSHOrNoJ01GfrbHBO i28iGvrwCKclfPh6uDlyG3nui9lLdSClZqi22swQoBU9LDhJSpXwyrH6hBFvIOP0z3VN EwzDeDeXMC5i8Q2F7bJVJVjKY8jrTrrLIsfmdYQErmLqo54r1GGCbsM6ZgAijy0E03P8 RAKy4FXWeukixd2BllOJYHBnPs71fQcDRu+pzWJRtV5LUpzrU1s2VHaOlSDj8LajZxtZ fv4A== MIME-Version: 1.0 X-Received: by 10.180.185.197 with SMTP id fe5mr2455878wic.56.1390925617566; Tue, 28 Jan 2014 08:13:37 -0800 (PST) Received: by 10.180.189.166 with HTTP; Tue, 28 Jan 2014 08:13:37 -0800 (PST) Received: by 10.180.189.166 with HTTP; Tue, 28 Jan 2014 08:13:37 -0800 (PST) In-Reply-To: References: Date: Tue, 28 Jan 2014 17:13:37 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: Daniel Siechniewicz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 16:13:39 -0000 El 28/01/2014 16:04, "Daniel Siechniewicz" escribi=F3: > > Hi, > > Just a little stick in this anthill: > > - I've seen a few people volunteering, but so far the reaction seems > to be: "oh, yeah, well, ah, cool". I'd expect, with all the talk about > how much they are needed, that they will be "snatched" immediately and > coerced into doing unspeakable things (like processing a 100 PRs a > day, ensuring high quality testing and all that :) ). I certainly hope > this is happening behind the scenes. > > - Tools are abundant, focusing on github vs. aegis is really just > highjacking this thread. If there's a need for new tool set I suppose > people who actually USE the existing ones for ports will be able to > identify what's needed FOR THEM. Some form of democracy, I guess. > > - Yes, fresh look is very important, but you can't tear down something > without knowing the consequences, which pretty much means not without > in depth knowledge of the existing mechanisms. Not everyone in this > discussion seems to be coming from this perspective. > > - Absolutely, automate the shit out of the process, get rid of stale > PR's (and ports, for that matter), "retire" inactive commiters, etc. > But first and foremost, get some stats out of the system, there's no > point throwing numbers like 50% this, 80% that, if you simply don't > know. Measure, analyze and focus your attention where it gets the most > benefits. +1 I wrote the same thing expecting someone to have a look at gnat's database and collect some numbers > > - And stop petty squabbles. > > > Regards, > Daniel > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 16:54: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 BE23A81D for ; Tue, 28 Jan 2014 16:54:47 +0000 (UTC) Received: from fep22.mx.upcmail.net (fep22.mx.upcmail.net [62.179.121.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0832D10E8 for ; Tue, 28 Jan 2014 16:54:46 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viepfeppe45-int.chello.at (InterMail vM.8.01.05.11 201-2260-151-128-20120928) with ESMTP id <20140128165326.BPQR27791.viepfeppe45-int.chello.at@edge01.upcmail.net>; Tue, 28 Jan 2014 17:53:26 +0100 Received: from [127.0.0.1] ([178.84.134.112]) by edge01.upcmail.net with edge id KUtR1n01o2Rg3Ey01UtSst; Tue, 28 Jan 2014 17:53:26 +0100 X-SourceIP: 178.84.134.112 Message-ID: <52E7E086.9070804@rainbow-runner.nl> Date: Tue, 28 Jan 2014 17:53:26 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Torfinn Ingolfsen , FreeBSD Ports ML Subject: Re: devel/libgee 0.8.5 fails to build References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 140128-0, 28-01-2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Jan 2014 16:54:47 -0000 On 27-1-2014 20:45, Torfinn Ingolfsen wrote: > (g-ir-compiler:83467): GVFS-RemoteVolumeMonitor-WARNING **: cannot > open directory /usr/local/share/gvfs/remote-volume-monitors: Error > opening directory '/usr/local/share/gvfs/remote-volume-monitors': No > such file or directory > Is this a known issue? > Details: > root@kg-v7# uname -a > FreeBSD kg-v7.kg4.no 9.2-STABLE FreeBSD 9.2-STABLE #1 r261187: Sun Jan > 26 15:20:25 CET 2014 > root@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 > root@kg-v7# pv libgee* > libgee-0.6.2.1 < needs updating (port has 0.8.5) > > HTH Hmm the element warnings seem to be harmless, but the but the above gvfs warning seems to be more interesting. Could you rebuild/install gvfs and see if that would fix this? I assume you have gvfs installed with the gphoto and hal options? -Koop From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 16:56:00 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 F27308CD; Tue, 28 Jan 2014 16:55:59 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 81A6D1106; Tue, 28 Jan 2014 16:55:59 +0000 (UTC) Received: from p57bcc9be.dip0.t-ipconnect.de ([87.188.201.190] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1W8Bx7-0004nb-0g; Tue, 28 Jan 2014 17:55:57 +0100 Message-ID: <52E7E116.7030304@gwdg.de> Date: Tue, 28 Jan 2014 17:55:50 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> <86txcob7ba.fsf@nine.des.no> <52E7B9B2.1000901@gwdg.de> <20140128141016.GA5241@ithaqua.etoilebsd.net> In-Reply-To: <20140128141016.GA5241@ithaqua.etoilebsd.net> Content-Type: multipart/mixed; boundary="------------050602090704020106090107" X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Michael Gmelin , FreeBSD ports list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 16:56:00 -0000 This is a multi-part message in MIME format. --------------050602090704020106090107 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Am 28.01.2014 15:10, schrieb Baptiste Daroussin: > On Tue, Jan 28, 2014 at 03:07:46PM +0100, Rainer Hurling wrote: >> Am 28.01.2014 13:48 (UTC+1) schrieb Dag-Erling Smørgrav: >>> Dag-Erling Smørgrav writes: >>>> Actually, the file *is* 2696168 bytes long. With the following patch, >>>> fetch(1) will still hang getting the last 1018 bytes, but the file will >>>> be complete and the download will be successful. >>> >>> Completely fixed (no hang, no missing data) in head@261230. >> >> Wow, many thanks for the fix! >> >> After rebuilding 11.0-CURRENT, I can confirm that fetch now is able to >> load fotoxx-14.01.1.tar.gz as expected. >> >> Eventually some of the fetch failures listed in the ports PR database >> also depended on this behaviour before the fix? >> >> Many thanks again. Now there is a real chance of an updated >> graphics/fotoxx port :) >> > Can you update the patch for the PR to the 14.01.1 version while here maybe you > want to add yourself as a maintainer :) Hi Bapt, I tried to create an update to version 14.01.1. What I did, was: - update to version 14.01.1 - new mastersite; 2nd mastersites contents has to be updated - unbreak the port - modernize LIB_DEPENDS - support STAGE_DIR - strip bin/fotoxx - correct usage of desktop-file-utils - update URL in pkg-descr - update pkg-plist Known problems or TODOs: - libexecinfo.so.1 is found in system and from port. No idea, which one is the correct one to use (depending on OS version?). - fotoxx now uses /proc for file operations. This was changed by the author after version 11.03. The updated port builds and installs fine for me (11.0-CURRENT). Portlint complains about usage of ".if ${PORT_OPTIONS:MDOCS}" to wrap installation of files into /usr/local/share/doc). Is this relevant and what is necessary to consider it? The diff is attached. I did not file a PR, because I think the usage of /proc should be solved before. At runtime, the program is not fully usable, because many functions try to get their info from /proc/... I am not sure, if I am the right person to maintain the port. My skills are very low (I am not a programmer, only an interested scientist ...) and their are many things I do not fully understand. Any help is really appreciated. Greetings, Rainer > > regards, > Bapt > --------------050602090704020106090107 Content-Type: text/plain; charset=UTF-8; name="patch-11.03-14.01.1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-11.03-14.01.1.diff" diff -u fotoxx.orig/Makefile fotoxx/Makefile --- fotoxx.orig/Makefile 2014-01-27 19:51:13.000000000 +0100 +++ fotoxx/Makefile 2014-01-28 16:23:06.000000000 +0100 @@ -2,38 +2,33 @@ # $FreeBSD: head/graphics/fotoxx/Makefile 341435 2014-01-27 17:35:26Z bapt $ PORTNAME= fotoxx -PORTVERSION= 11.03 -PORTREVISION= 2 +PORTVERSION= 14.01.1 CATEGORIES= graphics -MASTER_SITES= http://kornelix.squarespace.com/downloads/ \ +MASTER_SITES= http://www.kornelix.com/uploads/1/3/0/3/13035936/ \ http://www.rodperson.com/DL/ MAINTAINER= ports@FreeBSD.org COMMENT= Application to organize and edit image collections -BROKEN= Does not fetch -DEPRECATED= Broken for more than 6 month -EXPIRATION_DATE= 2014-02-27 - -LIB_DEPENDS= execinfo.1:${PORTSDIR}/devel/libexecinfo +LIB_DEPENDS= libexecinfo.so:${PORTSDIR}/devel/libexecinfo RUN_DEPENDS= xdg-open:${PORTSDIR}/devel/xdg-utils \ ufraw-batch:${PORTSDIR}/graphics/ufraw \ - exiftool:${PORTSDIR}/graphics/p5-Image-ExifTool + exiftool:${PORTSDIR}/graphics/p5-Image-ExifTool \ + dcraw:${PORTSDIR}/graphics/dcraw -USE_GNOME= gtk20 -USE_GMAKE= yes -MANCOMPRESSED= yes -MAN1= fotoxx.1 +USES= gmake desktop-file-utils +USE_GNOME= gtk30 ALL_TARGET= fotoxx -INSTALL_TARGET= install manpage +INSTALL_TARGET= install LDFLAGS+= -O3 -g -Wall -rdynamic -lexecinfo -NO_STAGE= yes post-patch: @${REINPLACE_CMD} -e 's|/usr/local|${LOCALBASE}|' \ - ${WRKSRC}/Makefile \ - ${WRKSRC}/dependencies.sh + ${WRKSRC}/Makefile + +post-install: + @${STRIP_CMD} ${STAGEDIR}${PREFIX}/bin/fotoxx .include diff -u fotoxx.orig/distinfo fotoxx/distinfo --- fotoxx.orig/distinfo 2014-01-22 18:20:45.000000000 +0100 +++ fotoxx/distinfo 2014-01-07 11:59:27.000000000 +0100 @@ -1,2 +1,2 @@ -SHA256 (fotoxx-11.03.tar.gz) = c23e6b7c5517d1509b14a270bd2ad2af6fd2de613e55e79104f77d1748492577 -SIZE (fotoxx-11.03.tar.gz) = 1152890 +SHA256 (fotoxx-14.01.1.tar.gz) = 04746b8ccefca343a2b2f530624f7d98cd8ce17d3f20beaf5171b1dc18c94701 +SIZE (fotoxx-14.01.1.tar.gz) = 2696186 Common subdirectories: fotoxx.orig/files and fotoxx/files diff -u fotoxx.orig/pkg-descr fotoxx/pkg-descr --- fotoxx.orig/pkg-descr 2014-01-22 18:20:45.000000000 +0100 +++ fotoxx/pkg-descr 2014-01-07 16:42:35.000000000 +0100 @@ -2,4 +2,4 @@ and collection management. The goal is to meet most user needs while remaining fast and easy to use. -WWW: http://kornelix.squarespace.com/fotoxx +WWW: http://www.kornelix.com/fotoxx.html diff -u fotoxx.orig/pkg-plist fotoxx/pkg-plist --- fotoxx.orig/pkg-plist 2014-01-22 18:20:45.000000000 +0100 +++ fotoxx/pkg-plist 2014-01-28 17:25:33.000000000 +0100 @@ -1,97 +1,210 @@ bin/fotoxx -%%DATADIR%%/icons/arrow.png -%%DATADIR%%/icons/busy.png -%%DATADIR%%/icons/drag.png -%%DATADIR%%/icons/draw.png -%%DATADIR%%/icons/first-page.png +share/applications/fotoxx.desktop +%%PORTDOCS%%%%DOCSDIR%%/README-ca +%%PORTDOCS%%%%DOCSDIR%%/README-en +%%PORTDOCS%%%%DOCSDIR%%/README-es +%%PORTDOCS%%%%DOCSDIR%%/changelog.gz +%%PORTDOCS%%%%DOCSDIR%%/copyright +%%PORTDOCS%%%%DOCSDIR%%/fotoxx-release +%%PORTDOCS%%%%DOCSDIR%%/fotoxx.man +%%PORTDOCS%%%%DOCSDIR%%/freecode +%%PORTDOCS%%%%DOCSDIR%%/translations-ca +%%PORTDOCS%%%%DOCSDIR%%/translations-en +%%PORTDOCS%%%%DOCSDIR%%/translations-es +%%DATADIR%%/data/KB-shortcuts-ca +%%DATADIR%%/data/KB-shortcuts-en +%%DATADIR%%/data/KB-shortcuts-es +%%DATADIR%%/data/edit-menus-ca +%%DATADIR%%/data/edit-menus-en +%%DATADIR%%/data/edit-menus-es +%%DATADIR%%/data/favorites/menu-config +%%DATADIR%%/data/favorites/menu-config-pixbuf-009.png +%%DATADIR%%/data/images/F-toolbar.jpg +%%DATADIR%%/data/images/G-toolbar.jpg +%%DATADIR%%/data/images/HDF-paint.jpg +%%DATADIR%%/data/images/HDR-adjust.jpg +%%DATADIR%%/data/images/KB-shortcuts.jpg +%%DATADIR%%/data/images/add-geotags.jpg +%%DATADIR%%/data/images/add-text.jpg +%%DATADIR%%/data/images/add-text2.jpg +%%DATADIR%%/data/images/anti-alias.jpg +%%DATADIR%%/data/images/auto-trim.jpg +%%DATADIR%%/data/images/batch-add-geotags.jpg +%%DATADIR%%/data/images/batch-convert.jpg +%%DATADIR%%/data/images/batch-raw-conv.jpg +%%DATADIR%%/data/images/batch-rename.jpg +%%DATADIR%%/data/images/brightness-distribution.jpg +%%DATADIR%%/data/images/brightness-ramp.jpg +%%DATADIR%%/data/images/chromatic.jpg +%%DATADIR%%/data/images/cmyk.jpg +%%DATADIR%%/data/images/collections.jpg +%%DATADIR%%/data/images/colorchart.png +%%DATADIR%%/data/images/denoise.jpg +%%DATADIR%%/data/images/dots.jpg +%%DATADIR%%/data/images/drawing.jpg +%%DATADIR%%/data/images/edit-metadata.jpg +%%DATADIR%%/data/images/edit-translation.jpg +%%DATADIR%%/data/images/favorites.jpg +%%DATADIR%%/data/images/file-save.jpg +%%DATADIR%%/data/images/flatbook.jpg +%%DATADIR%%/data/images/fotoxx.jpg +%%DATADIR%%/data/images/gallery-select.jpg +%%DATADIR%%/data/images/gammachart.jpg +%%DATADIR%%/data/images/geotag-groups.jpg +%%DATADIR%%/data/images/grad_blur.jpg +%%DATADIR%%/data/images/grid-lines.jpg +%%DATADIR%%/data/images/jpeg quality.jpg +%%DATADIR%%/data/images/keystone.jpg +%%DATADIR%%/data/images/leverage-edits.jpg +%%DATADIR%%/data/images/mashup.jpg +%%DATADIR%%/data/images/mashup2.jpg +%%DATADIR%%/data/images/match-colors.jpg +%%DATADIR%%/data/images/move-collections.jpg +%%DATADIR%%/data/images/paint-clone.jpg +%%DATADIR%%/data/images/paint-edits.jpg +%%DATADIR%%/data/images/pano-color.jpg +%%DATADIR%%/data/images/pano-pre-align.jpg +%%DATADIR%%/data/images/plugins.jpg +%%DATADIR%%/data/images/print.jpg +%%DATADIR%%/data/images/remove-dust.jpg +%%DATADIR%%/data/images/rename.jpg +%%DATADIR%%/data/images/resize.jpg +%%DATADIR%%/data/images/retouch-combo.jpg +%%DATADIR%%/data/images/retouch-combo2.jpg +%%DATADIR%%/data/images/revise-RGB.jpg +%%DATADIR%%/data/images/search-images-metadata.jpg +%%DATADIR%%/data/images/search-images.jpg +%%DATADIR%%/data/images/select-area.jpg +%%DATADIR%%/data/images/sharpen.jpg +%%DATADIR%%/data/images/sharpen4.jpg +%%DATADIR%%/data/images/shift-colors.jpg +%%DATADIR%%/data/images/show-RGB.jpg +%%DATADIR%%/data/images/sketch.jpg +%%DATADIR%%/data/images/slide-show.jpg +%%DATADIR%%/data/images/smart-erase.jpg +%%DATADIR%%/data/images/stack-noise.jpg +%%DATADIR%%/data/images/stack-paint.jpg +%%DATADIR%%/data/images/stuck-pixels.jpg +%%DATADIR%%/data/images/synchronize.jpg +%%DATADIR%%/data/images/tabsF&G.png +%%DATADIR%%/data/images/texture.jpg +%%DATADIR%%/data/images/tone-mapping.jpg +%%DATADIR%%/data/images/trim-rotate.jpg +%%DATADIR%%/data/images/unbend.jpg +%%DATADIR%%/data/images/user-settings.jpg +%%DATADIR%%/data/images/vignette.jpg +%%DATADIR%%/data/images/warps.jpg +%%DATADIR%%/data/quickstart-ca.html +%%DATADIR%%/data/quickstart-de.html +%%DATADIR%%/data/quickstart-en.html +%%DATADIR%%/data/quickstart-es.html +%%DATADIR%%/data/quickstart-fr.html +%%DATADIR%%/data/quickstart-it.html +%%DATADIR%%/data/quickstart-pt.html +%%DATADIR%%/data/slideshow-tone.oga +%%DATADIR%%/data/tags_defined +%%DATADIR%%/data/userguide-en.html +%%DATADIR%%/data/userguide-es.html +%%DATADIR%%/data/userguide-it.html +%%DATADIR%%/icons/F-tab.png +%%DATADIR%%/icons/G-tab.png +%%DATADIR%%/icons/W-tab.png +%%DATADIR%%/icons/bottom.png +%%DATADIR%%/icons/broken.png +%%DATADIR%%/icons/cancel.png +%%DATADIR%%/icons/down+.png +%%DATADIR%%/icons/down.png +%%DATADIR%%/icons/edit-funcs/CMYK.png +%%DATADIR%%/icons/edit-funcs/HDF.png +%%DATADIR%%/icons/edit-funcs/HDR.png +%%DATADIR%%/icons/edit-funcs/RGB.png +%%DATADIR%%/icons/edit-funcs/blur.png +%%DATADIR%%/icons/edit-funcs/bright distrib.png +%%DATADIR%%/icons/edit-funcs/brigth color sat.png +%%DATADIR%%/icons/edit-funcs/brigth ramp.png +%%DATADIR%%/icons/edit-funcs/color depth.png +%%DATADIR%%/icons/edit-funcs/crop rotate.png +%%DATADIR%%/icons/edit-funcs/dots.png +%%DATADIR%%/icons/edit-funcs/drawing01.png +%%DATADIR%%/icons/edit-funcs/embossing.png +%%DATADIR%%/icons/edit-funcs/expand bright.png +%%DATADIR%%/icons/edit-funcs/fix fringes.png +%%DATADIR%%/icons/edit-funcs/fix stuck pixels.png +%%DATADIR%%/icons/edit-funcs/flatten bright.png +%%DATADIR%%/icons/edit-funcs/flip.png +%%DATADIR%%/icons/edit-funcs/gamma.png +%%DATADIR%%/icons/edit-funcs/invert.png +%%DATADIR%%/icons/edit-funcs/keystone.png +%%DATADIR%%/icons/edit-funcs/landscape.png +%%DATADIR%%/icons/edit-funcs/leverage edit.png +%%DATADIR%%/icons/edit-funcs/outlines.png +%%DATADIR%%/icons/edit-funcs/paint edits.png +%%DATADIR%%/icons/edit-funcs/paint pixels.png +%%DATADIR%%/icons/edit-funcs/painting.png +%%DATADIR%%/icons/edit-funcs/panorama.png +%%DATADIR%%/icons/edit-funcs/pencil.png +%%DATADIR%%/icons/edit-funcs/red eyes.png +%%DATADIR%%/icons/edit-funcs/reduce noise.png +%%DATADIR%%/icons/edit-funcs/remove dust.png +%%DATADIR%%/icons/edit-funcs/resize.png +%%DATADIR%%/icons/edit-funcs/sharpen.png +%%DATADIR%%/icons/edit-funcs/shiftcolors.png +%%DATADIR%%/icons/edit-funcs/smarterase.png +%%DATADIR%%/icons/edit-funcs/stacknoise.png +%%DATADIR%%/icons/edit-funcs/stackpaint.png +%%DATADIR%%/icons/edit-funcs/text.png +%%DATADIR%%/icons/edit-funcs/tiles.png +%%DATADIR%%/icons/edit-funcs/tonemapping.png +%%DATADIR%%/icons/edit-funcs/unbend.png +%%DATADIR%%/icons/edit-funcs/vert panorama.png +%%DATADIR%%/icons/edit-funcs/voodoo.png +%%DATADIR%%/icons/edit-funcs/warp affine.png +%%DATADIR%%/icons/edit-funcs/warp area.png +%%DATADIR%%/icons/edit-funcs/warp curved.png +%%DATADIR%%/icons/edit-funcs/warp linear.png +%%DATADIR%%/icons/edit-funcs/whitebalance.png +%%DATADIR%%/icons/favorites.png +%%DATADIR%%/icons/fg-color.png %%DATADIR%%/icons/folder.png -%%DATADIR%%/icons/folder256.png %%DATADIR%%/icons/fotoxx.png -%%DATADIR%%/icons/gallery.png +%%DATADIR%%/icons/goto.png %%DATADIR%%/icons/help.png -%%DATADIR%%/icons/last-page.png -%%DATADIR%%/icons/next-page.png -%%DATADIR%%/icons/next-row.png %%DATADIR%%/icons/next.png %%DATADIR%%/icons/open.png -%%DATADIR%%/icons/prev-page.png -%%DATADIR%%/icons/prev-row.png %%DATADIR%%/icons/prev.png -%%DATADIR%%/icons/print.png %%DATADIR%%/icons/quit.png %%DATADIR%%/icons/redo.png +%%DATADIR%%/icons/rotate-left.png +%%DATADIR%%/icons/rotate-right.png %%DATADIR%%/icons/save.png -%%DATADIR%%/icons/saveas.png +%%DATADIR%%/icons/sort.png +%%DATADIR%%/icons/sync.G.png +%%DATADIR%%/icons/top.png %%DATADIR%%/icons/trash.png %%DATADIR%%/icons/undo.png +%%DATADIR%%/icons/up+.png +%%DATADIR%%/icons/up.png +%%DATADIR%%/icons/warning.png %%DATADIR%%/icons/zoom+.png %%DATADIR%%/icons/zoom-.png -%%DOCSDIR%%/userguide-en.html -%%DOCSDIR%%/freshmeat -%%DOCSDIR%%/fotoxx.man -%%DOCSDIR%%/TRANSLATIONS -%%DOCSDIR%%/README -%%DOCSDIR%%/COPYING -%%DOCSDIR%%/CHANGES -%%DOCSDIR%%/images/HDF-paint.jpg -%%DOCSDIR%%/images/HDR-adjust.jpg -%%DOCSDIR%%/images/annotate.jpg -%%DOCSDIR%%/images/brightness-color.jpg -%%DOCSDIR%%/images/brightness-ramp.png -%%DOCSDIR%%/images/edit-tags.jpg -%%DOCSDIR%%/images/expand-brightness.png -%%DOCSDIR%%/images/gallery image selection.jpg -%%DOCSDIR%%/images/manage-tags.jpg -%%DOCSDIR%%/images/navigation.jpeg -%%DOCSDIR%%/images/pano-dialog.jpeg -%%DOCSDIR%%/images/rename.jpeg -%%DOCSDIR%%/images/save-as.jpeg -%%DOCSDIR%%/images/search-images.jpg -%%DOCSDIR%%/images/select-area.png -%%DOCSDIR%%/images/select-whole-image.jpg -%%DOCSDIR%%/images/select_edit.jpg -%%DOCSDIR%%/images/sharpen.jpeg -%%DOCSDIR%%/images/smart-erase.png -%%DOCSDIR%%/images/stack.png -%%DOCSDIR%%/images/tone-mapping.png -%%DOCSDIR%%/images/trim.jpg -%%DOCSDIR%%/images/watermark.jpg -%%DATADIR%%/locales/de/fotoxx.po -%%DATADIR%%/locales/de/zfuncs.po -%%DATADIR%%/locales/en/fotoxx.po -%%DATADIR%%/locales/en/zfuncs.po -%%DATADIR%%/locales/es/fotoxx.po -%%DATADIR%%/locales/es/zfuncs.po -%%DATADIR%%/locales/fr/fotoxx.po -%%DATADIR%%/locales/fr/fotoxx.po.old -%%DATADIR%%/locales/fr/zfuncs.po -%%DATADIR%%/locales/gl/fotoxx.po -%%DATADIR%%/locales/gl/zfuncs.po -%%DATADIR%%/locales/it/fotoxx.po -%%DATADIR%%/locales/it/zfuncs.po -%%DATADIR%%/locales/nl/fotoxx.po -%%DATADIR%%/locales/nl/zfuncs.po -%%DATADIR%%/locales/pt/fotoxx.po -%%DATADIR%%/locales/pt/zfuncs.po -%%DATADIR%%/locales/ru/fotoxx.po -%%DATADIR%%/locales/ru/zfuncs.po -%%DATADIR%%/locales/sv/fotoxx.po -%%DATADIR%%/locales/sv/zfuncs.po -%%DATADIR%%/locales/zh_CN/fotoxx.po -%%DATADIR%%/locales/zh_CN/zfuncs.po -@dirrm %%DOCSDIR%%/images -@dirrm %%DOCSDIR%% -@dirrm %%DATADIR%%/locales/de -@dirrm %%DATADIR%%/locales/en -@dirrm %%DATADIR%%/locales/es -@dirrm %%DATADIR%%/locales/fr -@dirrm %%DATADIR%%/locales/gl -@dirrm %%DATADIR%%/locales/it -@dirrm %%DATADIR%%/locales/nl -@dirrm %%DATADIR%%/locales/pt -@dirrm %%DATADIR%%/locales/ru -@dirrm %%DATADIR%%/locales/sv -@dirrm %%DATADIR%%/locales/zh_CN -@dirrm %%DATADIR%%/locales -@dirrm %%DATADIR%%/icons -@dirrm %%DATADIR%% +%%DATADIR%%/locales/translate-ca.po +%%DATADIR%%/locales/translate-de.po +%%DATADIR%%/locales/translate-en.po +%%DATADIR%%/locales/translate-es.po +%%DATADIR%%/locales/translate-fr.po +%%DATADIR%%/locales/translate-it.po +%%DATADIR%%/locales/translate-nl.po +%%DATADIR%%/locales/translate-pt.po +%%DATADIR%%/locales/translate-ru.po +%%DATADIR%%/locales/translate-sv.po +share/man/man1/fotoxx.1.gz +@dirrmtry share/man/man1 +@dirrmtry share/man +@dirrmtry %%DATADIR%%/locales +@dirrmtry %%DATADIR%%/icons/edit-funcs +@dirrmtry %%DATADIR%%/icons +@dirrmtry %%DATADIR%%/data/images +@dirrmtry %%DATADIR%%/data/favorites +@dirrmtry %%DATADIR%%/data +@dirrmtry %%DATADIR%% +%%PORTDOCS%%@dirrm %%DOCSDIR%% --------------050602090704020106090107-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 17:13: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 4C8C0C14 for ; Tue, 28 Jan 2014 17:13:00 +0000 (UTC) Received: from mail-vb0-x230.google.com (mail-vb0-x230.google.com [IPv6:2607:f8b0:400c: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 0B31F1289 for ; Tue, 28 Jan 2014 17:12:59 +0000 (UTC) Received: by mail-vb0-f48.google.com with SMTP id q16so415889vbe.7 for ; Tue, 28 Jan 2014 09:12:59 -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=20MD3Cd7wvKGoJrbHtWb8vVSBqsU5LxINyKoyRjLtRM=; b=DWjUaZUXkKDFt53RgQBVrcDKNJBr1264JgsBk4JE6i4E4Gs8pqCD1aHJN8THPKFSDK 114Sd7RM/Y7VVmLHfpdAYK1HNtgDvKrhevmXvZ2Ul7Vp48qBOeik8FECTDEhNCmlXDDX 4e/GKOHhonrpBt3mq/KT+aY8K0A1FDhQqSjJy4f7/D188gYUkeTTT4WcMlx2B+KRGtmc Jh9MIS2s3FpBbigYi+zBj18r28JqUCzcah6coERipzT30xkpZGbxEB0ZUL8AwXDSDMdA kaqd2Mkv/AxnxrOiPmWkiYiAJYiI0F/iwiMsupi6E7+4uxCg3GWwlvD8KRY1jGqsrSrw qSGQ== MIME-Version: 1.0 X-Received: by 10.58.48.133 with SMTP id l5mr74226ven.36.1390929179148; Tue, 28 Jan 2014 09:12:59 -0800 (PST) Received: by 10.220.221.131 with HTTP; Tue, 28 Jan 2014 09:12:59 -0800 (PST) In-Reply-To: <52E7E086.9070804@rainbow-runner.nl> References: <52E7E086.9070804@rainbow-runner.nl> Date: Tue, 28 Jan 2014 18:12:59 +0100 Message-ID: Subject: Re: devel/libgee 0.8.5 fails to build From: Torfinn Ingolfsen To: FreeBSD Ports ML Content-Type: text/plain; charset=ISO-8859-1 Cc: Koop Mast X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Jan 2014 17:13:00 -0000 Hello, On Tue, Jan 28, 2014 at 5:53 PM, Koop Mast wrote: > > Hmm the element warnings seem to be harmless, but the but the above gvfs > warning seems to be more interesting. Could you rebuild/install gvfs and see > if that would fix this? reinstalling gvfs does not fix this. > I assume you have gvfs installed with the gphoto and hal options? Why do you assume I have those options set? Anyway here is the gvfs config I am using: root@kg-v7# cd /usr/ports/devel/gvfs root@kg-v7# make showconfig ===> The following configuration options are available for gvfs-1.12.3_2: AVAHI=on: Zeroconf support via Avahi CDDA=off: CDDA (enables HAL) FUSE=off: FUSE (Filesystem in Userspace) support GPHOTO2=off: Gphoto 2 camera support (enables HAL) HAL=off: HAL (Hardware Abstraction Layer) support SAMBA=on: Samba support ===> Use 'make config' to modify these settings HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Tue Jan 28 17:44:06 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 1B37FD3 for ; Tue, 28 Jan 2014 17:44:06 +0000 (UTC) Received: from h88.hvosting.ua (h88.hvosting.ua [91.200.40.88]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B2DA4163B for ; Tue, 28 Jan 2014 17:44:03 +0000 (UTC) Received: by h88.hvosting.ua (Postfix, from userid 1486) id 8B08C64656; Tue, 28 Jan 2014 19:43:58 +0200 (EET) To: ports@freebsd.org Subject: =?utf-8?Q?=D0=92=D1=8B=D0=B3=D0=BE=D0=B4=D0=BD=D1=8B=D0=B5=20?= =?utf-8?Q?=D0=BF=D1=80=D0=B5=D0=B4=D0=BB=D0=BE=D0=B6=D0=B5=D0=BD=D0=B8=D1=8F*=20?= =?utf-8?Q?=D0=BD=D0=B0=20=D0=B2=D1=8B=D0=BB=D0=B5=D1=82=D1=8B=20?= =?utf-8?Q?=D0=B2=20=D0=A2=D1=83=D1=80=D1=86=D0=B8=D1=8E, =20?= =?utf-8?Q?=D0=98=D0=BD=D0=B4=D0=B8=D1=8E, =20?= =?utf-8?Q?=D0=95=D0=B3=D0=B8=D0=BF=D0=B5=D1=82, =20?= =?utf-8?Q?=D0=9E=D0=90=D0=AD=20=D0=B8=D0=B7=20?= =?utf-8?Q?=D0=9A=D0=B8=D0=B5=D0=B2=D0=B0=20=D0=BE=D1=82=2028.01.2014?= From: =?utf-8?Q?=D0=98=D0=B7=D0=BE=D0=B1=D0=B8=D0=BB=D0=B8=D0=B5=20=D0=A2=D1=83=D1=80?= Date: Tue, 28 Jan 2014 19:43:58 +0200 MIME-Version: 1.0 Message-Id: <20140128174359.8B08C64656@h88.hvosting.ua> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 17:44:06 -0000 =0D=0Abody {}=0D=0A.blocktitle{color:#1b1515; font-family: Arial; font-s= ize: 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle div{color:#1b1515; fon= t-family: Arial; font-size: 12px;}=0D=0A.blocktitle a{color:#1b1515; fon= t-family: Arial; font-size: 12px; text-decoration:none;}=0D=0A.bc{displa= y:inline; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16px 32px;}= =0D=0A.prodtitle{color:#381b00; font-family: Arial; font-size: 11px; wid= th:124px; height:34px;}=0D=0A.prodtitle a{color:#381b00; font-family: Ar= ial; font-size: 11px; text-decoration:none;}=0D=0A.prodprice{width:124px= ; color:#b60009; font-family: Arial; font-size: 14px; font-weight:bold;}= =0D=0A =0D=0Abody {}=0D=0A.blocktitle{color:#1b1515; font-family: Arial= ; font-size: 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle div{color:#1b1= 515; font-family: Arial; font-size: 12px;}=0D=0A.blocktitle a{color:#1b1= 515; font-family: Arial; font-size: 12px; text-decoration:none;}=0D=0A.b= c{display:inline; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16p= x 32px;}=0D=0A.prodtitle{color:#381b00; font-family: Arial; font-size: 1= 1px; width:124px; height:34px;}=0D=0A.prodtitle a{color:#381b00; font-fa= mily: Arial; font-size: 11px; text-decoration:none;}=0D=0A.prodprice{wid= th:124px; color:#b60009; font-family: Arial; font-size: 14px; font-weigh= t:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blocktitle{color:#1b1515; font-f= amily: Arial; font-size: 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle di= v{color:#1b1515; font-family: Arial; font-size: 12px;}=0D=0A.blocktitle= a{color:#1b1515; font-family: Arial; font-size: 12px; text-decoration:n= one;}=0D=0A.bc{display:inline; margin:6px 5px 0 6px;}=0D=0A.mar1{padding= :7px 32px 16px 32px;}=0D=0A.prodtitle{color:#381b00; font-family: Arial;= font-size: 11px; width:124px; height:34px;}=0D=0A.prodtitle a{color:#38= 1b00; font-family: Arial; font-size: 11px; text-decoration:none;}=0D=0A.= prodprice{width:124px; color:#b60009; font-family: Arial; font-size: 14p= x; font-weight:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blocktitle{color:#1= b1515; font-family: Arial; font-size: 12px; margin:1px 0 0 28px;}=0D=0A.= blocktitle div{color:#1b1515; font-family: Arial; font-size: 12px;}=0D= =0A.blocktitle a{color:#1b1515; font-family: Arial; font-size: 12px; tex= t-decoration:none;}=0D=0A.bc{display:inline; margin:6px 5px 0 6px;}=0D= =0A.mar1{padding:7px 32px 16px 32px;}=0D=0A.prodtitle{color:#381b00; fon= t-family: Arial; font-size: 11px; width:124px; height:34px;}=0D=0A.prodt= itle a{color:#381b00; font-family: Arial; font-size: 11px; text-decorati= on:none;}=0D=0A.prodprice{width:124px; color:#b60009; font-family: Arial= ; font-size: 14px; font-weight:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blo= cktitle{color:#1b1515; font-family: Arial; font-size: 12px; margin:1px 0= 0 28px;}=0D=0A.blocktitle div{color:#1b1515; font-family: Arial; font-s= ize: 12px;}=0D=0A.blocktitle a{color:#1b1515; font-family: Arial; font-s= ize: 12px; text-decoration:none;}=0D=0A.bc{display:inline; margin:6px 5p= x 0 6px;}=0D=0A.mar1{padding:7px 32px 16px 32px;}=0D=0A.prodtitle{color:= #381b00; font-family: Arial; font-size: 11px; width:124px; height:34px;}= =0D=0A.prodtitle a{color:#381b00; font-family: Arial; font-size: 11px; t= ext-decoration:none;}=0D=0A.prodprice{width:124px; color:#b60009; font-f= amily: Arial; font-size: 14px; font-weight:bold;}=0D=0A=0D=0A=0D=0Abody= {}=0D=0A.blocktitle{color:#1b1515; font-family: Arial; font-size: 12px;= margin:1px 0 0 28px;}=0D=0A.blocktitle div{color:#1b1515; font-family:= Arial; font-size: 12px;}=0D=0A.blocktitle a{color:#1b1515; font-family:= Arial; font-size: 12px; text-decoration:none;}=0D=0A.bc{display:inline;= margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16px 32px;}=0D=0A.pr= odtitle{color:#381b00; font-family: Arial; font-size: 11px; width:124px;= height:34px;}=0D=0A.prodtitle a{color:#381b00; font-family: Arial; font= -size: 11px; text-decoration:none;}=0D=0A.prodprice{width:124px; color:#= b60009; font-family: Arial; font-size: 14px; font-weight:bold;}=0D=0A=0D= =0A=0D=0Abody {}=0D=0A.blocktitle{color:#1b1515; font-family: Arial; fon= t-size: 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle div{color:#1b1515;= font-family: Arial; font-size: 12px;}=0D=0A.blocktitle a{color:#1b1515;= font-family: Arial; font-size: 12px; text-decoration:none;}=0D=0A.bc{di= splay:inline; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16px 32= px;}=0D=0A.prodtitle{color:#381b00; font-family: Arial; font-size: 11px;= width:124px; height:34px;}=0D=0A.prodtitle a{color:#381b00; font-family= : Arial; font-size: 11px; text-decoration:none;}=0D=0A.prodprice{width:1= 24px; color:#b60009; font-family: Arial; font-size: 14px; font-weight:bo= ld;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blocktitle{color:#1b1515; font-famil= y: Arial; font-size: 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle div{co= lor:#1b1515; font-family: Arial; font-size: 12px;}=0D=0A.blocktitle a{co= lor:#1b1515; font-family: Arial; font-size: 12px; text-decoration:none;}= =0D=0A.bc{display:inline; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7px= 32px 16px 32px;}=0D=0A.prodtitle{color:#381b00; font-family: Arial; fon= t-size: 11px; width:124px; height:34px;}=0D=0A.prodtitle a{color:#381b00= ; font-family: Arial; font-size: 11px; text-decoration:none;}=0D=0A.prod= price{width:124px; color:#b60009; font-family: Arial; font-size: 14px; f= ont-weight:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blocktitle{color:#1b151= 5; font-family: Arial; font-size: 12px; margin:1px 0 0 28px;}=0D=0A.bloc= ktitle div{color:#1b1515; font-family: Arial; font-size: 12px;}=0D=0A.bl= ocktitle a{color:#1b1515; font-family: Arial; font-size: 12px; text-deco= ration:none;}=0D=0A.bc{display:inline; margin:6px 5px 0 6px;}=0D=0A.mar1= {padding:7px 32px 16px 32px;}=0D=0A.prodtitle{color:#381b00; font-family= : Arial; font-size: 11px; width:124px; height:34px;}=0D=0A.prodtitle a{c= olor:#381b00; font-family: Arial; font-size: 11px; text-decoration:none;= }=0D=0A.prodprice{width:124px; color:#b60009; font-family: Arial; font-s= ize: 14px; font-weight:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blocktitle{= color:#1b1515; font-family: Arial; font-size: 12px; margin:1px 0 0 28px;= }=0D=0A.blocktitle div{color:#1b1515; font-family: Arial; font-size: 12p= x;}=0D=0A.blocktitle a{color:#1b1515; font-family: Arial; font-size: 12p= x; text-decoration:none;}=0D=0A.bc{display:inline; margin:6px 5px 0 6px;= }=0D=0A.mar1{padding:7px 32px 16px 32px;}=0D=0A.prodtitle{color:#381b00;= font-family: Arial; font-size: 11px; width:124px; height:34px;}=0D=0A.p= rodtitle a{color:#381b00; font-family: Arial; font-size: 11px; text-deco= ration:none;}=0D=0A.prodprice{width:124px; color:#b60009; font-family: A= rial; font-size: 14px; font-weight:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A= .blocktitle{color:#1b1515; font-family: Arial; font-size: 12px; margin:1= px 0 0 28px;}=0D=0A.blocktitle div{color:#1b1515; font-family: Arial; fo= nt-size: 12px;}=0D=0A.blocktitle a{color:#1b1515; font-family: Arial; fo= nt-size: 12px; text-decoration:none;}=0D=0A.bc{display:inline; margin:6p= x 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16px 32px;}=0D=0A.prodtitle{co= lor:#381b00; font-family: Arial; font-size: 11px; width:124px; height:34= px;}=0D=0A.prodtitle a{color:#381b00; font-family: Arial; font-size: 11p= x; text-decoration:none;}=0D=0A.prodprice{width:124px; color:#b60009; fo= nt-family: Arial; font-size: 14px; font-weight:bold;}=0D=0A=0D=0A=0D=0Ab= ody {}=0D=0A.blocktitle{color:#1b1515; font-family: Arial; font-size: 12= px; margin:1px 0 0 28px;}=0D=0A.blocktitle div{color:#1b1515; font-famil= y: Arial; font-size: 12px;}=0D=0A.blocktitle a{color:#1b1515; font-famil= y: Arial; font-size: 12px; text-decoration:none;}=0D=0A.bc{display:inlin= e; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16px 32px;}=0D=0A.= prodtitle{color:#381b00; font-family: Arial; font-size: 11px; width:124p= x; height:34px;}=0D=0A.prodtitle a{color:#381b00; font-family: Arial; fo= nt-size: 11px; text-decoration:none;}=0D=0A.prodprice{width:124px; color= :#b60009; font-family: Arial; font-size: 14px; font-weight:bold;}=0D=0A= =0D=0A=0D=0Abody {}=0D=0A.blocktitle{color:#1b1515; font-family: Arial;= font-size: 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle div{color:#1b15= 15; font-family: Arial; font-size: 12px;}=0D=0A.blocktitle a{color:#1b15= 15; font-family: Arial; font-size: 12px; text-decoration:none;}=0D=0A.bc= {display:inline; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16px= 32px;}=0D=0A.prodtitle{color:#381b00; font-family: Arial; font-size: 11= px; width:124px; height:34px;}=0D=0A.prodtitle a{color:#381b00; font-fam= ily: Arial; font-size: 11px; text-decoration:none;}=0D=0A.prodprice{widt= h:124px; color:#b60009; font-family: Arial; font-size: 14px; font-weight= :bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blocktitle{color:#1b1515; font-fa= mily: Arial; font-size: 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle div= {color:#1b1515; font-family: Arial; font-size: 12px;}=0D=0A.blocktitle a= {color:#1b1515; font-family: Arial; font-size: 12px; text-decoration:non= e;}=0D=0A.bc{display:inline; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7= px 32px 16px 32px;}=0D=0A.prodtitle{color:#381b00; font-family: Arial; f= ont-size: 11px; width:124px; height:34px;}=0D=0A.prodtitle a{color:#381b= 00; font-family: Arial; font-size: 11px; text-decoration:none;}=0D=0A.pr= odprice{width:124px; color:#b60009; font-family: Arial; font-size: 14px;= font-weight:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blocktitle{color:#1b1= 515; font-family: Arial; font-size: 12px; margin:1px 0 0 28px;}=0D=0A.bl= ocktitle div{color:#1b1515; font-family: Arial; font-size: 12px;}=0D=0A.= blocktitle a{color:#1b1515; font-family: Arial; font-size: 12px; text-de= coration:none;}=0D=0A.bc{display:inline; margin:6px 5px 0 6px;}=0D=0A.ma= r1{padding:7px 32px 16px 32px;}=0D=0A.prodtitle{color:#381b00; font-fami= ly: Arial; font-size: 11px; width:124px; height:34px;}=0D=0A.prodtitle a= {color:#381b00; font-family: Arial; font-size: 11px; text-decoration:non= e;}=0D=0A.prodprice{width:124px; color:#b60009; font-family: Arial; font= -size: 14px; font-weight:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blocktitl= e{color:#1b1515; font-family: Arial; font-size: 12px; margin:1px 0 0 28p= x;}=0D=0A.blocktitle div{color:#1b1515; font-family: Arial; font-size: 1= 2px;}=0D=0A.blocktitle a{color:#1b1515; font-family: Arial; font-size: 1= 2px; text-decoration:none;}=0D=0A.bc{display:inline; margin:6px 5px 0 6p= x;}=0D=0A.mar1{padding:7px 32px 16px 32px;}=0D=0A.prodtitle{color:#381b0= 0; font-family: Arial; font-size: 11px; width:124px; height:34px;}=0D=0A= .prodtitle a{color:#381b00; font-family: Arial; font-size: 11px; text-de= coration:none;}=0D=0A.prodprice{width:124px; color:#b60009; font-family:= Arial; font-size: 14px; font-weight:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D= =0A.blocktitle{color:#1b1515; font-family: Arial; font-size: 12px; margi= n:1px 0 0 28px;}=0D=0A.blocktitle div{color:#1b1515; font-family: Arial;= font-size: 12px;}=0D=0A.blocktitle a{color:#1b1515; font-family: Arial;= font-size: 12px; text-decoration:none;}=0D=0A.bc{display:inline; margin= :6px 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16px 32px;}=0D=0A.prodtitle= {color:#381b00; font-family: Arial; font-size: 11px; width:124px; height= :34px;}=0D=0A.prodtitle a{color:#381b00; font-family: Arial; font-size:= 11px; text-decoration:none;}=0D=0A.prodprice{width:124px; color:#b60009= ; font-family: Arial; font-size: 14px; font-weight:bold;}=0D=0A=0D=0A=0D= =0Abody {}=0D=0A.blocktitle{color:#1b1515; font-family: Arial; font-size= : 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle div{color:#1b1515; font-f= amily: Arial; font-size: 12px;}=0D=0A.blocktitle a{color:#1b1515; font-f= amily: Arial; font-size: 12px; text-decoration:none;}=0D=0A.bc{display:i= nline; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16px 32px;}=0D= =0A.prodtitle{color:#381b00; font-family: Arial; font-size: 11px; width:= 124px; height:34px;}=0D=0A.prodtitle a{color:#381b00; font-family: Arial= ; font-size: 11px; text-decoration:none;}=0D=0A.prodprice{width:124px; c= olor:#b60009; font-family: Arial; font-size: 14px; font-weight:bold;}=0D= =0A=0D=0A=0D=0Abody {}=0D=0A.blocktitle{color:#1b1515; font-family: Aria= l; font-size: 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle div{color:#1b= 1515; font-family: Arial; font-size: 12px;}=0D=0A.blocktitle a{color:#1b= 1515; font-family: Arial; font-size: 12px; text-decoration:none;}=0D=0A.= bc{display:inline; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16= px 32px;}=0D=0A.prodtitle{color:#381b00; font-family: Arial; font-size:= 11px; width:124px; height:34px;}=0D=0A.prodtitle a{color:#381b00; font-= family: Arial; font-size: 11px; text-decoration:none;}=0D=0A.prodprice{w= idth:124px; color:#b60009; font-family: Arial; font-size: 14px; font-wei= ght:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blocktitle{color:#1b1515; font= -family: Arial; font-size: 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle= div{color:#1b1515; font-family: Arial; font-size: 12px;}=0D=0A.blocktit= le a{color:#1b1515; font-family: Arial; font-size: 12px; text-decoration= :none;}=0D=0A.bc{display:inline; margin:6px 5px 0 6px;}=0D=0A.mar1{paddi= ng:7px 32px 16px 32px;}=0D=0A.prodtitle{color:#381b00; font-family: Aria= l; font-size: 11px; width:124px; height:34px;}=0D=0A.prodtitle a{color:#= 381b00; font-family: Arial; font-size: 11px; text-decoration:none;}=0D= =0A.prodprice{width:124px; color:#b60009; font-family: Arial; font-size:= 14px; font-weight:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blocktitle{colo= r:#1b1515; font-family: Arial; font-size: 12px; margin:1px 0 0 28px;}=0D= =0A.blocktitle div{color:#1b1515; font-family: Arial; font-size: 12px;}= =0D=0A.blocktitle a{color:#1b1515; font-family: Arial; font-size: 12px;= text-decoration:none;}=0D=0A.bc{display:inline; margin:6px 5px 0 6px;}= =0D=0A.mar1{padding:7px 32px 16px 32px;}=0D=0A.prodtitle{color:#381b00;= font-family: Arial; font-size: 11px; width:124px; height:34px;}=0D=0A.p= rodtitle a{color:#381b00; font-family: Arial; font-size: 11px; text-deco= ration:none;}=0D=0A.prodprice{width:124px; color:#b60009; font-family: A= rial; font-size: 14px; font-weight:bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A= .blocktitle{color:#1b1515; font-family: Arial; font-size: 12px; margin:1= px 0 0 28px;}=0D=0A.blocktitle div{color:#1b1515; font-family: Arial; fo= nt-size: 12px;}=0D=0A.blocktitle a{color:#1b1515; font-family: Arial; fo= nt-size: 12px; text-decoration:none;}=0D=0A.bc{display:inline; margin:6p= x 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16px 32px;}=0D=0A.prodtitle{co= lor:#381b00; font-family: Arial; font-size: 11px; width:124px; height:34= px;}=0D=0A.prodtitle a{color:#381b00; font-family: Arial; font-size: 11p= x; text-decoration:none;}=0D=0A.prodprice{width:124px; color:#b60009; fo= nt-family: Arial; font-size: 14px; font-weight:bold;}=0D=0A=0D=0A=0D=0Ab= ody {}=0D=0A.blocktitle{color:#1b1515; font-family: Arial; font-size: 12= px; margin:1px 0 0 28px;}=0D=0A.blocktitle div{color:#1b1515; font-famil= y: Arial; font-size: 12px;}=0D=0A.blocktitle a{color:#1b1515; font-famil= y: Arial; font-size: 12px; text-decoration:none;}=0D=0A.bc{display:inlin= e; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16px 32px;}=0D=0A.= prodtitle{color:#381b00; font-family: Arial; font-size: 11px; width:124p= x; height:34px;}=0D=0A.prodtitle a{color:#381b00; font-family: Arial; fo= nt-size: 11px; text-decoration:none;}=0D=0A.prodprice{width:124px; color= :#b60009; font-family: Arial; font-size: 14px; font-weight:bold;}=0D=0A= =0D=0A=0D=0Abody {}=0D=0A.blocktitle{color:#1b1515; font-family: Arial;= font-size: 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle div{color:#1b15= 15; font-family: Arial; font-size: 12px;}=0D=0A.blocktitle a{color:#1b15= 15; font-family: Arial; font-size: 12px; text-decoration:none;}=0D=0A.bc= {display:inline; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7px 32px 16px= 32px;}=0D=0A.prodtitle{color:#381b00; font-family: Arial; font-size: 11= px; width:124px; height:34px;}=0D=0A.prodtitle a{color:#381b00; font-fam= ily: Arial; font-size: 11px; text-decoration:none;}=0D=0A.prodprice{widt= h:124px; color:#b60009; font-family: Arial; font-size: 14px; font-weight= :bold;}=0D=0A=0D=0A=0D=0Abody {}=0D=0A.blocktitle{color:#1b1515; font-fa= mily: Arial; font-size: 12px; margin:1px 0 0 28px;}=0D=0A.blocktitle div= {color:#1b1515; font-family: Arial; font-size: 12px;}=0D=0A.blocktitle a= {color:#1b1515; font-family: Arial; font-size: 12px; text-decoration:non= e;}=0D=0A.bc{display:inline; margin:6px 5px 0 6px;}=0D=0A.mar1{padding:7= px 32px 16px 32px;}=0D=0A.prodtitle{color:#381b00; font-family: Arial; f= ont-size: 11px; width:124px; height:34px;}=0D=0A.prodtitle a{color:#381b= 00; font-family: Arial; font-size: 11px; text-decoration:none;}=0D=0A.pr= odprice{width:124px; color:#b60009; font-family: Arial; font-size: 14px;= font-weight:bold;}=0D=0A=0D=0A=0D=0A =0D=0A =0D=0A =0D= =0A =0D=0A =0D=0A =0D=0A =0D= =0A =0D=0A =0D=0A = =D0=A0=D0=B0=D1=81=D1=81=D1=8B=D0=BB=D0=BA=D0=B0 =D0=BE=D1= =82 28.01.2014=0D=0A =0D=0A =  =0D=0A  =0D=0A = =0D=0A =0D=0A =0D=0A = =D0=A2=D1=83=D1=80=D0=B8=D1=81=D1=82=D0=B8=D1=87=D0=B5= =D1=81=D0=BA=D0=B0=D1=8F =D0=BA=D0=BE=D0=BC=D0=BF=D0=B0=D0=BD=D0=B8=D1= =8F=0D=0A "=D0=98=D0=B7=D0=BE=D0=B1=D0=B8=D0= =BB=D0=B8=D0=B5 =D0=A2=D1=83=D1=80"=0D=0A = =D0=B3.=D0=A5=D0=B0=D1=80=D1=8C=D0=BA=D0=BE=D0=B2, =D1=83=D0=BB.=D0=9F= =D1=83=D1=88=D0=BA=D0=B8=D0=BD=D1=81=D0=BA=D0=B0=D1=8F 79/1, =D0=BE=D1= =84.2=0D=0A =0D=0A  = =0D=0A =0D=0A =E2=98=8E +3= 8 057 762 93 07=0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A =D0=93=D0=9E=D0=A0= =D0=AF=D0=A9=D0=98=D0=95 =D0=A6=D0=95=D0=9D=D0=AB=0D=0A =0D= =0A =0D=0A =0D=0A =0D=0A =D0=92=D1= =8B=D0=B3=D0=BE=D0=B4=D0=BD=D1=8B=D0=B5 =D0=BF=D1=80=D0=B5=D0=B4=D0=BB= =D0=BE=D0=B6=D0=B5=D0=BD=D0=B8=D1=8F* =D0=BD=D0=B0 =D0=B2=D1=8B=D0=BB=D0= =B5=D1=82=D1=8B =D0=B2 =D0=98=D0=BD=D0=B4=D0=B8=D1=8E, =D0=95=D0=B3=D0= =B8=D0=BF=D0=B5=D1=82,  =0D=0A =D0=9E=D0=90=D0=AD, =D0= =98=D1=81=D0=BF=D0=B0=D0=BD=D0=B8=D1=8E, =D0=A2=D0=B0=D0=B8=D0=BB=D0=B0= =D0=BD=D0=B4 =D0=B8=D0=B7 =D0=9A=D0=B8=D0=B5=D0=B2=D0=B0=0D=0A = =D0=9E=D0=90=D0=AD=0D=0A 5* Deluxe Rixos The Palm Dubai=0D= =0A =D0=9E=D1=82=D0=B5=D0=BB=D1=8C =D0=BD=D0=B0 «=D0=9F= =D0=B0=D0=BB=D1=8C=D0=BC=D0=BE=D0=B2=D0=BE=D0=BC» =D0=BE=D1=81=D1= =82=D1=80=D0=BE=D0=B2=D0=B5 =D1=81 =D0=BE=D1=88=D0=B5=D0=BB=D0=BE=D0= =BC=D0=B8=D1=82=D0=B5=D0=BB=D1=8C=D0=BD=D1=8B=D0=BC =D0=BF=D0=B5=D0=B9= =D0=B7=D0=B0=D0=B6=D0=B5=D0=BC =D0=B8 =D0=BE=D0=B1=D1=89=D0=B5=D0=B9 =D0= =BF=D0=BB=D0=BE=D1=89=D0=B0=D0=B4=D1=8C=D1=8E 40 500 =D0=BA=D0=B2. =D0= =BC. =D0=A1=D0=BE=D0=B1=D1=81=D1=82=D0=B2=D0=B5=D0=BD=D0=BD=D1=8B=D0=B9= =D0=BF=D0=B5=D1=81=D1=87=D0=B0=D0=BD=D1=8B=D0=B9 =D0=BF=D0=BB=D1=8F= =D0=B6, =D0=BD=D0=B0=D1=87=D0=B0=D0=BB=D1=8C=D0=BD=D0=B0=D1=8F =D0=BA=D0= =B0=D1=82=D0=B5=D0=B3=D0=BE=D1=80=D0=B8=D1=8F =D0=BD=D0=BE=D0=BC=D0=B5= =D1=80=D0=BE=D0=B2 – Deluxe room, =D0=B2=D1=8B=D1=81=D1=88=D0=B0= =D1=8F – Grand King Suite. =D0=9E=D1=82=D0=B4=D0=B5=D0=BB=D1=8C= =D0=BD=D0=B0=D1=8F VIP-=D0=B7=D0=BE=D0=BD=D0=B0 =D0=B4=D0=BB=D1=8F =D0= =BE=D1=82=D0=B4=D1=8B=D1=85=D0=B0. =D0=A2=D1=80=D0=B0=D0=BD=D1=81=D1=84= =D0=B5=D1=80 =D0=B4=D0=BE =D1=82=D0=BE=D1=80=D0=B3=D0=BE=D0=B2=D1=8B=D1= =85 =D1=86=D0=B5=D0=BD=D1=82=D1=80=D0=BE=D0=B2 =D0=94=D1=83=D0=B1=D0= =B0=D1=8F. =D0=9C=D0=BE=D1=80=D1=81=D0=BA=D0=BE=D0=B5 =D1=82=D0=B0=D0=BA= =D1=81=D0=B8 =D0=B4=D0=BB=D1=8F =D0=B3=D0=BE=D1=81=D1=82=D0=B5=D0=B9 =D0= =BE=D1=82=D0=B5=D0=BB=D1=8F. 9 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1= =8F =D0=BE=D1=82 13 288 =D0=B3=D1=80=D0=BD=0D=0A Apart Crown= Palace Hotel Ajman 9 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE= =D1=82 3 521 =D0=B3=D1=80=D0=BD=0D=0A 3* Sun & Sands Hote= l 9 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 9 494 =D0=B3= =D1=80=D0=BD=0D=0A 3* Citymax Hotels Sharjah 9 =D1=84=D0=B5= =D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 3 466 =D0=B3=D1=80=D0=BD=0D= =0A 5* Radisson Blu Resort Fujairah 9 =D1=84=D0=B5=D0=B2=D1= =80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 6 534 =D0=B3=D1=80=D0=BD=0D=0A = =0D=0A =D0=98=D0=9D=D0=94=D0=98=D0=AF=0D=0A = 2* The Orange House 7 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1= =8F =D0=BE=D1=82 5 531 =D0=B3=D1=80=D0=BD=0D=0A 3* Sea Breeze= Sinquerim 7 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1= =82 6 431 =D0=B3=D1=80=D0=BD=0D=0A 2* Silver Sands Beach Reso= rt 7 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 7 124 =D0=B3=D1=80=D0=BD= =0D=0A 2* Renton Manor 7 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0= =BB=D1=8F =D0=BE=D1=82 6 132 =D0=B3=D1=80=D0=BD=0D=0A =0D=0A= =D0=A2=D0=A3=D0=A0=D0=A6=D0=98=D0=AF=0D=0A 5*&nbs= p;First Class Hotel 9 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F= =D0=BE=D1=82 3 628  =D0=B3=D1=80=D0=BD=0D=0A 5*&nb= sp;Eftalia Aqua Resort 9 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB= =D1=8F =D0=BE=D1=82 3 841 =D0=B3=D1=80=D0=BD.=0D=0A = 5* Akka Alinda Hotel 9 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB= =D1=8F =D0=BE=D1=82 4 338 =D0=B3=D1=80=D0=BD.=0D=0A 5*&n= bsp;The Maxim Resort Hotel 9 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB= =D1=8F =D0=BE=D1=82 4 352 =D0=B3=D1=80=D0=BD.=0D=0A = =0D=0A =D0=95=D0=93=D0=98=D0=9F=D0=95=D0=A2=0D=0A = 5* Fortuna Ssh First Line Only 31 =D1=8F=D0=BD=D0=B2=D0=B0= =D1=80=D1=8F =D0=BE=D1=82 5 418 =D0=B3=D1=80=D0=BD=0D=0A 5*&n= bsp;Fortuna Hrg First Line Only 31 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80= =D1=8F =D0=BE=D1=82 4 115 =D0=B3=D1=80=D0=BD=0D=0A 4* El= ysees Hurgada Hotel 31 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80=D1=8F&nb= sp;=D0=BE=D1=82 3 918 =D0=B3=D1=80=D0=BD=0D=0A 4* Sharm= Inn Amarein 31 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80=D1=8F =D0=BE=D1=82 4626= =D0=B3=D1=80=D0=BD=0D=0A =0D=0A =D0=A2=D0=90=D0= =98=D0=9B=D0=90=D0=9D=D0=94=0D=0A 3* Caesar Palace Hotel 1= =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 7 901 =D0=B3=D1= =80=D0=BD=0D=0A 3* Camelot Hotel Pattaya 5 =D1=84=D0=B5=D0=B2= =D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 6 995 =D0=B3=D1=80=D0=BD=0D=0A = 3* Welcome Jomtien Beach Hotel 1 =D1=84=D0=B5=D0=B2=D1=80=D0=B0= =D0=BB=D1=8F =D0=BE=D1=82 7 532 =D0=B3=D1=80=D0=BD=0D=0A 4* C= holchan Pattaya Resort 1 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0= =BE=D1=82 7 852 =D0=B3=D1=80=D0=BD=0D=0A 4* Nova Platinum Hot= el 1 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 7 778 =D0= =B3=D1=80=D0=BD=0D=0A 5* Garden Cliff Resort&Spa Pattya 1= =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 9 770 =D0=B3=D1= =80=D0=BD=0D=0A =0D=0A =D0=98=D0=A1=D0=9F=D0=90=D0= =9D=D0=98=D0=AF=0D=0A Special Category The Capital Of Mediter= ranean 15 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 6 557= =D0=B3=D1=80=D0=BD=0D=0A Special Category Classic Spain 15= =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 8 959 =D0=B3=D1= =80=D0=BD=0D=0A Special Category Barcelona – Madrid Wit= h Ave 15 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 9 162= =D0=B3=D1=80=D0=BD=0D=0A Special Home Tour Barcelona Ju= st Along 15 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 7 71= 1 =D0=B3=D1=80=D0=BD=0D=0A Special Mediterranean Legend 15= =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 8 592 =D0=B3=D1= =80=D0=BD=0D=0A 3* Home Tour Meet Barcelona 15 =D1=84=D0=B5= =D0=B2=D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 8 661 =D0=B3=D1=80=D0=BD=0D= =0A 3* Barcelona For Children And Adult 15 =D1=84=D0=B5=D0=B2= =D1=80=D0=B0=D0=BB=D1=8F =D0=BE=D1=82 9 407 =D0=B3=D1=80=D0=BD=0D=0A = *=D0=A1=D1=82=D0=BE=D0=B8=D0=BC=D0=BE=D1=81=D1=82=D1=8C =D1=80= =D0=B0=D1=81=D1=81=D1=87=D0=B8=D1=82=D0=B0=D0=BD=D0=B0 =D0=BD=D0=B0 =D1= =87=D0=B5=D0=BB=D0=BE=D0=B2=D0=B5=D0=BA=D0=B0 =D0=BF=D1=80=D0=B8 =D1=80= =D0=B0=D0=B7=D0=BC=D0=B5=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=B2 =D0=BD=D0= =BE=D0=BC=D0=B5=D1=80=D0=B5 DBL =D0=BD=D0=B0 =D0=BF=D0=BE=D0=BB=D0=BD=D1= =8B=D0=B9 =D1=82=D1=83=D1=80.=0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =D0=A1=D0=BE= =D0=BE=D0=B1=D1=89=D0=B0=D0=B5=D0=BC =D0=BE =D0=BD=D0=B0=D0=BB=D0=B8=D1= =87=D0=B8=D0=B8 =D0=B0=D0=B2=D0=B8=D0=B0=D0=B1=D0=B8=D0=BB=D0=B5=D1=82= =D0=BE=D0=B2 =D0=BF=D0=BE =D0=BC=D0=B0=D1=80=D1=88=D1=80=D1=83=D1=82=D0= =B0=D0=BC=0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A =D0=9C= =D0=B0=D1=80=D1=88=D1=80=D1=83=D1=82=0D=0A =0D=0A= =0D=0A =D0=A2=D0=B8=D0=BF= =D0=B0=D0=B2=D0=B8=D0=B0=D0=B1=D0=B8=D0=BB=D0=B5=D1=82=D0=B0=0D=0A = =0D=0A =0D=0A = =D0=94=D0=B0=D1=82=D0=B0 =D0=B2=D1=8B=D0=BB=D0=B5=D1=82=D0=B0= =0D=0A =0D=0A =0D=0A = =D0=94=D0=B0=D1=82=D0=B0 =D0=B2=D0=BE=D0=B7=D0=B2=D1= =80=D0=B0=D1=82=D0=B0=0D=0A =0D=0A = =0D=0A =D0=A1=D1=82=D0=BE=D0=B8=D0=BC= =D0=BE=D1=81=D1=82=D1=8C,=D0=BE=D1=82…UAH=0D=0A = =0D=0A =0D=0A =0D=0A = =0D=0A =D0=9A=D0=B8=D0=B5=D0=B2= - =D0=91=D0=B0=D1=80=D1=81=D0=B5=D0=BB=D0=BE=D0=BD=D0=B0 - =D0=9A=D0=B8= =D0=B5=D0=B2=0D=0A =0D=0A = =0D=0A RT=0D=0A =0D=0A = =0D=0A 08.02.2014=0D=0A = =0D=0A =0D=0A = 15.02.2014=0D=0A =0D=0A = =0D=0A 3560=0D=0A = =0D=0A =0D=0A =0D=0A = =0D=0A =D0=9A=D0=B8=D0=B5=D0=B2 -= =D0=91=D0=B0=D1=80=D1=81=D0=B5=D0=BB=D0=BE=D0=BD=D0=B0 - =D0=9A=D0=B8= =D0=B5=D0=B2=0D=0A =0D=0A = =0D=0A RT=0D=0A =0D=0A = =0D=0A 15.02.2014=0D=0A = =0D=0A =0D=0A = 22.02.2014=0D=0A =0D=0A = =0D=0A 3560=0D=0A = =0D=0A =0D=0A =0D=0A = =0D=0A =D0=91=D0=B0=D1=80=D1=81=D0= =B5=D0=BB=D0=BE=D0=BD=D0=B0 - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A = =0D=0A =0D=0A = OW=0D=0A =0D=0A =0D=0A = 15.02.2014=0D=0A =0D=0A = =0D=0A  =0D=0A = =0D=0A =0D=0A = 1880=0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A = =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=91=D0=B0=D0=BD=D0=B3=D0=BA=D0=BE= =D0=BA - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A =0D=0A = =0D=0A RT=0D=0A = =0D=0A =0D=0A = 01.02.2014=0D=0A =0D=0A = =0D=0A 07.02.2014=0D=0A = =0D=0A =0D=0A 4775=0D=0A= =0D=0A =0D=0A = =0D=0A =0D=0A =D0=9A= =D0=B8=D0=B5=D0=B2 - =D0=91=D0=B0=D0=BD=D0=B3=D0=BA=D0=BE=D0=BA - =D0=9A= =D0=B8=D0=B5=D0=B2=0D=0A =0D=0A = =0D=0A RT=0D=0A =0D= =0A =0D=0A 01.02.2014=0D= =0A =0D=0A =0D=0A = 10.02.2014=0D=0A =0D=0A = =0D=0A 5215=0D=0A = =0D=0A =0D=0A =0D=0A = =0D=0A =D0=9A=D0=B8=D0=B5=D0= =B2 - =D0=91=D0=B0=D0=BD=D0=B3=D0=BA=D0=BE=D0=BA - =D0=9A=D0=B8=D0=B5=D0= =B2=0D=0A =0D=0A =0D=0A = RT=0D=0A =0D=0A = =0D=0A 01.02.2014=0D=0A = =0D=0A =0D=0A = 12.02.2014=0D=0A =0D=0A = =0D=0A 5650=0D=0A =0D=0A= =0D=0A =0D=0A = =0D=0A =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=91=D0= =B0=D0=BD=D0=B3=D0=BA=D0=BE=D0=BA - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A = =0D=0A =0D=0A = RT=0D=0A =0D=0A = =0D=0A 03.02.2014=0D=0A = =0D=0A =0D=0A 10.02.2014= =0D=0A =0D=0A =0D=0A = 5650=0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A = =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=91=D0=B0=D0=BD=D0= =B3=D0=BA=D0=BE=D0=BA - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A = =0D=0A =0D=0A RT=0D= =0A =0D=0A =0D=0A = 03.02.2014=0D=0A =0D=0A = =0D=0A 12.02.2014=0D=0A = =0D=0A =0D=0A = 6090=0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A = =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=91=D0=B0=D0=BD=D0=B3=D0=BA=D0=BE= =D0=BA - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A =0D=0A = =0D=0A RT=0D=0A = =0D=0A =0D=0A = 05.02.2014=0D=0A =0D=0A = =0D=0A 14.02.2014=0D=0A = =0D=0A =0D=0A 6525=0D=0A= =0D=0A =0D=0A = =0D=0A =0D=0A =D0=9A= =D0=B8=D0=B5=D0=B2 - =D0=91=D0=B0=D0=BD=D0=B3=D0=BA=D0=BE=D0=BA - =D0=9A= =D0=B8=D0=B5=D0=B2=0D=0A =0D=0A = =0D=0A RT=0D=0A =0D= =0A =0D=0A 08.02.2014=0D= =0A =0D=0A =0D=0A = 17.02.2014=0D=0A =0D=0A = =0D=0A 7400=0D=0A = =0D=0A =0D=0A =0D=0A = =0D=0A =D0=9A=D0=B8=D0=B5=D0= =B2 - =D0=91=D0=B0=D0=BD=D0=B3=D0=BA=D0=BE=D0=BA - =D0=9A=D0=B8=D0=B5=D0= =B2=0D=0A =0D=0A =0D=0A = RT=0D=0A =0D=0A = =0D=0A 10.02.2014=0D=0A = =0D=0A =0D=0A = 19.02.2014=0D=0A =0D=0A = =0D=0A 7665=0D=0A =0D=0A= =0D=0A =0D=0A = =0D=0A =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=91=D0= =B0=D0=BD=D0=B3=D0=BA=D0=BE=D0=BA - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A = =0D=0A =0D=0A = RT=0D=0A =0D=0A = =0D=0A 12.02.2014=0D=0A = =0D=0A =0D=0A 21.02.2014= =0D=0A =0D=0A =0D=0A = 7665=0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A = =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=94=D1=83=D0=B1=D0= =B0=D0=B8 - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A =0D=0A= =0D=0A RT=0D=0A = =0D=0A =0D=0A = 02.02.2014=0D=0A =0D=0A = =0D=0A 10.02.2014=0D=0A = =0D=0A =0D=0A 1555=0D=0A= =0D=0A =0D=0A = =0D=0A =0D=0A =D0=9A= =D0=B8=D0=B5=D0=B2 - =D0=94=D1=83=D0=B1=D0=B0=D0=B8 - =D0=9A=D0=B8=D0=B5= =D0=B2=0D=0A =0D=0A =0D=0A= RT=0D=0A =0D=0A = =0D=0A 02.02.2014=0D=0A = =0D=0A =0D=0A = 11.02.2014=0D=0A =0D=0A = =0D=0A 1555=0D=0A =0D=0A= =0D=0A =0D=0A = =0D=0A =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=94=D1= =83=D0=B1=D0=B0=D0=B8 - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A = =0D=0A =0D=0A RT=0D= =0A =0D=0A =0D=0A = 02.02.2014=0D=0A =0D=0A = =0D=0A 13.02.2014=0D=0A = =0D=0A =0D=0A = 1645=0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A = =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=94=D1=83=D0=B1=D0=B0=D0=B8 - =D0= =9A=D0=B8=D0=B5=D0=B2=0D=0A =0D=0A = =0D=0A RT=0D=0A = =0D=0A =0D=0A 03.02.2014= =0D=0A =0D=0A =0D=0A = 10.02.2014=0D=0A =0D=0A = =0D=0A 1645=0D=0A = =0D=0A =0D=0A =0D=0A = =0D=0A =D0=9A=D0=B8=D0=B5= =D0=B2 - =D0=94=D1=83=D0=B1=D0=B0=D0=B8 - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A= =0D=0A =0D=0A = RT=0D=0A =0D=0A = =0D=0A 03.02.2014=0D=0A = =0D=0A =0D=0A 11.02.201= 4=0D=0A =0D=0A =0D=0A = 1645=0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A= =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=94=D1=83=D0=B1=D0= =B0=D0=B8 - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A =0D=0A= =0D=0A RT=0D=0A = =0D=0A =0D=0A = 04.02.2014=0D=0A =0D=0A = =0D=0A 11.02.2014=0D=0A = =0D=0A =0D=0A 1730=0D=0A= =0D=0A =0D=0A = =0D=0A =0D=0A =D0=9A= =D0=B8=D0=B5=D0=B2 - =D0=94=D1=83=D0=B1=D0=B0=D0=B8 - =D0=9A=D0=B8=D0=B5= =D0=B2=0D=0A =0D=0A =0D=0A= RT=0D=0A =0D=0A = =0D=0A 04.02.2014=0D=0A = =0D=0A =0D=0A = 13.02.2014=0D=0A =0D=0A = =0D=0A 1620=0D=0A =0D=0A= =0D=0A =0D=0A = =0D=0A =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=94=D1= =83=D0=B1=D0=B0=D0=B8 - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A = =0D=0A =0D=0A RT=0D= =0A =0D=0A =0D=0A = 06.02.2014=0D=0A =0D=0A = =0D=0A 13.02.2014=0D=0A = =0D=0A =0D=0A = 1705=0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A = =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=94=D1=83=D0=B1=D0=B0=D0=B8 - =D0= =9A=D0=B8=D0=B5=D0=B2=0D=0A =0D=0A = =0D=0A RT=0D=0A = =0D=0A =0D=0A 09.02.2013= =0D=0A =0D=0A =0D=0A = 14.02.2014=0D=0A =0D=0A = =0D=0A 1970=0D=0A = =0D=0A =0D=0A =0D=0A = =0D=0A =D0=9A=D0=B8=D0=B5= =D0=B2 - =D0=94=D1=83=D0=B1=D0=B0=D0=B8 - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A= =0D=0A =0D=0A = RT=0D=0A =0D=0A = =0D=0A 09.02.2013=0D=0A = =0D=0A =0D=0A 16.02.201= 4=0D=0A =0D=0A =0D=0A = 2145=0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A= =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=94=D1=83=D0=B1=D0= =B0=D0=B8 - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A =0D=0A= =0D=0A RT=0D=0A = =0D=0A =0D=0A = 10.02.2013=0D=0A =0D=0A = =0D=0A 14.02.2014=0D=0A = =0D=0A =0D=0A 2145=0D=0A= =0D=0A =0D=0A = =0D=0A =0D=0A =D0=9A= =D0=B8=D0=B5=D0=B2 - =D0=94=D1=83=D0=B1=D0=B0=D0=B8 - =D0=9A=D0=B8=D0=B5= =D0=B2=0D=0A =0D=0A =0D=0A= RT=0D=0A =0D=0A = =0D=0A 10.02.2013=0D=0A = =0D=0A =0D=0A = 17.02.2014=0D=0A =0D=0A = =0D=0A 2590=0D=0A =0D=0A= =0D=0A =0D=0A = =0D=0A =D0=9A=D0=B8=D0=B5=D0=B2 - =D0=94=D1= =83=D0=B1=D0=B0=D0=B8 - =D0=9A=D0=B8=D0=B5=D0=B2=0D=0A = =0D=0A =0D=0A RT=0D= =0A =0D=0A =0D=0A = 11.02.2013=0D=0A =0D=0A = =0D=0A 18.02.2014=0D=0A = =0D=0A =0D=0A = 3020=0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A = =D0=A2=D1=83=D1=80=D0=B8=D1=81=D1=82=D0=B8=D1=87=D0=B5=D1=81=D0= =BA=D0=B0=D1=8F =D0=BA=D0=BE=D0=BC=D0=BF=D0=B0=D0=BD=D0=B8=D1=8F=0D=0A = "=D0=98=D0=B7=D0=BE=D0=B1=D0=B8=D0=BB=D0=B8= =D0=B5 =D0=A2=D1=83=D1=80"=0D=0A =D0=B3.=D0= =A5=D0=B0=D1=80=D1=8C=D0=BA=D0=BE=D0=B2, =D1=83=D0=BB.=D0=9F=D1=83=D1=88= =D0=BA=D0=B8=D0=BD=D1=81=D0=BA=D0=B0=D1=8F 79/1, =D0=BE=D1=84.2=0D=0A = =0D=0A  =0D=0A = =0D=0A =E2=98=8E +38 063 641 53= 83=0D=0A =0D=0A =E2=98=8E= +38 095 943 00 87=0D=0A =E2=98=8E +38 067 840 67= 57=0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A =0A= =D0=95=D1=81=D0=BB=D0=B8 =D0=B2=D1=8B =D0=BD=D0=B5 =D1=85=D0=BE=D1=82=D0= =B8=D1=82=D0=B5 =D0=BF=D0=BE=D0=BB=D1=83=D1=87=D0=B0=D1=82=D1=8C =D0=B8= =D0=BD=D1=84=D0=BE=D1=80=D0=BC=D0=B0=D1=86=D0=B8=D0=BE=D0=BD=D0=BD=D1=83= =D1=8E =D1=80=D0=B0=D1=81=D1=81=D1=8B=D0=BB=D0=BA=D1=83 =D0=BE=D1=82 =D0= =A2=D0=90 "=D0=98=D0=B7=D0=BE=D0=B1=D0=B8=D0=BB=D0=B8=D0=B5 =D0=A2=D1=83= =D1=80", =D0=B2=D1=8B =D0=BC=D0=BE=D0=B6=D0=B5=D1=82=D0=B5 =D0=BE=D1=82= =D0=BA=D0=B0=D0=B7=D0=B0=D1=82=D1=8C=D1=81=D1=8F =D0=BE=D1=82 =D0=BD=D0= =B5=D0=B5 =D0=B2 =D0=BB=D1=8E=D0=B1=D0=BE=D0=B9 =D0=BC=D0=BE=D0=BC=D0=B5= =D0=BD=D1=82 =D0=BD=D0=B0=D0=B6=D0=B0=D0=B2 =D0=BD=D0=B0 =D1=8D=D1=82=D1= =83 =D1=81=D1=81=D1=8B=D0=BB=D0=BA=D1=83 From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 00:07: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 AC3F7FDE for ; Wed, 29 Jan 2014 00:07:53 +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 7D102186F for ; Wed, 29 Jan 2014 00:07:53 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 13F2F20A56 for ; Tue, 28 Jan 2014 19:07:52 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Tue, 28 Jan 2014 19:07:52 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=from:to:subject:date:message-id :mime-version:content-type; s=smtpout; bh=vJ5XH9DQmq7f0/9ikdXquC 3pzZ0=; b=XTLVP3dCLm4QPsueGJ/EIMT2J3mqqjovFQp63TtR89ui78yxA/3XpL HTqONs2QKzxZaRLhaXlDCLTbdhN9VkUaAoCykg9ujBtGY23UzboyP2etiqfdBbIF kL3NMhRrvKaNxmT+qH5+ptJ1mf1QGSFsRUE1S5ANSoCFcdfsCrKpM= X-Sasl-enc: JkeEHDmD0N0ibuztHRGF1lrSMn0QuP6SguEzZCmNQRL3 1390954071 Received: from [10.0.17.24] (unknown [216.13.232.2]) by mail.messagingengine.com (Postfix) with ESMTPA id B4718680112 for ; Tue, 28 Jan 2014 19:07:51 -0500 (EST) From: "Stephen Forsyth" To: freebsd-ports@freebsd.org Subject: Error compiling ports on FreeBSD 10 for ARM (Raspberry Pi) Date: Tue, 28 Jan 2014 16:07:50 -0800 Message-ID: <4942E753-C744-43E4-8FA1-30959298A3BB@me.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.7.2r3905) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Jan 2014 00:07:53 -0000 Hi Ports subscribers, I've been trying out a recent build of what may become the FreeBSD 10.0 release for ARM ("FreeBSD 10.0-RELEASE (RPI-B) #0 r261135"). There aren't any non-x86 pkg builds available yet, so I used portsnap to install ports. All the ports I have tried to install (tmux, curl, pkg, sudo) fail with the same error: /usr/lib/libcrypto.a(pmeth_lib.o):(.data+0x0): undefined reference to `rsa_pkey_meth' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [pkg-static] Error code 1 For example, if I go to /usr/ports/sysutils/tmux and run "make install" as root, and fifteen minutes later the build fails with this error. Does anyone know how what the cause of an issue like this might be? I'm relatively new to FreeBSD, so I'm out of my depth when it comes to compile issues on a new architecture. Searches for rsa_pkey_meth linker errors using a popular web search engine didn't yield anything that looked useful. Are packages being signed after they are built? Thank-you in advance for any thoughts or insights that you may have, Steve. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 01:18: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 40E3B8FB for ; Wed, 29 Jan 2014 01:18:29 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F05301DB4 for ; Wed, 29 Jan 2014 01:18:28 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id s0T1IJUC038155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 29 Jan 2014 01:18:24 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id s0T1IJ2v038154; Wed, 29 Jan 2014 01:18:19 GMT (envelope-from swills) Date: Wed, 29 Jan 2014 01:18:19 +0000 From: Steve Wills To: "Edwin L. Culp W." Subject: Re: Can't seem to build ruby19 or 18. Message-ID: <20140129011814.GA36710@mouf.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Wed, 29 Jan 2014 01:18:24 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.8 at mouf.net X-Virus-Status: Clean Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 01:18:29 -0000 On Mon, Jan 27, 2014 at 12:11:52PM -0600, Edwin L. Culp W. wrote: > ===> Building for ruby-1.9.3.484_1,1 > make: don't know how to make OPENSSL_CFLAGS. Stop > *** [do-build] Error code 1 > > I just want to be sure that it isn't me, hopefully. I'm unable to reproduce, and based on other responses and another thread, I think this isn't something ruby specific. Perhaps you can share your make.conf? Thanks, Steve From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 01:23:10 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 23CF59B7; Wed, 29 Jan 2014 01:23:10 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D6F861E23; Wed, 29 Jan 2014 01:23:09 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id s0T1MvWK038265 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 29 Jan 2014 01:23:02 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id s0T1MvJJ038264; Wed, 29 Jan 2014 01:22:57 GMT (envelope-from swills) Date: Wed, 29 Jan 2014 01:22:57 +0000 From: Steve Wills To: "Herbert J. Skuhra" Subject: Re: lang/ruby19: fails to build on 9.2-STABLE: don't know how to make OPENSSL_CFLAGS. Stop Message-ID: <20140129012256.GB36710@mouf.net> References: <20140127114848.5427924c@thor.walstatt.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Wed, 29 Jan 2014 01:23:03 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.8 at mouf.net X-Virus-Status: Clean Cc: bapt@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, 29 Jan 2014 01:23:10 -0000 On Mon, Jan 27, 2014 at 04:14:14PM +0100, Herbert J. Skuhra wrote: > Den 27.01.2014 11:48, skrev O. Hartmann: > > On all FreeBSD 9.2-STABLE oboxes, the update of port lang/ruby19 fails > > with > > > > checking for nroff... /usr/bin/nroff > > .ext/include/amd64-freebsd9/ruby/config.h updated > > ruby library version = 1.9 > > configure: creating ./config.status > > config.status: creating Makefile > > config.status: creating ruby-1.9.pc > > ===> Building for ruby-1.9.3.484_1,1 > > make: don't know how to make OPENSSL_CFLAGS. Stop > > *** [do-build] Error code 1 > > > > Stop in /usr/ports/lang/ruby19. > > *** [build] Error code 1 > > This is caused by: r341335 I'm unable to reproduce on r341678, perhaps there is something in your make.conf that's triggering it? Can you share your make.conf? Thanks, Steve From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 03:22: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 CF44CEB2 for ; Wed, 29 Jan 2014 03:22:51 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AFF2616BD for ; Wed, 29 Jan 2014 03:22:51 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W8Ljn-0000oZ-5a for freebsd-ports@freebsd.org; Tue, 28 Jan 2014 19:22:51 -0800 Date: Tue, 28 Jan 2014 19:22:51 -0800 (PST) From: Robert_Burmeister To: freebsd-ports@freebsd.org Message-ID: <1390965771166-5880956.post@n5.nabble.com> In-Reply-To: <52E09F68.8020804@UToledo.edu> References: <52E09F68.8020804@UToledo.edu> Subject: Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. 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: Wed, 29 Jan 2014 03:22:51 -0000 Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. A) Clang does not need to to be installed first. > 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. D) Many Gnome ports still had issues with continuing to link to "libiconv.so.3", such as avahi-app and gdm. People who deleted all ports, removed /usr/local and reinstalled have reported that they do not have the problem. Apparently, some Gnome components are finicky about how they are built. A note from https://wiki.gnome.org/Projects/Jhbuild/FreeBSD > Remove all .la files from the packages you just installed to prevent > problems during the build. > You'll have to remember to do this again each time you install more > packages. I deleted the contents of /usr/local/lib and ran portupgrade -afu which rebuilt most of the problematic ports. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878893p5880956.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 03:25:23 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 02FEBF5E for ; Wed, 29 Jan 2014 03:25:23 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D7DA416CE for ; Wed, 29 Jan 2014 03:25:22 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W8La0-0000St-Ub for freebsd-ports@freebsd.org; Tue, 28 Jan 2014 19:12:44 -0800 Date: Tue, 28 Jan 2014 19:12:44 -0800 (PST) From: Robert_Burmeister To: freebsd-ports@freebsd.org Message-ID: <1390965164942-5880954.post@n5.nabble.com> In-Reply-To: <1390855798228-5880548.post@n5.nabble.com> References: <1390354628.14798.7.camel@lenovo.toontown> <52E65529.6010409@cs.ucl.ac.uk> <1390855798228-5880548.post@n5.nabble.com> Subject: Re: net/avahi-app core dumps signal 11 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: Wed, 29 Jan 2014 03:25:23 -0000 > People who deleted all ports, removed /usr/local and reinstalled > have reported that they do not have the problem. > > I have deleted the contents of /usr/local/lib and am running a portupgrade > -afu > > I'll report back if that is a quicker fix. Amazing, this worked. Apparently, some Gnome components are finicky about how they are built. A note from https://wiki.gnome.org/Projects/Jhbuild/FreeBSD > Remove all .la files from the packages you just installed to prevent > problems during the build. > You'll have to remember to do this again each time you install more > packages. -- View this message in context: http://freebsd.1045724.n5.nabble.com/net-avahi-app-core-dumps-signal-11-tp5878518p5880954.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 03:58: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 61EA530D for ; Wed, 29 Jan 2014 03:58:08 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4252118AC for ; Wed, 29 Jan 2014 03:58:07 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W8MHv-0002QR-2P for freebsd-ports@freebsd.org; Tue, 28 Jan 2014 19:58:07 -0800 Date: Tue, 28 Jan 2014 19:58:07 -0800 (PST) From: Robert_Burmeister To: freebsd-ports@freebsd.org Message-ID: <1390967887057-5880958.post@n5.nabble.com> In-Reply-To: <1390965164942-5880954.post@n5.nabble.com> References: <1390354628.14798.7.camel@lenovo.toontown> <52E65529.6010409@cs.ucl.ac.uk> <1390855798228-5880548.post@n5.nabble.com> <1390965164942-5880954.post@n5.nabble.com> Subject: Re: net/avahi-app core dumps signal 11 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: Wed, 29 Jan 2014 03:58:08 -0000 > Amazing, this worked. Nope, built but still fails. :-( -- View this message in context: http://freebsd.1045724.n5.nabble.com/net-avahi-app-core-dumps-signal-11-tp5878518p5880958.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 09:03:24 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 7277DD9A for ; Wed, 29 Jan 2014 09:03:24 +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 5DF031144 for ; Wed, 29 Jan 2014 09:03:24 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s0T93OgM035063 for ; Wed, 29 Jan 2014 09:03:24 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s0T93OAR035062; Wed, 29 Jan 2014 09:03:24 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201401290903.s0T93OAR035062@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, 29 Jan 2014 09:03:24 +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, 29 Jan 2014 09:03:24 -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-build1123 ------------------------------------------------+-----------------+------------ 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 29 09:07:28 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 13227129 for ; Wed, 29 Jan 2014 09:07:28 +0000 (UTC) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d: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 C16B91193 for ; Wed, 29 Jan 2014 09:07:27 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id x13so2302637qcv.33 for ; Wed, 29 Jan 2014 01:07:27 -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=/9PFN6iourOj1M1AkY+FzhIqx/x3CBL3hWpJJdULd0A=; b=fXjtEHE7039mBgcCu8GO7ugLBSOMceYxEhCvIIqldrxKtmtQ+oOe76MVMAFANpIs/q G1+iEvFNumq0Gwyo391+55ZpqLVJpNGfWZI+z8a81FB8GCKtrXlOC4otGp0Byr3rqVFv GS00jsMAlwPBW9wj8qjGtlgGd9O7C8fcIVorHqwnO952ituqfpEdSt0NZWehiKagsdfb eaA0g915DWKxEiiPTRBvXflPpSdRWLcxAvLd0iAIxoq9YbU3HU+7jNuCYcBZ5I1dnf4c 4ZC3An8mtsMgLLht4JrXLaCLEYSRv3PPgM9zb+oF5cyf3qLQRLMsbLh4L6ddsl7IRroL UkkA== MIME-Version: 1.0 X-Received: by 10.140.44.119 with SMTP id f110mr9555074qga.31.1390986446996; Wed, 29 Jan 2014 01:07:26 -0800 (PST) Received: by 10.229.1.73 with HTTP; Wed, 29 Jan 2014 01:07:26 -0800 (PST) In-Reply-To: References: Date: Wed, 29 Jan 2014 09:07:26 +0000 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: Big Lebowski To: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Daniel Siechniewicz , 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: Wed, 29 Jan 2014 09:07:28 -0000 Unfortunately, nothing is happening. I expected to hear some voices about certain ideas that have popped up, like: * can we cut off old and 'unloved' PR's in order to reduce the amount of work and make reassessment of that amount * can we use people who volunteered to work on the PR's * can we incorporate automation in the PR workflow, for example, the one provided by redports * can we introduce new levels of access, the commiters that are commiting on the ports they're maintaining But beside few commiters taking part in the discussion, it seems like there is no action, and no one who would have some decisive powers have taken care to talk about the issues we're raising. Kind regards, B. On Tue, Jan 28, 2014 at 4:13 PM, Fernando Apestegu=C3=ADa < fernando.apesteguia@gmail.com> wrote: > El 28/01/2014 16:04, "Daniel Siechniewicz" > escribi=C3=B3: > > > > Hi, > > > > Just a little stick in this anthill: > > > > - I've seen a few people volunteering, but so far the reaction seems > > to be: "oh, yeah, well, ah, cool". I'd expect, with all the talk about > > how much they are needed, that they will be "snatched" immediately and > > coerced into doing unspeakable things (like processing a 100 PRs a > > day, ensuring high quality testing and all that :) ). I certainly hope > > this is happening behind the scenes. > > > > - Tools are abundant, focusing on github vs. aegis is really just > > highjacking this thread. If there's a need for new tool set I suppose > > people who actually USE the existing ones for ports will be able to > > identify what's needed FOR THEM. Some form of democracy, I guess. > > > > - Yes, fresh look is very important, but you can't tear down something > > without knowing the consequences, which pretty much means not without > > in depth knowledge of the existing mechanisms. Not everyone in this > > discussion seems to be coming from this perspective. > > > > - Absolutely, automate the shit out of the process, get rid of stale > > PR's (and ports, for that matter), "retire" inactive commiters, etc. > > But first and foremost, get some stats out of the system, there's no > > point throwing numbers like 50% this, 80% that, if you simply don't > > know. Measure, analyze and focus your attention where it gets the most > > benefits. > > +1 > > I wrote the same thing expecting someone to have a look at gnat's databas= e > and collect some numbers > > > > > - And stop petty squabbles. > > > > > > Regards, > > Daniel > > _______________________________________________ > > freebsd-ports@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org= " > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 09:08: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 29B961C5; Wed, 29 Jan 2014 09:08: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 ED82E119F; Wed, 29 Jan 2014 09:08: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=9JIO0iKaf0kB+tc9fFZFL/9VBwqxjlZ+rlX07beJ250=; b=zoboazuSIJ25YEKJlj+sAvpvYz4EVzWHjwHiRuO/A96WN2bCh2GhjefsuKAAyafu7XPmGkWFHNG/2gjrzlwLeRsqcNCFlVJeZJ0VM0y9yNZ4Ls7hY6oQ3TWXKAozNAm9YJ77j/X/0jQpVBlVfzNiRqvMwlUBqEUVRHMkTJUcOk0=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W8R8N-0006oG-P4; Wed, 29 Jan 2014 09:08:35 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: knu@FreeBSD.org X-Trac-Project: redports Date: Wed, 29 Jan 2014 09:08:35 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341700: 4x leftovers To: knu@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140129085800-28335 X-Trac-Build-ID: 20140129085800-28335 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, 29 Jan 2014 09:08:38 -0000 Set USE_MYSQL=server. --------------------------------------------------------------------- Build ID: 20140129085800-28335 Job owner: knu@FreeBSD.org Buildtime: 11 minutes Enddate: Wed, 29 Jan 2014 09:08:34 GMT Revision: r341700 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341700 --------------------------------------------------------------------- Port: databases/mysql-q4m 0.9.10_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140129085800-28335-265304/mysql55-q4m-0.9.10_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140129085800-28335-265305/mysql55-q4m-0.9.10_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140129085800-28335-265306/mysql55-q4m-0.9.10_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~knu@FreeBSD.org/20140129085800-28335-265307/mysql55-q4m-0.9.10_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 09:27: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 DC24E9B0 for ; Wed, 29 Jan 2014 09:27:05 +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 919711350 for ; Wed, 29 Jan 2014 09:27:05 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1W8RQF-000JNQ-Pr for freebsd-ports@freebsd.org; Wed, 29 Jan 2014 10:27:03 +0100 Date: Wed, 29 Jan 2014 10:27:03 +0100 From: Kurt Jaeger To: FreeBSD Mailing List Subject: Re: What is the problem with ports PR reaction delays? Message-ID: <20140129092703.GU2951@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Jan 2014 09:27:05 -0000 Hi! > Unfortunately, nothing is happening. I expected to hear some voices about > certain ideas that have popped up, like: > > * can we cut off old and 'unloved' PR's in order to reduce the amount of > work and make reassessment of that amount There is the other view of this which says "PRs do not eat hay, closing them does not really fix anything". I think this one is still open for debate. > * can we use people who volunteered to work on the PR's There are people submitting PRs, and those committing changes, and in between them those people that check/confirm PRs. They could do that before and they can still do it now, if they want to. So besides *doing* this there is not much "push" that can help here. > * can we incorporate automation in the PR workflow, for example, the one > provided by redports I've read through the thread and would like to hear more about this. Can anybody with knowledge about it please remind us of the details to this idea ? > * can we introduce new levels of access, the commiters that are commiting > on the ports they're maintaining I would welcome this, and by doing this, I would learn more about the committing process and would probably apply this to other ports in the future. There is another option, which needs to be debated: Start regular money collection which pays for some full-time staff that does commits etc. The downside might be that the volunteers see themselves less valued and become less involved in committing/reviewing etc, because "someone else ist paid for it and I'm not". This might be a serious issue, so how could we solve this motivational effect ? -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 10:12:28 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 4665D5AF for ; Wed, 29 Jan 2014 10:12:28 +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 C7CA2172B for ; Wed, 29 Jan 2014 10:12:27 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id l18so2985127wgh.11 for ; Wed, 29 Jan 2014 02:12: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=oww3zszaBP9iGYwpuc+QjO9GMQgb5zofDBAntAsipLY=; b=LW1aN7/roo8IkLAce2CKgzr4+lL5eqezFu5QhkeC5A0QziCiNhWbu9BiVZUIXXD5g6 D96xS4hd3L5Ae3AemHEBySYYusrrGDNtzUBwmqqTRhJEAWGjEoDgTtwfSa98j/jaGxs2 I9pFVYftNDLrXO7Ux0cbiLOhz6maOKO30yBGoXeDkv9gWBRr9Y7xYALz0uZJyVePB2ft lb3zE7MbwOnQp+b5RFhYp4rpekONsXArFr5eZPx5hluCaCUHOwO5Bw+Fit8RdO6Vqz55 R6HftGHVAx88C5Nk+Wcvz1vR6StxEoJB1Qx2YvlCa69Hrkv2UnXdEHJpLymQBaGfkhsc pdgw== MIME-Version: 1.0 X-Received: by 10.180.207.229 with SMTP id lz5mr5095408wic.1.1390990346132; Wed, 29 Jan 2014 02:12:26 -0800 (PST) Received: by 10.180.189.166 with HTTP; Wed, 29 Jan 2014 02:12:26 -0800 (PST) In-Reply-To: <20140129092703.GU2951@home.opsec.eu> References: <20140129092703.GU2951@home.opsec.eu> Date: Wed, 29 Jan 2014 11:12:26 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: Kurt Jaeger Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 10:12:28 -0000 On Wed, Jan 29, 2014 at 10:27 AM, Kurt Jaeger wrote: > Hi! > > > Unfortunately, nothing is happening. I expected to hear some voices about > > certain ideas that have popped up, like: > > > > * can we cut off old and 'unloved' PR's in order to reduce the amount of > > work and make reassessment of that amount > > There is the other view of this which says "PRs do not eat hay, closing > them does not really fix anything". I think this one is still open > for debate. > > > * can we use people who volunteered to work on the PR's > > There are people submitting PRs, and those committing changes, > and in between them those people that check/confirm PRs. > > They could do that before and they can still do it now, if they want to. > > So besides *doing* this there is not much "push" that can help here. > > > * can we incorporate automation in the PR workflow, for example, the one > > provided by redports > > I've read through the thread and would like to hear more about > this. Can anybody with knowledge about it please remind us of the > details to this idea ? > redports is a great service to check ports. I use it after testing my changes in local (with port test and such). Then I upload the changes to redports and wait for it to compile in multiple groups (different archs and releases). Once it's compiled succesfully I add the proper log to my PR submission. This way the commiter (or whoever is looking at it) would save _a lot of time_ instead of trying to compile again the port just to see if it is fine. He/She could even try it again in his/her redports account! I think sending the redports log along with the PR should be kind of mandatory. And, although I don't know the infrastructure details, it should be possible to send the redports commit reference, and retrieve the patch automatically. That would save time. But again, this is about tooling. Since nobody collected any data (I tried, but I can't filter GNATS by date for example) we don't what the problem is. > > > * can we introduce new levels of access, the commiters that are commiting > > on the ports they're maintaining > > I would welcome this, and by doing this, I would learn more about > the committing process and would probably apply this to other > ports in the future. > > There is another option, which needs to be debated: > > Start regular money collection which pays for some full-time staff > that does commits etc. > > The downside might be that the volunteers see themselves less valued > and become less involved in committing/reviewing etc, because > "someone else ist paid for it and I'm not". This might be > a serious issue, so how could we solve this motivational effect ? > > -- > 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" > From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 10:18:01 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 D73D76CB for ; Wed, 29 Jan 2014 10:18:01 +0000 (UTC) Received: from fep33.mx.upcmail.net (fep33.mx.upcmail.net [62.179.121.51]) by mx1.freebsd.org (Postfix) with ESMTP id 222D61766 for ; Wed, 29 Jan 2014 10:18:00 +0000 (UTC) Received: from edge04.upcmail.net ([192.168.13.239]) by viefep33-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20140129101753.NAVJ18992.viefep33-int.chello.at@edge04.upcmail.net>; Wed, 29 Jan 2014 11:17:53 +0100 Received: from [127.0.0.1] ([178.84.134.112]) by edge04.upcmail.net with edge id KmHs1n01W2Rg3Ey03mHsm6; Wed, 29 Jan 2014 11:17:53 +0100 X-SourceIP: 178.84.134.112 Message-ID: <52E8D551.9060905@rainbow-runner.nl> Date: Wed, 29 Jan 2014 11:17:53 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Torfinn Ingolfsen , FreeBSD Ports ML Subject: Re: devel/libgee 0.8.5 fails to build References: <52E7E086.9070804@rainbow-runner.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 140128-1, 28-01-2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Jan 2014 10:18:01 -0000 On 28-1-2014 18:12, Torfinn Ingolfsen wrote: > Hello, > > On Tue, Jan 28, 2014 at 5:53 PM, Koop Mast wrote: >> Hmm the element warnings seem to be harmless, but the but the above gvfs >> warning seems to be more interesting. Could you rebuild/install gvfs and see >> if that would fix this? > reinstalling gvfs does not fix this. > >> I assume you have gvfs installed with the gphoto and hal options? > Why do you assume I have those options set? > Anyway here is the gvfs config I am using: > > root@kg-v7# cd /usr/ports/devel/gvfs > root@kg-v7# make showconfig > ===> The following configuration options are available for gvfs-1.12.3_2: > AVAHI=on: Zeroconf support via Avahi > CDDA=off: CDDA (enables HAL) > FUSE=off: FUSE (Filesystem in Userspace) support > GPHOTO2=off: Gphoto 2 camera support (enables HAL) > HAL=off: HAL (Hardware Abstraction Layer) support > SAMBA=on: Samba support > ===> Use 'make config' to modify these settings > > HTH I reproduced the problem, will work on a fix when I get back home after work. -Koop From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 10:24:57 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 36B167F0 for ; Wed, 29 Jan 2014 10:24:57 +0000 (UTC) Received: from fep33.mx.upcmail.net (fep33.mx.upcmail.net [62.179.121.51]) by mx1.freebsd.org (Postfix) with ESMTP id 778561812 for ; Wed, 29 Jan 2014 10:24:56 +0000 (UTC) Received: from edge04.upcmail.net ([192.168.13.239]) by viefep33-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20140129102455.NFYJ18992.viefep33-int.chello.at@edge04.upcmail.net>; Wed, 29 Jan 2014 11:24:55 +0100 Received: from [127.0.0.1] ([178.84.134.112]) by edge04.upcmail.net with edge id KmQu1n02k2Rg3Ey03mQuAQ; Wed, 29 Jan 2014 11:24:55 +0100 X-SourceIP: 178.84.134.112 Message-ID: <52E8D6F7.1030505@rainbow-runner.nl> Date: Wed, 29 Jan 2014 11:24:55 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Robert_Burmeister , freebsd-ports@freebsd.org Subject: Re: net/avahi-app core dumps signal 11 References: <1390354628.14798.7.camel@lenovo.toontown> <52E65529.6010409@cs.ucl.ac.uk> <1390855798228-5880548.post@n5.nabble.com> <1390965164942-5880954.post@n5.nabble.com> In-Reply-To: <1390965164942-5880954.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 140128-1, 28-01-2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Jan 2014 10:24:57 -0000 On 29-1-2014 4:12, Robert_Burmeister wrote: >> People who deleted all ports, removed /usr/local and reinstalled >> have reported that they do not have the problem. >> >> I have deleted the contents of /usr/local/lib and am running a portupgrade >> -afu >> >> I'll report back if that is a quicker fix. > Amazing, this worked. > > Apparently, some Gnome components are finicky about how they are built. > A note from > https://wiki.gnome.org/Projects/Jhbuild/FreeBSD > >> Remove all .la files from the packages you just installed to prevent >> problems during the build. >> You'll have to remember to do this again each time you install more >> packages. That wiki page is only for when your trying to build gnome with Jhbuild. I should also note that, that page is very WIP heavy. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 11:00:18 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 51E5250E for ; Wed, 29 Jan 2014 11:00:18 +0000 (UTC) Received: from mail1.sysgo.com (mail1.sysgo.com [176.9.26.183]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 14D881A7F for ; Wed, 29 Jan 2014 11:00:17 +0000 (UTC) Date: Wed, 29 Jan 2014 11:54:04 +0100 From: Thomas Mueller To: Sergio de Almeida Lenzi Subject: Re: net/avahi-app core dumps signal 11 Message-ID: <20140129115404.04922dd6@tmu.ulm.sysgo.com> In-Reply-To: <1390354628.14798.7.camel@lenovo.toontown> References: <1390354628.14798.7.camel@lenovo.toontown> Organization: SYSGO AG 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 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: Wed, 29 Jan 2014 11:00:18 -0000 On Tue, 21 Jan 2014 23:37:08 -0200, Sergio de Almeida Lenzi wrote: > 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??? Seems like a bad interaction with stack protector (libssp). I managed to get working binaries (10.0-STABLE, amd64) by adding --disable-stack-protector to CONFIGURE_ARGS -- Thomas Mueller From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 11:34: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 A78094E7; Wed, 29 Jan 2014 11:34:30 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A5FF1E59; Wed, 29 Jan 2014 11:34:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=mime-version :content-type:content-transfer-encoding:date:from:to:cc:subject :in-reply-to:references:message-id; s=default; bh=p7lK6X+/0H0pYM Z3Tf8ZgyNYx5E=; b=k97ksESBSVnfR+ThPBVMHwPo5m0cCb+N9Xng4t13HHn4sF 7tm976PVjD+IVNFwo8V7J4mdPCKZP9YfhHyDHTLhxt0AnQVAGkJhGB1Uil3q4ldc uH5fpVNMMF1xV14Kum0BEPs/abuIr+PDZaB5f0rj9PjRT+sKIy+HUXmhRxsns= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=mime-version :content-type:content-transfer-encoding:date:from:to:cc:subject :in-reply-to:references:message-id; q=dns; s=default; b=SdydgcWL P0ET4/j+OKAxRwVSZiKtzSYTbYA2yJysoh3BpTAXmxPlUEFxRdKqYsKHWlHmTCRH eHfv6HQbqrRabbZvDMQw2pIqrL1tcyRnX/R4+5WZ3F4EQMwhgY54VZheE+xHv1Eg qirhrWtzpvVwqaTVOdhsH4JMF/9OKDUM5pQ= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 29 Jan 2014 12:34:21 +0100 From: "Herbert J. Skuhra" To: Steve Wills Subject: Re: lang/ruby19: fails to build on 9.2-STABLE: don't know how to make =?UTF-8?Q?=20OPENSSL=5FCFLAGS=2E=20Stop?= In-Reply-To: <20140129012256.GB36710@mouf.net> References: <20140127114848.5427924c@thor.walstatt.dyndns.org> <20140129012256.GB36710@mouf.net> Message-ID: <7268f8bf7c126a9f02c0fa505e98e56d@eumx.net> X-Sender: hskuhra@eumx.net User-Agent: Roundcube Webmail Cc: bapt@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, 29 Jan 2014 11:34:30 -0000 Den 29.01.2014 02:22, skrev Steve Wills: > On Mon, Jan 27, 2014 at 04:14:14PM +0100, Herbert J. Skuhra wrote: >> Den 27.01.2014 11:48, skrev O. Hartmann: >> > On all FreeBSD 9.2-STABLE oboxes, the update of port lang/ruby19 fails >> > with >> > >> > checking for nroff... /usr/bin/nroff >> > .ext/include/amd64-freebsd9/ruby/config.h updated >> > ruby library version = 1.9 >> > configure: creating ./config.status >> > config.status: creating Makefile >> > config.status: creating ruby-1.9.pc >> > ===> Building for ruby-1.9.3.484_1,1 >> > make: don't know how to make OPENSSL_CFLAGS. Stop >> > *** [do-build] Error code 1 >> > >> > Stop in /usr/ports/lang/ruby19. >> > *** [build] Error code 1 >> >> This is caused by: r341335 > > I'm unable to reproduce on r341678, perhaps there is something in your > make.conf that's triggering it? Can you share your make.conf? Yes, bapt has already fixed it! (r341445?) Thanks. -- Herbert From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 11:57:11 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 6A8A0E4A for ; Wed, 29 Jan 2014 11:57:11 +0000 (UTC) Received: from mx02a.posteo.de (mx02a.posteo.de [89.146.194.168]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A7F1106B for ; Wed, 29 Jan 2014 11:57:10 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.posteo.de (Postfix) with ESMTP id A5EC225A3DFF for ; Wed, 29 Jan 2014 11:57:01 +0000 (UTC) X-Virus-Scanned: amavisd-new at posteo.de Received: from posteo.de ([10.125.125.134]) by localhost (amavis1.posteo.de [10.125.125.165]) (amavisd-new, port 10026) with ESMTP id IVXaD3Nw9iYM for ; Wed, 29 Jan 2014 12:56:52 +0100 (CET) Received: from mail.posteo.de (localhost [127.0.0.1]) by mail.posteo.de (Postfix) with ESMTPSA id 9BFC420074416 for ; Wed, 29 Jan 2014 12:56:52 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 29 Jan 2014 12:56:52 +0100 From: Robin Brocks To: Subject: "ossec-hids-local-2.7" on FreeBSD 10 Mail-Reply-To: Message-ID: X-Sender: robin.brocks@brocks.de User-Agent: Posteo Webmail X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: robin.brocks@brocks.de List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 11:57:11 -0000 Hello Ports Team, since the port "ossec-hids-local-2.7" does not have a maintainer, i am using this mail address instead. Currently i am not sure if i have a individual problem, but for me it seems it could be a general problem with the port or the project OSSEC itself. I can not make OSSEC "ossec-hids-local-2.7" run on FreeBSD 10. I always get the error message 2014/01/29 09:32:26 ossec-rootcheck(1210): ERROR: Queue '/usr/local/ossec-hids/queue/ossec/queue' not accessible: 'Socket operation on non-socket'. when starting syscheckd. I already deleted the file "queue", chmodded it to 666 or 777, but nothing changed. "ossec" owns the complete folder tree. Any idea? I am pretty sure it has something to do with the FBSD Version 10, when is was running FBSD 9.1, those problems did not occur. > /usr/local/ossec-hids/bin/ossec-control start Starting OSSEC HIDS v2.7 (by Trend Micro Inc.)... ossec-analysisd: Configuration error. Exiting. > /usr/local/ossec-hids/bin/ossec-control enable debug > /usr/local/ossec-hids/bin/ossec-analysisd > /usr/local/ossec-hids/bin/ossec-syscheckd 2014/01/29 10:00:49 ossec-syscheckd(1210): ERROR: Queue '/usr/local/ossec-hids/queue/ossec/queue' not accessible: 'Socket operation on non-socket'. 2014/01/29 10:00:49 ossec-rootcheck(1210): ERROR: Queue '/usr/local/ossec-hids/queue/ossec/queue' not accessible: 'Socket operation on non-socket'. 2014/01/29 10:00:57 ossec-syscheckd(1210): ERROR: Queue '/usr/local/ossec-hids/queue/ossec/queue' not accessible: 'Socket operation on non-socket'. 2014/01/29 10:00:57 ossec-rootcheck(1210): ERROR: Queue '/usr/local/ossec-hids/queue/ossec/queue' not accessible: 'Socket operation on non-socket'. 2014/01/29 10:01:10 ossec-syscheckd(1210): ERROR: Queue '/usr/local/ossec-hids/queue/ossec/queue' not accessible: 'Socket operation on non-socket'. 2014/01/29 10:01:10 ossec-rootcheck(1211): ERROR: Unable to access queue: '/usr/local/ossec-hids/queue/ossec/queue'. Giving up.. > whoami root > file /usr/local/ossec-hids/queue/ossec/queue /usr/local/ossec-hids/queue/ossec/queue: empty > ls -al total 16 drwxrwx--- 2 ossec ossec 512 Jan 29 09:25 . dr-xr-x--- 11 root ossec 512 Jan 28 14:05 .. -rwxrwxrwx 1 ossec ossec 0 Jan 29 09:25 queue Any hint or idea? Anyone maintaining this port who could help? best regards, Robin From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 12:00:33 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 418A7F6E; Wed, 29 Jan 2014 12:00:33 +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 1321B10E9; Wed, 29 Jan 2014 12:00:33 +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=BJObbzpMywUkecHvS1Z1ql/yhFDB10bQgpkAhcLeLiw=; b=l/KaRYdBNKhvv+mSE+jXnxHRu6e8tgEgvoRC5TJaY+8pg8KWIpER+wbJgofYKjENgkJyo0fFX0cFZmuavEJKCtDlIFkx+RbFuB+XwqJ+/r6TNQGzeYu/ePr/3Tm+XKdRNXsZaZhuncO7uWTm9P/L7vVbyYXnXBcv9eYPkqc4QP4=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W8Tol-000K7r-Io; Wed, 29 Jan 2014 12:00:31 +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: ale@FreeBSD.org X-Trac-Project: redports Date: Wed, 29 Jan 2014 12:00:31 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341713: 4x leftovers To: ale@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140129113000-40173 X-Trac-Build-ID: 20140129113000-40173 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, 29 Jan 2014 12:00:33 -0000 Update to 7.0.50 release. --------------------------------------------------------------------- Build ID: 20140129113000-40173 Job owner: ale@FreeBSD.org Buildtime: 30 minutes Enddate: Wed, 29 Jan 2014 12:00:27 GMT Revision: r341713 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341713 --------------------------------------------------------------------- Port: www/tomcat7 7.0.50 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ale@FreeBSD.org/20140129113000-40173-265376/tomcat7-7.0.50.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ale@FreeBSD.org/20140129113000-40173-265377/tomcat7-7.0.50.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ale@FreeBSD.org/20140129113000-40173-265378/tomcat7-7.0.50.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~ale@FreeBSD.org/20140129113000-40173-265379/tomcat7-7.0.50.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 13:17:01 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 67EF2F3 for ; Wed, 29 Jan 2014 13:17:01 +0000 (UTC) Received: from um-nip4-missouri-out.um.umsystem.edu (um-nip4-missouri-out.um.umsystem.edu [198.209.49.177]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 22A1E1720 for ; Wed, 29 Jan 2014 13:17:00 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgoFAFr+6FLPoJ7I/2dsb2JhbABZgwyBDr4DFnSCLHgTASkWGAMCAQIBICcEDQgBAReHapsOpyGHXJM+BIkRoTaDLYIq X-IPAS-Result: AgoFAFr+6FLPoJ7I/2dsb2JhbABZgwyBDr4DFnSCLHgTASkWGAMCAQIBICcEDQgBAReHapsOpyGHXJM+BIkRoTaDLYIq Received: from um-tcas3.um.umsystem.edu ([207.160.158.200]) by um-nip4-exch-relay.um.umsystem.edu with ESMTP; 29 Jan 2014 07:15:52 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-TCAS3.um.umsystem.edu ([207.160.158.200]) with mapi id 14.03.0174.001; Wed, 29 Jan 2014 07:15:52 -0600 From: "Montgomery-Smith, Stephen" To: "freebsd-ports@freebsd.org" Subject: configure scripts and FreeBSD-10 Thread-Topic: configure scripts and FreeBSD-10 Thread-Index: AQHPHPQ7j7Uf7HhMokmpKIHZUVD6Fw== Date: Wed, 29 Jan 2014 13:15:51 +0000 Message-ID: <52E8FF06.5080708@missouri.edu> 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: <57D7C7451BF4F343BCBCE044936F083E@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: Wed, 29 Jan 2014 13:17:01 -0000 I have ports with configure scripts that include lines like freebsd1*) Now obviously the script will choose this case when I am running FreeBSD-10 as well as FreeBSD-1. What solutions have people used to deal with this? Does anyone have good examples of ports I can look at where this was solved? Somebody sent me a patch that replaces freebsd1*) with freebsd1[!0]*), but that will fail when FreeBSD-11 comes out. Thanks, Stephen= From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 13:27: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 F26AF73B for ; Wed, 29 Jan 2014 13:27:53 +0000 (UTC) Received: from mx1a.lautre.net (mx1a.lautre.net [80.67.160.71]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95CB21811 for ; Wed, 29 Jan 2014 13:27:53 +0000 (UTC) Received: from graf.pompo.net (unknown [78.225.128.39]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thierry@pompo.net) by mx1a.lautre.net (Postfix) with ESMTPSA id 9C41D41169; Wed, 29 Jan 2014 14:27:44 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id 1447371E4A9; Wed, 29 Jan 2014 14:27:44 +0100 (CET) Date: Wed, 29 Jan 2014 14:27:44 +0100 From: Thierry Thomas To: "Montgomery-Smith, Stephen" Subject: Re: configure scripts and FreeBSD-10 Message-ID: <20140129132744.GA46682@graf.pompo.net> Mail-Followup-To: "Montgomery-Smith, Stephen" , "freebsd-ports@freebsd.org" References: <52E8FF06.5080708@missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <52E8FF06.5080708@missouri.edu> X-Operating-System: FreeBSD 10.0-RELEASE amd64 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xF1C516B3C8359753 User-Agent: Mutt/1.5.22 (2013-10-16) 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, 29 Jan 2014 13:27:54 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Stephen, Le mer 29 jan 14 =E0 14:15:51 +0100, Montgomery-Smith, Stephen =E9crivait=A0: > I have ports with configure scripts that include lines like >=20 > freebsd1*) >=20 > Now obviously the script will choose this case when I am running > FreeBSD-10 as well as FreeBSD-1. >=20 > What solutions have people used to deal with this? Does anyone have > good examples of ports I can look at where this was solved? Somebody > sent me a patch that replaces freebsd1*) with freebsd1[!0]*), but that > will fail when FreeBSD-11 comes out. Just suppress the corresponding lines: we don't support FreeBSD-1! And check that one of the other case is relevant. Regards, --=20 Th. Thomas. --h31gzZEtNLTqOjlF Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIPrQYJKoZIhvcNAQcCoIIPnjCCD5oCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC DPIwggc9MIIFJaADAgECAgEAMA0GCSqGSIb3DQEBBAUAMHkxEDAOBgNVBAoTB1Jvb3QgQ0Ex HjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWdu aW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnMB4XDTAz MDMzMDEyMjk0OVoXDTMzMDMyOTEyMjk0OVoweTEQMA4GA1UEChMHUm9vdCBDQTEeMBwGA1UE CxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25pbmcgQXV0 aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwggIiMA0GCSqGSIb3 DQEBAQUAA4ICDwAwggIKAoICAQDOIsDiRn3sNigHUJbyoDNAjEvxO2Y/MeVrAjbb1nz28YiP Tnc2BUGV+QnwEs9GhnNgt25+6MBYZK7NsK1FFwxj+mcK6NbSvz7nmMTwTPrgA7s1XWwh3p4g 2brNZjI3cvr3CPXHzVjJjucOXuo+/hyhFAoVbIaEW2RmKnqpS1N59Yiie+4vCmErjbJ+TVal E+zq2pKerERBHlhgZQVm+MBEvcuU90J+C/dlaJhRBfDzBZEEHRsXguzIV7vDa3qI8bByzCVb IJHsFgISjzLpFxhI0McFLgIwQrglnAVrP6o6p+tTSPfo0rYHmNwbxjR/f8kcgnoFWCsIW/M4 oqsXXWbJmNeeEIui0t10mvdxDHJg381vmDOdljR2PiR6krAOlR5v5qBFOEeq10HtSrcS9tcb g4oPLtgJtlnXqgT/0pN9aC7di0urWLovjeqVp6DDVIml+9uLUSKdssO+Eb4skYaLlnitINOK Lxo/xtBRZYchsRkBZX9FHIf1fNBBTE8pmCH9Mx91DARR+hl329QUHO6Bwx31mLdpBpEi3QBQ zIExrBIHezjaaFvmK9R+yV+t6OtyTPMB5Usgv5qmV8qRAAGLoXUhN7VjDWc+Rk9wIGfOxdZZ 2wLg8NLLzbpit5BB6N0g5Cm8ZClCyCLceJr/Q+yYGwlRS1pawnHxxMtzqeWhCwIDAQABo4IB zjCCAcowHQYDVR0OBBYEFBa1MhvUx/Pg5o7zvdKwOu6yORjRMIGjBgNVHSMEgZswgZiAFBa1 MhvUx/Pg5o7zvdKwOu6yORjRoX2kezB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVo dHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3Jp dHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZ4IBADAPBgNVHRMBAf8EBTAD AQH/MDIGA1UdHwQrMCkwJ6AloCOGIWh0dHBzOi8vd3d3LmNhY2VydC5vcmcvcmV2b2tlLmNy bDAwBglghkgBhvhCAQQEIxYhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9yZXZva2UuY3JsMDQG CWCGSAGG+EIBCAQnFiVodHRwOi8vd3d3LmNhY2VydC5vcmcvaW5kZXgucGhwP2lkPTEwMFYG CWCGSAGG+EIBDQRJFkdUbyBnZXQgeW91ciBvd24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVh ZCBvdmVyIHRvIGh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzANBgkqhkiG9w0BAQQFAAOCAgEAKMfu nIICulyAEso1Ch2Bb4lqmczyaA9/p+GNWJU+vfIGw5BarLVg9plDAaOIcJydYp2kh69nWA0w NjvmrUjTy3QChnE+4isDaPE0YkBGO1PqKPSs+2aVU4pNXf072WDXynlpO7FlkqbGgYJcnM3r TQGKpd8RVaoVyh83wIKYcGHbanyWo44uVD5PIamQ79yCv9zoRa1NkHMIPJRlsASZdn/ivMJq FaqXBDck2B6UTm0OUb7WxI/Klm33Q9/oMGUnO3u7Q0NjxEP3suxozOEZjiL7mOF7Wj4BNzuL CLCi85VOGsubzZqx27Jw8C1K29iw429FSDMS//48MipU98T3ivCII8JH/mR6ccDRHqZjsAd+ pC/TAY/cnyu2xgipD5NIJfwS/Z9C3PPEPvZXsNfdadEGdzQKS9LKoP8cxozJFr7EzDI3aHNf CPtR90lTNgUKlQJM8nkaEPbYOnWc8x3xog1wZ4Ybsxb1L+Wk63mG+T0LwnMLpZmsb/xnuOUv C6YYJI170Ug1KRhArJNg4ZaGULR6WdiPIQufz4KRxju/a9wHkbmXViOqtmyUxkgGPOTOTqrk 9i8J3FNvLvx06zpjmcKmrIm8p7JEoA2KEONs8iTL+pufcEcu3hSL1LIgCZaiZPEkHNyhNZwV stS8VS59BvWcDlX0WtaT2natJXNMxUMwggWtMIIDlaADAgECAgMMHQwwDQYJKoZIhvcNAQEF BQAweTEQMA4GA1UEChMHUm9vdCBDQTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3Jn MSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJz dXBwb3J0QGNhY2VydC5vcmcwHhcNMTIwODEyMTQwMDI4WhcNMTQwODEyMTQwMDI4WjBfMRcw FQYDVQQDEw5UaGllcnJ5IFRob21hczEgMB4GCSqGSIb3DQEJARYRdGhpZXJyeUBwb21wby5u ZXQxIjAgBgkqhkiG9w0BCQEWE3RoaWVycnlARnJlZUJTRC5vcmcwggEiMA0GCSqGSIb3DQEB AQUAA4IBDwAwggEKAoIBAQDNoT3g6/QDvza/gMIcWDjz7nSKmfHefasT2ucTRBAVCvpz8GK5 yCPkYSxDtlK2GR+h78nnK+KswxSiQczGseRqKFPBGJiUDxXAMlyNkN95GcqroArB7agztRQt iInFjeyXkuyRv3xF7C0yYKfsWGK/H6ygivo4miagDi6OXNC+iNrcg2owE/OSKJHdP7T+kvoc hSlsAXJgxADwtOdafEGqRcwzLnCKch+46s95skZ45sC7HeKDVoDc+zYEhwH3Csmb5ZMMLgVi mzVoIcQQGovUxRmi2oPSVaYMD/lYih9cBRDYvCLAj2j/d4gXEhN4STlfMcq7O0qbcsKHrFJH U2GlAgMBAAGjggFWMIIBUjAMBgNVHRMBAf8EAjAAMFYGCWCGSAGG+EIBDQRJFkdUbyBnZXQg eW91ciBvd24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVhZCBvdmVyIHRvIGh0dHA6Ly93d3cu Q0FjZXJ0Lm9yZzAOBgNVHQ8BAf8EBAMCA6gwQAYDVR0lBDkwNwYIKwYBBQUHAwQGCCsGAQUF BwMCBgorBgEEAYI3CgMEBgorBgEEAYI3CgMDBglghkgBhvhCBAEwMgYIKwYBBQUHAQEEJjAk MCIGCCsGAQUFBzABhhZodHRwOi8vb2NzcC5jYWNlcnQub3JnMDEGA1UdHwQqMCgwJqAkoCKG IGh0dHA6Ly9jcmwuY2FjZXJ0Lm9yZy9yZXZva2UuY3JsMDEGA1UdEQQqMCiBEXRoaWVycnlA cG9tcG8ubmV0gRN0aGllcnJ5QEZyZWVCU0Qub3JnMA0GCSqGSIb3DQEBBQUAA4ICAQAhFuxZ 9M2thsd4ad39lYvfNDwqsyF5qXIWz2wQ3X+epTej21bYs1sCTEoQcLKhQfaC7+r2SojbH8B8 e5yCs63DEeZM8wgilsvV2rfFTU7QlwsoWptYuG/LetjStTgeDFIGrci9bJfnEZO4wnKw2ASl xPoBpyJrNtKWzIPi57AVPKQrd8O2l8+DzRh4tJ4LDe6lUegun3cPkoQh3BYOf1IjyKWt9fCc AtPr73wZ8t6vVcn8Kr73LKASgQd1g1XI2y6FcJ+oir8M5J7zS59dUlhq2uUaPufARSyk+lAH omCWgK6Ec2A96vo+mdEY/tugNTD4UKpjd1S3L4Rzq27ZAwmWSzh7wQBo8G69FSZlcrTcIOSW mcjf5z1i/g6M/JwHfdBoRhvcmp9YagVkhfOGbWYq2o9Kv+VCG7aJObESkEQexKYgqsmB8oIO ay/XDSIuJxdg1nWiI7ybe8z7luaR6OyFGu3QqiypgWxTpPbTkr/GCsq02IyH5/ZgnUc9kwOU 1VPLjzoDvSKxdnwAZ5MbpAVgHg9+qXMR8Nyt5kN0hShegGOu1r1w6/Edn6uxwycM+u5SCvYa tNRwI0qrE+cvXLlbbQ9wYpoadbmvw3CyXn0l64fKKC5sGYJEmiLg0lNbl925mKIsPwa33pZP +FnJs7acHUfC1rVBuKhC2H1ryn2h9zGCAoMwggJ/AgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3Qg Q0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBT aWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMM HQwwCQYFKw4DAhoFAKCB2DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0xNDAxMjkxMzI3NDRaMCMGCSqGSIb3DQEJBDEWBBSJWnrDSIQzTbxnQ3h54OIEknvR 8DB5BgkqhkiG9w0BCQ8xbDBqMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQC8KqGYjT4oGVJy04mvfQlDs70q JpXhPFVSgGvmqhUfBjFF2GIuRgedpM672lHLST4N9YZ4/xAZHxpVRwTZB/n87pE8LEiyfpSl m1sI85eC+4toCAHhH/KzucGNh7oA7o+shC45eZu2KIN4Eqt5e1Z1PfsNv9M5WnEmaT+whtrr q440S4GVc93dvlcNEY2RKgDye2N6YkfKE7draisydJ8GKPHU7DaSWfaWevv/TQGVlqk7tQ15 gNUuXBmu4BuxHL3EKVrhGflJb3EmrMyMXPUyjKtOxSbqT2YzBNn7o2GVqSPQkg0jBBTRYDxu DpwPx3mI16bzEClT/OyiLAgNIL6C --h31gzZEtNLTqOjlF-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 13:42:18 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 D8DBEFC2 for ; Wed, 29 Jan 2014 13:42:18 +0000 (UTC) Received: from mst-rip6-missouri-out.um.umsystem.edu (mst-rip6-missouri-out.um.umsystem.edu [198.209.50.149]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E2BD196C for ; Wed, 29 Jan 2014 13:42:18 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgwFAPQD6VLPoJ7G/2dsb2JhbABZgwyBDrx+gQYWdIIlAQEBBHgRAgEIGAkWDwkDAgECASAlAgQNBgIBAReHasI4h0UXjkw6hDgEiRGhNoMtgio X-IPAS-Result: AgwFAPQD6VLPoJ7G/2dsb2JhbABZgwyBDrx+gQYWdIIlAQEBBHgRAgEIGAkWDwkDAgECASAlAgQNBgIBAReHasI4h0UXjkw6hDgEiRGhNoMtgio Received: from um-tcas2.um.umsystem.edu ([207.160.158.198]) by mst-rip6-exch-relay.um.umsystem.edu with ESMTP; 29 Jan 2014 07:42:17 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-TCAS2.um.umsystem.edu ([207.160.158.198]) with mapi id 14.03.0174.001; Wed, 29 Jan 2014 07:42:17 -0600 From: "Montgomery-Smith, Stephen" To: "freebsd-ports@freebsd.org" Subject: Re: configure scripts and FreeBSD-10 Thread-Topic: configure scripts and FreeBSD-10 Thread-Index: AQHPHPQ7j7Uf7HhMokmpKIHZUVD6F5qcFnUAgAAEDoA= Date: Wed, 29 Jan 2014 13:42:16 +0000 Message-ID: <52E90537.1080901@missouri.edu> References: <52E8FF06.5080708@missouri.edu> <20140129132744.GA46682@graf.pompo.net> In-Reply-To: <20140129132744.GA46682@graf.pompo.net> 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: <74A7CABDC4EADA4991D108962E3A44F8@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: Wed, 29 Jan 2014 13:42:18 -0000 On 01/29/2014 07:27 AM, Thierry Thomas wrote: > Hello Stephen, >=20 > Le mer 29 jan 14 =E0 14:15:51 +0100, Montgomery-Smith, Stephen > =E9crivait : >> I have ports with configure scripts that include lines like >> >> freebsd1*) >> >> Now obviously the script will choose this case when I am running >> FreeBSD-10 as well as FreeBSD-1. >> >> What solutions have people used to deal with this? Does anyone have >> good examples of ports I can look at where this was solved? Somebody >> sent me a patch that replaces freebsd1*) with freebsd1[!0]*), but that >> will fail when FreeBSD-11 comes out. >=20 > Just suppress the corresponding lines: we don't support FreeBSD-1! > And check that one of the other case is relevant. >=20 > Regards, That means I have to read through these configure files (and I have a huge number of them). Maybe I'll replace it with freebsd-nada). :-) From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 13:56: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 BD60D70C for ; Wed, 29 Jan 2014 13:56:14 +0000 (UTC) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (vm135.rz.uni-osnabrueck.de [131.173.16.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 463061AC6 for ; Wed, 29 Jan 2014 13:56:13 +0000 (UTC) Received: from hal9000.drpetervoigt.private (p549B5B6B.dip0.t-ipconnect.de [84.155.91.107]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.8/8.13.8) with ESMTP id s0TDVuA9010160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 29 Jan 2014 14:31:57 +0100 Received: from tiger2008.drpetervoigt.private (tiger2008.drpetervoigt.private [192.168.1.96]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: pvoigt) by hal9000.drpetervoigt.private (Postfix) with ESMTPSA id 6CB861E006E for ; Wed, 29 Jan 2014 14:31:10 +0100 (CET) Date: Wed, 29 Jan 2014 14:31:06 +0100 From: "Dr. Peter Voigt" To: freebsd-ports@freebsd.org Subject: Portmaster does not accept installed net/openldap24-sasl-client Message-ID: <20140129143106.2f0c047c@tiger2008.drpetervoigt.private> Organization: =?UTF-8?B?VW5pdmVyc2l0w6R0IE9zbmFicsO8Y2s=?= X-Mailer: Claws Mail 3.9.3 (GTK+ 2.22.1; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.1.29.132415 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report= HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, BODY_SIZE_800_899 0, FROM_NAME_PHRASE 0, RDNS_POOLED 0, RDNS_SUSP 0, RDNS_SUSP_SPECIFIC 0, __ANY_URI 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_REPLYTO 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __RDNS_POOLED_2 0, __REPLYTO_SAMEAS_FROM 0, __REPLYTO_SAMEAS_FROM_ACC 0, __REPLYTO_SAMEAS_FROM_ADDY 0, __REPLYTO_SAMEAS_FROM_DOMAIN 0, __SANE_MSGID 0, __SUBJ_ALPHA_END 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_PATH 0, __URI_NO_WWW 0 X-PMX-Spam-Level: IIIIIIII X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: "Dr. Peter Voigt" List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 13:56:14 -0000 I have a fresh installation of FreeBSD 10.0-RELEASE and I am having trouble with portmaster. Portmaster does not accept the installed port net/openldap24-sasl-client when I try to upgrade or install ports that depend on openldap-client. One the other hand, when installing ports with "make install clean" these ports immediately accept the installed net/openldap24-sasl-client. I have summarized my observations in the FreeBSD forum: https://forums.freebsd.org/viewtopic.php?f=5&t=44576 Please let me know, if you need any other information to clarify this issue. Should I inform the port maintainer of OpenLDAP? From the Makefile of this port I conclude Xin LI should be the right one. Can you confirm this - I am still rather new to FreeBSD? Regards, Peter From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 14:22: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 EB2FE32F for ; Wed, 29 Jan 2014 14:22:33 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A89E71E65 for ; Wed, 29 Jan 2014 14:22:33 +0000 (UTC) Received: from [192.168.3.3] (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 A4C3A5C44; Wed, 29 Jan 2014 15:22:24 +0100 (CET) Subject: Re: configure scripts and FreeBSD-10 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_9B92CAC1-027B-4BD3-91C5-B21DCEC10DAF"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.1 (6062eb4) From: Dimitry Andric In-Reply-To: <52E8FF06.5080708@missouri.edu> Date: Wed, 29 Jan 2014 15:22:08 +0100 Message-Id: <9FC957F9-43EA-4545-9F88-54136FEA708C@FreeBSD.org> References: <52E8FF06.5080708@missouri.edu> To: "Montgomery-Smith, Stephen" 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: Wed, 29 Jan 2014 14:22:34 -0000 --Apple-Mail=_9B92CAC1-027B-4BD3-91C5-B21DCEC10DAF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 29 Jan 2014, at 14:15, Montgomery-Smith, Stephen = wrote: > I have ports with configure scripts that include lines like >=20 > freebsd1*) >=20 > Now obviously the script will choose this case when I am running > FreeBSD-10 as well as FreeBSD-1. >=20 > What solutions have people used to deal with this? Does anyone have > good examples of ports I can look at where this was solved? Somebody > sent me a patch that replaces freebsd1*) with freebsd1[!0]*), but that > will fail when FreeBSD-11 comes out. Please have a look at /usr/ports/Mk/bsd.port.mk, and search for "run-autotools-fixup". This stage is run automagically before the configure stage, and replaces instances of freebsd1*, freebsd2* etc with freebsd1.*, freebsd2.*, etc. -Dimitry --Apple-Mail=_9B92CAC1-027B-4BD3-91C5-B21DCEC10DAF 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) iEYEARECAAYFAlLpDpUACgkQsF6jCi4glqP+cgCePRnLQOBndLWWuDNpyzKixK3q hOwAoJHGcZ7UYPTlKrD9DyI3S8eOng0p =gyzb -----END PGP SIGNATURE----- --Apple-Mail=_9B92CAC1-027B-4BD3-91C5-B21DCEC10DAF-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 15:21: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 0CD9DB0A for ; Wed, 29 Jan 2014 15:21:22 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99CE0159D for ; Wed, 29 Jan 2014 15:21:21 +0000 (UTC) Received: from 3capp-gmx-bs43.server.lan ([172.19.170.95]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MAiu5-1VxppZ0QJf-00Bu7t for ; Wed, 29 Jan 2014 16:21:14 +0100 Received: from [194.138.39.54] by 3capp-gmx-bs43.server.lan with HTTP; Wed Jan 29 16:21:14 CET 2014 Message-ID: From: timo.pallach@gmx.de To: ports@FreeBSD.org Subject: distinfo of port devel/boehm-gc are not correct. Date: Wed, 29 Jan 2014 16:21:14 +0100 (CET) Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:I5SGunvUJlh+KRX4eE/lqo0tLXCRPML1G/jKP4FfABE 5WOTBGmkF0f9F0VsihmEjR+BFr/dlC1ggra00OQqr9QHtWI02/ 4OjM0zq8o4GUcLSrfaxbswGft5E8WW+OxQwdBx7FHft4Kk1bRx /i8iV/iJrZc3F1DUl77OmGZmBhppQqp+BbTrjLBHy5Tcin0tMi iDLHtib95Kjo8DY6xJ6bwyKav41F1HRhB4G0HMgawUZzLvYJRr 6fmS2lWacMFOWePEujwKrsgg5Bepvz0DW+s3OYlcSA8ZBAQyQx t08+G8= 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: Wed, 29 Jan 2014 15:21:22 -0000 Hi, I tried to install the devel/boehm-gc port an got errors because of a wrong filesize. Updating the distinfo file was fixing this issue. Maybe you could update the distinfo file. THX!!! Timo. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 16:27: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 10961159 for ; Wed, 29 Jan 2014 16:27:12 +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 BFD281C94 for ; Wed, 29 Jan 2014 16:27:11 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id va2so2216613obc.1 for ; Wed, 29 Jan 2014 08:27:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=hK9ybWanfHRXmpsrUp6Grcgu8bZCwJm3rsMIMty0r64=; b=X/tAmZ6m1tzPlAMNJXh3oRMzRByRy8tRpNnSIdyO8YHl+5bFnYyCHoYwVMG0pi/mpu cNJpN0RGTNcv62qgcIVniRxk+iN7Y88OVpZnHCKRUuzLX+1K7w0He2XIkrgnZq2whk3n Rdc4ZBtDn7+WvQtlcGCKBPF4RvPi0xU8B2jKk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=hK9ybWanfHRXmpsrUp6Grcgu8bZCwJm3rsMIMty0r64=; b=HwzaRrQXr5LZtJXjqHkya+Z5loUUeWmuCvvRMAHY/RUBcHXNOyqsMB86ZDVDK3VS9k +p/gz7A+2+kW+FpXi1O+/KF/GRf2Cq3DELAFJkKAcoI6/kf4ocosLTaIbmGCiVgJfgjM Sx6YhXcJaIMw99ZG4lVY+CYgC5DdTKyJgd5uDWMHZiXOT3+UD8WxDjyrOndwmaf6Z4X2 RpU9882CwH/lPJ2DUL3Z4CbE3IrEcEN+L+aTzpdph4f2JJFBRJ0aCngBpfMHjNFBoYp2 tkTO60YpY4+VtJB22I8S/vXiCkRfBYAcOT69qA8u3YMTNvkpRI+4RfBdBzYyRrg4OTII HTXA== X-Gm-Message-State: ALoCoQkzVJ6UTjdChKnOlwl+s0WvFic53+HKAWyzZAY5AXDpodd4W7t13n6qh8fDKTsx21shRzVU MIME-Version: 1.0 X-Received: by 10.182.87.69 with SMTP id v5mr1110983obz.77.1391012831052; Wed, 29 Jan 2014 08:27:11 -0800 (PST) Sender: decke@bluelife.at Received: by 10.76.154.2 with HTTP; Wed, 29 Jan 2014 08:27:10 -0800 (PST) X-Originating-IP: [80.123.233.199] In-Reply-To: References: <20140129092703.GU2951@home.opsec.eu> Date: Wed, 29 Jan 2014 17:27:10 +0100 X-Google-Sender-Auth: 6yBrSfdHmQ9QDFxDqsutgDQZABk Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Kurt Jaeger , 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: Wed, 29 Jan 2014 16:27:12 -0000 On Wed, Jan 29, 2014 at 11:12 AM, Fernando Apestegu=EDa wrote: > On Wed, Jan 29, 2014 at 10:27 AM, Kurt Jaeger wrote: > >> Hi! >> >> > Unfortunately, nothing is happening. I expected to hear some voices ab= out >> > certain ideas that have popped up, like: >> > >> > * can we cut off old and 'unloved' PR's in order to reduce the amount = of >> > work and make reassessment of that amount >> >> There is the other view of this which says "PRs do not eat hay, closing >> them does not really fix anything". I think this one is still open >> for debate. >> >> > * can we use people who volunteered to work on the PR's >> >> There are people submitting PRs, and those committing changes, >> and in between them those people that check/confirm PRs. >> >> They could do that before and they can still do it now, if they want to. >> >> So besides *doing* this there is not much "push" that can help here. >> >> > * can we incorporate automation in the PR workflow, for example, the o= ne >> > provided by redports >> >> I've read through the thread and would like to hear more about >> this. Can anybody with knowledge about it please remind us of the >> details to this idea ? The idea is pretty simple. redports.org is able to build various "patches" = on top of the FreeBSD portstree already. So all that is missing is just a smal= l script that runs periodically and fetches the patches from GNATS and commits them to the redports repository to trigger automated builds. The resulting buildlogs can be send to the GNATS database as a followup to nform the submitter about failures. Well the code for that has been written in large parts a year ago already. So all it needs is a consensus that this is a good thing and some cleanup to get it ready for automatic operation. > redports is a great service to check ports. I use it after testing my > changes in local (with port test and such). Then I upload the changes to > redports and wait for it to compile in multiple groups (different archs a= nd > releases). Once it's compiled succesfully I add the proper log to my PR > submission. This way the commiter (or whoever is looking at it) would sav= e > _a lot of time_ instead of trying to compile again the port just to see i= f > it is fine. He/She could even try it again in his/her redports account! > > I think sending the redports log along with the PR should be kind of > mandatory. And, although I don't know the infrastructure details, it shou= ld > be possible to send the redports commit reference, and retrieve the patch > automatically. That would save time. Yeah I am working on some scripts that help with that and also allow to wor= k more efficient with port PRs. Right now all people I know have written thei= r own set of scripts to kind of optimize their workflow but most of them are quit= e simple and don't work for more than one person. With redports.org being the central place where more people work in a simil= ar fashion I think it makes sense to write some tools that help with the usual tasks. The result is rptools which is still quite rough so don't use it yet please unless you want to help developing it: https://redports.org/browser/decke/ports-mgmt/rptools https://github.com/decke/rptools --=20 Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 17:56:14 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 B74001F2; Wed, 29 Jan 2014 17:56:14 +0000 (UTC) Received: from d.roy.de (d.roy.de [IPv6:2a02:21e0:16e0:fe::109:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F7DE1474; Wed, 29 Jan 2014 17:56:13 +0000 (UTC) Received: from simons-mac-mini.fritz.box (dsbg-5d82b747.pool.mediaWays.net [93.130.183.71]) (authenticated bits=0) by d.roy.de (8.14.7/8.14.7) with ESMTP id s0THtHYp003839; Wed, 29 Jan 2014 18:55:39 +0100 (CET) (envelope-from freebsd@roy.de) From: s!mon roy Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: FreeBSD Port: apache24-2.4.6_1 Date: Wed, 29 Jan 2014 18:55:07 +0100 Message-Id: To: apache@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 17:56:14 -0000 Hi, When's the release of Apache 2.4.7 planed for FreeBSD ports? I also want to thank you for maintaining! KRs, Simon From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 18:32:19 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 8C9FFAEC for ; Wed, 29 Jan 2014 18:32:19 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 259B017B7 for ; Wed, 29 Jan 2014 18:32:18 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MC7em-1VzoUS3vDk-008qqq for ; Wed, 29 Jan 2014 19:32:17 +0100 Message-ID: <52E94930.6020506@gmx.de> Date: Wed, 29 Jan 2014 19:32:16 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "s!mon roy" , apache@FreeBSD.org Subject: Re: FreeBSD Port: apache24-2.4.6_1 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:mWA/MKOcAowWWk42gRgXt2LyAT2aUXBPZhCIuEQ4CQhx943s5nO Y+mUQGi72dJpX5rNDd/h1EVibbIVE08IgL6KhtRPGI5LQyy8KKloPp9GJRtRhUn1AA2skR4 2tqyIthBF9x03vfvumw2KDx3YUNplFIoB5RyLrQvLST4uZleHkvUlRXmYopNbrQINGFI6UU BAbx9rLVYxA6D0zUoLdXg== Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 18:32:19 -0000 On 2014-01-29 18:55, s!mon roy wrote: > Hi, > > When's the release of Apache 2.4.7 planed for FreeBSD ports? > > I also want to thank you for maintaining! > > KRs, > Simon Hi Simon, the upgrade is planned together with the release of apr-1.5.1. One important point from the apache-2.4.7 Changelog. *) APR 1.5.0 or later is now required for the event MPM. However, apr-1.5.0 has some issues on FreeBSD 10 (hanging) that are fixed in the upcoming apr-1.5.1 Users running on FreeBSD 10 are welcome to test the fixes included in the upcoming apr-1.5.1. Just send a test request to the apache@FreeBSD list and I will shape a patch ;) -- regards, olli From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 19:27: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 1D03EC93; Wed, 29 Jan 2014 19:27:13 +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 E214B1D3E; Wed, 29 Jan 2014 19:27:12 +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=nITdOaXuT9VqXHuBroFa1+xalvTT6awTfbysZ4E8hD8=; b=HuGJWsH9sGVt3pmR8xg+k0OoDyOZRArfSEjglNQIGe67TpaKS/WHQrV8U933hkfGaDl7jKWTKP6Cezhgwmx07b2y/3DataXu5rEH8dSUywYE5Rlp70oA5z3acRO6XkGX5TCEeuBU30uyvOBrRkt5rAU45FiraFVLRRSgVfqu1UE=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W8an2-0002nq-3g; Wed, 29 Jan 2014 19:27:12 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: bapt@FreeBSD.org X-Trac-Project: redports Date: Wed, 29 Jan 2014 19:27:12 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341767: 2x leftovers, 2x fetch To: bapt@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140129182000-60116 X-Trac-Build-ID: 20140129182000-60116 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, 29 Jan 2014 19:27:13 -0000 Add libcxxrt into the ports tree, that is a necessary piece of bringing a one true unique c++ ABI for the ports tree --------------------------------------------------------------------- Build ID: 20140129182000-60116 Job owner: bapt@FreeBSD.org Buildtime: 67 minutes Enddate: Wed, 29 Jan 2014 19:27:11 GMT Revision: r341767 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341767 --------------------------------------------------------------------- Port: devel/libcxxrt 20141225 Buildgroup: 8.4-QAT/amd64 Buildstatus: FETCH Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129182000-60116-265868/libcxxrt-20141225.log Buildgroup: 8.4-QAT/i386 Buildstatus: FETCH Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129182000-60116-265869/libcxxrt-20141225.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129182000-60116-265870/libcxxrt-20141225.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129182000-60116-265871/libcxxrt-20141225.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 20:04:23 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 DDD54330 for ; Wed, 29 Jan 2014 20:04:23 +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 6C00D10B1 for ; Wed, 29 Jan 2014 20:04:23 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id b13so4460783wgh.31 for ; Wed, 29 Jan 2014 12:04:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=SZuZSJ0lCuUQ72B/EbSxUyMfPc6rIQWz1XzlCMiFGrY=; b=oFVu7DKEMmJ/4CUyaL+qLat2lgc4FmRk1MAe5nMPMckGHPFoMk1axl1hkNpJD/xUbt ZUk6QzJjX3OpI2dI7DC1H8e5xwcmZ7ob+W0JU4ZBtsjQpPNcihLY+kaa0rutoTmRqV+I tvZVw8swieURPhrPuUkAkrPbdF9zzSpIleTcc2cPIMWUF6YeSpwQZAnBDu2T+YxZIG3Y 1OI1brGwS+yBG/oxqXKJWcBAvuU07OtoQw5RV2BR8T6g+6g7zwjMd11oFvC7Fgp2DeJY TIaoIjqEfpwb77Mn8FPSvWQWWHecRRsBzatWJmf4W7tvxm0KDjiq4Itk7gfNu5ucbjx4 BKlQ== X-Received: by 10.180.97.71 with SMTP id dy7mr20199541wib.35.1391025861875; Wed, 29 Jan 2014 12:04:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.203.103 with HTTP; Wed, 29 Jan 2014 12:03:50 -0800 (PST) In-Reply-To: <1390965771166-5880956.post@n5.nabble.com> References: <52E09F68.8020804@UToledo.edu> <1390965771166-5880956.post@n5.nabble.com> From: arrowdodger <6yearold@gmail.com> Date: Thu, 30 Jan 2014 00:03:50 +0400 Message-ID: Subject: Re: Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD i386 10.0 Release. To: Robert_Burmeister Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD ports 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: Wed, 29 Jan 2014 20:04:23 -0000 On Wed, Jan 29, 2014 at 7:22 AM, Robert_Burmeister < robert.burmeister@utoledo.edu> wrote: > Lessons learned from source upgrade from FreeBSD i386 9.2 Stable to FreeBSD > i386 10.0 Release. > > A) > Clang does not need to to be installed first. > > > > 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. > > D) > Many Gnome ports still had issues with continuing to link to > "libiconv.so.3", > such as avahi-app and gdm. > It's because gnome stuff uses libtool machinery and all *.la files from corresponding gnome libs had "libiconv.so.3" line inside. I've just grepped through all .la files in /usr/local/lib, fed them to "pkg which" and rebuilt needed ports. > People who deleted all ports, removed /usr/local and reinstalled > have reported that they do not have the problem. > > Apparently, some Gnome components are finicky about how they are built. > A note from > https://wiki.gnome.org/Projects/Jhbuild/FreeBSD > > > Remove all .la files from the packages you just installed to prevent > > problems during the build. > > You'll have to remember to do this again each time you install more > > packages. > > I deleted the contents of /usr/local/lib and ran portupgrade -afu > which rebuilt most of the problematic ports. > > > > > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/Lessons-learned-from-source-upgrade-from-FreeBSD-i386-9-2-Stable-to-FreeBSD-i386-10-0-Release-tp5878893p5880956.html > Sent from the freebsd-ports mailing list archive at Nabble.com. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 21:16:04 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 6DA2F929 for ; Wed, 29 Jan 2014 21:16:04 +0000 (UTC) Received: from fep24.mx.upcmail.net (fep24.mx.upcmail.net [62.179.121.44]) by mx1.freebsd.org (Postfix) with ESMTP id ABE55168B for ; Wed, 29 Jan 2014 21:16:03 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viepfeppe40-int.chello.at (InterMail vM.8.01.05.11 201-2260-151-128-20120928) with ESMTP id <20140129211438.NUXI5432.viepfeppe40-int.chello.at@edge03.upcmail.net>; Wed, 29 Jan 2014 22:14:38 +0100 Received: from [127.0.0.1] ([178.84.134.112]) by edge03.upcmail.net with edge id KxEe1n00N2Rg3Ey03xEekj; Wed, 29 Jan 2014 22:14:38 +0100 X-SourceIP: 178.84.134.112 Message-ID: <52E96F3F.2050902@rainbow-runner.nl> Date: Wed, 29 Jan 2014 22:14:39 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Torfinn Ingolfsen , FreeBSD Ports ML Subject: Re: devel/libgee 0.8.5 fails to build References: <52E7E086.9070804@rainbow-runner.nl> <52E8D551.9060905@rainbow-runner.nl> In-Reply-To: <52E8D551.9060905@rainbow-runner.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 140128-1, 28-01-2014), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Jan 2014 21:16:04 -0000 On 29-1-2014 11:17, Koop Mast wrote: > On 28-1-2014 18:12, Torfinn Ingolfsen wrote: >> Hello, >> >> On Tue, Jan 28, 2014 at 5:53 PM, Koop Mast >> wrote: >>> Hmm the element warnings seem to be harmless, but the but the above >>> gvfs >>> warning seems to be more interesting. Could you rebuild/install gvfs >>> and see >>> if that would fix this? >> reinstalling gvfs does not fix this. >> >>> I assume you have gvfs installed with the gphoto and hal options? >> Why do you assume I have those options set? >> Anyway here is the gvfs config I am using: >> >> root@kg-v7# cd /usr/ports/devel/gvfs >> root@kg-v7# make showconfig >> ===> The following configuration options are available for >> gvfs-1.12.3_2: >> AVAHI=on: Zeroconf support via Avahi >> CDDA=off: CDDA (enables HAL) >> FUSE=off: FUSE (Filesystem in Userspace) support >> GPHOTO2=off: Gphoto 2 camera support (enables HAL) >> HAL=off: HAL (Hardware Abstraction Layer) support >> SAMBA=on: Samba support >> ===> Use 'make config' to modify these settings >> >> HTH > I reproduced the problem, will work on a fix when I get back home > after work. > > -Koop Should be fixed now, thanks for reporting! -Koop From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 21:20:13 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 793469EF; Wed, 29 Jan 2014 21:20:13 +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 4C0981702; Wed, 29 Jan 2014 21:20:13 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id x10so2170914pdj.8 for ; Wed, 29 Jan 2014 13:20: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=lBQ6BPlFOPTAylVACVvNU41UafrUBCJmmBYMk8vzkx0=; b=LKPVv6M1tZPyCb3xAT7NzPCJcz94ke9zDV1W3JHPRzNOMbmYI8LxBTdo0ZwVhGyTVK aPo0tRM4e7LgTMhW2xYmS4fSEjATEDrnMDiu+eNvTdryJ5bR14ZIOVe6OumUDCC9hKq0 FYhJ2IrTnnFoMx6Odp3VtCj++ZimQIKf7PKO+gFGTjG8vvdNA/DsxaSzko6CgHCjOlUI EAEP4vHL3xrMXEFC7+enFHWcLqPFDOulzgeUFiK/ggGNWl2vZ5nE8OLnfF8xdtg+59R1 zvHfy0v9egNJM3yTEsfQ8T57+9csEpid4Ou/jrQdTLvapSkiWQyR4FaRn+Pf1wCm9r7+ 5yPA== MIME-Version: 1.0 X-Received: by 10.69.19.139 with SMTP id gu11mr10427280pbd.149.1391030412921; Wed, 29 Jan 2014 13:20:12 -0800 (PST) Received: by 10.68.155.38 with HTTP; Wed, 29 Jan 2014 13:20:12 -0800 (PST) Date: Wed, 29 Jan 2014 16:20:12 -0500 Message-ID: Subject: best way to add www to wheel From: Aryeh Friedman To: "freebsd-virtualization@freebsd.org" , 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: Wed, 29 Jan 2014 21:20:13 -0000 I have the following line in my pkg-install: pw groupmod wheel -m www The reason is I have files that are created by a user account that also gets made but are modified using it or tomcat... these particular files are shell scripts that must run as root (they are for controlling bhyve and other hyperv's as well as other rootly things like setting up and tarring down nic's).... keep in mind also since almost all user level commands (including those that trigger rootly actions) are run via the web and that the data (except actual web content) should not be owned by www My gut says that the above while it works is almost certainly not the right way to do it. -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 22:39: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 77EAAEDC; Wed, 29 Jan 2014 22:39:24 +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 D5A641E07; Wed, 29 Jan 2014 22:39:23 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id n12so4945081wgh.24 for ; Wed, 29 Jan 2014 14:39: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=4acH7/6saC5pMUkDELO6VgFG4HIoF4Zkd5jZreTustE=; b=pSrnEjRH1cUwz11T6JfEjF0A1dymjhPeKmG5W1uw5TKSJIqFITOb8EKWiy5NIf4lC7 lw8oNphfyGUvF7h5C5bxrfVYcu5G6ESa42dkzSl99Y29vCw1jMvaldbqAu3jmrYtuvfX qhre9fsAhdjMRZRv0sqEYm20qlHGpKPIm+c+hLtdQDsf/Pheiu6dsoAnriz+Xs+nAGwb cwgdVf/Tg0lj6aCKjScBF/RpxcVUDyTe6XPWkhCKM7o23ifUShkumFGOklYC5L+Hn83e Lxk/W9jKDeWQePTIxjsLDuYgT4RipU6zIJWiWlRdbGCO5IEw15l0LrEGzY4Lc/qEfgCx Qhig== MIME-Version: 1.0 X-Received: by 10.194.134.132 with SMTP id pk4mr22784wjb.82.1391035162151; Wed, 29 Jan 2014 14:39:22 -0800 (PST) Received: by 10.180.189.166 with HTTP; Wed, 29 Jan 2014 14:39:22 -0800 (PST) In-Reply-To: References: <20140129092703.GU2951@home.opsec.eu> Date: Wed, 29 Jan 2014 23:39:22 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Kurt Jaeger , 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: Wed, 29 Jan 2014 22:39:24 -0000 On Wed, Jan 29, 2014 at 5:27 PM, Bernhard Fr=F6hlich wro= te: > On Wed, Jan 29, 2014 at 11:12 AM, Fernando Apestegu=EDa > wrote: > > On Wed, Jan 29, 2014 at 10:27 AM, Kurt Jaeger wrote: > > > >> Hi! > >> > >> > Unfortunately, nothing is happening. I expected to hear some voices > about > >> > certain ideas that have popped up, like: > >> > > >> > * can we cut off old and 'unloved' PR's in order to reduce the amoun= t > of > >> > work and make reassessment of that amount > >> > >> There is the other view of this which says "PRs do not eat hay, closin= g > >> them does not really fix anything". I think this one is still open > >> for debate. > >> > >> > * can we use people who volunteered to work on the PR's > >> > >> There are people submitting PRs, and those committing changes, > >> and in between them those people that check/confirm PRs. > >> > >> They could do that before and they can still do it now, if they want t= o. > >> > >> So besides *doing* this there is not much "push" that can help here. > >> > >> > * can we incorporate automation in the PR workflow, for example, the > one > >> > provided by redports > >> > >> I've read through the thread and would like to hear more about > >> this. Can anybody with knowledge about it please remind us of the > >> details to this idea ? > > The idea is pretty simple. redports.org is able to build various > "patches" on > top of the FreeBSD portstree already. So all that is missing is just a > small > script that runs periodically and fetches the patches from GNATS and > commits them to the redports repository to trigger automated builds. The > resulting buildlogs can be send to the GNATS database as a followup to > nform the submitter about failures. Well the code for that has been writt= en > in large parts a year ago already. So all it needs is a consensus that th= is > is a good thing and some cleanup to get it ready for automatic operation. > That's good to hear. > > > redports is a great service to check ports. I use it after testing my > > changes in local (with port test and such). Then I upload the changes t= o > > redports and wait for it to compile in multiple groups (different archs > and > > releases). Once it's compiled succesfully I add the proper log to my PR > > submission. This way the commiter (or whoever is looking at it) would > save > > _a lot of time_ instead of trying to compile again the port just to see > if > > it is fine. He/She could even try it again in his/her redports account! > > > > I think sending the redports log along with the PR should be kind of > > mandatory. And, although I don't know the infrastructure details, it > should > > be possible to send the redports commit reference, and retrieve the pat= ch > > automatically. That would save time. > > Yeah I am working on some scripts that help with that and also allow to > work > more efficient with port PRs. Right now all people I know have written > their own > set of scripts to kind of optimize their workflow but most of them are > quite > simple and don't work for more than one person. > > With redports.org being the central place where more people work in a > similar > fashion I think it makes sense to write some tools that help with the > usual tasks. > > The result is rptools which is still quite rough so don't use it yet > please unless > you want to help developing it: > > https://redports.org/browser/decke/ports-mgmt/rptools > https://github.com/decke/rptools > > Thanks, I'll have a look at it. On the other side of the story, can you confirm if the rate of new ports (or updates to existent ports) has increased? Or is the rate of commited patches decreased? Do we _actually_ know what the problem is? > -- > Bernhard Froehlich > http://www.bluelife.at/ > From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 23:19:28 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 03E8B8FD; Wed, 29 Jan 2014 23:19:28 +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 C74A71203; Wed, 29 Jan 2014 23:19:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=sxEuB5pQsWgvSK8twteDbqWC1erj1KklMQvkLroumJ4=; b=JJ9EZvsNLWw7IQBpOS3pWS04uhrN5ty311n1kJT/MZZ8iF8s4Jkx3K2mMbAT0OikMqN31YDTzaRHA7uYQXm0LnkHt8d3k/lYEv/j1I+k7ApDNVMwE+d58+H9RyImiEu9LX96qwdiyHIzv5xj4NEJHqUbfuHbup/XsMVdg3i8QS0=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W8ePm-000KLr-K3; Wed, 29 Jan 2014 23:19:26 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: bapt@FreeBSD.org X-Trac-Project: redports Date: Wed, 29 Jan 2014 23:19:26 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341791: 2x leftovers, 2x linker_error To: bapt@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140129230200-16032 X-Trac-Build-ID: 20140129230200-16032 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, 29 Jan 2014 23:19:28 -0000 Add -nostdlib to avoid linking to any stl lib --------------------------------------------------------------------- Build ID: 20140129230200-16032 Job owner: bapt@FreeBSD.org Buildtime: 17 minutes Enddate: Wed, 29 Jan 2014 23:19:23 GMT Revision: r341791 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341791 --------------------------------------------------------------------- Port: devel/libcxxrt 20131225_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LINKER_ERROR Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129230200-16032-265964/libcxxrt-20131225_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129230200-16032-265965/libcxxrt-20131225_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LINKER_ERROR Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129230200-16032-265966/libcxxrt-20131225_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129230200-16032-265967/libcxxrt-20131225_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 23:27:58 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 0BC48E9E for ; Wed, 29 Jan 2014 23:27:58 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id C121E12F0 for ; Wed, 29 Jan 2014 23:27:57 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 6D8D324AB; Wed, 29 Jan 2014 23:27:56 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id D1C7E14ED; Thu, 30 Jan 2014 00:28:01 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Matthew Seaman Subject: Re: Braindead site configuration... References: <52E6C04E.5060001@infracaninophile.co.uk> Date: Thu, 30 Jan 2014 00:28:01 +0100 In-Reply-To: <52E6C04E.5060001@infracaninophile.co.uk> (Matthew Seaman's message of "Mon, 27 Jan 2014 20:23:42 +0000") Message-ID: <86ob2uv05a.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 23:27:58 -0000 Matthew Seaman writes: > Can we drop at.cpan.org from the list of CPAN sites please? It does > stupid things like this: Fixed in r341758 and merged to 2014Q1. I also emailed cpan@perl.org about the issue. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 00:32:10 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 A7CE75C5; Thu, 30 Jan 2014 00:32:10 +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 781581CA1; Thu, 30 Jan 2014 00:32:10 +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=2xSGmQkAhVBkfVwk+EUcHIrnq4ZUXe96CRP+P1NJJoE=; b=dpycuBo8Kfqe/Or3mRK0mYlwBvB4ZjooRWFE1dmnpFir+sq9pYX1Hge6BWKpy/MomLDqyAe5EjpvUsBJgn8iP7FKxTtFtPvdharfuuLbzaiF69T0csCrBa6nFz2hItdXGPVGuHE6lsV1xBEmDMRNuQHPgRwjVdqtpUhcUq4S2Bc=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W8fY8-000PtX-C5; Thu, 30 Jan 2014 00:32:08 +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: Thu, 30 Jan 2014 00:32:08 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341794: 2x leftovers, 2x clang To: bapt@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140129234800-29102 X-Trac-Build-ID: 20140129234800-29102 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 00:32:10 -0000 Update to r200401 Use libcxxrt from ports if not in base Add stage support Convert libc++.so into a ldscript Create a testing lib/c++/libstdc++ ldscript to cheat with g++ --------------------------------------------------------------------- Build ID: 20140129234800-29102 Job owner: bapt@FreeBSD.org Buildtime: 44 minutes Enddate: Thu, 30 Jan 2014 00:32:05 GMT Revision: r341794 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341794 --------------------------------------------------------------------- Port: devel/libc++ 200401 Buildgroup: 8.4-QAT/amd64 Buildstatus: CLANG Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129234800-29102-265976/libc++-200401.log Buildgroup: 8.4-QAT/i386 Buildstatus: CLANG Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129234800-29102-265977/libc++-200401.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129234800-29102-265978/libc++-200401.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129234800-29102-265979/libc++-200401.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 00:36:17 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 C7BCC8B3; Thu, 30 Jan 2014 00:36:17 +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 972AA1CDF; Thu, 30 Jan 2014 00:36:17 +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=9FHMW5rHndIQwb0FO1mVWz+v3MVtmIByOB8AQqhd0J4=; b=S1Yr9+3mktkewtyvzkdq6/zoObCLnjF96aYj6la8OD6kIG/s2zKf07HCeo+xkLSh6QPVsJrKkIrvVcnXiS69MphgmIzP30c/H+cAAgL8y/j8tc2eihVDzN4TbzuD2lWW8Gt65h8X0q/nhQRWFRjLNGVpj1FGh816uNSflS8DzCA=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W8fc8-0000BP-Pz; Thu, 30 Jan 2014 00:36:16 +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: Thu, 30 Jan 2014 00:36:16 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341792: 4x leftovers To: bapt@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140129232800-26922 X-Trac-Build-ID: 20140129232800-26922 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 00:36:17 -0000 Use a c++11 compiler Reported by: QAT --------------------------------------------------------------------- Build ID: 20140129232800-26922 Job owner: bapt@FreeBSD.org Buildtime: 68 minutes Enddate: Thu, 30 Jan 2014 00:36:14 GMT Revision: r341792 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341792 --------------------------------------------------------------------- Port: devel/libcxxrt 20131225_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129232800-26922-265968/libcxxrt-20131225_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129232800-26922-265969/libcxxrt-20131225_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129232800-26922-265970/libcxxrt-20131225_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129232800-26922-265971/libcxxrt-20131225_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 01:00:52 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 C9BE66AC for ; Thu, 30 Jan 2014 01:00:52 +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 81B991F05 for ; Thu, 30 Jan 2014 01:00:52 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsFAPWi6VLPoJ7U/2dsb2JhbABZDoJ+gQ69BoEMFnSCLHgTARYTFhgDAgECASAPGAQBDAgBAYgBwnGIXJM+BIkRoTaCbj+CKg X-IPAS-Result: AgsFAPWi6VLPoJ7U/2dsb2JhbABZDoJ+gQ69BoEMFnSCLHgTARYTFhgDAgECASAPGAQBDAgBAYgBwnGIXJM+BIkRoTaCbj+CKg Received: from um-ncas6.um.umsystem.edu ([207.160.158.212]) by um-tip1-exch-relay.um.umsystem.edu with ESMTP; 29 Jan 2014 19:00:45 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-NCAS6.um.umsystem.edu ([207.160.158.212]) with mapi id 14.03.0174.001; Wed, 29 Jan 2014 19:00:44 -0600 From: "Montgomery-Smith, Stephen" To: Kostas Oikonomou , =?iso-8859-1?Q?Jouko_Lumij=E4rvi?= , ajtiM , Greg Rivers , "GeorgSWeber@googlemail.com" , Daniel Smith , FreeBSD Ports Subject: Sage update Thread-Topic: Sage update Thread-Index: AQHPHVa0fIyQoDOuwUKjHLdt+PT80g== Date: Thu, 30 Jan 2014 01:00:44 +0000 Message-ID: <52E9A43A.7010006@missouri.edu> 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: <0B81418AC40FD3498DCBC6A6A22182F0@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: Thu, 30 Jan 2014 01:00:52 -0000 I have just updated sage to version 6.0. I have also made some changes to help it work with FreeBSD-10, using ideas given to me by Daniel Smith. Since I don't have a fast computer using FreeBSD-10, I would appreciate it if any of you guys could try it out and see if it works.= From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 01:27: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 DBEC93BE for ; Thu, 30 Jan 2014 01:27:29 +0000 (UTC) Received: from um-tip2-missouri-out.um.umsystem.edu (um-tip2-missouri-out.um.umsystem.edu [198.209.49.149]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 92D6B1192 for ; Thu, 30 Jan 2014 01:27:29 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag0FAImp6VLPoJ7U/2dsb2JhbABZDoJ+gQ66CoMGgQIWdIIlAQEBBHgRAgEIDgoJFg8JAwIBAgEgJQIEAQwIAQGIAcJliEUXjwaEOASJEaE2gm4/gio X-IPAS-Result: Ag0FAImp6VLPoJ7U/2dsb2JhbABZDoJ+gQ66CoMGgQIWdIIlAQEBBHgRAgEIDgoJFg8JAwIBAgEgJQIEAQwIAQGIAcJliEUXjwaEOASJEaE2gm4/gio Received: from um-ncas6.um.umsystem.edu ([207.160.158.212]) by um-tip2-exch-relay.um.umsystem.edu with ESMTP; 29 Jan 2014 19:26:19 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-NCAS6.um.umsystem.edu ([207.160.158.212]) with mapi id 14.03.0174.001; Wed, 29 Jan 2014 19:26:19 -0600 From: "Montgomery-Smith, Stephen" To: Kostas Oikonomou , =?iso-8859-1?Q?Jouko_Lumij=E4rvi?= , ajtiM , Greg Rivers , "GeorgSWeber@googlemail.com" , Daniel Smith , FreeBSD Ports Subject: Re: Sage update Thread-Topic: Sage update Thread-Index: AQHPHVa0fIyQoDOuwUKjHLdt+PT80pqc3m0A Date: Thu, 30 Jan 2014 01:26:18 +0000 Message-ID: <52E9AA34.9060909@missouri.edu> References: <52E9A43A.7010006@missouri.edu> In-Reply-To: <52E9A43A.7010006@missouri.edu> 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: <0AC4CBCFBBA41745A0F1A2C406F14227@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: Thu, 30 Jan 2014 01:27:29 -0000 On 01/29/2014 07:00 PM, Montgomery-Smith, Stephen wrote: > I have just updated sage to version 6.0. I have also made some changes > to help it work with FreeBSD-10, using ideas given to me by Daniel > Smith. Since I don't have a fast computer using FreeBSD-10, I would > appreciate it if any of you guys could try it out and see if it works. I meant math/sage (for those who don't normally use it.) From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 02:00:31 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 0DAEFC67; Thu, 30 Jan 2014 02:00: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 D331C13A9; Thu, 30 Jan 2014 02:00:30 +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=RPJGviL13YfKJRyI5O0RQqIvtEIi/4OwYESabOmIyLg=; b=5e/f1yBU+qU92pYZ5X042dHWbuZVyBIbRp2j/BZQ1O0hA+iJJd14A7TqRy9jLgKkVcotBluB4sTPE7YDrTPX0qfO31N0T1PudI3rN3anUV87dS9TndS70qQBnWf8O7NG599vPXH/OJOmdqf86z5aBbvYmJ6zOEqtSJAJ2zFttTY=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W8gvd-0006Ry-6K; Thu, 30 Jan 2014 02:00:29 +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: Thu, 30 Jan 2014 02:00:29 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341771: 2x leftovers, 2x fetch To: bapt@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140129193000-28234 X-Trac-Build-ID: 20140129193000-28234 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 02:00:31 -0000 Bring back to the past the release date ;) Submitted by: decke --------------------------------------------------------------------- Build ID: 20140129193000-28234 Job owner: bapt@FreeBSD.org Buildtime: 7 hours Enddate: Thu, 30 Jan 2014 02:00:25 GMT Revision: r341771 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341771 --------------------------------------------------------------------- Port: devel/libcxxrt 20131225 Buildgroup: 8.4-QAT/amd64 Buildstatus: FETCH Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129193000-28234-265880/libcxxrt-20131225.log Buildgroup: 8.4-QAT/i386 Buildstatus: FETCH Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129193000-28234-265881/libcxxrt-20131225.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129193000-28234-265882/libcxxrt-20131225.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bapt@FreeBSD.org/20140129193000-28234-265883/libcxxrt-20131225.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 03:08: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 D7E75EAD; Thu, 30 Jan 2014 03:08:48 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 62D9C196A; Thu, 30 Jan 2014 03:08:47 +0000 (UTC) Received: from park.js.berklix.net (p5DCBC8F4.dip0.t-ipconnect.de [93.203.200.244]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id s0U38Iof016514; Thu, 30 Jan 2014 03:08:19 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.14.3/8.14.3) with ESMTP id s0U34aMl009071; Thu, 30 Jan 2014 04:04:36 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.5/8.14.5) with ESMTP id s0U34NHx008515; Thu, 30 Jan 2014 04:04:35 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201401300304.s0U34NHx008515@fire.js.berklix.net> to: ports@freebsd.org Subject: ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 28 Jan 2014 17:00:46 +0100." <201401281600.s0SG0kBx034099@fire.js.berklix.net> Date: Thu, 30 Jan 2014 04:04:23 +0100 Cc: Dimitry Andric , Florent Thoumie X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Jan 2014 03:08:48 -0000 Hi ports@ I changed Subject: From: Re: How to find removed ports in general & math/hexcalc in particular. To: ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 + cc'd FYI Maintainer of x11/xcalc (a scientific not hexadecimal calculator) > grep hexcalc /usr/ports/MOVED > math/hexcalc||2011-08-01|Has expired: Looks like abandonware, no more public distfiles > > I have a local: > 25129 Dec 20 1995 hexcalc..tar.Z > (no idea why 2 dots), anyway its a valid tar. I have put it up here > http://berklix.com/~jhs/ftp/FreeBSD/ports/distfiles/hexcalc..tar.Z > I'll look at creating a port. (unless people know of a newer > nice hexcalc ? but this one was always OK for me) I have restored ports/math/hexcalc from 8.2; it now runs on 9.1 & 9.2 & 10.0 http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ports/gen/math/hexcalc/ Anyone know what to fix for 10.0 Mk/ ? After installing it bleats: ===> Registering installation for hexcalc-1.11_2 pkg-static: lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/local/bin/hexcalc): No such file or directory pkg-static: lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/local/man/man1/hexcalc.1.gz): No such file or directory Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 04:43:10 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 64D21291 for ; Thu, 30 Jan 2014 04:43:10 +0000 (UTC) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1456A10BA for ; Thu, 30 Jan 2014 04:43:10 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.7/8.14.5) with ESMTP id s0U4guut001052 for ; Wed, 29 Jan 2014 20:42:56 -0800 (PST) (envelope-from freebsd@pki2.com) Subject: Squid34 port From: Dennis Glatting To: freebsd-ports@freebsd.org Content-Type: text/plain; charset="ISO-8859-1" Date: Wed, 29 Jan 2014 20:42:56 -0800 Message-ID: <1391056976.3668.155.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-SoftwareMunitions-MailScanner-Information: Dennis Glatting X-SoftwareMunitions-MailScanner-ID: s0U4guut001052 X-SoftwareMunitions-MailScanner: Found to be clean X-MailScanner-From: freebsd@pki2.com X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 04:43:10 -0000 I am not a ports person but I have ported Squid34 to FreeBSD-10. It is an ugly hack of the 3.3 Makefile but the changes can be found here: http://www.pki2.com/squid34.tar Hopefully someone with ports update access and can better code Makefiles will update ports. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 05:32: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 1C53179A for ; Thu, 30 Jan 2014 05:32:33 +0000 (UTC) Received: from mst-rip5-missouri-out.um.umsystem.edu (mst-rip5-missouri-out.um.umsystem.edu [198.209.50.135]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C2DE11370 for ; Thu, 30 Jan 2014 05:32:32 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhkFAGjj6VLPoJ7S/2dsb2JhbABZDoJ+OFe9GoEEFnSCJQEBAQR4EQIBCA4KCRYPCQMCAQIBICUCBAEMCAEBiAHDGIhFF48GhDgEiRGQSZBtgm4/gio X-IPAS-Result: AhkFAGjj6VLPoJ7S/2dsb2JhbABZDoJ+OFe9GoEEFnSCJQEBAQR4EQIBCA4KCRYPCQMCAQIBICUCBAEMCAEBiAHDGIhFF48GhDgEiRGQSZBtgm4/gio Received: from um-ncas5.um.umsystem.edu ([207.160.158.210]) by mst-rip5-exch-relay.um.umsystem.edu with ESMTP; 29 Jan 2014 23:31:20 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-NCAS5.um.umsystem.edu ([207.160.158.210]) with mapi id 14.03.0174.001; Wed, 29 Jan 2014 23:31:20 -0600 From: "Montgomery-Smith, Stephen" To: Kostas Oikonomou , =?iso-8859-1?Q?Jouko_Lumij=E4rvi?= , ajtiM , Greg Rivers , "GeorgSWeber@googlemail.com" , Daniel Smith , FreeBSD Ports Subject: Re: Sage update Thread-Topic: Sage update Thread-Index: AQHPHVa0fIyQoDOuwUKjHLdt+PT80pqc3m0AgABEeAA= Date: Thu, 30 Jan 2014 05:31:19 +0000 Message-ID: <52E9E3A4.2030204@missouri.edu> References: <52E9A43A.7010006@missouri.edu> <52E9AA34.9060909@missouri.edu> In-Reply-To: <52E9AA34.9060909@missouri.edu> 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: <7E8A0A17D143F240A6F54AA180257DB6@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: Thu, 30 Jan 2014 05:32:33 -0000 On 01/29/2014 07:26 PM, Montgomery-Smith, Stephen wrote: > On 01/29/2014 07:00 PM, Montgomery-Smith, Stephen wrote: >> I have just updated sage to version 6.0. I have also made some changes >> to help it work with FreeBSD-10, using ideas given to me by Daniel >> Smith. Since I don't have a fast computer using FreeBSD-10, I would >> appreciate it if any of you guys could try it out and see if it works. >=20 > I meant math/sage (for those who don't normally use it.) So I tried it on my slow i386 computer. It dies on the subpackage r-3.0.2.p0. I would be interested if other people are seeing the same problem. I think it is because in the build, it creates libR.so using a command like this: cc -std=3Dgnu99 -shared -fopenmp -L/usr/home/stephen/sage/work/sage-6.0/local/lib/ -Wl,-rpath=3D/usr/home/stephen/sage/work/sage-6.0/local/lib -Wl,-rpath=3D/usr/local/lib/gcc46 -L/usr/local/lib/gcc46 -o libR.so CommandLineArgs.o Rdynload.o Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cum.o dcf.o datetime.o debug.o deparse.o devices.o dotcode.o dounzip.o dstruct.o duplicate.o edit.o engine.o envir.o errors.o eval.o format.o gevents.o gram.o gram-ex.o graphics.o grep.o identical.o inlined.o inspect.o internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o mapply.o match.o memory.o names.o objects.o options.o paste.o platform.o plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o qsort.o random.o raw.o registration.o relop.o rlocale.o saveload.o scan.o seq.o serialize.o sort.o source.o split.o sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o unique.o util.o version.o vfonts.o xxxpr.o `ls ../unix/*.o ../appl/*.o ../nmath/*.o` ../extra/zlib/libz.a ../extra/bzip2/libbz2.a ../extra/pcre/libpcre.a ../extra/tre/libtre.a -L/usr/home/stephen/sage/work/sage-6.0/local/lib -lf77blas -latlas -lgfortran -lm -lquadmath -lintl -lreadline -llzma -lrt -lm -liconv Now -Wl,-rpath is set, so it should find libreadline in /usr/home/stephen/sage/work/sage-6.0/local/lib. But instead it finds libreadline in /lib. So later when it does the following compilation to build R.bin: gcc -std=3Dgnu99 -export-dynamic -fopenmp -L/usr/home/stephen/sage/work/sage-6.0/local/lib/ -Wl,-rpath=3D/usr/home/stephen/sage/work/sage-6.0/local/lib -Wl,-rpath=3D/usr/local/lib/gcc46 -L/usr/local/lib/gcc46 -o R.bin Rmain.o -L../../lib -lR ...it comes up with an error saying that rl_sort_completion_matches isn't found. And when I do an ldd or "readelf -d" on libR.so, I can see that it is trying to link to the wrong libreadline, and rl_sort_completion_matches is only defined in the other libreadline. I tried googling to find a fix. And it works fine with FreeBSD-8. This has me completely stumped. One web page suggested I added -Wl,-z,origin to the list of flags when building libR.so. But I really don't know what I am doing. Anyway, it didn't work. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 05:56: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 19F15F0F; Thu, 30 Jan 2014 05:56:35 +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 D5B63150C; Thu, 30 Jan 2014 05:56:34 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id up15so2736526pbc.0 for ; Wed, 29 Jan 2014 21:56:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=j2E0kcm79wF5d58/wag0YTHNGBHENvzc2h0L0zkgBNo=; b=f58i+XMhPzFnTNHKX//QfPJuSLu9uNpAe7IcU3e3zj/y/jOign/TnjXdripvkdzCJo FIfqxqKndRb62IpQTrdNyWKDbZobKu9+WH2tFzJyMwLpO4zaKKjpcXdL87A+Zw6NfHIa Iab9Z4MkQlvT0GTQNTPzYZp1K5Z2e2mUx+DtSFLM3mImmjHoqnagKSqxgaZij2ifjYG0 IeLQcg0IMdZbwG7CgPma5O2JglRScwDTh6B6GcuXj0WZSV2xbuy4x/m+TEEGUqdFveMI M7+XzMLhCtHeL6cw5oGuG2OwaD9neCaJ5z7x/1cxNTyaDkIzRL5Fo3hMORymMdXeajet vpkw== MIME-Version: 1.0 X-Received: by 10.68.183.228 with SMTP id ep4mr12287046pbc.67.1391061394387; Wed, 29 Jan 2014 21:56:34 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Wed, 29 Jan 2014 21:56:34 -0800 (PST) In-Reply-To: <201401300304.s0U34NHx008515@fire.js.berklix.net> References: <201401281600.s0SG0kBx034099@fire.js.berklix.net> <201401300304.s0U34NHx008515@fire.js.berklix.net> Date: Wed, 29 Jan 2014 21:56:34 -0800 X-Google-Sender-Auth: lkXAl5DtP7S2qD2v-uyaZ2mPaXI Message-ID: Subject: Re: ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 From: Kevin Oberman To: "Julian H. Stacey" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "ports@FreeBSD.org" , Dimitry Andric , Florent Thoumie X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Jan 2014 05:56:35 -0000 On Wed, Jan 29, 2014 at 7:04 PM, Julian H. Stacey wrote: > Hi ports@ > I changed Subject: > From: > Re: How to find removed ports in general & math/hexcalc in particular. > To: > ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 > > + cc'd FYI Maintainer of x11/xcalc (a scientific not hexadecimal > calculator) > > > > grep hexcalc /usr/ports/MOVED > > math/hexcalc||2011-08-01|Has expired: Looks like abandonware, no more > public distfiles > > > > I have a local: > > 25129 Dec 20 1995 hexcalc..tar.Z > > (no idea why 2 dots), anyway its a valid tar. I have put it up here > > http://berklix.com/~jhs/ftp/FreeBSD/ports/distfiles/hexcalc..tar.Z > > I'll look at creating a port. (unless people know of a newer > > nice hexcalc ? but this one was always OK for me) > > > I have restored ports/math/hexcalc from 8.2; it now runs on 9.1 & 9.2 & > 10.0 > > http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ports/gen/math/hexcalc/ > > Anyone know what to fix for 10.0 Mk/ ? After installing it bleats: > ===> Registering installation for hexcalc-1.11_2 > pkg-static: > lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/local/bin/hexcalc): > No such file or directory > pkg-static: > lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/local/man/man1/hexcalc.1.gz): > No such file or directory > > Cheers, > Julian > Quick workaround is to turn off staging for the port. It needs fixing, but that will let it build immediately. Add the following to the Makefile: NO_STAGE= yes -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 09:12: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 0ADBC3F6 for ; Thu, 30 Jan 2014 09:12:58 +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 EAEA81511 for ; Thu, 30 Jan 2014 09:12:57 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s0U9Cvpp033377 for ; Thu, 30 Jan 2014 09:12:57 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s0U9Cvlr033372; Thu, 30 Jan 2014 09:12:57 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201401300912.s0U9Cvlr033372@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: Thu, 30 Jan 2014 09:12:57 +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: Thu, 30 Jan 2014 09:12:58 -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 ------------------------------------------------+-----------------+------------ graphics/ImageMagick | 6.8.0-7 | 6.8.8-4 ------------------------------------------------+-----------------+------------ science/minc2 | 2.0.18 | 2.2.00 ------------------------------------------------+-----------------+------------ www/groupoffice | 3.7.24 | 5.0.38 ------------------------------------------------+-----------------+------------ 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 Thu Jan 30 09:21:26 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 26EEA80A; Thu, 30 Jan 2014 09:21:26 +0000 (UTC) Received: from mail-oa0-x22f.google.com (mail-oa0-x22f.google.com [IPv6:2607:f8b0:4003:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C797115F1; Thu, 30 Jan 2014 09:21:25 +0000 (UTC) Received: by mail-oa0-f47.google.com with SMTP id m1so3317995oag.6 for ; Thu, 30 Jan 2014 01:21:25 -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=PNjvvv9LkVf0RwMI367fTIyd8efQTHRaE6wIwz4dd64=; b=hdBH6fpEHzAQTIBafi6HX2BT5uZ0x3ERnoy6GV3tzdfenghEVE4a5pY4Fc4FNMP4ct LKgHADPmaOgzf2JQJlJxhvpYAltvcgsI2R4nkBL5hyGCVb2LwonF2S4sUoOdvNjAGl9T Kg4boJIQizADBoPfpnsurNUAtB4Hp3R5l30ygMSEyvGNNvCt14CF6WZo0eEDJweP/RN0 022vwa6ZO766h6m9XtqttfVo/cZrlgzuEw4/A5njLEwYAeRTmgbY25ftCM3E7rGZDAjk qC0Yn3UcYRDS2+7g0mxbygs9OcrlqQEA6fP0H51dNB7U+BxcydlnV4Be540aYGDvaWkd n9oQ== MIME-Version: 1.0 X-Received: by 10.182.117.195 with SMTP id kg3mr10455399obb.17.1391073685067; Thu, 30 Jan 2014 01:21:25 -0800 (PST) Received: by 10.182.108.42 with HTTP; Thu, 30 Jan 2014 01:21:25 -0800 (PST) In-Reply-To: References: <201401281600.s0SG0kBx034099@fire.js.berklix.net> <201401300304.s0U34NHx008515@fire.js.berklix.net> Date: Thu, 30 Jan 2014 10:21:25 +0100 Message-ID: Subject: Re: ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "ports@FreeBSD.org" , "Julian H. Stacey" , Dimitry Andric , Florent Thoumie X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Jan 2014 09:21:26 -0000 2014-01-30 Kevin Oberman : > On Wed, Jan 29, 2014 at 7:04 PM, Julian H. Stacey wrote= : > >> Hi ports@ >> I changed Subject: >> From: >> Re: How to find removed ports in general & math/hexcalc in particular. >> To: >> ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 >> >> + cc'd FYI Maintainer of x11/xcalc (a scientific not hexadecimal >> calculator) >> >> >> > grep hexcalc /usr/ports/MOVED >> > math/hexcalc||2011-08-01|Has expired: Looks like abandonware, no more >> public distfiles >> > >> > I have a local: >> > 25129 Dec 20 1995 hexcalc..tar.Z >> > (no idea why 2 dots), anyway its a valid tar. I have put it up here >> > http://berklix.com/~jhs/ftp/FreeBSD/ports/distfiles/hexcalc..tar= .Z >> > I'll look at creating a port. (unless people know of a newer >> > nice hexcalc ? but this one was always OK for me) >> Can you fix the filename to just have one dot and preferably a version numb= er? >> >> I have restored ports/math/hexcalc from 8.2; it now runs on 9.1 & 9.2 & >> 10.0 >> >> http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ports/gen/math/hexcalc= / >> >> Anyone know what to fix for 10.0 Mk/ ? After installing it bleats: >> =3D=3D=3D> Registering installation for hexcalc-1.11_2 >> pkg-static: >> lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/local= /bin/hexcalc): >> No such file or directory >> pkg-static: >> lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/local= /man/man1/hexcalc.1.gz): >> No such file or directory >> > > Quick workaround is to turn off staging for the port. It needs fixing, b= ut > that will let it build immediately. Add the following to the Makefile: > NO_STAGE=3D yes You cannot anymore, since this is now forbidden by a SVN hook. The proper way (just having a quick look) is to install into ${STAGEDIR}${PREFIX}/bin and ${STAGEDIR}${MANPREFIX}/man/man1 (although you might have to replace MANPREFIX with just PREFIX, not sure) Ren=E9 From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 11:18:09 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 CA9A0E59 for ; Thu, 30 Jan 2014 11:18:09 +0000 (UTC) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8411010CB for ; Thu, 30 Jan 2014 11:18:09 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id k4so4185169qaq.15 for ; Thu, 30 Jan 2014 03:18:08 -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=9qBOxcOt0rqqcxilFQ12Q2+54ZNzRa+Lsk6MhZiGsrM=; b=pRLewjdcGNJR1zKHjD4nGaeQ0GTNgRaIjSSVu2V/9dcmuqYMr47JMRq3JIjofwF19u mhXxuKfYZVPEMLO0IY6pkQ6yoaRZF3tK8RMDh+qe6+/VctS/s2u0inpRmW2sqRXk3AWw XAVUvLyuFCzKdrdYEPTBaisc3lSFpuV/9O7koR87aS4K2UyNmiTur4ef5PuVPPC9AivI GX2lD5VkQIQ6xDDC+HYoi+nbbkvsa8dq8+Ktd4BOIQkLpN6kpZz1+1UwjEUSp/YXd4A6 H4DOJeaqKOZWD8833nJToAueGWqqynY+Y5en+rNajW3ypZiV1hNSLRxLSEqMLCTV+dxj pksA== X-Received: by 10.224.54.208 with SMTP id r16mr1973472qag.74.1391080688688; Thu, 30 Jan 2014 03:18:08 -0800 (PST) Received: from lumiwa.farms.net ([71.241.213.42]) by mx.google.com with ESMTPSA id w8sm16138951qag.15.2014.01.30.03.18.07 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jan 2014 03:18:08 -0800 (PST) From: Ajtim To: "Montgomery-Smith, Stephen" Subject: Re: Sage update Date: Thu, 30 Jan 2014 06:18:06 -0500 Message-ID: <10283873.BJLeTTpi7S@lumiwa.farms.net> User-Agent: KMail/4.11.4 (FreeBSD/10.0-RELEASE; KDE/4.11.4; amd64; ; ) In-Reply-To: <52E9AA34.9060909@missouri.edu> References: <52E9A43A.7010006@missouri.edu> <52E9AA34.9060909@missouri.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Greg Rivers , Jouko =?ISO-8859-1?Q?Lumij=E4rvi?= , FreeBSD Ports , "GeorgSWeber@googlemail.com" , Kostas Oikonomou , Daniel Smith X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Jan 2014 11:18:09 -0000 On Thursday 30 January 2014 01:26:18 Montgomery-Smith, Stephen wrote: > On 01/29/2014 07:00 PM, Montgomery-Smith, Stephen wrote: > > I have just updated sage to version 6.0. I have also made some changes > > to help it work with FreeBSD-10, using ideas given to me by Daniel > > Smith. Since I don't have a fast computer using FreeBSD-10, I would > > appreciate it if any of you guys could try it out and see if it works. > > I meant math/sage (for those who don't normally use it.) I did try and I got the same error as before on FreeBSD 10.0-RELEASE (amd64): Error building Sage. The following package(s) may have failed to build: tail: /usr/ports/math/sage/work/sage-6.0/logs/pkgs/*.log: No such file or directory The build directory may contain configuration files and other potentially helpful information. WARNING: if you now run 'make' again, the build directory will, by default, be deleted. Set the environment variable SAGE_KEEP_BUILT_SPKGS to 'yes' to prevent this. gmake[2]: *** [build] Error 1 gmake[2]: Leaving directory `/usr/ports/math/sage/work/sage-6.0' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/math/sage *** Error code 1 Stop. make: stopped in /usr/ports/math/sage ===>>> make failed for math/sage ===>>> Aborting update -- Mitja ------- http://www.redbubble.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 11:37: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 1F62B44E for ; Thu, 30 Jan 2014 11:37:33 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD1851239 for ; Thu, 30 Jan 2014 11:37:32 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id e16so4646557qcx.21 for ; Thu, 30 Jan 2014 03:37:32 -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=M4V6I1Y9fRlxhSpQ2PUnAQiYe3K0/OglvDNiIDCon38=; b=HsO0fd7Q0RVEz0Jn2jzX+38CsGLBtQgAxoCAzpyiIu8V6Ah9sCs4FZ/tsfxNMqcEK/ puKAQShpbEL9lhKvZeX9Vx/aKHtDGfpU4XI9MjpY53AWPFMeoHi6Jg3xVyAGatTWMIWq aSuJDer6tAlPWio4+dv7O6VsJcffOxnKZsJrBT6asVXk9IZX5ZPDBWqspED1koTSCGcJ 00wbB63DdfDomLrWqecp9mJtGIMN7qetg2pHz5OJ5zO9S8THIhEDGAxAbyx6hjmkWpRx QaHcEQbjzlb1Gv/OE/KgkbsorHehmSrTC3EXs9iVEGt4VzFVyJx9MKboxcmQTUvU09dD l/1Q== X-Received: by 10.140.31.247 with SMTP id f110mr19496972qgf.58.1391081852063; Thu, 30 Jan 2014 03:37:32 -0800 (PST) Received: from lumiwa.farms.net ([71.241.213.42]) by mx.google.com with ESMTPSA id u75sm8173777qgd.23.2014.01.30.03.37.30 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jan 2014 03:37:31 -0800 (PST) From: Ajtim To: "Montgomery-Smith, Stephen" Subject: Re: Sage update Date: Thu, 30 Jan 2014 06:37:29 -0500 Message-ID: <4471471.Cm1jn2sjEU@lumiwa.farms.net> User-Agent: KMail/4.11.4 (FreeBSD/10.0-RELEASE; KDE/4.11.4; amd64; ; ) In-Reply-To: <52E9E3A4.2030204@missouri.edu> References: <52E9A43A.7010006@missouri.edu> <52E9AA34.9060909@missouri.edu> <52E9E3A4.2030204@missouri.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Greg Rivers , Jouko =?ISO-8859-1?Q?Lumij=E4rvi?= , FreeBSD Ports , "GeorgSWeber@googlemail.com" , Kostas Oikonomou , Daniel Smith X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Jan 2014 11:37:33 -0000 On Thursday 30 January 2014 05:31:19 Montgomery-Smith, Stephen wrote: > On 01/29/2014 07:26 PM, Montgomery-Smith, Stephen wrote: > So I tried it on my slow i386 computer. It dies on the subpackage > r-3.0.2.p0. I would be interested if other people are seeing the same > problem. > > I think it is because in the build, it creates libR.so using a command > like this: > I did try to build again and I check 387 (Use 387 instead of SSE FPU) and I got: mpn_bases' can not be used when making a shared object; recompile with -fPIC /usr/ports/math/sage/work/sage-6.0/local/lib/libgmp.a: error adding symbols: Bad value collect2: ld returned 1 exit status make[8]: *** [libmpfr.la] Error 1 make[8]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0/src/src' make[7]: *** [all] Error 2 make[7]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0/src/src' make[6]: *** [all-recursive] Error 1 make[6]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0/src' Error building MPFR. real 0m17.525s user 0m53.171s sys 0m12.151s ************************************************************************ Error installing package mpfr-3.1.2.p0 ************************************************************************ Please email sage-devel (http://groups.google.com/group/sage-devel) explaining the problem and including the relevant part of the log file /usr/ports/math/sage/work/sage-6.0/logs/pkgs/mpfr-3.1.2.p0.log Describe your computer, operating system, etc. If you want to try to fix the problem yourself, *don't* just cd to /usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0 and type 'make' or whatever is appropriate. Instead, the following commands setup all environment variables correctly and load a subshell for you to debug the error: (cd '/usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0' && '/usr/ports/math/sage/work/sage-6.0/sage' --sh) When you are done debugging, you can type "exit" to leave the subshell. ************************************************************************ make[5]: *** [/usr/ports/math/sage/work/sage-6.0/local/var/lib/sage/installed/mpfr-3.1.2.p0] Error 1 make[5]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' make[4]: *** [toolchain-deps] Error 2 make[4]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' real 1m32.542s user 2m35.877s sys 0m43.556s *************************************************************** Error building Sage. The following package(s) may have failed to build: package: mpfr-3.1.2.p0 log file: /usr/ports/math/sage/work/sage-6.0/logs/pkgs/mpfr-3.1.2.p0.log build directory: /usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0 The build directory may contain configuration files and other potentially helpful information. WARNING: if you now run 'make' again, the build directory will, by default, be deleted. Set the environment variable SAGE_KEEP_BUILT_SPKGS to 'yes' to prevent this. gmake[2]: *** [build] Error 1 gmake[2]: Leaving directory `/usr/ports/math/sage/work/sage-6.0' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/math/sage *** Error code 1 Thank you. -- Mitja ------- http://www.redbubble.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 12:18: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 756F28D7 for ; Thu, 30 Jan 2014 12:18:56 +0000 (UTC) Received: from eu1sys200aog105.obsmtp.com (eu1sys200aog105.obsmtp.com [207.126.144.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8E9C1561 for ; Thu, 30 Jan 2014 12:18:55 +0000 (UTC) Received: from mail-wg0-f44.google.com ([74.125.82.44]) (using TLSv1) by eu1sys200aob105.postini.com ([207.126.147.11]) with SMTP ID DSNKUupDKJQGIzhV7leXidcGiCenpaH3TkO+@postini.com; Thu, 30 Jan 2014 12:18:55 UTC Received: by mail-wg0-f44.google.com with SMTP id l18so6094877wgh.35 for ; Thu, 30 Jan 2014 04:18: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:sender:date:from:message-id:to:subject:reply-to; bh=LAju3xl5oxzr3HJwGSJopwuRAdFw3Pkn33b243hooT4=; b=cHc0XkCt0iN5sD/UptwKWMa32N7XToesUhSKyO+Sm2xHUPLD72l20C/mcY/n26H92Z 9m8ERLnx7fEtpc7I+7obKgqMzp5hjGiVIZIYvU1JCqCPw/2OlZumRF7YhqFn6L8thvJs Qh1c/CSMQNHsh4OTmsfLVwIJU5WQsgsPkLa5bm0gyWFLsTrT7yovyi2yxHT1dhcMabAp Nwi4lJSAD/MC3nVnJVpEFbwFYoyoDx7VyY+QFPydfxRtlhmOWDoBUtE70Lt+RB7k2E1E 6zS0YSQ36woVHSZPbXG5128kmErn5Q4dDxskqeBdWb2na3esepi/3R+eKX4JpIyhNvjE uXkQ== X-Received: by 10.180.218.171 with SMTP id ph11mr22838400wic.7.1391083985993; Thu, 30 Jan 2014 04:13:05 -0800 (PST) X-Gm-Message-State: ALoCoQnM2P2PqhgDHGhjU7lKXnml86rHKcZtMQy1ynu46sbjqKE7ZzgWLMBoMnqPwISIaMllQn6krYxOOCtMYq817kf3vb/0PFO3ICLHKZBHeggFMR6JGo0B0JTdtXPDPaxJcaROOCv1UKjDe2leHkaVFogWmLYppGUCZIwzGUOLsF/CIQeXZjM= X-Received: by 10.180.218.171 with SMTP id ph11mr22838384wic.7.1391083985736; Thu, 30 Jan 2014 04:13:05 -0800 (PST) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id ev4sm12148441wib.1.2014.01.30.04.13.03 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jan 2014 04:13:04 -0800 (PST) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s0UCD20X024811 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 30 Jan 2014 12:13:02 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s0UCD29C024810 for freebsd-ports@freebsd.org; Thu, 30 Jan 2014 12:13:02 GMT (envelope-from mexas) Date: Thu, 30 Jan 2014 04:13:04 -0800 (PST) From: Anton Shterenlikht Message-Id: <201401301213.s0UCD29C024810@mech-cluster241.men.bris.ac.uk> To: freebsd-ports@freebsd.org Subject: /usr/local/man vs /usr/local/share//man and manpath X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.ac.uk List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 12:18:56 -0000 Some ports install man pages under /usr/local/man e.g. graphics/xfig, while other ports do it under /usr/local/share//man e.g. graphics/xpdf. >From what I understood from manpath(1), it is hard to specify the path to the second type of man pages, because each new port name needs to be specified separately. Currently my manpath returns: /usr/share/man:/usr/local/man:/usr/share/openssl/man:/usr/local/lib/perl5/5.16/man:/usr/local/lib/perl5/5.16/perl/man Is this a problem to be solved by the user's environment? If so, what is the recommended way to solve it? Or is this a problem with some ports creating man pages in the wrong place? Thanks Anton From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 15:10:20 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 574AAB1F; Thu, 30 Jan 2014 15:10:20 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 EBFA6153E; Thu, 30 Jan 2014 15:10:19 +0000 (UTC) Received: from park.js.berklix.net (p5DCBEBAD.dip0.t-ipconnect.de [93.203.235.173]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id s0UF9u2c046352; Thu, 30 Jan 2014 15:09:57 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.14.3/8.14.3) with ESMTP id s0UF6DA0068443; Thu, 30 Jan 2014 16:06:14 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.5/8.14.5) with ESMTP id s0UF5vop073258; Thu, 30 Jan 2014 16:06:07 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201401301506.s0UF5vop073258@fire.js.berklix.net> To: =?ISO-8859-1?Q?Ren=E9_Ladan?= Subject: Re: ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 30 Jan 2014 10:21:25 +0100." Date: Thu, 30 Jan 2014 16:05:57 +0100 Cc: "ports@FreeBSD.org" , Kevin Oberman , Dimitry Andric , Florent Thoumie X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Jan 2014 15:10:20 -0000 =?ISO-8859-1?Q?Ren=E9_Ladan?= wrote: > 2014-01-30 Kevin Oberman : > > On Wed, Jan 29, 2014 at 7:04 PM, Julian H. Stacey wrote: > > > >> Hi ports@ > >> I changed Subject: > >> From: > >> Re: How to find removed ports in general & math/hexcalc in particular. > >> To: > >> ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 > >> > >> + cc'd FYI Maintainer of x11/xcalc (a scientific not hexadecimal > >> calculator) > >> > >> > >> > grep hexcalc /usr/ports/MOVED > >> > math/hexcalc||2011-08-01|Has expired: Looks like abandonware, no more > >> public distfiles > >> > > >> > I have a local: > >> > 25129 Dec 20 1995 hexcalc..tar.Z > >> > (no idea why 2 dots), anyway its a valid tar. I have put it up here > >> > http://berklix.com/~jhs/ftp/FreeBSD/ports/distfiles/hexcalc..tar.Z > >> > I'll look at creating a port. (unless people know of a newer > >> > nice hexcalc ? but this one was always OK for me) > >> > Can you fix the filename to just have one dot and preferably a version number? > >> > >> I have restored ports/math/hexcalc from 8.2; it now runs on 9.1 & 9.2 & > >> 10.0 > >> > >> http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ports/gen/math/hexcalc/ > >> > >> Anyone know what to fix for 10.0 Mk/ ? After installing it bleats: > >> ===> Registering installation for hexcalc-1.11_2 > >> pkg-static: > >> lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/local/bin/hexcalc): > >> No such file or directory > >> pkg-static: > >> lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/local/man/man1/hexcalc.1.gz): > >> No such file or directory > > > > Quick workaround is to turn off staging for the port. It needs fixing, but > > that will let it build immediately. Add the following to the Makefile: > > NO_STAGE= yes > > You cannot anymore, since this is now forbidden by a SVN hook. > > The proper way (just having a quick look) is to install into > ${STAGEDIR}${PREFIX}/bin and ${STAGEDIR}${MANPREFIX}/man/man1 > (although you might have to replace MANPREFIX with just PREFIX, not sure) > > René Thanks Kevin & Rene' I added ${STAGEDIR}, & tested, MANPREFIX = PREFIX so I left MANPREFIX. http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ports/gen/math/hexcalc/All.tgz Is ready for download & use. Could 1 or 2 people please try, & post eg "Works for me", I guess that will be sufficient to commit it, as it's the same distfile FreeBSD ports/ used before, that went missing, & was found again. All.tgz was made by tar zcf /tmp/All.tgz . ; mv /tmp/All.tgz . so you have a single 28K file to encourage download & test, its contents even include the distfile: hexcalc.tar.Z Makefile distinfo files/ files/patch-a pkg-descr Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 15:20:58 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 E0214E8F for ; Thu, 30 Jan 2014 15:20:58 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 8E933167D for ; Thu, 30 Jan 2014 15:20:58 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id E770BB9033 for ; Thu, 30 Jan 2014 16:20:50 +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:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1391095248; x= 1392909649; bh=B8A1L25L9merWx34Zi+QOZYRVwU7KTwZLtCaMIxzPqU=; b=u bXqYnlVS0LL/YTzBzlLDmr8X7YMjFIM5+1C3Q6g7GJEnt/i0vty3U3lq1AbMZ7jh ZB8gZ6EscDyJGcpWr6M7wUn/OdU3mYg1N4OR9ForcAWuHlQCDxdD4qUiswokTv0O UpnB4ODVi5kbAUyxRVmOVQGXjPtesbqNkmviVGQ8Lg= 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 FqaPGG-c_WuP for ; Thu, 30 Jan 2014 16:20:48 +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 17138B902E for ; Thu, 30 Jan 2014 16:20:48 +0100 (CET) Date: Thu, 30 Jan 2014 16:20:47 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-ports@freebsd.org Subject: samba36 on 10-RELEASE can't join AD Message-Id: <20140130162047.65f44dfb878228ceab200bb2@mimar.rs> 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=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Jan 2014 15:20:58 -0000 I can't seem to join AD with samba36 on 10-RELEASE: pacija@server:/usr/local/etc % sudo net ads join -U pacija Enter pacija's password: kerberos_kinit_password pacija@EXAMPLE.ORG failed: Looping detected inside krb5_get_in_tkt Failed to join domain: failed to connect to AD: Looping detected inside krb5_get_in_tkt Kerberos seem to work OK, i can get tickets with kinit. Same krb5.conf and smb.conf on another 9.2-RELEASE machine are joining AD without problem. Any suggestions? --=20 Marko Cupa=C4=87 From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 16:11: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 47FEFFE4 for ; Thu, 30 Jan 2014 16:11:02 +0000 (UTC) Received: from mailrelay005.isp.belgacom.be (mailrelay005.isp.belgacom.be [195.238.6.171]) by mx1.freebsd.org (Postfix) with ESMTP id D79191AAC for ; Thu, 30 Jan 2014 16:11:01 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmAGAGl46lJR8apO/2dsb2JhbABZgwy+NIEKF3SCJQEBAQQ6HCMQCw4KCSUPKh4GExqHbwHLchePAgeEOAEDmCeSIIMuOw Received: from 78.170-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.170.78]) by relay.skynet.be with ESMTP; 30 Jan 2014 17:10:59 +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 s0UGAwRA059030; Thu, 30 Jan 2014 17:10:58 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Thu, 30 Jan 2014 17:10:58 +0100 From: Tijl Coosemans To: Zsolt Udvari Subject: Re: newsbeuter/stfl error Message-ID: <20140130171058.21c0f9b3@kalimero.tijl.coosemans.org> In-Reply-To: References: <20140124212130.1fa1fce7@kalimero.tijl.coosemans.org> 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: Thu, 30 Jan 2014 16:11:02 -0000 On Sat, 25 Jan 2014 16:16:53 +0100 Zsolt Udvari wrote: > 2014-01-24 Tijl Coosemans : >> On Fri, 24 Jan 2014 19:50:38 +0100 Zsolt Udvari wrote: >>> 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) >>> >>> 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. > > Good news! Can I help something? It should work now since r341856. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 16:21: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 3C9BC22A; Thu, 30 Jan 2014 16:21:25 +0000 (UTC) Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E0881C7E; Thu, 30 Jan 2014 16:21:25 +0000 (UTC) Received: by mail-pb0-f52.google.com with SMTP id jt11so3316381pbb.11 for ; Thu, 30 Jan 2014 08:21: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=ACckpFr3poM2eBtBJbqS++EWgEnotTTgrDjY4G1ufUc=; b=htqJggeVvL8qjLw116fIFOM/TktS3JJBs+qGSAT4Ci+Ru58qmZnRwTM/gnbOpMpbd4 IlZ4mQdtlUSvZUI/m7tnmkeKb5mGSN461xopMGjx6MHQ9kwOL6kXBRRiSMPX89XIzEPy p3PhVIR1EBrrD4ZhkjIMQxFOZ9Y+2MAggpfRVWOeuNbxfLcFaewbQjulS5qn2HDbms9F o0EBYoV2sF2zzGnXkx3nxNcjCuLLI+lPQ0hZEUv3vx+gY3IrErVBGS+JC7eIvx94s0jO QEkMrQ+gcmlmnigfINjycFGIOX1UL+xrokSkWdTjevQ+elxjbd8UxL9FmOLNUxCIprDb LPvA== MIME-Version: 1.0 X-Received: by 10.68.125.164 with SMTP id mr4mr15128647pbb.27.1391098884728; Thu, 30 Jan 2014 08:21:24 -0800 (PST) Received: by 10.70.84.73 with HTTP; Thu, 30 Jan 2014 08:21:24 -0800 (PST) In-Reply-To: <20140130171058.21c0f9b3@kalimero.tijl.coosemans.org> References: <20140124212130.1fa1fce7@kalimero.tijl.coosemans.org> <20140130171058.21c0f9b3@kalimero.tijl.coosemans.org> Date: Thu, 30 Jan 2014 17:21:24 +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: Thu, 30 Jan 2014 16:21:25 -0000 2014-01-30 Tijl Coosemans : > It should work now since r341856. Thanks, I see the commit. I'll test. Thanks for your work! Zsolt From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 16:44: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 87CA1A62; Thu, 30 Jan 2014 16:44:08 +0000 (UTC) Received: from mail-pb0-x22f.google.com (mail-pb0-x22f.google.com [IPv6:2607:f8b0:400e:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 57F591E6D; Thu, 30 Jan 2014 16:44:08 +0000 (UTC) Received: by mail-pb0-f47.google.com with SMTP id rp16so3301409pbb.6 for ; Thu, 30 Jan 2014 08:44: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=PR713skSFvXITnAsxn12rzcCmBTQVLbrdEhep0lrGZE=; b=xDxc21QxuVLoxgwEcOycuQnbeNQMnC+Zm7LMLKCRyzwSsB7O2ehbvaNfIqHMomRxig 5KuxL+IoTITkSIJcdsKoC20ImOuw6pM/XFceyfdrQKKN/DS2+etd/41eeoTQ95ZOaWwX mzH5CPx5S/hXuu81aRWCABKMtO9dpw0ETp1vEM8klHJz9NfGTcDwySlp6yfbhuw0+l+S Rq6Quo2bXXV31/px2eFZPq0FxovQRkTt2FDnlwSw23vd6IJQ28TCfchE6mVAUA7hqQXG xfQqyseJLuHmH/YqHz0zPcVdRTcHvpM+sg6QvFp2kP8SoODbr3a2Pii9mmeOpgFil+Ie ML8Q== MIME-Version: 1.0 X-Received: by 10.66.26.236 with SMTP id o12mr15622565pag.15.1391100247976; Thu, 30 Jan 2014 08:44:07 -0800 (PST) Received: by 10.70.84.73 with HTTP; Thu, 30 Jan 2014 08:44:07 -0800 (PST) In-Reply-To: References: <20140124212130.1fa1fce7@kalimero.tijl.coosemans.org> <20140130171058.21c0f9b3@kalimero.tijl.coosemans.org> Date: Thu, 30 Jan 2014 17:44:07 +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: Thu, 30 Jan 2014 16:44:08 -0000 Do I anything wrong? gmake[1]: Entering directory `/memdisk/build/home/freebsd/ports/devel/stfl/work/stfl-0.22' Makefile:89: Makefile.deps: No such file or directory clang -I. -MM *.c > Makefile.deps_new In file included from base.c:23: In file included from ./stfl_internals.h:31: /usr/local/include/ncurses/ncurses.h:60:10: fatal error: 'ncurses/ncurses_dll.h' file not found #include ^ 1 error generated. In file included from binding.c:23: In file included from ./stfl_internals.h:31: /usr/local/include/ncurses/ncurses.h:60:10: fatal error: 'ncurses/ncurses_dll.h' file not found #include ^ 1 error generated. In file included from dump.c:23: In file included from ./stfl_internals.h:31: /usr/local/include/ncurses/ncurses.h:60:10: fatal error: 'ncurses/ncurses_dll.h' file not found #include ^ 1 error generated. In file included from parser.c:23: In file included from ./stfl_internals.h:31: /usr/local/include/ncurses/ncurses.h:60:10: fatal error: 'ncurses/ncurses_dll.h' file not found #include ^ 1 error generated. In file included from public.c:23: In file included from ./stfl_internals.h:31: /usr/local/include/ncurses/ncurses.h:60:10: fatal error: 'ncurses/ncurses_dll.h' file not found #include ^ 1 error generated. In file included from style.c:23: In file included from ./stfl_internals.h:31: /usr/local/include/ncurses/ncurses.h:60:10: fatal error: 'ncurses/ncurses_dll.h' file not found #include ^ 1 error generated. gmake[1]: *** [Makefile.deps] Error 1 gmake[1]: Leaving directory `/memdisk/build/home/freebsd/ports/devel/stfl/work/stfl-0.22' *** Error code 2 Stop. make: stopped in /home/freebsd/ports/devel/stfl 2014-01-30 Zsolt Udvari : > 2014-01-30 Tijl Coosemans : >> It should work now since r341856. > Thanks, I see the commit. I'll test. Thanks for your work! > > Zsolt From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 17:02: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 7F674DB6; Thu, 30 Jan 2014 17:02:08 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e: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 4F8CF1FD1; Thu, 30 Jan 2014 17:02:08 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id ld10so3344299pab.24 for ; Thu, 30 Jan 2014 09:02: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=a06B34YXqVyYHgmXLYmhSzcHlX9e7wUjmVLRzO2FgAY=; b=TckMZzCar8W9NurOrZ8w5RDgPIpImNP6SHgGIeqMfvx5EeSkFZPtuJqeX0cnLPOXli 8Hie5Z+33ggeFKso8Q7vF7pw47yl6alHpcjMllJhbG0dF0P7/Ls1vDXpiPinQOkehTf4 cxZSbE2ypA010/M6JjedoRDxylxayiuSgqYI86GOaKgl90XlIaBi1rXUW0f6E/wUczJT 36kQntMnZUnSdRm/kSNJs52hrU5havvw9AFv+S7ho1qMHu3LL5Kbkqm3j3vaYFD7rZ6E 1S58erwy5JPOh9IOGdU+5scB0j8yC7V41eHpGmKYJUrJUtjyPYRHfzRjtSUGEebvaX/6 tKfA== MIME-Version: 1.0 X-Received: by 10.66.122.201 with SMTP id lu9mr15327742pab.40.1391101327700; Thu, 30 Jan 2014 09:02:07 -0800 (PST) Received: by 10.70.84.73 with HTTP; Thu, 30 Jan 2014 09:02:07 -0800 (PST) In-Reply-To: References: <20140124212130.1fa1fce7@kalimero.tijl.coosemans.org> <20140130171058.21c0f9b3@kalimero.tijl.coosemans.org> Date: Thu, 30 Jan 2014 18:02:07 +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: Thu, 30 Jan 2014 17:02:08 -0000 2014-01-30 Zsolt Udvari : > Do I anything wrong? > > gmake[1]: Entering directory > `/memdisk/build/home/freebsd/ports/devel/stfl/work/stfl-0.22' > Makefile:89: Makefile.deps: No such file or directory > clang -I. -MM *.c > Makefile.deps_new > In file included from base.c:23: > In file included from ./stfl_internals.h:31: > /usr/local/include/ncurses/ncurses.h:60:10: fatal error: > 'ncurses/ncurses_dll.h' file not found > #include > ^ > 1 error generated. If I add "USE_GCC=any" to devel/stfl/Makefile builds well and newsbeuter run. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 17:02: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 CDE11E53 for ; Thu, 30 Jan 2014 17:02:23 +0000 (UTC) Received: from iport-acv2-out.ucsd.edu (iport-acv2-out.ucsd.edu [132.239.0.174]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98C831FDA for ; Thu, 30 Jan 2014 17:02:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ucsd.edu; i=@ucsd.edu; q=dns/txt; s=041709-iport; t=1391101344; x=1422637344; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=TPeYirBNXgvlrwcBjGJLFCH7bRopUSogk1a+TFvk8sg=; b=d+ypaHihTqYZzs/z1t81JwFO7vcl5FhfGUgIw9DD/t3Yg8K0nREXN4PL cNeGu3dWPwbpATIZSkPznFQTov74Jm7FxAJ9guS7H/a80FMPjuqCe6943 a5gpCz3y0xlFkR2O2mTOukEI75QEgP3ufyQliZXsTN1FV26U+y7Qpk2Pi A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqoNAAeF6lKE7/kU/2dsb2JhbABZgww4qBmQEYVSgQwWdIIlAQEBAQM6DTIQCw0LCSUPBSghiBgNr02UB4ghF4JbigGBRBEBUAeDJIEUBIlJjl6BM4R/i26DToFQ X-IPAS-Result: AqoNAAeF6lKE7/kU/2dsb2JhbABZgww4qBmQEYVSgQwWdIIlAQEBAQM6DTIQCw0LCSUPBSghiBgNr02UB4ghF4JbigGBRBEBUAeDJIEUBIlJjl6BM4R/i26DToFQ X-IronPort-AV: E=Sophos;i="4.95,751,1384329600"; d="scan'208";a="25659007" X-Spam-Status: No X-Spam-Level: Received: from smtp-tpcs.ucsd.edu ([132.239.249.20]) by iport-acv2-out.ucsd.edu with ESMTP; 30 Jan 2014 09:02:17 -0800 Received: from Cruxis (unknown [169.228.189.234]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp-tpcs.ucsd.edu (Postfix) with ESMTPSA id 2AB797FCC5; Thu, 30 Jan 2014 09:02:16 -0800 (PST) Date: Thu, 30 Jan 2014 09:03:19 -0800 From: Daniel Smith To: Ajtim Subject: Re: Sage update Message-ID: <20140130170318.GB455@Cruxis> References: <52E9A43A.7010006@missouri.edu> <52E9AA34.9060909@missouri.edu> <52E9E3A4.2030204@missouri.edu> <4471471.Cm1jn2sjEU@lumiwa.farms.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4471471.Cm1jn2sjEU@lumiwa.farms.net> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Jouko Lumij?rvi , Greg Rivers , "Montgomery-Smith, Stephen" , FreeBSD Ports , "GeorgSWeber@googlemail.com" , Kostas Oikonomou X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Jan 2014 17:02:23 -0000 I also tried rebuilding it and got the same error that Mitja saw. I think the issue may be that the patches (for dealing with the freebsd1* vs freebsd1.*) aren't getting properly applied. I set SAGE_KEEP_BUILT_SPKS=yes before trying to build, and when I looked at the build dir for the mpir-spkg, it looks like the configure.patch file had the patches reversed. That is, in the file sage-6.0/build/pkgs/mpir/patches/configure.patch There are lines that read -freebsd1.*) +freebsd1*) The result, I think, is that patch believes the freebsd1.* lines, which are the ones we want, are the "old" values, hence the mpir configure script continues to act as if it were building on FreeBSD-1.x I'm not entirely sure how math/sage/files/patch-build_pkgs_mpir_patches_configure.patch was generated, but it looks to me like a couple of the diffs in there had newer files as their first argument, e.g., +diff -ur src/aclocal.m4 b/aclocal.m4 +--- src/aclocal.m4 2014-01-29 21:06:09.000000000 +0000 ++++ b/aclocal.m4 2012-10-03 20:07:32.000000000 +0000 +@@ -2421,7 +2421,7 @@ + shlibpath_var=LD_LIBRARY_PATH + ;; + +-freebsd1.*) ++freebsd1*) ... So I think the situation could be fixed by just changing the command around (the above was generated by diff -ur src/aclocal.m4 b/aclocal.m4 so instead just take the output of diff -ur b/aclocal.m4 src/aclocal.m4 and put the patch-build_pkgs_mpir_patches_configure.patch back together with that output, instead of what the first command generated). At least, that's what I'm guessing is going on. I hope my explanation was clear enough. Thanks! -- Daniel On Thu, Jan 30, 2014 at 06:37:29AM -0500, Ajtim wrote: > On Thursday 30 January 2014 05:31:19 Montgomery-Smith, Stephen wrote: > > On 01/29/2014 07:26 PM, Montgomery-Smith, Stephen wrote: > > So I tried it on my slow i386 computer. It dies on the subpackage > > r-3.0.2.p0. I would be interested if other people are seeing the same > > problem. > > > > I think it is because in the build, it creates libR.so using a command > > like this: > > > > I did try to build again and I check 387 (Use 387 instead of SSE FPU) and I got: > > mpn_bases' can not be used when making a shared object; recompile with -fPIC > /usr/ports/math/sage/work/sage-6.0/local/lib/libgmp.a: error adding symbols: Bad value > collect2: ld returned 1 exit status > make[8]: *** [libmpfr.la] Error 1 > make[8]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0/src/src' > make[7]: *** [all] Error 2 > make[7]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0/src/src' > make[6]: *** [all-recursive] Error 1 > make[6]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0/src' > Error building MPFR. > > real 0m17.525s > user 0m53.171s > sys 0m12.151s > ************************************************************************ > Error installing package mpfr-3.1.2.p0 > ************************************************************************ > Please email sage-devel (http://groups.google.com/group/sage-devel) > explaining the problem and including the relevant part of the log file > /usr/ports/math/sage/work/sage-6.0/logs/pkgs/mpfr-3.1.2.p0.log > Describe your computer, operating system, etc. > If you want to try to fix the problem yourself, *don't* just cd to > /usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0 and type 'make' or whatever is appropriate. > Instead, the following commands setup all environment variables > correctly and load a subshell for you to debug the error: > (cd '/usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0' && '/usr/ports/math/sage/work/sage-6.0/sage' --sh) > When you are done debugging, you can type "exit" to leave the subshell. > ************************************************************************ > make[5]: *** [/usr/ports/math/sage/work/sage-6.0/local/var/lib/sage/installed/mpfr-3.1.2.p0] Error 1 > make[5]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' > make[4]: *** [toolchain-deps] Error 2 > make[4]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' > make[3]: *** [all] Error 2 > make[3]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' > > real 1m32.542s > user 2m35.877s > sys 0m43.556s > *************************************************************** > Error building Sage. > > The following package(s) may have failed to build: > > package: mpfr-3.1.2.p0 > log file: /usr/ports/math/sage/work/sage-6.0/logs/pkgs/mpfr-3.1.2.p0.log > build directory: /usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/mpfr-3.1.2.p0 > > The build directory may contain configuration files and other potentially > helpful information. WARNING: if you now run 'make' again, the build > directory will, by default, be deleted. Set the environment variable > SAGE_KEEP_BUILT_SPKGS to 'yes' to prevent this. > > gmake[2]: *** [build] Error 1 > gmake[2]: Leaving directory `/usr/ports/math/sage/work/sage-6.0' > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/math/sage > *** Error code 1 > > Thank you. > > -- > Mitja > ------- > http://www.redbubble.com/people/lumiwa > From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 17:16: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 EA572414 for ; Thu, 30 Jan 2014 17:16:56 +0000 (UTC) Received: from mailrelay006.isp.belgacom.be (mailrelay006.isp.belgacom.be [195.238.6.172]) by mx1.freebsd.org (Postfix) with ESMTP id 82109111B for ; Thu, 30 Jan 2014 17:16:56 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmAGAKaI6lJR8apO/2dsb2JhbABZgwy+NIELF3SCJQEBAQQ6HCMQCw4KCSUPEhgeBhOHcQMVAcJ4DYh4F4xsghYHhDgBA5Y8gWuMX4VBgy47 Received: from 78.170-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.170.78]) by relay.skynet.be with ESMTP; 30 Jan 2014 18:16:48 +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 s0UHGlIZ082103; Thu, 30 Jan 2014 18:16:47 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Thu, 30 Jan 2014 18:16:47 +0100 From: Tijl Coosemans To: Zsolt Udvari Subject: Re: newsbeuter/stfl error Message-ID: <20140130181647.450261fb@kalimero.tijl.coosemans.org> In-Reply-To: References: <20140124212130.1fa1fce7@kalimero.tijl.coosemans.org> <20140130171058.21c0f9b3@kalimero.tijl.coosemans.org> 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: Thu, 30 Jan 2014 17:16:57 -0000 On Thu, 30 Jan 2014 18:02:07 +0100 Zsolt Udvari wrote: > 2014-01-30 Zsolt Udvari : >> Do I anything wrong? >> >> gmake[1]: Entering directory >> `/memdisk/build/home/freebsd/ports/devel/stfl/work/stfl-0.22' >> Makefile:89: Makefile.deps: No such file or directory >> clang -I. -MM *.c > Makefile.deps_new >> In file included from base.c:23: >> In file included from ./stfl_internals.h:31: >> /usr/local/include/ncurses/ncurses.h:60:10: fatal error: >> 'ncurses/ncurses_dll.h' file not found >> #include >> ^ >> 1 error generated. > > If I add "USE_GCC=any" to devel/stfl/Makefile builds well and newsbeuter run. It should work now with r341863. I hadn't tested the port with devel/ncurses installed. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 17:35:33 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 2030F6EE; Thu, 30 Jan 2014 17:35:33 +0000 (UTC) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E1D181296; Thu, 30 Jan 2014 17:35:32 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id p10so3258519pdj.31 for ; Thu, 30 Jan 2014 09:35: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=w0gOuG5BfR7OXZa64onGOy4/a8F7KNggmQU/ZG8aDjU=; b=IsC5N9h3u32sCBSzv3Y1Sidk6zCCvlKlfiD4DQO75AeSs/BZ1JqReapLpScZZTDJKD xffBggJeYt/zTX4FOr+6y3ewlZq2M8rePQUlABIakdjnVry/mGcdiL6mwhTf5VVWfB6S 1SN8GwUsIt++Ou5WdRxC43rRsJmtU1fNC80WiqsCOcSwtRJdirCgm5IrMeyq8JmQSvV0 vcrGmz4eXFte6GooEXOhlTaZsisHXqWqPO/EX0DAstzuwWqUgCLSpUn/dxfmJLic9DPU S8hJgSoeefIAved0Kxqlbc5VcTYRCpyav9m09Nvq9r059R4bFy3MOAuYRxgl4f9Q7NZj HjLg== MIME-Version: 1.0 X-Received: by 10.66.188.203 with SMTP id gc11mr15456443pac.63.1391103332611; Thu, 30 Jan 2014 09:35:32 -0800 (PST) Received: by 10.70.84.73 with HTTP; Thu, 30 Jan 2014 09:35:32 -0800 (PST) In-Reply-To: <20140130181647.450261fb@kalimero.tijl.coosemans.org> References: <20140124212130.1fa1fce7@kalimero.tijl.coosemans.org> <20140130171058.21c0f9b3@kalimero.tijl.coosemans.org> <20140130181647.450261fb@kalimero.tijl.coosemans.org> Date: Thu, 30 Jan 2014 18:35:32 +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: Thu, 30 Jan 2014 17:35:33 -0000 Thanks, it works now. Zsolt 2014-01-30 Tijl Coosemans : > On Thu, 30 Jan 2014 18:02:07 +0100 Zsolt Udvari wrote: >> 2014-01-30 Zsolt Udvari : >>> Do I anything wrong? >>> >>> gmake[1]: Entering directory >>> `/memdisk/build/home/freebsd/ports/devel/stfl/work/stfl-0.22' >>> Makefile:89: Makefile.deps: No such file or directory >>> clang -I. -MM *.c > Makefile.deps_new >>> In file included from base.c:23: >>> In file included from ./stfl_internals.h:31: >>> /usr/local/include/ncurses/ncurses.h:60:10: fatal error: >>> 'ncurses/ncurses_dll.h' file not found >>> #include >>> ^ >>> 1 error generated. >> >> If I add "USE_GCC=any" to devel/stfl/Makefile builds well and newsbeuter run. > > It should work now with r341863. I hadn't tested the port with > devel/ncurses installed. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 18:05:28 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 3BF9D11A; Thu, 30 Jan 2014 18:05:28 +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 0B82E15BF; Thu, 30 Jan 2014 18:05:28 +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=AzhJnfBQqZ6vfJwXhEWme9pBiJel5PTc3Gyl+4Rdk1A=; b=iycZJeRAmtNyh5DOFgfxrb/KQdTzo97p8l/GoiDJ+1ci1nLLyPl2KkjCexs8TZSC6ZFCim93zDGupSkrL+dq7b8CuoK7psAkzHzhyycETR3JoANIvCvXrATYJpjKvVv3soUfpVRPNRHqtrPrzRy+zp2EPyXqIWQfo+yoTGM6Pb4=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W8vzR-0002WY-K6; Thu, 30 Jan 2014 18:05:25 +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: tijl@FreeBSD.org X-Trac-Project: redports Date: Thu, 30 Jan 2014 18:05:25 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341860: 2x leftovers, 2x success To: tijl@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140130164000-11682 X-Trac-Build-ID: 20140130164000-11682 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 18:05:28 -0000 - vdpau is a lib depends and not a build depends - iconv is used with wchar_t PR: ports/186271 Submitted by: Mickael Maillot (maintainer) --------------------------------------------------------------------- Build ID: 20140130164000-11682 Job owner: tijl@FreeBSD.org Buildtime: 85 minutes Enddate: Thu, 30 Jan 2014 18:05:22 GMT Revision: r341860 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341860 --------------------------------------------------------------------- Port: multimedia/xbmc 13.0.a11_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~tijl@FreeBSD.org/20140130164000-11682-266284/xbmc-13.0.a11_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~tijl@FreeBSD.org/20140130164000-11682-266285/xbmc-13.0.a11_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~tijl@FreeBSD.org/20140130164000-11682-266286/xbmc-13.0.a11_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~tijl@FreeBSD.org/20140130164000-11682-266287/xbmc-13.0.a11_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 20:05:58 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 C8CD49C8 for ; Thu, 30 Jan 2014 20:05:58 +0000 (UTC) Received: from mst-rip5-missouri-out.um.umsystem.edu (mst-rip5-missouri-out.um.umsystem.edu [198.209.50.135]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 767BB10C5 for ; Thu, 30 Jan 2014 20:05:58 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AigFAMyv6lLPoJ7S/2dsb2JhbABZDoJ+OFe9JIEMFnSCJQEBAQR5EAIBCA4KCSUPAiElAgQBDAEHAQGIAcNtiD8Xjk8zB4Q4BIkRoTaCbj+CKg X-IPAS-Result: AigFAMyv6lLPoJ7S/2dsb2JhbABZDoJ+OFe9JIEMFnSCJQEBAQR5EAIBCA4KCSUPAiElAgQBDAEHAQGIAcNtiD8Xjk8zB4Q4BIkRoTaCbj+CKg Received: from um-ncas5.um.umsystem.edu ([207.160.158.210]) by mst-rip5-exch-relay.um.umsystem.edu with ESMTP; 30 Jan 2014 14:05:56 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-NCAS5.um.umsystem.edu ([207.160.158.210]) with mapi id 14.03.0174.001; Thu, 30 Jan 2014 14:05:56 -0600 From: "Montgomery-Smith, Stephen" To: Daniel Smith , Ajtim Subject: Re: Sage update Thread-Topic: Sage update Thread-Index: AQHPHVa0fIyQoDOuwUKjHLdt+PT80pqc3m0AgABEeACAAGZSgIAAWwmAgAAzA4A= Date: Thu, 30 Jan 2014 20:05:56 +0000 Message-ID: <52EAB0A1.40406@missouri.edu> References: <52E9A43A.7010006@missouri.edu> <52E9AA34.9060909@missouri.edu> <52E9E3A4.2030204@missouri.edu> <4471471.Cm1jn2sjEU@lumiwa.farms.net> <20140130170318.GB455@Cruxis> In-Reply-To: <20140130170318.GB455@Cruxis> 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: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Jouko Lumij?rvi , Greg Rivers , Kostas Oikonomou , FreeBSD Ports , "GeorgSWeber@googlemail.com" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 20:05:58 -0000 On 01/30/2014 11:03 AM, Daniel Smith wrote: > I also tried rebuilding it and got the same error that Mitja saw. >=20 > I think the issue may be that the patches (for dealing with the > freebsd1* vs freebsd1.*) aren't getting properly applied. I set > SAGE_KEEP_BUILT_SPKS=3Dyes before trying to build, and when I looked at > the build dir for the mpir-spkg, it looks like the configure.patch file > had the patches reversed. That is, in the file >=20 > sage-6.0/build/pkgs/mpir/patches/configure.patch >=20 > There are lines that read >=20 > -freebsd1.*) > +freebsd1*) >=20 > The result, I think, is that patch believes the freebsd1.* lines, which > are the ones we want, are the "old" values, hence the mpir configure > script continues to act as if it were building on FreeBSD-1.x >=20 > I'm not entirely sure how >=20 > math/sage/files/patch-build_pkgs_mpir_patches_configure.patch >=20 > was generated, but it looks to me like a couple of the diffs in there > had newer files as their first argument, e.g., >=20 > +diff -ur src/aclocal.m4 b/aclocal.m4 > +--- src/aclocal.m4 2014-01-29 21:06:09.000000000 +0000 > ++++ b/aclocal.m4 2012-10-03 20:07:32.000000000 +0000 > +@@ -2421,7 +2421,7 @@ > + shlibpath_var=3DLD_LIBRARY_PATH > + ;; > +=20 > +-freebsd1.*) > ++freebsd1*) > ... >=20 > So I think the situation could be fixed by just changing the command > around (the above was generated by >=20 > diff -ur src/aclocal.m4 b/aclocal.m4 >=20 > so instead just take the output of >=20 > diff -ur b/aclocal.m4 src/aclocal.m4 >=20 > and put the patch-build_pkgs_mpir_patches_configure.patch back together > with that output, instead of what the first command generated). >=20 > At least, that's what I'm guessing is going on. I hope my explanation > was clear enough. >=20 > Thanks! >=20 It looks like Daniel found the error. I have created a new patch, and just committed it. Let me explain where it comes from. I have added some code to sage, which is in patch-src_bin_sage-spkg, which modified the configure files to make them FreeBSD-10 friendly. I took this code from bsd.port.mk. But in sages version of mpir, there is a patch in work/sage-6.0/build/pkgs/mpir/patches called configure.patch, which after applying the changes to configure, no longer applies cleanly. So what I did is this. I untarred two copies of work/sage-6.0/upstream/mpir-2.6.0.tar.bz2. I renamed one directory to src, and the other to b. I patched b with configure.patch. I then applied the script from patch-src_bin_sage-spkg to both these directories. I erased the *.orig files in b. I then did "diff -ur src b" to create a new copy of configure.patch. I then did "diff -u" between the old copy of configure.patch and the new copy, putting it into patch-build_pkgs_mpir_patches_configure.patch. I touched up the first two lines of the patch-build_pkgs_mpir_patches_configure.patch to get the path names right, and put this into files. This is what I meant to do previously, but obviously I made an error somewhere in the process.= From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 22:05:04 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 4CABC114; Thu, 30 Jan 2014 22:05:04 +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 1BF6F1AD5; Thu, 30 Jan 2014 22:05:04 +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=116wfOcRrXarYG+3P7C6EAO3WEn0CteJTM/74dPu+ug=; b=NAtVLtan5BaYQNUaA/MpnQMU5FrQKrGE3yU9z6qGKvodOP2X01fy7NIal0z9tpd9gm0ELoa5bNh/hxFTraJhSw/5KlhRzUFPnGHWPHbmcbV8eI1KCFjVU92FpManFgp2dKZrfZAiWl7B9TcwelCig8RAVJSPZb2hLmYFs+Aic0U=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W8zjL-000KdW-25; Thu, 30 Jan 2014 22:05:03 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: eadler@FreeBSD.org X-Trac-Project: redports Date: Thu, 30 Jan 2014 22:05:03 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r341742: 2x leftovers, 2x fetch To: eadler@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140129144400-42491 X-Trac-Build-ID: 20140129144400-42491 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 22:05:04 -0000 New port: CUPS Cloud Print is a Google Cloud Print driver for UNIX-like operating systems. It allows any application which prints via CUPS to print to Google Cloud Print directly. --------------------------------------------------------------------- Build ID: 20140129144400-42491 Job owner: eadler@FreeBSD.org Buildtime: 31 hours Enddate: Thu, 30 Jan 2014 22:04:59 GMT Revision: r341742 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=341742 --------------------------------------------------------------------- Port: print/cups-cloud-print 0.0.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: FETCH Log: https://qat.redports.org//~eadler@FreeBSD.org/20140129144400-42491-265644/cups-cloud-print-0.0.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: FETCH Log: https://qat.redports.org//~eadler@FreeBSD.org/20140129144400-42491-265645/cups-cloud-print-0.0.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~eadler@FreeBSD.org/20140129144400-42491-265646/cups-cloud-print-0.0.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~eadler@FreeBSD.org/20140129144400-42491-265647/cups-cloud-print-0.0.1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 23: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 0A54B8EC for ; Thu, 30 Jan 2014 23:32:54 +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 B6A7611D2 for ; Thu, 30 Jan 2014 23:32:53 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id o15so5345548qap.2 for ; Thu, 30 Jan 2014 15:32:52 -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=yTT85IUsQqdWw7AA3HYvwBeebBLO/HyRsNQ0unHfWsM=; b=SDOlHG9AGVEyXra4CM41irPXjM17WLM8qmRFwBiDVjp0aVh4DX60Bxc/iCKltRm2OH SMttSnzs4RVuyv9BsSwCdF6nI+6YxSx3lnLDSidW0VCdJiNsK8iTBnollQvh87Da4mWA QD7A9e/nfgIuO+KiVtFW0xA4Ey6ETst7Vyowk5fbuqEVN6iw17v6ErO97lw7yF96mH4T vvEJ65gCRaaPR6ipJqgBea8B74bCpBaSpLssrmyGXaCEiM5Aqj/sM8Nx7isVQt36Pmj2 nToRcg5zntXOyY2tTssw1PO2jwFMBuj21AcNwNUyV1sJvOz57XvtgqJoPOSbmOIC8TZB g8yw== X-Received: by 10.140.34.207 with SMTP id l73mr25324480qgl.85.1391124772873; Thu, 30 Jan 2014 15:32:52 -0800 (PST) Received: from lumiwa.farms.net ([71.241.213.42]) by mx.google.com with ESMTPSA id z1sm21573063qaz.18.2014.01.30.15.32.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jan 2014 15:32:52 -0800 (PST) From: Ajtim To: "Montgomery-Smith, Stephen" Subject: Re: Sage update Date: Thu, 30 Jan 2014 18:32:42 -0500 Message-ID: <1553213.GzHzlxkLv3@lumiwa.farms.net> User-Agent: KMail/4.11.4 (FreeBSD/10.0-RELEASE; KDE/4.11.4; amd64; ; ) In-Reply-To: <52EAB0A1.40406@missouri.edu> References: <52E9A43A.7010006@missouri.edu> <20140130170318.GB455@Cruxis> <52EAB0A1.40406@missouri.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Greg Rivers , Jouko Lumij?rvi , FreeBSD Ports , "GeorgSWeber@googlemail.com" , Kostas Oikonomou , Daniel Smith X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Jan 2014 23:32:54 -0000 On Thursday 30 January 2014 20:05:56 Montgomery-Smith, Stephen wrote: > On 01/30/2014 11:03 AM, Daniel Smith wrote: > > I also tried rebuilding it and got the same error that Mitja saw. > > > > I think the issue may be that the patches (for dealing with the > > freebsd1* vs freebsd1.*) aren't getting properly applied. I set > > SAGE_KEEP_BUILT_SPKS=yes before trying to build, and when I looked at > > the build dir for the mpir-spkg, it looks like the configure.patch file > > had the patches reversed. That is, in the file > > > > sage-6.0/build/pkgs/mpir/patches/configure.patch > > > > There are lines that read > > > > -freebsd1.*) > > +freebsd1*) > > > > The result, I think, is that patch believes the freebsd1.* lines, which > > are the ones we want, are the "old" values, hence the mpir configure > > script continues to act as if it were building on FreeBSD-1.x > > > > I'm not entirely sure how > > > > math/sage/files/patch-build_pkgs_mpir_patches_configure.patch > > > > was generated, but it looks to me like a couple of the diffs in there > > had newer files as their first argument, e.g., > > > > +diff -ur src/aclocal.m4 b/aclocal.m4 > > +--- src/aclocal.m4 2014-01-29 21:06:09.000000000 +0000 > > ++++ b/aclocal.m4 2012-10-03 20:07:32.000000000 +0000 > > +@@ -2421,7 +2421,7 @@ > > + shlibpath_var=LD_LIBRARY_PATH > > + ;; > > + > > +-freebsd1.*) > > ++freebsd1*) > > ... > > > > So I think the situation could be fixed by just changing the command > > around (the above was generated by > > > > diff -ur src/aclocal.m4 b/aclocal.m4 > > > > so instead just take the output of > > > > diff -ur b/aclocal.m4 src/aclocal.m4 > > > > and put the patch-build_pkgs_mpir_patches_configure.patch back together > > with that output, instead of what the first command generated). > > > > At least, that's what I'm guessing is going on. I hope my explanation > > was clear enough. > > > > Thanks! > > > > > It looks like Daniel found the error. I have created a new patch, and > just committed it. > > Let me explain where it comes from. I have added some code to sage, > which is in patch-src_bin_sage-spkg, which modified the configure files > to make them FreeBSD-10 friendly. I took this code from bsd.port.mk. > > But in sages version of mpir, there is a patch in > work/sage-6.0/build/pkgs/mpir/patches called configure.patch, which > after applying the changes to configure, no longer applies cleanly. > > So what I did is this. I untarred two copies of > work/sage-6.0/upstream/mpir-2.6.0.tar.bz2. I renamed one directory to > src, and the other to b. > > I patched b with configure.patch. I then applied the script from > patch-src_bin_sage-spkg to both these directories. I erased the *.orig > files in b. I then did "diff -ur src b" to create a new copy of > configure.patch. I then did "diff -u" between the old copy of > configure.patch and the new copy, putting it into > patch-build_pkgs_mpir_patches_configure.patch. I touched up the first > two lines of the patch-build_pkgs_mpir_patches_configure.patch to get > the path names right, and put this into files. > > This is what I meant to do previously, but obviously I made an error > somewhere in the process. I am not lucky: Now installing the Maxima library as '/usr/ports/math/sage/work/sage-6.0/local/lib/ecl//maxima.fas'... New ASDF encountered real 6m29.758s user 5m28.766s sys 0m28.508s Successfully installed maxima-5.29.1.p4 Deleting temporary build directory /usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/maxima-5.29.1.p4 Finished installing maxima-5.29.1.p4.spkg make[4]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' real 18m28.872s user 94m55.810s sys 7m31.317s *************************************************************** Error building Sage. The following package(s) may have failed to build: package: r-3.0.2.p0 log file: /usr/ports/math/sage/work/sage-6.0/logs/pkgs/r-3.0.2.p0.log build directory: /usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/r-3.0.2.p0 The build directory may contain configuration files and other potentially helpful information. WARNING: if you now run 'make' again, the build directory will, by default, be deleted. Set the environment variable SAGE_KEEP_BUILT_SPKGS to 'yes' to prevent this. gmake[2]: *** [build] Error 1 gmake[2]: Leaving directory `/usr/ports/math/sage/work/sage-6.0' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/math/sage *** Error code 1 Stop. make: stopped in /usr/ports/math/sage -- Mitja ------- http://www.redbubble.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Thu Jan 30 23:50:28 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 A18F9AD0; Thu, 30 Jan 2014 23:50:28 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D5AA128F; Thu, 30 Jan 2014 23:50:28 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id wn1so4266683obc.34 for ; Thu, 30 Jan 2014 15:50:27 -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=qHCLK9dI/q2AxgKRkOJstaTDP4wmP3iUyIQ6Fev3MoQ=; b=gqemjwHd41auiZ5XV9zwcRMlSmzsm/eHBLmIRSSthTar2OoJtDc+a7oph+3dRv7dmZ dUlArWE3uxKKdjJid01HFMNHRvVyNyI5LhJgdsxh6fohaxwHHgz06TheSWY+R/2ZDzP8 wUz67h89cKJbT+YSXoQVH/zNyqKwOtI0TzX8ElWCufQ5UV/CiAVDmr3B5IwGD31UUR7A hyUY6ZUspplD5LDgFqcoouj/0hoTYrBrHJQ1TaHflP6vK7r3BciU/EXnZkpfQpWgM2CG qgNNj2hJ36djPMbKn8rTWi9voRDQcom8+6YtcCLFWaCPQ22MzmIrG5+d9bwdKp5EnGkb S+7Q== MIME-Version: 1.0 X-Received: by 10.60.103.71 with SMTP id fu7mr4211240oeb.48.1391125827656; Thu, 30 Jan 2014 15:50:27 -0800 (PST) Received: by 10.182.108.42 with HTTP; Thu, 30 Jan 2014 15:50:27 -0800 (PST) In-Reply-To: <201401301506.s0UF5vop073258@fire.js.berklix.net> References: <201401301506.s0UF5vop073258@fire.js.berklix.net> Date: Fri, 31 Jan 2014 00:50:27 +0100 Message-ID: Subject: Re: ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= To: "Julian H. Stacey" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "ports@FreeBSD.org" , Kevin Oberman , Dimitry Andric , Florent Thoumie X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Jan 2014 23:50:28 -0000 2014-01-30 Julian H. Stacey : > =3D?ISO-8859-1?Q?Ren=3DE9_Ladan?=3D wrote: >> 2014-01-30 Kevin Oberman : >> > On Wed, Jan 29, 2014 at 7:04 PM, Julian H. Stacey wr= ote: >> > >> >> Hi ports@ >> >> I changed Subject: >> >> From: >> >> Re: How to find removed ports in general & math/hexcalc in particul= ar. >> >> To: >> >> ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 >> >> >> >> + cc'd FYI Maintainer of x11/xcalc (a scientific not hexadecimal >> >> calculator) >> >> >> >> >> >> > grep hexcalc /usr/ports/MOVED >> >> > math/hexcalc||2011-08-01|Has expired: Looks like abandonware, no mo= re >> >> public distfiles >> >> > >> >> > I have a local: >> >> > 25129 Dec 20 1995 hexcalc..tar.Z >> >> > (no idea why 2 dots), anyway its a valid tar. I have put it up her= e >> >> > http://berklix.com/~jhs/ftp/FreeBSD/ports/distfiles/hexcalc..= tar.Z >> >> > I'll look at creating a port. (unless people know of a newer >> >> > nice hexcalc ? but this one was always OK for me) >> >> >> Can you fix the filename to just have one dot and preferably a version n= umber? >> >> >> >> I have restored ports/math/hexcalc from 8.2; it now runs on 9.1 & 9.2= & >> >> 10.0 >> >> >> >> http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ports/gen/math/hexc= alc/ >> >> >> >> Anyone know what to fix for 10.0 Mk/ ? After installing it bleats: >> >> =3D=3D=3D> Registering installation for hexcalc-1.11_2 >> >> pkg-static: >> >> lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/lo= cal/bin/hexcalc): >> >> No such file or directory >> >> pkg-static: >> >> lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/lo= cal/man/man1/hexcalc.1.gz): >> >> No such file or directory >> > >> > Quick workaround is to turn off staging for the port. It needs fixing= , but >> > that will let it build immediately. Add the following to the Makefile: >> > NO_STAGE=3D yes >> >> You cannot anymore, since this is now forbidden by a SVN hook. >> >> The proper way (just having a quick look) is to install into >> ${STAGEDIR}${PREFIX}/bin and ${STAGEDIR}${MANPREFIX}/man/man1 >> (although you might have to replace MANPREFIX with just PREFIX, not sure= ) >> >> Ren=E9 > > Thanks Kevin & Rene' > I added ${STAGEDIR}, & tested, MANPREFIX =3D PREFIX so I left MANPREFIX. > > http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ports/gen/math/hexcalc/= All.tgz > > Is ready for download & use. Could 1 or 2 people please try, & post > eg "Works for me", I guess that will be sufficient to commit it, > as it's the same distfile FreeBSD ports/ used before, that went > missing, & was found again. > Works for me ;) I did some editing to Makefile to get it (mostly) pass portlint, the main c= hange is that I removed "x11" from CATEGORIES, which is reserved for Xorg itself = if I understand correctly. > All.tgz was made by > tar zcf /tmp/All.tgz . ; mv /tmp/All.tgz . > so you have a single 28K file to encourage download & test, > its contents even include the distfile: > hexcalc.tar.Z > Makefile > distinfo > files/ > files/patch-a > pkg-descr > Regards, Ren=E9 > Cheers, > Julian > -- > Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix= .com > Interleave replies below like a play script. Indent old text with "> ". > Send plain text, not quoted-printable, HTML, base64, or multipart/altern= ative. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 00:01: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 E01E4C36 for ; Fri, 31 Jan 2014 00:01:37 +0000 (UTC) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id BF557138B for ; Fri, 31 Jan 2014 00:01:37 +0000 (UTC) Received: from futurist (c-71-60-224-178.hsd1.pa.comcast.net [71.60.224.178]) by www6.pairlite.com (Postfix) with ESMTPSA id C285C67AEE for ; Thu, 30 Jan 2014 19:01:29 -0500 (EST) Date: Thu, 30 Jan 2014 19:01:28 -0500 From: Rod Person To: ports FreeBSD Subject: Help with new port - required port already installed error Message-ID: <20140130190128.4a6dd0dc.rodperson@rodperson.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2) 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: Fri, 31 Jan 2014 00:01:37 -0000 Hi, I working on a new new port that requires the existing port graphics/py-qt4-svg. If this port is installed on the sytem already I get the error below. I have tried this on a secondary system of mine and also redports.org and get the same error. Is there anyway I can fix this. This is a like the port I'm working on http://www.rodperson.com/usr/www/users/pl905/rodperson.com/DL/spyder ===> Installing for py27-qt4-svg-4.10.3,1 ===> Checking if graphics/py-qt4-svg already installed ===> py27-qt4-svg-4.10.3,1 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of graphics/py-qt4-svg without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. -- Rod http://www.rodperson.com He who knows himself to be one way and pretends it is another way is a thief who robs his own soul. The Mahabharata Sakuntala 25 From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 00:07:58 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 04B6CE06 for ; Fri, 31 Jan 2014 00:07:58 +0000 (UTC) Received: from um-tip2-missouri-out.um.umsystem.edu (um-tip2-missouri-out.um.umsystem.edu [198.209.49.149]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD0DF13BF for ; Fri, 31 Jan 2014 00:07:57 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhIFAB3p6lLPoJ7G/2dsb2JhbABZgwyBD7koeYMIgQoWdIIlAQEBAwFHMQEFCwIBCCEWDwkDAgECASAlAgQNAQcBAYd5CK90lEaIVheOTzMHhDgEiRGhNoMtgWgkHg X-IPAS-Result: AhIFAB3p6lLPoJ7G/2dsb2JhbABZgwyBD7koeYMIgQoWdIIlAQEBAwFHMQEFCwIBCCEWDwkDAgECASAlAgQNAQcBAYd5CK90lEaIVheOTzMHhDgEiRGhNoMtgWgkHg Received: from um-tcas2.um.umsystem.edu ([207.160.158.198]) by um-tip2-exch-relay.um.umsystem.edu with ESMTP; 30 Jan 2014 18:07:32 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-TCAS2.um.umsystem.edu ([207.160.158.198]) with mapi id 14.03.0174.001; Thu, 30 Jan 2014 18:07:31 -0600 From: "Montgomery-Smith, Stephen" To: Ajtim Subject: Re: Sage update Thread-Topic: Sage update Thread-Index: AQHPHVa0fIyQoDOuwUKjHLdt+PT80pqc3m0AgABEeACAAGZSgIAAWwmAgAAzA4CAADnIAIAACbaA Date: Fri, 31 Jan 2014 00:07:31 +0000 Message-ID: <52EAE93F.3040605@missouri.edu> References: <52E9A43A.7010006@missouri.edu> <20140130170318.GB455@Cruxis> <52EAB0A1.40406@missouri.edu> <1553213.GzHzlxkLv3@lumiwa.farms.net> In-Reply-To: <1553213.GzHzlxkLv3@lumiwa.farms.net> 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: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Greg Rivers , Jouko Lumij?rvi , FreeBSD Ports , "GeorgSWeber@googlemail.com" , Kostas Oikonomou , Daniel Smith X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 00:07:58 -0000 On 01/30/2014 05:32 PM, Ajtim wrote: > I am not lucky: > Now installing the Maxima library as '/usr/ports/math/sage/work/sage-6.0/= local/lib/ecl//maxima.fas'... > New ASDF encountered >=20 > real 6m29.758s > user 5m28.766s > sys 0m28.508s > Successfully installed maxima-5.29.1.p4 > Deleting temporary build directory > /usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/maxima-5.29.1= .p4 > Finished installing maxima-5.29.1.p4.spkg > make[4]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' > make[3]: *** [all] Error 2 > make[3]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' >=20 > real 18m28.872s > user 94m55.810s > sys 7m31.317s > *************************************************************** > Error building Sage. >=20 > The following package(s) may have failed to build: >=20 > package: r-3.0.2.p0 > log file: /usr/ports/math/sage/work/sage-6.0/logs/pkgs/r-3.0.2.p0.log > build directory: /usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/bu= ild/r-3.0.2.p0 >=20 > The build directory may contain configuration files and other potentially > helpful information. WARNING: if you now run 'make' again, the build > directory will, by default, be deleted. Set the environment variable > SAGE_KEEP_BUILT_SPKGS to 'yes' to prevent this. >=20 > gmake[2]: *** [build] Error 1 > gmake[2]: Leaving directory `/usr/ports/math/sage/work/sage-6.0' > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failur= e to > the maintainer. > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/ports/math/sage > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/math/sage >=20 >=20 Can you send me this file: /usr/ports/math/sage/work/sage-6.0/logs/pkgs/r-3.0.2.p0.log Because the build is multithreaded, the install.log gets different builds mixed up, and the error that caused the problem isn't always in the last few lines. However, I am also getting a build error at r-3.0.2.p0, and it is exactly the same error as I was getting before. All I want to check is whether you are getting the same error as me. I am also getting a build error with scipy and matplotlib-1.2.1. The scipy error exactly matches an error message I received from one of you earlier today (before I applied the fix). This means that whatever the problem is, the fix didn't fix it.= From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 00:19: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 2EF11297 for ; Fri, 31 Jan 2014 00:19: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 DD8DA14D6 for ; Fri, 31 Jan 2014 00:19:48 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAPLr6lLPoJ7G/2dsb2JhbABZgww4V74zFnSCLHgTASkWGAMCAQIBICcEDQgBAYgBnFCnZIhtk0EEiRGQSZBtgy2CKg X-IPAS-Result: AgEFAPLr6lLPoJ7G/2dsb2JhbABZgww4V74zFnSCLHgTASkWGAMCAQIBICcEDQgBAYgBnFCnZIhtk0EEiRGQSZBtgy2CKg Received: from um-tcas2.um.umsystem.edu ([207.160.158.198]) by um-tip1-exch-relay.um.umsystem.edu with ESMTP; 30 Jan 2014 18:19:47 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-TCAS2.um.umsystem.edu ([207.160.158.198]) with mapi id 14.03.0174.001; Thu, 30 Jan 2014 18:19:47 -0600 From: "Montgomery-Smith, Stephen" To: FreeBSD Ports Subject: Problems with linking on FreeBSD-10 Thread-Topic: Problems with linking on FreeBSD-10 Thread-Index: AQHPHholgD2MMQMMlEanesmM2H1EvQ== Date: Fri, 31 Jan 2014 00:19:46 +0000 Message-ID: <52EAEC1D.9040502@missouri.edu> 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: 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: Fri, 31 Jan 2014 00:19:49 -0000 I maintain the port math/sage. The port builds its own version of the libreadline library. The port also uses lang/gcc instead of clang, because the port needs Fortran. The port is wanting to create a shared library called libR.so, which it wants to link with the libreadline library it created itself. So it issues this kind of command: gcc46 -Wl,-rpath=3Dpath-of-newly-made-library -o libR.so -lreadline I have left out most of the command for brevity. Unfortunately the libR.so pulls in /lib/libreadline - the version that comes with the base FreeBSD. I thought that -rpath flag was supposed to tell the linker where to find the library. But it doesn't. The failure is when using FreeBSD-10. With FreeBSD-8 it works great. I also assume that gcc46 uses /usr/local/bin/ld instead of /usr/bin/ld, since devel/binutils is a dependency of lang/gcc. Can anyone help me? Is this a bug with FreeBSD? Or is there some extra flag I can set with the linker to make it work? I have tried -rpath-link and -z origin, but these were random guesses. and I don't really know what I am doing. Thanks, Stephen From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 01:31:19 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 BB5D7311; Fri, 31 Jan 2014 01:31:19 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 44E4E1ABE; Fri, 31 Jan 2014 01:31:18 +0000 (UTC) Received: from park.js.berklix.net (p5DCBEBAD.dip0.t-ipconnect.de [93.203.235.173]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id s0V1UrnY066286; Fri, 31 Jan 2014 01:30:54 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.14.3/8.14.3) with ESMTP id s0V1RCq6005346; Fri, 31 Jan 2014 02:27:13 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.5/8.14.5) with ESMTP id s0V1QqUM056352; Fri, 31 Jan 2014 02:27:04 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201401310127.s0V1QqUM056352@fire.js.berklix.net> To: =?ISO-8859-1?Q?Ren=E9_Ladan?= Subject: Re: ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Fri, 31 Jan 2014 00:50:27 +0100." Date: Fri, 31 Jan 2014 02:26:52 +0100 Cc: "ports@FreeBSD.org" , Kevin Oberman , Dimitry Andric , Florent Thoumie X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 01:31:19 -0000 =?ISO-8859-1?Q?Ren=E9_Ladan?= wrote: > 2014-01-30 Julian H. Stacey : > > =?ISO-8859-1?Q?Ren=E9_Ladan?= wrote: > >> 2014-01-30 Kevin Oberman : > >> > On Wed, Jan 29, 2014 at 7:04 PM, Julian H. Stacey wrote: > >> > > >> >> Hi ports@ > >> >> I changed Subject: > >> >> From: > >> >> Re: How to find removed ports in general & math/hexcalc in particular. > >> >> To: > >> >> ports/math/hexcalc restored from 8.2 now runs on 9.1 & 9.2 & 10.0 > >> >> > >> >> + cc'd FYI Maintainer of x11/xcalc (a scientific not hexadecimal > >> >> calculator) > >> >> > >> >> > >> >> > grep hexcalc /usr/ports/MOVED > >> >> > math/hexcalc||2011-08-01|Has expired: Looks like abandonware, no more > >> >> public distfiles > >> >> > > >> >> > I have a local: > >> >> > 25129 Dec 20 1995 hexcalc..tar.Z > >> >> > (no idea why 2 dots), anyway its a valid tar. I have put it up here > >> >> > http://berklix.com/~jhs/ftp/FreeBSD/ports/distfiles/hexcalc..tar.Z > >> >> > I'll look at creating a port. (unless people know of a newer > >> >> > nice hexcalc ? but this one was always OK for me) > >> >> > >> Can you fix the filename to just have one dot and preferably a version number? > >> >> > >> >> I have restored ports/math/hexcalc from 8.2; it now runs on 9.1 & 9.2 & > >> >> 10.0 > >> >> > >> >> http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ports/gen/math/hexcalc/ > >> >> > >> >> Anyone know what to fix for 10.0 Mk/ ? After installing it bleats: > >> >> ===> Registering installation for hexcalc-1.11_2 > >> >> pkg-static: > >> >> lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/local/bin/hexcalc): > >> >> No such file or directory > >> >> pkg-static: > >> >> lstat(/usr1/release/10.0-RELEASE/ports/math/hexcalc/work/stage/usr/local/man/man1/hexcalc.1.gz): > >> >> No such file or directory > >> > > >> > Quick workaround is to turn off staging for the port. It needs fixing, but > >> > that will let it build immediately. Add the following to the Makefile: > >> > NO_STAGE= yes > >> > >> You cannot anymore, since this is now forbidden by a SVN hook. > >> > >> The proper way (just having a quick look) is to install into > >> ${STAGEDIR}${PREFIX}/bin and ${STAGEDIR}${MANPREFIX}/man/man1 > >> (although you might have to replace MANPREFIX with just PREFIX, not sure) > >> > >> René > > > > Thanks Kevin & Rene' > > I added ${STAGEDIR}, & tested, MANPREFIX = PREFIX so I left MANPREFIX. > > > > http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/ports/gen/math/hexcalc/All.tgz > > > > Is ready for download & use. Could 1 or 2 people please try, & post > > eg "Works for me", I guess that will be sufficient to commit it, > > as it's the same distfile FreeBSD ports/ used before, that went > > missing, & was found again. > > > Works for me ;) Great, thanks. > I did some editing to Makefile to get it (mostly) pass portlint, Ah, ports-mgmt/portlint, new to me, just installed it. > the main change > is that I removed "x11" from CATEGORIES, which is reserved for Xorg itself if > I understand correctly. OK, I just guessed x11 might be a useful indicator when I added it, so I've removed it. I also removed md5 from distinfo as portlint complained. > > All.tgz was made by > > tar zcf /tmp/All.tgz . ; mv /tmp/All.tgz . > > so you have a single 28K file to encourage download & test, > > its contents even include the distfile: > > hexcalc.tar.Z > > Makefile > > distinfo > > files/ > > files/patch-a > > pkg-descr > > > Regards, > René portlint is still very noisey, I'll try more, but if youve managed a fairly quiet Makefile, I'd appreciate a copy, thanks. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 06:10:17 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 2BE75C70 for ; Fri, 31 Jan 2014 06:10:17 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B79571D9D for ; Fri, 31 Jan 2014 06:10:16 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id x13so8064586wgg.27 for ; Thu, 30 Jan 2014 22:10:15 -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=vVTanwXaRRBgv8TwikyEHt0jpDPcA6U5YBUqHBNRo7U=; b=I1ki0VBy7BmaoFcn+PLnne38ED4wLpmsVFilsqJwfBxcZWWHVCkWMZ6peZMw7cOa5L q4Yz6qJBTO8yEYPOQ2ZTXYo+DqcSOUaH0MHcbMDGE/l8YpwRUY1smt3nnAAz690H+9FB JwqhChyEgWj+YlAhWuKeJyO/tlq6/I/DFy0c31FmBzFTkzlrn5GJNSXazCZdpBoyk1zk 5D/XJnz5oacRAB4ci/pm7Y8+a0YwCGRe9TmGoWY4RcFm0mDOqf/dxULIxqgO6K+fEmUm nQeo6Vjyz7MznX4aLPaTn2YRIbhCofwUH34Cyn3MYnDBRvFuWFXsCdLd8plKFsB4xAOz /kHQ== MIME-Version: 1.0 X-Received: by 10.180.160.206 with SMTP id xm14mr12365090wib.25.1391148615159; Thu, 30 Jan 2014 22:10:15 -0800 (PST) Received: by 10.180.189.166 with HTTP; Thu, 30 Jan 2014 22:10:14 -0800 (PST) Received: by 10.180.189.166 with HTTP; Thu, 30 Jan 2014 22:10:14 -0800 (PST) In-Reply-To: <20140130190128.4a6dd0dc.rodperson@rodperson.com> References: <20140130190128.4a6dd0dc.rodperson@rodperson.com> Date: Fri, 31 Jan 2014 07:10:14 +0100 Message-ID: Subject: Re: Help with new port - required port already installed error From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: Rod Person Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 06:10:17 -0000 El 31/01/2014 01:01, "Rod Person" escribi=F3: > > Hi, > > I working on a new new port that requires the existing port > graphics/py-qt4-svg. If this port is installed on the sytem already > I get the error below. I have tried this on a secondary system of > mine and also redports.org and get the same error. Is there anyway I > can fix this. > > This is a like the port I'm working on > http://www.rodperson.com/usr/www/users/pl905/rodperson.com/DL/spyder Not found. Wrong link? > > =3D=3D=3D> Installing for py27-qt4-svg-4.10.3,1 > =3D=3D=3D> Checking if graphics/py-qt4-svg already installed > =3D=3D=3D> py27-qt4-svg-4.10.3,1 is already installed > You may wish to ``make deinstall'' and install this port again > by ``make reinstall'' to upgrade it properly. > If you really wish to overwrite the old port of > graphics/py-qt4-svg without deleting it first, set the variable > "FORCE_PKG_REGISTER" in your environment or the "make install" > command line. > > -- > Rod > > http://www.rodperson.com > > He who knows himself to be one way and pretends it is another way is a > thief who robs his own soul. > > The Mahabharata > Sakuntala 25 > _______________________________________________ > 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 Fri Jan 31 06:40: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 9119914E for ; Fri, 31 Jan 2014 06:40:37 +0000 (UTC) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E34C1F5D for ; Fri, 31 Jan 2014 06:40:37 +0000 (UTC) Received: by mail-yk0-f177.google.com with SMTP id 19so21762236ykq.8 for ; Thu, 30 Jan 2014 22:40:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:cc:in-reply-to:references :disposition-notification-to:content-type:date:message-id :mime-version; bh=C9ogS8KxtyxrzShBT8v+4W88em1XoSdS/py27mHZIm8=; b=wxJCi3aHkjFAEPVQg92y4pYktuzfDIBLTUo0sC8cXdPd7Wiue5+0wXFqS3GxWxBYbk V1L1Rj0jQZ99nM2GQAZlCZ0aG+DIAEnK8zf5e6JG54ax9AiFeC8ukNDp0YtPRNLxr1wY UyYaljRbHobdlnf1n3fvmVZ+YSvk9QBQ3reEqec7Tco9MtBY+kGmsNOmEVNY99k8LlXu h3lBhNDS+mhSh5coUhTDT9LHYOTMoK9Y4rtKgjZ0D8+ZU7Hz/E3jUYH1jJNf/s3Ibb9G rE9gBzsjqKb3cRP9aWaKE9mj4V9zEMVg1L3WWDSUnG32RZtL2o2VxOLqTOmhWOqeRKYq 55KA== X-Received: by 10.236.207.73 with SMTP id m49mr17279970yho.5.1391150436476; Thu, 30 Jan 2014 22:40:36 -0800 (PST) Received: from [192.168.6.46] ([179.184.51.72]) by mx.google.com with ESMTPSA id 48sm29895525yhq.11.2014.01.30.22.40.34 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 30 Jan 2014 22:40:35 -0800 (PST) Subject: Re: net/avahi-app core dumps signal 11 From: Sergio de Almeida Lenzi To: Thomas Mueller In-Reply-To: <20140129115404.04922dd6@tmu.ulm.sysgo.com> References: <1390354628.14798.7.camel@lenovo.toontown> <20140129115404.04922dd6@tmu.ulm.sysgo.com> Date: Fri, 31 Jan 2014 04:40:32 -0200 Message-ID: <1391150432.28006.34.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 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: Fri, 31 Jan 2014 06:40:37 -0000 Em Qua, 2014-01-29 às 11:54 +0100, Thomas Mueller escreveu: > On Tue, 21 Jan 2014 23:37:08 -0200, Sergio de Almeida Lenzi wrote: > > 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??? > > Seems like a bad interaction with stack protector (libssp). > > I managed to get working binaries (10.0-STABLE, amd64) by adding > --disable-stack-protector to CONFIGURE_ARGS > Ok... thank you for the "tip" I will check ASAP... From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 06:42: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 730181EA for ; Fri, 31 Jan 2014 06:42:22 +0000 (UTC) Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com [IPv6:2607:f8b0:400c: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 2E3D81FBF for ; Fri, 31 Jan 2014 06:42:22 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id ie18so2786125vcb.12 for ; Thu, 30 Jan 2014 22:42:21 -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=Gu1rPFgNEJZxJpT1WMwddTTS2JJ71cSxRUR0gvwP/1Y=; b=UXIBFLdNEqEm03mLXopq8b4h18K521T9wgf4jokH29Ebn/pEDzIB1YNIR0/XKvEyUL wYmyQlZmy6UiuQImSxtthainCNsUn3wV9PI6QZUgcPCbI2u6fo2irgRVICpQVs7nUbwQ 30xYdliI9UjVYC/NJ+/BJFLy7igVWxUie1r1pj4u1vnh/3kymVt7+mNlPL+gX7qg97Tg rUDR8bOoq2MfFReOY/o0Lg4B2quKfzXJ//DJoXjo4aquwZQ7ji0ntheKhrO+44gcsx6U s/pUMuaiVvlfJ57xPAKU7wajEmbBCUu4sUhYpzaY/Ws+eHuYQ9khJAM8gwxlhVNUHzAI nW3g== MIME-Version: 1.0 X-Received: by 10.52.26.148 with SMTP id l20mr8286375vdg.28.1391150541225; Thu, 30 Jan 2014 22:42:21 -0800 (PST) Received: by 10.58.128.132 with HTTP; Thu, 30 Jan 2014 22:42:21 -0800 (PST) In-Reply-To: <20140130162047.65f44dfb878228ceab200bb2@mimar.rs> References: <20140130162047.65f44dfb878228ceab200bb2@mimar.rs> Date: Fri, 31 Jan 2014 07:42:21 +0100 Message-ID: Subject: Re: samba36 on 10-RELEASE can't join AD From: Johan Hendriks To: =?UTF-8?B?TWFya28gQ3VwYcSH?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "\(unknown\)" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 06:42:22 -0000 Op donderdag 30 januari 2014 heeft Marko Cupa=C4=87 = het volgende geschreven: > I can't seem to join AD with samba36 on 10-RELEASE: > > pacija@server:/usr/local/etc % sudo net ads join -U pacija > Enter pacija's password: > kerberos_kinit_password pacija@EXAMPLE.ORG failed: Looping > detected > inside krb5_get_in_tkt Failed to join domain: failed to connect to AD: > Looping detected inside krb5_get_in_tkt > > Kerberos seem to work OK, i can get tickets with kinit. Same krb5.conf > and smb.conf on another 9.2-RELEASE machine are joining AD without > problem. > > Any suggestions? > -- > Marko Cupa=C4=87 > > _______________________________________________ > 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 just installed a FreeBSD 10 machine with samba 36, and i did not have a problem to join. My domain is a windows 2003r2 domain. (Yes i know...... Old ) I do not install the kerberos port, but use kerberos from the base system. Regards Johan From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 08:05: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 F3435D74 for ; Fri, 31 Jan 2014 08:05:56 +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 CB9CC1539 for ; Fri, 31 Jan 2014 08:05:56 +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=Dq5CgZYdkZP/kr46sYOV5SYpWGTUI+2eKzCVDT/3dzM=; b=dZp2okJbwyqHbr6ylYzbCv+9w9JOPHE53iywGXLVZ/akeAZyYcIUPAeJ4UUk55ihbeXJ7n0IuXadrwXk3HRzgYFjyti2OKmhjucCTw3m5IpvvQoM3GLxK54an28zxPxw7hEs8Yd7j+9uMSJvWszEyRYUn3xkxIDiXAj51tFtSwY=; Received: from [39.195.143.103] (port=39956 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 1W996h-001ynR-R3; Fri, 31 Jan 2014 01:05:49 -0700 Date: Fri, 31 Jan 2014 16:05:39 +0800 From: Erich Dollansky To: Sergio de Almeida Lenzi Subject: Re: net/avahi-app core dumps signal 11 Message-ID: <20140131160539.086ed845@X220.alogt.com> In-Reply-To: <1391150432.28006.34.camel@lenovo.toontown> References: <1390354628.14798.7.camel@lenovo.toontown> <20140129115404.04922dd6@tmu.ulm.sysgo.com> <1391150432.28006.34.camel@lenovo.toontown> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: Thomas Mueller , 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, 31 Jan 2014 08:05:57 -0000 Hi, On Fri, 31 Jan 2014 04:40:32 -0200 Sergio de Almeida Lenzi wrote: > Em Qua, 2014-01-29 =C3=A0s 11:54 +0100, Thomas Mueller escreveu: >=20 > > On Tue, 21 Jan 2014 23:37:08 -0200, Sergio de Almeida Lenzi wrote: > > > avahi-daemon dumps core, and I am unable > > > to determinw why because it aborts core just before reaching > > > the main() procedure.. > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > > >=20 > > > #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 ?? () > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > > >=20 > > > any ideas??? > >=20 > > Seems like a bad interaction with stack protector (libssp). > >=20 > > I managed to get working binaries (10.0-STABLE, amd64) by adding > > --disable-stack-protector to CONFIGURE_ARGS > >=20 I just did this and can confirm that this helps. Erich From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 09:05:25 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 CBD2F4DF for ; Fri, 31 Jan 2014 09:05:25 +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 B77B9194E for ; Fri, 31 Jan 2014 09:05:25 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s0V95P5d068810 for ; Fri, 31 Jan 2014 09:05:25 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s0V95Pmm068807; Fri, 31 Jan 2014 09:05:25 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201401310905.s0V95Pmm068807@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, 31 Jan 2014 09:05:25 +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, 31 Jan 2014 09:05:25 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ databases/sqlrelay | 0.53.1 | 0.54 ------------------------------------------------+-----------------+------------ games/doomsday | 1.12.2 | 1.14.0-build1126 ------------------------------------------------+-----------------+------------ 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 31 11:57: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 03729AE8 for ; Fri, 31 Jan 2014 11:57:47 +0000 (UTC) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87F76185D for ; Fri, 31 Jan 2014 11:57:46 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id k4so6230316qaq.29 for ; Fri, 31 Jan 2014 03:57:45 -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-type:content-transfer-encoding; bh=zRHhJPRyLzZc3UQpeWsVuqXIyrg97G1Tgsiu3sRG1kU=; b=YQ8KZhAUrWgydVJUFItfIfc4adhoqF16Us8DAhYAECyfJAolhRIO7Q+x3DUlQETPSw LHax0y13CAxFe6sRNUDvzWnA5u3dM5xRt/rNpCZ0hUqqEHkAtdfKpcX3DE14zXgj5Zjr HqQpC9GuSSKvKMZrG5dox/pMv7haHCUJQkGwivtt/h1lOgmDFnh1z+LRR1NEVjRb7XH2 aokp1EERIyfaAIgBmwu1ZuFrcmWduuthnBCPra0GJRUMWBWpftjkENZoyWq5WgKKGLq7 W/9iSUJdKnbGXRaZj6SBA9PwgdGY2Kd59YXfhksSaiIzsqKyAd1w51J42zp1sVOVMRGO S6lw== X-Received: by 10.140.96.17 with SMTP id j17mr29393071qge.112.1391169465687; Fri, 31 Jan 2014 03:57:45 -0800 (PST) Received: from lumiwa.farms.net ([71.241.213.42]) by mx.google.com with ESMTPSA id p3sm26532649qat.5.2014.01.31.03.57.40 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 31 Jan 2014 03:57:42 -0800 (PST) From: Ajtim To: "Montgomery-Smith, Stephen" Subject: Re: Sage update Date: Fri, 31 Jan 2014 06:57:39 -0500 Message-ID: <2242761.NZ6bZAabor@lumiwa.farms.net> User-Agent: KMail/4.11.4 (FreeBSD/10.0-RELEASE; KDE/4.11.4; amd64; ; ) In-Reply-To: <52EAE93F.3040605@missouri.edu> References: <52E9A43A.7010006@missouri.edu> <1553213.GzHzlxkLv3@lumiwa.farms.net> <52EAE93F.3040605@missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Greg Rivers , Jouko Lumij?rvi , FreeBSD Ports , "GeorgSWeber@googlemail.com" , Kostas Oikonomou , Daniel Smith X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 11:57:47 -0000 On Friday 31 January 2014 00:07:31 Montgomery-Smith, Stephen wrote: > On 01/30/2014 05:32 PM, Ajtim wrote: > > > I am not lucky: > > Now installing the Maxima library as '/usr/ports/math/sage/work/sage-6.0/local/lib/ecl//maxima.fas'... > > New ASDF encountered > > > > real 6m29.758s > > user 5m28.766s > > sys 0m28.508s > > Successfully installed maxima-5.29.1.p4 > > Deleting temporary build directory > > /usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/maxima-5.29.1.p4 > > Finished installing maxima-5.29.1.p4.spkg > > make[4]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' > > make[3]: *** [all] Error 2 > > make[3]: Leaving directory `/usr/ports/math/sage/work/sage-6.0/build' > > > > real 18m28.872s > > user 94m55.810s > > sys 7m31.317s > > *************************************************************** > > Error building Sage. > > > > The following package(s) may have failed to build: > > > > package: r-3.0.2.p0 > > log file: /usr/ports/math/sage/work/sage-6.0/logs/pkgs/r-3.0.2.p0.log > > build directory: /usr/ports/math/sage/work/sage-6.0/local/var/tmp/sage/build/r-3.0.2.p0 > > > > The build directory may contain configuration files and other potentially > > helpful information. WARNING: if you now run 'make' again, the build > > directory will, by default, be deleted. Set the environment variable > > SAGE_KEEP_BUILT_SPKGS to 'yes' to prevent this. > > > > gmake[2]: *** [build] Error 1 > > gmake[2]: Leaving directory `/usr/ports/math/sage/work/sage-6.0' > > ===> Compilation failed unexpectedly. > > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > > the maintainer. > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/ports/math/sage > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/math/sage > > > > > > Can you send me this file: > /usr/ports/math/sage/work/sage-6.0/logs/pkgs/r-3.0.2.p0.log > > Because the build is multithreaded, the install.log gets different > builds mixed up, and the error that caused the problem isn't always in > the last few lines. > > However, I am also getting a build error at r-3.0.2.p0, and it is > exactly the same error as I was getting before. All I want to check is > whether you are getting the same error as me. > > I am also getting a build error with scipy and matplotlib-1.2.1. The > scipy error exactly matches an error message I received from one of you > earlier today (before I applied the fix). > > This means that whatever the problem is, the fix didn't fix it. Here is te log. Thanks to the all for the hard work... -- Mitja ------- http://www.redbubble.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 12:18:19 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 B1B2CE79 for ; Fri, 31 Jan 2014 12:18:19 +0000 (UTC) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE2919A1 for ; Fri, 31 Jan 2014 12:18:19 +0000 (UTC) Received: from [10.118.32.120] (unknown [128.147.28.1]) by www6.pairlite.com (Postfix) with ESMTPSA id DF06B67AEE; Fri, 31 Jan 2014 07:18:15 -0500 (EST) Message-ID: <52EB9487.7040507@rodperson.com> Date: Fri, 31 Jan 2014 07:18:15 -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: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= Subject: Re: Help with new port - required port already installed error References: <20140130190128.4a6dd0dc.rodperson@rodperson.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: ports FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 12:18:19 -0000 Fernando Apesteguía wrote: > El 31/01/2014 01:01, "Rod Person" escribió: >> Hi, >> >> I working on a new new port that requires the existing port >> graphics/py-qt4-svg. If this port is installed on the sytem already >> I get the error below. I have tried this on a secondary system of >> mine and also redports.org and get the same error. Is there anyway I >> can fix this. >> >> This is a like the port I'm working on >> http://www.rodperson.com/usr/www/users/pl905/rodperson.com/DL/spyder > Not found. Wrong link? Sorry, correct link: http://www.rodperson.com/DL/spyder/ >> ===> Installing for py27-qt4-svg-4.10.3,1 >> ===> Checking if graphics/py-qt4-svg already installed >> ===> py27-qt4-svg-4.10.3,1 is already installed >> You may wish to ``make deinstall'' and install this port again >> by ``make reinstall'' to upgrade it properly. >> If you really wish to overwrite the old port of >> graphics/py-qt4-svg without deleting it first, set the variable >> "FORCE_PKG_REGISTER" in your environment or the "make install" >> command line. >> -- Rod The lips of wisdom are closed, except to the ears of understanding - The Kybalion From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 13:15: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 78BA4519 for ; Fri, 31 Jan 2014 13:15:27 +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 31EBD1FC7 for ; Fri, 31 Jan 2014 13:15:27 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b845:cd7b:51ca:897] (unknown [IPv6:2001:7b8:3a7:0:b845:cd7b:51ca:897]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 355945C44; Fri, 31 Jan 2014 14:15:23 +0100 (CET) Subject: Re: net/avahi-app core dumps signal 11 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A4FA7106-C95B-43FF-82F7-A857D5B0B43D"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.1 (6062eb4) From: Dimitry Andric In-Reply-To: <20140129115404.04922dd6@tmu.ulm.sysgo.com> Date: Fri, 31 Jan 2014 14:15:13 +0100 Message-Id: References: <1390354628.14798.7.camel@lenovo.toontown> <20140129115404.04922dd6@tmu.ulm.sysgo.com> To: Thomas Mueller X-Mailer: Apple Mail (2.1827) 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: Fri, 31 Jan 2014 13:15:27 -0000 --Apple-Mail=_A4FA7106-C95B-43FF-82F7-A857D5B0B43D Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 29 Jan 2014, at 11:54, Thomas Mueller wrote: > On Tue, 21 Jan 2014 23:37:08 -0200, Sergio de Almeida Lenzi wrote: >> 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??? > > Seems like a bad interaction with stack protector (libssp). > > I managed to get working binaries (10.0-STABLE, amd64) by adding > --disable-stack-protector to CONFIGURE_ARGS Don't you think the stack protector code is trying to tell you the stack got smashed? :-) E.g. this is most likely a real buffer overflow or something, and it should be properly fixed, instead of removing the seat belts. -Dimitry --Apple-Mail=_A4FA7106-C95B-43FF-82F7-A857D5B0B43D 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) iEYEARECAAYFAlLroeUACgkQsF6jCi4glqOdXgCg6a+V+p5g5uq+oQUJRpeFtG1u ce4An1COTB3JlncD9jDbQRBjxwuDMot0 =fdqu -----END PGP SIGNATURE----- --Apple-Mail=_A4FA7106-C95B-43FF-82F7-A857D5B0B43D-- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 13:25: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 3659974D for ; Fri, 31 Jan 2014 13:25:16 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC49310A2 for ; Fri, 31 Jan 2014 13:25:15 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s0VDP50q032904; Fri, 31 Jan 2014 15:25:05 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s0VDP50q032904 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s0VDP44i032890; Fri, 31 Jan 2014 15:25:04 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 31 Jan 2014 15:25:04 +0200 From: Konstantin Belousov To: "Montgomery-Smith, Stephen" Subject: Re: Problems with linking on FreeBSD-10 Message-ID: <20140131132504.GZ24664@kib.kiev.ua> References: <52EAEC1D.9040502@missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ufMBWnG1WFkAvCRz" Content-Disposition: inline In-Reply-To: <52EAEC1D.9040502@missouri.edu> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: FreeBSD 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, 31 Jan 2014 13:25:16 -0000 --ufMBWnG1WFkAvCRz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 31, 2014 at 12:19:46AM +0000, Montgomery-Smith, Stephen wrote: > I maintain the port math/sage. The port builds its own version of the > libreadline library. The port also uses lang/gcc instead of clang, > because the port needs Fortran. >=20 > The port is wanting to create a shared library called libR.so, which it > wants to link with the libreadline library it created itself. So it > issues this kind of command: >=20 > gcc46 -Wl,-rpath=3Dpath-of-newly-made-library -o libR.so -lreadline >=20 > I have left out most of the command for brevity. Not for brevity, but to make the diagnostic impossible. >=20 > Unfortunately the libR.so pulls in /lib/libreadline - the version that > comes with the base FreeBSD. I thought that -rpath flag was supposed to > tell the linker where to find the library. But it doesn't. Show exact commands and exact error message. It is not possible to understand from you message is the failure at the static linking (ld(1)) or dynamic (at the program startup) stage. Just in case this might be useful: - -rpath only affects runtime search path - ld(1) search for libraries is directed with the -L option. >=20 > The failure is when using FreeBSD-10. With FreeBSD-8 it works great. I > also assume that gcc46 uses /usr/local/bin/ld instead of /usr/bin/ld, > since devel/binutils is a dependency of lang/gcc. >=20 > Can anyone help me? Is this a bug with FreeBSD? Or is there some extra > flag I can set with the linker to make it work? I have tried > -rpath-link and -z origin, but these were random guesses. and I don't > really know what I am doing. >=20 > Thanks, Stephen >=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" --ufMBWnG1WFkAvCRz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJS66QvAAoJEJDCuSvBvK1Bjb4P+QGkyqdH8ea4T7VuDQbSvCv2 blnOJleyUr5Bfo7ruJJGICbV/nkEhCTvnr1yDSDToedpSro+dzQkQO2HhDMwl9ur /AG2zIrGHCCQ86tHCYuicLYBVt9YYTenvOG9/3lIe8sigcVBuKQUwW8I5rP3whhb nXczEE9YDmuY+/OiU0gbAmJ7VZ3S00TNBukSgLFaVvaTZP3Ab9+H+cI9wV1Sq7jx gtVIfLMnNGJkg7yRgs+YV9HT5SPTchMnle9oYTUQpiNaSLi1eJncAieMswhbLeSA dpePbFsWwFK+ne5Oxp4a7i57RDONjAuBBgNFS1Gn4quGQRJOZL8X2nTMIVd1MPmw WZmfi3IjyHZ6ZjTaeRRrtXvytRURHNJfiH1xbPoRzUqFQ+xhoFGzCrSlAfTbSbfl Bt427OxAneF17gSFn1Cru1m2x9OJ3sLSlNSoXEGUrqM8dOCfjhF/UrNoFP6oi1K8 32OaLBsrP1tTJbnXyLwzmvHfFbnscJRsVdYZyvjKBGUJ57dyPT9hYYT84e+8mQei /Qg5IlkwjQGii+2PYdcjk8qJqf/dL8sP0grOW1C7UzQPdtxX4WH6B/V4pPpTZnT/ rG4Yp00z6BbM2Vv1gLTPUOvvRPZCkn5UT+48+yW+GdmEL0TdKNPEy1GNhkvpVirQ YffXTNtcRdw91S0TdzTA =jcnp -----END PGP SIGNATURE----- --ufMBWnG1WFkAvCRz-- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 13:41:19 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 BD8E4C2C; Fri, 31 Jan 2014 13:41:19 +0000 (UTC) Received: from mail1.sysgo.com (mail1.sysgo.com [176.9.26.183]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D8531209; Fri, 31 Jan 2014 13:41:19 +0000 (UTC) Date: Fri, 31 Jan 2014 14:41:11 +0100 From: Thomas Mueller To: Dimitry Andric Subject: Re: net/avahi-app core dumps signal 11 Message-ID: <20140131144111.7a8544f1@tmu.ulm.sysgo.com> In-Reply-To: References: <1390354628.14798.7.camel@lenovo.toontown> <20140129115404.04922dd6@tmu.ulm.sysgo.com> Organization: SYSGO AG 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 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: Fri, 31 Jan 2014 13:41:19 -0000 On Fri, 31 Jan 2014 14:15:13 +0100, Dimitry Andric wrote: > On 29 Jan 2014, at 11:54, Thomas Mueller wrote: > > On Tue, 21 Jan 2014 23:37:08 -0200, Sergio de Almeida Lenzi wrote: > >> 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??? > > > > Seems like a bad interaction with stack protector (libssp). > > > > I managed to get working binaries (10.0-STABLE, amd64) by adding > > --disable-stack-protector to CONFIGURE_ARGS > > Don't you think the stack protector code is trying to tell you the stack > got smashed? :-) That may well be. Then there is still the quesiotn why executables built on 9 appear to work while those built on 10 do no work. > E.g. this is most likely a real buffer overflow or something, and it > should be properly fixed, instead of removing the seat belts. Sure. -- Thomas Mueller From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 15:36: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 AE6C9EDF for ; Fri, 31 Jan 2014 15:36:20 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 3AAE51B1C for ; Fri, 31 Jan 2014 15:36:19 +0000 (UTC) Received: from park.js.berklix.net (p5DCBD634.dip0.t-ipconnect.de [93.203.214.52]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id s0VFZnVd093771; Fri, 31 Jan 2014 15:35:50 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.14.3/8.14.3) with ESMTP id s0VFWCeg087403; Fri, 31 Jan 2014 16:32:12 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.5/8.14.5) with ESMTP id s0VFVssk037895; Fri, 31 Jan 2014 16:32:06 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201401311532.s0VFVssk037895@fire.js.berklix.net> to: FreeBSD Ports Subject: Re: Problems with linking on FreeBSD-10 From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Fri, 31 Jan 2014 00:19:46 GMT." <52EAEC1D.9040502@missouri.edu> Date: Fri, 31 Jan 2014 16:31:54 +0100 Cc: "Montgomery-Smith, Stephen" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 15:36:20 -0000 > The failure is when using FreeBSD-10. With FreeBSD-8 it works great. I Building ports on 10.0-RELEASE is lots more trouble than 9.2-RELEASE. 10.0-RELEASE built 874, & 9.2-RELEASE built 953 & still making, with http://www.berklix.com/~jhs/src/bsd/fixes/freebsd/ports/jhs/*/Makefile.local cd /usr/ports/packages/All ; /bin/ls -1 | wc -l 10.0-RELEASE has 40 DUDS, & 9.2-RELEASE has 7 DUDS so far in http://www.berklix.com/~jhs/src/bsd/fixes/freebsd/src/jhs/etc/csh.cshrc.master Lot of broken ports in 10.0-RELEASE are cc errors, (Clang, 9.2 was gcc). Some are Stage failures. New tools breaking, typical of a .0 release. I was tempted to 10 by man urtwn (4) (WLAN), but then 10 src/ ripped out bind, & 10.0 ports wasted time to delivered less. 9.2-RELEASE is better. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 15:50: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 2C524634; Fri, 31 Jan 2014 15:50:47 +0000 (UTC) Received: from mail1.sysgo.com (mail1.sysgo.com [176.9.26.183]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8D1B1D55; Fri, 31 Jan 2014 15:50:46 +0000 (UTC) Date: Fri, 31 Jan 2014 16:50:44 +0100 From: Thomas Mueller To: Dimitry Andric Subject: Re: net/avahi-app core dumps signal 11 Message-ID: <20140131165044.0dcf979d@tmu.ulm.sysgo.com> In-Reply-To: <20140131144111.7a8544f1@tmu.ulm.sysgo.com> References: <1390354628.14798.7.camel@lenovo.toontown> <20140129115404.04922dd6@tmu.ulm.sysgo.com> <20140131144111.7a8544f1@tmu.ulm.sysgo.com> Organization: SYSGO AG 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 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: Fri, 31 Jan 2014 15:50:47 -0000 [replying to my own message, oh my] On Fri, 31 Jan 2014 14:41:11 +0100, Thomas Mueller wrote: > On Fri, 31 Jan 2014 14:15:13 +0100, Dimitry Andric wrote: > > On 29 Jan 2014, at 11:54, Thomas Mueller wrote: > > > On Tue, 21 Jan 2014 23:37:08 -0200, Sergio de Almeida Lenzi wrote: > > >> 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??? > > > > > > Seems like a bad interaction with stack protector (libssp). > > > > > > I managed to get working binaries (10.0-STABLE, amd64) by adding > > > --disable-stack-protector to CONFIGURE_ARGS > > > > Don't you think the stack protector code is trying to tell you the stack > > got smashed? :-) > > That may well be. Then there is still the quesiotn why executables > built on 9 appear to work while those built on 10 do no work. I had an older avahi build lying around on a 10-STABLE box (built December 19, 2013) and that does not show the problem. Now, when I build net/avahi-app from from current ports on that box, resulting binaries crash. [old build, December 19, 2013] nomad:/usr/ports/net/avahi-app# /usr/local/bin/avahi-browse Too few arguments [current build] nomad:/usr/ports/net/avahi-app# ./work/avahi-0.6.31/avahi-utils/.libs/avahi-browse Segmentation fault (core dumped) nomad:/usr/ports/net/avahi-app# size /usr/local/bin/avahi-browse work/avahi-0.6.31/avahi-utils/.libs/avahi-browse text data bss dec hex filename 19584 1176 4488 25248 62a0 /usr/local/bin/avahi-browse 19584 1176 4488 25248 62a0 work/avahi-0.6.31/avahi-utils/.libs/avahi-browse Then there's a difference in the order of libraries in the ldd output, but I don't know if that is relevant: nomad:/usr/ports/net/avahi-app# ldd /usr/local/bin/avahi-browse work/avahi-0.6.31/avahi-utils/.libs/avahi-browse /usr/local/bin/avahi-browse: libavahi-client.so.3 => /usr/local/lib/libavahi-client.so.3 (0x800820000) libdbus-1.so.3 => /usr/local/lib/libdbus-1.so.3 (0x800a2f000) libavahi-common.so.3 => /usr/local/lib/libavahi-common.so.3 (0x800c82000) libgdbm.so.4 => /usr/local/lib/libgdbm.so.4 (0x800e8e000) libssp.so.0 => /lib/libssp.so.0 (0x801098000) libintl.so.9 => /usr/local/lib/libintl.so.9 (0x80129a000) libthr.so.3 => /lib/libthr.so.3 (0x8014a3000) libc.so.7 => /lib/libc.so.7 (0x8016c8000) work/avahi-0.6.31/avahi-utils/.libs/avahi-browse: libavahi-client.so.3 => /usr/local/lib/libavahi-client.so.3 (0x800820000) libdbus-1.so.3 => /usr/local/lib/libdbus-1.so.3 (0x800a2f000) libthr.so.3 => /lib/libthr.so.3 (0x800c82000) libavahi-common.so.3 => /usr/local/lib/libavahi-common.so.3 (0x800ea7000) libgdbm.so.4 => /usr/local/lib/libgdbm.so.4 (0x8010b3000) libssp.so.0 => /lib/libssp.so.0 (0x8012bd000) libintl.so.9 => /usr/local/lib/libintl.so.9 (0x8014bf000) libc.so.7 => /lib/libc.so.7 (0x8016c8000) On a hunch, I downgraded devel/dbus back from 1.6.18 to 1.6.12, now the resulting avahi programs no longer dump core. -- Thomas Mueller From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 15:55:36 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 1A7758F5 for ; Fri, 31 Jan 2014 15:55:36 +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 A5B0D1DF9 for ; Fri, 31 Jan 2014 15:55:35 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id x12so9041353wgg.25 for ; Fri, 31 Jan 2014 07:55: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=p647Jwh3AvVdzkiSpMbBpb3A5sVvqvQsxPlI7mmAOGM=; b=FQZY+iHWBXvwFdEQXxCO5BjtQFGEAr7JstCeJ2lAA07sC9GFe2MzDBwp2QXSWYCsFP LCDl6VDMSD+wQNzCdJL3+lapZXwnOMZA3yDonLy2iAvh/j+SPA6HwOTSHJjKGn4zj9sU RJXpbspsJJiBuqxpCR25tJcC8k+0SRWoItB7NLdOKMslOBZTk52BjSnP6l/8G11nMrxU mq5KN7026uqPkdVK/4wHCcfs8xmxXc9XTRd9hRzedebnq68glsVocSeFMSMMruG8TJPN HxQNp45mex37TxTbi3wBLWxmEoP07K6MawmzwZoKNqDu96QcPCUEfdcHVBihHUw7AJ9R belg== MIME-Version: 1.0 X-Received: by 10.180.77.129 with SMTP id s1mr14222327wiw.56.1391183734036; Fri, 31 Jan 2014 07:55:34 -0800 (PST) Received: by 10.180.189.166 with HTTP; Fri, 31 Jan 2014 07:55:33 -0800 (PST) In-Reply-To: <52EB9487.7040507@rodperson.com> References: <20140130190128.4a6dd0dc.rodperson@rodperson.com> <52EB9487.7040507@rodperson.com> Date: Fri, 31 Jan 2014 16:55:33 +0100 Message-ID: Subject: Re: Help with new port - required port already installed error From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: Rod Person Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 15:55:36 -0000 On Fri, Jan 31, 2014 at 1:18 PM, Rod Person wrote= : > Fernando Apestegu=EDa wrote: > >> El 31/01/2014 01:01, "Rod Person" escribi=F3: >> >>> Hi, >>> >>> I working on a new new port that requires the existing port >>> graphics/py-qt4-svg. If this port is installed on the sytem already >>> I get the error below. I have tried this on a secondary system of >>> mine and also redports.org and get the same error. Is there anyway I >>> can fix this. >>> >>> This is a like the port I'm working on >>> http://www.rodperson.com/usr/www/users/pl905/rodperson.com/DL/spyder >>> >> Not found. Wrong link? >> > > Sorry, correct link: > http://www.rodperson.com/DL/spyder/ > > What does make run-depends say? Does it say py-qt4-svg is installed? > > > =3D=3D=3D> Installing for py27-qt4-svg-4.10.3,1 >>> =3D=3D=3D> Checking if graphics/py-qt4-svg already installed >>> =3D=3D=3D> py27-qt4-svg-4.10.3,1 is already installed >>> You may wish to ``make deinstall'' and install this port again >>> by ``make reinstall'' to upgrade it properly. >>> If you really wish to overwrite the old port of >>> graphics/py-qt4-svg without deleting it first, set the variable >>> "FORCE_PKG_REGISTER" in your environment or the "make install" >>> command line. >>> >>> -- > Rod > > The lips of wisdom are closed, except to the ears of understanding > - The Kybalion > > From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 16:07:02 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 922D1C49 for ; Fri, 31 Jan 2014 16:07:02 +0000 (UTC) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id 692FE1EED for ; Fri, 31 Jan 2014 16:07:02 +0000 (UTC) Received: from [10.118.32.120] (unknown [128.147.28.1]) by www6.pairlite.com (Postfix) with ESMTPSA id 1887C67AEE; Fri, 31 Jan 2014 11:06:58 -0500 (EST) Message-ID: <52EBCA21.3090902@rodperson.com> Date: Fri, 31 Jan 2014 11:06:57 -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: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= Subject: Re: Help with new port - required port already installed error References: <20140130190128.4a6dd0dc.rodperson@rodperson.com> <52EB9487.7040507@rodperson.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: ports FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 16:07:02 -0000 Fernando Apesteguía wrote: > On Fri, Jan 31, 2014 at 1:18 PM, Rod Person wrote: > >> Fernando Apesteguía wrote: >> >>> El 31/01/2014 01:01, "Rod Person" escribió: >>> >>>> Hi, >>>> >>>> I working on a new new port that requires the existing port >>>> graphics/py-qt4-svg. If this port is installed on the sytem already >>>> I get the error below. I have tried this on a secondary system of >>>> mine and also redports.org and get the same error. Is there anyway I >>>> can fix this. >>>> >>>> This is a like the port I'm working on >>>> http://www.rodperson.com/usr/www/users/pl905/rodperson.com/DL/spyder >>>> >>> Not found. Wrong link? >>> >> Sorry, correct link: >> http://www.rodperson.com/DL/spyder/ >> >> > What does make run-depends say? Does it say py-qt4-svg is installed? Yes. Same error. > ===> Installing for py27-qt4-svg-4.10.3,1 >>>> ===> Checking if graphics/py-qt4-svg already installed >>>> ===> py27-qt4-svg-4.10.3,1 is already installed >>>> You may wish to ``make deinstall'' and install this port again >>>> by ``make reinstall'' to upgrade it properly. >>>> If you really wish to overwrite the old port of >>>> graphics/py-qt4-svg without deleting it first, set the variable >>>> "FORCE_PKG_REGISTER" in your environment or the "make install" >>>> command line. >>>> >>>> -- >> Rod >> >> The lips of wisdom are closed, except to the ears of understanding >> - The Kybalion >> >> > _______________________________________________ > 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" -- Rod The lips of wisdom are closed, except to the ears of understanding - The Kybalion From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 17:21:32 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 15D5086C for ; Fri, 31 Jan 2014 17:21:32 +0000 (UTC) Received: from mail-yk0-x22f.google.com (mail-yk0-x22f.google.com [IPv6:2607:f8b0:4002:c07::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7DDC15B9 for ; Fri, 31 Jan 2014 17:21:31 +0000 (UTC) Received: by mail-yk0-f175.google.com with SMTP id q200so25183512ykb.6 for ; Fri, 31 Jan 2014 09:21:30 -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=zweL1NrXaVl8NCwZzO1rqbG1F952bf1mADYfndXKE3s=; b=LXvs8k4YVpmoY/nLy70VCxcMYAysMcrheP1LAKg9pQckOxcDpp4/OAigZ3PMLNfnd3 tkDohAQz8XCalSdV8vIL2oD0qqhpF2qFjtdlUD9dZx7RItBxkNeL4atG58IqLR4TvWJX qoLQAqsQkofZApbCzRjAipmHFdP2jX94t4k2ZaFFAq809uB+LuMk+s/o4klfjLV81DIq 6JbJrEdesEQcvbG0OQTPUEw0urdmN9MxVN79rmaLpWaxMNpEOoaz2+eA54VreXI//Dba CQrjGCVcErYZqitKQSWlnFVZeCmrFJtFOhgr2RyyKgaKSwlsRaBMVBUq6yhf0gTJBtRM +WoA== X-Received: by 10.236.112.242 with SMTP id y78mr2149449yhg.94.1391188890503; Fri, 31 Jan 2014 09:21:30 -0800 (PST) Received: from [192.168.6.46] ([179.184.51.72]) by mx.google.com with ESMTPSA id 48sm35423229yhq.11.2014.01.31.09.21.28 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 31 Jan 2014 09:21:29 -0800 (PST) Subject: net/avahi-app dumps core signal 11 on Freebsd 10 release or freebsd 10 stable SOLVED From: Sergio de Almeida Lenzi To: ports In-Reply-To: <201401311714.s0VHEt2i038615@freefall.freebsd.org> References: <201401311714.s0VHEt2i038615@freefall.freebsd.org> Date: Fri, 31 Jan 2014 15:21:26 -0200 Message-ID: <1391188886.13703.4.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: Fri, 31 Jan 2014 17:21:32 -0000 Em Sex, 2014-01-31 às 17:14 +0000, kwm@FreeBSD.org escreveu: > Synopsis: net/avahi-app dumps core signal 11 on Freebsd 10 release or freebsd 10 stable > > State-Changed-From-To: open->closed > State-Changed-By: kwm > State-Changed-When: Fri Jan 31 17:14:17 UTC 2014 > State-Changed-Why: > Committed the disable stack protector, thanks for reporting. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=186097 Thank you all for the fixed.... FreeBSD rocks!!!! From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 17:24: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 6E681A57 for ; Fri, 31 Jan 2014 17:24:44 +0000 (UTC) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003: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 3078B15FB for ; Fri, 31 Jan 2014 17:24:44 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id h16so5544580oag.10 for ; Fri, 31 Jan 2014 09:24:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=qjfLCb2wDcirIbt/yNxCdsQZX3YAa8rLN9yZmH53dpg=; b=pxGuHacRM7K7xEryIc/B3F7t3MfL/F+9qPoCoNrIHEm6+jkOx6ShRoeStSu1NmiK8Z 5UqYBUf45KK45XBoplpQifxDxaaz23LF6GLsEzL/5It5ZlQ1aPVqm4uQSqRb56BxtZ3w 46uAgqKr0sslQvKajayU2K+NcXPFEKj06DEpjCtESfMwg8wkxdjG0/Oa+eToYv6Y/Qqq Cuuvp3k1iooI0uJARDXwYVVeywDUZGb7T5cebrcz22gG0eCqiLlCAwFNuDJypkH/JNp0 OzArXjvUFv0gX0Nl+7YrLrWZ/ajJdF52R7Q1IsEuSvvAOWktjtee5HZiH1NTrFwI9f8H RDjQ== X-Received: by 10.182.144.136 with SMTP id sm8mr2218410obb.63.1391189083339; Fri, 31 Jan 2014 09:24:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.129.4 with HTTP; Fri, 31 Jan 2014 09:24:23 -0800 (PST) In-Reply-To: <52EBCA21.3090902@rodperson.com> References: <20140130190128.4a6dd0dc.rodperson@rodperson.com> <52EB9487.7040507@rodperson.com> <52EBCA21.3090902@rodperson.com> From: Henry Hu Date: Fri, 31 Jan 2014 12:24:23 -0500 Message-ID: Subject: Re: Help with new port - required port already installed error To: Rod Person Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports FreeBSD , =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 17:24:44 -0000 On Fri, Jan 31, 2014 at 11:06 AM, Rod Person wrote= : > Fernando Apestegu=EDa wrote: > >> On Fri, Jan 31, 2014 at 1:18 PM, Rod Person >> wrote: >> >> Fernando Apestegu=EDa wrote: >>> >>> El 31/01/2014 01:01, "Rod Person" escribi=F3= : >>>> >>>> Hi, >>>>> >>>>> I working on a new new port that requires the existing port >>>>> graphics/py-qt4-svg. If this port is installed on the sytem already >>>>> I get the error below. I have tried this on a secondary system of >>>>> mine and also redports.org and get the same error. Is there anyway I >>>>> can fix this. >>>>> >>>>> This is a like the port I'm working on >>>>> http://www.rodperson.com/usr/www/users/pl905/rodperson.com/DL/spyder >>>>> >>>>> Not found. Wrong link? >>>> >>>> Sorry, correct link: >>> http://www.rodperson.com/DL/spyder/ >>> >>> >>> What does make run-depends say? Does it say py-qt4-svg is installed? >> > > Yes. Same error. > > You have an extra "PyQt4/" at line ${PYTHON_SITELIBDIR}/PyQt4/PyQt4/QtSvg.so:${PORTSDIR}/graphics/py-qt4-svg= \ > > > =3D=3D=3D> Installing for py27-qt4-svg-4.10.3,1 >> >>> =3D=3D=3D> Checking if graphics/py-qt4-svg already installed >>>>> =3D=3D=3D> py27-qt4-svg-4.10.3,1 is already installed >>>>> You may wish to ``make deinstall'' and install this port agai= n >>>>> by ``make reinstall'' to upgrade it properly. >>>>> If you really wish to overwrite the old port of >>>>> graphics/py-qt4-svg without deleting it first, set the variable >>>>> "FORCE_PKG_REGISTER" in your environment or the "make install" >>>>> command line. >>>>> >>>>> -- >>>>> >>>> Rod >>> >>> The lips of wisdom are closed, except to the ears of understanding >>> - The Kybalion >>> >>> >>> _______________________________________________ >> 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" >> > > > -- > Rod > > The lips of wisdom are closed, except to the ears of understanding > - The Kybalion > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > --=20 Cheers, Henry From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 17:27:43 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 B05BD2A5 for ; Fri, 31 Jan 2014 17:27:43 +0000 (UTC) Received: from mp1-smtp-6.eutelia.it (mp1-smtp-6.eutelia.it [62.94.10.166]) by mx1.freebsd.org (Postfix) with ESMTP id 6493D1652 for ; Fri, 31 Jan 2014 17:27:43 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-6.eutelia.it (Eutelia) with ESMTP id 1609F6B4947 for ; Fri, 31 Jan 2014 18:27:34 +0100 (CET) Received: from soth.ventu (adsl-ull-172-255.41-151.net24.it [151.41.255.172]) (authenticated bits=0) by ns2.biolchim.it (8.14.8/8.14.8) with ESMTP id s0VHROcw001873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Fri, 31 Jan 2014 18:27:30 +0100 (CET) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-172-255.41-151.net24.it [151.41.255.172] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.8/8.14.7) with ESMTP id s0VHRFZL037958 for ; Fri, 31 Jan 2014 18:27:15 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <52EBDCF3.3050508@netfence.it> Date: Fri, 31 Jan 2014 18:27:15 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: ports@freebsd.org Subject: Samba to web Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Fri, 31 Jan 2014 18:27:31 +0100 (CET) X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 17:27:43 -0000 Hello. I'm in need of some suggestion about what software to use: I have a Samba server which I need to make visibile to users outside of its network. The users will be known (and the same who work from inside), so they will use the same credentials they directly use with Samba and should see, from the outside, the same folders they see from inside. The only strange requirement is that, from the outside, they should only be able to read, not write. VPNs are not a good choice: users are not teechies and they can't set them up themselves; OTOH I don't have access to the client computers, which could also change over time or be occasional stations. Furthermore I don't think I can achieve read-only behaviour this way. I was thinking more about some kind of web interface and I came up with some search results: _ smb2www was in the port tree, but removed a couple of years ago; maybe I could try to download and hack it; _ there's SMB Web Client (http://sourceforge.net/projects/smbwebclient/) _ Davenport (which brings WebDav in), _ Others? Before I start digging them all, has anyone faced this task before? Any hint? bye & Thanks av. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 17:30: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 CD3EA59C for ; Fri, 31 Jan 2014 17:30:08 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A79F1675 for ; Fri, 31 Jan 2014 17:30:08 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id x13so9488683wgg.27 for ; Fri, 31 Jan 2014 09:30:06 -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=RN+tpA6k1xIhuVWlJqD9lPsKtlg3MMTSIe0MIP+VWzw=; b=nNrhAoUcR9KEACiDXuTwdlSXe9ShwZnmrt6xk2xdtBrMHZUQqupGQSNBMIZgU/Y8Cy LGb4ahPky+wam9LGepqv795ouSaosXZTdiOLyh1YjEX3CcwrEnvovVGjhyRK/8EgxnJH kfbBz0Tsd046P0yAHAwkq8bbfrMc0yqWRNieQzlhtcd18Akgtqpf+bRbwmRXOU9qBSCY 9Chp8R76EFUMz9xSxf+tG2XWI2A/h05engktPpbzumdWH47pMdJg+2axcbwTpGmk/qwz amig604/Z5fvf+xGBtM6jX1grbgxZK44fYGAaNvYpIt5pBvXBU484mNyHmJS8zau4UMS 7lyQ== MIME-Version: 1.0 X-Received: by 10.194.23.201 with SMTP id o9mr2408937wjf.67.1391189406724; Fri, 31 Jan 2014 09:30:06 -0800 (PST) Received: by 10.180.189.166 with HTTP; Fri, 31 Jan 2014 09:30:06 -0800 (PST) In-Reply-To: References: <20140130190128.4a6dd0dc.rodperson@rodperson.com> <52EB9487.7040507@rodperson.com> <52EBCA21.3090902@rodperson.com> Date: Fri, 31 Jan 2014 18:30:06 +0100 Message-ID: Subject: Re: Help with new port - required port already installed error From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: Henry Hu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports FreeBSD , Rod Person X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 17:30:08 -0000 On Fri, Jan 31, 2014 at 6:24 PM, Henry Hu wrote: > > > > On Fri, Jan 31, 2014 at 11:06 AM, Rod Person wro= te: > >> Fernando Apestegu=EDa wrote: >> >>> On Fri, Jan 31, 2014 at 1:18 PM, Rod Person >>> wrote: >>> >>> Fernando Apestegu=EDa wrote: >>>> >>>> El 31/01/2014 01:01, "Rod Person" escribi= =F3: >>>>> >>>>> Hi, >>>>>> >>>>>> I working on a new new port that requires the existing port >>>>>> graphics/py-qt4-svg. If this port is installed on the sytem already >>>>>> I get the error below. I have tried this on a secondary system of >>>>>> mine and also redports.org and get the same error. Is there anyway = I >>>>>> can fix this. >>>>>> >>>>>> This is a like the port I'm working on >>>>>> http://www.rodperson.com/usr/www/users/pl905/rodperson.com/DL/spyder >>>>>> >>>>>> Not found. Wrong link? >>>>> >>>>> Sorry, correct link: >>>> http://www.rodperson.com/DL/spyder/ >>>> >>>> >>>> What does make run-depends say? Does it say py-qt4-svg is installed? >>> >> >> Yes. Same error. >> >> > You have an extra "PyQt4/" at line > > ${PYTHON_SITELIBDIR}/PyQt4/PyQt4/QtSvg.so:${PORTSDIR}/graphics/py-qt4-s= vg \ > > Hence you should be seeing something like: spyder-2.3.0beta2 depends on _some_path_here: not found. ls-ing that path reveals the problem. > > >> >> >> =3D=3D=3D> Installing for py27-qt4-svg-4.10.3,1 >>> >>>> =3D=3D=3D> Checking if graphics/py-qt4-svg already installed >>>>>> =3D=3D=3D> py27-qt4-svg-4.10.3,1 is already installed >>>>>> You may wish to ``make deinstall'' and install this port aga= in >>>>>> by ``make reinstall'' to upgrade it properly. >>>>>> If you really wish to overwrite the old port of >>>>>> graphics/py-qt4-svg without deleting it first, set the variable >>>>>> "FORCE_PKG_REGISTER" in your environment or the "make install" >>>>>> command line. >>>>>> >>>>>> -- >>>>>> >>>>> Rod >>>> >>>> The lips of wisdom are closed, except to the ears of understanding >>>> - The Kybalion >>>> >>>> >>>> _______________________________________________ >>> 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= " >>> >> >> >> -- >> Rod >> >> The lips of wisdom are closed, except to the ears of understanding >> - The Kybalion >> >> _______________________________________________ >> 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" >> > > > > -- > Cheers, > Henry > From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 17:31: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 8B70564B for ; Fri, 31 Jan 2014 17:31:17 +0000 (UTC) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51C6416DE for ; Fri, 31 Jan 2014 17:31:17 +0000 (UTC) Received: from [128.206.184.213] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.7/8.14.7) with ESMTP id s0VHV8aJ044406; Fri, 31 Jan 2014 11:31:09 -0600 (CST) (envelope-from stephen@missouri.edu) Message-ID: <52EBDDDC.7000702@missouri.edu> Date: Fri, 31 Jan 2014 11:31:08 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: Problems with linking on FreeBSD-10 References: <52EAEC1D.9040502@missouri.edu> <20140131132504.GZ24664@kib.kiev.ua> In-Reply-To: <20140131132504.GZ24664@kib.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 17:31:17 -0000 On 01/31/14 07:25, Konstantin Belousov wrote: > On Fri, Jan 31, 2014 at 12:19:46AM +0000, Montgomery-Smith, Stephen wrote: >> I maintain the port math/sage. The port builds its own version of the >> libreadline library. The port also uses lang/gcc instead of clang, >> because the port needs Fortran. >> >> The port is wanting to create a shared library called libR.so, which it >> wants to link with the libreadline library it created itself. So it >> issues this kind of command: >> >> gcc46 -Wl,-rpath=path-of-newly-made-library -o libR.so -lreadline >> >> I have left out most of the command for brevity. > Not for brevity, but to make the diagnostic impossible. > Here are more details. I have the -L there as well. It creates libR.so using a command like this: cc -std=gnu99 -shared -fopenmp -L/usr/home/stephen/sage/work/sage-6.0/local/lib/ -Wl,-rpath=/usr/home/stephen/sage/work/sage-6.0/local/lib -Wl,-rpath=/usr/local/lib/gcc46 -L/usr/local/lib/gcc46 -o libR.so CommandLineArgs.o Rdynload.o Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cum.o dcf.o datetime.o debug.o deparse.o devices.o dotcode.o dounzip.o dstruct.o duplicate.o edit.o engine.o envir.o errors.o eval.o format.o gevents.o gram.o gram-ex.o graphics.o grep.o identical.o inlined.o inspect.o internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o mapply.o match.o memory.o names.o objects.o options.o paste.o platform.o plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o qsort.o random.o raw.o registration.o relop.o rlocale.o saveload.o scan.o seq.o serialize.o sort.o source.o split.o sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o unique.o util.o version.o vfonts.o xxxpr.o `ls ../unix/*.o ../appl/*.o ../nmath/*.o` ../extra/zlib/libz.a ../extra/bzip2/libbz2.a ../extra/pcre/libpcre.a ../extra/tre/libtre.a -L/usr/home/stephen/sage/work/sage-6.0/local/lib -lf77blas -latlas -lgfortran -lm -lquadmath -lintl -lreadline -llzma -lrt -lm -liconv Now -Wl,-rpath is set, so it should find libreadline in /usr/home/stephen/sage/work/sage-6.0/local/lib. But instead it finds libreadline in /lib. So later when it does the following compilation to build R.bin: gcc -std=gnu99 -export-dynamic -fopenmp -L/usr/home/stephen/sage/work/sage-6.0/local/lib/ -Wl,-rpath=/usr/home/stephen/sage/work/sage-6.0/local/lib -Wl,-rpath=/usr/local/lib/gcc46 -L/usr/local/lib/gcc46 -o R.bin Rmain.o -L../../lib -lR ...it comes up with an error saying that rl_sort_completion_matches isn't found. And when I do an ldd or "readelf -d" on libR.so, I can see that it is trying to link to the wrong libreadline, and rl_sort_completion_matches is only defined in the other libreadline. >> >> Unfortunately the libR.so pulls in /lib/libreadline - the version that >> comes with the base FreeBSD. I thought that -rpath flag was supposed to >> tell the linker where to find the library. But it doesn't. > Show exact commands and exact error message. It is not possible to > understand from you message is the failure at the static linking (ld(1)) > or dynamic (at the program startup) stage. > > Just in case this might be useful: > - -rpath only affects runtime search path > - ld(1) search for libraries is directed with the -L option. > >> >> The failure is when using FreeBSD-10. With FreeBSD-8 it works great. I >> also assume that gcc46 uses /usr/local/bin/ld instead of /usr/bin/ld, >> since devel/binutils is a dependency of lang/gcc. >> >> Can anyone help me? Is this a bug with FreeBSD? Or is there some extra >> flag I can set with the linker to make it work? I have tried >> -rpath-link and -z origin, but these were random guesses. and I don't >> really know what I am doing. >> >> Thanks, Stephen >> >> _______________________________________________ >> 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 Fri Jan 31 17:35:09 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 5F75D830 for ; Fri, 31 Jan 2014 17:35:09 +0000 (UTC) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id 394DC1719 for ; Fri, 31 Jan 2014 17:35:09 +0000 (UTC) Received: from [10.118.32.120] (unknown [128.147.28.1]) by www6.pairlite.com (Postfix) with ESMTPSA id 2BBBC67AEE; Fri, 31 Jan 2014 12:35:05 -0500 (EST) Message-ID: <52EBDEC8.407@rodperson.com> Date: Fri, 31 Jan 2014 12:35:04 -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: Henry Hu Subject: Re: Help with new port - required port already installed error References: <20140130190128.4a6dd0dc.rodperson@rodperson.com> <52EB9487.7040507@rodperson.com> <52EBCA21.3090902@rodperson.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: ports FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Jan 2014 17:35:09 -0000 Henry Hu wrote: > > > On Fri, Jan 31, 2014 at 11:06 AM, Rod Person > wrote: > > Fernando Apesteguía wrote: > > On Fri, Jan 31, 2014 at 1:18 PM, Rod Person > > wrote: > > Fernando Apesteguía wrote: > > El 31/01/2014 01:01, "Rod Person" > > escribió: > > Hi, > > I working on a new new port that requires the > existing port > graphics/py-qt4-svg. If this port is installed on > the sytem already > I get the error below. I have tried this on a > secondary system of > mine and also redports.org > and get the same error. Is there anyway I > can fix this. > > This is a like the port I'm working on > http://www.rodperson.com/usr/www/users/pl905/rodperson.com/DL/spyder > > Not found. Wrong link? > > Sorry, correct link: > http://www.rodperson.com/DL/spyder/ > > > What does make run-depends say? Does it say py-qt4-svg is > installed? > > > Yes. Same error. > > > You have an extra "PyQt4/" at line > ${PYTHON_SITELIBDIR}/PyQt4/PyQt4/QtSvg.so:${PORTSDIR}/graphics/py-qt4-svg \ Thank You! -- Rod The lips of wisdom are closed, except to the ears of understanding - The Kybalion From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 17:41: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 DD153C4E for ; Fri, 31 Jan 2014 17:41:49 +0000 (UTC) Received: from mailrelay009.isp.belgacom.be (mailrelay009.isp.belgacom.be [195.238.6.176]) by mx1.freebsd.org (Postfix) with ESMTP id 79C13181C for ; Fri, 31 Jan 2014 17:41:49 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aj8OAMTf61JXQTS6/2dsb2JhbABZgww4gguBDj+kVZVigQsXdIIlAQEFIwQLAQUeIhELGAICBRYLAgIJAwIBAgEnHgYBDAYCAQEFiAABCKtQoSUXgSmNYIJvgUkBA6pLgW+BPzs Received: from 186.52-65-87.adsl-dyn.isp.belgacom.be (HELO crashalot.rainbow-runner.nl) ([87.65.52.186]) by relay.skynet.be with ESMTP; 31 Jan 2014 18:41:47 +0100 Message-ID: <52EBE04B.9060009@rainbow-runner.nl> Date: Fri, 31 Jan 2014 18:41:31 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Sergio de Almeida Lenzi , ports Subject: Re: net/avahi-app dumps core signal 11 on Freebsd 10 release or freebsd 10 stable SOLVED References: <201401311714.s0VHEt2i038615@freefall.freebsd.org> <1391188886.13703.4.camel@lenovo.toontown> In-Reply-To: <1391188886.13703.4.camel@lenovo.toontown> 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: Fri, 31 Jan 2014 17:41:49 -0000 On 31/01/2014 18:21, Sergio de Almeida Lenzi wrote: > Em Sex, 2014-01-31 às 17:14 +0000, kwm@FreeBSD.org escreveu: > >> Synopsis: net/avahi-app dumps core signal 11 on Freebsd 10 release or freebsd 10 stable >> >> State-Changed-From-To: open->closed >> State-Changed-By: kwm >> State-Changed-When: Fri Jan 31 17:14:17 UTC 2014 >> State-Changed-Why: >> Committed the disable stack protector, thanks for reporting. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=186097 > > > Thank you all for the fixed.... > > FreeBSD rocks!!!! > Goes to the helpfull users this time, because I couldn't reproduce this myself. :/ -Koop From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 20:36:11 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 0DC88F23 for ; Fri, 31 Jan 2014 20:36:11 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E58B16CF for ; Fri, 31 Jan 2014 20:36:10 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b845:cd7b:51ca:897] (unknown [IPv6:2001:7b8:3a7:0:b845:cd7b:51ca:897]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9E4255C44; Fri, 31 Jan 2014 21:35:44 +0100 (CET) Subject: Re: net/avahi-app core dumps signal 11 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_B29809D2-6993-42DA-A7E9-11F77281ABD5"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.1 (6062eb4) From: Dimitry Andric In-Reply-To: <20140131165044.0dcf979d@tmu.ulm.sysgo.com> Date: Fri, 31 Jan 2014 21:35:22 +0100 Message-Id: References: <1390354628.14798.7.camel@lenovo.toontown> <20140129115404.04922dd6@tmu.ulm.sysgo.com> <20140131144111.7a8544f1@tmu.ulm.sysgo.com> <20140131165044.0dcf979d@tmu.ulm.sysgo.com> To: Thomas Mueller X-Mailer: Apple Mail (2.1827) 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: Fri, 31 Jan 2014 20:36:11 -0000 --Apple-Mail=_B29809D2-6993-42DA-A7E9-11F77281ABD5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 31 Jan 2014, at 16:50, Thomas Mueller wrote: > [current build] > nomad:/usr/ports/net/avahi-app# = ./work/avahi-0.6.31/avahi-utils/.libs/avahi-browse=20 > Segmentation fault (core dumped) >=20 > nomad:/usr/ports/net/avahi-app# size /usr/local/bin/avahi-browse = work/avahi-0.6.31/avahi-utils/.libs/avahi-browse=20 > text data bss dec hex filename > 19584 1176 4488 25248 62a0 /usr/local/bin/avahi-browse > 19584 1176 4488 25248 62a0 = work/avahi-0.6.31/avahi-utils/.libs/avahi-browse >=20 > Then there's a difference in the order of libraries in the ldd output, > but I don't know if that is relevant: >=20 > nomad:/usr/ports/net/avahi-app# ldd /usr/local/bin/avahi-browse = work/avahi-0.6.31/avahi-utils/.libs/avahi-browse=20 > /usr/local/bin/avahi-browse: > libavahi-client.so.3 =3D> /usr/local/lib/libavahi-client.so.3 = (0x800820000) > libdbus-1.so.3 =3D> /usr/local/lib/libdbus-1.so.3 (0x800a2f000) > libavahi-common.so.3 =3D> /usr/local/lib/libavahi-common.so.3 = (0x800c82000) > libgdbm.so.4 =3D> /usr/local/lib/libgdbm.so.4 (0x800e8e000) > libssp.so.0 =3D> /lib/libssp.so.0 (0x801098000) > libintl.so.9 =3D> /usr/local/lib/libintl.so.9 (0x80129a000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x8014a3000) > libc.so.7 =3D> /lib/libc.so.7 (0x8016c8000) > work/avahi-0.6.31/avahi-utils/.libs/avahi-browse: > libavahi-client.so.3 =3D> /usr/local/lib/libavahi-client.so.3 = (0x800820000) > libdbus-1.so.3 =3D> /usr/local/lib/libdbus-1.so.3 (0x800a2f000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x800c82000) > libavahi-common.so.3 =3D> /usr/local/lib/libavahi-common.so.3 = (0x800ea7000) > libgdbm.so.4 =3D> /usr/local/lib/libgdbm.so.4 (0x8010b3000) > libssp.so.0 =3D> /lib/libssp.so.0 (0x8012bd000) > libintl.so.9 =3D> /usr/local/lib/libintl.so.9 (0x8014bf000) > libc.so.7 =3D> /lib/libc.so.7 (0x8016c8000) >=20 > On a hunch, I downgraded devel/dbus back from 1.6.18 to 1.6.12, now = the > resulting avahi programs no longer dump core. Hmm, at least I can reproduce it, but the stack trace does not tell me = that much: (gdb) run Starting program: = /usr/work/share/dim/ports/net/avahi-app/work/avahi-0.6.31/./avahi-utils/.l= ibs/avahi-browse [New LWP 101263] Program received signal SIGSEGV, Segmentation fault. [Switching to LWP 101263] _thr_cancel_enter (curthread=3D0x0) at = /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_cancel.c:141 141 curthread->cancel_point =3D 1; (gdb) bt #0 _thr_cancel_enter (curthread=3D0x0) at = /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_cancel.c:141 #1 0x280d0f2d in __open (path=3D, flags=3D) at = /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_syscalls.c:390 #2 0x280fef46 in __guard_setup () at = /share/dim/src/freebsd/head-clang34/gnu/lib/libssp/../../../contrib/gcclib= s/libssp/ssp.c:72 #3 0x280ff182 in ?? () from /lib/libssp.so.0 #4 0x280fe749 in _init () from /lib/libssp.so.0 #5 0x00000000 in ?? () (gdb) up #1 0x280d0f2d in __open (path=3D, flags=3D) at = /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_syscalls.c:390 390 _thr_cancel_enter(curthread); (gdb) up #2 0x280fef46 in __guard_setup () at = /share/dim/src/freebsd/head-clang34/gnu/lib/libssp/../../../contrib/gcclib= s/libssp/ssp.c:72 72 fd =3D open ("/dev/urandom", O_RDONLY); E.g., __guard_setup() tries to get some random bytes from /dev/urandom (probably for the stack canaries), libthr considers this to be a thread cancellation point, but for some reason the current thread is zeroed out? I don't think this is ever supposed to happen... :-) -Dimitry --Apple-Mail=_B29809D2-6993-42DA-A7E9-11F77281ABD5 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) iEYEARECAAYFAlLsCRYACgkQsF6jCi4glqOIiACg0FJACXzwjJsO3tA5/PMCoz16 QS4AoMaQwBglyzH139UqCx74wrzJZLnC =kKvp -----END PGP SIGNATURE----- --Apple-Mail=_B29809D2-6993-42DA-A7E9-11F77281ABD5-- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 21:57:27 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 10038DC2 for ; Fri, 31 Jan 2014 21:57:27 +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 A58F91DC7 for ; Fri, 31 Jan 2014 21:57:26 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b845:cd7b:51ca:897] (unknown [IPv6:2001:7b8:3a7:0:b845:cd7b:51ca:897]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9B7F45C44; Fri, 31 Jan 2014 22:57:22 +0100 (CET) Subject: Re: net/avahi-app core dumps signal 11 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_E0C2A950-C571-48DF-9F62-F2FC3028C975"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.1 (6062eb4) From: Dimitry Andric In-Reply-To: Date: Fri, 31 Jan 2014 22:57:05 +0100 Message-Id: References: <1390354628.14798.7.camel@lenovo.toontown> <20140129115404.04922dd6@tmu.ulm.sysgo.com> <20140131144111.7a8544f1@tmu.ulm.sysgo.com> <20140131165044.0dcf979d@tmu.ulm.sysgo.com> To: Thomas Mueller X-Mailer: Apple Mail (2.1827) 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: Fri, 31 Jan 2014 21:57:27 -0000 --Apple-Mail=_E0C2A950-C571-48DF-9F62-F2FC3028C975 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 31 Jan 2014, at 21:35, Dimitry Andric wrote: ... > Hmm, at least I can reproduce it, but the stack trace does not tell me = that much: >=20 > (gdb) run > Starting program: = /usr/work/share/dim/ports/net/avahi-app/work/avahi-0.6.31/./avahi-utils/.l= ibs/avahi-browse > [New LWP 101263] >=20 > Program received signal SIGSEGV, Segmentation fault. > [Switching to LWP 101263] > _thr_cancel_enter (curthread=3D0x0) at = /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_cancel.c:141 > 141 curthread->cancel_point =3D 1; > (gdb) bt > #0 _thr_cancel_enter (curthread=3D0x0) at = /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_cancel.c:141 > #1 0x280d0f2d in __open (path=3D, flags=3D) > at = /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_syscalls.c:390 > #2 0x280fef46 in __guard_setup () at = /share/dim/src/freebsd/head-clang34/gnu/lib/libssp/../../../contrib/gcclib= s/libssp/ssp.c:72 > #3 0x280ff182 in ?? () from /lib/libssp.so.0 > #4 0x280fe749 in _init () from /lib/libssp.so.0 > #5 0x00000000 in ?? () > (gdb) up > #1 0x280d0f2d in __open (path=3D, flags=3D) > at = /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_syscalls.c:390 > 390 _thr_cancel_enter(curthread); > (gdb) up > #2 0x280fef46 in __guard_setup () at = /share/dim/src/freebsd/head-clang34/gnu/lib/libssp/../../../contrib/gcclib= s/libssp/ssp.c:72 > 72 fd =3D open ("/dev/urandom", O_RDONLY); >=20 > E.g., __guard_setup() tries to get some random bytes from /dev/urandom > (probably for the stack canaries), libthr considers this to be a = thread > cancellation point, but for some reason the current thread is zeroed > out? I don't think this is ever supposed to happen... :-) So avahi-browse gets linked as follows (wrapped a little for clarity):=20= cc -I.. "-DDEBUG_TRAP=3D__asm__(\"int \$3\")" -DDATABASE_FILE=3D\"/usr/local/lib/avahi/service-types.db\" -O2 -pipe -march=3Dcorei7 -g -fno-strict-aliasing -fstack-protector -std=3Dc99 = -Wall -W -Wextra -pedantic -pipe -Wformat -Wold-style-definition -Wdeclaration-after-statement -Wfloat-equal -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-noreturn -Wshadow -Wendif-labels -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -fdiagnostics-show-option -Wno-cast-qual -fno-strict-aliasing -o .libs/avahi-browse avahi_browse-avahi-browse.o avahi_browse-sigint.o avahi_browse-stdb.o -L/usr/local/lib ../avahi-client/.libs/libavahi-client.so /usr/local/lib/libdbus-1.so -lpthread = /usr/work/share/dim/ports/net/avahi-app/work/avahi-0.6.31/avahi-common/.li= bs/libavahi-common.so ../avahi-common/.libs/libavahi-common.so /usr/local/lib/libgdbm.so -lssp /usr/local/lib/libintl.so -pthread -Wl,-rpath -Wl,/usr/local/lib This executable segfaults, and has the NEEDED libs in the following order: .libs/avahi-browse: libavahi-client.so.3 =3D> /usr/local/lib/libavahi-client.so.3 = (0x28076000) libdbus-1.so.3 =3D> /usr/local/lib/libdbus-1.so.3 (0x28085000) libthr.so.3 =3D> /lib/libthr.so.3 (0x280cf000) libavahi-common.so.3 =3D> /usr/local/lib/libavahi-common.so.3 = (0x280f1000) libgdbm.so.4 =3D> /usr/local/lib/libgdbm.so.4 (0x280fc000) libssp.so.0 =3D> /lib/libssp.so.0 (0x28106000) libintl.so.9 =3D> /usr/local/lib/libintl.so.9 (0x28109000) libc.so.7 =3D> /lib/libc.so.7 (0x28112000) When I remove the -lssp from the above linking command line, it is automatically induced anyway, but the executable then gets the following NEEDED libs order: .libs/avahi-browse: libavahi-client.so.3 =3D> /usr/local/lib/libavahi-client.so.3 = (0x28076000) libdbus-1.so.3 =3D> /usr/local/lib/libdbus-1.so.3 (0x28085000) libthr.so.3 =3D> /lib/libthr.so.3 (0x280cf000) libavahi-common.so.3 =3D> /usr/local/lib/libavahi-common.so.3 = (0x280f1000) libgdbm.so.4 =3D> /usr/local/lib/libgdbm.so.4 (0x280fc000) libintl.so.9 =3D> /usr/local/lib/libintl.so.9 (0x28106000) libc.so.7 =3D> /lib/libc.so.7 (0x2810f000) libssp.so.0 =3D> /lib/libssp.so.0 (0x28263000) E.g. libssp.so.0 is now located at the end of the list. And _this_ executable runs fine...! If anyone has a good explanation for this, I would be dying to know. :-) -Dimitry --Apple-Mail=_E0C2A950-C571-48DF-9F62-F2FC3028C975 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) iEYEARECAAYFAlLsHDYACgkQsF6jCi4glqPB+gCg0MIkSH8rhuWyYLYTvMOES1GP XLkAoNEInRfA+iFrS3aI2zYAcfHb0gXL =KHKT -----END PGP SIGNATURE----- --Apple-Mail=_E0C2A950-C571-48DF-9F62-F2FC3028C975-- From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 03:19: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 85358A98 for ; Sat, 1 Feb 2014 03:19:41 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 687571475 for ; Sat, 1 Feb 2014 03:19:41 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1W9R7M-00033p-6E for freebsd-ports@freebsd.org; Fri, 31 Jan 2014 19:19:40 -0800 Date: Fri, 31 Jan 2014 19:19:40 -0800 (PST) From: sw2wolf To: freebsd-ports@freebsd.org Message-ID: <1391224780087-5881914.post@n5.nabble.com> Subject: Any newer latex than latex2e-2003.12_1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Feb 2014 03:19:41 -0000 The imaxima needs to use latex. But latex2e-2003.12_1 from `pkg seach latex= ` seems too old. and imaxima always reports "latex error" when using it. Sinerely! ----- e^(=CF=80.i) + 1 =3D 0 -- View this message in context: http://freebsd.1045724.n5.nabble.com/Any-newe= r-latex-than-latex2e-2003-12-1-tp5881914.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 03:58:42 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 582ABE20 for ; Sat, 1 Feb 2014 03:58:42 +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 178E316BE for ; Sat, 1 Feb 2014 03:58:42 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id m20so8501773qcx.9 for ; Fri, 31 Jan 2014 19:58: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:from:date:message-id:subject:to :cc:content-type; bh=agYb/VZTAXGkPGtBLIe0WDm/kAv+ixdsxMEa29vpe20=; b=sYNj/48GU/SRJAGwgYaB7IAiMstvKVcA1AtN464PDCzJ1kmZiVW7x5eGmCWVE/HJ57 MdsQ0Q1nxprFMGJqHi3tyDh8UnHg0dfNT+w/fdmL7SQqoWjetSENCqKps8AhtDBr2JLn cX4FqFA/Dqi90a9GHrThd36oys1GxuYByzdzVqRdWm23bpL4n5oNM9mt/rWmv8v3CHNs u9fgpQjsDIkazHSD6pIVgXnhNwUb6psDEfA60vO5PyOzZEmTG+WHcTtePiO9ZndihRw9 pfweYc9YVyKBorX63WPYbR3hIr21kfzsQElORBKdsEux6+BsXH6GpEjMTYRmd+6syEoP HK1A== X-Received: by 10.224.132.65 with SMTP id a1mr16650334qat.69.1391227121234; Fri, 31 Jan 2014 19:58:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.220.67 with HTTP; Fri, 31 Jan 2014 19:58:21 -0800 (PST) In-Reply-To: <52EBDCF3.3050508@netfence.it> References: <52EBDCF3.3050508@netfence.it> From: Anton Afanasyev Date: Fri, 31 Jan 2014 19:58:21 -0800 Message-ID: Subject: Re: Samba to web To: Andrea Venturoli Content-Type: text/plain; charset=UTF-8 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: Sat, 01 Feb 2014 03:58:42 -0000 > > I was thinking more about some kind of web interface and I came up with > some search results: > _ smb2www was in the port tree, but removed a couple of years ago; maybe I > could try to download and hack it; > _ there's SMB Web Client (http://sourceforge.net/projects/smbwebclient/) > _ Davenport (which brings WebDav in), > _ Others? > > Before I start digging them all, has anyone faced this task before? > Any hint? > > Why not simply set up a web server with the same auth settings as in Samba? Granted, this isn't exactly what you wanted, and you may end up having to maintain two sets of settings, but that could be a smaller investment than setting up something like one of the above. That said, if you do end up using one of the solutions you mentioned (or similar), it would be great if you could provide some details (perf, your number of users, typical load, etc). Anton From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 04:46:59 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 3812F86F for ; Sat, 1 Feb 2014 04:46:59 +0000 (UTC) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E4A761A7F for ; Sat, 1 Feb 2014 04:46:58 +0000 (UTC) Received: by mail-yk0-f177.google.com with SMTP id 19so28733487ykq.8 for ; Fri, 31 Jan 2014 20:46:58 -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=PR0+kuz8BJERhfQsYBrifuw2PesR6tEo0dCykG/sTRs=; b=d+SqgFj+CMn4d3mRyirFZjqkj5dvCE8IH1/Zsqv8InpwupAmH8NAlkj/JrMAzFOpTL B3vMeo0X71L60Heh/F8fid4Dd1bTq+JTBfFYqMgh3no5bAXTztz5xBbM6xy2jUJeXqru tcEevVJCI1Y9W0CCgWxMLZItbUFNe8E1JY/iorLtAYGni5g1m7IxsT9fsIYzUqn1RqJl G9wdUus6N2Hf4g53UM5++0GgEWLoOldHbpHMlu3Fz7+lC8rjM8JFjhDzrEN6tsVA8xXs AhohmlOTsEupXSqVC4IbNX6/TNcYbyI5lv0MOvNcnA6Tl1kz6HaSKlkk5CaZfY7bOPDe YnkQ== X-Received: by 10.236.160.9 with SMTP id t9mr21986446yhk.10.1391230018166; Fri, 31 Jan 2014 20:46:58 -0800 (PST) Received: from [192.168.6.46] ([65.111.164.213]) by mx.google.com with ESMTPSA id w50sm41634747yhc.15.2014.01.31.20.46.54 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 31 Jan 2014 20:46:57 -0800 (PST) Subject: Re: net/avahi-app core dumps signal 11 From: Sergio de Almeida Lenzi To: freebsd-ports@freebsd.org In-Reply-To: References: <1390354628.14798.7.camel@lenovo.toontown> <20140129115404.04922dd6@tmu.ulm.sysgo.com> <20140131144111.7a8544f1@tmu.ulm.sysgo.com> <20140131165044.0dcf979d@tmu.ulm.sysgo.com> Date: Sat, 01 Feb 2014 02:46:50 -0200 Message-ID: <1391230010.13703.5.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, 01 Feb 2014 04:46:59 -0000 Em Sex, 2014-01-31 às 22:57 +0100, Dimitry Andric escreveu: > On 31 Jan 2014, at 21:35, Dimitry Andric wrote: > ... > > Hmm, at least I can reproduce it, but the stack trace does not tell me that much: > > > > (gdb) run > > Starting program: /usr/work/share/dim/ports/net/avahi-app/work/avahi-0.6.31/./avahi-utils/.libs/avahi-browse > > [New LWP 101263] > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to LWP 101263] > > _thr_cancel_enter (curthread=0x0) at /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_cancel.c:141 > > 141 curthread->cancel_point = 1; > > (gdb) bt > > #0 _thr_cancel_enter (curthread=0x0) at /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_cancel.c:141 > > #1 0x280d0f2d in __open (path=, flags=) > > at /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_syscalls.c:390 > > #2 0x280fef46 in __guard_setup () at /share/dim/src/freebsd/head-clang34/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:72 > > #3 0x280ff182 in ?? () from /lib/libssp.so.0 > > #4 0x280fe749 in _init () from /lib/libssp.so.0 > > #5 0x00000000 in ?? () > > (gdb) up > > #1 0x280d0f2d in __open (path=, flags=) > > at /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_syscalls.c:390 > > 390 _thr_cancel_enter(curthread); > > (gdb) up > > #2 0x280fef46 in __guard_setup () at /share/dim/src/freebsd/head-clang34/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:72 > > 72 fd = open ("/dev/urandom", O_RDONLY); > > > > E.g., __guard_setup() tries to get some random bytes from /dev/urandom > > (probably for the stack canaries), libthr considers this to be a thread > > cancellation point, but for some reason the current thread is zeroed > > out? I don't think this is ever supposed to happen... :-) > > So avahi-browse gets linked as follows (wrapped a little for clarity): > > cc -I.. "-DDEBUG_TRAP=__asm__(\"int \$3\")" > -DDATABASE_FILE=\"/usr/local/lib/avahi/service-types.db\" -O2 -pipe > -march=corei7 -g -fno-strict-aliasing -fstack-protector -std=c99 -Wall > -W -Wextra -pedantic -pipe -Wformat -Wold-style-definition > -Wdeclaration-after-statement -Wfloat-equal -Wmissing-declarations > -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls > -Wmissing-noreturn -Wshadow -Wendif-labels -Wpointer-arith > -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings > -fdiagnostics-show-option -Wno-cast-qual -fno-strict-aliasing > -o .libs/avahi-browse avahi_browse-avahi-browse.o avahi_browse-sigint.o > avahi_browse-stdb.o -L/usr/local/lib > ../avahi-client/.libs/libavahi-client.so /usr/local/lib/libdbus-1.so > -lpthread > /usr/work/share/dim/ports/net/avahi-app/work/avahi-0.6.31/avahi-common/.libs/libavahi-common.so > ../avahi-common/.libs/libavahi-common.so /usr/local/lib/libgdbm.so -lssp > /usr/local/lib/libintl.so -pthread -Wl,-rpath -Wl,/usr/local/lib > > This executable segfaults, and has the NEEDED libs in the following > order: > > .libs/avahi-browse: > libavahi-client.so.3 => /usr/local/lib/libavahi-client.so.3 (0x28076000) > libdbus-1.so.3 => /usr/local/lib/libdbus-1.so.3 (0x28085000) > libthr.so.3 => /lib/libthr.so.3 (0x280cf000) > libavahi-common.so.3 => /usr/local/lib/libavahi-common.so.3 (0x280f1000) > libgdbm.so.4 => /usr/local/lib/libgdbm.so.4 (0x280fc000) > libssp.so.0 => /lib/libssp.so.0 (0x28106000) > libintl.so.9 => /usr/local/lib/libintl.so.9 (0x28109000) > libc.so.7 => /lib/libc.so.7 (0x28112000) > > When I remove the -lssp from the above linking command line, it is > automatically induced anyway, but the executable then gets the following > NEEDED libs order: > > .libs/avahi-browse: > libavahi-client.so.3 => /usr/local/lib/libavahi-client.so.3 (0x28076000) > libdbus-1.so.3 => /usr/local/lib/libdbus-1.so.3 (0x28085000) > libthr.so.3 => /lib/libthr.so.3 (0x280cf000) > libavahi-common.so.3 => /usr/local/lib/libavahi-common.so.3 (0x280f1000) > libgdbm.so.4 => /usr/local/lib/libgdbm.so.4 (0x280fc000) > libintl.so.9 => /usr/local/lib/libintl.so.9 (0x28106000) > libc.so.7 => /lib/libc.so.7 (0x2810f000) > libssp.so.0 => /lib/libssp.so.0 (0x28263000) > > E.g. libssp.so.0 is now located at the end of the list. And _this_ > executable runs fine...! > > If anyone has a good explanation for this, I would be dying to know. :-) > > -Dimitry > Nice catch!!! I am too waiting for the explanation.... From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 06:53:31 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 C0A3893E for ; Sat, 1 Feb 2014 06:53:31 +0000 (UTC) Received: from mail.bsdbox.co (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7CAC314A3 for ; Sat, 1 Feb 2014 06:53:31 +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 ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdbox.co (Postfix) with ESMTPSA id CF9EE893ED for ; Sat, 1 Feb 2014 06:53:21 +0000 (UTC) Message-ID: <52EC99E0.2080801@bsdbox.co> Date: Sat, 01 Feb 2014 17:53:20 +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: libiconv on 10.0-RELEASE 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, 01 Feb 2014 06:53:31 -0000 Seems to be some issues with it: https://forums.freebsd.org/viewtopic.php?f=5&t=44644 https://forums.freebsd.org/viewtopic.php?f=5&t=44659 And my problem: https://forums.freebsd.org/viewtopic.php?f=5&t=44658 Can't do UPDATING: 20130904, libiconv has never been on the system. Not sure whether to allow portmaster to upgrade[*]. Pretty sure something will break if I do. What do you suggest? [*] # portmaster -adwv ===>>> All >> (4) ===>>> The following actions will be taken if you choose to proceed: Upgrade php55-iconv-5.5.8 to php55-iconv-5.5.8_1 Install converters/libiconv Upgrade nginx-1.4.4_2,1 to nginx-1.4.4_3,1 Upgrade owncloud-6.0.0a to owncloud-6.0.1 ===>>> Proceed? y/n [y] n -- bsdbox.co From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 07:03: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 38856B58 for ; Sat, 1 Feb 2014 07:03:32 +0000 (UTC) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id E92961538 for ; Sat, 1 Feb 2014 07:03:31 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3fGR8y5Cn0zFTB3; Sat, 1 Feb 2014 08:03:30 +0100 (CET) Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lqb--6fcjmy5; Sat, 1 Feb 2014 08:03:28 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 1 Feb 2014 08:03:28 +0100 (CET) Message-ID: <52EC9C3D.6060505@FreeBSD.org> Date: Sat, 01 Feb 2014 08:03:25 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: nano , freebsd-ports@freebsd.org Subject: Re: libiconv on 10.0-RELEASE References: <52EC99E0.2080801@bsdbox.co> In-Reply-To: <52EC99E0.2080801@bsdbox.co> Content-Type: text/plain; charset=us-ascii; 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, 01 Feb 2014 07:03:32 -0000 On 02/01/14 07:53, nano wrote: > Seems to be some issues with it: > https://forums.freebsd.org/viewtopic.php?f=5&t=44644 > https://forums.freebsd.org/viewtopic.php?f=5&t=44659 > > And my problem: > https://forums.freebsd.org/viewtopic.php?f=5&t=44658 > > Can't do UPDATING: 20130904, libiconv has never been on the system. > > Not sure whether to allow portmaster to upgrade[*]. Pretty sure > something will break if I do. What do you suggest? Hi, Since then a new commit has changed things a little, it's r341775 [1] It now allows libiconv to be installed by a few selected ports who really need functionality not available in the base implementation of iconv. > > > [*] > # portmaster -adwv > ===>>> All >> (4) > > ===>>> The following actions will be taken if you choose to proceed: > Upgrade php55-iconv-5.5.8 to php55-iconv-5.5.8_1 > Install converters/libiconv > Upgrade nginx-1.4.4_2,1 to nginx-1.4.4_3,1 > Upgrade owncloud-6.0.0a to owncloud-6.0.1 > > ===>>> Proceed? y/n [y] n > > From what I see here I think you can allow it to do that without problems for now. I've seen two PRs stating problems with some ports. The PRs I've indicate that, after such a step, glib20 and exim fail to build. These problems need fixing at present. This applies only to ports compiled on the live system, if one is using poudriere or tinderbox they can build anyway(so binary packages have no problems), this happens because when using these software each port is compiled in a clean environment. [1] http://svnweb.freebsd.org/ports?view=revision&revision=341775 -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 07:14: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 E4428D3A; Sat, 1 Feb 2014 07:14:32 +0000 (UTC) Received: from mail.bsdbox.co (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 979C115DB; Sat, 1 Feb 2014 07:14:31 +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 ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdbox.co (Postfix) with ESMTPSA id 827A0893ED; Sat, 1 Feb 2014 07:14:29 +0000 (UTC) Message-ID: <52EC9ED4.6030604@bsdbox.co> Date: Sat, 01 Feb 2014 18:14:28 +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: Guido Falsi , freebsd-ports@freebsd.org Subject: Re: libiconv on 10.0-RELEASE References: <52EC99E0.2080801@bsdbox.co> <52EC9C3D.6060505@FreeBSD.org> In-Reply-To: <52EC9C3D.6060505@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, 01 Feb 2014 07:14:33 -0000 On 1/02/2014 6:03 PM, Guido Falsi wrote: > On 02/01/14 07:53, nano wrote: >> Seems to be some issues with it: >> https://forums.freebsd.org/viewtopic.php?f=5&t=44644 >> https://forums.freebsd.org/viewtopic.php?f=5&t=44659 >> >> And my problem: >> https://forums.freebsd.org/viewtopic.php?f=5&t=44658 >> >> Can't do UPDATING: 20130904, libiconv has never been on the system. >> >> Not sure whether to allow portmaster to upgrade[*]. Pretty sure >> something will break if I do. What do you suggest? > > Hi, > > Since then a new commit has changed things a little, it's r341775 [1] > > It now allows libiconv to be installed by a few selected ports who > really need functionality not available in the base implementation of > iconv. > >> >> >> [*] >> # portmaster -adwv >> ===>>> All >> (4) >> >> ===>>> The following actions will be taken if you choose to proceed: >> Upgrade php55-iconv-5.5.8 to php55-iconv-5.5.8_1 >> Install converters/libiconv >> Upgrade nginx-1.4.4_2,1 to nginx-1.4.4_3,1 >> Upgrade owncloud-6.0.0a to owncloud-6.0.1 >> >> ===>>> Proceed? y/n [y] n >> >> > > From what I see here I think you can allow it to do that without > problems for now. I've seen two PRs stating problems with some ports. > > The PRs I've indicate that, after such a step, glib20 and exim fail to > build. These problems need fixing at present. > > This applies only to ports compiled on the live system, if one is using > poudriere or tinderbox they can build anyway(so binary packages have no > problems), this happens because when using these software each port is > compiled in a clean environment. > > [1] http://svnweb.freebsd.org/ports?view=revision&revision=341775 > Hi, Guido. Thanks for your response. Not sure about this users particular situation, except that it appears they are experiencing some problems compiling libiconv [0]. Another user seems to be experiencing problems (re)installing php5x-iconv, which has rendered something broken [1]. This makes me reluctant to proceed with my upgrades for fear that similar will occur. Also, I'm not usng svn, but portsnap; don't know if it matches r341775. I appreciate your advice, but I think I will wait before updating these ports. Hopefully things get cleaned up a bit. I would not be happy if something breaks. [0] http://forums.freebsd.org/viewtopic.php?f=5&t=44644&p=248807#p248731 [1] http://forums.freebsd.org/viewtopic.php?f=5&t=44659#p248806 -- bsdbox.co From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 07:20: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 48A3CEF7 for ; Sat, 1 Feb 2014 07:20:07 +0000 (UTC) Received: from forward9l.mail.yandex.net (forward9l.mail.yandex.net [84.201.143.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0552215FC for ; Sat, 1 Feb 2014 07:20:06 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward9l.mail.yandex.net (Yandex) with ESMTP id 6AF6EE60EED; Sat, 1 Feb 2014 11:19:58 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id ACE842C29CA; Sat, 1 Feb 2014 11:19:57 +0400 (MSK) Received: from 78.108.206.159.tel.ru (78.108.206.159.tel.ru [78.108.206.159]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 9ntmQVdceH-JvpaXaFM; Sat, 1 Feb 2014 11:19:57 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: b9e19925-ee85-43c6-832c-ecf103fa9fe3 Message-ID: <52ECA01C.5040002@passap.ru> Date: Sat, 01 Feb 2014 11:19:56 +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: sw2wolf , freebsd-ports@freebsd.org Subject: Re: Any newer latex than latex2e-2003.12_1 References: <1391224780087-5881914.post@n5.nabble.com> In-Reply-To: <1391224780087-5881914.post@n5.nabble.com> 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: Sat, 01 Feb 2014 07:20:07 -0000 01.02.2014 07:19, sw2wolf пишет: > The imaxima needs to use latex. But latex2e-2003.12_1 from `pkg seach latex` > seems too old. and imaxima always reports "latex error" when using it. There are texlive* ports and (just FYI) freebsd-tex@ maillist. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 07:27: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 6FB95FC5 for ; Sat, 1 Feb 2014 07:27:46 +0000 (UTC) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id EB8CE1678 for ; Sat, 1 Feb 2014 07:27:45 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3fGRhw6ZjdzFTB2; Sat, 1 Feb 2014 08:27:44 +0100 (CET) Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZjL20jFcnqGx; Sat, 1 Feb 2014 08:27:42 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 1 Feb 2014 08:27:42 +0100 (CET) Message-ID: <52ECA1ED.5030205@FreeBSD.org> Date: Sat, 01 Feb 2014 08:27:41 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: nano , freebsd-ports@freebsd.org Subject: Re: libiconv on 10.0-RELEASE References: <52EC99E0.2080801@bsdbox.co> <52EC9C3D.6060505@FreeBSD.org> <52EC9ED4.6030604@bsdbox.co> In-Reply-To: <52EC9ED4.6030604@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: Sat, 01 Feb 2014 07:27:46 -0000 On 02/01/14 08:14, nano wrote: > On 1/02/2014 6:03 PM, Guido Falsi wrote: >> On 02/01/14 07:53, nano wrote: >>> Seems to be some issues with it: >>> https://forums.freebsd.org/viewtopic.php?f=5&t=44644 >>> https://forums.freebsd.org/viewtopic.php?f=5&t=44659 >>> >>> And my problem: >>> https://forums.freebsd.org/viewtopic.php?f=5&t=44658 >>> >>> Can't do UPDATING: 20130904, libiconv has never been on the system. >>> >>> Not sure whether to allow portmaster to upgrade[*]. Pretty sure >>> something will break if I do. What do you suggest? >> >> Hi, >> >> Since then a new commit has changed things a little, it's r341775 [1] >> >> It now allows libiconv to be installed by a few selected ports who >> really need functionality not available in the base implementation of >> iconv. >> >>> >>> >>> [*] >>> # portmaster -adwv >>> ===>>> All >> (4) >>> >>> ===>>> The following actions will be taken if you choose to proceed: >>> Upgrade php55-iconv-5.5.8 to php55-iconv-5.5.8_1 >>> Install converters/libiconv >>> Upgrade nginx-1.4.4_2,1 to nginx-1.4.4_3,1 >>> Upgrade owncloud-6.0.0a to owncloud-6.0.1 >>> >>> ===>>> Proceed? y/n [y] n >>> >>> >> >> From what I see here I think you can allow it to do that without >> problems for now. I've seen two PRs stating problems with some ports. >> >> The PRs I've indicate that, after such a step, glib20 and exim fail to >> build. These problems need fixing at present. >> >> This applies only to ports compiled on the live system, if one is using >> poudriere or tinderbox they can build anyway(so binary packages have no >> problems), this happens because when using these software each port is >> compiled in a clean environment. >> >> [1] http://svnweb.freebsd.org/ports?view=revision&revision=341775 >> > > Hi, Guido. Thanks for your response. > > Not sure about this users particular situation, except that it appears > they are experiencing some problems compiling libiconv [0]. Another user > seems to be experiencing problems (re)installing php5x-iconv, which has > rendered something broken [1]. This makes me reluctant to proceed with > my upgrades for fear that similar will occur. > > Also, I'm not usng svn, but portsnap; don't know if it matches r341775. > Don't know at what time you ran portsnap, but, portsnap simply tracks the subversion repository, it's just a little lagged but just by one hour at most, so you most probably have a ports tree post r341775. > I appreciate your advice, but I think I will wait before updating these > ports. Hopefully things get cleaned up a bit. I would not be happy if > something breaks. I understand. I still have not had a good look at r341775 and have only built ports affected by it in poudrirere, and using them as binary packages, which works fine. > > > [0] http://forums.freebsd.org/viewtopic.php?f=5&t=44644&p=248807#p248731 > [1] http://forums.freebsd.org/viewtopic.php?f=5&t=44659#p248806 > I really don't know what's going on on these user's systems. The error logs they posted have to little backlog to have any idea about what's really causing the problem. For what' I've seen php53-iconv should work fine, but if it's vital to you, you should then wait a little. These problems require some time and trials to fix. Most of the time the problem are the ported software packaging systems which assume FreeBSD has no iconv implementation and expect to find libiconv, or are unable to cope with two iconv implementations being available at the same time. This requires coping with such problems one by one which requires a little time and can't be really managed by automated testing systems, since these problems show up only on live systems. -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 07:36:52 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 42EC917D; Sat, 1 Feb 2014 07:36:52 +0000 (UTC) Received: from mail.bsdbox.co (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC04C1701; Sat, 1 Feb 2014 07:36:51 +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 ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdbox.co (Postfix) with ESMTPSA id 2DB9D893ED; Sat, 1 Feb 2014 07:36:49 +0000 (UTC) Message-ID: <52ECA410.3050606@bsdbox.co> Date: Sat, 01 Feb 2014 18:36:48 +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: Guido Falsi , freebsd-ports@freebsd.org Subject: Re: libiconv on 10.0-RELEASE References: <52EC99E0.2080801@bsdbox.co> <52EC9C3D.6060505@FreeBSD.org> <52EC9ED4.6030604@bsdbox.co> <52ECA1ED.5030205@FreeBSD.org> In-Reply-To: <52ECA1ED.5030205@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, 01 Feb 2014 07:36:52 -0000 On 1/02/2014 6:27 PM, Guido Falsi wrote: > On 02/01/14 08:14, nano wrote: >> On 1/02/2014 6:03 PM, Guido Falsi wrote: >> >> Hi, Guido. Thanks for your response. >> >> Not sure about this users particular situation, except that it appears >> they are experiencing some problems compiling libiconv [0]. Another user >> seems to be experiencing problems (re)installing php5x-iconv, which has >> rendered something broken [1]. This makes me reluctant to proceed with >> my upgrades for fear that similar will occur. >> >> Also, I'm not usng svn, but portsnap; don't know if it matches r341775. >> > > Don't know at what time you ran portsnap, but, portsnap simply tracks > the subversion repository, it's just a little lagged but just by one > hour at most, so you most probably have a ports tree post r341775. > That's good to know. I thought the delay was greater than that. >> I appreciate your advice, but I think I will wait before updating these >> ports. Hopefully things get cleaned up a bit. I would not be happy if >> something breaks. > > I understand. I still have not had a good look at r341775 and have only > built ports affected by it in poudrirere, and using them as binary > packages, which works fine. > I may create a jail to somewhat emulate my live environment and conduct a test run to see if any problems arise. >> >> >> [0] http://forums.freebsd.org/viewtopic.php?f=5&t=44644&p=248807#p248731 >> [1] http://forums.freebsd.org/viewtopic.php?f=5&t=44659#p248806 >> > > I really don't know what's going on on these user's systems. The error > logs they posted have to little backlog to have any idea about what's > really causing the problem. > > For what' I've seen php53-iconv should work fine, but if it's vital to > you, you should then wait a little. These problems require some time and > trials to fix. > > Most of the time the problem are the ported software packaging systems > which assume FreeBSD has no iconv implementation and expect to find > libiconv, or are unable to cope with two iconv implementations being > available at the same time. This requires coping with such problems one > by one which requires a little time and can't be really managed by > automated testing systems, since these problems show up only on live > systems. > Thanks for the intel. I'm happy to wait, I understand these things take time. I'd rather play it safe than be sorry. The upgrade may succeed without a hitch, but, if not, I'd lose more time to fixing things than waiting in the first place, I suspect. If I do recreate an environment to test, I will notify you of my results. Thanks again. -- bsdbox.co From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 07:42:35 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 A46AB27B for ; Sat, 1 Feb 2014 07:42:35 +0000 (UTC) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 5F83B1776 for ; Sat, 1 Feb 2014 07:42:35 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3fGS224TzDzFTB2; Sat, 1 Feb 2014 08:42:34 +0100 (CET) Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wKhmpwpdziF0; Sat, 1 Feb 2014 08:42:32 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 1 Feb 2014 08:42:32 +0100 (CET) Message-ID: <52ECA567.7010109@FreeBSD.org> Date: Sat, 01 Feb 2014 08:42:31 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: nano , freebsd-ports@freebsd.org Subject: Re: libiconv on 10.0-RELEASE References: <52EC99E0.2080801@bsdbox.co> <52EC9C3D.6060505@FreeBSD.org> <52EC9ED4.6030604@bsdbox.co> <52ECA1ED.5030205@FreeBSD.org> <52ECA410.3050606@bsdbox.co> In-Reply-To: <52ECA410.3050606@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: Sat, 01 Feb 2014 07:42:35 -0000 On 02/01/14 08:36, nano wrote: >>> I appreciate your advice, but I think I will wait before updating these >>> ports. Hopefully things get cleaned up a bit. I would not be happy if >>> something breaks. >> >> I understand. I still have not had a good look at r341775 and have only >> built ports affected by it in poudrirere, and using them as binary >> packages, which works fine. >> > > I may create a jail to somewhat emulate my live environment and conduct > a test run to see if any problems arise. As a personal suggestion, if you have the expertise to do that, you should investigate using poudriere to build your own binary packages repository and upgrade your live, production systems from there. This has the advantage that packages are built in clean environments and you can spot build problems on poudriere before even touching the systems. With such a system you would proceed to upgrade the live systems only after you have a successful package building run. It would not save you from runtime problems (problems which show up only when a program actually runs), but would help for build and packaging problems. > > Thanks for the intel. I'm happy to wait, I understand these things take > time. I'd rather play it safe than be sorry. The upgrade may succeed > without a hitch, but, if not, I'd lose more time to fixing things than > waiting in the first place, I suspect. > > If I do recreate an environment to test, I will notify you of my > results. Thanks again. Thanks -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 07:45: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 45129320 for ; Sat, 1 Feb 2014 07:45:48 +0000 (UTC) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id EE9A51787 for ; Sat, 1 Feb 2014 07:45:47 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3fGS5l1XrVzFTB2; Sat, 1 Feb 2014 08:45:47 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:from:from :date:date:message-id:received:received; s=mail; t=1391240744; x=1393055145; bh=wam7b8AenSZjRiuVlKM0k+LMTFKdceZAY2CCR13ynKM=; b= nAuCxWdiXkg++noBZ5BpoMvwRgWUNDutEUW2lquwGM9yLtZcdk772jVEsHbLZXkY /cn41t/pwEkuG3E8s5H+ARPzjUKCH75gtEyt9UpQyijneHJFUhqtcTDpRabzMC9l Pm7QN1QVx4oz/i4+d54zGA+8lTHg/ze/TZ6FRdBfMOY= Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZUvT5lk8AQLz; Sat, 1 Feb 2014 08:45:44 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 1 Feb 2014 08:45:44 +0100 (CET) Message-ID: <52ECA628.9080801@madpilot.net> Date: Sat, 01 Feb 2014 08:45:44 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: nano , freebsd-ports@freebsd.org Subject: Re: libiconv on 10.0-RELEASE References: <52EC99E0.2080801@bsdbox.co> <52EC9C3D.6060505@FreeBSD.org> <52EC9ED4.6030604@bsdbox.co> <52ECA1ED.5030205@FreeBSD.org> <52ECA410.3050606@bsdbox.co> <52ECA567.7010109@FreeBSD.org> In-Reply-To: <52ECA567.7010109@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, 01 Feb 2014 07:45:48 -0000 On 02/01/14 08:42, Guido Falsi wrote: > On 02/01/14 08:36, nano wrote: > >>>> I appreciate your advice, but I think I will wait before updating these >>>> ports. Hopefully things get cleaned up a bit. I would not be happy if >>>> something breaks. >>> >>> I understand. I still have not had a good look at r341775 and have only >>> built ports affected by it in poudrirere, and using them as binary >>> packages, which works fine. >>> >> >> I may create a jail to somewhat emulate my live environment and conduct >> a test run to see if any problems arise. > > As a personal suggestion, if you have the expertise to do that, you > should investigate using poudriere to build your own binary packages > repository and upgrade your live, production systems from there. Forgot to mention, if you're not using any non standard option in your systems and using only RELEASES, then you could directly use the packages from the official repositories. -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 07:50:06 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 E5F243D5 for ; Sat, 1 Feb 2014 07:50:06 +0000 (UTC) Received: from mail.bsdbox.co (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 57FE6179F for ; Sat, 1 Feb 2014 07:50:05 +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 ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdbox.co (Postfix) with ESMTPSA id F2062893ED; Sat, 1 Feb 2014 07:50:02 +0000 (UTC) Message-ID: <52ECA729.90909@bsdbox.co> Date: Sat, 01 Feb 2014 18:50:01 +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: Guido Falsi , freebsd-ports@freebsd.org Subject: Re: libiconv on 10.0-RELEASE References: <52EC99E0.2080801@bsdbox.co> <52EC9C3D.6060505@FreeBSD.org> <52EC9ED4.6030604@bsdbox.co> <52ECA1ED.5030205@FreeBSD.org> <52ECA410.3050606@bsdbox.co> <52ECA567.7010109@FreeBSD.org> <52ECA628.9080801@madpilot.net> In-Reply-To: <52ECA628.9080801@madpilot.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, 01 Feb 2014 07:50:07 -0000 On 1/02/2014 6:45 PM, Guido Falsi wrote: > On 02/01/14 08:42, Guido Falsi wrote: >> On 02/01/14 08:36, nano wrote: >> >>>>> I appreciate your advice, but I think I will wait before updating >>>>> these >>>>> ports. Hopefully things get cleaned up a bit. I would not be happy if >>>>> something breaks. >>>> >>>> I understand. I still have not had a good look at r341775 and have only >>>> built ports affected by it in poudrirere, and using them as binary >>>> packages, which works fine. >>>> >>> >>> I may create a jail to somewhat emulate my live environment and conduct >>> a test run to see if any problems arise. >> >> As a personal suggestion, if you have the expertise to do that, you >> should investigate using poudriere to build your own binary packages >> repository and upgrade your live, production systems from there. > I do intend to setup my own repository with Poudriere but have been delaying for some unknown reason (read: laziness). In fact, I think I will do this in the next few days. It will make things much more efficient. > Forgot to mention, if you're not using any non standard option in your > systems and using only RELEASES, then you could directly use the > packages from the official repositories. > I try to use packages where I can, but often programs require non-default build options so I have to build from ports. I'm often warned to not mix ports with packages; what is your take on this? -- bsdbox.co From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 07:54: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 AA8B8494 for ; Sat, 1 Feb 2014 07:54:39 +0000 (UTC) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 655FA182E for ; Sat, 1 Feb 2014 07:54:39 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3fGSHy4488zFTB2; Sat, 1 Feb 2014 08:54:38 +0100 (CET) Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fX-odg2-ztkW; Sat, 1 Feb 2014 08:54:36 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sat, 1 Feb 2014 08:54:32 +0100 (CET) Message-ID: <52ECA838.6070605@FreeBSD.org> Date: Sat, 01 Feb 2014 08:54:32 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: nano , freebsd-ports@freebsd.org Subject: Re: libiconv on 10.0-RELEASE References: <52EC99E0.2080801@bsdbox.co> <52EC9C3D.6060505@FreeBSD.org> <52EC9ED4.6030604@bsdbox.co> <52ECA1ED.5030205@FreeBSD.org> <52ECA410.3050606@bsdbox.co> <52ECA567.7010109@FreeBSD.org> <52ECA628.9080801@madpilot.net> <52ECA729.90909@bsdbox.co> In-Reply-To: <52ECA729.90909@bsdbox.co> Content-Type: text/plain; charset=us-ascii; 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, 01 Feb 2014 07:54:39 -0000 On 02/01/14 08:50, nano wrote: > > I try to use packages where I can, but often programs require > non-default build options so I have to build from ports. I'm often > warned to not mix ports with packages; what is your take on this? > It can work but better avoid it. It's not as bad as crossing the streams but could cause problems. Difficult to foresee what kind of problems and why because it depends on too many factors. I know users who have always been mixing a few hand build ports with a mostly package system without problems. It can be done if one knows what he's doing. But it's not the officially supported way of doing things. -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 07:56: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 91D0D52C; Sat, 1 Feb 2014 07:56:24 +0000 (UTC) Received: from mail.bsdbox.co (122-149-22-79.static.dsl.dodo.com.au [122.149.22.79]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 47F341837; Sat, 1 Feb 2014 07:56: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 ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdbox.co (Postfix) with ESMTPSA id 8FE42893ED; Sat, 1 Feb 2014 07:56:20 +0000 (UTC) Message-ID: <52ECA8A3.4030408@bsdbox.co> Date: Sat, 01 Feb 2014 18:56: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: Guido Falsi , freebsd-ports@freebsd.org Subject: Re: libiconv on 10.0-RELEASE References: <52EC99E0.2080801@bsdbox.co> <52EC9C3D.6060505@FreeBSD.org> <52EC9ED4.6030604@bsdbox.co> <52ECA1ED.5030205@FreeBSD.org> <52ECA410.3050606@bsdbox.co> <52ECA567.7010109@FreeBSD.org> <52ECA628.9080801@madpilot.net> <52ECA729.90909@bsdbox.co> <52ECA838.6070605@FreeBSD.org> In-Reply-To: <52ECA838.6070605@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, 01 Feb 2014 07:56:24 -0000 On 1/02/2014 6:54 PM, Guido Falsi wrote: > On 02/01/14 08:50, nano wrote: >> >> I try to use packages where I can, but often programs require >> non-default build options so I have to build from ports. I'm often >> warned to not mix ports with packages; what is your take on this? >> > > It can work but better avoid it. It's not as bad as crossing the streams > but could cause problems. > > Difficult to foresee what kind of problems and why because it depends on > too many factors. > > I know users who have always been mixing a few hand build ports with a > mostly package system without problems. It can be done if one knows what > he's doing. But it's not the officially supported way of doing things. > I'll stick to ports till building my own repository then. Thanks again, Guido. I appreciate all your advice. -- bsdbox.co From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 08:23: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 7C4687FA for ; Sat, 1 Feb 2014 08:23:16 +0000 (UTC) Received: from m12-12.163.com (m12-12.163.com [220.181.12.12]) by mx1.freebsd.org (Postfix) with ESMTP id 56F0D19E1 for ; Sat, 1 Feb 2014 08:23:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Subject:Date:MIME-Version:From:Message-ID; bh=xesM+ srcn0r0jrv8UzAzZ6c55wJ0FU81OA5oQlXGAKE=; b=RzsawoBRqsh/j3OLBie3D JVmzaDX1FaKfRUu9z9yd8qvdkT4xanogHdvSyGeEiLdtPdVjw8+JyhzBJoZoqyYX Gu/dtLCICfGMCeuVU7TEaHAgRxkTzcqutk3i6tpJiMaeLdwMXgFslQgBDuULGuTP lagmpV/QfuSjuTbnDexQIY= Received: from redirector.netnames.net (unknown [183.12.91.120]) by smtp8 (Coremail) with SMTP id DMCowECZWlpIq+xSGgnaAA--.1242S2; Sat, 01 Feb 2014 16:07:38 +0800 (CST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-ports@freebsd.org, "Boris Samorodov" Subject: Re: Any newer latex than latex2e-2003.12_1 References: <1391224780087-5881914.post@n5.nabble.com> <52ECA01C.5040002@passap.ru> Date: Sat, 01 Feb 2014 16:07:51 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: czsq888 Organization: zsoft Message-ID: In-Reply-To: <52ECA01C.5040002@passap.ru> User-Agent: Opera Mail/11.62 (FreeBSD) X-CM-TRANSID: DMCowECZWlpIq+xSGgnaAA--.1242S2 X-Coremail-Antispam: 1Uf129KBjvdXoW7Gw15trWUZF1UGryUGFW3ZFb_yoWDAFb_u3 W8Gr9Fgr1DXr47JFs0gF43Gw4rWayvvr1Yqa18CFsrGwnFv3Z3WFnaka4rZF1fGrWFqr1D KFW7Cw17CFyUujkaLaAFLSUrUUUUUb8apTn2vfkv8UJUUUU8Yxn0WfASr-VFAUDa7-sFnT 9fnUUvcSsGvfC2KfnxnUUI43ZEXa7IU8yE_tUUUUU== X-Originating-IP: [183.12.91.120] X-CM-SenderInfo: pf2v1miyy6il2tof0z/1tbiRwslz1D+Rgo3WwAAso X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Feb 2014 08:23:16 -0000 By `pkg install texmacs`, i got the following packages installed too. Installing tex-texmflocal: 1.9 Installing teTeX-texmf: 3.0_9 Installing teTeX-base: 3.0_25 Installing texmacs: 1.0.7.14_2 Now maxima call work very well in texmacs. However, after 'M-x imaxmia' = in = emacs, diff(x^2,x) reports missing dvips. #cd /usr/ports/print/dvips #make install clean ... =3D=3D=3D> dvips-5.76 conflicts with installed package(s): teTeX-base-3.0_25 teTeX-texmf-3.0_9 They will not build together. Please remove them first with pkg delete. ... Stop in /usr/ports/print/dvips. Regards! =E5=9C=A8 Sat, 01 Feb 2014 15:19:56 +0800=EF=BC=8CBoris Samorodov =E5=86=99=E9=81=93: > 01.02.2014 07:19, sw2wolf =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> The imaxima needs to use latex. But latex2e-2003.12_1 from `pkg seach= = >> latex` >> seems too old. and imaxima always reports "latex error" when using it= . > > There are texlive* ports and (just FYI) freebsd-tex@ maillist. > -- = =E4=BD=BF=E7=94=A8 Opera =E9=9D=A9=E5=91=BD=E6=80=A7=E7=9A=84=E7=94=B5=E5= =AD=90=E9=82=AE=E4=BB=B6=E5=AE=A2=E6=88=B7=E7=A8=8B=E5=BA=8F: http://www= .opera.com/mail/ From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 08:59: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 5BEDDFE9 for ; Sat, 1 Feb 2014 08:59:53 +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 475661CBE for ; Sat, 1 Feb 2014 08:59:53 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s118xrnY001483 for ; Sat, 1 Feb 2014 08:59:53 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s118xrDU001481; Sat, 1 Feb 2014 08:59:53 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201402010859.s118xrDU001481@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, 1 Feb 2014 08:59:53 +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, 01 Feb 2014 08:59:53 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ math/labplot | 2.0.0.beta2 | 2.0.1 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 09:11:01 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 F0314271 for ; Sat, 1 Feb 2014 09:11:01 +0000 (UTC) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 24C9A1DC0 for ; Sat, 1 Feb 2014 09:11:00 +0000 (UTC) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id s119AJpk055320 ; Sat, 1 Feb 2014 10:10:32 +0100 (CET) X-Ids: 165 Received: from [192.168.1.101] (sge91-2-82-227-32-26.fbx.proxad.net [82.227.32.26]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by parthe.lpthe.jussieu.fr (Postfix) with ESMTPSA id 47E7CE107F; Sat, 1 Feb 2014 10:10:18 +0100 (CET) From: Michel Talon Content-Type: multipart/signed; boundary="Apple-Mail=_D6F17F37-F006-443C-B6B2-383DDB13BCB9"; protocol="application/pkcs7-signature"; micalg=sha1 Subject: Re: Any newer latex than latex2e-2003.12_1 Date: Sat, 1 Feb 2014 10:10:17 +0100 Message-Id: To: czsq888 Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-Miltered: at jchkmail2.reseau.jussieu.fr with ID 52ECB9FB.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 52ECB9FB.001 from parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/134.157.10.1/parthe.lpthe.jussieu.fr/ X-Content-Filtered-By: Mailman/MimeDel 2.1.17 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, 01 Feb 2014 09:11:02 -0000 --Apple-Mail=_D6F17F37-F006-443C-B6B2-383DDB13BCB9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii You can install dvipsk-tetex. By the way you can also run maxima in GUI mode by running wxMaxima. All = of them nicely available in precompiled form thanks to the excellent work of the = FreeBSD team. The new pkg system is wonderful, finally FreeBSD is on par with Debian or = ArchLinux for ease of use. -- Michel Talon talon@lpthe.jussieu.fr --Apple-Mail=_D6F17F37-F006-443C-B6B2-383DDB13BCB9 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIbzCCA7Yw ggKeoAMCAQICAQMwDQYJKoZIhvcNAQEFBQAwLDELMAkGA1UEBhMCRlIxDTALBgNVBAoTBENOUlMx DjAMBgNVBAMTBUNOUlMyMB4XDTA5MDEyMTA5MDM1MloXDTI5MDEyMDA5MDM1MlowNTELMAkGA1UE BhMCRlIxDTALBgNVBAoTBENOUlMxFzAVBgNVBAMTDkNOUlMyLVN0YW5kYXJkMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAnKlkarQHIxnDvggIxOIqXe3UKN7+P6DtkkRrFkc1EzeNdKn1 TYPkBRuPCGFM3ndb16n/u2Wdyaw8D/GJe5MioEcPXwa+jnigC3nXQmVhcmOSQIpbZxD61ic+2HdN Hnnbb0sSAFJY4thCBbIzN3fgjWwdvPj28pRYJfeC2YbZXPPYLs39cIkEh+850SrYkoxpLxxSZfpg jxB/zI/5XC4U7UyL4J03uNI8lMpQ/UF63vY87K7svVwW3bDwc5l6gf87M9IAnk2Mxls4LjPDdobK clTbLeIQ/ZJQaJOE7XepiWlRhevglKP5lwgRjCTwD7o4tCzW12xOY/60MZ/vj6ZapQIDAQABo4HZ MIHWMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFBHj2dFSRxtZsTwbeGZr9KGI7QpbMFQGA1Ud IwRNMEuAFFCXtg33rDMXr/EdRjxrO/8AoOXloTCkLjAsMQswCQYDVQQGEwJGUjENMAsGA1UEChME Q05SUzEOMAwGA1UEAxMFQ05SUzKCAQAwDgYDVR0PAQH/BAQDAgEGMD4GA1UdHwQ3MDUwM6AxoC+G LWh0dHA6Ly9jcmxzLnNlcnZpY2VzLmNucnMuZnIvQ05SUzIvZ2V0ZGVyLmNybDANBgkqhkiG9w0B AQUFAAOCAQEAT+njF+ZMJ/UXalBV6u7PTKq97izddj5ZoC8LaInaQ9AeHSxrEvlnE55lK6SE0jHP gqDK7yLoEGzpzxd8rK2HhUyK4dV7TObZDrKh5CmeIK8PPnu5fyRMMuCI/nrarBZgoXWuiZyKZp2U un6rDiAj7ffHhF2CSBTexNSwxU4sh9SNAxEvNtUpb66ZZxkMjW1aIN/Rn8bLr1XuC8qxWw/vXHT0 80aJY0d+LM6/yDANAEb2GOZsPzB+kG4QjR85Sc+TaevInsJnc69Ki/Z8Qijdpd3tr8lVG2Q/VLxh JhDrkdXp9+7Q9gsL+qaQ3WD0QJ0Lp5z4zi8hOP6rBr/aDXf6ZzCCBLEwggOZoAMCAQICAlA7MA0G CSqGSIb3DQEBBQUAMDUxCzAJBgNVBAYTAkZSMQ0wCwYDVQQKEwRDTlJTMRcwFQYDVQQDEw5DTlJT Mi1TdGFuZGFyZDAeFw0xMjA0MjQxMTE2MDJaFw0xNDA0MjQxMTE2MDJaMGwxCzAJBgNVBAYTAkZS MQ0wCwYDVQQKEwRDTlJTMRAwDgYDVQQLEwdVTVI3NTg5MRUwEwYDVQQDEwxNaWNoZWwgVGFsb24x JTAjBgkqhkiG9w0BCQEWFnRhbG9uQGxwdGhlLmp1c3NpZXUuZnIwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDgBxV/HgKdmPL6b8jVvUTR1SWD0aKiqo5WtdQqBIcmN2/dNqXbNt9YNznR Y4KLzV8VIFSj4WqDfzxCx6Xxulww7iwP8FE+Mt9NEQFtYoh9yZdokMTPQgYQ/sJTbvTSLK2f9IRV HCTnJkG1jRLzNKp9T+jbLpauKNX97jAzGFa5pqip0ARGduLmVTSEY4yDzgMjUXT/ghrA+emngSBW RDMj2nbcvPi5UqvbHv6oC/HrSl8YiN7zck9A7sWQqw8Dkzi7y5Az9cHaK5baoDJsmXtJjdE2poJU QFgj+qw5v1//rzWao6vF1Y2YuALbDk2rY0FGbHKBvQdUIOd9FPWVHcDhAgMBAAGjggGSMIIBjjAM BgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQEAwIEsDAOBgNVHQ8BAf8EBAMCBeAwegYJYIZIAYb4 QgENBG0Wa0NlcnRpZmljYXQgQ05SUzItU3RhbmRhcmQuIFBvdXIgdG91dGUgaW5mb3JtYXRpb24g c2UgcmVwb3J0ZXIg4CBodHRwOi8vaWdjLnNlcnZpY2VzLmNucnMuZnIvQ05SUzItU3RhbmRhcmQv MB0GA1UdDgQWBBQVwmDyLZNTeQ9+lLkAnYAWHPUEyTBUBgNVHSMETTBLgBQR49nRUkcbWbE8G3hm a/ShiO0KW6EwpC4wLDELMAkGA1UEBhMCRlIxDTALBgNVBAoTBENOUlMxDjAMBgNVBAMTBUNOUlMy ggEDMCEGA1UdEQQaMBiBFnRhbG9uQGxwdGhlLmp1c3NpZXUuZnIwRwYDVR0fBEAwPjA8oDqgOIY2 aHR0cDovL2NybHMuc2VydmljZXMuY25ycy5mci9DTlJTMi1TdGFuZGFyZC9nZXRkZXIuY3JsMA0G CSqGSIb3DQEBBQUAA4IBAQBZqTWOw11I3rblql8PEPHhnPntu2IEg9DQRgP8jucvURw8KpZ7s94W 4hP13kmDhqGC4/St/XH4IlT86L64Zqt3toUoncLPjBfBYmQWGUgC08qhhuopLqsE1uvkdg5IX0bz RqOpEeybEpdrWrTs5DmGycZf93C1ud8PTLhSQYjYhGPfrOw5/3RNUQvL1yZK4ZaqzWucmvT9fjMW h24ofSN0sJyrBTInv30CzauKlIacgBtTfaMyQkoR1tch3hn57UI9w0/Ad5ywkdgFbA7PVBO12Bsi WHNpHVk1muWUYaGLYE7L4rvx1klv2uS+yQ7aJ1De9MtFy655R//GaJJlgfLvMYICXDCCAlgCAQEw OzA1MQswCQYDVQQGEwJGUjENMAsGA1UEChMEQ05SUzEXMBUGA1UEAxMOQ05SUzItU3RhbmRhcmQC AlA7MAkGBSsOAwIaBQCggfcwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx DxcNMTQwMjAxMDkxMDE4WjAjBgkqhkiG9w0BCQQxFgQU1pi0dsVeaQSzkCN0Qvl0P2RvRE0wSgYJ KwYBBAGCNxAEMT0wOzA1MQswCQYDVQQGEwJGUjENMAsGA1UEChMEQ05SUzEXMBUGA1UEAxMOQ05S UzItU3RhbmRhcmQCAlA7MEwGCyqGSIb3DQEJEAILMT2gOzA1MQswCQYDVQQGEwJGUjENMAsGA1UE ChMEQ05SUzEXMBUGA1UEAxMOQ05SUzItU3RhbmRhcmQCAlA7MA0GCSqGSIb3DQEBAQUABIIBAMUh LDgYas/OGp6uThgjFlSx46WMhRqJDXzCwKYa6pVKCgzRKPRX0ZlUO0oUiY/dGAOwiekFDhrIGSGh RcYhmuqkoNfzcPfuTLQmkw5ivkbBpSDS0myJipSVXGUB52niJYA48g7TAxUI/YSPexBlUwzEHJAm AIw3aT7b6wKLTJOon87hGThFvE+Idt2IVvuiibAwjvHO9sZrIMphZKbzYrFszJXg8rsJFZ48QNA4 HIBSg+SxhhMU+//iRayPGlfiQyrvcHoALy6BJOZBeZQpaLq0HcMK1wC9Bq6deHc7KTzaWSDBLWnI Z4ByEDuOkpnNN2Y9hc4wtRNaDt4Qsomc9WYAAAAAAAA= --Apple-Mail=_D6F17F37-F006-443C-B6B2-383DDB13BCB9-- From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 10:06: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 025989E0; Sat, 1 Feb 2014 10:06:59 +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 C763510E0; Sat, 1 Feb 2014 10:06:58 +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=E521PiuvzBjJNuYd56RvJISneAntgINvM9/lFcM683g=; b=pek73x2tb1Dautaxn9ZoW1zPr97B5geBqDzfoeY5F3M2bNXtoKkG5HVGqOC8Q8YFu6Kwu20AAo01T1GOjmKrHXWcFEg6/1A7/gS4Ah7JbmEUmai5+s73V//bSzBqZcbIKVprIoetJdXi2y306cruDkEwdGdge5zm3o7dfybdqno=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W9XTV-00040S-8a; Sat, 01 Feb 2014 10:06:57 +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: Sat, 01 Feb 2014 10:06:57 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342106: 1x leftovers, 3x success To: antoine@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140201095400-55592 X-Trac-Build-ID: 20140201095400-55592 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, 01 Feb 2014 10:06:59 -0000 - Skip version 4.1.3 as it breaks python bindings - While here, remove DOCS conditionals --------------------------------------------------------------------- Build ID: 20140201095400-55592 Job owner: antoine@FreeBSD.org Buildtime: 13 minutes Enddate: Sat, 01 Feb 2014 10:06:55 GMT Revision: r342106 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342106 --------------------------------------------------------------------- Port: sysutils/sleuthkit 4.1.2_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140201095400-55592-267564/sleuthkit-4.1.2_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140201095400-55592-267565/sleuthkit-4.1.2_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140201095400-55592-267566/sleuthkit-4.1.2_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140201095400-55592-267567/sleuthkit-4.1.2_1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 10:39: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 EB4D629F for ; Sat, 1 Feb 2014 10:39:49 +0000 (UTC) Received: from smtp23.services.sfr.fr (smtp23.services.sfr.fr [93.17.128.19]) by mx1.freebsd.org (Postfix) with ESMTP id AE8A5129D for ; Sat, 1 Feb 2014 10:39:48 +0000 (UTC) Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2303.sfr.fr (SMTP Server) with ESMTP id 9B6507000149 for ; Sat, 1 Feb 2014 11:39:40 +0100 (CET) Received: from dmarec.local (199.114.14.109.rev.sfr.net [109.14.114.199]) by msfrf2303.sfr.fr (SMTP Server) with ESMTP id 70C7B7000062 for ; Sat, 1 Feb 2014 11:39:38 +0100 (CET) X-SFR-UUID: 20140201103940465.70C7B7000062@msfrf2303.sfr.fr Message-ID: <52ECC0D9.2010607@davenulle.org> Date: Sat, 01 Feb 2014 10:39:37 +0100 From: David Marec 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: [Upgrade to FreeBSD10] hplip issue 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, 01 Feb 2014 10:39:50 -0000 greetings, Since I upgraded my BSD-box to the recent 10.0 release, I m not able to scan any document using the port 'hplip', as i used to when running the 9.2 release. hp-scan failed on the following error: --- hp-scan -otest.png Using device: hpaio:/usb/Officejet_4500_G510a-f?serial=CN04EF11S905H2 error: Scanning disabled in build. Exiting --- First, I had to rebuild the port to switch on the 'scanning feature', which is not available by the binary package, but scanning still fails. root@dmarec:/usr/ports/print/hplip # make showconfig ===> The following configuration options are available for hplip-3.14.1: DOCS=off: Build and/or install documentation FAX=off: PC Send Fax support QT=off: Graphical User Interface (Qt 4) SCAN=on: Scanning support SNMP=off: Network/JetDirect support XSANE=off: Install XSane for scanning (requires SCAN) ===> Use 'make config' to modify these settings I also tried to activate XSane, - with the help of the new binary package installation- but the error still occurs. Any clue ? -- David Marec. From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 11:21: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 14351D97 for ; Sat, 1 Feb 2014 11:21:08 +0000 (UTC) Received: from smtp23.services.sfr.fr (smtp23.services.sfr.fr [93.17.128.22]) by mx1.freebsd.org (Postfix) with ESMTP id CAFCF15B5 for ; Sat, 1 Feb 2014 11:21:07 +0000 (UTC) Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2317.sfr.fr (SMTP Server) with ESMTP id F282370001F8 for ; Sat, 1 Feb 2014 12:14:18 +0100 (CET) Received: from dmarec.local (199.114.14.109.rev.sfr.net [109.14.114.199]) by msfrf2317.sfr.fr (SMTP Server) with ESMTP id C5E557000143 for ; Sat, 1 Feb 2014 12:14:18 +0100 (CET) X-SFR-UUID: 20140201111418810.C5E557000143@msfrf2317.sfr.fr Message-ID: <52ECC8FA.4050206@davenulle.org> Date: Sat, 01 Feb 2014 11:14:18 +0100 From: David Marec 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: [Upgrade to FreeBSD10] hplip issue References: <52ECC0D9.2010607@davenulle.org> In-Reply-To: <52ECC0D9.2010607@davenulle.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, 01 Feb 2014 11:21:08 -0000 On 01.02.2014 10:39, David Marec wrote: > First, I had to rebuild the port to switch on the 'scanning feature', > which is not available by the binary package, but scanning still fails. Finally, while checking in the hplip configuration files, I found that the scanning feature was still disabled in the file /usr/local/etc/hp/hplip.conf So, I changed the entry line : scanner-build=yes and now, the scanner can be used. I don't know why this file was not updated during the hplip installation. -- David Marec From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 15:15:01 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 A74172F1; Sat, 1 Feb 2014 15:15:01 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3600015E5; Sat, 1 Feb 2014 15:15:00 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.7/8.14.7) with ESMTP id s11FEs4C012331; Sat, 1 Feb 2014 07:14:54 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.7/8.14.7/Submit) id s11FEsi2012330; Sat, 1 Feb 2014 07:14:54 -0800 (PST) (envelope-from david) Date: Sat, 1 Feb 2014 07:14:54 -0800 From: David Wolfskill To: freebsd-ports@freebsd.org Subject: x11/nvidia-driver builds; fails install (staging issue?) Message-ID: <20140201151454.GN1620@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="z3ovhOgMYmj8MRdq" Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-x11@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, 01 Feb 2014 15:15:01 -0000 --z3ovhOgMYmj8MRdq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My laptop (which I've had for about 4 years now) uses an Nvidia Quadro FX 770M (G96GL); after an initial (brief) test of using the nv driver, I switched to x11/nvidia-driver and have been using it since. Now, I have multiple branches of FreeBSD on the laptop (stable/9, stable/10, and head); each on its own slice. And unless something interferes with my ability to do so, I update each of these slices, as well as the installed ports (which are -- with few exceptions -- only built under stable/9, as /usr/local is common to each of the slices) on a daily basis. The general sequence of operations is: * Boot from the stable/9 slice. * While "portmaster -aF --index" is running, update stable/9. * Reboot stable/9; smoke test. * Update installed ports ("portmaster -ad --index"). * Update stable/10 sources. * Reboot to stable/10. * Update stable/10. * Reboot stable/10; smoke test. * Update head sources. * Reboot to head. * Update head. * Reboot head; smoke test. * Reboot -- usually to stable/9 -- for usual day-to-day work. (With slight changes to the above numbers (and port update tools), that approach has generally served me well for over a decade.) Now, x11/nvidia-driver involves a (3rd-party) kernel module. Therefore, I include the line: PORTS_MODULES=3Dx11/nvidia-driver in /etc/src.conf -- for each of the slices/branches. Thus, the laptop gets a fair amount of practice building & installing that port. And this has tended to Just Work -- the notable exceptions are when there's a new version of x11/nvidia-driver, just built under stable/9 (which populated /usr/local/lib), then I switch to a different branch, and there's a mis-match, causing nvidia-driver to whine. In the past, running "portmaster x11/nvdia-driver" (then unloading the old kernel module & reloading the new one) has taken care of this. Today, however, things Got Weird. In a fairly bad way. First, immediately after building the kernel proper, I see: =2E.. objcopy --only-keep-debug kernel.debug kernel.symbols objcopy --strip-debug --add-gnu-debuglink=3Dkernel.symbols kernel.debug ker= nel =3D=3D=3D> Ports module x11/nvidia-driver (all) cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver; PATH=3D/usr/obj/usr/src/tmp/l= egacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/leg= acy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin= :/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/us= r/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin SRC_BASE=3D/usr/src OSVERS= ION=3D902506 WRKDIRPREFIX=3D/usr/obj/usr/src/sys/CANARY /usr/obj/usr/src/m= ake.i386/make -B clean all And then I get a dialog menu: +[ ] ACPI_PM ACPI Power Management support +[x] DOCS Build and/or install documentation +[ ] LINUX Linux compatibility support +[ ] WBINVD Flush CPU caches directly with WBINVD Docs seem OK, so I leave that. Depending on how much of the daily routine I get through before I need to hop on the bike to catch a train to get to work, it's not at all uncommon for me to perceive a need to suspend the machine until after I've boarded the train, then resume building head or read for a bit. So I checked ACPI_PM. I'm unclear on what "Linux compatibility support" means for me, so I leave it alone. I've no real clue what "WBINVD" is, so I leave it alone. The next thing from the typescript file: =3D=3D=3D> Found saved configuration for nvidia-driver-331.20 =3D=3D=3D> Fetching all distfiles required by nvidia-driver-331.20 for buil= ding =3D=3D=3D> Extracting for nvidia-driver-331.20 =3D> SHA256 Checksum OK for NVIDIA-FreeBSD-x86-331.20.tar.gz. =3D=3D=3D> Patching for nvidia-driver-331.20 =3D=3D=3D> Applying extra patch /common/ports/x11/nvidia-driver/files/extr= a-patch-mk__nvidia.lib.mk =3D=3D=3D> Applying extra patch /common/ports/x11/nvidia-driver/files/extr= a-patch-x11__driver__Makefile =3D=3D=3D> nvidia-driver-331.20 depends on file: /usr/local/libdata/pkgco= nfig/glproto.pc - found =3D=3D=3D> nvidia-driver-331.20 depends on file: /usr/local/libdata/pkgco= nfig/dri2proto.pc - found =3D=3D=3D> nvidia-driver-331.20 depends on file: /usr/local/libdata/pkgco= nfig/xorg-server.pc - found =3D=3D=3D> nvidia-driver-331.20 depends on shared library: libGL.so - fou= nd =3D=3D=3D> Configuring for nvidia-driver-331.20 =3D=3D=3D> Building for nvidia-driver-331.20 =3D=3D=3D> src (all) =2E..[boring build stuff elided -- dhw]... ld -Bshareable -d -warn-common -o nvidia.ko nvidia.kld objcopy --strip-debug nvidia.ko =3D=3D=3D> lib (all) =3D=3D=3D> lib/libGL (all) =3D=3D=3D> lib/libnvidia-tls (all) =3D=3D=3D> lib/libnvidia-cfg (all) =3D=3D=3D> lib/libnvidia-glcore (all) =3D=3D=3D> lib/libvdpau_nvidia (all) =3D=3D=3D> x11 (all) =3D=3D=3D> x11/driver (all) =3D=3D=3D> x11/extension (all) =3D=3D=3D> doc (all) -------------------------------------------------------------- >>> Kernel build for CANARY completed on Sat Feb 1 06:15:06 PST 2014 -------------------------------------------------------------- Sat Feb 1 06:15:06 PST 2014 /usr/ports /usr/src=20 /usr/ports/x11/nvidia-driver /usr/ports /usr/src=20 =3D=3D=3D> Cleaning for nvidia-driver-331.20 /usr/ports /usr/src=20 /usr/ports/print/acroreadwrapper /usr/ports /usr/src=20 =3D=3D=3D> Cleaning for acroreadwrapper-0.0.20130208 /usr/ports /usr/src=20 /usr/src=20 Sat Feb 1 06:15:06 PST 2014 -------------------------------------------------------------- >>> Installing kernel CANARY -------------------------------------------------------------- cd /usr/obj/usr/src/sys/CANARY; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH= =3Di386 MACHINE=3Di386 CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/tmp/l= egacy/usr/bin GROFF_FONT_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/grof= f_font GROFF_TMAC_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH= =3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin= :/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr= /obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp= /usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.i386/make = KERNEL=3Dkernel install =2E.. kldxref /boot/kernel =3D=3D=3D> Ports module x11/nvidia-driver (install) cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver; PATH=3D/usr/obj/usr/src/tmp/l= egacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/leg= acy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin= :/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/us= r/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin SRC_BASE=3D/usr/src OSVERS= ION=3D902506 WRKDIRPREFIX=3D/usr/obj/usr/src/sys/CANARY /usr/obj/usr/src/m= ake.i386/make -B deinstall deinstall reinstall =3D=3D=3D> Deinstalling for x11/nvidia-driver =3D=3D=3D> Deinstalling nvidia-driver-331.20 pkg_delete: '/boot/modules/nvidia.ko' fails original MD5 checksum - deleted= anyway. pkg_delete: unable to completely remove directory '/compat/linux/usr/lib/vd= pau' pkg_delete: couldn't entirely delete package `nvidia-driver-331.20' (perhaps the packing list is incorrectly specified?) and now I see another dialog box: +[ ] ACPI_PM ACPI Power Management support +[x] DOCS Build and/or install documentation +[ ] LINUX Linux compatibility support +[ ] WBINVD Flush CPU caches directly with WBINVD Err.... didn't we go through this already??!? OK; fine. I re-select ACPI_PM & hit Enter; then: =3D=3D=3D> Staging for nvidia-driver-331.20 =3D=3D=3D> nvidia-driver-331.20 depends on file: /usr/local/libdata/pkgco= nfig/xorg-server.pc - found =3D=3D=3D> nvidia-driver-331.20 depends on shared library: libGL.so - fou= nd =3D=3D=3D> Generating temporary packing list =3D=3D=3D> src (install) install -o root -g wheel -m 555 nvidia.ko /usr/obj/usr/src/sys/CANARY/com= mon/ports/x11/nvidia-driver/work/stage/boot/modules =2E.. =3D=3D=3D=3D> Compressing man pages (compress-man) =3D=3D=3D> Building package for nvidia-driver-331.20 Creating package /usr/obj/usr/src/sys/CANARY/common/ports/x11/nvidia-driver= /work/nvidia-driver-331.20.tbz Registering depends: xorg-server-1.7.7_11,1 dri-7.6.1_3,2 libXxf86misc-1.0.= 3 libGL-7.6.1_4 libXxf86vm-1.1.3 libXinerama-1.1.3,1 libXaw-1.0.12,2 libXp-= 1.0.2,1 libXmu-1.1.2,1 libXpm-3.5.11 libXext-1.3.2,1 libXdamage-1.1.4 libXf= ixes-5.0.1 libxkbui-1.0.2_1 libXt-1.1.4,1 hal-0.5.14_22 consolekit-0.4.3 po= lkit-0.105_1 gobject-introspection-1.36.0_2 policykit-0.9_6 dbus-glib-0.100= =2E2 glib-2.36.3_1 python-2.7_1,2 xkbcomp-1.2.4 libxkbfile-1.0.8 dbus-1.6.1= 8 libX11-1.6.2,1 python2-2_2 python27-2.7.6_1 gettext-0.18.3.1 libxcb-1.9.3= xkeyboard-config-2.10.1 libxml2-2.8.0_3 libiconv-1.14_1 icu-50.1.2 libffi-= 3.0.13_1 libdrm-2.4.17_1 libpciaccess-0.13.2 libpthread-stubs-0.3_4 libvolu= me_id-0.81.1 pcre-8.33 pkgconf-0.9.4 perl5-5.16.3_6 gnomehier-3.0 pciids-20= 131225 libXfont-1.4.7,1 freetype2-2.5.2 dmidecode-2.12 gnome_subr-1.0 expat= -2.1.0 fontsproto-2.1.2 libfontenc-1.1.2 damageproto-1.2.1 dri2proto-2.8 fi= xesproto-5.0 kbproto-1.0.6 libSM-1.2.2,1 libICE-1.0.8,1 libXau-1.0.8 libXdm= cp-1.1.1 pixman-0.32.4 printproto-1.0.5 xextproto-7.2.1 xf86miscproto-0.9.3= xf86vidmodeproto-2.3.1 xineramaproto-1.2.1 xproto-7.0.25. Creating bzip'd tar ball in '/usr/obj/usr/src/sys/CANARY/common/ports/x11/n= vidia-driver/work/nvidia-driver-331.20.tbz' tar: lib/libEGL.so: Cannot stat: No such file or directory tar: lib/libEGL.so.1: Cannot stat: No such file or directory tar: lib/libGLESv1_CM.so: Cannot stat: No such file or directory tar: lib/libGLESv1_CM.so.1: Cannot stat: No such file or directory tar: lib/libGLESv2.so: Cannot stat: No such file or directory tar: lib/libGLESv2.so.2: Cannot stat: No such file or directory tar: lib/libnvidia-eglcore.so: Cannot stat: No such file or directory tar: lib/libnvidia-eglcore.so.1: Cannot stat: No such file or directory tar: lib/libnvidia-glsi.so: Cannot stat: No such file or directory tar: lib/libnvidia-glsi.so.1: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** [do-package] Error code 1 Stop in /common/ports/x11/nvidia-driver. *** [install] Error code 1 Stop in /common/ports/x11/nvidia-driver. *** [reinstall] Error code 1 Stop in /common/ports/x11/nvidia-driver. *** [ports-install] Error code 1 Stop in /common/S1/obj/usr/src/sys/CANARY. *** [installkernel] Error code 1 Stop in /usr/src. *** [installkernel] Error code 1 Stop in /usr/src. Well. That's a disruption. :-( Hmmm... so I figured that maybe it would benefit from a "normal" port upgrade process. I issue "portmaster x11/nvidia-driver". =3D=3D=3D>>> Port directory: /usr/ports/x11/nvidia-driver =3D=3D=3D>>> Gathering distinfo list for installed ports =3D=3D=3D>>> Launching 'make checksum' for x11/nvidia-driver in background And I get the dialog box again. And I re-select ACPI_PM. Then: =3D=3D=3D>>> Gathering dependency list for x11/nvidia-driver from ports =3D=3D=3D>>> Initial dependency check complete for x11/nvidia-driver 0;portmaster: x11/nvidia-driver^G =3D=3D=3D>>> Starting build for x11/nvidia-driver <<<=3D=3D=3D =3D=3D=3D>>> All dependencies are up to date =3D=3D=3D> Cleaning for nvidia-driver-331.20 And I get the dialog box again. And I re-select ACPI_PM. Then: =3D=3D=3D> License NVIDIA accepted by the user =3D=3D=3D> Found saved configuration for nvidia-driver-331.20 =3D=3D=3D> Fetching all distfiles required by nvidia-driver-331.20 for buil= ding =3D=3D=3D> Extracting for nvidia-driver-331.20 =3D> SHA256 Checksum OK for NVIDIA-FreeBSD-x86-331.20.tar.gz. =3D=3D=3D> Patching for nvidia-driver-331.20 =3D=3D=3D> Applying extra patch /common/ports/x11/nvidia-driver/files/extr= a-patch-mk__nvidia.lib.mk =3D=3D=3D> Applying extra patch /common/ports/x11/nvidia-driver/files/extr= a-patch-x11__driver__Makefile =3D=3D=3D> nvidia-driver-331.20 depends on file: /usr/local/libdata/pkgco= nfig/glproto.pc - found =3D=3D=3D> nvidia-driver-331.20 depends on file: /usr/local/libdata/pkgco= nfig/dri2proto.pc - found =3D=3D=3D> nvidia-driver-331.20 depends on file: /usr/local/libdata/pkgco= nfig/xorg-server.pc - found =3D=3D=3D> nvidia-driver-331.20 depends on shared library: libGL.so - fou= nd =3D=3D=3D> Configuring for nvidia-driver-331.20 =3D=3D=3D> Building for nvidia-driver-331.20 =3D=3D=3D> src (all) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include :> opt_acpi.h x86 -> /usr/src/sys/x86/include =2E.. ld -Bshareable -d -warn-common -o nvidia.ko nvidia.kld objcopy --strip-debug nvidia.ko =3D=3D=3D> lib (all) =3D=3D=3D> lib/libGL (all) =3D=3D=3D> lib/libnvidia-tls (all) =3D=3D=3D> lib/libnvidia-cfg (all) =3D=3D=3D> lib/libnvidia-glcore (all) =3D=3D=3D> lib/libvdpau_nvidia (all) =3D=3D=3D> x11 (all) =3D=3D=3D> x11/driver (all) =3D=3D=3D> x11/extension (all) =3D=3D=3D> doc (all) And I get the dialog box again. And I re-select ACPI_PM. Then: =3D=3D=3D> Staging for nvidia-driver-331.20 =3D=3D=3D> Generating temporary packing list =3D=3D=3D> src (install) install -o root -g wheel -m 555 nvidia.ko /common/ports/x11/nvidia-driver= /work/stage/boot/modules =3D=3D=3D> lib (install) =3D=3D=3D> lib/libGL (install) =2E.. =3D=3D=3D> Building package for nvidia-driver-331.20 Creating package /common/ports/x11/nvidia-driver/work/nvidia-driver-331.20.= tbz Registering depends: xorg-server-1.7.7_11,1 dri-7.6.1_3,2 libXxf86misc-1.0.= 3 libGL-7.6.1_4 libXxf86vm-1.1.3 libXinerama-1.1.3,1 libXaw-1.0.12,2 libXp-= 1.0.2,1 libXmu-1.1.2,1 libXpm-3.5.11 libXext-1.3.2,1 li bXdamage-1.1.4 libXfixes-5.0.1 libxkbui-1.0.2_1 libXt-1.1.4,1 hal-0.5.14_22= consolekit-0.4.3 polkit-0.105_1 gobject-introspection-1.36.0_2 policykit-0= =2E9_6 dbus-glib-0.100.2 glib-2.36.3_1 python-2.7_1,2 xkb comp-1.2.4 libxkbfile-1.0.8 dbus-1.6.18 libX11-1.6.2,1 python2-2_2 python27= -2.7.6_1 gettext-0.18.3.1 libxcb-1.9.3 xkeyboard-config-2.10.1 libxml2-2.8.= 0_3 libiconv-1.14_1 icu-50.1.2 libffi-3.0.13_1 libdrm-2 =2E4.17_1 libpciaccess-0.13.2 libpthread-stubs-0.3_4 libvolume_id-0.81.1 pc= re-8.33 pkgconf-0.9.4 perl5-5.16.3_6 gnomehier-3.0 pciids-20131225 libXfont= -1.4.7,1 freetype2-2.5.2 dmidecode-2.12 gnome_subr-1.0 ex pat-2.1.0 fontsproto-2.1.2 libfontenc-1.1.2 damageproto-1.2.1 dri2proto-2.8= fixesproto-5.0 kbproto-1.0.6 libSM-1.2.2,1 libICE-1.0.8,1 libXau-1.0.8 lib= Xdmcp-1.1.1 pixman-0.32.4 printproto-1.0.5 xextproto-7. 2.1 xf86miscproto-0.9.3 xf86vidmodeproto-2.3.1 xineramaproto-1.2.1 xproto-7= =2E0.25. Creating bzip'd tar ball in '/common/ports/x11/nvidia-driver/work/nvidia-dr= iver-331.20.tbz' tar: lib/libEGL.so: Cannot stat: No such file or directory tar: lib/libEGL.so.1: Cannot stat: No such file or directory tar: lib/libGLESv1_CM.so: Cannot stat: No such file or directory tar: lib/libGLESv1_CM.so.1: Cannot stat: No such file or directory tar: lib/libGLESv2.so: Cannot stat: No such file or directory tar: lib/libGLESv2.so.2: Cannot stat: No such file or directory tar: lib/libnvidia-eglcore.so: Cannot stat: No such file or directory tar: lib/libnvidia-eglcore.so.1: Cannot stat: No such file or directory tar: lib/libnvidia-glsi.so: Cannot stat: No such file or directory tar: lib/libnvidia-glsi.so.1: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** [do-package] Error code 1 Stop in /common/ports/x11/nvidia-driver. *** [install] Error code 1 Stop in /common/ports/x11/nvidia-driver. =3D=3D=3D>>> Installation of nvidia-driver-331.20 (x11/nvidia-driver) failed =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Killing background jobs Terminated =3D=3D=3D>>> You can restart from the point of failure with this command li= ne: portmaster x11/nvidia-driver=20 =3D=3D=3D>>> Exiting So what do I need to do to make this work? The system is running: FreeBSD g1-251.catwhisker.org 9.2-STABLE FreeBSD 9.2-STABLE #656 r261314M/= 261318:902506: Fri Jan 31 04:46:38 PST 2014 root@g1-251.catwhisker.org:= /usr/obj/usr/src/sys/CANARY i386 and I had just updated sources to r261347 and ports to r342118. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --z3ovhOgMYmj8MRdq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJS7Q9tXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7UaQP/2pU0uXuhWmT9NqnHMDuvwsX 2lmV/VXXaL58ZQGFYzZtNDgW6ANkUP/ZcWjAtLl7mleNVHbwbOArb23cOKOXD6Js SSeiwHSeOn8pQ5QzjmPcouXQZR66tlZj4Crrbash+G4ZZMZEPBfFNwF7R96hgJeY C4AG1RfETgIYZDSR1b5DxBcguxFRU1pA3ER6ruKNE6AolThVNm6103H+jgNStHpb XkhkqAO8HZBoCIvEBwv1fspchnxwARsfnyMkShcXqNSig5dXM2UlTct9v28SESu4 ZNyW0PZJL1PtQ/gRVLsYUCz+VZpFIuTpi34c7px41/xv50VQYnZO6o4mm2g3Ivce 1bgt55Ry1zy/liosZ5+uahkEZjtD5AH4OhCzewZbL5OLTc9ukI73+aia5gSGxrDm xs0ZE/eE1Tzo4LHHHM2wo+gBREHuuCniku54QihkAfuBpjntp8wTTvsIHnJZY19s gEcwReTXWJJeXYc/ODbDtHwobY9HTumDdkfV1nebSZmuwUxuHKSyKz//kWWN28CS f+/0DWfX1ax83o6QNVcQBb8719WI/rhT9UxjL9es1TX90brPk/mBTYccMr48T7Wi 3adcz91iZnCX1exAx5EsoEtLSVLlsP8CXa5MqwM7OG/gtS35bcwDE5WNUn6Mmvvd P3J6+HvGiJ9kIK7Ow6Az =xgPu -----END PGP SIGNATURE----- --z3ovhOgMYmj8MRdq-- From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 15:23:39 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 5083D846; Sat, 1 Feb 2014 15:23:39 +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 20359167A; Sat, 1 Feb 2014 15:23:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=b2hchaKYPRbR37OL01MGpXv1W5bb+6hpg2lZ9Gnmyrs=; b=iczxvtNKikWmhbtXSIomwGJc8wgYVcz/GoxCA0i7ZmVtVjrTLPhmB1zIuqo5vvsfgAKrpmWhCSwrK3yZ8NRGL3KWSWkbOYQES9KrhCGMY4ZxtA98BKm4i9UrN73yNmgLZa95GLPps5HB0TLUQukyx4YOAkWmSmYzq9kbHvCaUXQ=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W9cPw-0003WU-Oi; Sat, 01 Feb 2014 15:23: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: wg@FreeBSD.org X-Trac-Project: redports Date: Sat, 01 Feb 2014 15:23:36 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342123: 4x leftovers To: wg@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140201115200-55188 X-Trac-Build-ID: 20140201115200-55188 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, 01 Feb 2014 15:23:39 -0000 databases/cego: update to 2.20.1 PR: ports/186126 Submitted by: maintainer --------------------------------------------------------------------- Build ID: 20140201115200-55188 Job owner: wg@FreeBSD.org Buildtime: 4 hours Enddate: Sat, 01 Feb 2014 15:23:34 GMT Revision: r342123 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342123 --------------------------------------------------------------------- Port: databases/cego 2.20.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~wg@FreeBSD.org/20140201115200-55188-267636/cego-2.20.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~wg@FreeBSD.org/20140201115200-55188-267637/cego-2.20.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~wg@FreeBSD.org/20140201115200-55188-267638/cego-2.20.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~wg@FreeBSD.org/20140201115200-55188-267639/cego-2.20.1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 15:59:59 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 13A88285; Sat, 1 Feb 2014 15:59:59 +0000 (UTC) Received: from mailrelay003.isp.belgacom.be (mailrelay003.isp.belgacom.be [195.238.6.53]) by mx1.freebsd.org (Postfix) with ESMTP id 73488188C; Sat, 1 Feb 2014 15:59:58 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AogGAGEZ7VJR8apO/2dsb2JhbABZgww4S71tgQcXdIIlAQEFOhwjEAsOCgklDyoeBhyIAAEIzQMXjwkHhDgEmCmSIoMuOw Received: from 78.170-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.170.78]) by relay.skynet.be with ESMTP; 01 Feb 2014 16:58:47 +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 s11Fwkqp030781; Sat, 1 Feb 2014 16:58:46 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Sat, 1 Feb 2014 16:58:46 +0100 From: Tijl Coosemans To: Guido Falsi Subject: Re: libiconv on 10.0-RELEASE Message-ID: <20140201165846.62c518f0@kalimero.tijl.coosemans.org> In-Reply-To: <52EC9C3D.6060505@FreeBSD.org> References: <52EC99E0.2080801@bsdbox.co> <52EC9C3D.6060505@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: nano , 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, 01 Feb 2014 15:59:59 -0000 On Sat, 01 Feb 2014 08:03:25 +0100 Guido Falsi wrote: > The PRs I've indicate that, after such a step, glib20 and exim fail to > build. These problems need fixing at present. Patch for exim: http://www.freebsd.org/cgi/query-pr.cgi?pr=186290 Patch for glib: http://www.freebsd.org/cgi/query-pr.cgi?pr=186295 From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 16:34:07 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 DBB11D71 for ; Sat, 1 Feb 2014 16:34:06 +0000 (UTC) Received: from omr-d04.mx.aol.com (omr-d04.mx.aol.com [205.188.109.201]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C8861AF1 for ; Sat, 1 Feb 2014 16:34:06 +0000 (UTC) Received: from mtaout-mcb01.mx.aol.com (mtaout-mcb01.mx.aol.com [172.26.50.173]) by omr-d04.mx.aol.com (Outbound Mail Relay) with ESMTP id 1C22470000090; Sat, 1 Feb 2014 11:33:59 -0500 (EST) Received: from [192.168.1.24] (pool-108-8-226-30.spfdma.east.verizon.net [108.8.226.30]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mtaout-mcb01.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id BD33838000097; Sat, 1 Feb 2014 11:33:58 -0500 (EST) Message-ID: <52ED21F6.4030800@aim.com> Date: Sat, 01 Feb 2014 11:33:58 -0500 From: Donald Steven User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: rodrigo@FreeBSD.org Subject: FreeBSD Port: lmms-0.4.15,2 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1391272439; bh=Sf2pfD7IiGQ73mwc12Ws8CrG5E2NnZBKm8S9y/DqJmc=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=oRflz5IaB3JXhczxYxkc9x9prQOpXXHFfuCsx1Us1g9vnJknwehrp2t05R3oBUG77 VsZhlQn5mI01wykFj506vY6dwNgejGKI9dwts1Hy+AbfxmitzqPGvzcVw8+mj3r0a7 q5Yl9hYgGYpiRhA4Ywlk7Vhjr4tRU2vL/ebEW4rY= x-aol-sid: 3039ac1a32ad52ed21f65fcd X-AOL-IP: 108.8.226.30 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, 01 Feb 2014 16:34:07 -0000 Hi, I'm unable to build lmms in FreeBSD 10.0-Release 64-bit amd64 on an intel i7. This is the last part of what I get: ===== [ 90%] Building CXX object src/CMakeFiles/fltk.dir/fl_encoding_latin1.cxx.o /usr/ports/audio/lmms/work/lmms-0.4.15/plugins/zynaddsubfx/fltk/src/fl_show_colormap.cxx:61:9: warning: comparison of unsigned expression < 0 is always false [-Wtautological-compare] if (c < 0 || c > 255) return; ~ ^ ~ /usr/ports/audio/lmms/work/lmms-0.4.15/plugins/zynaddsubfx/fltk/src/fl_show_colormap.cxx:141:13: warning: comparison of unsigned expression < 0 is always false [-Wtautological-compare] if (which < 0 || which > 255) { ~~~~~ ^ ~ [ 91%] Building CXX object src/CMakeFiles/fltk.dir/fl_encoding_mac_roman.cxx.o 2 warnings generated. [ 92%] Building C object src/CMakeFiles/fltk.dir/flstring.c.o [ 92%] Building C object src/CMakeFiles/fltk.dir/scandir.c.o [ 93%] Building C object src/CMakeFiles/fltk.dir/numericsort.c.o [ 94%] Building C object src/CMakeFiles/fltk.dir/vsnprintf.c.o [ 94%] Building C object src/CMakeFiles/fltk.dir/xutf8/is_right2left.c.o [ 95%] Building C object src/CMakeFiles/fltk.dir/xutf8/is_spacing.c.o [ 96%] [ 96%] Building C object src/CMakeFiles/fltk.dir/xutf8/case.c.o Building C object src/CMakeFiles/fltk.dir/xutf8/utf8Input.c.o [ 97%] [ 98%] Building C object src/CMakeFiles/fltk.dir/xutf8/utf8Utils.c.o Building C object src/CMakeFiles/fltk.dir/xutf8/utf8Wrap.c.o [ 98%] [ 99%] Building C object src/CMakeFiles/fltk.dir/xutf8/keysym2Ucs.c.o Building C object src/CMakeFiles/fltk.dir/fl_utf.c.o [100%] Building C object src/CMakeFiles/fltk.dir/fl_call_main.c.o Linking CXX static library ../lib/libfltk.a gmake[7]: Leaving directory `/usr/ports/audio/lmms/work/lmms-0.4.15/plugins/zynaddsubfx/fltk' [100%] Built target fltk gmake[6]: Leaving directory `/usr/ports/audio/lmms/work/lmms-0.4.15/plugins/zynaddsubfx/fltk' gmake[5]: Leaving directory `/usr/ports/audio/lmms/work/lmms-0.4.15/plugins/zynaddsubfx/fltk' A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/ports/audio/lmms/work/lmms-0.4.15 --- plugins/zynaddsubfx/CMakeFiles/libfltk.dir/all --- *** [plugins/zynaddsubfx/CMakeFiles/libfltk.dir/all] Error code 2 make[3]: stopped in /usr/ports/audio/lmms/work/lmms-0.4.15 4 errors make[3]: stopped in /usr/ports/audio/lmms/work/lmms-0.4.15 --- all --- *** [all] Error code 2 make[2]: stopped in /usr/ports/audio/lmms/work/lmms-0.4.15 1 error make[2]: stopped in /usr/ports/audio/lmms/work/lmms-0.4.15 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/audio/lmms *** Error code 1 Stop. make: stopped in /usr/ports/audio/lmms ===== I've tried it with and without MAKE_JOBS_UNSAFE=yes, with no /etc/make.conf and one which is: CC=clang CXX=clang++ CPP=clang-cpp WRKDIRPREFIX=/tmp CPUTYPE?=native If you can help, it'd be much appreciated. Don From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 17:31: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 29850CAC; Sat, 1 Feb 2014 17:31:10 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D29B41F4E; Sat, 1 Feb 2014 17:31:09 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.7/8.14.7) with ESMTP id s11HV8K5013173; Sat, 1 Feb 2014 09:31:08 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.7/8.14.7/Submit) id s11HV8UD013172; Sat, 1 Feb 2014 09:31:08 -0800 (PST) (envelope-from david) Date: Sat, 1 Feb 2014 09:31:08 -0800 From: David Wolfskill To: freebsd-ports@freebsd.org Subject: Re: x11/nvidia-driver builds; fails install (staging issue?) Message-ID: <20140201173108.GO1620@albert.catwhisker.org> References: <20140201151454.GN1620@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bJ3jXuwtxrXxD2iT" Content-Disposition: inline In-Reply-To: <20140201151454.GN1620@albert.catwhisker.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-x11@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, 01 Feb 2014 17:31:10 -0000 --bJ3jXuwtxrXxD2iT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 01, 2014 at 07:14:54AM -0800, David Wolfskill wrote: > My laptop (which I've had for about 4 years now) uses an Nvidia > Quadro FX 770M (G96GL); after an initial (brief) test of using the nv > driver, I switched to x11/nvidia-driver and have been using it since. > ...=20 > =3D=3D=3D> Building package for nvidia-driver-331.20 > Creating package /common/ports/x11/nvidia-driver/work/nvidia-driver-331.2= 0.tbz > Registering depends: xorg-server-1.7.7_11,1 dri-7.6.1_3,2 libXxf86misc-1.= 0.3 libGL-7.6.1_4 libXxf86vm-1.1.3 libXinerama-1.1.3,1 libXaw-1.0.12,2 libX= p-1.0.2,1 libXmu-1.1.2,1 libXpm-3.5.11 libXext-1.3.2,1 li > bXdamage-1.1.4 libXfixes-5.0.1 libxkbui-1.0.2_1 libXt-1.1.4,1 hal-0.5.14_= 22 consolekit-0.4.3 polkit-0.105_1 gobject-introspection-1.36.0_2 policykit= -0.9_6 dbus-glib-0.100.2 glib-2.36.3_1 python-2.7_1,2 xkb > comp-1.2.4 libxkbfile-1.0.8 dbus-1.6.18 libX11-1.6.2,1 python2-2_2 python= 27-2.7.6_1 gettext-0.18.3.1 libxcb-1.9.3 xkeyboard-config-2.10.1 libxml2-2.= 8.0_3 libiconv-1.14_1 icu-50.1.2 libffi-3.0.13_1 libdrm-2 > .4.17_1 libpciaccess-0.13.2 libpthread-stubs-0.3_4 libvolume_id-0.81.1 pc= re-8.33 pkgconf-0.9.4 perl5-5.16.3_6 gnomehier-3.0 pciids-20131225 libXfont= -1.4.7,1 freetype2-2.5.2 dmidecode-2.12 gnome_subr-1.0 ex > pat-2.1.0 fontsproto-2.1.2 libfontenc-1.1.2 damageproto-1.2.1 dri2proto-2= =2E8 fixesproto-5.0 kbproto-1.0.6 libSM-1.2.2,1 libICE-1.0.8,1 libXau-1.0.8= libXdmcp-1.1.1 pixman-0.32.4 printproto-1.0.5 xextproto-7. > 2.1 xf86miscproto-0.9.3 xf86vidmodeproto-2.3.1 xineramaproto-1.2.1 xproto= -7.0.25. > Creating bzip'd tar ball in '/common/ports/x11/nvidia-driver/work/nvidia-= driver-331.20.tbz' > tar: lib/libEGL.so: Cannot stat: No such file or directory > tar: lib/libEGL.so.1: Cannot stat: No such file or directory > tar: lib/libGLESv1_CM.so: Cannot stat: No such file or directory > tar: lib/libGLESv1_CM.so.1: Cannot stat: No such file or directory > tar: lib/libGLESv2.so: Cannot stat: No such file or directory > tar: lib/libGLESv2.so.2: Cannot stat: No such file or directory > tar: lib/libnvidia-eglcore.so: Cannot stat: No such file or directory > tar: lib/libnvidia-eglcore.so.1: Cannot stat: No such file or directory > tar: lib/libnvidia-glsi.so: Cannot stat: No such file or directory > tar: lib/libnvidia-glsi.so.1: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > *** [do-package] Error code 1 >=20 > Stop in /common/ports/x11/nvidia-driver. > *** [install] Error code 1 >=20 > Stop in /common/ports/x11/nvidia-driver. >=20 > =3D=3D=3D>>> Installation of nvidia-driver-331.20 (x11/nvidia-driver) fai= led > =3D=3D=3D>>> Aborting update >=20 > =3D=3D=3D>>> Killing background jobs > Terminated >=20 > =3D=3D=3D>>> You can restart from the point of failure with this command = line: > portmaster x11/nvidia-driver=20 >=20 > =3D=3D=3D>>> Exiting >=20 >=20 >=20 >=20 > So what do I need to do to make this work? >=20 > The system is running: >=20 > FreeBSD g1-251.catwhisker.org 9.2-STABLE FreeBSD 9.2-STABLE #656 r261314= M/261318:902506: Fri Jan 31 04:46:38 PST 2014 root@g1-251.catwhisker.or= g:/usr/obj/usr/src/sys/CANARY i386 >=20 > and I had just updated sources to r261347 and ports to r342118. > .... I just tried the same with a similar system -- but it worked. Differences: * It's running FreeBSD/amd64 instead of FreeBSD/i386. * It's using pkgng vs. pkg_*. I suspect the latter difference is the more significant. Ref.: FreeBSD g1-236.catwhisker.org 9.2-STABLE FreeBSD 9.2-STABLE #44 r261314M/2= 61318:902506: Fri Jan 31 06:07:36 PST 2014 root@g1-236.catwhisker.org:/= usr/obj/usr/src/sys/CANARY amd64 FreeBSD g1-236.catwhisker.org 9.2-STABLE FreeBSD 9.2-STABLE #45 r261347M/2= 61348:902506: Sat Feb 1 09:20:28 PST 2014 root@g1-236.catwhisker.org:/= usr/obj/usr/src/sys/CANARY amd64 Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --bJ3jXuwtxrXxD2iT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJS7S9bXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7bFMP/2bBKmp3GTIDYGvWyE3qWGF4 n+z3JHBahdvq6KTnQUnVOMtW3XyCxAsoda1TYkk6ZGqXaSuA1m34R0C9v7NbQwiK hAlITThiUzOfKAOy1s8JieAMBKhp9QSgyfzpMH/TWMqc5BaXhjJYnEsjUIO4nb13 ZTl8X5srT6G2le1K3Zsk6tSVJeMGJg9V6HZgTSXf+9ziF6XMgCxPMd5tucEM3EHh aamkJ53DMm7o/ARO6q+EJb8QgbXFWmCN9bglkGpbGrpJuWU+SebXiuiAR9Lrx53G EVYBbQtvCwRYNX+L7yg1352TcKWT8izEp5myouVfi6mK1BSJ5yuH4ombSLCeLKB/ bgWUgwXZr/Y30pkfAqiF1W26OGCtB8/XltcWm9LMnCT4EF2G0/JixYN54eEGBdy9 rPN4hrVGI8Zy6aHdepi1v6x2OfmY7ZmzL4WFrE91lHQTkEVocoRu/WJcdT0itc3M KNLtOBIrwbtRPCbp9tPLKoGsrz8OSgQOtBJ57riInLKHR6Bh4P973cRFMCfR2I5n MDcYfThy1xv+jrPOYl2ATbX1ODg9/iegcxM5QSxDCoMgMsJxhgPUxMDWpwSVE2X0 5hhSPCibTuxyqRwk0x3xyE6idOxWmbwQy+ELTMOGGvrwQs0b33t0wEWzEL4aKCsi RjpUlmePsonrFsbud2I8 =FCy0 -----END PGP SIGNATURE----- --bJ3jXuwtxrXxD2iT-- From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 18:29:25 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 59DB08B2; Sat, 1 Feb 2014 18:29:25 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D796012E0; Sat, 1 Feb 2014 18:29:24 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s11ITEHX003815; Sat, 1 Feb 2014 20:29:14 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s11ITEHX003815 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s11ITDkN003814; Sat, 1 Feb 2014 20:29:13 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 1 Feb 2014 20:29:13 +0200 From: Konstantin Belousov To: Dimitry Andric Subject: Re: net/avahi-app core dumps signal 11 Message-ID: <20140201182913.GC24664@kib.kiev.ua> References: <1390354628.14798.7.camel@lenovo.toontown> <20140129115404.04922dd6@tmu.ulm.sysgo.com> <20140131144111.7a8544f1@tmu.ulm.sysgo.com> <20140131165044.0dcf979d@tmu.ulm.sysgo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jcjv6D8puUawUjle" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Thomas Mueller , 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, 01 Feb 2014 18:29:25 -0000 --jcjv6D8puUawUjle Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 31, 2014 at 10:57:05PM +0100, Dimitry Andric wrote: > On 31 Jan 2014, at 21:35, Dimitry Andric wrote: > ... > > Hmm, at least I can reproduce it, but the stack trace does not tell me = that much: > >=20 > > (gdb) run > > Starting program: /usr/work/share/dim/ports/net/avahi-app/work/avahi-0.= 6.31/./avahi-utils/.libs/avahi-browse > > [New LWP 101263] > >=20 > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to LWP 101263] > > _thr_cancel_enter (curthread=3D0x0) at /share/dim/src/freebsd/head-clan= g34/lib/libthr/thread/thr_cancel.c:141 > > 141 curthread->cancel_point =3D 1; > > (gdb) bt > > #0 _thr_cancel_enter (curthread=3D0x0) at /share/dim/src/freebsd/head-= clang34/lib/libthr/thread/thr_cancel.c:141 > > #1 0x280d0f2d in __open (path=3D, flags=3D) > > at /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_syscall= s.c:390 > > #2 0x280fef46 in __guard_setup () at /share/dim/src/freebsd/head-clang= 34/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:72 > > #3 0x280ff182 in ?? () from /lib/libssp.so.0 > > #4 0x280fe749 in _init () from /lib/libssp.so.0 > > #5 0x00000000 in ?? () > > (gdb) up > > #1 0x280d0f2d in __open (path=3D, flags=3D) > > at /share/dim/src/freebsd/head-clang34/lib/libthr/thread/thr_syscall= s.c:390 > > 390 _thr_cancel_enter(curthread); > > (gdb) up > > #2 0x280fef46 in __guard_setup () at /share/dim/src/freebsd/head-clang= 34/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:72 > > 72 fd =3D open ("/dev/urandom", O_RDONLY); > >=20 > > E.g., __guard_setup() tries to get some random bytes from /dev/urandom > > (probably for the stack canaries), libthr considers this to be a thread > > cancellation point, but for some reason the current thread is zeroed > > out? I don't think this is ever supposed to happen... :-) >=20 > So avahi-browse gets linked as follows (wrapped a little for clarity):=20 >=20 > cc -I.. "-DDEBUG_TRAP=3D__asm__(\"int \$3\")" > -DDATABASE_FILE=3D\"/usr/local/lib/avahi/service-types.db\" -O2 -pipe > -march=3Dcorei7 -g -fno-strict-aliasing -fstack-protector -std=3Dc99 -Wall > -W -Wextra -pedantic -pipe -Wformat -Wold-style-definition > -Wdeclaration-after-statement -Wfloat-equal -Wmissing-declarations > -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls > -Wmissing-noreturn -Wshadow -Wendif-labels -Wpointer-arith > -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings > -fdiagnostics-show-option -Wno-cast-qual -fno-strict-aliasing > -o .libs/avahi-browse avahi_browse-avahi-browse.o avahi_browse-sigint.o > avahi_browse-stdb.o -L/usr/local/lib > ../avahi-client/.libs/libavahi-client.so /usr/local/lib/libdbus-1.so > -lpthread > /usr/work/share/dim/ports/net/avahi-app/work/avahi-0.6.31/avahi-common/.l= ibs/libavahi-common.so > ../avahi-common/.libs/libavahi-common.so /usr/local/lib/libgdbm.so -lssp > /usr/local/lib/libintl.so -pthread -Wl,-rpath -Wl,/usr/local/lib >=20 > This executable segfaults, and has the NEEDED libs in the following > order: >=20 > .libs/avahi-browse: > libavahi-client.so.3 =3D> /usr/local/lib/libavahi-client.so.3 (0x= 28076000) > libdbus-1.so.3 =3D> /usr/local/lib/libdbus-1.so.3 (0x28085000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x280cf000) > libavahi-common.so.3 =3D> /usr/local/lib/libavahi-common.so.3 (0x= 280f1000) > libgdbm.so.4 =3D> /usr/local/lib/libgdbm.so.4 (0x280fc000) > libssp.so.0 =3D> /lib/libssp.so.0 (0x28106000) > libintl.so.9 =3D> /usr/local/lib/libintl.so.9 (0x28109000) > libc.so.7 =3D> /lib/libc.so.7 (0x28112000) >=20 > When I remove the -lssp from the above linking command line, it is > automatically induced anyway, but the executable then gets the following > NEEDED libs order: >=20 > .libs/avahi-browse: > libavahi-client.so.3 =3D> /usr/local/lib/libavahi-client.so.3 (0x= 28076000) > libdbus-1.so.3 =3D> /usr/local/lib/libdbus-1.so.3 (0x28085000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x280cf000) > libavahi-common.so.3 =3D> /usr/local/lib/libavahi-common.so.3 (0x= 280f1000) > libgdbm.so.4 =3D> /usr/local/lib/libgdbm.so.4 (0x280fc000) > libintl.so.9 =3D> /usr/local/lib/libintl.so.9 (0x28106000) > libc.so.7 =3D> /lib/libc.so.7 (0x2810f000) > libssp.so.0 =3D> /lib/libssp.so.0 (0x28263000) >=20 > E.g. libssp.so.0 is now located at the end of the list. And _this_ > executable runs fine...! >=20 > If anyone has a good explanation for this, I would be dying to know. :-) This sounds as if libssp initializers were run before libthr was initialize= d. Indeed, open(2) must be interposed by libthr to provide the cancellation point. Recompile rtld with debugging symbols and debugging enabled, like this: cd libexec/rtld-elf make DEBUG_FLAGS=3D-g DEBUG=3D-DDEBUG and run both binaries with the LD_DEBUG=3D1 env variable set, than compare. --jcjv6D8puUawUjle Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJS7Tz4AAoJEJDCuSvBvK1BUZgP/jSid4xwj/kILvoDt8k1/PNQ GjnlCfQGDzJrgBtgjZnwTccPU5ezycqJMyu+XgqLcy6LfwC5giVn8Ffj2ZTMx5lo lJ648QNgQQEyKvyvLU1JSQwHV7EHtjjbe76n4kafLDJuPk+fz5GxlMLiY2uGs+B2 me+SlXwCmHVg/WQIdmYSV7SwoPMQKEbXhGOi5lNaujgXAobkeyQEp6ajW6wS+KtH Zk0ZfYxw494Gau3N26f0zcqj0P/MfshERe7DSskukDGaU3ukJRns0cm84e2AsFIQ Bf5/wPqcmky/r2abTruyKR2DyXxdaLSl6kC498ymTxj9g1JZ2uBJkRzWPT41f/8B 7CDUSriisannSzizpvHQ0aptCSi+gecY+5owWUvVwgPrFNMHfxD9Ndv5i861v2TH K7+KNi8/QaGOfD/qtiGgDV0D8RwFyRWtSPXapXvLCdoJEeTMR9Ex1tJKSvu/OwA3 yVE0AmBuVmBnJdCtEyY4mwz+e7Twp/o91EDpsRNCFDbG+Ij2pphC72EP5Zl8SZ+g j3rUo86rqSDmMtwR+4O9TK9xR74UcaioLDDmRn0v3Yze28r5YUTIkKgqdKmzKQqQ zEhZlsg/OmDNTG3dKDSj0RLIJbYZksmvW6SCtnCsHBUwDTsBHtTyhrcY1dH2yvpA dt1zh4biKDs1uvudwNfG =s+Kk -----END PGP SIGNATURE----- --jcjv6D8puUawUjle-- From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 19: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 0736154B for ; Sat, 1 Feb 2014 19:09:42 +0000 (UTC) Received: from honeysuckle.london.02.net (honeysuckle.london.02.net [87.194.255.144]) by mx1.freebsd.org (Postfix) with ESMTP id A305215EE for ; Sat, 1 Feb 2014 19:09:41 +0000 (UTC) Received: from chaos.bikerevolution.co.uk (93.96.233.122) by honeysuckle.london.02.net (8.5.140) id 5266D90A054554D0 for freebsd-ports@freebsd.org; Sat, 1 Feb 2014 19:09:24 +0000 Message-ID: <52ED4664.3080708@onetel.com> Date: Sat, 01 Feb 2014 19:09:24 +0000 From: Chris Whitehouse 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: x11/nvidia-driver builds; fails install (staging issue?) References: <20140201151454.GN1620@albert.catwhisker.org> <20140201173108.GO1620@albert.catwhisker.org> In-Reply-To: <20140201173108.GO1620@albert.catwhisker.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, 01 Feb 2014 19:09:42 -0000 On 01/02/2014 17:31, David Wolfskill wrote: > On Sat, Feb 01, 2014 at 07:14:54AM -0800, David Wolfskill wrote: >> My laptop (which I've had for about 4 years now) uses an Nvidia >> Quadro FX 770M (G96GL); after an initial (brief) test of using the nv >> driver, I switched to x11/nvidia-driver and have been using it since. >> ... >> ===> Building package for nvidia-driver-331.20 >> Creating package /common/ports/x11/nvidia-driver/work/nvidia-driver-331.20.tbz >> Registering depends: xorg-server-1.7.7_11,1 dri-7.6.1_3,2 libXxf86misc-1.0.3 libGL-7.6.1_4 libXxf86vm-1.1.3 libXinerama-1.1.3,1 libXaw-1.0.12,2 libXp-1.0.2,1 libXmu-1.1.2,1 libXpm-3.5.11 libXext-1.3.2,1 li >> bXdamage-1.1.4 libXfixes-5.0.1 libxkbui-1.0.2_1 libXt-1.1.4,1 hal-0.5.14_22 consolekit-0.4.3 polkit-0.105_1 gobject-introspection-1.36.0_2 policykit-0.9_6 dbus-glib-0.100.2 glib-2.36.3_1 python-2.7_1,2 xkb >> comp-1.2.4 libxkbfile-1.0.8 dbus-1.6.18 libX11-1.6.2,1 python2-2_2 python27-2.7.6_1 gettext-0.18.3.1 libxcb-1.9.3 xkeyboard-config-2.10.1 libxml2-2.8.0_3 libiconv-1.14_1 icu-50.1.2 libffi-3.0.13_1 libdrm-2 >> .4.17_1 libpciaccess-0.13.2 libpthread-stubs-0.3_4 libvolume_id-0.81.1 pcre-8.33 pkgconf-0.9.4 perl5-5.16.3_6 gnomehier-3.0 pciids-20131225 libXfont-1.4.7,1 freetype2-2.5.2 dmidecode-2.12 gnome_subr-1.0 ex >> pat-2.1.0 fontsproto-2.1.2 libfontenc-1.1.2 damageproto-1.2.1 dri2proto-2.8 fixesproto-5.0 kbproto-1.0.6 libSM-1.2.2,1 libICE-1.0.8,1 libXau-1.0.8 libXdmcp-1.1.1 pixman-0.32.4 printproto-1.0.5 xextproto-7. >> 2.1 xf86miscproto-0.9.3 xf86vidmodeproto-2.3.1 xineramaproto-1.2.1 xproto-7.0.25. >> Creating bzip'd tar ball in '/common/ports/x11/nvidia-driver/work/nvidia-driver-331.20.tbz' >> tar: lib/libEGL.so: Cannot stat: No such file or directory >> tar: lib/libEGL.so.1: Cannot stat: No such file or directory >> tar: lib/libGLESv1_CM.so: Cannot stat: No such file or directory >> tar: lib/libGLESv1_CM.so.1: Cannot stat: No such file or directory >> tar: lib/libGLESv2.so: Cannot stat: No such file or directory >> tar: lib/libGLESv2.so.2: Cannot stat: No such file or directory >> tar: lib/libnvidia-eglcore.so: Cannot stat: No such file or directory >> tar: lib/libnvidia-eglcore.so.1: Cannot stat: No such file or directory >> tar: lib/libnvidia-glsi.so: Cannot stat: No such file or directory >> tar: lib/libnvidia-glsi.so.1: Cannot stat: No such file or directory >> tar: Error exit delayed from previous errors. >> pkg_create: make_dist: tar command failed with code 256 >> *** [do-package] Error code 1 >> >> Stop in /common/ports/x11/nvidia-driver. >> *** [install] Error code 1 >> >> Stop in /common/ports/x11/nvidia-driver. >> >> ===>>> Installation of nvidia-driver-331.20 (x11/nvidia-driver) failed >> ===>>> Aborting update >> >> ===>>> Killing background jobs >> Terminated >> >> ===>>> You can restart from the point of failure with this command line: >> portmaster x11/nvidia-driver >> >> ===>>> Exiting >> >> >> >> >> So what do I need to do to make this work? >> >> The system is running: >> >> FreeBSD g1-251.catwhisker.org 9.2-STABLE FreeBSD 9.2-STABLE #656 r261314M/261318:902506: Fri Jan 31 04:46:38 PST 2014 root@g1-251.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 >> >> and I had just updated sources to r261347 and ports to r342118. >> .... > > I just tried the same with a similar system -- but it worked. > > Differences: > * It's running FreeBSD/amd64 instead of FreeBSD/i386. > * It's using pkgng vs. pkg_*. > > I suspect the latter difference is the more significant. > > Ref.: > > FreeBSD g1-236.catwhisker.org 9.2-STABLE FreeBSD 9.2-STABLE #44 r261314M/261318:902506: Fri Jan 31 06:07:36 PST 2014 root@g1-236.catwhisker.org:/usr/obj/usr/src/sys/CANARY amd64 > > FreeBSD g1-236.catwhisker.org 9.2-STABLE FreeBSD 9.2-STABLE #45 r261347M/261348:902506: Sat Feb 1 09:20:28 PST 2014 root@g1-236.catwhisker.org:/usr/obj/usr/src/sys/CANARY amd64 > > Peace, > david > I get the same error on 10.0R amd64 with pkgng. Do you have WITH_NEW_XORG in make.conf on the second system? I think the error above means you should install graphics/libEGL but graphics/libEGL/Makefile says it requires WITH_NEW_XORG. .if ! defined(WITH_NEW_XORG) IGNORE= Please enable WITH_NEW_XORG, libEGL needs libdrm higher then 2.4.24 .endif Chris From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 20:24:07 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 EC8815A8; Sat, 1 Feb 2014 20:24:07 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 968851AE4; Sat, 1 Feb 2014 20:24:06 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.7/8.14.7) with ESMTP id s11KO5pQ013817; Sat, 1 Feb 2014 12:24:05 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.7/8.14.7/Submit) id s11KO4cr013816; Sat, 1 Feb 2014 12:24:04 -0800 (PST) (envelope-from david) Date: Sat, 1 Feb 2014 12:24:04 -0800 From: David Wolfskill To: Chris Whitehouse Subject: Re: x11/nvidia-driver builds; fails install (staging issue?) Message-ID: <20140201202404.GP1620@albert.catwhisker.org> References: <20140201151454.GN1620@albert.catwhisker.org> <20140201173108.GO1620@albert.catwhisker.org> <52ED4664.3080708@onetel.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="51uid+Ur/3ko9cBW" Content-Disposition: inline In-Reply-To: <52ED4664.3080708@onetel.com> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-x11@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, 01 Feb 2014 20:24:08 -0000 --51uid+Ur/3ko9cBW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I get the same error on 10.0R amd64 with pkgng. Hmm... Well, thanks for evidence that I've not completely lost my mind.... :-} > Do you have WITH_NEW_XORG in make.conf on the second system? I think the= =20 > error above means you should install graphics/libEGL but=20 > graphics/libEGL/Makefile says it requires WITH_NEW_XORG. Come to think of it, I do; yes. But while it worked for stable/9, on stable/10, it seems to just be hanging: =3D=3D=3D> Cleaning for nvidia-driver-331.20 *** [all] Stopped -- signal 22 load: 0.13 cmd: make 45803 [select] 1574.44r 0.02u 0.05s 0% 1012k make: Working in: /common/S3/obj/usr/src load: 0.17 cmd: make 45803 [select] 1631.71r 0.02u 0.05s 0% 1012k make: Working in: /common/S3/obj/usr/src load: 0.05 cmd: make 45803 [select] 7860.23r 0.02u 0.06s 0% 1012k make: Working in: /common/S3/obj/usr/src (The "load: ..." & "make: ..." lines were from me hitting ^T.) > .if ! defined(WITH_NEW_XORG) > IGNORE=3D Please enable WITH_NEW_XORG, libEGL needs libdrm higher= =20 > then 2.4.24 > .endif > .... Hrrmmm.... :-( Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --51uid+Ur/3ko9cBW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJS7VfjXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7KLcP/A76Rtfn0zvI9yPwukAo+kH4 2+x4YVbS0v4dBSAAQfFcJxDpMG09JyyX5Rc8EXknRM/49lIFQpJxlaCjaQkhxfSw rPxuNm75U6FHLNd5gV9YHbAcFM0fIiqM0IteOvM/Yr2B1PAl6mMvozjVyuoPcxAi YBN8szmxkI+YYzF4bd5vgtcrq5wSmuEFbyxd9tu3J0r4Au4tYVZYSgdbsT87aVis f0Drv/EOnPtR7YyM8/dw4A1IjzPLwdVz4wewJfKQCGVS/Ul3MzaNy2DbYAJgUthw HXKqIpSjmTCsXpA5/C+38MWcwbUe4ofyk0Kotjf5yKTxFbOILZXTh0o/KaikZtk+ CJvogzZcRMx/gE39W7KjR/jUw8eeCR9B9gYUhg48wVIotNaU1Gjx8ecDkCiIwFkv gAdcXCKQ4Q5Q7VJEWrFMYA6WqR/hRhH8+ZAO5P/YOX1FWNm7anUB8egGPsv6L1Kd 3m4PWdYv+rj6by9CBCaessOhYMqYtaPGJ/xpGVayznB+bcViGAJB8sd9+7LH6MNi Yu8gR3daDYk1LXw40BThdCpdwi3Bwf8kOQLCG5W5uFRPVn9ukcVDhAdQ37ECs+qa A46NPLfImTfU1tc9M9WhEFhytYjWBmz9rSrxLu2AJe41TxBqVcKCtKLqYw8LCWps V1WQkdSTwZbuwkljsN4F =FgPn -----END PGP SIGNATURE----- --51uid+Ur/3ko9cBW-- From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 21:14: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 863D24A4 for ; Sat, 1 Feb 2014 21:14:50 +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 640A41F1C for ; Sat, 1 Feb 2014 21:14:50 +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 s11LEoBm059838 for ; Sat, 1 Feb 2014 21:14:50 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s11LEo9R059837 for freebsd-ports@freebsd.org; Sat, 1 Feb 2014 21:14:50 GMT (envelope-from bdrewery) Received: (qmail 76348 invoked from network); 1 Feb 2014 15:14:46 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 1 Feb 2014 15:14:46 -0600 Message-ID: <52ED63B9.6040106@FreeBSD.org> Date: Sat, 01 Feb 2014 15:14:33 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "Dr. Peter Voigt" , freebsd-ports@freebsd.org Subject: Re: Portmaster does not accept installed net/openldap24-sasl-client References: <20140129143106.2f0c047c@tiger2008.drpetervoigt.private> In-Reply-To: <20140129143106.2f0c047c@tiger2008.drpetervoigt.private> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OTdoMtIlCj7ahvl6laNhn051ggFG6C2a0" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Feb 2014 21:14:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OTdoMtIlCj7ahvl6laNhn051ggFG6C2a0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 1/29/2014 7:31 AM, Dr. Peter Voigt wrote: > I have a fresh installation of FreeBSD 10.0-RELEASE and I am having > trouble with portmaster. Portmaster does not accept the installed port > net/openldap24-sasl-client when I try to upgrade or install ports that > depend on openldap-client. >=20 > One the other hand, when installing ports with "make install clean" > these ports immediately accept the installed net/openldap24-sasl-client= =2E >=20 > I have summarized my observations in the FreeBSD forum: > https://forums.freebsd.org/viewtopic.php?f=3D5&t=3D44576 >=20 > Please let me know, if you need any other information to clarify this > issue. >=20 > Should I inform the port maintainer of OpenLDAP? From the Makefile of > this port I conclude Xin LI should be the right > one. Can you confirm this - I am still rather new to FreeBSD? >=20 This is http://www.freebsd.org/cgi/query-pr.cgi?pr=3D184797 It was a bug with pkg, which portmaster uses to register and track installed ports. I've just committed a fix to ports-mgmt/pkg which will fix this issue. > Regards, > Peter > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org= " >=20 --=20 Regards, Bryan Drewery --OTdoMtIlCj7ahvl6laNhn051ggFG6C2a0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS7WPEAAoJEDXXcbtuRpfP7yEH/RYnVD/FGMZAgz4GUCjO4VhH 8tEcwTL81CZMAgUlEc3guMIUmB8A7j7PQSB7UsbYd7rUBbhUf/G+TKWXdbuC+InB cpz8iAuNHM82U+p3KDgmZCjl1KdUwXca8vM2tyEpMc/DZFb8mL2x/tiqirVcVFjH 3aQx/f64fgVD1oH/RuvV4zxOsXDoqRzRWPOiPX3HYg+kfvY7UsKmzUI3iRrWJpiS dopWnkIbm3nhSoi+H/q7QDmoSi2M9WpmfV6KC2K6lPwkw7/UiBEpJeJIykSUG4CE tPpqWxvm02PNG5rUr/XkvFmGKzecatYBTDtkHb8tzFb07qYOGjz7A5fByTpQDDo= =6mLO -----END PGP SIGNATURE----- --OTdoMtIlCj7ahvl6laNhn051ggFG6C2a0-- From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 21:24: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 01F19691; Sat, 1 Feb 2014 21:24:25 +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 C4BA71FBD; Sat, 1 Feb 2014 21:24:24 +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=BLsN+WNCtdlgefajtMkPryV/cYXobdxFSBPL+1hTCZs=; b=co3H08ACeqfVJ0/8U5fSRoo6eOpJY3ueZ2w8cIVne/f3vbNRbGdcWI0W7BTeP4JvR7Dwb33qk8tbzl3GosSwZ1pzOmLX8VMWPN1Au7krcFzOO8/LvVgvVPI7rF5tCrfbHXoJC6Wa6+ETRhSac0hUk0YROYWlpdyTs09+C1/4gDg=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W9i35-0004v2-VY; Sat, 01 Feb 2014 21:24:23 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: miwi@FreeBSD.org X-Trac-Project: redports Date: Sat, 01 Feb 2014 21:24:23 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342150: 4x leftovers, 8x success To: miwi@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140201144201-18779 X-Trac-Build-ID: 20140201144201-18779 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, 01 Feb 2014 21:24:25 -0000 - Stage support --------------------------------------------------------------------- Build ID: 20140201144201-18779 Job owner: miwi@FreeBSD.org Buildtime: 7 hours Enddate: Sat, 01 Feb 2014 21:24:19 GMT Revision: r342150 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342150 --------------------------------------------------------------------- Port: graphics/p5-Graph-Easy 0.73 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267752/p5-Graph-Easy-0.73.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267753/p5-Graph-Easy-0.73.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267754/p5-Graph-Easy-0.73.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267755/p5-Graph-Easy-0.73.log --------------------------------------------------------------------- Port: security/p5-Digest-Whirlpool 1.09 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267756/p5-Digest-Whirlpool-1.09.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267757/p5-Digest-Whirlpool-1.09.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267758/p5-Digest-Whirlpool-1.09.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267759/p5-Digest-Whirlpool-1.09.log --------------------------------------------------------------------- Port: www/p5-Plack-Middleware-AutoRefresh 0.08 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267760/p5-Plack-Middleware-AutoRefresh-0.08.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267761/p5-Plack-Middleware-AutoRefresh-0.08.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267762/p5-Plack-Middleware-AutoRefresh-0.08.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140201144201-18779-267763/p5-Plack-Middleware-AutoRefresh-0.08.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sat Feb 1 23:07: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 190F515C for ; Sat, 1 Feb 2014 23:07:49 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d: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 CBEE81626 for ; Sat, 1 Feb 2014 23:07:48 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id cm18so8070085qab.26 for ; Sat, 01 Feb 2014 15:07:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=T5l5epR4stqEVsKE9g00BCCmYVmdzhs++pQO9vzVJWo=; b=Yx9F7gTdAVqltpiiUqdxD0nJpnsK+tRTN0g3jxJkb+wjq9PHzsQKIFOXqnOLcva7hD 6b2pxyQZeg5jcb1K9eLJs+XwECnr9ewc86n1hzd9xRcwVlVYp5M882TyFn28qjh8j+V9 /jMkNpf/HnQlV6eobqf5MFlTp9d4qjqJN5JLyGnzIlGb5F/0ovYL1HhUjbUZu2YOJG5h mdJ7iX/4vfc4SSRgjyFQNRbDmuIQ5LBW4yigKMwgDwIh6jWiay9xOqajkbYXj8WXyKBO u1gHkKveFDOm9CAkD62VQtVskeNnCKeMT6hmGxKSuKb6+4ufPfSE6Tm7qdbqoSF93UmW pHVQ== X-Received: by 10.140.26.151 with SMTP id 23mr41761698qgv.92.1391296067868; Sat, 01 Feb 2014 15:07:47 -0800 (PST) Received: from lumiwa.farms.net ([71.241.213.42]) by mx.google.com with ESMTPSA id 72sm19910506qgv.19.2014.02.01.15.07.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 01 Feb 2014 15:07:47 -0800 (PST) From: Ajtim To: freebsd-ports@freebsd.org Subject: python33 Date: Sat, 01 Feb 2014 18:07:46 -0500 Message-ID: <4648013.WzZvqasPqJ@lumiwa.farms.net> User-Agent: KMail/4.11.4 (FreeBSD/10.0-RELEASE; KDE/4.11.4; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2014 23:07:49 -0000 Hi! Portmaster found update for python33 (version 3.3.3_2 from February 1st) and on FreeBSD 10.0-RELEASE (amd64) I got: Install them as needed. ==== ====> Compressing man pages (compress-man) ===> Installing for python33-3.3.3_2 ===> Checking if lang/python33 already installed ===> Registering installation for python33-3.3.3_2 pkg-static: lstat(/usr/ports/lang/python33/work/stage/usr/local/lib/python3.3/lib-dynload/_lzma.so): No such file or directory *** Error code 74 Stop. make[1]: stopped in /usr/ports/lang/python33 *** Error code 1 Stop. make: stopped in /usr/ports/lang/python33 ===>>> Installation of python33-3.3.3_2 (lang/python33) failed ===>>> Aborting update I didn't have problem with previouse version 3.3.3_1 and erlier versions on FreeBSD 10.0 and now I have. What is the problem, please? Thank you.; -- Mitja ------- http://www.redbubble.com/people/lumiwa