From owner-freebsd-ports@freebsd.org Sun Dec 30 00:04:11 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6463914315F8 for ; Sun, 30 Dec 2018 00:04:11 +0000 (UTC) (envelope-from jankyj@unfs.us) Received: from stig.purplehat.org (stig.purplehat.org [50.243.134.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DA1758AE63 for ; Sun, 30 Dec 2018 00:04:09 +0000 (UTC) (envelope-from jankyj@unfs.us) Received: from localhost (bill.goatse.unfs.us [50.243.134.106]) by stig.purplehat.org (Postfix) with ESMTP id 96A945C344 for ; Sat, 29 Dec 2018 17:04:00 -0700 (MST) DKIM-Filter: OpenDKIM Filter v2.10.3 stig.purplehat.org 96A945C344 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unfs.us; s=mail; t=1546128240; bh=GK/rlcyCIsCgGcchzsaLboJwUp28MVVomLJsHPWSxTA=; h=Date:From:To:Subject:In-Reply-To:References:From; b=V8PPbIbpniLEE5YT/Sxdugp6JGEyVVr4ZVkfCZSWh2shGdE6IoQkZwCGwth1BJqJX JOhRCD04AXjYCO63O4fYGVf1OH4z/ps6f44SatGUqpm+/ezcIRm3u0GHs/DvapVHyi hPqx20jK8qXVB8U8/r8LUatA5hu2vytGPXYLh9Ys= Received: from stig.purplehat.org ([50.243.134.106]) by localhost (stig.purplehat.org [50.243.134.106]) (maiad, port 10024) with ESMTP id 55931-06 for ; Sat, 29 Dec 2018 17:03:59 -0700 (MST) Received: from webmail.purplehat.org (bill.goatse.unfs.us [50.243.134.106]) (Authenticated sender: jankyj@unfs.us) by stig.purplehat.org (Postfix) with ESMTPA id 26E375C33F for ; Sat, 29 Dec 2018 17:03:59 -0700 (MST) DKIM-Filter: OpenDKIM Filter v2.10.3 stig.purplehat.org 26E375C33F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unfs.us; s=mail; t=1546128239; bh=GK/rlcyCIsCgGcchzsaLboJwUp28MVVomLJsHPWSxTA=; h=Date:From:To:Subject:In-Reply-To:References:From; b=LlIByvRcQRKBX0Irp6azOW2W4WPjcZr6o5FPIr1+5ZSmtv3fGFdDaUmead/X/MFXq +j27v7pdbDDlzraIkb6SKUP04o8Uk304ftaPmXzLhsH4bC27sLHksy2FiEGgSPvxzM rlHwG8h1d+aKc4U7Jb+gY+5y/HoM5z73+0rDCqyg= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 29 Dec 2018 17:03:59 -0700 From: Janketh Jay To: freebsd-ports@freebsd.org Subject: Re: Maia Mailgaurd In-Reply-To: <9BE00ADB383D4AC1A8E546A8B4F0DD89@RIVENDELL> References: <3695c8be-c969-1715-a902-72752faf7d5e@hayers.org> <9BE00ADB383D4AC1A8E546A8B4F0DD89@RIVENDELL> Message-ID: X-Sender: jankyj@unfs.us User-Agent: PHO Webmail X-Virus-Scanned: Maia Mailguard X-Rspamd-Queue-Id: DA1758AE63 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unfs.us header.s=mail header.b=V8PPbIbp; dkim=pass header.d=unfs.us header.s=mail header.b=LlIByvRc; dmarc=pass (policy=none) header.from=unfs.us; spf=pass (mx1.freebsd.org: domain of jankyj@unfs.us designates 50.243.134.106 as permitted sender) smtp.mailfrom=jankyj@unfs.us X-Spamd-Result: default: False [-4.34 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[unfs.us:s=mail]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[unfs.us:+]; MX_GOOD(-0.01)[mx2.purplehat.org,stig.purplehat.org]; RCVD_IN_DNSWL_NONE(0.00)[106.134.243.50.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.87)[-0.874,0]; DMARC_POLICY_ALLOW(-0.50)[unfs.us,none]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.56)[ipnet: 50.128.0.0/9(-1.99), asn: 7922(-0.74), country: US(-0.08)]; ASN(0.00)[asn:7922, ipnet:50.128.0.0/9, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2018 00:04:11 -0000 Hi All, On 03/12/2018 2:17 pm, Reko Turja via freebsd-ports wrote: > Hello Janky Jay! > > -----Original Message----- Sent: Monday, December 3, 2018 4:17 PM > Subject: Re: Maia Mailgaurd > >> Okay. No sweat. I'll work on getting a port patch going as that seems >> it would be the easiest way to push this out. I'll provide a download >> as >> soon as I have something available for testing. > > Sounds good, thank you for your work on ports! > > -Reko > So, after a bit of testing (and not being able to update the port for PHP7 due to Smarty issues), below is a simple patch that will keep the current port version of Maia (1.0.4_3) working with PHP7 (testing with PHP 7.2). Please let me know if this does not work or if there is anything else that needs to be added or changed. Hopefully, I'll get the Smarty issue(s) sorted out soon and have a new port submitted. diff -Naur maia.orig/cache.php maia/cache.php --- maia.orig/cache.php 2015-02-15 15:19:45.000000000 -0700 +++ maia/cache.php 2018-10-14 20:25:30.278960000 -0600 @@ -554,7 +554,7 @@ $rectmp = ""; foreach ($to_list as $recipient) { if (isset($personal_addresses[$recipient]) || $domain_default) { - $rectmp[] = $recipient; + $rectmp = $recipient; } } $rows[$count]['recipient_email'] = $rectmp; Essentially, you just need to remove the "[]" from "rectmp" on line 558 in your /usr/local/www/maia/cache.php file. Also, if you're interested in seeing/testing the new port (from the latest Github commit for technion's maia_mailguard), you can download the patch from the link below [1] and let me know if it's successful for you. Everything seems to work except for the WebUI due to a fatal call to Smarty which I cannot figure out (I'm not a PHP developer). However, once that is sorted, I should be ready to submit the new port so Maia can be updated to the latest version. 1. https://www.purplehat.org/downloads/maia/maia-1.0.4-g20181202.diff Regards, Janky Jay, III From owner-freebsd-ports@freebsd.org Sun Dec 30 00:41:43 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A6B5143205D for ; Sun, 30 Dec 2018 00:41:43 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [140.82.23.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E2DA08BC90 for ; Sun, 30 Dec 2018 00:41:41 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from duke.gem.co (cpe-23-243-162-239.socal.res.rr.com [23.243.162.239]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 59047f00 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Sat, 29 Dec 2018 16:41:33 -0800 (PST) Subject: Re: Request for help: remove bundler from ruby 2.6 port To: Adam Weinberger , Yasuhiro KIMURA Cc: freebsd-ports@freebsd.org References: <20181229.134412.1093009159948437947.yasu@utahime.org> From: Pete Wright Message-ID: <06f8f9d9-f949-d57c-c654-14ce82b086cf@nomadlogic.org> Date: Sat, 29 Dec 2018 16:41:32 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: E2DA08BC90 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 140.82.23.70 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-5.69 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[239.162.243.23.zen.spamhaus.org : 127.0.0.10]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[nomadlogic.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.nomadlogic.org]; NEURAL_HAM_SHORT(-0.92)[-0.923,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-2.46)[ip: (-9.13), ipnet: 140.82.16.0/21(-4.56), asn: 20473(1.46), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:140.82.16.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2018 00:41:43 -0000 On 12/29/18 2:34 PM, Adam Weinberger wrote: > On Sat, Dec 29, 2018 at 6:20 AM Yasuhiro KIMURA wrote: >> Hello all, >> >> Ruby 2.6.0 is released and I tried porting it. >> >> After creating start point by 'svn copy lang/ruby25 lang/ruby26', I >> made following changes. >> >> https://www.utahime.org/FreeBSD/ports/lang_ruby26.patch >> >> It is build successfully and works fine on 12.0-RELEASE amd64. But >> there is still one issue left. >> >> From 2.6.0 ruby includes 'bundler'. But according to the convention of >> ruby port it should be removed from ruby core port in the same way as >> 'gem' and 'rake'. I learned from Makefile that it is achieved by >> removing related files from source tree at post-patch target. However >> I don't know enough about what files need to be removed to cleanly >> remove bundler from ruby 2.6 port. >> >> So would someone please help me about it? > I think perhaps it's worth considering doing the opposite and, > beginning with 2.6, install the entire standard library by default. > Gems and stdlib exist side-by-side without problem, and many of the > gems that are deleted are generally kept up-to-date. > > Even if we don't want to install the entire standard library, I'd at > least strongly argue for including the most important gems (rake, gem, > minitest, and bundler) by default. They are basic components of ruby > itself, and ports should provide //optional// newer versions of them. +1 from me on this. i think the benefits of lowering the porting overhead combined with the fact that most ruby envs i've supported (and currently support) are built around the expectation that rake, gem and bundler are all available - so this would lower my administrative overhead as well. i will hopefully have time to give your patch a test on my end this weekend and send some feedback. cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-ports@freebsd.org Sun Dec 30 01:10:17 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7CC11432954 for ; Sun, 30 Dec 2018 01:10:16 +0000 (UTC) (envelope-from SRS0=Ik2b=PH=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7CB38C723 for ; Sun, 30 Dec 2018 01:10:15 +0000 (UTC) (envelope-from SRS0=Ik2b=PH=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3074E28417; Sun, 30 Dec 2018 02:03:31 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id C191C28416; Sun, 30 Dec 2018 02:03:29 +0100 (CET) Subject: Re: Maia Mailgaurd To: Janketh Jay , freebsd-ports@freebsd.org References: <3695c8be-c969-1715-a902-72752faf7d5e@hayers.org> <9BE00ADB383D4AC1A8E546A8B4F0DD89@RIVENDELL> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <95f7bde5-62c7-c79b-366d-45d8a9147edd@quip.cz> Date: Sun, 30 Dec 2018 02:03:29 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: E7CB38C723 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.62 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.969,0]; IP_SCORE(0.58)[ip: (1.50), ipnet: 94.124.104.0/21(0.75), asn: 42000(0.60), country: CZ(0.04)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.92)[0.916,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(0.97)[0.967,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=Ik2b=PH=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[209.16.49.86.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=Ik2b=PH=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2018 01:10:17 -0000 Janketh Jay wrote on 2018/12/30 01:03: [...] > diff -Naur maia.orig/cache.php maia/cache.php > --- maia.orig/cache.php 2015-02-15 15:19:45.000000000 -0700 > +++ maia/cache.php      2018-10-14 20:25:30.278960000 -0600 > @@ -554,7 +554,7 @@ >                      $rectmp = ""; >                      foreach ($to_list as $recipient) { >                          if (isset($personal_addresses[$recipient]) || > $domain_default) { > -                          $rectmp[] = $recipient; > +                          $rectmp = $recipient; >                          } >                      } >                      $rows[$count]['recipient_email'] = $rectmp; > > >       Essentially, you just need to remove the "[]" from "rectmp" on > line 558 in your /usr/local/www/maia/cache.php file. I don't use Maia Mailguard and I didn't read the source code but I think your patch is wrong. It changed the function. Original code assigned all recipient addresses (appending) in to an array (hash) $rectmp in a foreach loop and then assign this array to $rows[$count]['recipient_email']. But now you are using it as variable so if there are more than one recipient this variable is overwritten on each iteration and then just the last recipient is assigned to $rows[$count]['recipient_email']. My very wild guess is that it should be like this - $rectmp = ""; + $rectmp = array(); foreach ($to_list as $recipient) { if (isset($personal_addresses[$recipient]) || $domain_default) { $rectmp[] = $recipient; } } $rows[$count]['recipient_email'] = $rectmp; I guess you want to fix some PHP 7 warning / syntax error with $rectmp created ass plain variable and later used as an array so I defined as an array first. But maybe I am totally wrong :) I just made similar fix few days ago in an old version of PostfixAdmin after upgrade from PHP 5.6 to 7.1. Miroslav Lachman From owner-freebsd-ports@freebsd.org Sun Dec 30 01:16:21 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BA85143332A for ; Sun, 30 Dec 2018 01:16:21 +0000 (UTC) (envelope-from SRS0=Ik2b=PH=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 77B478CE65 for ; Sun, 30 Dec 2018 01:16:20 +0000 (UTC) (envelope-from SRS0=Ik2b=PH=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6E12528417; Sun, 30 Dec 2018 02:16:18 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 10D7828416; Sun, 30 Dec 2018 02:16:17 +0100 (CET) Subject: Re: Maia Mailgaurd / PHP 7 support To: Janketh Jay , freebsd-ports@freebsd.org References: <3695c8be-c969-1715-a902-72752faf7d5e@hayers.org> <9BE00ADB383D4AC1A8E546A8B4F0DD89@RIVENDELL> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <2125255d-f85b-b24a-7ad1-c5c3e6d05b8b@quip.cz> Date: Sun, 30 Dec 2018 02:16:16 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 77B478CE65 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.48 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.96)[0.963,0]; IP_SCORE(0.55)[ip: (1.42), ipnet: 94.124.104.0/21(0.71), asn: 42000(0.57), country: CZ(0.04)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.85)[0.848,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(0.93)[0.929,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=Ik2b=PH=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[209.16.49.86.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=Ik2b=PH=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2018 01:16:21 -0000 Janketh Jay wrote on 2018/12/30 01:03: > Hi All, > > On 03/12/2018 2:17 pm, Reko Turja via freebsd-ports wrote: >> Hello Janky Jay! >> >> -----Original Message----- Sent: Monday, December 3, 2018 4:17 PM >> Subject: Re: Maia Mailgaurd >> >>> Okay. No sweat. I'll work on getting a port patch going as that seems >>> it would be the easiest way to push this out. I'll provide a download as >>> soon as I have something available for testing. >> >> Sounds good, thank you for your work on ports! >> >> -Reko >> > >       So, after a bit of testing (and not being able to update the port > for PHP7 due to Smarty issues), below is a simple patch that will keep > the current port version of Maia (1.0.4_3) working with PHP7 (testing > with PHP 7.2). Please let me know if this does not work or if there is > anything else that needs to be added or changed. Hopefully, I'll get the > Smarty issue(s) sorted out soon and have a new port submitted. [...] >       Also, if you're interested in seeing/testing the new port (from > the latest Github commit for technion's maia_mailguard), you can > download the patch from the link below [1] and let me know if it's > successful for you. Everything seems to work except for the WebUI due to > a fatal call to Smarty which I cannot figure out (I'm not a PHP > developer). However, once that is sorted, I should be ready to submit > the new port so Maia can be updated to the latest version. I forgot about this in my previous message - I guess there is an old version of Smarty not supporting PHP 7. It would be probably better to replace it with newer version of Smarty with PHP 7 support but there can be some syntax changes in Smarty config / initialisation. I remember something about it about a year ago when I was upgrading one of our own (very old) project to newer Smarty templates. There are some differences between Smarty 2 and Smarty 3. But as I read now on their website, the latest Smarty 2 version 2.6.31 supports PHP 7.2 so it should be painless to replace old noncompatible version with this one. Kind regards Miroslav Lachman From owner-freebsd-ports@freebsd.org Sun Dec 30 01:35:37 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5148D1434380 for ; Sun, 30 Dec 2018 01:35:37 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from gate.utahime.jp (ipq210.utahime.jp [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 466C08DC3A for ; Sun, 30 Dec 2018 01:35:34 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by gate.utahime.jp (Postfix) with ESMTPS id B110D254E9; Sun, 30 Dec 2018 10:35:29 +0900 (JST) Received: from eastasia.home.utahime.org (localhost [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with ESMTP id 27AA1382A3; Sun, 30 Dec 2018 10:35:29 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 32522382A2; Sun, 30 Dec 2018 10:35:26 +0900 (JST) Date: Sun, 30 Dec 2018 10:35:14 +0900 (JST) Message-Id: <20181230.103514.1004952746059751135.yasu@utahime.org> To: freebsd-ports@freebsd.org Subject: Re: Request for help: remove bundler from ruby 2.6 port From: Yasuhiro KIMURA In-Reply-To: <06f8f9d9-f949-d57c-c654-14ce82b086cf@nomadlogic.org> References: <20181229.134412.1093009159948437947.yasu@utahime.org> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: 466C08DC3A X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [0.63 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.80)[-0.799,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[utahime.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.61)[-0.609,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(0.17)[ip: (0.45), ipnet: 183.180.0.0/16(0.23), asn: 2519(0.26), country: JP(-0.09)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1.utahime.org]; MID_CONTAINS_FROM(1.00)[]; NEURAL_SPAM_SHORT(0.68)[0.679,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2018 01:35:37 -0000 From: Adam Weinberger Subject: Re: Request for help: remove bundler from ruby 2.6 port Date: Sat, 29 Dec 2018 15:34:17 -0700 > I think perhaps it's worth considering doing the opposite and, > beginning with 2.6, install the entire standard library by default. > Gems and stdlib exist side-by-side without problem, and many of the > gems that are deleted are generally kept up-to-date. > > Even if we don't want to install the entire standard library, I'd at > least strongly argue for including the most important gems (rake, gem, > minitest, and bundler) by default. They are basic components of ruby > itself, and ports should provide //optional// newer versions of them. From: Pete Wright Subject: Re: Request for help: remove bundler from ruby 2.6 port Date: Sat, 29 Dec 2018 16:41:32 -0800 > +1 from me on this. > > i think the benefits of lowering the porting overhead combined with > the fact that most ruby envs i've supported (and currently support) > are built around the expectation that rake, gem and bundler are all > available - so this would lower my administrative overhead as well. Thank you for reply. Then I'm going to create full port and post here again. But I'm away from this evening to next Saturday and can't access development environment during that time. So if someone else want to try it, please don't hesitate. Best Regards. --- Yasuhiro KIMURA From owner-freebsd-ports@freebsd.org Sun Dec 30 02:48:36 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9DB01437E37 for ; Sun, 30 Dec 2018 02:48:35 +0000 (UTC) (envelope-from jankyj@unfs.us) Received: from stig.purplehat.org (stig.purplehat.org [50.243.134.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4540E6A016 for ; Sun, 30 Dec 2018 02:48:33 +0000 (UTC) (envelope-from jankyj@unfs.us) Received: from localhost (bill.goatse.unfs.us [50.243.134.106]) by stig.purplehat.org (Postfix) with ESMTP id E4E5E5D735 for ; Sat, 29 Dec 2018 19:48:31 -0700 (MST) DKIM-Filter: OpenDKIM Filter v2.10.3 stig.purplehat.org E4E5E5D735 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unfs.us; s=mail; t=1546138112; bh=NAEZRHV7kAhtqEF/lD2IHURcUekWcIY6qLRq+lgxXR4=; h=Subject:To:References:From:Date:In-Reply-To:From; b=scngcNmTh7avJMNkSudv1tWTnS+cTDSm0CoXTDXYsDo+9Ki82JxWC2d9M55bRim1z XMRXWw1mJd0rDBAWFvMVUfgus+i0OyODyrRUol9DKgN6rBYQBB77NezRUHUoN3Ig7s NnaljSegZrlfl4ZchxAnXKSg3zVnthLz/aMfig68= Received: from stig.purplehat.org ([50.243.134.106]) by localhost (stig.purplehat.org [50.243.134.106]) (maiad, port 10024) with ESMTP id 65368-03 for ; Sat, 29 Dec 2018 19:48:31 -0700 (MST) Received: from tools.purplehat.org (tools.purplehat.org [172.28.35.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jankyj@unfs.us) by stig.purplehat.org (Postfix) with ESMTPSA id 0C22A5D72E for ; Sat, 29 Dec 2018 19:48:31 -0700 (MST) DKIM-Filter: OpenDKIM Filter v2.10.3 stig.purplehat.org 0C22A5D72E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unfs.us; s=mail; t=1546138111; bh=NAEZRHV7kAhtqEF/lD2IHURcUekWcIY6qLRq+lgxXR4=; h=Subject:To:References:From:Date:In-Reply-To:From; b=aSt9LA+g63PxAM9n2DUx45zq5pR4SLOoQlrPLZM3ca82aVYby+kaNgRYVBuQzu28k 4k6f5tIMIAvB6uXbvL4ggpObLCgz3K0NqHxQ6On3DuaRNWre1WT/9dIkwB89vXG5IO HFOe4gA8Nos+GslXJsl2cReZZeISc63EHJZD/eKo= Subject: Re: Maia Mailgaurd To: freebsd-ports@freebsd.org References: <3695c8be-c969-1715-a902-72752faf7d5e@hayers.org> <9BE00ADB383D4AC1A8E546A8B4F0DD89@RIVENDELL> <95f7bde5-62c7-c79b-366d-45d8a9147edd@quip.cz> From: "Janky Jay, III" Openpgp: preference=signencrypt Autocrypt: addr=jankyj@unfs.us; prefer-encrypt=mutual; keydata= mQGiBEcuxicRBADQumS0LVqiUzy+FSHHfzMmIVD7J9p+5DxYWOHWxDAOfIfCKxd032v/T6f6 CGt7szJ54QtZUPcXe9JLcm4wtu1bGrZ/bWRiExOKeREKREJ7Tw3CasFFSg2/QUUNpkovipP6 MA7yHzDWF1Vph0gSRxuoM3zHd8mUKyG0GL2DdWfClwCghPBFz8cO/UzNTwhQCdQ2YKbA3ssD /3HFuy9fKT9VnAgMnDW6Uc1WVq6OHN+7qZYcwyV9d4C+53f+bErBO90EIuOopnaIPd8yPNoB IIyVohVOVKkSrXvOfIH4rImbu+k4HRdPXA+X4ga2Bq/izl6d6gCt+Rgb7viQdaEJp5WIwHJU GE1/2mhsd0hKYN0t1CgxgR8lV4q8BACbOyQiQptqnXUdFwxCBAKMhJb/YJ8Zwl5uyg0KGFYX Owteg+X2pv44iC+eAX36JFa2U9IjQgnxPc9yN4WSSW/d7l0P/NWbVVZFEYIOLcmp8LwZgbzy WXDzIDBHBZg8Cl0uOOebatZj79+JHKrMZ2Q4Rie1lOIRdYwGuVl4Evz6VLQwSmFua3kgSmF5 LCBJSUkgKGphbmt5akB1bmZzLnVzKSA8amFua3lqQHVuZnMudXM+iGAEExECACAFAkcuxicC GyMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRAYrcyxRslmfhU/AJ9BddVRvkSbCDIujQz4 0nOV/+8i9QCfUQS88JNkjjWqgKuQr/6JFGkAPqS5Ag0ERy7GKxAIAN3+ZgNclCeByi05GTl0 dJiadeo5LUK9HXA+JFQmqi1PLuPxncj/A1BLQ0b2HN+PLrNOV6zk3l74Yw4t7VijyzSQ77Rr nQYzm97tB7IAcsxWlg4/dRtqvqh4zJmP2RtlzWSjRNj3gPiX2+J4+UcSl43trUEF/6kwCCtJ k1/r81Ix9tV2CmhYzixuoQxXSzbVyODaacZ9yFL1KRe//uAO9TSndZZ4Edq4giaDFnE6pXdD I/cObPOgnMtJeEZKv1DmTiWSIPFitb+hAxDTkNHg0ydJ60R3SJxpo7+KVc4bjtIuDi3PtHqM XajoGZ1/6FW4QVCcI2SjDercRm8aFElkudMAAwYIANZAqR5eTsZsO7SuFLkkEXNgZGe5km46 cuFk6F9A31aHN3Pmy5mzqmrEkNif0ZyUxmP9t1zYZwaiLBweAwMS8t0C2Cok5EYjjM3l39sS QyhbRTcjdYee7v+S2l7g6kqIviJyWt/4KixZ2cnJbv74+y3XV5DeGS3r9ticE7Tz3YRh+i8/ ZVoxMJSRDE4STEtuMp+cfLmFHTSIjiVgGzudv2ZjOa+EWc6lwzOnvrHIVg9QGimTHI2BzALY Bwsb8gy2ds8Lx1lzVxt8jeSKdw/A9hA71YHf55vEV3XX6aR923hzpzQJTbVgnkPCTIeTxP0G 08g8Dbg52fZsv3tzTukRGqGISQQYEQIACQUCRy7GKwIbDAAKCRAYrcyxRslmfuGnAJ0d91W/ u27S8N18SA/1P944mqtbFwCcCE/3mIqNOJfsYJuUGTNfwmEb7E0= Message-ID: Date: Sat, 29 Dec 2018 19:48:13 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <95f7bde5-62c7-c79b-366d-45d8a9147edd@quip.cz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dbFFGXzJrpob3YfvxgnyqkAxjzRAy3Qt4" X-Virus-Scanned: Maia Mailguard X-Rspamd-Queue-Id: 4540E6A016 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unfs.us header.s=mail header.b=scngcNmT; dkim=pass header.d=unfs.us header.s=mail header.b=aSt9LA+g; dmarc=pass (policy=none) header.from=unfs.us; spf=pass (mx1.freebsd.org: domain of jankyj@unfs.us designates 50.243.134.106 as permitted sender) smtp.mailfrom=jankyj@unfs.us X-Spamd-Result: default: False [-6.35 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mx2.purplehat.org]; DKIM_TRACE(0.00)[unfs.us:+]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.76)[-0.762,0]; DMARC_POLICY_ALLOW(-0.50)[unfs.us,none]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; IP_SCORE(-0.68)[ipnet: 50.128.0.0/9(-2.53), asn: 7922(-0.77), country: US(-0.08)]; ASN(0.00)[asn:7922, ipnet:50.128.0.0/9, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[unfs.us:s=mail]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[106.134.243.50.list.dnswl.org : 127.0.10.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2018 02:48:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dbFFGXzJrpob3YfvxgnyqkAxjzRAy3Qt4 Content-Type: multipart/mixed; boundary="SI7HixYqZgkS8ZHYlEv6fycB1ugChZiBB"; protected-headers="v1" From: "Janky Jay, III" To: freebsd-ports@freebsd.org Message-ID: Subject: Re: Maia Mailgaurd References: <3695c8be-c969-1715-a902-72752faf7d5e@hayers.org> <9BE00ADB383D4AC1A8E546A8B4F0DD89@RIVENDELL> <95f7bde5-62c7-c79b-366d-45d8a9147edd@quip.cz> In-Reply-To: <95f7bde5-62c7-c79b-366d-45d8a9147edd@quip.cz> --SI7HixYqZgkS8ZHYlEv6fycB1ugChZiBB Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Language: en-US SGVsbG8gTWlyb3NsYXYsCgpPbiAxMi8yOS8xOCA2OjAzIFBNLCBNaXJvc2xhdiBMYWNobWFu IHdyb3RlOgo+IEphbmtldGggSmF5IHdyb3RlIG9uIDIwMTgvMTIvMzAgMDE6MDM6Cj4KPiBb Li4uXQo+Cj4+IGRpZmYgLU5hdXIgbWFpYS5vcmlnL2NhY2hlLnBocCBtYWlhL2NhY2hlLnBo cAo+PiAtLS0gbWFpYS5vcmlnL2NhY2hlLnBocCAyMDE1LTAyLTE1IDE1OjE5OjQ1LjAwMDAw MDAwMCAtMDcwMAo+PiArKysgbWFpYS9jYWNoZS5waHDCoMKgwqDCoMKgIDIwMTgtMTAtMTQg MjA6MjU6MzAuMjc4OTYwMDAwIC0wNjAwCj4+IEBAIC01NTQsNyArNTU0LDcgQEAKPj4gwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICRyZWN0bXAgPSAiIjsK Pj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGZvcmVhY2gg KCR0b19saXN0IGFzICRyZWNpcGllbnQpIHsKPj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgaWYgKGlzc2V0KCRwZXJzb25hbF9hZGRyZXNz ZXNbJHJlY2lwaWVudF0pCj4+IHx8ICRkb21haW5fZGVmYXVsdCkgewo+PiAtwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgJHJlY3RtcFtdID0g JHJlY2lwaWVudDsKPj4gK8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgICRyZWN0bXAgPSAkcmVjaXBpZW50Owo+PiDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCB9Cj4+IMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCB9Cj4+IMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAkcm93c1skY291bnRdWydyZWNpcGllbnRfZW1haWwn XSA9ICRyZWN0bXA7Cj4+Cj4+Cj4+IMKgwqDCoMKgwqDCoCBFc3NlbnRpYWxseSwgeW91IGp1 c3QgbmVlZCB0byByZW1vdmUgdGhlICJbXSIgZnJvbSAicmVjdG1wIiBvbgo+PiBsaW5lIDU1 OCBpbiB5b3VyIC91c3IvbG9jYWwvd3d3L21haWEvY2FjaGUucGhwIGZpbGUuCj4KPiBJIGRv bid0IHVzZSBNYWlhIE1haWxndWFyZCBhbmQgSSBkaWRuJ3QgcmVhZCB0aGUgc291cmNlIGNv ZGUgYnV0IEkKPiB0aGluayB5b3VyIHBhdGNoIGlzIHdyb25nLiBJdCBjaGFuZ2VkIHRoZSBm dW5jdGlvbi4gT3JpZ2luYWwgY29kZQo+IGFzc2lnbmVkIGFsbCByZWNpcGllbnQgYWRkcmVz c2VzIChhcHBlbmRpbmcpIGluIHRvIGFuIGFycmF5IChoYXNoKQo+ICRyZWN0bXAgaW4gYSBm b3JlYWNoIGxvb3AgYW5kIHRoZW4gYXNzaWduIHRoaXMgYXJyYXkgdG8KPiAkcm93c1skY291 bnRdWydyZWNpcGllbnRfZW1haWwnXS4KPiBCdXQgbm93IHlvdSBhcmUgdXNpbmcgaXQgYXMg dmFyaWFibGUgc28gaWYgdGhlcmUgYXJlIG1vcmUgdGhhbiBvbmUKPiByZWNpcGllbnQgdGhp cyB2YXJpYWJsZSBpcyBvdmVyd3JpdHRlbiBvbiBlYWNoIGl0ZXJhdGlvbiBhbmQgdGhlbiBq dXN0Cj4gdGhlIGxhc3QgcmVjaXBpZW50IGlzIGFzc2lnbmVkIHRvICRyb3dzWyRjb3VudF1b J3JlY2lwaWVudF9lbWFpbCddLgo+Cj4gTXkgdmVyeSB3aWxkIGd1ZXNzIGlzIHRoYXQgaXQg c2hvdWxkIGJlIGxpa2UgdGhpcwo+Cj4gLcKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgICRyZWN0bXAgPSAiIjsKPiArwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqAgJHJlY3RtcCA9IGFycmF5KCk7Cj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoCBmb3JlYWNoICgkdG9fbGlzdCBhcyAkcmVjaXBpZW50KSB7 Cj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGlm IChpc3NldCgkcGVyc29uYWxfYWRkcmVzc2VzWyRyZWNpcGllbnRdKSB8fAo+ICRkb21haW5f ZGVmYXVsdCkgewo+IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgICRyZWN0bXBbXSA9ICRyZWNpcGllbnQ7Cj4gwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIH0KPiDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgIH0KPiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgICRyb3dzWyRjb3VudF1bJ3JlY2lwaWVudF9lbWFpbCddID0gJHJlY3Rt cDsKPgo+IEkgZ3Vlc3MgeW91IHdhbnQgdG8gZml4IHNvbWUgUEhQIDcgd2FybmluZyAvIHN5 bnRheCBlcnJvciB3aXRoICRyZWN0bXAKPiBjcmVhdGVkIGFzcyBwbGFpbiB2YXJpYWJsZSBh bmQgbGF0ZXIgdXNlZCBhcyBhbiBhcnJheSBzbyBJIGRlZmluZWQgYXMKPiBhbiBhcnJheSBm aXJzdC4KPgo+IEJ1dCBtYXliZSBJIGFtIHRvdGFsbHkgd3JvbmcgOikKPgo+IEkganVzdCBt YWRlIHNpbWlsYXIgZml4IGZldyBkYXlzIGFnbyBpbiBhbiBvbGQgdmVyc2lvbiBvZiBQb3N0 Zml4QWRtaW4KPiBhZnRlciB1cGdyYWRlIGZyb20gUEhQIDUuNiB0byA3LjEuCgrCoMKgwqAg VGhhbmsgeW91IGZvciB0aGUgaW5mb3JtYXRpb24hIFlvdSdyZSBsaWtlbHkgdmVyeSBtdWNo IGNvcnJlY3QgYXMKdGhhdCBzZWVtcyB0byBiZSBhIG1vcmUgcHJvcGVyIGZpeCBmb3IgdGhl IGFycmF5IChhbmQgdGhlcmUgYXJlIGxpa2VseQpvdGhlciBhcnJheXMgdGhhdCBuZWVkIHRv IGJlIGZpeGVkKS4gSSB3aWxsIHRlc3QgdGhpcyBhbmQgc2VlIGlmIGl0CndvcmtzIChJIGRv bid0IHNlZSB3aHkgaXQgd291bGRuJ3QpLiBUaGFua3MgYWdhaW4hCgpSZWdhcmRzLApKYW5r eSBKYXksIElJSQoK --SI7HixYqZgkS8ZHYlEv6fycB1ugChZiBB-- --dbFFGXzJrpob3YfvxgnyqkAxjzRAy3Qt4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQT3labtx1DPvRcqv5cYrcyxRslmfgUCXCgx/gAKCRAYrcyxRslm fnFlAJ9wRdbagbHfUqrozeMmnaJ+1VaGuwCfaxuKIKiOnPRjgU+ytsdMofySFx0= =tQE3 -----END PGP SIGNATURE----- --dbFFGXzJrpob3YfvxgnyqkAxjzRAy3Qt4-- From owner-freebsd-ports@freebsd.org Sun Dec 30 04:13:38 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71E17143A6DF for ; Sun, 30 Dec 2018 04:13:38 +0000 (UTC) (envelope-from jankyj@unfs.us) Received: from stig.purplehat.org (stig.purplehat.org [50.243.134.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F6896CD8F for ; Sun, 30 Dec 2018 04:13:35 +0000 (UTC) (envelope-from jankyj@unfs.us) Received: from localhost (bill.goatse.unfs.us [50.243.134.106]) by stig.purplehat.org (Postfix) with ESMTP id B0C92681DF for ; Sat, 29 Dec 2018 21:13:33 -0700 (MST) DKIM-Filter: OpenDKIM Filter v2.10.3 stig.purplehat.org B0C92681DF DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unfs.us; s=mail; t=1546143213; bh=NJBSWjw/H++FmwEBXVgdm6dsH6Y7unCESah0cMzV4Po=; h=Subject:To:References:From:Date:In-Reply-To:From; b=e87gJtSEeUYbVYZS9tAA2o7usCml+sl4p4jsTLwYe52qy0+R1U4pbWGOaWiIz1yMO ONWuzX5b6yWaex7wH3/inYU6N7TeLGatDM/I1TlvdemZlBeECgAjJuPkh1lSfPMf7Q He1Tevn/6MvbDRz+UbjSWMOgzeN1Ezrz4V9S3Zeo= Received: from stig.purplehat.org ([50.243.134.106]) by localhost (stig.purplehat.org [50.243.134.106]) (maiad, port 10024) with ESMTP id 86197-01 for ; Sat, 29 Dec 2018 21:13:32 -0700 (MST) Received: from tools.purplehat.org (tools.purplehat.org [172.28.35.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jankyj@unfs.us) by stig.purplehat.org (Postfix) with ESMTPSA id 8CD90681D5 for ; Sat, 29 Dec 2018 21:13:32 -0700 (MST) DKIM-Filter: OpenDKIM Filter v2.10.3 stig.purplehat.org 8CD90681D5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unfs.us; s=mail; t=1546143212; bh=NJBSWjw/H++FmwEBXVgdm6dsH6Y7unCESah0cMzV4Po=; h=Subject:To:References:From:Date:In-Reply-To:From; b=paVgDRvHaZYAXYJNY596ZVR7zhoQpTbJg5fsovK6mh1UF1n4kGSDFYkk86xRoCZJg wLYth/RWO2ro0R2wXUznASMmWLEK4Za25KsCZ6biW/9zZ4hwR7bNEXIQRkIE/lMGEz A3MCGA1ybXVp4SpesqAe+lftB0nnV63EReeihZ4w= Subject: Re: Maia Mailgaurd / PHP 7 support To: freebsd-ports@freebsd.org References: <3695c8be-c969-1715-a902-72752faf7d5e@hayers.org> <9BE00ADB383D4AC1A8E546A8B4F0DD89@RIVENDELL> <2125255d-f85b-b24a-7ad1-c5c3e6d05b8b@quip.cz> From: "Janky Jay, III" Openpgp: preference=signencrypt Autocrypt: addr=jankyj@unfs.us; prefer-encrypt=mutual; keydata= mQGiBEcuxicRBADQumS0LVqiUzy+FSHHfzMmIVD7J9p+5DxYWOHWxDAOfIfCKxd032v/T6f6 CGt7szJ54QtZUPcXe9JLcm4wtu1bGrZ/bWRiExOKeREKREJ7Tw3CasFFSg2/QUUNpkovipP6 MA7yHzDWF1Vph0gSRxuoM3zHd8mUKyG0GL2DdWfClwCghPBFz8cO/UzNTwhQCdQ2YKbA3ssD /3HFuy9fKT9VnAgMnDW6Uc1WVq6OHN+7qZYcwyV9d4C+53f+bErBO90EIuOopnaIPd8yPNoB IIyVohVOVKkSrXvOfIH4rImbu+k4HRdPXA+X4ga2Bq/izl6d6gCt+Rgb7viQdaEJp5WIwHJU GE1/2mhsd0hKYN0t1CgxgR8lV4q8BACbOyQiQptqnXUdFwxCBAKMhJb/YJ8Zwl5uyg0KGFYX Owteg+X2pv44iC+eAX36JFa2U9IjQgnxPc9yN4WSSW/d7l0P/NWbVVZFEYIOLcmp8LwZgbzy WXDzIDBHBZg8Cl0uOOebatZj79+JHKrMZ2Q4Rie1lOIRdYwGuVl4Evz6VLQwSmFua3kgSmF5 LCBJSUkgKGphbmt5akB1bmZzLnVzKSA8amFua3lqQHVuZnMudXM+iGAEExECACAFAkcuxicC GyMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRAYrcyxRslmfhU/AJ9BddVRvkSbCDIujQz4 0nOV/+8i9QCfUQS88JNkjjWqgKuQr/6JFGkAPqS5Ag0ERy7GKxAIAN3+ZgNclCeByi05GTl0 dJiadeo5LUK9HXA+JFQmqi1PLuPxncj/A1BLQ0b2HN+PLrNOV6zk3l74Yw4t7VijyzSQ77Rr nQYzm97tB7IAcsxWlg4/dRtqvqh4zJmP2RtlzWSjRNj3gPiX2+J4+UcSl43trUEF/6kwCCtJ k1/r81Ix9tV2CmhYzixuoQxXSzbVyODaacZ9yFL1KRe//uAO9TSndZZ4Edq4giaDFnE6pXdD I/cObPOgnMtJeEZKv1DmTiWSIPFitb+hAxDTkNHg0ydJ60R3SJxpo7+KVc4bjtIuDi3PtHqM XajoGZ1/6FW4QVCcI2SjDercRm8aFElkudMAAwYIANZAqR5eTsZsO7SuFLkkEXNgZGe5km46 cuFk6F9A31aHN3Pmy5mzqmrEkNif0ZyUxmP9t1zYZwaiLBweAwMS8t0C2Cok5EYjjM3l39sS QyhbRTcjdYee7v+S2l7g6kqIviJyWt/4KixZ2cnJbv74+y3XV5DeGS3r9ticE7Tz3YRh+i8/ ZVoxMJSRDE4STEtuMp+cfLmFHTSIjiVgGzudv2ZjOa+EWc6lwzOnvrHIVg9QGimTHI2BzALY Bwsb8gy2ds8Lx1lzVxt8jeSKdw/A9hA71YHf55vEV3XX6aR923hzpzQJTbVgnkPCTIeTxP0G 08g8Dbg52fZsv3tzTukRGqGISQQYEQIACQUCRy7GKwIbDAAKCRAYrcyxRslmfuGnAJ0d91W/ u27S8N18SA/1P944mqtbFwCcCE/3mIqNOJfsYJuUGTNfwmEb7E0= Message-ID: <5a909d65-f55a-20d3-3025-ccc582eb3127@unfs.us> Date: Sat, 29 Dec 2018 21:13:27 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <2125255d-f85b-b24a-7ad1-c5c3e6d05b8b@quip.cz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3JCPzZjsblESAoSy6AI5jlMGyAxlX8Joh" X-Virus-Scanned: Maia Mailguard X-Rspamd-Queue-Id: 1F6896CD8F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unfs.us header.s=mail header.b=e87gJtSE; dkim=pass header.d=unfs.us header.s=mail header.b=paVgDRvH; dmarc=pass (policy=none) header.from=unfs.us; spf=pass (mx1.freebsd.org: domain of jankyj@unfs.us designates 50.243.134.106 as permitted sender) smtp.mailfrom=jankyj@unfs.us X-Spamd-Result: default: False [-6.79 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mx2.purplehat.org]; DKIM_TRACE(0.00)[unfs.us:+]; DMARC_POLICY_ALLOW(-0.50)[unfs.us,none]; NEURAL_HAM_SHORT(-0.95)[-0.948,0]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; IP_SCORE(-0.83)[ipnet: 50.128.0.0/9(-3.28), asn: 7922(-0.81), country: US(-0.08)]; ASN(0.00)[asn:7922, ipnet:50.128.0.0/9, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[unfs.us:s=mail]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[106.134.243.50.list.dnswl.org : 127.0.10.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2018 04:13:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3JCPzZjsblESAoSy6AI5jlMGyAxlX8Joh Content-Type: multipart/mixed; boundary="jirPCXlfKBblO7rS3mhbaIUt0AQwWT5Ri"; protected-headers="v1" From: "Janky Jay, III" To: freebsd-ports@freebsd.org Message-ID: <5a909d65-f55a-20d3-3025-ccc582eb3127@unfs.us> Subject: Re: Maia Mailgaurd / PHP 7 support References: <3695c8be-c969-1715-a902-72752faf7d5e@hayers.org> <9BE00ADB383D4AC1A8E546A8B4F0DD89@RIVENDELL> <2125255d-f85b-b24a-7ad1-c5c3e6d05b8b@quip.cz> In-Reply-To: <2125255d-f85b-b24a-7ad1-c5c3e6d05b8b@quip.cz> --jirPCXlfKBblO7rS3mhbaIUt0AQwWT5Ri Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Hi Miroslav, On 12/29/18 6:16 PM, Miroslav Lachman wrote: > Janketh Jay wrote on 2018/12/30 01:03: >> Hi All, >> >> On 03/12/2018 2:17 pm, Reko Turja via freebsd-ports wrote: >>> Hello Janky Jay! >>> >>> -----Original Message----- Sent: Monday, December 3, 2018 4:17 PM >>> Subject: Re: Maia Mailgaurd >>> >>>> Okay. No sweat. I'll work on getting a port patch going as that seem= s >>>> it would be the easiest way to push this out. I'll provide a >>>> download as >>>> soon as I have something available for testing. >>> >>> Sounds good, thank you for your work on ports! >>> >>> -Reko >>> >> >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 So, after a bit of testing (and n= ot being able to update the >> port for PHP7 due to Smarty issues), below is a simple patch that >> will keep the current port version of Maia (1.0.4_3) working with >> PHP7 (testing with PHP 7.2). Please let me know if this does not work >> or if there is anything else that needs to be added or changed. >> Hopefully, I'll get the Smarty issue(s) sorted out soon and have a >> new port submitted. > > [...] > >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Also, if you're interested in see= ing/testing the new port >> (from the latest Github commit for technion's maia_mailguard), you >> can download the patch from the link below [1] and let me know if >> it's successful for you. Everything seems to work except for the >> WebUI due to a fatal call to Smarty which I cannot figure out (I'm >> not a PHP developer). However, once that is sorted, I should be ready >> to submit the new port so Maia can be updated to the latest version. > > I forgot about this in my previous message - I guess there is an old > version of Smarty not supporting PHP 7. It would be probably better to > replace it with newer version of Smarty with PHP 7 support but there > can be some syntax changes in Smarty config / initialisation. I > remember something about it about a year ago when I was upgrading one > of our own (very old) project to newer Smarty templates. There are > some differences between Smarty 2 and Smarty 3. But as I read now on > their website, the latest Smarty 2 version 2.6.31 supports PHP 7.2 so > it should be painless to replace old noncompatible version with this on= e. =C2=A0=C2=A0=C2=A0 Thanks again for the heads up on the Smarty3 compat be= ing resolved. It seems that the latest PHP_FLAVOR'd Smarty3 does indeed fix the issue when properly linked (I hope I did it correctly). I'll be running this through Poudrier tonight to make sure everything is good and I'll submit the port update as soon as it's verified. In the meantime, if anyone wants to test the patch [1] (or at least look at it to make sure I'm doing it right regarding the PHP flavoring, linking variables, etc... to make sure it's done correctly), that would be great! Thanks again, Mirosl= av! 1. https://www.purplehat.org/downloads/maia/maia-1.0.4-g20181202.diff Regards, Janky Jay, III --jirPCXlfKBblO7rS3mhbaIUt0AQwWT5Ri-- --3JCPzZjsblESAoSy6AI5jlMGyAxlX8Joh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQT3labtx1DPvRcqv5cYrcyxRslmfgUCXChF5wAKCRAYrcyxRslm ft8+AJ4otRmtCnnFPkddLtmTnCrCJyRYGwCfWCXIOrQdmiIdjJjdQJo4M0sKzn4= =JMug -----END PGP SIGNATURE----- --3JCPzZjsblESAoSy6AI5jlMGyAxlX8Joh-- From owner-freebsd-ports@freebsd.org Sun Dec 30 02:51:18 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C008B143801D for ; Sun, 30 Dec 2018 02:51:17 +0000 (UTC) (envelope-from jankyj@unfs.us) Received: from stig.purplehat.org (stig.purplehat.org [50.243.134.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E6716A0BF for ; Sun, 30 Dec 2018 02:51:17 +0000 (UTC) (envelope-from jankyj@unfs.us) Received: from localhost (bill.goatse.unfs.us [50.243.134.106]) by stig.purplehat.org (Postfix) with ESMTP id E3A8D5D76D for ; Sat, 29 Dec 2018 19:51:15 -0700 (MST) DKIM-Filter: OpenDKIM Filter v2.10.3 stig.purplehat.org E3A8D5D76D DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unfs.us; s=mail; t=1546138276; bh=j8BsftPHX0eorWG+8QrRgzX5Kd1ZVXTJH32T+F6pYeI=; h=Subject:To:References:From:Date:In-Reply-To:From; b=a5E3eK2DE+c5rIYat0RUXGAETNZIRW06ENY9YSZMWHaPCKHy/mYQD/RWyuMGMkRRt FJ/rMq+n6Ml9MmhbO+oW3XoKd2XbKMufZC2yK8D5zlIW1+9Frf1ngLNzFeMaHKgLVR uwgbKJSiAmZMoL4pfISDlQTw6SpcOdBwAHH3RzZs= Received: from stig.purplehat.org ([50.243.134.106]) by localhost (stig.purplehat.org [50.243.134.106]) (maiad, port 10024) with ESMTP id 66610-02 for ; Sat, 29 Dec 2018 19:51:15 -0700 (MST) Received: from tools.purplehat.org (tools.purplehat.org [172.28.35.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jankyj@unfs.us) by stig.purplehat.org (Postfix) with ESMTPSA id 181AE5D766 for ; Sat, 29 Dec 2018 19:51:15 -0700 (MST) DKIM-Filter: OpenDKIM Filter v2.10.3 stig.purplehat.org 181AE5D766 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unfs.us; s=mail; t=1546138275; bh=j8BsftPHX0eorWG+8QrRgzX5Kd1ZVXTJH32T+F6pYeI=; h=Subject:To:References:From:Date:In-Reply-To:From; b=UsyWTfcHhsCCw7vlU+wPfixT7rVzaFFYAvvuNycILQCEaL5GvuNbEBxTD8FTV/EoZ FC2NsZv3pJBCD6mz4emBSdoOYpAjQGy6vOQzs+QWj5NBZO05cLe6ecIEnLkPo5e3FV pv5uX1Iu3RlNDofjvLkJwktgiO0cXUnh1ZBVub5o= Subject: Re: Maia Mailgaurd / PHP 7 support To: freebsd-ports@freebsd.org References: <3695c8be-c969-1715-a902-72752faf7d5e@hayers.org> <9BE00ADB383D4AC1A8E546A8B4F0DD89@RIVENDELL> <2125255d-f85b-b24a-7ad1-c5c3e6d05b8b@quip.cz> From: "Janky Jay, III" Openpgp: preference=signencrypt Autocrypt: addr=jankyj@unfs.us; prefer-encrypt=mutual; keydata= mQGiBEcuxicRBADQumS0LVqiUzy+FSHHfzMmIVD7J9p+5DxYWOHWxDAOfIfCKxd032v/T6f6 CGt7szJ54QtZUPcXe9JLcm4wtu1bGrZ/bWRiExOKeREKREJ7Tw3CasFFSg2/QUUNpkovipP6 MA7yHzDWF1Vph0gSRxuoM3zHd8mUKyG0GL2DdWfClwCghPBFz8cO/UzNTwhQCdQ2YKbA3ssD /3HFuy9fKT9VnAgMnDW6Uc1WVq6OHN+7qZYcwyV9d4C+53f+bErBO90EIuOopnaIPd8yPNoB IIyVohVOVKkSrXvOfIH4rImbu+k4HRdPXA+X4ga2Bq/izl6d6gCt+Rgb7viQdaEJp5WIwHJU GE1/2mhsd0hKYN0t1CgxgR8lV4q8BACbOyQiQptqnXUdFwxCBAKMhJb/YJ8Zwl5uyg0KGFYX Owteg+X2pv44iC+eAX36JFa2U9IjQgnxPc9yN4WSSW/d7l0P/NWbVVZFEYIOLcmp8LwZgbzy WXDzIDBHBZg8Cl0uOOebatZj79+JHKrMZ2Q4Rie1lOIRdYwGuVl4Evz6VLQwSmFua3kgSmF5 LCBJSUkgKGphbmt5akB1bmZzLnVzKSA8amFua3lqQHVuZnMudXM+iGAEExECACAFAkcuxicC GyMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRAYrcyxRslmfhU/AJ9BddVRvkSbCDIujQz4 0nOV/+8i9QCfUQS88JNkjjWqgKuQr/6JFGkAPqS5Ag0ERy7GKxAIAN3+ZgNclCeByi05GTl0 dJiadeo5LUK9HXA+JFQmqi1PLuPxncj/A1BLQ0b2HN+PLrNOV6zk3l74Yw4t7VijyzSQ77Rr nQYzm97tB7IAcsxWlg4/dRtqvqh4zJmP2RtlzWSjRNj3gPiX2+J4+UcSl43trUEF/6kwCCtJ k1/r81Ix9tV2CmhYzixuoQxXSzbVyODaacZ9yFL1KRe//uAO9TSndZZ4Edq4giaDFnE6pXdD I/cObPOgnMtJeEZKv1DmTiWSIPFitb+hAxDTkNHg0ydJ60R3SJxpo7+KVc4bjtIuDi3PtHqM XajoGZ1/6FW4QVCcI2SjDercRm8aFElkudMAAwYIANZAqR5eTsZsO7SuFLkkEXNgZGe5km46 cuFk6F9A31aHN3Pmy5mzqmrEkNif0ZyUxmP9t1zYZwaiLBweAwMS8t0C2Cok5EYjjM3l39sS QyhbRTcjdYee7v+S2l7g6kqIviJyWt/4KixZ2cnJbv74+y3XV5DeGS3r9ticE7Tz3YRh+i8/ ZVoxMJSRDE4STEtuMp+cfLmFHTSIjiVgGzudv2ZjOa+EWc6lwzOnvrHIVg9QGimTHI2BzALY Bwsb8gy2ds8Lx1lzVxt8jeSKdw/A9hA71YHf55vEV3XX6aR923hzpzQJTbVgnkPCTIeTxP0G 08g8Dbg52fZsv3tzTukRGqGISQQYEQIACQUCRy7GKwIbDAAKCRAYrcyxRslmfuGnAJ0d91W/ u27S8N18SA/1P944mqtbFwCcCE/3mIqNOJfsYJuUGTNfwmEb7E0= Message-ID: <3df9d578-0794-5b74-ae3e-09b76f6e69f6@unfs.us> Date: Sat, 29 Dec 2018 19:51:14 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <2125255d-f85b-b24a-7ad1-c5c3e6d05b8b@quip.cz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fKjqcN0vIavskpmbpcvqSqqC7tzZq3KSS" X-Virus-Scanned: Maia Mailguard X-Rspamd-Queue-Id: 1E6716A0BF X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unfs.us header.s=mail header.b=a5E3eK2D; dkim=pass header.d=unfs.us header.s=mail header.b=UsyWTfcH; dmarc=pass (policy=none) header.from=unfs.us; spf=pass (mx1.freebsd.org: domain of jankyj@unfs.us designates 50.243.134.106 as permitted sender) smtp.mailfrom=jankyj@unfs.us X-Spamd-Result: default: False [-6.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[unfs.us:+]; DMARC_POLICY_ALLOW(-0.50)[unfs.us,none]; MX_GOOD(-0.01)[cached: mx2.purplehat.org]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-0.83)[-0.829,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; IP_SCORE(-0.76)[ipnet: 50.128.0.0/9(-2.95), asn: 7922(-0.79), country: US(-0.08)]; ASN(0.00)[asn:7922, ipnet:50.128.0.0/9, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[unfs.us:s=mail]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[106.134.243.50.list.dnswl.org : 127.0.10.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2018 02:51:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fKjqcN0vIavskpmbpcvqSqqC7tzZq3KSS Content-Type: multipart/mixed; boundary="Hbpe0a7uhFOgmSxLqWwm7uEu1VNZedydp"; protected-headers="v1" From: "Janky Jay, III" To: freebsd-ports@freebsd.org Message-ID: <3df9d578-0794-5b74-ae3e-09b76f6e69f6@unfs.us> Subject: Re: Maia Mailgaurd / PHP 7 support References: <3695c8be-c969-1715-a902-72752faf7d5e@hayers.org> <9BE00ADB383D4AC1A8E546A8B4F0DD89@RIVENDELL> <2125255d-f85b-b24a-7ad1-c5c3e6d05b8b@quip.cz> In-Reply-To: <2125255d-f85b-b24a-7ad1-c5c3e6d05b8b@quip.cz> --Hbpe0a7uhFOgmSxLqWwm7uEu1VNZedydp Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Hello Miroslav, On 12/29/18 6:16 PM, Miroslav Lachman wrote: > Janketh Jay wrote on 2018/12/30 01:03: >> Hi All, >> >> On 03/12/2018 2:17 pm, Reko Turja via freebsd-ports wrote: >>> Hello Janky Jay! >>> >>> -----Original Message----- Sent: Monday, December 3, 2018 4:17 PM >>> Subject: Re: Maia Mailgaurd >>> >>>> Okay. No sweat. I'll work on getting a port patch going as that seem= s >>>> it would be the easiest way to push this out. I'll provide a >>>> download as >>>> soon as I have something available for testing. >>> >>> Sounds good, thank you for your work on ports! >>> >>> -Reko >>> >> >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 So, after a bit of testing (and n= ot being able to update the >> port for PHP7 due to Smarty issues), below is a simple patch that >> will keep the current port version of Maia (1.0.4_3) working with >> PHP7 (testing with PHP 7.2). Please let me know if this does not work >> or if there is anything else that needs to be added or changed. >> Hopefully, I'll get the Smarty issue(s) sorted out soon and have a >> new port submitted. > > [...] > >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Also, if you're interested in see= ing/testing the new port >> (from the latest Github commit for technion's maia_mailguard), you >> can download the patch from the link below [1] and let me know if >> it's successful for you. Everything seems to work except for the >> WebUI due to a fatal call to Smarty which I cannot figure out (I'm >> not a PHP developer). However, once that is sorted, I should be ready >> to submit the new port so Maia can be updated to the latest version. > > I forgot about this in my previous message - I guess there is an old > version of Smarty not supporting PHP 7. It would be probably better to > replace it with newer version of Smarty with PHP 7 support but there > can be some syntax changes in Smarty config / initialisation. I > remember something about it about a year ago when I was upgrading one > of our own (very old) project to newer Smarty templates. There are > some differences between Smarty 2 and Smarty 3. But as I read now on > their website, the latest Smarty 2 version 2.6.31 supports PHP 7.2 so > it should be painless to replace old noncompatible version with this on= e. =C2=A0=C2=A0=C2=A0 Again, thank you for the information. I remember quite= a while back I tried using Smarty3 as opposed to Smarty2 but it caused nothing but issues so I rolled back. I can go ahead and give this another shot now (especially as Smarty2 and Smarty3 can be installed in parallel) and see what I get. Another thanks! Regards, Janky Jay, III --Hbpe0a7uhFOgmSxLqWwm7uEu1VNZedydp-- --fKjqcN0vIavskpmbpcvqSqqC7tzZq3KSS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQT3labtx1DPvRcqv5cYrcyxRslmfgUCXCgyogAKCRAYrcyxRslm fik6AJ9ig1Ov6EEocFDqK9Yp1N8jlzWWPgCfevwQeQmZhEy3S3G02VfAU/lebog= =4o4P -----END PGP SIGNATURE----- --fKjqcN0vIavskpmbpcvqSqqC7tzZq3KSS-- From owner-freebsd-ports@freebsd.org Sun Dec 30 17:19:05 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9AFE2142E895 for ; Sun, 30 Dec 2018 17:19:05 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 378BB8D212 for ; Sun, 30 Dec 2018 17:19:05 +0000 (UTC) (envelope-from pi@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E99D9142E894; Sun, 30 Dec 2018 17:19:04 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8063142E892 for ; Sun, 30 Dec 2018 17:19:04 +0000 (UTC) (envelope-from pi@freebsd.org) 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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F1358D211 for ; Sun, 30 Dec 2018 17:19:04 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gdejw-000Gt0-I0; Sun, 30 Dec 2018 18:19:04 +0100 Date: Sun, 30 Dec 2018 18:19:04 +0100 From: Kurt Jaeger To: Andrey Pevnev Cc: ports@freebsd.org Subject: Re: net/kea: Update 1.5.0 Message-ID: <20181230171904.GG84895@home.opsec.eu> References: <01010167fb42066f-0d96b84e-ddeb-4a35-aaae-071a2f6540c8-000000@us-west-2.amazonses.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01010167fb42066f-0d96b84e-ddeb-4a35-aaae-071a2f6540c8-000000@us-west-2.amazonses.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2018 17:19:05 -0000 Hi! > Can someone look at and possibly commit this one please? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234032 Done. Thanks! -- pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-ports@freebsd.org Sun Dec 30 18:27:38 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C1771430FA1 for ; Sun, 30 Dec 2018 18:27:38 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [140.82.23.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 58F678FE02 for ; Sun, 30 Dec 2018 18:27:37 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from duke.gem.co (cpe-23-243-162-239.socal.res.rr.com [23.243.162.239]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 77280565 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Sun, 30 Dec 2018 10:27:35 -0800 (PST) Subject: Re: Request for help: remove bundler from ruby 2.6 port To: Yasuhiro KIMURA , freebsd-ports@freebsd.org References: <20181229.134412.1093009159948437947.yasu@utahime.org> <20181230.103514.1004952746059751135.yasu@utahime.org> From: Pete Wright Message-ID: <087f33fc-69b8-a4a1-a23e-e7c74af960f9@nomadlogic.org> Date: Sun, 30 Dec 2018 10:27:34 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20181230.103514.1004952746059751135.yasu@utahime.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 58F678FE02 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 140.82.23.70 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-5.75 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[239.162.243.23.zen.spamhaus.org : 127.0.0.10]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[nomadlogic.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.nomadlogic.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; IP_SCORE(-2.48)[ip: (-9.17), ipnet: 140.82.16.0/21(-4.58), asn: 20473(1.41), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:140.82.16.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2018 18:27:38 -0000 On 12/29/18 5:35 PM, Yasuhiro KIMURA wrote: > From: Adam Weinberger > Subject: Re: Request for help: remove bundler from ruby 2.6 port > Date: Sat, 29 Dec 2018 15:34:17 -0700 > >> I think perhaps it's worth considering doing the opposite and, >> beginning with 2.6, install the entire standard library by default. >> Gems and stdlib exist side-by-side without problem, and many of the >> gems that are deleted are generally kept up-to-date. >> >> Even if we don't want to install the entire standard library, I'd at >> least strongly argue for including the most important gems (rake, gem, >> minitest, and bundler) by default. They are basic components of ruby >> itself, and ports should provide //optional// newer versions of them. > From: Pete Wright > Subject: Re: Request for help: remove bundler from ruby 2.6 port > Date: Sat, 29 Dec 2018 16:41:32 -0800 > >> +1 from me on this. >> >> i think the benefits of lowering the porting overhead combined with >> the fact that most ruby envs i've supported (and currently support) >> are built around the expectation that rake, gem and bundler are all >> available - so this would lower my administrative overhead as well. > Thank you for reply. Then I'm going to create full port and post here > again. But I'm away from this evening to next Saturday and can't > access development environment during that time. So if someone else > want to try it, please don't hesitate. I was able to build this on 13-CURRENT/amd64 today without issues. the ruby26 runtime seems OK after initial testing, but there is an issue with bundler26: $ /usr/local/bin/bundle26 Traceback (most recent call last):     2: from /usr/local/bin/bundle26:23:in `
'     1: from /usr/local/lib/ruby/2.6/rubygems.rb:302:in `activate_bin_path' /usr/local/lib/ruby/2.6/rubygems.rb:283:in `find_spec_for_exe': can't find gem bundler (>= 0.a) with executable bundle (Gem::GemNotFoundException) i did verify that this package does not conflict with the existing rubygem-bundler and ruby24 ports. as a starting place I have created this PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234509 if i have time over the next couple days i'll take a closer look at how bundler is being built and see if can fix the above issue. cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-ports@freebsd.org Mon Dec 31 01:26:16 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44A0D143D206 for ; Mon, 31 Dec 2018 01:26:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-14.consmr.mail.bf2.yahoo.com (sonic314-14.consmr.mail.bf2.yahoo.com [74.6.132.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8649C77032 for ; Mon, 31 Dec 2018 01:26:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GCCA8DAVM1kUKxhiZC8K8BRc3IuZ3yLJKqIXG.4_x_.P8EH8M7AagoQvnyA5vTG 5AvuN8stcgjNaxL9Z1HIvS79Yf0mnvF8yWwGNK9H6I22rLXQr2cvQYUyBzb2NHeyKzEhNkF.I7gf AT1gqwO8UQnMy.f1xseIx2lRfJkWnUWBs_paoelClh02aNIc3k9EY0r_VbabEIO7CzEcCfYCRP2l Ixws9HIw2mjF6Se.Hx2WqSXUaVb8E6RvQ6e3q6dhZ1C_C4hXbjVCu6pTCPL0X1EaVq39iWMvt5Ax fGIfgOZjZoGrc._pWtdtDh2v5bncKvsKRtrb1Zvy3tIq22USMlsBVWA_e_PuStLvnJ.sqae.XQ7V zh9MCPnhpvnoyqnQYpnfaBk4kx9zMU5VYMu.gvvJdGrrH6R0D4EmwDuSe_uW3dT4ol0q1qXdSlA0 vPO0WFE_pPYCyvY8K6Zi7G.L2Be3AwqPdu.1a2dQgCLmUrl79701SNNnSXakEW6ZGknARz9bIpos .9Y0n6yjA5L8Rbc7MyTr2bH8ZlaUS64_Ruwxr6gSZMEaKI1lCnDt5Foc0uckzQ3nFNU9ZyZ.JShv pPjfq1vTyBQgQOX9VT_fivUoIzeKMEnE_ssLiLtNCaaYkaaHePGd_qB.JH2.cNhlaYTDFsTkJICT gYph1la6EJ3H3Vw_9_rzr3HlZ42tPP_nx9F1TY0cjjsCAchArofoNlvGR20iSDJmqw8W2NnxWySG SLqtcoRlD0r3zTxeysQF1Bg5Es0fgnHdnK7oBJ7IXrIWGIaDxqIPAIBE1MEaPqhKG9sFwUkCBQS3 OZ7FyYGxbEcgBTBjTawK2zxNK6povtllziHMruDNUD1dMfjSV.Iq5KerMx5N8_XQUkDW1EOdWS2t RzOFeJTi8LzkH8K7ZkzZTrWjnlcBicPFnD2P0StLY_u9yUzHwyEDWTiKqYGc1BtGUVicKersZZCP Zz2TZD3eMQmwUktY5oQf9gnEPj37V6KQZEbhPWjXdMik47gtXxU5JGLD._BtPwN_I0UR8uHwgWn8 LjRqP9RCh_FovgCix9YUfMf6RTes7Jg0TnRGkTO_tc7YFQeWCt4mSY1UNWd_g9Lj2BiImZLE0VMg - Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.bf2.yahoo.com with HTTP; Mon, 31 Dec 2018 01:26:08 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp403.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 04ffb892c2e4a018446db2706dc31fd2; Mon, 31 Dec 2018 01:26:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem] From: Mark Millard In-Reply-To: Date: Sun, 30 Dec 2018 17:26:01 -0800 Cc: freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> <13f5e4dd-33fb-2170-e31a-1b5d5f155869@freebsd.org> <2E3F6196-4652-40D2-937F-8860B6005A35@yahoo.com> To: mmel@freebsd.org X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 8649C77032 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.01 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.10)[-0.098,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.90)[0.904,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.58)[ip: (5.23), ipnet: 74.6.128.0/21(1.54), asn: 26101(1.23), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.13)[0.125,0]; RCVD_IN_DNSWL_NONE(0.00)[124.132.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 01:26:16 -0000 [Removing __packed did make the size and offsets match armv7 and the build worked based on the reconstructed qemu-arm-static.] On 2018-Dec-30, at 16:38, Mark Millard wrote: > On 2018-Dec-28, at 12:12, Mark Millard wrote: >=20 >> On 2018-Dec-28, at 05:13, Michal Meloun = wrote: >>=20 >>> Mark, >>> this is known problem with qemu-user-static. >>> Emulation of every single interruptible syscall is broken by design = (it >>> have signal related races). Theses races cannot be solved without = major >>> rewrite of syscall emulation code. >>> Unfortunately, nobody actively works on this, I think. >>>=20 >>=20 >> Thanks for the note setting some expectations. >> . . . >=20 >=20 > It turns out that I've been through (part of?) this before and > mikael.urankar@gmail.com had back then provided a qemu-user-static > patch (that might have been arm specific or 32-bit target specific > when running on a 64-bit host). (The qemu-user-static code structure > seems to have changed some afterwards and the patch is no longer > where he had pointed me to back then.) >=20 > To show size and offsets on armv7 vs. armd64 for struct kevent > I use: >=20 > # more kevent_size_offsets.c=20 > #include "/usr/include/sys/event.h" // kevent > #include // offsetof > #include // printf >=20 > int > main() > { > printf("%lu\n", (unsigned long) sizeof(struct kevent)); > printf("ident %lu\n", (unsigned long) offsetof(struct kevent, = ident)); > printf("filter %lu\n", (unsigned long) offsetof(struct kevent, = filter)); > printf("flags %lu\n", (unsigned long) offsetof(struct kevent, = flags)); > printf("fflags %lu\n", (unsigned long) offsetof(struct kevent, = fflags)); > printf("data %lu\n", (unsigned long) offsetof(struct kevent, = data)); > printf("udata %lu\n", (unsigned long) offsetof(struct kevent, = udata)); > printf("ext %lu\n", (unsigned long) offsetof(struct kevent, = ext)); > return 0; > } >=20 > It ends up showing on armv7 (under qemu-arm-static insteead of native, = not > that it matters here): >=20 > # ./a.out > 64 > ident 0 > filter 4 > flags 6 > fflags 8 > data 16 > udata 24 > ext 32 >=20 > On amd64 (native) it ends up as: >=20 > # ./a.out > 64 > ident 0 > filter 8 > flags 10 > fflags 12 > data 16 > udata 24 > ext 32 >=20 > Thus a translation of layout is required when hosted. This is for: >=20 > struct kevent { > __uintptr_t ident; /* identifier for this event */ > short filter; /* filter for event */ > unsigned short flags; /* action flags for kqueue */ > unsigned int fflags; /* filter flag value */ > __int64_t data; /* filter data value */ > void *udata; /* opaque user data identifier = */ > __uint64_t ext[4]; /* extensions */ > }; >=20 > But qemu-user-static has for translation purposes: >=20 > struct target_freebsd_kevent { > abi_ulong ident; > int16_t filter; > uint16_t flags; > uint32_t fflags; > int64_t data; > abi_ulong udata; > uint64_t ext[4]; > } __packed; >=20 > (note the __packed) for which in amd64's qemu_arm_static has > the size and offsets: >=20 > # gdb qemu-arm-static > . . . > (gdb) p/d sizeof(struct target_freebsd_kevent) > $1 =3D 56 > (gdb) p/d &((struct target_freebsd_kevent *)0)->ident > $2 =3D 0 > (gdb) p/d &((struct target_freebsd_kevent *)0)->filter > $3 =3D 4 > (gdb) p/d &((struct target_freebsd_kevent *)0)->flags > $4 =3D 6 > (gdb) p/d &((struct target_freebsd_kevent *)0)->fflags > $5 =3D 8 > (gdb) p/d &((struct target_freebsd_kevent *)0)->data > $6 =3D 12 > (gdb) p/d &((struct target_freebsd_kevent *)0)->udata > $7 =3D 20 > (gdb) p/d &((struct target_freebsd_kevent *)0)->ext > $8 =3D 24 >=20 > which which does not match the armv7 offsets for > data, udata, or ext and does not have the right size > for struct target_freebsd_kevent[] indexing to > match armv7's struct target_freebsd_kevent[] indexing. >=20 > This in turn makes the do_freebsd_kevent code do the wrong > thing in its: >=20 > struct target_freebsd_kevent *target_changelist, *target_eventlist; > . . . > for (i =3D 0; i < arg3; i++) { > __get_user(changelist[i].ident, = &target_changelist[i].ident); > __get_user(changelist[i].filter, = &target_changelist[i].filter); > __get_user(changelist[i].flags, = &target_changelist[i].flags); > __get_user(changelist[i].fflags, = &target_changelist[i].fflags); > __get_user(changelist[i].data, &target_changelist[i].data); > /* __get_user(changelist[i].udata, = &target_changelist[i].udata); */ > #if TARGET_ABI_BITS =3D=3D 32 > changelist[i].udata =3D (void = *)(uintptr_t)target_changelist[i].udata; > tswap32s((uint32_t *)&changelist[i].udata); > #else > changelist[i].udata =3D (void = *)(uintptr_t)target_changelist[i].udata; > tswap64s((uint64_t *)&changelist[i].udata); > #endif > __get_user(changelist[i].ext[0], = &target_changelist[i].ext[0]); > __get_user(changelist[i].ext[1], = &target_changelist[i].ext[1]); > __get_user(changelist[i].ext[2], = &target_changelist[i].ext[2]); > __get_user(changelist[i].ext[3], = &target_changelist[i].ext[3]); > } > . . . > for (i =3D 0; i < arg5; i++) { > __put_user(eventlist[i].ident, &target_eventlist[i].ident); > __put_user(eventlist[i].filter, = &target_eventlist[i].filter); > __put_user(eventlist[i].flags, &target_eventlist[i].flags); > __put_user(eventlist[i].fflags, = &target_eventlist[i].fflags); > __put_user(eventlist[i].data, &target_eventlist[i].data); > /* __put_user(eventlist[i].udata, = &target_eventlist[i].udata);*/ > #if TARGET_ABI_BITS =3D=3D 32 > tswap32s((uint32_t *)&eventlist[i].data); > target_eventlist[i].data =3D (uintptr_t)eventlist[i].data; > #else > tswap64s((uint64_t *)&eventlist[i].data); > target_eventlist[i].data =3D (uintptr_t)eventlist[i].data; > #endif > __put_user(eventlist[i].ext[0], = &target_eventlist[i].ext[0]); > __put_user(eventlist[i].ext[1], = &target_eventlist[i].ext[1]); > __put_user(eventlist[i].ext[2], = &target_eventlist[i].ext[2]); > __put_user(eventlist[i].ext[3], = &target_eventlist[i].ext[3]); > } >=20 >=20 >=20 > I'll eventually do something to have struct target_freebsd_kevent for > amd64-native targeting armv7 and see if that is sufficient to avoid = the > problem in my context. Previously removing the __packed was enough to > make the structure the same size with the same offsets as for armv7. > (Such might not have been appropriate to all targets.) >=20 > armv6 would have the same problem as I understand things. Using commented out __packed in: struct target_freebsd11_kevent { abi_ulong ident; int16_t filter; uint16_t flags; uint32_t fflags; abi_long data; abi_ulong udata; } ; // __packed; struct target_freebsd_kevent { abi_ulong ident; int16_t filter; uint16_t flags; uint32_t fflags; int64_t data; abi_ulong udata; uint64_t ext[4]; } ; // __packed; in = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall_defs.h was sufficient to allow the multimedia/gstreamer1-qt@qt5 build to = complete: no more hang-up. So this is likely what is wrong for the packages-builders as well. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Mon Dec 31 00:38:57 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBB2A143B889 for ; Mon, 31 Dec 2018 00:38:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-12.consmr.mail.bf2.yahoo.com (sonic304-12.consmr.mail.bf2.yahoo.com [74.6.128.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0C68475569 for ; Mon, 31 Dec 2018 00:38:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5ER293AVM1nYvxUVQp1SOJ2JY9oTqoEra0yamggZlr6CsuilPTlX3gomiy4MtUd Ai16CS9aKKe0y63Eu0yMAi4HgptjfXkUHxkx2xwotBJ81PkM35hsMX9WRbffkFH4wHX1XxgEkUVy qphqY1NniQt2sG0lE4VBG3wIFVVX._j9tv0B8bIQ7HX33PEnpqIi8kSSB8FCP6Duvw06QfkcPX90 j64kjbA60H1vx1oC2lPTu2XHILSDr6s0a9n1W8K_scpf7BNmSdgFPM4SZJ4Yl2X6iKguTX6i0qWX V6A0Mh8wfahwP7DA3eC1wXPmfPSmiEKfOdkk5ckpPaZJ30Qfgim9N9LHJt3IvmBx3cBiRara_7Ba LlxTiMTN.rrDZyXRzz.UgRMsG53XDvoGRKN1CITGni.GPFoKzPz25zK4zO_NUGDRIjcHgIlDyRXX GXK0e4HAKVM_.uHb50YfbZKmDp.I_vE.445lN16zMku9FkQ35gnzDUzJ5NemPhKjIxWtPSBCWwce ZKrErVCcrwLRwkoIcCnI.NG2eroXWJtwa9hsr_MgEhU2E7ue.wC5kg.pAddj5lA47_.DWtsaH0gk 6RGrWwsPmPvn_7_k7wSXy8P.8hJJkdhSHL9AjhNPjxd2iSWSN8H1tvTAGxGnpcNVxlgA6A8dwRW7 PWaVhGv6lAaNXGU_xxC68g2rvDZASL1M7mePK4xVOTtmycZflzCTJbWGQAaNvC2KqZCZ61rr2fdv U4w6kMiNrSMIf_6npPOMwv85gLKWY9yQelxlBs8lAq_9whoYozrqceWpsvzxW8crmcC_IyhQpPB6 XC_WL0uznyX9_8tEP_Y8WK7TGykFbWPbwoC0Pk8gI2gOCXFCn9Y7G2obXG1zw9J.sljgCfdmQH_u 4pf6A7HIm_gMJPM4TojLBoWqcYhGN4BOtK6wERh2944zfcQerFxrp5HZEAcF2z8m25LgZ4vqtlb9 3NIV9Ki8UcyKekwfOkzNGdVbnzHmC1_RROrbOrsTsPsLnwhQI_060DFpqseYJaYNkOlH50Dezy1x Q1HKf093xalJFKBw45_dU_i3.dOKz.iUlJ4HDvgTtUHA0PkZWyKz0TulI.U9OtjLxiQ0op.A- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Mon, 31 Dec 2018 00:38:49 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp422.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 57b6b0495726289929d5de26bdecfcdf; Mon, 31 Dec 2018 00:38:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem] From: Mark Millard In-Reply-To: <2E3F6196-4652-40D2-937F-8860B6005A35@yahoo.com> Date: Sun, 30 Dec 2018 16:38:42 -0800 Cc: freebsd-emulation@freebsd.org, FreeBSD Current , ports-list freebsd , freebsd-arm , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> <13f5e4dd-33fb-2170-e31a-1b5d5f155869@freebsd.org> <2E3F6196-4652-40D2-937F-8860B6005A35@yahoo.com> To: mmel@freebsd.org X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 0C68475569 X-Spamd-Bar: / X-Spamd-Result: default: False [0.94 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.31)[-0.307,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.46)[0.457,0]; NEURAL_HAM_LONG(-0.11)[-0.108,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.41)[ip: (4.36), ipnet: 74.6.128.0/21(1.54), asn: 26101(1.23), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[35.128.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 00:38:57 -0000 On 2018-Dec-28, at 12:12, Mark Millard wrote: > On 2018-Dec-28, at 05:13, Michal Meloun = wrote: >=20 >> Mark, >> this is known problem with qemu-user-static. >> Emulation of every single interruptible syscall is broken by design = (it >> have signal related races). Theses races cannot be solved without = major >> rewrite of syscall emulation code. >> Unfortunately, nobody actively works on this, I think. >>=20 >=20 > Thanks for the note setting some expectations. > . . . It turns out that I've been through (part of?) this before and mikael.urankar@gmail.com had back then provided a qemu-user-static patch (that might have been arm specific or 32-bit target specific when running on a 64-bit host). (The qemu-user-static code structure seems to have changed some afterwards and the patch is no longer where he had pointed me to back then.) To show size and offsets on armv7 vs. armd64 for struct kevent I use: # more kevent_size_offsets.c=20 #include "/usr/include/sys/event.h" // kevent #include // offsetof #include // printf int main() { printf("%lu\n", (unsigned long) sizeof(struct kevent)); printf("ident %lu\n", (unsigned long) offsetof(struct kevent, = ident)); printf("filter %lu\n", (unsigned long) offsetof(struct kevent, = filter)); printf("flags %lu\n", (unsigned long) offsetof(struct kevent, = flags)); printf("fflags %lu\n", (unsigned long) offsetof(struct kevent, = fflags)); printf("data %lu\n", (unsigned long) offsetof(struct kevent, = data)); printf("udata %lu\n", (unsigned long) offsetof(struct kevent, = udata)); printf("ext %lu\n", (unsigned long) offsetof(struct kevent, = ext)); return 0; } It ends up showing on armv7 (under qemu-arm-static insteead of native, = not that it matters here): # ./a.out 64 ident 0 filter 4 flags 6 fflags 8 data 16 udata 24 ext 32 On amd64 (native) it ends up as: # ./a.out 64 ident 0 filter 8 flags 10 fflags 12 data 16 udata 24 ext 32 Thus a translation of layout is required when hosted. This is for: struct kevent { __uintptr_t ident; /* identifier for this event */ short filter; /* filter for event */ unsigned short flags; /* action flags for kqueue */ unsigned int fflags; /* filter flag value */ __int64_t data; /* filter data value */ void *udata; /* opaque user data identifier = */ __uint64_t ext[4]; /* extensions */ }; But qemu-user-static has for translation purposes: struct target_freebsd_kevent { abi_ulong ident; int16_t filter; uint16_t flags; uint32_t fflags; int64_t data; abi_ulong udata; uint64_t ext[4]; } __packed; (note the __packed) for which in amd64's qemu_arm_static has the size and offsets: # gdb qemu-arm-static . . . (gdb) p/d sizeof(struct target_freebsd_kevent) $1 =3D 56 (gdb) p/d &((struct target_freebsd_kevent *)0)->ident $2 =3D 0 (gdb) p/d &((struct target_freebsd_kevent *)0)->filter $3 =3D 4 (gdb) p/d &((struct target_freebsd_kevent *)0)->flags $4 =3D 6 (gdb) p/d &((struct target_freebsd_kevent *)0)->fflags $5 =3D 8 (gdb) p/d &((struct target_freebsd_kevent *)0)->data $6 =3D 12 (gdb) p/d &((struct target_freebsd_kevent *)0)->udata $7 =3D 20 (gdb) p/d &((struct target_freebsd_kevent *)0)->ext $8 =3D 24 which which does not match the armv7 offsets for data, udata, or ext and does not have the right size for struct target_freebsd_kevent[] indexing to match armv7's struct target_freebsd_kevent[] indexing. This in turn makes the do_freebsd_kevent code do the wrong thing in its: struct target_freebsd_kevent *target_changelist, *target_eventlist; . . . for (i =3D 0; i < arg3; i++) { __get_user(changelist[i].ident, = &target_changelist[i].ident); __get_user(changelist[i].filter, = &target_changelist[i].filter); __get_user(changelist[i].flags, = &target_changelist[i].flags); __get_user(changelist[i].fflags, = &target_changelist[i].fflags); __get_user(changelist[i].data, &target_changelist[i].data); /* __get_user(changelist[i].udata, = &target_changelist[i].udata); */ #if TARGET_ABI_BITS =3D=3D 32 changelist[i].udata =3D (void = *)(uintptr_t)target_changelist[i].udata; tswap32s((uint32_t *)&changelist[i].udata); #else changelist[i].udata =3D (void = *)(uintptr_t)target_changelist[i].udata; tswap64s((uint64_t *)&changelist[i].udata); #endif __get_user(changelist[i].ext[0], = &target_changelist[i].ext[0]); __get_user(changelist[i].ext[1], = &target_changelist[i].ext[1]); __get_user(changelist[i].ext[2], = &target_changelist[i].ext[2]); __get_user(changelist[i].ext[3], = &target_changelist[i].ext[3]); } . . . for (i =3D 0; i < arg5; i++) { __put_user(eventlist[i].ident, &target_eventlist[i].ident); __put_user(eventlist[i].filter, = &target_eventlist[i].filter); __put_user(eventlist[i].flags, &target_eventlist[i].flags); __put_user(eventlist[i].fflags, = &target_eventlist[i].fflags); __put_user(eventlist[i].data, &target_eventlist[i].data); /* __put_user(eventlist[i].udata, = &target_eventlist[i].udata);*/ #if TARGET_ABI_BITS =3D=3D 32 tswap32s((uint32_t *)&eventlist[i].data); target_eventlist[i].data =3D (uintptr_t)eventlist[i].data; #else tswap64s((uint64_t *)&eventlist[i].data); target_eventlist[i].data =3D (uintptr_t)eventlist[i].data; #endif __put_user(eventlist[i].ext[0], = &target_eventlist[i].ext[0]); __put_user(eventlist[i].ext[1], = &target_eventlist[i].ext[1]); __put_user(eventlist[i].ext[2], = &target_eventlist[i].ext[2]); __put_user(eventlist[i].ext[3], = &target_eventlist[i].ext[3]); } I'll eventually do something to have struct target_freebsd_kevent for amd64-native targeting armv7 and see if that is sufficient to avoid the problem in my context. Previously removing the __packed was enough to make the structure the same size with the same offsets as for armv7. (Such might not have been appropriate to all targets.) armv6 would have the same problem as I understand things. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Mon Dec 31 01:00:40 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4147143C289 for ; Mon, 31 Dec 2018 01:00:39 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [140.82.23.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C4E7876092 for ; Mon, 31 Dec 2018 01:00:38 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from duke.gem.co (cpe-23-243-162-239.socal.res.rr.com [23.243.162.239]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 08ea7fee TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Sun, 30 Dec 2018 17:00:31 -0800 (PST) Subject: Re: Request for help: remove bundler from ruby 2.6 port To: Adam Weinberger Cc: Yasuhiro KIMURA , freebsd-ports@freebsd.org References: <20181229.134412.1093009159948437947.yasu@utahime.org> <20181230.103514.1004952746059751135.yasu@utahime.org> <087f33fc-69b8-a4a1-a23e-e7c74af960f9@nomadlogic.org> From: Pete Wright Message-ID: Date: Sun, 30 Dec 2018 17:00:31 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: C4E7876092 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 140.82.23.70 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-5.75 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[239.162.243.23.zen.spamhaus.org : 127.0.0.10]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[nomadlogic.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mail.nomadlogic.org]; NEURAL_HAM_SHORT(-0.95)[-0.948,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-2.50)[ip: (-9.19), ipnet: 140.82.16.0/21(-4.59), asn: 20473(1.38), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:140.82.16.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 01:00:40 -0000 On 12/30/18 4:31 PM, Adam Weinberger wrote: > On Sun, Dec 30, 2018 at 5:27 PM Pete Wright wrote: >> >> >> On 12/29/18 5:35 PM, Yasuhiro KIMURA wrote: >>> From: Adam Weinberger >>> Subject: Re: Request for help: remove bundler from ruby 2.6 port >>> Date: Sat, 29 Dec 2018 15:34:17 -0700 >>> >>>> I think perhaps it's worth considering doing the opposite and, >>>> beginning with 2.6, install the entire standard library by default. >>>> Gems and stdlib exist side-by-side without problem, and many of the >>>> gems that are deleted are generally kept up-to-date. >>>> >>>> Even if we don't want to install the entire standard library, I'd at >>>> least strongly argue for including the most important gems (rake, gem, >>>> minitest, and bundler) by default. They are basic components of ruby >>>> itself, and ports should provide //optional// newer versions of them. >>> From: Pete Wright >>> Subject: Re: Request for help: remove bundler from ruby 2.6 port >>> Date: Sat, 29 Dec 2018 16:41:32 -0800 >>> >>>> +1 from me on this. >>>> >>>> i think the benefits of lowering the porting overhead combined with >>>> the fact that most ruby envs i've supported (and currently support) >>>> are built around the expectation that rake, gem and bundler are all >>>> available - so this would lower my administrative overhead as well. >>> Thank you for reply. Then I'm going to create full port and post here >>> again. But I'm away from this evening to next Saturday and can't >>> access development environment during that time. So if someone else >>> want to try it, please don't hesitate. >> I was able to build this on 13-CURRENT/amd64 today without issues. the >> ruby26 runtime seems OK after initial testing, but there is an issue >> with bundler26: >> >> $ /usr/local/bin/bundle26 >> Traceback (most recent call last): >> 2: from /usr/local/bin/bundle26:23:in `
' >> 1: from /usr/local/lib/ruby/2.6/rubygems.rb:302:in `activate_bin_path' >> /usr/local/lib/ruby/2.6/rubygems.rb:283:in `find_spec_for_exe': can't >> find gem bundler (>= 0.a) with executable bundle (Gem::GemNotFoundException) >> >> >> i did verify that this package does not conflict with the existing >> rubygem-bundler and ruby24 ports. >> >> as a starting place I have created this PR: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234509 >> >> if i have time over the next couple days i'll take a closer look at how >> bundler is being built and see if can fix the above issue. > Bundler's whole purpose is to install gems using the 'gem' command, > which the ruby port specifically excludes. So, all the Bundler stuff > will have to be removed for the ruby26 port. Take a look at the > Makefile where we delete all the rake-related stuff; Bundler should be > removed in the same way. oh i see.  so dumb question, but it looks like rubygem-bundler depends on ruby24 and it's gems package. $ sudo pkg install rubygem-bundler New packages to be INSTALLED:     rubygem-bundler: 1.17.1 [FreeBSD]     ruby: 2.4.5_1,1 [FreeBSD]     ruby24-gems: 2.7.8 [FreeBSD] what is the proper way to get bundler to support 2.5 and 2.6? thx! -p -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-ports@freebsd.org Mon Dec 31 02:15:32 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12A5B1419F42 for ; Mon, 31 Dec 2018 02:15:32 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from mail-yw1-xc31.google.com (mail-yw1-xc31.google.com [IPv6:2607:f8b0:4864:20::c31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0059480AFF for ; Mon, 31 Dec 2018 02:15:30 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by mail-yw1-xc31.google.com with SMTP id b63so8894056ywc.11 for ; Sun, 30 Dec 2018 18:15:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=adamw-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xN79Jhuv/dM5vNFMbLtQKyg4lJ9dDb5HBAE6+2jDdEo=; b=yhgo1DMO/9ufVHXrLGnx+QjspTOxmDf/79B0cxbWBAdaaOZON7dKvpZIUqAvBr1C6i miZZTCggG3P+83oiiK8w4leYANpnHy515ZUkqC3iT9VOZYOL/1T5N+oZRmOHNbkdjOfy c8IAFeGZ3KPbTA4hxaXJ6vl1NiChFuR/vcbAMGWqgmsUywgkCUtW8sptQwP16Igyvme7 MA5vk3jKq7HQ5f5JXl9mqQCDP/4QMd72NiAOeZPQnsYBhIf7/IST3fv7nnJtnHq+Ez6z /zQ5pi8Bzg5xh1w35ileTDCDaQ/VXvHlRq4t0HoX66jf9VUizdWUWfJLPNfqO7oWL4gj Y8vg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xN79Jhuv/dM5vNFMbLtQKyg4lJ9dDb5HBAE6+2jDdEo=; b=pnMY5sS66i3qOa1ayw+eIdj2IUVOHOzVXLJW5hJ75xTp0vwRs/Dhh7TYXkjbJHuG8h nuhulKM2NDlzQ8oYr7rJlEb3/lNj1Lo4uPjo7ig0ba8p20IrgLbQ9GKk61v9XJfnFmDf Id9/DjZl7uyIrmB6Z4HFKbaaDGhzbJDP5WcHzCdl/x0YADL3i3eZEt8zR6OUS6/tJYXc jZ1vU+LlxeRPCA0KavSeD69vY83b6nomV52fnHdrNOU+i9eUAoSm587w3UF4SV0yCtOe vFHHWlvo/+spD0KO/SyYMxTgWtxGfb84CdTripZofrXfKu1h5CYNtpSrCcdXs26hjHay Lncg== X-Gm-Message-State: AA+aEWZAFoqqkojUwZE4tgYf+k+w/bCZtaxI1wkz4WtQ1MVLd8o7TxB0 fJCUaOKOE+E7vv1SjapjlZxiZmtntXT9Mue0q3O3udCUdyo= X-Google-Smtp-Source: AFSGD/WINPBzXhPFCoqnTjGETG/bF1g6SEkgNmtxv3Oc865ZJXt9EyrJFegsG4GO947drKZ1IN4HJ6W+Ii9VCZ3qYJk= X-Received: by 2002:a81:31d5:: with SMTP id x204mr36871294ywx.141.1546222529965; Sun, 30 Dec 2018 18:15:29 -0800 (PST) MIME-Version: 1.0 References: <20181229.134412.1093009159948437947.yasu@utahime.org> <20181230.103514.1004952746059751135.yasu@utahime.org> <087f33fc-69b8-a4a1-a23e-e7c74af960f9@nomadlogic.org> In-Reply-To: From: Adam Weinberger Date: Sun, 30 Dec 2018 19:15:14 -0700 Message-ID: Subject: Re: Request for help: remove bundler from ruby 2.6 port To: Pete Wright Cc: Yasuhiro KIMURA , freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 0059480AFF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=adamw-org.20150623.gappssmtp.com header.s=20150623 header.b=yhgo1DMO; spf=pass (mx1.freebsd.org: domain of adamw@adamw.org designates 2607:f8b0:4864:20::c31 as permitted sender) smtp.mailfrom=adamw@adamw.org X-Spamd-Result: default: False [-3.21 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[adamw-org.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[adamw.org]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.00)[0.005,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[adamw-org.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[1.3.c.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.71)[ipnet: 2607:f8b0::/32(-1.91), asn: 15169(-1.54), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 02:15:32 -0000 On Sun, Dec 30, 2018 at 6:00 PM Pete Wright wrote: > > > > On 12/30/18 4:31 PM, Adam Weinberger wrote: > > On Sun, Dec 30, 2018 at 5:27 PM Pete Wright wrote: > >> > >> > >> On 12/29/18 5:35 PM, Yasuhiro KIMURA wrote: > >>> From: Adam Weinberger > >>> Subject: Re: Request for help: remove bundler from ruby 2.6 port > >>> Date: Sat, 29 Dec 2018 15:34:17 -0700 > >>> > >>>> I think perhaps it's worth considering doing the opposite and, > >>>> beginning with 2.6, install the entire standard library by default. > >>>> Gems and stdlib exist side-by-side without problem, and many of the > >>>> gems that are deleted are generally kept up-to-date. > >>>> > >>>> Even if we don't want to install the entire standard library, I'd at > >>>> least strongly argue for including the most important gems (rake, gem, > >>>> minitest, and bundler) by default. They are basic components of ruby > >>>> itself, and ports should provide //optional// newer versions of them. > >>> From: Pete Wright > >>> Subject: Re: Request for help: remove bundler from ruby 2.6 port > >>> Date: Sat, 29 Dec 2018 16:41:32 -0800 > >>> > >>>> +1 from me on this. > >>>> > >>>> i think the benefits of lowering the porting overhead combined with > >>>> the fact that most ruby envs i've supported (and currently support) > >>>> are built around the expectation that rake, gem and bundler are all > >>>> available - so this would lower my administrative overhead as well. > >>> Thank you for reply. Then I'm going to create full port and post here > >>> again. But I'm away from this evening to next Saturday and can't > >>> access development environment during that time. So if someone else > >>> want to try it, please don't hesitate. > >> I was able to build this on 13-CURRENT/amd64 today without issues. the > >> ruby26 runtime seems OK after initial testing, but there is an issue > >> with bundler26: > >> > >> $ /usr/local/bin/bundle26 > >> Traceback (most recent call last): > >> 2: from /usr/local/bin/bundle26:23:in `
' > >> 1: from /usr/local/lib/ruby/2.6/rubygems.rb:302:in `activate_bin_path' > >> /usr/local/lib/ruby/2.6/rubygems.rb:283:in `find_spec_for_exe': can't > >> find gem bundler (>= 0.a) with executable bundle (Gem::GemNotFoundException) > >> > >> > >> i did verify that this package does not conflict with the existing > >> rubygem-bundler and ruby24 ports. > >> > >> as a starting place I have created this PR: > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234509 > >> > >> if i have time over the next couple days i'll take a closer look at how > >> bundler is being built and see if can fix the above issue. > > Bundler's whole purpose is to install gems using the 'gem' command, > > which the ruby port specifically excludes. So, all the Bundler stuff > > will have to be removed for the ruby26 port. Take a look at the > > Makefile where we delete all the rake-related stuff; Bundler should be > > removed in the same way. > oh i see. so dumb question, but it looks like rubygem-bundler depends > on ruby24 and it's gems package. > > $ sudo pkg install rubygem-bundler > > New packages to be INSTALLED: > rubygem-bundler: 1.17.1 [FreeBSD] > ruby: 2.4.5_1,1 [FreeBSD] > ruby24-gems: 2.7.8 [FreeBSD] > > > what is the proper way to get bundler to support 2.5 and 2.6? Ruby selection is determined by DEFAULT_VERSIONS. In your /etc/make.conf, put: DEFAULT_VERSIONS+= ruby=2.5 # Adam -- Adam Weinberger adamw@adamw.org https://www.adamw.org From owner-freebsd-ports@freebsd.org Mon Dec 31 00:31:51 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C373E143B587 for ; Mon, 31 Dec 2018 00:31:50 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from mail-yb1-xb36.google.com (mail-yb1-xb36.google.com [IPv6:2607:f8b0:4864:20::b36]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 455BC7542C for ; Mon, 31 Dec 2018 00:31:49 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by mail-yb1-xb36.google.com with SMTP id t16so8518366ybk.10 for ; Sun, 30 Dec 2018 16:31:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=adamw-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0HpsMy6R0FdcPATxF/SV3oGEHJHwkDg8tOlsffXAqIY=; b=o8QcNC4SkZLC1nwC8jOtrMmSCWdd+onwlZUy9kTy8aizmZRFZ7IH6csR4Pnm2PtgwG hnIwDwt7CpwKVuPppgrnQGPFQNISLceD7Z5CX1r7Z95B8zcaiOm//5qf9/BDDBzqJ5tQ o135Bu8EeI7FlTqZfJn+PMxhyhh5JA10EJdK1noKMk93AnxAnXYIDK57jmCULEUScX4A wfzG1AWu/nhmOn8fceaN3E9uRL1JXJJeD/OxnFFAHXIVWnD+CEuICb1zrR/ie5KRVCCI opUtPZrhR6iIim8Fx4lGoWUc3S2tMis/4B1atspPAmuh9eLehUFYGwUen/4eR4QaCrAo XhWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0HpsMy6R0FdcPATxF/SV3oGEHJHwkDg8tOlsffXAqIY=; b=cFVupCMzOlP3B5XNKm/7KTSs73tEqq/n1eFxGK8ShZdPXnJfF8+eoXbZTksawpuCGT /rqKnyLqZmVjY0p0ASs/a/hzCDagI+vAKlbn4qGlvxdL2HDKezJkFV8RlxAugXiWOVa5 97v5AsbN9LLqVFwE4uK6fHQu2EeFGzNulGZCmoP7xX24QkrYUeaIZwMOGEHkqgXw2XPD Vy42KJu0c8pKkMip1WLB5NSk/5Ye9oT+34sdGCNw0nisaaTMr11o3I3KJYxmt2qGaJqE 15lzQjMOqXmvFVz8nh4sS0jIizIZNnMgjQztk+GggELtDQrn4L/mcx7DMK9gj13L8Jya /V6g== X-Gm-Message-State: AJcUukegYi3eECpSMpc5JlMUJCMTtrVuDY9akAG/vUDVgCMZeto80eSH H6giwmXNnt0X67+h7KswKdjWJeHqcr9Qy1zUT4kgVYUqd58= X-Google-Smtp-Source: ALg8bN7GKsnqh/yDtD6B0Dj2M7DeCs9Wea0uNeQjeUNyyaCW9utF1fVBJZVoiRwzQK0cQ6uC8Bb/gFW6haoT0xhUhnU= X-Received: by 2002:a25:145:: with SMTP id 66mr14199445ybb.417.1546216308291; Sun, 30 Dec 2018 16:31:48 -0800 (PST) MIME-Version: 1.0 References: <20181229.134412.1093009159948437947.yasu@utahime.org> <20181230.103514.1004952746059751135.yasu@utahime.org> <087f33fc-69b8-a4a1-a23e-e7c74af960f9@nomadlogic.org> In-Reply-To: <087f33fc-69b8-a4a1-a23e-e7c74af960f9@nomadlogic.org> From: Adam Weinberger Date: Sun, 30 Dec 2018 17:31:31 -0700 Message-ID: Subject: Re: Request for help: remove bundler from ruby 2.6 port To: Pete Wright Cc: Yasuhiro KIMURA , freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 455BC7542C X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=adamw-org.20150623.gappssmtp.com header.s=20150623 header.b=o8QcNC4S; spf=pass (mx1.freebsd.org: domain of adamw@adamw.org designates 2607:f8b0:4864:20::b36 as permitted sender) smtp.mailfrom=adamw@adamw.org X-Spamd-Result: default: False [-3.37 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[adamw-org.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[adamw.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[adamw-org.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,alt4.aspmx.l.google.com,alt3.aspmx.l.google.com,alt2.aspmx.l.google.com,aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[6.3.b.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.15)[-0.153,0]; IP_SCORE(-0.71)[ipnet: 2607:f8b0::/32(-1.91), asn: 15169(-1.54), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 00:31:51 -0000 On Sun, Dec 30, 2018 at 5:27 PM Pete Wright wrote: > > > > On 12/29/18 5:35 PM, Yasuhiro KIMURA wrote: > > From: Adam Weinberger > > Subject: Re: Request for help: remove bundler from ruby 2.6 port > > Date: Sat, 29 Dec 2018 15:34:17 -0700 > > > >> I think perhaps it's worth considering doing the opposite and, > >> beginning with 2.6, install the entire standard library by default. > >> Gems and stdlib exist side-by-side without problem, and many of the > >> gems that are deleted are generally kept up-to-date. > >> > >> Even if we don't want to install the entire standard library, I'd at > >> least strongly argue for including the most important gems (rake, gem, > >> minitest, and bundler) by default. They are basic components of ruby > >> itself, and ports should provide //optional// newer versions of them. > > From: Pete Wright > > Subject: Re: Request for help: remove bundler from ruby 2.6 port > > Date: Sat, 29 Dec 2018 16:41:32 -0800 > > > >> +1 from me on this. > >> > >> i think the benefits of lowering the porting overhead combined with > >> the fact that most ruby envs i've supported (and currently support) > >> are built around the expectation that rake, gem and bundler are all > >> available - so this would lower my administrative overhead as well. > > Thank you for reply. Then I'm going to create full port and post here > > again. But I'm away from this evening to next Saturday and can't > > access development environment during that time. So if someone else > > want to try it, please don't hesitate. > I was able to build this on 13-CURRENT/amd64 today without issues. the > ruby26 runtime seems OK after initial testing, but there is an issue > with bundler26: > > $ /usr/local/bin/bundle26 > Traceback (most recent call last): > 2: from /usr/local/bin/bundle26:23:in `
' > 1: from /usr/local/lib/ruby/2.6/rubygems.rb:302:in `activate_bin_path' > /usr/local/lib/ruby/2.6/rubygems.rb:283:in `find_spec_for_exe': can't > find gem bundler (>= 0.a) with executable bundle (Gem::GemNotFoundException) > > > i did verify that this package does not conflict with the existing > rubygem-bundler and ruby24 ports. > > as a starting place I have created this PR: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234509 > > if i have time over the next couple days i'll take a closer look at how > bundler is being built and see if can fix the above issue. Bundler's whole purpose is to install gems using the 'gem' command, which the ruby port specifically excludes. So, all the Bundler stuff will have to be removed for the ruby26 port. Take a look at the Makefile where we delete all the rake-related stuff; Bundler should be removed in the same way. # Adam -- Adam Weinberger adamw@adamw.org https://www.adamw.org From owner-freebsd-ports@freebsd.org Mon Dec 31 05:01:27 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9ABAA1421CAE for ; Mon, 31 Dec 2018 05:01:27 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-ua1-x943.google.com (mail-ua1-x943.google.com [IPv6:2607:f8b0:4864:20::943]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 63F84870B2 for ; Mon, 31 Dec 2018 05:01:25 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-ua1-x943.google.com with SMTP id n7so8391090uao.7 for ; Sun, 30 Dec 2018 21:01:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QFPFb9gWPIEkXrgIwZErCATYwfa5hjOLLmWTWs7MFh8=; b=XwfRu4l07HKkDgYJMTBNHWd4xdPiktOFg5uaO/uaFQDDAz97yjgsxnZdV6g12Pe3Sj EdiFSZo20vxTScii9v9WjxKnDYAIdztrB+eW/nwLfyauJhOr9/BRT9Pp7iB25mplFb5R glFehgS5T3yyTmxXqAnJATIor3hCOTsqd8haEby93UGsGYxYML7Fs/9uNy9zXoxKReoe f/UqmEeUmv4+iv5WYFEHocb49UthVmbdBhjU/UFD0b/0S7cbWLGZZ5RpCdEDEiUfsexP pztzvElMfFI+iI9NywXtzz0xjRHy+xDb3drdyBeBFkjju5ePndbM7cMeScDse6fLjsTF xwmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QFPFb9gWPIEkXrgIwZErCATYwfa5hjOLLmWTWs7MFh8=; b=MXN9pBNfrgPIJO7npDI1venRYnHMSkDEjWFgvyxokbCy8xOfsyoOThcrtTDHLgnnP7 GGdb/sUgoNO96or4k+ux56AnKIXVpHmi6eJvKzfexjxIfU7r1WWFCk/WCTK5fJMB2+pT HuagpZIdAbviokhqn4evtJY//27sXXl7mMVp3UZmxKqnrG++Tk41Pp/Zydzia6VUuy73 8F3+FQoLy3FkfkWUcMp6qNbCIYsR1VFdUIKTJz964PDQea+t2LTdZz+rWtzjcMVJuJrG wacjBWRTiOaL3DbKG+MN0cMAxdcqnUooBH/RLX27TD+6B3/DZT+FFeml6fDUTwHi3poS KbBg== X-Gm-Message-State: AJcUukc/7/6Z4D2vP/XjZJ+6E7hOo3JmMr+S0UetiI287zkXUt+AlyML z2F1HQTGQtnQhkMGHUu9aOGnw6LkwinfCboQC6NhOg== X-Google-Smtp-Source: ALg8bN4J8U9fsaGZYK/bh16OjkRonekxzqt8NmRA+IHsb83EmbS/YLQ83Dp+gRCgqwKwaNqAFpnblxe3aGzb65QIQAc= X-Received: by 2002:ab0:73c4:: with SMTP id m4mr13774871uaq.101.1546232484418; Sun, 30 Dec 2018 21:01:24 -0800 (PST) MIME-Version: 1.0 References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> <13f5e4dd-33fb-2170-e31a-1b5d5f155869@freebsd.org> <2E3F6196-4652-40D2-937F-8860B6005A35@yahoo.com> In-Reply-To: From: Jonathan Chen Date: Mon, 31 Dec 2018 18:01:13 +1300 Message-ID: Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem] To: Mark Millard Cc: mmel@freebsd.org, freebsd-emulation@freebsd.org, FreeBSD Current , freebsd-arm , ports-list freebsd , FreeBSD Toolchain Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 63F84870B2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20150623.gappssmtp.com header.s=20150623 header.b=XwfRu4l0 X-Spamd-Result: default: False [0.47 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.916,0]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.96)[0.959,0]; IP_SCORE(0.05)[ip: (3.78), ipnet: 2607:f8b0::/32(-1.91), asn: 15169(-1.55), country: US(-0.08)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[chen.org.nz]; NEURAL_HAM_LONG(-0.81)[-0.811,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com]; RCPT_COUNT_SEVEN(0.00)[7]; RCVD_IN_DNSWL_NONE(0.00)[3.4.9.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 05:01:27 -0000 On Mon, 31 Dec 2018 at 14:34, Mark Millard via freebsd-ports wrote: > > [Removing __packed did make the size and offsets match armv7 > and the build worked based on the reconstructed qemu-arm-static.] Thanks for the analysis Mark! I've been suffering quite a few hangups with my ports crossbuilds on amd64->armv7 on 12-STABLE, and I'll be trying your suggestions to see whether it resolves the issue. Cheers. -- Jonathan Chen From owner-freebsd-ports@freebsd.org Mon Dec 31 08:05:46 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95D84142AD56 for ; Mon, 31 Dec 2018 08:05:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.ne1.yahoo.com (sonic309-20.consmr.mail.ne1.yahoo.com [66.163.184.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 349168F005 for ; Mon, 31 Dec 2018 08:05:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: oyA5EscVM1mqNZkxzVcgwUqOKvV_U3MMD3PfEZxE_7AieulH4igtebPJaoW6pk8 hK1ONZrFGv8Fx0ncA0cuBJWacJMWD1G7hV0Y0AqB1C2fAD4ztXhFj7ocFQsK9Ne6WEpIFgyExWdW KmCzFjIoUcrt0bGjBCftAzAyOXlkNlseptznyyiodskp2aVZDpVIR2bCswSmxCK_yMEvhYqMkIJP D9jQs4KXG2W756WJvaDhMAPwb.ekLf2XxUEPYUq2TTJL0TzgVULeXcPPwpPu8Piiofi5FcdV90vS 0P2hDfePQJJPjAV0FsSZSKpFGozNPw0GjZggko7PRs8Y3wM7IOdZAu_Vt6Bh0B0pv6moKi9f4Nfq eDdq8QE6iNl1kyhqjZOylUhTXpqjXvzqcUZ63KiZs1ruVFKNDtFcRFyPGjIVl.eK3vpdGQYiP5_q rLf4hq0k6zDPDSOdkXAhZIv53AJpWWcgKWwQiDgrPDvRp7EcSRCL3GWE5a..dGHkXxk0bCXxhbMr aV3Bjj0XOAw4dOxyjYMZ31FU6euUTAblvg8Vhd2ToLDzlQpR3zF3HGnqh9TVW0Jb4nyR7INTSO1g plKKY7L66YOEVkHXPE1ekAe0S0.eahjFXC7Z2va20w_glHUvfDYq6HzqOidIhdK87VVVd3Sdacw_ bnq0vVK46MXBETwCHXHTmCNv.4IqOxtTYRA0ZoPgidpAN0Z1slNo4OHSXAkLKo0IdfxvkQZnXvB_ VGL8c4VFYm.GxUTocR9EiNSNm53GtP9W7p270Nf67NvbjV4iQhU6.QOhmPWtSyvb5iKK8AuZY8k. ZoIm0q3v0iEwLxjR8fxPb.Ebd6UCstE5ZZRk.PVpyLR3CHwjN9eGaU7E2mpJdd.dctz9xHiBwgky E0YLlmYJF0H8jiv63SpL0vg00vTT0I233ZtpMjTvl8yP4NtafXdo0OQK_oOhqPBRfAPAY4WYDnLI SsAJgLEjCP5DTCocGB_VEOx7EL5GmNC4pFbD2zxyiuOSZTnHEPRS37Kqvt0JZAJ6qxnuIXhB1cMP sUEcdez.ZPgMgsrTYQxXkm06kjleBPqrGKoWksaTpySWvZpThuUwLy6H5APtAf3gm4.UoSmAjsoc - Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Mon, 31 Dec 2018 08:05:37 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp417.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9a7d61f623df156aa1a0a58f98273bbf; Mon, 31 Dec 2018 08:05:33 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem] From: Mark Millard In-Reply-To: Date: Mon, 31 Dec 2018 00:05:31 -0800 Cc: mmel@freebsd.org, freebsd-emulation@freebsd.org, FreeBSD Current , freebsd-arm , ports-list freebsd , FreeBSD Toolchain Content-Transfer-Encoding: 7bit Message-Id: <82478A45-7D15-4995-B333-FC42B39E5345@yahoo.com> References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> <13f5e4dd-33fb-2170-e31a-1b5d5f155869@freebsd.org> <2E3F6196-4652-40D2-937F-8860B6005A35@yahoo.com> To: Jonathan Chen X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 349168F005 X-Spamd-Bar: + X-Spamd-Result: default: False [1.74 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_SEVEN(0.00)[7]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.54)[-0.544,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.64)[0.642,0]; NEURAL_HAM_LONG(-0.42)[-0.425,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.08)[ip: (3.39), ipnet: 66.163.184.0/21(1.15), asn: 36646(0.92), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.184.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.184.163.66.rep.mailspike.net : 127.0.0.17]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 08:05:46 -0000 On 2018-Dec-30, at 21:01, Jonathan Chen wrote: > On Mon, 31 Dec 2018 at 14:34, Mark Millard via freebsd-ports > wrote: >> >> [Removing __packed did make the size and offsets match armv7 >> and the build worked based on the reconstructed qemu-arm-static.] > > Thanks for the analysis Mark! I've been suffering quite a few hangups > with my ports crossbuilds on amd64->armv7 on 12-STABLE, and I'll be > trying your suggestions to see whether it resolves the issue. If you have something like a kqread state for a hang-up consistently in the same place, then Mikael Urankar 's fix (or any other way of getting the right sizes and field offsets for kevent) has a chance of fixing what you have observed. But if you have a form of hang-up that shows no sign of being tied to kevent or hangs-up only sometimes, I'd be surprised if the __packed change(s) would fix the issue. I've seen such racy hang-ups from lld's creation of (#cpu)+2 threads, as FreeBSD counts cpus. I've selectively forced -Wl,--no-threads at times in specific contexts to avoid that. binutils ld does not tolerate the option. ports does not appear to have an equivalent of: LDFLAGS.lld+= -Wl,--no-threads that would be lld specific. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Mon Dec 31 12:13:05 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB12E1431D5B for ; Mon, 31 Dec 2018 12:13:04 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 883B296E75 for ; Mon, 31 Dec 2018 12:13:04 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4B7D71431D59; Mon, 31 Dec 2018 12:13:04 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 290C41431D57 for ; Mon, 31 Dec 2018 12:13:04 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC2EA96E72 for ; Mon, 31 Dec 2018 12:13:03 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 1C1C31828A for ; Mon, 31 Dec 2018 12:13:03 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id wBVCD2WO013060 for ; Mon, 31 Dec 2018 12:13:02 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.15.2/8.15.2/Submit) id wBVCD28F013059 for ports@FreeBSD.org; Mon, 31 Dec 2018 12:13:02 GMT (envelope-from indexbuild) Date: Mon, 31 Dec 2018 12:13:02 GMT From: Ports Index build Message-Id: <201812311213.wBVCD28F013059@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 11.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 12:13:05 -0000 INDEX build failed with errors: Generating INDEX-11 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- --- describe.dns --- --- describe.editors --- --- describe.emulators --- --- describe.finance --- --- describe.french --- --- describe.ftp --- [...] --- describe.print --- --- describe.russian --- --- describe.science --- --- describe.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.ukrainian --- --- describe.vietnamese --- --- describe.www --- --- describe.x11 --- --- describe.x11-clocks --- --- describe.x11-drivers --- --- describe.x11-fm --- --- describe.x11-fonts --- --- describe.x11-servers --- --- describe.x11-themes --- --- describe.x11-toolkits --- --- describe.x11-wm --- Done. make_index: /home/indexbuild/tindex/ports/deskutils/strigi: no entry for /home/indexbuild/tindex/ports/deskutils/libstreamanalyzer Committers on the hook: amdmi3 joneum rene Most recent SVN update was: Updating '.': U security/snuffleupagus/Makefile U security/snuffleupagus/distinfo U MOVED D graphics/kipi-plugin-imageviewer D graphics/kipi-plugin-panorama D graphics/kipi-plugin-metadataedit D graphics/kipi-plugin-smug D graphics/kipi-plugins-kde4 D graphics/kipi-plugin-yandexfotki D graphics/kipi-plugin-galleryexport D graphics/kipi-plugin-timeadjust D graphics/kipi-plugin-batchprocess D graphics/kipi-plugin-flickrexport D graphics/kipi-plugin-sendimages D graphics/kipi-plugin-kmlexport D graphics/kipi-plugin-acquireimages D graphics/kipi-plugin-flashexport D graphics/kipi-plugin-expoblending D graphics/kipi-plugin-mediawiki D graphics/kipi-plugin-advancedslideshow D graphics/kipi-plugin-googleservices D graphics/kipi-plugin-removeredeyes D graphics/kipi-plugin-gpssync D graphics/kipi-plugin-imageshackexport D graphics/kipi-plugin-jalbumexport D graphics/kipi-plugin-shwup D graphics/kipi-plugin-dropbox D graphics/kipi-plugin-rajceexport D graphics/kipi-plugin-vkontakte D graphics/libkipiplugins D graphics/kipi-plugin-htmlexport D graphics/kipi-plugin-facebook D graphics/kipi-plugin-videoslideshow D graphics/kipi-plugin-dngconverter D graphics/kipi-plugin-jpeglossless D graphics/kipi-plugin-piwigoexport D graphics/kipi-plugin-kopete D graphics/kipi-plugin-photolayoutseditor D graphics/kipi-plugin-debianscreenshots D graphics/kipi-plugin-kioexport D graphics/kipi-plugin-rawconverter D graphics/kipi-plugin-ipodexport D graphics/kipi-plugin-calendar U graphics/Makefile D deskutils/libstreams D deskutils/strigidaemon D deskutils/strigiclient D deskutils/libstreamanalyzer D deskutils/strigiutils U deskutils/Makefile U net/remotebox/Makefile U devel/sfml/pkg-descr U textproc/p5-Parse-Syslog/Makefile Updated to revision 488765. From owner-freebsd-ports@freebsd.org Mon Dec 31 12:57:21 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98D841432E38 for ; Mon, 31 Dec 2018 12:57:21 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail4.protonmail.ch (mail4.protonmail.ch [185.70.40.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B264F6A0A2 for ; Mon, 31 Dec 2018 12:57:20 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Mon, 31 Dec 2018 12:57:08 +0000 To: FreeBSD Ports From: Lorenzo Salvadore Reply-To: Lorenzo Salvadore Subject: Committ request - bug #233772 Message-ID: Feedback-ID: X6az_D2smWSR8MT5MHqXnWF0upxehDyHia7Id1cbayHNBUkRu3CIeusDsZHiivIIjmaKB1_OofpALrRUYjNz3w==:Ext:ProtonMail MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: B264F6A0A2 X-Spamd-Bar: ------- X-Spamd-Result: default: False [-7.72 / 15.00]; HAS_REPLYTO(0.00)[phascolarctos@protonmail.ch]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.ch:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.ch,quarantine]; MX_GOOD(-0.01)[mailsec.protonmail.ch,mail.protonmail.ch]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[27.40.70.185.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; IP_SCORE(-3.71)[ip: (-9.75), ipnet: 185.70.40.0/24(-4.86), asn: 19905(-3.88), country: US(-0.08)]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[protonmail.ch.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[protonmail.ch:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_PHPMAILER_SIG(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 12:57:21 -0000 SGVsbG8uCgpJdCBsb29rcyBsaWtlIHRoZSBwYXRjaCBhdHRhY2hlZCB0byBidWcgIzIzMzc3MiBp cyBuZWVkZWQ6Cmh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9idWd6aWxsYS9zaG93X2J1Zy5jZ2k/ aWQ9MjMzNzcyCgpJdCBpcyBhbiB1cGRhdGUgb2YgY2FkL3o4ODogdGhlIHVzZXIgdGhhdCByZXF1 ZXN0ZWQgdGhlIHVwZGF0ZQphc2tzIGlmIHRoZSBwYXRjaCB3aWxsIGJlIG1lcmdlZC4gVGhlIHBh dGNoIGhhcyBiZWVuIHRlc3RlZAp3aXRoIHBvdWRyaWVyZSBvbiAxMS4yLVJFTEVBU0UsIDEyLjAt UkVMRUFTRSwgYm90aCBvbgppMzg2IGFuZCBhbWQ2NC4KClRoYW5rcy4KTG9yZW56byBTYWx2YWRv cmUuCgpTZW50IHdpdGggW1Byb3Rvbk1haWxdKGh0dHBzOi8vcHJvdG9ubWFpbC5jb20pIFNlY3Vy ZSBFbWFpbC4= From owner-freebsd-ports@freebsd.org Mon Dec 31 13:16:43 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4D9E1433E6B for ; Mon, 31 Dec 2018 13:16:42 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80FB96B5CD; Mon, 31 Dec 2018 13:16:41 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pl1-x629.google.com with SMTP id t13so12648421ply.13; Mon, 31 Dec 2018 05:16:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=rJEFeOij+sl5dMxKI3JtqT9UR2RdZlIm1RSZJKHoEHk=; b=MfUKO1+4T2RD5SxBwnQZ29nA16VhjAgLyRX9/62P6QnYpjBl2sCiIlLToDstBWGHyP r91o0grZvXvagiHBjf/CC4YS5n+eSZMou9q9cNi+afdjm515SZl4AUhEozg8OA4Tlq/p qbpo82xC6pUDodHU5QpaB2cXTJ9wX+bbX1H5CzD6/9fkTguCFfpzakepX0VQ0M2Qxpsk 0Mi3udSrHrI7xKS2Px5yOtYUNPBM2rtfKoEnlQyuRSxBpjRy4X4UeTAUo+urYbENNF+q emzTmMySkyEoccHPDJSn1W/0+2J+o+oLxeQBEimV9gdn1K+in5UkUu9bWJshdcNAdvya wmTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:references:cc:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=rJEFeOij+sl5dMxKI3JtqT9UR2RdZlIm1RSZJKHoEHk=; b=tlytIxtEOQVZO57gxb4EI0nHyTS7svKhAdVwqM5hNQGfLi4fW/PfGprZXBmEmyyyMY Oq+OjpNwoIQl9/wdHsqAyidPjyKkxNW7Xr66HG/zpUpKIkd2r8I5wWm9ElbtaqDv8ofn vOY0we/fx3m1D0m90SChMeTUfKVfWdFA1/ZQ88EnvV21Oixwxp6qsOPfcgZ6Zhd8wRje +DtJKuFYexcSezN0fOzwH/LsG+mPr2ARRUTU+0eCr5IcE9z2OWb6f7hqTNCe2ngS+KIZ Z1IYzU8FzNNnbXac7za57Xi5hNHm6v3GixCCChjXxfn8bWOJ6MRSh1aq0liyMAzIOf5W 1teQ== X-Gm-Message-State: AJcUukeQtJnF5FPRO1N2YgLLevmzrmA5wRM1nZIyIK6iWXqPafbrZmkC m397gQv32bCt1/3d4WbLPlx8qzbh X-Google-Smtp-Source: ALg8bN4ho4q+TJy6A91cqnd7x4YTTlvocreui4fd1UBy/QWWT0JKOQCdQadEHEi8ca/dfx9l1LSExA== X-Received: by 2002:a17:902:108a:: with SMTP id c10mr25119889pla.131.1546262200140; Mon, 31 Dec 2018 05:16:40 -0800 (PST) Received: from [192.168.1.105] (119-18-15-55.cust.aussiebb.net. [119.18.15.55]) by smtp.gmail.com with ESMTPSA id x186sm70663111pfb.59.2018.12.31.05.16.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 31 Dec 2018 05:16:39 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Committ request - bug #233772 To: Lorenzo Salvadore References: Cc: FreeBSD Ports , Kurt Jaeger From: Kubilay Kocak Message-ID: <25b8266e-6b75-1dfa-972a-ba3a278f9cff@FreeBSD.org> Date: Tue, 1 Jan 2019 00:16:36 +1100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 80FB96B5CD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MfUKO1+4; spf=pass (mx1.freebsd.org: domain of koobsfreebsd@gmail.com designates 2607:f8b0:4864:20::629 as permitted sender) smtp.mailfrom=koobsfreebsd@gmail.com X-Spamd-Result: default: False [-3.77 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[koobs@FreeBSD.org]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[alt3.gmail-smtp-in.l.google.com,alt4.gmail-smtp-in.l.google.com,gmail-smtp-in.l.google.com,alt2.gmail-smtp-in.l.google.com,alt1.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.85)[-0.851,0]; FORGED_SENDER(0.30)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_NEQ_ENVFROM(0.00)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[9.2.6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.71)[ipnet: 2607:f8b0::/32(-1.93), asn: 15169(-1.55), country: US(-0.08)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 13:16:43 -0000 On 31/12/2018 11:57 pm, Lorenzo Salvadore via freebsd-ports wrote: > Hello. > > It looks like the patch attached to bug #233772 is needed: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233772 > > It is an update of cad/z88: the user that requested the update > asks if the patch will be merged. The patch has been tested > with poudriere on 11.2-RELEASE, 12.0-RELEASE, both on > i386 and amd64. > > Thanks. > Lorenzo Salvadore. Kurt is on it From owner-freebsd-ports@freebsd.org Mon Dec 31 13:17:47 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E4501433EE6 for ; Mon, 31 Dec 2018 13:17:47 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A1BE06B688 for ; Mon, 31 Dec 2018 13:17:46 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 626571433EE3; Mon, 31 Dec 2018 13:17:46 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50EBD1433EE2 for ; Mon, 31 Dec 2018 13:17:46 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9A9A6B67D for ; Mon, 31 Dec 2018 13:17:45 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4673F18B5E for ; Mon, 31 Dec 2018 13:17:45 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id wBVDHjkv065519 for ; Mon, 31 Dec 2018 13:17:45 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id wBVDHjqW065518; Mon, 31 Dec 2018 13:17:45 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201812311317.wBVDHjqW065518@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.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, 31 Dec 2018 13:17:45 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 13:17:47 -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 ------------------------------------------------+-----------------+------------ sysutils/busybox | 1.26.2 | 1.30.0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Mon Dec 31 13:35:01 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EEB0D1434982 for ; Mon, 31 Dec 2018 13:35:00 +0000 (UTC) (envelope-from pi@freebsd.org) 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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 857ED6C693 for ; Mon, 31 Dec 2018 13:35:00 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gdxif-000LwT-G7; Mon, 31 Dec 2018 14:35:01 +0100 Date: Mon, 31 Dec 2018 14:35:01 +0100 From: Kurt Jaeger To: Lorenzo Salvadore Cc: FreeBSD Ports Subject: Re: Committ request - bug #233772 Message-ID: <20181231133501.GH84895@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.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 13:35:01 -0000 Hi! > It looks like the patch attached to bug #233772 is needed: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233772 > > It is an update of cad/z88: the user that requested the update > asks if the patch will be merged. The patch has been tested > with poudriere on 11.2-RELEASE, 12.0-RELEASE, both on > i386 and amd64. Committed, just in time for 2019Q1 8-} -- pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-ports@freebsd.org Mon Dec 31 13:38:27 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D99A1434BB9 for ; Mon, 31 Dec 2018 13:38:27 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail-40132.protonmail.ch (mail-40132.protonmail.ch [185.70.40.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09BD46C958 for ; Mon, 31 Dec 2018 13:38:26 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Mon, 31 Dec 2018 13:38:11 +0000 To: FreeBSD Ports From: Lorenzo Salvadore Reply-To: Lorenzo Salvadore Subject: Re: Committ request - bug #233772 Message-ID: In-Reply-To: <20181231133501.GH84895@home.opsec.eu> References: <20181231133501.GH84895@home.opsec.eu> Feedback-ID: X6az_D2smWSR8MT5MHqXnWF0upxehDyHia7Id1cbayHNBUkRu3CIeusDsZHiivIIjmaKB1_OofpALrRUYjNz3w==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 09BD46C958 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 13:38:27 -0000 > Hi! > > > It looks like the patch attached to bug #233772 is needed: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233772 > > It is an update of cad/z88: the user that requested the update > > asks if the patch will be merged. The patch has been tested > > with poudriere on 11.2-RELEASE, 12.0-RELEASE, both on > > i386 and amd64. > > Committed, just in time for 2019Q1 8-} Great! Thank you very much. Lorenzo Salvadore. From owner-freebsd-ports@freebsd.org Mon Dec 31 15:15:20 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07D6214378DE for ; Mon, 31 Dec 2018 15:15:20 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5A6701A7 for ; Mon, 31 Dec 2018 15:15:19 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5FB0414378DB; Mon, 31 Dec 2018 15:15:19 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D2B414378DA for ; Mon, 31 Dec 2018 15:15:19 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D219B701A5 for ; Mon, 31 Dec 2018 15:15:18 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 1AAA119DA7 for ; Mon, 31 Dec 2018 15:15:18 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id wBVFFH7o083461 for ; Mon, 31 Dec 2018 15:15:17 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.15.2/8.15.2/Submit) id wBVFFHbt083460 for ports@FreeBSD.org; Mon, 31 Dec 2018 15:15:17 GMT (envelope-from indexbuild) Date: Mon, 31 Dec 2018 15:15:17 GMT From: Ports Index build Message-Id: <201812311515.wBVFFHbt083460@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 11.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 15:15:20 -0000 INDEX build failed with errors: Generating INDEX-11 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- --- describe.dns --- --- describe.editors --- --- describe.emulators --- --- describe.finance --- --- describe.french --- --- describe.ftp --- [...] --- describe.print --- --- describe.russian --- --- describe.science --- --- describe.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.ukrainian --- --- describe.vietnamese --- --- describe.www --- --- describe.x11 --- --- describe.x11-clocks --- --- describe.x11-drivers --- --- describe.x11-fm --- --- describe.x11-fonts --- --- describe.x11-servers --- --- describe.x11-themes --- --- describe.x11-toolkits --- --- describe.x11-wm --- Done. make_index: /home/indexbuild/tindex/ports/deskutils/strigi: no entry for /home/indexbuild/tindex/ports/deskutils/libstreamanalyzer Committers on the hook: ale amdmi3 blackend ehaupt jbeich joneum madpilot pi rene tcberner Most recent SVN update was: Updating '.': D net/libsrtp U net/py-aiohttp-socks/Makefile UU net/py-aiohttp-socks/distinfo U net/Makefile D audio/terminatorx D audio/creox D audio/shoutcast U audio/protracker/Makefile U audio/protracker/distinfo U audio/Makefile U audio/hvl2wav/Makefile U multimedia/libva-intel-driver/Makefile U multimedia/libva-intel-driver/pkg-descr U multimedia/libva-intel-media-driver/Makefile U MOVED D sysutils/ataidle D sysutils/cfengine22 D sysutils/syslog-ng-incubator D sysutils/syslog-ng36 D sysutils/syslog-ng37 U sysutils/Makefile U LEGAL D databases/mongodb32-tools D databases/mongodb32 U databases/Makefile D dns/powerdns-recursor40 U dns/Makefile D japanese/spamassassin U japanese/Makefile D security/krb5-114 U security/Makefile U security/racoon2-legacy/Makefile D www/moodle33 D www/spdylay U www/Makefile U www/trafficserver/Makefile U www/opera/Makefile D x11-toolkits/wlc U x11-toolkits/Makefile U cad/z88/Makefile U cad/z88/distinfo D cad/z88/files/z88.sh D cad/z88/files/patch-cb88o.c D cad/z88/files/patch-ccos D cad/z88/files/patch-z88.mk.gtk.gcc32 D cad/z88/files/patch-z88.mk.kernel.gcc32 D cad/z88/files/patch-z88.mk.other.gcc32 D cad/z88/files/patch-z88.fcd D cad/z88/files/patch-dyn88v.c A cad/z88/files/patch-bin_unix64_z88.fcd A cad/z88/files/patch-make_make__unix__64_z88com.mk.gcc64 A cad/z88/files/patch-make_make__unix__64_z88g.mk.gcc64 A cad/z88/files/patch-make_make__unix__64_z88n.mk.gcc64 A cad/z88/files/patch-make_make__unix__64_z88o.mk.gcc64 A cad/z88/files/patch-make_make__unix__64_z88r.mk.gcc64 A cad/z88/files/patch-make_make__unix__64_z88x.mk.gcc64 A cad/z88/files/patch-src_z88o_unix_cb88o.c A cad/z88/files/z88 A cad/z88/pkg-message U cad/z88/pkg-plist U devel/sbt/Makefile U devel/sbt/distinfo U devel/sbt/files/patch-bin_sbt U devel/sbt/files/patch-bin_sbt-launch-lib.bash U devel/rust-bindgen/Makefile U devel/rust-bindgen/distinfo U devel/p5-UI-Dialog/Makefile U devel/kdbg/Makefile U devel/kdbg/distinfo U devel/kdbg/pkg-plist D graphics/digikam-kde4-doc D graphics/kipi-plugin-printimages D graphics/kipi-plugin-imgurexport D graphics/digikam-kde4-l10n U graphics/gnash/Makefile U graphics/gnash/pkg-plist U graphics/Makefile U net-im/ekiga/Makefile U net-im/ekiga/pkg-descr U net-p2p/amule-devel/Makefile U net-p2p/amule-devel/pkg-plist U net-p2p/amule/Makefile U net-p2p/amule/pkg-plist U misc/freebsd-doc-all/Makefile U misc/freebsd-doc-en/Makefile U misc/freebsd-doc-en/distinfo U misc/freebsd-doc-en/pkg-plist.html U misc/freebsd-doc-en/pkg-plist.html-common U misc/freebsd-doc-en/pkg-plist.html-split U misc/freebsd-doc-en/pkg-plist.pdf U misc/freebsd-doc-en/pkg-plist.ps U misc/freebsd-doc-en/pkg-plist.txt U misc/freebsd-doc-ja/pkg-plist.html-split U misc/freebsd-doc-pt/pkg-plist.html U misc/freebsd-doc-pt/pkg-plist.html-common U misc/freebsd-doc-pt/pkg-plist.html-split U misc/freebsd-doc-pt/pkg-plist.pdf U misc/freebsd-doc-pt/pkg-plist.ps U misc/freebsd-doc-pt/pkg-plist.txt U misc/freebsd-doc-zh_tw/pkg-plist.html-split U editors/libreoffice/Makefile U deskutils/cairo-dock-plugins/Makefile U deskutils/cairo-dock-plugins/pkg-plist U deskutils/recoll/Makefile U finance/gnucash/Makefile U finance/gnucash/distinfo U finance/gnucash/files/patch-CMakeLists.txt U finance/gnucash/pkg-plist U finance/gnucash-docs/Makefile U finance/gnucash-docs/distinfo Updated to revision 488790. From owner-freebsd-ports@freebsd.org Mon Dec 31 17:59:40 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38A9C143B3C8 for ; Mon, 31 Dec 2018 17:59:40 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail-40132.protonmail.ch (mail-40132.protonmail.ch [185.70.40.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27FD175A95 for ; Mon, 31 Dec 2018 17:59:38 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Mon, 31 Dec 2018 17:59:31 +0000 To: FreeBSD Ports From: Lorenzo Salvadore Reply-To: Lorenzo Salvadore Subject: Poudriere very slow when building in i386 jails Message-ID: Feedback-ID: X6az_D2smWSR8MT5MHqXnWF0upxehDyHia7Id1cbayHNBUkRu3CIeusDsZHiivIIjmaKB1_OofpALrRUYjNz3w==:Ext:ProtonMail MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 27FD175A95 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.76 / 15.00]; HAS_REPLYTO(0.00)[phascolarctos@protonmail.ch]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.ch:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.ch,quarantine]; MX_GOOD(-0.01)[cached: mailsec.protonmail.ch]; NEURAL_HAM_SHORT(-0.98)[-0.979,0]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[132.40.70.185.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; IP_SCORE(-1.77)[ipnet: 185.70.40.0/24(-4.87), asn: 19905(-3.89), country: US(-0.08)]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[protonmail.ch.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[protonmail.ch:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_PHPMAILER_SIG(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 17:59:40 -0000 SGVsbG8uCgpBbSBJIHRoZSBvbmx5IHBvdWRyaWVyZSB1c2VyIHRoYXQgbm90aWNlcyB2ZXJ5IGxv bmcgYnVpbGQgdGltZXMgb24gYW4gYW1kNjQgbWFjaGluZSBpbiBpMzg2IGphaWxzPyBUaGlzIGRv ZXMgbm90IGhhcHBlbiBhbHdheXMsIGJ1dCBmcmVxdWVudGx5IGVub3VnaCB0byBiZSBhIG51aXNh bmNlLgoKTW9yZSBwcmVjaXNlbHksIGJ1aWxkaW5nIHNvbWUgcGFja2FnZXMgaW4gYW4gaTM4NiBq YWlsIHRha2VzIGFnZXMgY29tcGFyZWQgdG8gdGhlIHNhbWUgcGFja2FnZXMgYnVpbHQgaW4gYW4g YW1kNjQgamFpbC4gTW9yZW92ZXIsIHNvbWV0aW1lcyBidWlsZGluZyBhIHBhY2thZ2UgaW4gYW4g aTM4NiBqYWlsIHdpdGggYWxsIG9wdGlvbnMgb24gdGFrZXMgYSByZWFzb25hYmxlIHRpbWUgd2hp bGUgYnVpbGRpbmcgdGhlIHNhbWUgcGFja2FnZSBpbiB0aGUgc2FtZSBqYWlsIGJ1dCB3aXRoIGFs bCBvcHRpb25zIG9mZiB0YWtlcyBhZ2VzIGFsdGhvdWdoIHRoZSBhbW91bnQgb2Ygd29yayAoY29t cGlsYXRpb24sIHRlc3RpbmcuLi4pIHRvIGRvIGlzIHRoZSBzYW1lIG9yIGV2ZW4gbGVzcyB0aGFu IGluIHRoZSBmaXJzdCBjYXNlOyBhbmQgSSBleHBlcmllbmNlZCBpdCB3aXRoIGNjYWNoZSBpbnN0 YWxsZWQgYW5kIGJ5IGRvaW5nIHRoZSB0d28gYnVpbGRzIGluIHRoZSB3cml0dGVuIG9yZGVyLgoK SSBhbSB0cnlpbmcgdG8gZmluZCBhIGdvb2QgZXhhbXBsZSBvZiBwb3J0IHRvIG9mZmVyIGZvciB0 ZXN0aW5nLiBBdCB0aGUgbW9tZW50IHRoZSBiZXN0IGV4YW1wbGUgSSBjYW4gb2ZmZXIgaXMgc2Vj dXJpdHkvbGliZ2NyeXB0IChvcHRpb25zIG9mZik6IEkgaGFkIHRvIGJ1aWxkIGl0IGFzIGEgZGVw ZW5kZW5jeSBmb3IgYSB0ZXN0cG9ydCB5ZXN0ZXJkYXksIGJ1dCBhZnRlciA2IGhvdXJzIG9mIGJ1 aWxkIEkgaGFkIHRvIHR1cm4gb2ZmIHRoZSBtYWNoaW5lIGFuZCBnYXZlIHVwLiBCdXQgYXMgSSBk byBub3Qga25vdyB3ZWxsIHRoaXMgcG9ydCwgSSBkbyBub3Qga25vdyBpZiB0aGlzIHRpbWUgc2hv dWxkIGJlIGV4cGVjdGVkLgpNeSBtYWNoaW5lIGlzIGFtZDY0LCAzLjYgR2Igb2YgUkFNLCBkdWFs IGNvcmU6IG5vdCB2ZXJ5IHBvd2VyZnVsLCBJIGtub3csIGJ1dCBJIGRvIG5vdCB0aGluayB0aGlz IGlzIGVub3VnaCB0byBleHBsYWluIHZlcnkgbGFyZ2UgZGlmZmVyZW5jZXMgaW4gYnVpbGQgdGlt ZXMgaW4gdGhlIGNvbnRleHRzIEkgZGVzY3JpYmVkLgoKQW55IGlkZWEgd2hhdCBpcyBnb2luZyBv biBhbmQgd2hhdCBjb3VsZCBJIGRvIHRvIHNwZWVkIHVwIHRoaW5ncz8KClRoYW5rcy4KTG9yZW56 byBTYWx2YWRvcmUuCgpTZW50IHdpdGggW1Byb3Rvbk1haWxdKGh0dHBzOi8vcHJvdG9ubWFpbC5j b20pIFNlY3VyZSBFbWFpbC4= From owner-freebsd-ports@freebsd.org Mon Dec 31 18:08:15 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2C7A143B96D for ; Mon, 31 Dec 2018 18:08:14 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6DDF476379 for ; Mon, 31 Dec 2018 18:08:14 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2DB7C143B96B; Mon, 31 Dec 2018 18:08:14 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B0EE143B96A for ; Mon, 31 Dec 2018 18:08:14 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A472D76376 for ; Mon, 31 Dec 2018 18:08:13 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 051EB1B679 for ; Mon, 31 Dec 2018 18:08:13 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id wBVI8Cr0037768 for ; Mon, 31 Dec 2018 18:08:12 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.15.2/8.15.2/Submit) id wBVI8C9W037767 for ports@FreeBSD.org; Mon, 31 Dec 2018 18:08:12 GMT (envelope-from indexbuild) Date: Mon, 31 Dec 2018 18:08:12 GMT From: Ports Index build Message-Id: <201812311808.wBVI8C9W037767@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 11.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 18:08:15 -0000 INDEX build failed with errors: Generating INDEX-11 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.audio --- make[5]: "/home/indexbuild/tindex/ports/audio/kid3-kf5/Makefile" line 6: Cannot open /home/indexbuild/tindex/ports/audio/kid3-kf5/../../audio/kid3-kde4/Makefile make[5]: Fatal errors encountered -- cannot continue===> audio/kid3-kf5 failed *** [describe.audio] Error code 1 make[2]: stopped in /home/indexbuild/tindex/ports make[2]: stopped in /home/indexbuild/tindex/ports *** Error code 1 Stop. make[1]: stopped in /home/indexbuild/tindex/ports *** Error code 1 Stop. make: stopped in /home/indexbuild/tindex/ports 1 error Committers on the hook: ale amdmi3 blackend bofh dinoex ehaupt fernape jbeich jlaffaye joneum jpaetzel koobs kwm madpilot pi rene tcberner Most recent SVN update was: Updating '.': U MOVED D accessibility/kmouth-kde4 D accessibility/kaccessible-kde4 D accessibility/kmag-kde4 D accessibility/kdeaccessibility-kde4 D accessibility/kmousetool-kde4 D accessibility/jovie-kde4 U accessibility/Makefile D arabic/kde4-l10n U arabic/Makefile D archivers/ark-kde4 U archivers/Makefile D astro/kstars-kde4 D astro/marble-kde4 D astro/libkgeomap-kde4 U astro/Makefile D audio/libkcddb-kde4 D audio/libkcompactdisc-kde4 D audio/kscd-kde4 D audio/kstreamripper D audio/kio-audiocd-kde4 D audio/juk-kde4 D audio/simon D audio/audex D audio/kmix-kde4 D audio/kid3-kde4 U audio/Makefile D chinese/kde4-l10n-zh_TW D chinese/kde4-l10n-zh_CN U chinese/Makefile D comms/kremotecontrol-kde4 U comms/Makefile D databases/akonadi-kde4 U databases/Makefile U databases/pgroonga/Makefile U databases/pgroonga/distinfo U databases/pgroonga/pkg-plist D deskutils/superkaramba-kde4 D deskutils/plasma-applet-teacooker D deskutils/kdepimlibs-kde4 D deskutils/kcharselect-kde4 D deskutils/plasma-applet-serverstatuswidget D deskutils/plasma-applet-cwp D deskutils/silence D deskutils/ksshaskpass D deskutils/plasma-applet-daisy D deskutils/kdeconnect-kde-kde4 D deskutils/kdeplasma-addons-kde4 D deskutils/kdepim-runtime-kde4 D deskutils/plasma-applet-fancytasks D deskutils/kdepim-kde4 D deskutils/plasma-applet-qstardict D deskutils/plasma-applet-panelspacer D deskutils/plasma-applet-yawp D deskutils/plasma-applet-simpleweatherforecast D deskutils/kruler-kde4 D deskutils/homerun D deskutils/strigi U deskutils/Makefile D devel/kdevelop-kde4 D devel/smokegen-kde4 D devel/libkolab D devel/kdevelop-pg-qt-kde4 D devel/cervisia-kde4 D devel/umbrello-kde4 D devel/ruby-qtruby-kde4 D devel/kdesdk-kde4 D devel/kdesvn-kde4 D devel/libkgapi-kde4 D devel/smokeqt-kde4 D devel/ruby-korundum-kde4 D devel/kdesdk-kioslaves-kde4 D devel/lokalize-kde4 D devel/py-krosspython-kde4 D devel/ruby-krossruby-kde4 D devel/py-pykde4-kde4 D devel/py-pykdeuic4-kde4 D devel/kdebindings-kde4 D devel/poxml-kde4 D devel/kdesdk-strigi-analyzers-kde4 D devel/smokekde-kde4 D devel/p5-perlkde-kde4 D devel/dolphin-plugins-kde4 D devel/kdevelop-php-kde4 D devel/kde-dev-scripts-kde4 D devel/kde-dev-utils-kde4 D devel/kdevelop-php-docs-kde4 D devel/kcachegrind-kde4 D devel/p5-perlqt-kde4 D devel/kdesdk-thumbnailers-kde4 D devel/kdevplatform-kde4 D devel/kapptemplate-kde4 D devel/okteta-kde4 U devel/Makefile U devel/py-stevedore/Makefile D editors/klat4 D editors/kile-kde4 D editors/kate-plugin-pate-kde4 D editors/kate-kde4 U editors/Makefile D finance/kmymoney-kde4 U finance/Makefile D french/kde4-l10n U french/Makefile D ftp/plasma-applet-ftpmonitor U ftp/Makefile D games/palapeli-kde4 D games/kolf-kde4 D games/picmi-kde4 D games/killbots-kde4 D games/kollision-kde4 D games/kspaceduel-kde4 D games/kanagram-kde4 D games/kblocks-kde4 D games/kreversi-kde4 D games/kdiamond-kde4 D games/knavalbattle-kde4 D games/kubrick-kde4 D games/khangman-kde4 D games/kmahjongg-kde4 D games/ksnakeduel-kde4 D games/bovo-kde4 D games/libkmahjongg-kde4 D games/katomic-kde4 D games/lskat-kde4 D games/klickety-kde4 D games/ktuberling-kde4 D games/klines-kde4 D games/pairs-kde4 D games/ksirk-kde4 D games/konquest-kde4 D games/kjumpingcube-kde4 D games/blinken-kde4 D games/kbreakout-kde4 D games/kpat-kde4 D games/libkdegames-kde4 D games/kmines-kde4 D games/kdegames-kde4 D games/kigo-kde4 D games/kapman-kde4 D games/kfourinline-kde4 D games/bomber-kde4 D games/kajongg-kde4 D games/knetwalk-kde4 D games/kgoldrunner-kde4 D games/kblackbox-kde4 D games/kshisen-kde4 D games/ksquares-kde4 D games/kiriki-kde4 D games/granatier-kde4 D games/kbounce-kde4 D games/ksudoku-kde4 U games/Makefile D german/kde4-l10n U german/Makefile D graphics/libksane-kde4 D graphics/libkipi-kde4 D graphics/kqtquickcharts-kde4 D graphics/okular-kde4 D graphics/kdegraphics-mobipocket-kde4 D graphics/kiconedit D graphics/kdegraphics-svgpart-kde4 D graphics/kcoloredit D graphics/kdegraphics-thumbnailers-kde4 D graphics/gwenview-kde4 D graphics/kpovmodeler D graphics/libkexiv2-kde4 D graphics/digikam-kde4 D graphics/kdegraphics-kde4 D graphics/libkdcraw-kde4 D graphics/kdegraphics-strigi-analyzer-kde4 D graphics/kamera-kde4 D graphics/kolourpaint-kde4 D graphics/kcolorchooser-kde4 D graphics/ksaneplugin-kde4 D graphics/kphotoalbum-kde4 D graphics/libkscreen D graphics/skanlite-kde4 D graphics/ksnapshot-kde4 U graphics/Makefile D hebrew/kde4-l10n U hebrew/Makefile D hungarian/kde4-l10n U hungarian/Makefile D japanese/kde4-l10n D japanese/kiten-kde4 U japanese/Makefile D korean/kde4-l10n U korean/Makefile D lang/kturtle-kde4 U lang/Makefile U lang/python37/Makefile D mail/kbiff D mail/kshowmail U mail/Makefile D math/kcalc-kde4 D math/kmplot-kde4 D math/rocs-kde4 D math/kig-kde4 D math/kalgebra-kde4 D math/analitza-kde4 D math/kbruch-kde4 D math/cantor-kde4 D math/abakus U math/Makefile D misc/kde-thumbnailer-chm-kde4 D misc/kwordquiz-kde4 D misc/kde4-l10n-ca D misc/kde4-l10n-da D misc/kde4-l10n-fa D misc/kde4-l10n-fi D misc/kde4-l10n-ga D misc/kde4-l10n-hi D misc/kde4-l10n-ia D misc/kde4-l10n-pa D misc/kde4-l10n-wa D misc/kde4-l10n-hr D misc/kde4-l10n-mr D misc/kde4-l10n-nb D misc/kde4-l10n-sr D misc/kde4-l10n-tr D misc/klettres-kde4 D misc/kde-thumbnailer-fb2-kde4 D misc/kde-thumbnailer-epub-kde4 D misc/kde4-l10n-en_GB D misc/kde4-l10n-bs D misc/kde4-l10n-cs D misc/kde4-l10n-es D misc/kde4-l10n-is D misc/kde4-l10n-kk D misc/kde4-l10n-sk D misc/krecipes-kde4 D misc/kde4-l10n-ca_valencia D misc/kde4-l10n-el D misc/kde4-l10n-et D misc/kde4-l10n-gl D misc/kde4-l10n-id D misc/kde4-l10n-it D misc/kde4-l10n-lt D misc/kde4-l10n-nl D misc/kde4-l10n-sl D misc/kde4-l10n D misc/kde4-l10n-eu D misc/kde4-l10n-km D misc/kgeography-kde4 D misc/libkdeedu-kde4 D misc/ktouch-kde4 D misc/kde4-l10n-lv D misc/kde4-l10n-nn D misc/kde4-l10n-sv D misc/kdeutils-kde4 D misc/parley-kde4 D misc/kde4-l10n-nds D misc/kde4-l10n-bg D misc/kde4-l10n-ro D misc/kde4-l10n-ug D misc/kdeedu-kde4 U misc/Makefile D multimedia/kdemultimedia-mplayerthumbs-kde4 D multimedia/dragon-kde4 D multimedia/subtitlecomposer-kde4 D multimedia/kdenlive-kde4 D multimedia/kdemultimedia-kde4 D multimedia/k9copy-kde4 D multimedia/kdemultimedia-ffmpegthumbs-kde4 D multimedia/kplayer-kde4 U multimedia/Makefile D net/krdc-kde4 D net/zeroconf-ioslave-kde4 D net/krfb-kde4 D net/kdenetwork-kde4 D net/kdenetwork-strigi-analyzers-kde4 D net/kdenetwork-filesharing-kde4 D net/libmediawiki-kde4 D net/kio-upnp-ms D net/kget-kde4 D net/libkvkontakte-kde4 D net/libkfbapi D net/kwooty D net/smb4k-kde4 U net/Makefile U net/kea/Makefile U net/kea/pkg-plist D net-im/ktp-send-file-kde4 D net-im/ktp-contact-runner-kde4 D net-im/kopete-kde4 D net-im/telepathy-kde4 D net-im/ktp-desktop-applets-kde4 D net-im/ktp-auth-handler-kde4 D net-im/ktp-filetransfer-handler-kde4 D net-im/ktp-text-ui-kde4 D net-im/ktp-accounts-kcm-kde4 D net-im/ktp-contact-list-kde4 D net-im/plasma-applet-ktp-kde4 D net-im/ktp-kded-integration-module-kde4 D net-im/ktp-common-internals-kde4 D net-im/kmess-kde4 D net-im/ktp-approver-kde4 U net-im/Makefile D net-p2p/libktorrent-kde4 D net-p2p/ktorrent-kde4 U net-p2p/Makefile D polish/kde4-l10n U polish/Makefile D portuguese/kde4-l10n D portuguese/kde4-l10n-pt_BR U portuguese/Makefile D print/print-manager-kde4 D print/kover U print/Makefile D russian/kde4-l10n U russian/Makefile D science/step-kde4 D science/kalzium-kde4 U science/Makefile D security/kwalletmanager-kde4 D security/kgpg-kde4 D security/subversion-kwallet U security/Makefile D sysutils/ksystemlog-kde4 D sysutils/kdf-kde4 D sysutils/kfilemetadata-kde4 D sysutils/knutclient-kde4 D sysutils/baloo-kde4 D sysutils/baloo-widgets-kde4 D sysutils/nepomuk-core-kde4 D sysutils/kfloppy-kde4 D sysutils/filelight-kde4 D sysutils/kdeadmin-kde4 D sysutils/ksysguardd-kde4 D sysutils/kcm-polkit-kde D sysutils/polkit-kde D sysutils/kuser-kde4 D sysutils/sweeper-kde4 D sysutils/k3b-kde4 D sysutils/nepomuk-widgets-kde4 D sysutils/kcron-kde4 U sysutils/Makefile U sysutils/fusefs-sshfs/Makefile U sysutils/fusefs-sshfs/distinfo U sysutils/fusefs-sshfs/files/patch-meson.build U sysutils/xosview/Makefile U sysutils/xosview/distinfo U sysutils/xosview/files/patch-bsd_kernel.cc U sysutils/tw_cli/Makefile U sysutils/tw_cli/files/407.status-3ware-raid.in D textproc/kompare-kde4 D textproc/libkomparediff2-kde4 U textproc/Makefile U textproc/groonga/Makefile U textproc/groonga/distinfo U textproc/groonga/pkg-plist D ukrainian/kde4-l10n U ukrainian/Makefile D www/rekonq D www/kpartsplugin D www/choqok-kde4 D www/kdewebdev-kde4 D www/kwebkitpart U www/Makefile U www/py-pelican/Makefile U www/py-pelican/distinfo D x11/kdelibs-kde4 D x11/yakuake-kde4 D x11/kde-baseapps-kde4 D x11/kgamma-kde4 D x11/plasma-scriptengine-ruby-kde4 D x11/konsole-kde4 D x11/plasma-scriptengine-python-kde4 D x11/kde4 D x11/kde-workspace-kde4 D x11/libkonq-kde4 D x11/kde-runtime-kde4 D x11/kactivities D x11/kactivitymanagerd U x11/Makefile D x11-clocks/amor-kde4 D x11-clocks/plasma-applet-adjustableclock D x11-clocks/kteatime-kde4 D x11-clocks/kdetoys-kde4 D x11-clocks/plasma-applet-geekclock D x11-clocks/ktimer-kde4 D x11-clocks/ktux-kde4 U x11-clocks/Makefile D x11-fm/krusader2-kde4 U x11-fm/Makefile D x11-themes/kde-base-artwork-kde4 D x11-themes/plasma5-breeze-kde4 D x11-themes/gtk-qt4-engine D x11-themes/kde4-windeco-crystal D x11-themes/kdeartwork-kde4 D x11-themes/kde4-style-nitrogen D x11-themes/kde4-style-skulpture D x11-themes/kde4-style-bespin D x11-themes/kde-gtk-config D x11-themes/kde4-windeco-dekorator D x11-themes/kde4-style-oxygen-transparent D x11-themes/kde4-style-polyester D x11-themes/kde-wallpapers-kde4 D x11-themes/qtcurve-kde4 U x11-themes/Makefile U x11-themes/qtcurve/Makefile D java/netbeans-devel U java/Makefile U java/netbeans/Makefile U java/netbeans/distinfo U java/netbeans/files/patch-bin_netbeans U java/netbeans/pkg-descr U java/netbeans/pkg-plist U irc/iroffer-dinoex/Makefile U irc/iroffer-dinoex/distinfo D irc/iroffer-dinoex/files/patch-Configure D irc/iroffer-dinoex/files/patch-upnp.c U irc/iroffer-dinoex/pkg-descr Updated to revision 488807. From owner-freebsd-ports@freebsd.org Mon Dec 31 18:17:04 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BECEF143BD1D for ; Mon, 31 Dec 2018 18:17:04 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-vs1-xe41.google.com (mail-vs1-xe41.google.com [IPv6:2607:f8b0:4864:20::e41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B625D76938 for ; Mon, 31 Dec 2018 18:17:02 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-vs1-xe41.google.com with SMTP id x64so16811630vsa.5 for ; Mon, 31 Dec 2018 10:17:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oA8R8OTMVP5nqZ/84IF8NfoX9sHi/7YO4Ow7mg9WvCc=; b=jnCS1RJP+l9efv1+10mxdhoEMORIUXqbYExoOXbHJu+Wk6K2A7E619csAmTbGAUWiX hPDNQgsBfnTIoeJg2W/0xmiH9Bzl7dPdCgtYvd6DDWqLMT8yDLo5sMVplJB2+RmkvnH5 1pcKhfJrQb0houBCQiRwU1hEM8TeMkJI0DWPvNCLIMcxLAmkaSB/Rxijma1ZUicyWC+p /CycYBu4AzK7sc2oXpyAk4oxQiVYvqrM/r70AtCZJA1qYYNHQBCsOIdmBPzesCnatE+F WM0IiWeGSHackIKhVtgMy3FrODMevsZrxSVml+3tMcgr1cjDSufevcaT8mG6ghJrL81t qXng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oA8R8OTMVP5nqZ/84IF8NfoX9sHi/7YO4Ow7mg9WvCc=; b=cfFp7OYOWJw+zvFxLmJdjVEmHQJjKcUN/GWKt0TWNgdyYA25pgRnI9fOjWWJQKPQdH xdNDC9SfV2sPRs2WKcA4xMm1Kj6Fmhykq9ZpDK2clIxFwj6NRmKBaWY/8OnGTbBWorOs wDSBAPqlpEW1debjIbiRyOni01qEKAgZO06wZjsaS37aaA0tL3elI6xyAARRL0gzxvzy dN2RuAuC7i3vguD5FchF6umQlnDJSWyqvw2egjh9hRV3vHvIUvqoNjPTyVDm89zLTapk FlkHVdQv1i/I0PdYNKyFawAY3KcuWB1gBJRCe3G7c+S0zl/gdqCamPXsWUC02nnIaOb/ CIbA== X-Gm-Message-State: AA+aEWbW4kdgowLRPnDNVya7CI/nJYlc/gldVLYY07PZzJ+7EOa/7YTi d9HU1+7IHKSrRk7WO79ay9RWSoagdZjQQXGwT8wRoA== X-Google-Smtp-Source: AFSGD/WamyiZqPddZL65QVX3WFI7IxrVHjb44abOfNyRGwpfDS/3I8ZAXuthlo+BCwyrKz/KzHrqfqNF5k9lgT+qJpA= X-Received: by 2002:a67:5bdc:: with SMTP id w89mr15553112vsg.109.1546280221720; Mon, 31 Dec 2018 10:17:01 -0800 (PST) MIME-Version: 1.0 References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> <13f5e4dd-33fb-2170-e31a-1b5d5f155869@freebsd.org> <2E3F6196-4652-40D2-937F-8860B6005A35@yahoo.com> <82478A45-7D15-4995-B333-FC42B39E5345@yahoo.com> In-Reply-To: <82478A45-7D15-4995-B333-FC42B39E5345@yahoo.com> From: Jonathan Chen Date: Tue, 1 Jan 2019 07:16:40 +1300 Message-ID: Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem] To: Mark Millard Cc: mmel@freebsd.org, freebsd-emulation@freebsd.org, FreeBSD Current , freebsd-arm , ports-list freebsd , FreeBSD Toolchain Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: B625D76938 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20150623.gappssmtp.com header.s=20150623 header.b=jnCS1RJP X-Spamd-Result: default: False [2.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.05)[-0.051,0]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.82)[0.824,0]; IP_SCORE(0.38)[ip: (5.50), ipnet: 2607:f8b0::/32(-1.95), asn: 15169(-1.56), country: US(-0.08)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[chen.org.nz]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; RCPT_COUNT_SEVEN(0.00)[7]; RCVD_IN_DNSWL_NONE(0.00)[1.4.e.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.28)[0.281,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 18:17:05 -0000 On Mon, 31 Dec 2018 at 21:05, Mark Millard wrote: [...] > But if you have a form of hang-up that shows no sign of being tied > to kevent or hangs-up only sometimes, I'd be surprised if the __packed > change(s) would fix the issue. With the __packed-modified qemu-user-static, the amd64->armv7 crossbuilds does not hang anymore, but I get build failures instead. Interestingly enough, an unmodified qemu-user-static gets further along in a amd64->armv6 crossbuild, with only one reproducible hang. Cheers. -- Jonathan Chen From owner-freebsd-ports@freebsd.org Mon Dec 31 19:50:11 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 244CA143E229 for ; Mon, 31 Dec 2018 19:50:11 +0000 (UTC) (envelope-from pi@freebsd.org) 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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AA1AA8262A for ; Mon, 31 Dec 2018 19:50:10 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1ge3Zj-000N3b-Oj; Mon, 31 Dec 2018 20:50:11 +0100 Date: Mon, 31 Dec 2018 20:50:11 +0100 From: Kurt Jaeger To: Lorenzo Salvadore Cc: FreeBSD Ports Subject: Re: Poudriere very slow when building in i386 jails Message-ID: <20181231195011.GI84895@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.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 19:50:11 -0000 Hi! > Am I the only poudriere user that notices very long build times on an amd64 machine in i386 jails? This does not happen always, but frequently enough to be a nuisance. Can you say more about the rest of the setup ? Filesystem type ? Type of storage ? Memory size ? Base and jail system version ? -- pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-ports@freebsd.org Mon Dec 31 20:03:42 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AFEFE143E810 for ; Mon, 31 Dec 2018 20:03:42 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail-40132.protonmail.ch (mail-40132.protonmail.ch [185.70.40.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F7BD82E88 for ; Mon, 31 Dec 2018 20:03:41 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Mon, 31 Dec 2018 20:03:37 +0000 To: FreeBSD Ports From: Lorenzo Salvadore Reply-To: Lorenzo Salvadore Subject: Re: Poudriere very slow when building in i386 jails Message-ID: In-Reply-To: <20181231195011.GI84895@home.opsec.eu> References: <20181231195011.GI84895@home.opsec.eu> Feedback-ID: X6az_D2smWSR8MT5MHqXnWF0upxehDyHia7Id1cbayHNBUkRu3CIeusDsZHiivIIjmaKB1_OofpALrRUYjNz3w==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 3F7BD82E88 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 20:03:42 -0000 > Hi! > > > Am I the only poudriere user that notices very long build times on an a= md64 machine in i386 jails? This does not happen always, but frequently eno= ugh to be a nuisance. > > Can you say more about the rest of the setup ? > > Filesystem type ? Type of storage ? Memory size ? Base and jail system ve= rsion ? Filesystem is ZFS. I don't understand what you mean by "type of storage": can you make an exam= ple? I have 3.6 Gb of RAM and 2 Gb of swap. My base system is 12.0-RELEASE. Jails are 11.2-RELEASE and 12.0-RELEASE. Thanks. Lorenzo Salvadore. From owner-freebsd-ports@freebsd.org Mon Dec 31 20:05:52 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FFAA143E895 for ; Mon, 31 Dec 2018 20:05:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.ne1.yahoo.com (sonic310-22.consmr.mail.ne1.yahoo.com [66.163.186.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 35F2482F52 for ; Mon, 31 Dec 2018 20:05:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: UQN7FI0VM1n5nZk3WR3voHWoQkVFc6BC1vW._8LcwBAopbwO7AHVzxG7qmOPrlx u50CR1tA3.WxwmDlKbwNj8g8eYbLA4i8GBr2XryOSXBXnkHqCyf7wR..dwylwJosA8HBa8z9xNDk l5a7x3z.bV17_Ej_JvXYfE0Mo7jL_cOhTJzIlzNHi6xRUffUJdSAZCRLmBEWGWwIlvI7G22Ud.Ta D7HveKucFNnU7jtBYndMvV6b5BAh9aRJ.RlMm18pzIxflRK0pBA1a9olyHtbtRGJv7lXtnRTr60q 0FdzRc6Em3k_Qgoy3q.WEa1pxqav4MpLlaiTi0Tjbjg_6Bie.3qvw46S7Uv2.baDUmJgXYEhcnuK CUYHQpVZSzZkovyYweOeM47ig8Hj1qK8_HPkcufNw_.ADmUqk0E6_v.BtPX_GWrMPJqfNoVG8rID G9e4gh6SCTaZiQRxOwSOZs3Jow5lMbx1w4F0MS3R1zexC0O.FnurA7ey2GL4MxJnVLRUimGkWUJc AzNip8NuCDI4X8EOq6rfHsX9qDta_ZpiElLGPMROOrtM8SybWX6k9mzFaPX5.0.VxFITauYev82o 25wWdSe0iaIwl.eYGb0Ik7GH4qTefPVzuYmsWDsiSTdS4movVJz2XaTAbjVtuYN2pZvhg_MGGevb EcjeejGw.VhCRi69NPw3ADGA33XGbsoHeDyZXo.eiTcM1WPMBSOHtkne8kqijQbadAKhOOJVbqK0 kmVzK9fPFTKDH4pkMRQUleVMk_mVSDQlVLY4qc1efmZTPDTquHdJiC_tQMtsDqpuhEs46acJR5T4 txwRCOVOntd13W42m.2PwnHMq_nBea.440oPOkGeapy1tPXkUJje0hHqesXDCd3PSmQhLVe5oypm uCGoXH82YZnQD1_QWmEpHiGkf3Ayx_yfaBN9kN_DFaumSZOkDKilGebtSBVUzbOMwZP_1cIcg9jJ bA.df6KbWuB8F1p0.bP.FAzSarQjsYPBZMkYyGoKNAk2POecB5ZvKqYqGPqbLhuOGJYt1qh0xSbS mCKsJ0AujfgArFk5N6KAnPv2Z69tLoKudQpOmBUJgxASb77WfuQ6RsbXhYe.4t2WUCs8w Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Mon, 31 Dec 2018 20:05:43 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp409.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0742405770bc6c0a367a982b1de2352c; Mon, 31 Dec 2018 20:05:39 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem] From: Mark Millard In-Reply-To: Date: Mon, 31 Dec 2018 12:05:37 -0800 Cc: freebsd-emulation@freebsd.org, FreeBSD Current , freebsd-arm , ports-list freebsd , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <984303F3-ADCD-442A-B1E9-412B8365B399@yahoo.com> References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> <13f5e4dd-33fb-2170-e31a-1b5d5f155869@freebsd.org> <2E3F6196-4652-40D2-937F-8860B6005A35@yahoo.com> <82478A45-7D15-4995-B333-FC42B39E5345@yahoo.com> To: Jonathan Chen X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 35F2482F52 X-Spamd-Bar: / X-Spamd-Result: default: False [0.55 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.50)[-0.495,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.84)[0.844,0]; NEURAL_HAM_LONG(-0.40)[-0.397,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.11)[ip: (3.58), ipnet: 66.163.184.0/21(1.13), asn: 36646(0.91), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[203.186.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 20:05:52 -0000 On 2018-Dec-31, at 10:16, Jonathan Chen wrote: > On Mon, 31 Dec 2018 at 21:05, Mark Millard = wrote: > [...] >> But if you have a form of hang-up that shows no sign of being tied >> to kevent or hangs-up only sometimes, I'd be surprised if the = __packed >> change(s) would fix the issue. >=20 > With the __packed-modified qemu-user-static, the amd64->armv7 > crossbuilds does not hang anymore, but I get build failures instead. > Interestingly enough, an unmodified qemu-user-static gets further > along in a amd64->armv6 crossbuild, with only one reproducible hang. I tend to compare cross-build failures to native-build attempts. The multimedia-gstreamer1-qt@qt5 hang-up was qemu-arm-static specific, not occurring native. That and being reliable about hanging-up is what prompted the investigation. The lld thread fanout hangup also has only happened under qemu-arm-static but I do not have a context with more than 4 cores for armv7: far less than 28 (FreeBSD under Hyper-V) or 32 cpus (FreeBSD native) that I use for cross-builds. I do not know if you care to but it is possible to see if the FreeBSD package builders get failures or hangs for the same ports. I use head port build examples below: http://beefy16.nyi.freebsd.org/jail.html?mastername=3Dhead-armv7-default http://beefy8.nyi.freebsd.org/jail.html?mastername=3Dhead-armv6-default The pages displayed show a list of port version (p??????) and freebsd version (s??????) looking like p??????_s?????? . Those links take you to pages for exploring the built, failed, skipped, and ignored ports. Of course, for race-condition problems in builds, checking is messier because of needing to look at possibly many port/system combinations. My attempts to build x11/lumina fail for: [00:01:02] [01] [00:00:00] Building multimedia/libvpx | libvpx-1.7.0_2 [00:02:23] [01] [00:01:21] Saved multimedia/libvpx | libvpx-1.7.0_2 = wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/libvpx= -1.7.0_2.tar [00:02:23] [01] [00:01:21] Finished multimedia/libvpx | libvpx-1.7.0_2: = Failed: build [00:02:24] [01] [00:01:22] Skipping multimedia/ffmpeg | ffmpeg-4.1,1: = Dependent port multimedia/libvpx | libvpx-1.7.0_2 failed [00:02:24] [01] [00:01:22] Skipping multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_2: Dependent port multimedia/libvpx | = libvpx-1.7.0_2 failed [00:02:24] [01] [00:01:22] Skipping multimedia/gstreamer1-plugins-core | = gstreamer1-plugins-core-1.14: Dependent port multimedia/libvpx | = libvpx-1.7.0_2 failed [00:02:24] [01] [00:01:22] Skipping x11/lumina | lumina-1.4.1,3: = Dependent port multimedia/libvpx | libvpx-1.7.0_2 failed [00:02:24] [01] [00:01:22] Skipping x11/lumina-core | lumina-core-1.4.1: = Dependent port multimedia/libvpx | libvpx-1.7.0_2 failed . . . [00:06:19] Failed ports: multimedia/libvpx:build [00:06:19] Skipped ports: multimedia/ffmpeg multimedia/gstreamer1-libav = multimedia/gstreamer1-plugins-core x11/lumina x11/lumina-core [FBSDFSSDjailArmV7-default] [2018-12-30_17h04m02s] [committing:] Queued: = 7 Built: 1 Failed: 1 Skipped: 5 Ignored: 0 Tobuild: 0 Time: = 00:06:16 Native build attempts on an armv7 get the same. But I'm still at: # svnlite info | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 341836 Last Changed Rev: 341836 because I froze at that while investigating the reliable hang and have not started progressing again yet. Last I looked the head-armv7-default package builds were also failing for libvpx if I remember right. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Mon Dec 31 20:51:12 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CD501419D7A for ; Mon, 31 Dec 2018 20:51:12 +0000 (UTC) (envelope-from joneum@FreeBSD.org) Received: from toco-domains.de (mail.toco-domains.de [176.9.39.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 72BE484BAB for ; Mon, 31 Dec 2018 20:51:11 +0000 (UTC) (envelope-from joneum@FreeBSD.org) Received: from phantomias.home.jochen-neumeister.de (p5B0FDCA0.dip0.t-ipconnect.de [91.15.220.160]) by toco-domains.de (Postfix) with ESMTPA id 6D7A313515E3; Mon, 31 Dec 2018 21:51:07 +0100 (CET) Subject: Re: Poudriere very slow when building in i386 jails To: Lorenzo Salvadore , FreeBSD Ports References: <20181231195011.GI84895@home.opsec.eu> From: Jochen Neumeister Message-ID: <461c5852-aa11-2edf-7b22-621f4d01cec3@FreeBSD.org> Date: Mon, 31 Dec 2018 21:51:07 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: de-DE X-Rspamd-Queue-Id: 72BE484BAB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; ASN(0.00)[asn:24940, ipnet:176.9.0.0/16, country:DE]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 20:51:12 -0000 On 31.12.18 21:03, Lorenzo Salvadore via freebsd-ports wrote: >> Hi! >> >>> Am I the only poudriere user that notices very long build times on an amd64 machine in i386 jails? This does not happen always, but frequently enough to be a nuisance. >> Can you say more about the rest of the setup ? >> >> Filesystem type ? Type of storage ? Memory size ? Base and jail system version ? > Filesystem is ZFS. > > I don't understand what you mean by "type of storage": can you make an example? > > I have 3.6 Gb of RAM and 2 Gb of swap. > > My base system is 12.0-RELEASE. Jails are 11.2-RELEASE and 12.0-RELEASE CCACHE aktive? From owner-freebsd-ports@freebsd.org Mon Dec 31 21:01:09 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F926141A154 for ; Mon, 31 Dec 2018 21:01:09 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22E5185275 for ; Mon, 31 Dec 2018 21:01:07 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Mon, 31 Dec 2018 21:00:56 +0000 To: FreeBSD Ports From: Lorenzo Salvadore Reply-To: Lorenzo Salvadore Subject: Re: Poudriere very slow when building in i386 jails Message-ID: In-Reply-To: <461c5852-aa11-2edf-7b22-621f4d01cec3@FreeBSD.org> References: <20181231195011.GI84895@home.opsec.eu> <461c5852-aa11-2edf-7b22-621f4d01cec3@FreeBSD.org> Feedback-ID: X6az_D2smWSR8MT5MHqXnWF0upxehDyHia7Id1cbayHNBUkRu3CIeusDsZHiivIIjmaKB1_OofpALrRUYjNz3w==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 22E5185275 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.86 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[phascolarctos@protonmail.ch]; R_DKIM_ALLOW(-0.20)[protonmail.ch:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[protonmail.ch.dwl.dnswl.org : 127.0.5.0]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.ch:+]; MX_GOOD(-0.01)[cached: mailsec.protonmail.ch]; DMARC_POLICY_ALLOW(-0.50)[protonmail.ch,quarantine]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.77)[ipnet: 185.70.40.0/24(-4.87), asn: 19905(-3.90), country: US(-0.08)]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[18.40.70.185.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 21:01:09 -0000 > On 31.12.18 21:03, Lorenzo Salvadore via freebsd-ports wrote: > > > > Hi! > > > > > > > Am I the only poudriere user that notices very long build times on = an amd64 machine in i386 jails? This does not happen always, but frequently= enough to be a nuisance. > > > > Can you say more about the rest of the setup ? > > > > > > Filesystem type ? Type of storage ? Memory size ? Base and jail syste= m version ? > > > Filesystem is ZFS. > > > > I don't understand what you mean by "type of storage": can you make an = example? > > I have 3.6 Gb of RAM and 2 Gb of swap. > > My base system is 12.0-RELEASE. Jails are 11.2-RELEASE and 12.0-RELEASE > > CCACHE aktive? Yes, ccache is active. Lorenzo Salvadore. From owner-freebsd-ports@freebsd.org Mon Dec 31 21:15:14 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E7C4141A8E3 for ; Mon, 31 Dec 2018 21:15:14 +0000 (UTC) (envelope-from pi@freebsd.org) 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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1602485A41 for ; Mon, 31 Dec 2018 21:15:14 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1ge4u5-000NJt-21; Mon, 31 Dec 2018 22:15:17 +0100 Date: Mon, 31 Dec 2018 22:15:17 +0100 From: Kurt Jaeger To: Lorenzo Salvadore Cc: FreeBSD Ports Subject: Re: Poudriere very slow when building in i386 jails Message-ID: <20181231211516.GJ84895@home.opsec.eu> References: <20181231195011.GI84895@home.opsec.eu> 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.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 21:15:14 -0000 Hi! > > > Am I the only poudriere user that notices very long build times on an amd64 machine in i386 jails? This does not happen always, but frequently enough to be a nuisance. > > > > Can you say more about the rest of the setup ? > > > > Filesystem type ? Type of storage ? Memory size ? Base and jail system version ? > > Filesystem is ZFS. > > I don't understand what you mean by "type of storage": can you make an example? SSD or spinning drives ? > I have 3.6 Gb of RAM and 2 Gb of swap. Run top and check the state of ARC. I think it needs much more RAM. -- pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-ports@freebsd.org Mon Dec 31 21:19:18 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60635141AA2D for ; Mon, 31 Dec 2018 21:19:18 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E6A1D85B76 for ; Mon, 31 Dec 2018 21:19:17 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id A1E9D141AA2C; Mon, 31 Dec 2018 21:19:17 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EEDF141AA2B for ; Mon, 31 Dec 2018 21:19:17 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EE3B85B74 for ; Mon, 31 Dec 2018 21:19:17 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 5A5AF1D249 for ; Mon, 31 Dec 2018 21:19:16 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id wBVLJGm8028190 for ; Mon, 31 Dec 2018 21:19:16 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.15.2/8.15.2/Submit) id wBVLJGrh028188 for ports@FreeBSD.org; Mon, 31 Dec 2018 21:19:16 GMT (envelope-from indexbuild) Date: Mon, 31 Dec 2018 21:19:16 GMT From: Ports Index build Message-Id: <201812312119.wBVLJGrh028188@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX now builds successfully on 11.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 21:19:18 -0000 From owner-freebsd-ports@freebsd.org Mon Dec 31 22:03:05 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E272141B88C for ; Mon, 31 Dec 2018 22:03:05 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C936487024 for ; Mon, 31 Dec 2018 22:03:04 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Mon, 31 Dec 2018 22:02:55 +0000 To: FreeBSD Ports From: Lorenzo Salvadore Reply-To: Lorenzo Salvadore Subject: Re: Poudriere very slow when building in i386 jails Message-ID: <0IcOmQLiDHIXsW_vzCi2RBHRHl8vWpGQn9M_G6T-wm4OZKWWij8JkKol9780Ou45l4ycEqeecG-DGRL73St2EF_MmSz5rc_PL-cN_ODQ4E8=@protonmail.ch> In-Reply-To: <20181231211516.GJ84895@home.opsec.eu> References: <20181231195011.GI84895@home.opsec.eu> <20181231211516.GJ84895@home.opsec.eu> Feedback-ID: X6az_D2smWSR8MT5MHqXnWF0upxehDyHia7Id1cbayHNBUkRu3CIeusDsZHiivIIjmaKB1_OofpALrRUYjNz3w==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: C936487024 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2018 22:03:05 -0000 > Hi! > > > > > Am I the only poudriere user that notices very long build times on = an amd64 machine in i386 jails? This does not happen always, but frequently= enough to be a nuisance. > > > > > > Can you say more about the rest of the setup ? > > > Filesystem type ? Type of storage ? Memory size ? Base and jail syste= m version ? > > > > Filesystem is ZFS. > > I don't understand what you mean by "type of storage": can you make an = example? > > SSD or spinning drives ? > > > I have 3.6 Gb of RAM and 2 Gb of swap. > > Run top and check the state of ARC. > > I think it needs much more RAM. I don't think it is a SSD (it has cylinders, sectors etc.). If you can tell me a way to check it I will be glad to do it. This is the output of diskinfo -v /dev/ada0 in case it answers the question= : /dev/ada0 =09512 =09# sectorsize =09320072933376=09# mediasize in bytes (298G) =09625142448 =09# mediasize in sectors =094096 =09# stripesize =090 =09# stripeoffset =09620181 =09# Cylinders according to firmware. =0916 =09# Heads according to firmware. =0963 =09# Sectors according to firmware. =09HGST HTS545032A7E680=09# Disk descr. =09TMA45DZG06UX8R=09# Disk ident. =09No =09# TRIM/UNMAP support =095400 =09# Rotation rate in RPM =09Not_Zoned =09# Zone Mode These are are lines of top's header (poudriere is building one of the ports= I think might be problematic): CPU: 32.8% user, 4.8% nice, 8.3% system, 0.5% interrupt, 53.5% idle Mem: 1200M Active, 332M Inact, 32M Laundry, 2084M Wired, 187M Free ARC: 1122M Total, 649M MFU, 323M MRU, 1371K Anon, 16M Header, 133M Other 401M Compressed, 1064M Uncompressed, 2.65:1 Ratio Swap: 2048M Total, 210M Used, 1838M Free, 10% Inuse Lorenzo Salvadore. From owner-freebsd-ports@freebsd.org Tue Jan 1 03:00:39 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8087B14245B3 for ; Tue, 1 Jan 2019 03:00:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3969468540 for ; Tue, 1 Jan 2019 03:00:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Wz_.scgVM1khe5KePqMyFXlkE6GTgublMfEO44SQCg.lgOj5KMs4VaCw7ajcmPi k_BdqefUXyaEiRGRe6GlzEHe6_IluIhSfsBiLsGgx1kSjbRjnUyaNFgV6qnHlf54d9vwGDLemX0G g7eGRlQadi2HOBwKHDivodc8Bb3G_hqa92WVpfuOHjL.DyVmH9PqGT6tSpdwhzhOk03G6pZVm8fs 535tE7AEviK.nB8wA5oGsgxEhrfmAiLXhSwbtJQkXRmvYY_f5Vikc__ecd5vmLlLJaLLyUJWx5go TlhvcFZrZDi89jMgpDX.3n.6rbT7M8pW1ICXlIYVd8VqyaOArzaoWpiAxkzMEF0p2WCLH_YL3rlg Kl4CkQkM9.dnCjvRNW5y8xEDRHDiiAkPbqOo1kBJ5K.HA8u0r4Ah1xMr9DRLSSXKOIXl7obqSXlV DlhDb.KnHnn_pSAtN0HO1FdU18rE3jPivtF51VPq9hSdLyzIkwZtpUOyfW.RDR69l3QHewiWuTcW oB.4Av.0BCGvLlI.k9OWyEKA7KwO5blugxNqzT1zj5OT3Qf0xM1fT88Z1lOEvKw8XAY8BsiWD0sB PUU9_c2b.Zy0jS4_GSJYhP8riDn488Xh9EdGp4.5bdJP1XZRUJ.Y6jslg23wYSB5ecgq1qCbw107 ks3_G5DeU3IyGroq5XnZQWoq3zb2HAEPNDtUb2oBIqCKWY61RwDzjvN.NYVxhG.JbMIEnQZekzAU EhF0d5lq7cagsXNxnpYOK2gLpqAD.uSj_eHzh_kcMqph_e3zsg3hW6Ld8QVFkrE7an_zp.HvNptf XyMS6MgzJ5RQ5MG4FZ1X1qMTmIs2Rw1GJd5cQabQQlFERRlC1Ix8kzNBeeow2EFzBayE4lZ6uktl KVic4.m8t4_vWYSCPSXAo3ftBDHiHd8VRc3MHnHiyVLLSwvb8_k9p0yHt6KR3.DGxp3w7wmjZhRj LEZTclDGa1fwp0G1T1shZuKidWjhKC6sDEsTRdjLoH2VDSHDDozOiU28Xm012.iWg.mfKgU_iF7t msW7W6o67K88YhjIWmiRIulHWzYUbVaOBj4dYEDfLDnasL0JR1jOL1_MECXGoGZqqSg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Tue, 1 Jan 2019 03:00:36 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp414.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID dbd0bb2a6a724229abedbad683618265; Tue, 01 Jan 2019 02:50:24 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: A reliable port cross-build failure (hangup) in my context (amd64->armv7 cross build, with native-tool speedup involved) [details of a specific qemu-arm-static source code problem] From: Mark Millard In-Reply-To: <984303F3-ADCD-442A-B1E9-412B8365B399@yahoo.com> Date: Mon, 31 Dec 2018 18:50:23 -0800 Cc: freebsd-emulation@freebsd.org, FreeBSD Current , freebsd-arm , ports-list freebsd , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <642A3C38-5229-4BA3-9BA7-CD78F52D0335@yahoo.com> References: <865A13C8-9749-486E-9F79-5EEDDECBE621@yahoo.com> <0154C3AC-D85B-4FCF-BA63-454BC26BC1A2@yahoo.com> <13f5e4dd-33fb-2170-e31a-1b5d5f155869@freebsd.org> <2E3F6196-4652-40D2-937F-8860B6005A35@yahoo.com> <82478A45-7D15-4995-B333-FC42B39E5345@yahoo.com> <984303F3-ADCD-442A-B1E9-412B8365B399@yahoo.com> To: Jonathan Chen X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 3969468540 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.97)[-0.973,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.06)[ip: (-6.33), ipnet: 98.137.64.0/21(0.61), asn: 36647(0.49), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 03:00:39 -0000 [I listed my /usr/src svn veriosn information instead of /usr/ports . Correcting. . .] On 2018-Dec-31, at 12:05, Mark Millard wrote: > On 2018-Dec-31, at 10:16, Jonathan Chen wrote: >=20 >> On Mon, 31 Dec 2018 at 21:05, Mark Millard = wrote: >> [...] >>> But if you have a form of hang-up that shows no sign of being tied >>> to kevent or hangs-up only sometimes, I'd be surprised if the = __packed >>> change(s) would fix the issue. >>=20 >> With the __packed-modified qemu-user-static, the amd64->armv7 >> crossbuilds does not hang anymore, but I get build failures instead. >> Interestingly enough, an unmodified qemu-user-static gets further >> along in a amd64->armv6 crossbuild, with only one reproducible hang. >=20 > I tend to compare cross-build failures to native-build attempts. The > multimedia-gstreamer1-qt@qt5 hang-up was qemu-arm-static specific, > not occurring native. That and being reliable about hanging-up is > what prompted the investigation. >=20 > The lld thread fanout hangup also has only happened under > qemu-arm-static but I do not have a context with more than 4 cores for > armv7: far less than 28 (FreeBSD under Hyper-V) or 32 cpus (FreeBSD > native) that I use for cross-builds. >=20 > I do not know if you care to but it is possible to see if the FreeBSD > package builders get failures or hangs for the same ports. I use > head port build examples below: >=20 > http://beefy16.nyi.freebsd.org/jail.html?mastername=3Dhead-armv7-default= >=20 > http://beefy8.nyi.freebsd.org/jail.html?mastername=3Dhead-armv6-default >=20 > The pages displayed show a list of port version (p??????) and freebsd > version (s??????) looking like p??????_s?????? . Those links take you > to pages for exploring the built, failed, skipped, and ignored > ports. >=20 > Of course, for race-condition problems in builds, checking is messier > because of needing to look at possibly many port/system combinations. >=20 > My attempts to build x11/lumina fail for: >=20 > [00:01:02] [01] [00:00:00] Building multimedia/libvpx | libvpx-1.7.0_2 > [00:02:23] [01] [00:01:21] Saved multimedia/libvpx | libvpx-1.7.0_2 = wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/libvpx= -1.7.0_2.tar > [00:02:23] [01] [00:01:21] Finished multimedia/libvpx | = libvpx-1.7.0_2: Failed: build > [00:02:24] [01] [00:01:22] Skipping multimedia/ffmpeg | ffmpeg-4.1,1: = Dependent port multimedia/libvpx | libvpx-1.7.0_2 failed > [00:02:24] [01] [00:01:22] Skipping multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_2: Dependent port multimedia/libvpx | = libvpx-1.7.0_2 failed > [00:02:24] [01] [00:01:22] Skipping multimedia/gstreamer1-plugins-core = | gstreamer1-plugins-core-1.14: Dependent port multimedia/libvpx | = libvpx-1.7.0_2 failed > [00:02:24] [01] [00:01:22] Skipping x11/lumina | lumina-1.4.1,3: = Dependent port multimedia/libvpx | libvpx-1.7.0_2 failed > [00:02:24] [01] [00:01:22] Skipping x11/lumina-core | = lumina-core-1.4.1: Dependent port multimedia/libvpx | libvpx-1.7.0_2 = failed > . . . > [00:06:19] Failed ports: multimedia/libvpx:build > [00:06:19] Skipped ports: multimedia/ffmpeg = multimedia/gstreamer1-libav multimedia/gstreamer1-plugins-core = x11/lumina x11/lumina-core > [FBSDFSSDjailArmV7-default] [2018-12-30_17h04m02s] [committing:] = Queued: 7 Built: 1 Failed: 1 Skipped: 5 Ignored: 0 Tobuild: 0 = Time: 00:06:16 >=20 > Native build attempts on an armv7 get the same. >=20 > But I'm still at: >=20 > . . . Correcting to have the /usr/ports information: # svnlite info /usr/ports/ | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 484783 Last Changed Rev: 484783 >=20 > because I froze at that while investigating the reliable hang and > have not started progressing again yet. Last I looked the > head-armv7-default package builds were also failing for libvpx if > I remember right. Looks like more recently libvpx builds on the package builders. So next = time that I update the ports tree I'll get to see the next problem (if any). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Tue Jan 1 05:30:52 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F229148A849 for ; Tue, 1 Jan 2019 05:30:52 +0000 (UTC) (envelope-from pi@freebsd.org) 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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 64AC772508 for ; Tue, 1 Jan 2019 05:30:38 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1geCdJ-000ORP-Fs; Tue, 01 Jan 2019 06:30:29 +0100 Date: Tue, 1 Jan 2019 06:30:29 +0100 From: Kurt Jaeger To: Lorenzo Salvadore Cc: FreeBSD Ports Subject: Re: Poudriere very slow when building in i386 jails Message-ID: <20190101053029.GK84895@home.opsec.eu> References: <20181231195011.GI84895@home.opsec.eu> <20181231211516.GJ84895@home.opsec.eu> <0IcOmQLiDHIXsW_vzCi2RBHRHl8vWpGQn9M_G6T-wm4OZKWWij8JkKol9780Ou45l4ycEqeecG-DGRL73St2EF_MmSz5rc_PL-cN_ODQ4E8=@protonmail.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0IcOmQLiDHIXsW_vzCi2RBHRHl8vWpGQn9M_G6T-wm4OZKWWij8JkKol9780Ou45l4ycEqeecG-DGRL73St2EF_MmSz5rc_PL-cN_ODQ4E8=@protonmail.ch> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 05:30:52 -0000 Hi! > > SSD or spinning drives ? > > > > > I have 3.6 Gb of RAM and 2 Gb of swap. > > > > Run top and check the state of ARC. > > > > I think it needs much more RAM. > > I don't think it is a SSD (it has cylinders, sectors etc.). > If you can tell me a way to check it I will be glad to do it. > This is the output of diskinfo -v /dev/ada0 in case it answers the question: > > /dev/ada0 > 512 # sectorsize > 320072933376 # mediasize in bytes (298G) > 625142448 # mediasize in sectors > 4096 # stripesize > 0 # stripeoffset > 620181 # Cylinders according to firmware. > 16 # Heads according to firmware. > 63 # Sectors according to firmware. > HGST HTS545032A7E680 # Disk descr. This is a HGST drive, spinning, no SSD. > TMA45DZG06UX8R # Disk ident. > No # TRIM/UNMAP support > 5400 # Rotation rate in RPM > Not_Zoned # Zone Mode > > These are are lines of top's header (poudriere is building one of the ports I think > might be problematic): > > CPU: 32.8% user, 4.8% nice, 8.3% system, 0.5% interrupt, 53.5% idle > Mem: 1200M Active, 332M Inact, 32M Laundry, 2084M Wired, 187M Free > ARC: 1122M Total, 649M MFU, 323M MRU, 1371K Anon, 16M Header, 133M Other > 401M Compressed, 1064M Uncompressed, 2.65:1 Ratio So, when it's slow during builds, it's most probably swapping. -- pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-ports@freebsd.org Tue Jan 1 09:21:20 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43F0E142DE14 for ; Tue, 1 Jan 2019 09:21:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.gq1.yahoo.com (sonic309-20.consmr.mail.gq1.yahoo.com [98.137.65.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E8158C2EB for ; Tue, 1 Jan 2019 09:21:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: us7g6xIVM1luKTt3mtoFARttRFd3W1ISbsmHUvfYlXwy25lx_M_gA_UxEb3.GPp lfClwywTtJSTZWvazwKzqYhl8Z7..VinIx66tSXtxC3ZQiyJn9RazAQyLwg95x2N6KiiNa.XGJzm GsznPNqK.ecAvQLmNYHPa_GsyiK4l.icgPCv6WlPbnCajG1X873AagFMTkYtVO6ioKALRtNNGeis 8rWdub4lwakqoLb4odG2YK8dPgW_VOJG3uWwKktEsORCKQev9o5PHNilg8uGCAkLvfCfJN.wybfV lAX2qRqwvCmmh8CDP5ULPnNYAYTLST_IJyBUq1v4tFELwpsT.ngpoU10rHy0vU3WVbkWVMlgmGCV gTHCmUyczRTP0Q1aq3yHQIvdQT12A7IYRlx9rSQm7akR2gqSiEeAFVhVZ8yNBvwJ2YjqrboCoymQ 9Xx9c3NsmrYxa32g7Go9075JcKZTHZ8SKSn1u.3x_6jILQas04_c6jdnPcrdeIDlgsizOZ7o3RoW JUOyXeQo.15LGLbh6lHZ51ZAdw79yeX.RM_n5MnKIJ4Es3ylgKPt5np7910pMy_vX9EmmtCRvClw tnSqKobkAjoGnYj6QaLQxgUQc8g2gyawtIO_2UD54auNl11YXEu1UrCZe2q4cqL0JbtHW7CryM30 yUluOxWAVfFSc2nw_9DYY.BT9oU.LT.rQQdICd22OQF_.S97ejVkyxiyM.BGfaBgzXUeyncpeo9A de72wKu1xJD5A53P10tdZyQXPOQUYGynkUDSXnq2Y_qzWYbp9ABUNHMadRf9C_ulo5LE_z0O57A5 ry3ua8qEydMLB6kH2qK3CAV8IpgwhpngzxrZ8LRnd_lwKIi0p0Sit6UuO.GdRVbQW2vOIHHMsxSV KWwUl2Pd7b0_O6J90orob6eh2Wb2NGP8LEv_l3VmRIWpxP0InaeULz9n1ts6KEfYNy1JGUqAjlLu 2B7lYw.ClhBg1gTIeIuM1SdaUU6XbPCKH79H49VIeenME3lSeCbiDzasdjcrm2A5nxEEiGcz6d1v zAlC4FmIu1GHCLYkezrKKWKc2FlFItpwICrNAGyQ7kRQjgXgcfmAHLpoW7pvWvWClyHO8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Tue, 1 Jan 2019 09:21:17 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp403.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 884e215aa3804c4159859f2baa479017; Tue, 01 Jan 2019 09:21:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: How to get multimedia/libvpx to build on a world that was built using WITHOUT_BINUTILS (armv7 example) Message-Id: Date: Tue, 1 Jan 2019 01:21:14 -0800 Cc: freebsd-arm To: ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 1E8158C2EB X-Spamd-Bar: / X-Spamd-Result: default: False [0.64 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.38)[-0.377,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.90)[0.901,0]; NEURAL_HAM_LONG(-0.36)[-0.365,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.99)[ip: (3.94), ipnet: 98.137.64.0/21(0.60), asn: 36647(0.48), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.65.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 09:21:20 -0000 [Note: My armv7 context builds ports with -mcpu=3Dcortex-a7 via a = make.conf like file. The in-use world also was built with -mcpu=3Dcortex-a7 .] In order to avoid the likes of: . . . as -meabi=3D5 --defsym ARCHITECTURE=3D7 -march=3Darmv7-a = -mfloat-abi=3Dhard -mfpu=3Dneon -I./ = -I"/wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.7.0"/ -o = vpx_dsp/arm/intrapred_neon_asm.asm.S.o = vpx_dsp/arm/intrapred_neon_asm.asm.S /bin/sh: as: not found gmake[2]: *** [Makefile:199: vpx_dsp/arm/intrapred_neon_asm.asm.S.o] = Error 127 gmake[1]: *** [Makefile:17: .DEFAULT] Error 2 gmake[1]: Leaving directory = '/wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.7.0' *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/libvpx . . . in a context where FreeBSD world was built using WITHOUT_BINUTILS=3D and then installed as the context for building ports, I made a change to multimedia/libvpx/Makefile . I used: # svnlite diff /usr/ports/multimedia/libvpx/Makefile=20 Index: /usr/ports/multimedia/libvpx/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/multimedia/libvpx/Makefile (revision 488859) +++ /usr/ports/multimedia/libvpx/Makefile (working copy) @@ -14,7 +14,9 @@ LICENSE_FILE=3D ${WRKSRC}/LICENSE =20 BUILD_DEPENDS=3D nasm:devel/nasm +BUILD_DEPENDS+=3D as:devel/binutils =20 + USE_GITHUB=3D yes GH_ACCOUNT=3D webmproject =20 After which the reattempted build via poudriere-devel got: [00:02:35] [02] [00:00:00] Building multimedia/libvpx | libvpx-1.7.0_3 . . . [00:05:49] [02] [00:03:14] Finished multimedia/libvpx | libvpx-1.7.0_3: = Success (That text was actually taken from a amd64->armv7 cross-build = environment output.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Tue Jan 1 10:40:23 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D5461436FB0 for ; Tue, 1 Jan 2019 10:40:23 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail4.protonmail.ch (mail4.protonmail.ch [185.70.40.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 18C608EDC0 for ; Tue, 1 Jan 2019 10:40:22 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Tue, 01 Jan 2019 10:40:14 +0000 To: FreeBSD Ports From: Lorenzo Salvadore Reply-To: Lorenzo Salvadore Subject: Re: Poudriere very slow when building in i386 jails Message-ID: In-Reply-To: <20190101053029.GK84895@home.opsec.eu> References: <20181231195011.GI84895@home.opsec.eu> <20181231211516.GJ84895@home.opsec.eu> <0IcOmQLiDHIXsW_vzCi2RBHRHl8vWpGQn9M_G6T-wm4OZKWWij8JkKol9780Ou45l4ycEqeecG-DGRL73St2EF_MmSz5rc_PL-cN_ODQ4E8=@protonmail.ch> <20190101053029.GK84895@home.opsec.eu> Feedback-ID: X6az_D2smWSR8MT5MHqXnWF0upxehDyHia7Id1cbayHNBUkRu3CIeusDsZHiivIIjmaKB1_OofpALrRUYjNz3w==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 18C608EDC0 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.95 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.95)[-0.953,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 10:40:23 -0000 > Hi! > > > > SSD or spinning drives ? > > > > > > > I have 3.6 Gb of RAM and 2 Gb of swap. > > > > > > Run top and check the state of ARC. > > > I think it needs much more RAM. > > > > I don't think it is a SSD (it has cylinders, sectors etc.). > > If you can tell me a way to check it I will be glad to do it. > > This is the output of diskinfo -v /dev/ada0 in case it answers the ques= tion: > > /dev/ada0 > > 512 # sectorsize > > 320072933376 # mediasize in bytes (298G) > > 625142448 # mediasize in sectors > > 4096 # stripesize > > 0 # stripeoffset > > 620181 # Cylinders according to firmware. > > 16 # Heads according to firmware. > > 63 # Sectors according to firmware. > > HGST HTS545032A7E680 # Disk descr. > > This is a HGST drive, spinning, no SSD. > > > TMA45DZG06UX8R # Disk ident. > > No # TRIM/UNMAP support > > 5400 # Rotation rate in RPM > > Not_Zoned # Zone Mode > > These are are lines of top's header (poudriere is building one of the p= orts I think > > might be problematic): > > CPU: 32.8% user, 4.8% nice, 8.3% system, 0.5% interrupt, 53.5% idle > > Mem: 1200M Active, 332M Inact, 32M Laundry, 2084M Wired, 187M Free > > ARC: 1122M Total, 649M MFU, 323M MRU, 1371K Anon, 16M Header, 133M Othe= r > > 401M Compressed, 1064M Uncompressed, 2.65:1 Ratio > > So, when it's slow during builds, it's most probably swapping. Thanks, I will try to work on avoiding using swap as much as possible. Lorenzo Salvadore. From owner-freebsd-ports@freebsd.org Tue Jan 1 12:32:48 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97469143CC7D; Tue, 1 Jan 2019 12:32:48 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 329D96C431; Tue, 1 Jan 2019 12:32:47 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by mail-ed1-x52c.google.com with SMTP id b14so24115383edt.6; Tue, 01 Jan 2019 04:32:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:to:cc:reply-to:from:subject:openpgp:autocrypt:message-id :date:user-agent:mime-version; bh=S2wQQcwRtOo6rCxdCfDNRxunidZ0z71esBJfqnfTtnE=; b=MyUnThcR2Mhy2MKKAj2YgijMgM1Pkd3Cjwdi199vJg4LajO7Ap85/i0KyjLY5UEu4n 4M/VnXlqXtdpAI+mzfnsL9NAAP/ABhpUgTwDJiPEzft1+RDk105KqgyVTaWOu1AcCOMr YJwdSEfrn88EuyjoVEQxfvpK4ARcfeRIUkjbPbJ5Pa1gUI3Ze3+OehkH5esmjvxLTVDV ONfhaGaxfP5++w8RS7sJ2dF8zbuMXlwmyDpq7zEzKW+P7umjJL0+NP8SCzEEo0sJlAbl fJYewHe1VbRMRpPgNWUkkr31N4q0JAQUg97GNY/o9wSHMgowk29Rbit9naW29QzQu5yN MxPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:to:cc:reply-to:from:subject:openpgp :autocrypt:message-id:date:user-agent:mime-version; bh=S2wQQcwRtOo6rCxdCfDNRxunidZ0z71esBJfqnfTtnE=; b=Q818BakaNcpv1tnjdKZqN9IC2TV0kEPDQfNzcRVZAThVpYjB4tzbvWLdAZMLnh8ZOx Wz2JuQIOJGS+t9S7N4AvwYBcteu8gVDdXY9F6B2puPBbZaTY1/+Ai835wZPgdO2IXWi9 /lXepbYnjl+mha1z4qw3kXokHk06XuOrJsg4MG8AqC0/XpbnRVa38KzxKoMuGO7HdcvB iAyNeRVvScENWOIYaMlCKBUl1jahwcxM39XE7JVW7psX/jAcnGkLR1y8UGhCRl+5aSvt 5MwO/GuRhwcAwsdK3J9b5RrjoI8rGCuPQhWwMQIfgj78trDkcw/biX6kitbTOMP5tPfj c6FQ== X-Gm-Message-State: AJcUukck0Wn19DObGE7kPght5QJM5W/3t3BN/LXIqKJa+ExgIq81rqjO il3zbm0BUHj2jnRRNv8hlKEfORFA X-Google-Smtp-Source: ALg8bN6Q3MMvqpTn34ZSRMz73IGqmdgZcmg113+99gWzclDzI+JyHVdvHf8jojbwNoYh7zv7KWZNWA== X-Received: by 2002:a50:9226:: with SMTP id i35mr13572700eda.8.1546345965717; Tue, 01 Jan 2019 04:32:45 -0800 (PST) Received: from ?IPv6:2001:980:d7ed:1:3265:ecff:fe8f:d3ec? ([2001:980:d7ed:1:3265:ecff:fe8f:d3ec]) by smtp.gmail.com with ESMTPSA id p22-v6sm11085821ejb.76.2019.01.01.04.32.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Jan 2019 04:32:44 -0800 (PST) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= To: freebsd ports Cc: freebsd-ports-announce@freebsd.org Reply-To: freebsd ports From: =?UTF-8?Q?Ren=c3=a9_Ladan?= Subject: New 2019Q1 branch Openpgp: preference=signencrypt Autocrypt: addr=rene@freebsd.org; prefer-encrypt=mutual; keydata= mQENBFAOzqYBCACYd+KGv0/DduIRpSEKWZG2yfDILStzWfdaQMD+8zdWihB0x7ddJDBUpV0o 0Ixzt9mvu5CHybx+9lOHeFRhZshFXc+bIJOPyi+JrSs100o7Lo6jg6+cSi2vME0ixG4x9YjC i8DisXIGJ1kZiDXhmVWwCvL+vLInpeXrtJnK8yFkmszCOr4YQ3GXuvdU0BF2tL/Wo/eCbSf+ 3U9syopVS2L2wKcP76bbYU0ioO35Y503rJEK6R5GTchwYvYjSXuhv4ec7N1/j3thrMC9GNpo qjVninTynOk2kn+YZuMpO3c6b/pfoNcqMxoizGlTu8VT4OO/SF1y52OkKjpAsENbFaNTABEB AAG0R0ZyZWVCU0QgUG9ydHMgTWFuYWdlbWVudCBUZWFtIFNlY3JldGFyeSA8cG9ydG1nci1z ZWNyZXRhcnlARnJlZUJTRC5vcmc+iQE4BBMBAgAiBQJQDs6mAhsDBgsJCAcDAgYVCAIJCgsE FgIDAQIeAQIXgAAKCRDYKU7Du8TX1QW2B/0coHe8utbTfGKpeM4BY9IyC+PFgkE58Hq50o8d shoB9gfommcUaK9PNwJPxTEJNlwiKPZy+VoKs/+dO8gahovchbRdSyP1ejn3CFy+H8pol0hD DU4n7Ldc50q54GLuZijdcJZqlgOloZqWOYtXFklKPZjdUvYN8KHAntgfu361rwM4DZ40HngY Y9fdGc4SbXurGA5m+vLAURLzPv+QRQqHfaI1DZF6gzMgY49xqS1JBF4kPoicpgvs3o6CuX8M D9ewGFSAMM3EdzV6ZdC8pnpXC8+8Q+p6FjNqmtjkGpW39Zq/p8SJVg1RortCH6qWLe7dW7Ta FYov7gF1V/DYwDN5uQENBFAOzqYBCADM3Elil/k+upXyl1FeSffoV7jmrrvVi1tnZatPsPQJ Vnxn4BmzGc/+2JjVKszYx6kJ4DbEECEoaxYFajVpGTmZ9k6SwqyJeyLZd4FWF1mUKSs4woFN WJqfsjWUfn1mc0gxfQ2XS2WPcvUiN5ZY2996PjdRFXzVL0SZLCmNpZuhq2vYD7WgmS7mbuc8 P0kg5yQTVPMGzKHHvMhQ33DowqvuAXDwMLPKnBQrJiAphOhWbxCWRP8vcHR+5AdaFPpE4aTi jxILvWJrm1zVPNTMYRnUBA7xtuduYksEMq95YcKhp4CRHMg3OgP3ACf3PimeKXN7n1C0oLVw 6pSSxO8FIOHrABEBAAGJAR8EGAECAAkFAlAOzqYCGwwACgkQ2ClOw7vE19U4egf+LlXKCBV3 Cmo9fxgGY3mZdDOJhk1CiI43wiE6zGlfhbadcKPmbowAJXqckNVXrDJQfz9W8NAL2cdqsJ7W ho2wdcnPQdqZi3mAcnQbVti4Fy4mn8USMtrjxcUjuddCMkefyuXBkyMr89aPWXDZZmJ6S+K7 NMQMfxzdhK0YlJr6Bh7wTKrdclUB7ZVA6EiahaAYNHe1Z+CvJr8h0QVv+OaMdIbldR9sjS83 CqV/zfYGpJAo8b9mLHgyYEmC8DPhHvU8fxYGZuY0WMN6XFXJ/PzT6IyARv1ov3Ux94E0LYoH WkWaD3WZBOyKrtqPBUtUkrw2mUcCR0uaQEI7wyAyPMaGUbkCDQRST5WIARAAuQKP3kma+Z+D K07GdHXDzGdAG5TG1jF/4FbCpTQh84wHECZcNF9t970FzcMNnKCaOtnREINxUng6YM1Fz+++ hOy3zvSyjj10zWHaLppZSGEPgfJw2OTHTAAjJn2NeJ1PcvICEJNJ/8aO2lw5EK+YCxdwkfOG Fsnl4zZIGReY12fgx4L+EJt9R/M3rh+awZHi0ooiU89rLJBpC/904/eh8SHhJZFzwq2MQDq4 jIfO1YxYQlAo3/udJ5W7AOlUkv2XjJQYHROqUrSn+d5yhCQ6iWcdRfmgrsSaKf1OM9gIapgA Ra4zUFtZeJgh2K+USbdlT6+qroJtLD9IoNnZm4rhTMMZCdbtbJyxtepnXxp7CHWZ1/7n5gHF 5drNEm98VqkH9a+1WqLzgs5aKivUgEwyDc8LIGIKOEfBe+hXlXozeW2GudWDKIJOt4te9Ms2 AgpBAVS/BbYmxy7BrceEGCSGQkFII+alYAhn14DVG6C8VDz3deG3y/L7PfdarGBTOEPxmico IERlrb1mPtJ4hhdxmZWbEJtG3g9iSAWirpUL73eq1e45o68L7Rv2qSY2PkSq+jNG3pI2/SwN 7zjhPQtpxHpBL0+r9gyMCzxqjeDDSLA4CVW+mJl+gRvqm6t/RPPSH9RFEdRmeAQGwWaFyJnG 4KD2D8ZoPyj/49fSfM5Yfg8AEQEAAYkDPgQYAQIACQUCUk+ViAIbAgIpCRDYKU7Du8TX1cFd IAQZAQIABgUCUk+ViAAKCRDKIDKFdwZOt8X2D/wLomG5/LGdg7QOY9REIVXR6bdaNdzFCSFB rTe7+xTw4U3KnZQ4HyPEjdcCwZ7hGdyU8Xbvcrkbk59QAnaGNYUasypcY0uWy4m8MkJSZ0ec jpyzDVG86fabIzNRJOrE9DKeS+e26CGqLJdsZBqjFAlVaOu6GiBwiRVi85PicwZcLKT1D66i gs3DzGnOxkHDzfOdaGOPN6a78Fs5+Ndt/ep0r01YyQF9xpH2wOFED5hjhtyjuhMpcV+HeAw3 WmpO4Azx1sZzT9tLnnzI1C4Von5xfeVtItfPmiJsmLqS53Iv0T8KRW8wVZMtxBBYI9LmsrR1 y2h1bXHwmfBWdobzS2sUjGZD7CThLXnoJ1jBO//UttYYpxXP06DV73AgvYuxVosP04hGfHgb x0upknPimYYQRLsJfqusm5KlfE06Dg+2GI+zTP+r116iEomRSCPq2WfQ4KAjzbTcZJIurcVM AV6vZVL6bVcyQDaaqTVa/q1l7JgydgBkIHNzXoXbMyDl1UqZXXXhseZFNfRvlBA0HslTcLfi R1NqCMuvh3P/kGFeCh/OM/0eBVAoKnsm9N1RPs3TL+T6ZEyacry+dZ1s5kfjwg4QsOEyRTlA iIoeglpezDvBWjrwu1JAi18igD+boQ5EZnFRYKL/wb6QEro0QTFHV2UBb4z59GHM2Cq+qgut x9HjCACRAarczb+EZ1T9nWPoIMoS8DX+JJGmcGd9UzwpRHrrVCsRy2YijVjBJTvHn6AfmV8N SNTZwiUP4eB/ERErCX6FvYpj07IurYBSGF/ysC8bZ1T12MOntNYi8XfB7EuWK7gLoRZzCWcR 5wKmQ9Ri/v88pvSHTEDHfZSZvp3OR93biaJZlMj8aDtHVDKXUMLAEz2SA9GASGdXe6aawPco 9d/lTDMc+yWGpZM7WnaIwvh7GdeWScvuYkqOPh3eDKLkvFVVLO3bGLkzIKQWGIcWRJ8i2KFx Gkd3PGwFb7thbDUQuVwox46RlBzIGbdWkT9kPgNArrPAZ+TjLxZLsDlIkSMmuQINBFJPlb8B EADBtPiWgSgrtljx/O3yHKF0GBJulcVYAHrJ7IYNin25wbjJKOV9kgB7D8Q7MhH/rykqIbMg TT6TEqOW9UNwmipZ+uuCiaid0YrajIrfmo6xg6Vp7q2xmbvcicm4ZIL59nVW/QcEifwlmklc VXvPgWi1obmJooN1kKPFrBURYOXvPTMNIsqA8u0ri5KwRWxAiE+jlgtKpPuYKeV4Kp027dLh y6e1dpmaZJmd+/eqeSI8001JqBmsxQrfj19UJ2+cniEoNswASBvFlXAR4HgcWJyPAA1RBM7W pJz6HxvCSs39GBpPRnPedqT4Mk46spFXlVZZ6bHg7LahPTxKoxFuGKn+94gu+tX6sof6Vv27 GnS9hadG9ah06USVrQ14HN/PpK/xkjYP7EsnbrSYgHh/gFRgIGJIO7xQpMN99htr7nQj1GBX 366YnZZNyn88Dn/n0z17pHYXd1wzRB7LyFUNx/6s9ja2FfKZLzkgdw9q4OO+OkenHXG+GgS7 aJfTInAENRf/FVbAf+V6LsNPRx3V0HWkqI/M29ZKg+nrOGpwHq1S8Tr0ItHOi2ZvY6ICQU5F 4RWRwBMv5sb08E3TNa1Jcm4JIvlYBv6zJHMEbAsDv6JA5jTJcJn4S2XoEbyuzJCQFHClMbmN fMMpROXaGYoYWZTvbFxw943GFurW0YwZ8NVWaQARAQABiQEfBBgBAgAJBQJST5W/AhsMAAoJ ENgpTsO7xNfVwQ4H/RbBffIX8wLy6kjRgBuOG34obhwuBTqqjXJ1mBDIekB/xy23Or+4IO7j AsSDQIOat5NeiI1H1bRQuGSfUsWRlAjpna5If/CpBQmsTg/06jrVNcKUjO+MGgS5+RLduDfC 4AqJDhwPVfHJOFQbepridsZW8qLh5Zi65unMmh/tAPvku50eYud5jia0I0BmCaARYDZS2fQZ Y3VA1+jLU0Z4u3STNrRUWObqXop4xzbxQtlnO2DQpu4WZAit430kdBsmuupfx6/ntKoS1qeg /JfgiPFUkUSZOfjFVKVFdja4Vlm2UHVK7IQ9iat2eNukM31lSBU6T9z7T7m74bckFFi7o/U= Message-ID: <054647b3-ee15-3397-f645-8d2cac1591ec@freebsd.org> Date: Tue, 1 Jan 2019 13:32:26 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qZwK5R3tvGm3Choq9CijOaDpR0OiAZHOy" X-Rspamd-Queue-Id: 329D96C431 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=MyUnThcR; spf=pass (mx1.freebsd.org: domain of rcladan@gmail.com designates 2a00:1450:4864:20::52c as permitted sender) smtp.mailfrom=rcladan@gmail.com X-Spamd-Result: default: False [-7.23 / 15.00]; HAS_REPLYTO(0.00)[freebsd-ports@freebsd.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[rene@freebsd.org,rcladan@gmail.com]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_NEQ_ENVFROM(0.00)[rene@freebsd.org,rcladan@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[freebsd.org]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; FORGED_RECIPIENTS(0.00)[freebsd-ports@freebsd.org ..,ports-developers@freebsd.org ...]; NEURAL_HAM_SHORT(-0.42)[-0.423,0]; IP_SCORE(-2.50)[ip: (-9.02), ipnet: 2a00:1450::/32(-1.81), asn: 15169(-1.58), country: US(-0.08)]; RCVD_IN_DNSWL_NONE(0.00)[c.2.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 12:32:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qZwK5R3tvGm3Choq9CijOaDpR0OiAZHOy Content-Type: multipart/mixed; boundary="94Z6HxCB2hjK4BNODZTTufNQMsfn4McTy"; protected-headers="v1" From: =?UTF-8?Q?Ren=c3=a9_Ladan?= Reply-To: freebsd ports To: freebsd ports Cc: freebsd-ports-announce@freebsd.org Message-ID: <054647b3-ee15-3397-f645-8d2cac1591ec@freebsd.org> Subject: New 2019Q1 branch --94Z6HxCB2hjK4BNODZTTufNQMsfn4McTy Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi, The 2019Q1 branch has been created. It means that the next update on the quarterly packages will be on the 2019Q1 branch. A lot of things happened in the last three months: - pkg 1.10.5_5 - New default version for LLVM (70) - Default version of GCC switched to 8 - Default version of Perl switched to 5.28 - Default version of PHP switched to 7.2 - Firefox 64.0_3,1 - Firefox-esr 60.4.0_1,1 - Qt5 5.12.0 - Removal of KDE4 The default for CMake changed to outsouce builds, you now have to specify insource explicitly. Next quarterly package builds have started on Tuesday January 1 at 1:00 AM UTC and should be available on your closest mirrors few days later. For those stat nerds out there, here's what happened during the last 3 months on head: Number of commits: 7333 Number of committers: 174 Most active committers: 1209 sunpoet 600 yuri 406 swills 381 jbeich 367 linimon 270 amdmi3 251 antoine 236 tobik 216 joneum 173 wen Diffstat: 23050 files changed, 325043 insertions(+), 459325 deletions(-) and on the 2018Q4 branch: Number of commits: 514 Number of committers: 61 Most active committers: 121 antoine 116 jbeich 36 mfechner 28 riggs 20 tobik 17 joneum 12 feld 11 sunpoet 10 zeising 10 mat Diffstat: 1058 files changed, 28578 insertions(+), 8698 deletions(-) Regards, Ren=C3=A9 --94Z6HxCB2hjK4BNODZTTufNQMsfn4McTy-- --qZwK5R3tvGm3Choq9CijOaDpR0OiAZHOy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE+zdFyG8V6O2sgTL82ClOw7vE19UFAlwrXexfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEZC Mzc0NUM4NkYxNUU4RURBQzgxMzJGQ0Q4Mjk0RUMzQkJDNEQ3RDUACgkQ2ClOw7vE 19VRwQgAjJSvHGX/CsgiVI74zxaAl7zHYcx0kTludxKdcpD18IBbdyP3Ydudzkdh XHVRv64pIqwzB6SJ8+PWlF0T4Cj3sgGfEENt8TMOM5QARU20yidoHufEcYi6EpTa M6O4c04l7nTQbqFhM0QOPkGwidjj455+1kMtzWpXxoZKPCDCz3oUyyc5ZhElGsde WrqA6lg5c4uVis8W60bW2ecOP3xmCdkIx8aomYC+vdKiaGx6qZwrchjz44coiUGc JGBvb2g34t1KVGqDoe4qDrsg5wr53/fSJuleVAmTsUGiVuokA3cMSyxs4MEBwRdK DAr+LbbGlrnzcMWuKmIfCe+53le5Hg== =//Ma -----END PGP SIGNATURE----- --qZwK5R3tvGm3Choq9CijOaDpR0OiAZHOy-- From owner-freebsd-ports@freebsd.org Tue Jan 1 13:54:03 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2382141953C for ; Tue, 1 Jan 2019 13:54:03 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 810626FD0E for ; Tue, 1 Jan 2019 13:54:03 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3BE751419538; Tue, 1 Jan 2019 13:54:03 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28FF01419537 for ; Tue, 1 Jan 2019 13:54:03 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BE4CC6FD08 for ; Tue, 1 Jan 2019 13:54:02 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A34DE66AF for ; Tue, 1 Jan 2019 13:54:01 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id x01Ds1Xt002956 for ; Tue, 1 Jan 2019 13:54:01 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x01Ds1sV002955; Tue, 1 Jan 2019 13:54:01 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201901011354.x01Ds1sV002955@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.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, 1 Jan 2019 13:54:01 +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.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 13:54:04 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ deskutils/copyq | 3.6.1 | v3.7.2 ------------------------------------------------+-----------------+------------ games/freedoko | 0.7.16 | 0.7.19 ------------------------------------------------+-----------------+------------ 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 1 17:36:22 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A7BD1422EAD for ; Tue, 1 Jan 2019 17:36:22 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail4.protonmail.ch (mail4.protonmail.ch [185.70.40.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A12A77435 for ; Tue, 1 Jan 2019 17:36:20 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Tue, 01 Jan 2019 17:36:07 +0000 To: FreeBSD Ports From: Lorenzo Salvadore Reply-To: Lorenzo Salvadore Subject: Re: Poudriere very slow when building in i386 jails Message-ID: In-Reply-To: References: <20181231195011.GI84895@home.opsec.eu> <20181231211516.GJ84895@home.opsec.eu> <0IcOmQLiDHIXsW_vzCi2RBHRHl8vWpGQn9M_G6T-wm4OZKWWij8JkKol9780Ou45l4ycEqeecG-DGRL73St2EF_MmSz5rc_PL-cN_ODQ4E8=@protonmail.ch> <20190101053029.GK84895@home.opsec.eu> Feedback-ID: X6az_D2smWSR8MT5MHqXnWF0upxehDyHia7Id1cbayHNBUkRu3CIeusDsZHiivIIjmaKB1_OofpALrRUYjNz3w==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 1A12A77435 X-Spamd-Bar: ------- X-Spamd-Result: default: False [-7.80 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[phascolarctos@protonmail.ch]; R_DKIM_ALLOW(-0.20)[protonmail.ch:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[protonmail.ch.dwl.dnswl.org : 127.0.5.0]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mailsec.protonmail.ch]; DKIM_TRACE(0.00)[protonmail.ch:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.ch,quarantine]; NEURAL_HAM_SHORT(-0.97)[-0.969,0]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.72)[ip: (-9.80), ipnet: 185.70.40.0/24(-4.86), asn: 19905(-3.88), country: US(-0.08)]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[27.40.70.185.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 17:36:22 -0000 > > Hi! > > > > > > SSD or spinning drives ? > > > > > > > > > I have 3.6 Gb of RAM and 2 Gb of swap. > > > > > > > > Run top and check the state of ARC. > > > > I think it needs much more RAM. > > > > > > I don't think it is a SSD (it has cylinders, sectors etc.). > > > If you can tell me a way to check it I will be glad to do it. > > > This is the output of diskinfo -v /dev/ada0 in case it answers the qu= estion: > > > /dev/ada0 > > > 512 # sectorsize > > > 320072933376 # mediasize in bytes (298G) > > > 625142448 # mediasize in sectors > > > 4096 # stripesize > > > 0 # stripeoffset > > > 620181 # Cylinders according to firmware. > > > 16 # Heads according to firmware. > > > 63 # Sectors according to firmware. > > > HGST HTS545032A7E680 # Disk descr. > > > > This is a HGST drive, spinning, no SSD. > > > > > TMA45DZG06UX8R # Disk ident. > > > No # TRIM/UNMAP support > > > 5400 # Rotation rate in RPM > > > Not_Zoned # Zone Mode > > > These are are lines of top's header (poudriere is building one of the= ports I think > > > might be problematic): > > > CPU: 32.8% user, 4.8% nice, 8.3% system, 0.5% interrupt, 53.5% idle > > > Mem: 1200M Active, 332M Inact, 32M Laundry, 2084M Wired, 187M Free > > > ARC: 1122M Total, 649M MFU, 323M MRU, 1371K Anon, 16M Header, 133M Ot= her > > > 401M Compressed, 1064M Uncompressed, 2.65:1 Ratio > > > > So, when it's slow during builds, it's most probably swapping. > I have found the real cause of most of the problems: it's ccache configurat= ion. I used the same cache of 15 Gb for the host (amd64) and for all jails (both= amd64 and i386): the i386 jails disliked it very much. Creating a new cache only for the i38= 6 jails fixed the problems. Maybe I will have to make the cache smaller to avoid pr= oblems in future, but for now it is almost empty and everything is fine. Thanks everybody for your help. Lorenzo Salvadore. From owner-freebsd-ports@freebsd.org Tue Jan 1 18:22:37 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD52C14242AA for ; Tue, 1 Jan 2019 18:22:37 +0000 (UTC) (envelope-from pi@freebsd.org) 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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B27580844 for ; Tue, 1 Jan 2019 18:22:37 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1geOgY-000Pa7-Nb; Tue, 01 Jan 2019 19:22:38 +0100 Date: Tue, 1 Jan 2019 19:22:38 +0100 From: Kurt Jaeger To: Lorenzo Salvadore Cc: FreeBSD Ports Subject: Re: Poudriere very slow when building in i386 jails Message-ID: <20190101182238.GM84895@home.opsec.eu> References: <20181231195011.GI84895@home.opsec.eu> <20181231211516.GJ84895@home.opsec.eu> <0IcOmQLiDHIXsW_vzCi2RBHRHl8vWpGQn9M_G6T-wm4OZKWWij8JkKol9780Ou45l4ycEqeecG-DGRL73St2EF_MmSz5rc_PL-cN_ODQ4E8=@protonmail.ch> <20190101053029.GK84895@home.opsec.eu> 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.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 18:22:38 -0000 Hi! > I have found the real cause of most of the problems: it's ccache configuration. Thanks for the update. I've never used ccache, but I've changed my setup to test this 8-} -- pi@FreeBSD.org +49 171 3101372 One year to go ! From owner-freebsd-ports@freebsd.org Tue Jan 1 18:23:52 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4846B1424329; Tue, 1 Jan 2019 18:23:52 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F391808DC; Tue, 1 Jan 2019 18:23:51 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x01ILrYA014117 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Jan 2019 10:21:54 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x01ILrtm014116; Tue, 1 Jan 2019 10:21:53 -0800 (PST) (envelope-from fbsd) Date: Tue, 1 Jan 2019 10:21:53 -0800 From: bob prohaska To: bob prohaska Cc: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Re: How much memory to compile www/chromium? Message-ID: <20190101182153.GA13944@www.zefox.net> References: <20181212165313.GA84881@www.zefox.net> <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181218174903.GA41072@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 7F391808DC X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.82 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.91)[0.913,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.973,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.82)[0.817,0]; IP_SCORE(0.23)[ip: (0.81), ipnet: 50.1.16.0/20(0.40), asn: 7065(0.02), country: US(-0.08)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 18:23:52 -0000 On Tue, Dec 18, 2018 at 09:49:03AM -0800, bob prohaska wrote: > > Setting MAKE_JOBS_NUMBER_LIMIT=2 allowed www/chromium to compile successfully over > several days. The -DBATCH option was used, in hopes it'd fetch the right options. > Just for fun I added a mechanical hard disk with a 4 GB swap partition and re-ran the www/chromium compilation with MAKE_JOBS_NUMBER_LIMIT unset, to see what happens. OOMA was turned off with vm.pageout_oom_seq="2048" in /boot/loader.conf. After ~11 days the process finished. Log files of gstat output and make output are at http://www.zefox.net/~fbsd/rpi3/swaptests/r342204/chromium/mech_sd/ in case anyone's curious. The log files are around 100MB, it seems quickest to download them to look around. Swap use peaked at 3522008 kB. If gstat is to be believed the bottleneck appears to be the mechanical hard disk, which showed near 100% busy when the microSD swap partition was around 15% busy. Apart from a few "indefinite wait..." warnings on the console there was no indication of errors. As a further test, I'ved added two additional USB flash swap devices and am re-running the compilation of www/chromium. The swap layout is quite lopsided, with the USB flash devices having only 2 GB swap partitions on each, contrasting to the 4 GB swap partitions on the microSD card and mechanical disk. The first oddity is that top doesn't seem to see the extra swap space, reporting only 7192M total. Swapinfo does seem to plausibly report swap status as Device 1K-blocks Used Avail Capacity /dev/mmcsd0s2b 4404252 52228 4352024 1% /dev/da0p1 4194304 50848 4143456 1% /dev/da2p5 2097152 28232 2068920 1% /dev/da1f 2097152 28060 2069092 1% Total 12792860 159368 12633492 1% after running overnight. "indefinite wait..." warnings on the console have returned in abundance with the use of USB flash swap, even though swap usage is still less than 200MB. Thanks for reading, bob prohaska From owner-freebsd-ports@freebsd.org Tue Jan 1 19:49:42 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0A65142667E for ; Tue, 1 Jan 2019 19:49:41 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from mail-yb1-xb2f.google.com (mail-yb1-xb2f.google.com [IPv6:2607:f8b0:4864:20::b2f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E5FA8312D for ; Tue, 1 Jan 2019 19:49:41 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by mail-yb1-xb2f.google.com with SMTP id w6so7102246ybq.1 for ; Tue, 01 Jan 2019 11:49:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=adamw-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rWySAORVucOHpanb4VVqkRtkigjq/VXeyhiLoke+4u8=; b=LF8xk60x/xARgAa7kfiG8mEiwJqxnXq0XM9EnUI1/rwch9MOgbIGbWfwnWBm9MohKi cnXxhqP9sBYHVFimec4wQMvAXCdnwB4wZr96kBLO6rRVRIyJxVlWDlD8qXM+h539oZzI nt12XK5Mq7zrUVHgB3pV1cs5UyI5SfBDfaOAqkjmEQm4rD/aESdM+gsbJBAXFMm9W58Y W2fpsS8d49izmo46RdeB6Nmjs+6hbafIQanNyWw0UC2UwU1fPmGFdmHiufWWEflt2dAV j0q5zhiNuvYRIi4mXYYM6r2asSFzhsOsfVyqdOCBWmhUYy3nvo73eplgLAoMF3y0B01V OerA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rWySAORVucOHpanb4VVqkRtkigjq/VXeyhiLoke+4u8=; b=GSBSaVhDG/50ehWKmc8NUTFo6i59eItlBEzK+3yBkL9/DsNwRJS6gZWfvt2SieWrQ0 DIfPQyXDVMM4A8CzI8DaHeBiuAN3mBqFBrf9K6MH1FyMHMlCDD4oqjw79HWxhQ6et2V2 pUYLlBlXj77qSkyvQs81hWuw4fqOQH7uNMfl1pOITJOVZ77WgbEypZWxPvd38U0srk4q eRQM/wot77+A2j9ASNnQYYZTuEyVFalepahkyM7S2aCMjetDhf4DbLlylF9MhCvfUkCJ /DlqiOP80XK5KNdnub3P1oD0zuP9IWV8utrVZDdkk0ILqkK/0AwCi9vIYWUVxYmxByK7 0gfw== X-Gm-Message-State: AJcUukdIQSkMV4swm0ENNqr572jEfnyMBapDqwM/NPae4g/2X/c+uboO 7uWS9GegyM/YamQ0e0n3U8Koi8U+zUKtZSJtDpz5jQ== X-Google-Smtp-Source: ALg8bN7xJM3qs2/2wXfc+IzbggMyfuNI0Bam5LUCNos0lelAXT7wd8orolEav/MZ0Qo5odv37n8Ca+MZMhCDHdDcRW4= X-Received: by 2002:a25:6355:: with SMTP id x82mr28863782ybb.255.1546372180569; Tue, 01 Jan 2019 11:49:40 -0800 (PST) MIME-Version: 1.0 References: <20181231195011.GI84895@home.opsec.eu> <20181231211516.GJ84895@home.opsec.eu> <0IcOmQLiDHIXsW_vzCi2RBHRHl8vWpGQn9M_G6T-wm4OZKWWij8JkKol9780Ou45l4ycEqeecG-DGRL73St2EF_MmSz5rc_PL-cN_ODQ4E8=@protonmail.ch> <20190101053029.GK84895@home.opsec.eu> <20190101182238.GM84895@home.opsec.eu> In-Reply-To: <20190101182238.GM84895@home.opsec.eu> From: Adam Weinberger Date: Tue, 1 Jan 2019 12:49:24 -0700 Message-ID: Subject: Re: Poudriere very slow when building in i386 jails To: Kurt Jaeger Cc: Lorenzo Salvadore , FreeBSD Ports Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 5E5FA8312D X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.96)[-0.964,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 19:49:42 -0000 On Tue, Jan 1, 2019 at 11:22 AM Kurt Jaeger wrote: > > Hi! > > > I have found the real cause of most of the problems: it's ccache configuration. > > Thanks for the update. I've never used ccache, but I've changed my > setup to test this 8-} I've been bitten by this in the past with that exact scenario, except it also slowed the amd64 builds to a crawl as well. Kurt, if you can confirm this behaviour then perhaps it's worth mentioning in poudriere.conf or poudriere(8). # Adam -- Adam Weinberger adamw@adamw.org https://www.adamw.org From owner-freebsd-ports@freebsd.org Tue Jan 1 19:59:00 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A748F1426BB8 for ; Tue, 1 Jan 2019 19:59:00 +0000 (UTC) (envelope-from pi@freebsd.org) 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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 232BA83AFF for ; Tue, 1 Jan 2019 19:59:00 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1geQBp-000Pks-67; Tue, 01 Jan 2019 20:59:01 +0100 Date: Tue, 1 Jan 2019 20:59:01 +0100 From: Kurt Jaeger To: Adam Weinberger Cc: FreeBSD Ports Subject: Re: Poudriere very slow when building in i386 jails Message-ID: <20190101195901.GO84895@home.opsec.eu> References: <20181231195011.GI84895@home.opsec.eu> <20181231211516.GJ84895@home.opsec.eu> <0IcOmQLiDHIXsW_vzCi2RBHRHl8vWpGQn9M_G6T-wm4OZKWWij8JkKol9780Ou45l4ycEqeecG-DGRL73St2EF_MmSz5rc_PL-cN_ODQ4E8=@protonmail.ch> <20190101053029.GK84895@home.opsec.eu> <20190101182238.GM84895@home.opsec.eu> 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.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 19:59:00 -0000 Hi! > > > I have found the real cause of most of the problems: it's ccache configuration. > > > > Thanks for the update. I've never used ccache, but I've changed my > > setup to test this 8-} > > I've been bitten by this in the past with that exact scenario, except > it also slowed the amd64 builds to a crawl as well. Kurt, if you can > confirm this behaviour then perhaps it's worth mentioning in > poudriere.conf or poudriere(8). I can't confirm it, as I try to go for a per-jail-ccache-directory setup that Lorenzo described. I guess ccache and the per-jail-use in poudriere should be described in more detail in the man page. -- pi@FreeBSD.org +49 171 3101372 One year to go ! From owner-freebsd-ports@freebsd.org Tue Jan 1 20:07:42 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2BFB61426FC6 for ; Tue, 1 Jan 2019 20:07:42 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from mail-yw1-xc36.google.com (mail-yw1-xc36.google.com [IPv6:2607:f8b0:4864:20::c36]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2316484061 for ; Tue, 1 Jan 2019 20:07:41 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by mail-yw1-xc36.google.com with SMTP id h32so11445261ywk.2 for ; Tue, 01 Jan 2019 12:07:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=adamw-org.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=BWqaYhZiNyNjD5Ic1NzDmNAnLtFaOdkkopkWlOaSQAM=; b=LuP22qAtk5NH8U+dLqDPYgknnQ9updR6Hi001UUpUjbPpMODStrUF5ptuSjwo/KkYj ZKYSZHrFxd6uhh/97nAGiPjtxj7/vqMAlNWLUfHIyvxoo2eXuuVUv0mlcipxn4NQ3SXC e44G0t25GjwsIfOnRuzR+weNLoPIXtkVM45YxUbZWaVZxlzwqvP2bOGfQoS7rYtA68mM a9DOCKNtJ2+HPypcJDb81LEzVLHmMUSmbuASmgRHGd080bVXErrvA9X+IaYqIjgYWsxS oImTi0D28iv9CYYv5lgHfIZjgrSGHFWrWfunV9PbqO9vRbYhPVTDGY8YYpZHJn1Th6IL fAfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=BWqaYhZiNyNjD5Ic1NzDmNAnLtFaOdkkopkWlOaSQAM=; b=rFZNlYUFIfScy/MXs3x+r92WqSup8+quVRaGUcmAyZs7SNDCaafIuiXqapsVTxigvL DNRF1yH6WT922zBhY7B9Fwzf1b1DY/mP30vn2qkgJiooNrgHdYlEpP5PPe3Wq0f1lUxe GXvba7mDg6QK0oc1nmOHKAoOlmUeaksGpzLV0TP7wfqI9UPfOMJMAPH/5OhPNVyZwt8/ HzZFNAXdM2iSQd2c2oO9I1kp3140x1rDz0OhLSgrzxKtQOnEVqD5d2pWwcDZ2YYNJ/N6 1/o6ltzQU2x1JH+bJWfxfr9r/hTdhpNpEw7FGVyTRQFO+sirJfoTMCjTqIYT0kvqKYZC T6mA== X-Gm-Message-State: AA+aEWYqv7MytHRtDq8H43BEeW050ezoc3CldxfUJ6JJrtAZeWdv7Dme xNapiNu+wene82SZVmFIV18DmHZ3j36LGdiJQq7wQMkFCQI= X-Google-Smtp-Source: AFSGD/Xio8v9yE1B5LxtDf56uylon36llBOS9RInhDYrkcJp5hLVFmeMkf51b4mF5XcIeKVtF9dFpqDiH2mblwEeEYM= X-Received: by 2002:a81:4fc6:: with SMTP id d189mr43045439ywb.451.1546373260256; Tue, 01 Jan 2019 12:07:40 -0800 (PST) MIME-Version: 1.0 From: Adam Weinberger Date: Tue, 1 Jan 2019 13:07:24 -0700 Message-ID: Subject: vim - GTK2 or GTK3? To: FreeBSD Ports Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 2316484061 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=adamw-org.20150623.gappssmtp.com header.s=20150623 header.b=LuP22qAt; spf=pass (mx1.freebsd.org: domain of adamw@adamw.org designates 2607:f8b0:4864:20::c36 as permitted sender) smtp.mailfrom=adamw@adamw.org X-Spamd-Result: default: False [-3.17 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[adamw-org.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[adamw.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[adamw-org.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,alt3.aspmx.l.google.com,alt2.aspmx.l.google.com,alt4.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[6.3.c.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.91)[-0.910,0]; IP_SCORE(-0.75)[ipnet: 2607:f8b0::/32(-2.08), asn: 15169(-1.60), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 20:07:42 -0000 I'm curious whether the default Vim port should use GTK2 or GTK3 as its UI toolkit, but I use neither so I need input from people here. Right now it defaults to GTK2, but I'm suspecting that more people use GTK3 these days. I haven't run X in about 10 years, so I don't really know one way or the other. If anybody on this list has thoughts about GTK2 vs GTK3 (or something else!) as the default, I'd love to hear it. The Vim choices are currently a mess, but it'll get better once subpackages land. # Adam -- Adam Weinberger adamw@adamw.org https://www.adamw.org From owner-freebsd-ports@freebsd.org Tue Jan 1 23:14:40 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51E94142D6B9 for ; Tue, 1 Jan 2019 23:14:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 35E598F5D0 for ; Tue, 1 Jan 2019 23:14:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zclRtcgVM1lLNs0gGL95j0BqYtyHpQtF39oSiYumdn5b5hWaRBmfwS4WVNOl6qf NWBzi0BbF5vWO9Qiiw_WiXWlihb.t71.3itJqUFoKwNlcovT2CJlBPQeaRY7nnrvODtRO4WGpQcC Qo7tvr.sPGl9WGcF6eFw85W4zE2sTXOYm8jGRL5rfr6xk9cbTgSRvGZMYt2DGo_D0NaU37YJlsEi Ez58lojQzz9ZiDHtUeCSClgtTCHlewt2xvrQObdZaM1QXYaNPe9UjcTzKWltLgGNo9TYKZWxL5y4 l9x3LpZAkswc_5OaIRgLgQBlXl5YRT8kwUvmG3ra2EzmAQe1.dLAv0zWD2pvqL_mXP2UNajAXDPi 7KOQQRqPWplEGiznDI5RUwcCB.aPS9XD6usOEolSDU4SQkOMXBHdPOd_Jl4G2seGTjl_chC2pM0i cjEcQjd5TcD2UEinAgnJTBI8X4SlqdNWMu_m7bhwrYSXbicYruPMuI2QasjCaZpHLrebCKXxs6F5 jH1GR.CcmgLqcD7drdBXE1GMIzmrwjAZDyS79JTNhYcDrQqbKWEl7PZSzI1YPBheNibEJylCMzMo alRokhPmKdT6lII0XGg3uWED4TiLZVOQIF6cxq1cVVZvkAjAyWcC2z1cgg7RcRUJ0BgLalFUsPxI aB.V5Bw1RrDr61hlz9R3yzWGcwPp5402O2Cpz5aK5ApxbIYzpmOeka5a_uEoxoCsfGZKIvnYMewl m_lMUuBr5Ztnx17t3zb0hGG.DfDIA79srFWlwGzngYC_.WQq6OqNC8xzq4C_PPrjVBcef3Yexl22 XAmD6pm5NJAvNpAdIDLJM0vXj2LEpKK30lqgNNkcRp_kHTBwzf5bMKoes_2iuj6UcCGg2SE6qzp4 RfsQOR_MtaEyHDcQxKQI98PSsTyeR83deKUao9AeVx105SCe2XlWiDvkaCQE_7VWYY4LYusXn5jh orFh38NNipbb2zsSKzXZqxWV7KADonDj1efmZoMNKWJFOpmCHuLRa_6zkwCe4sGagTbzBDInUpau 4PCoOyxCsPtlMsE_Q_eTd24uK9CHrQ5tMTLkGPmoWdEV2vV5pWuKQrXpUw96tf01WsvjynwLY Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 1 Jan 2019 23:14:30 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp419.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8c90122d314b20f31201564d03556535; Tue, 01 Jan 2019 23:14:27 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: How much memory to compile www/chromium? From: Mark Millard In-Reply-To: <20190101182153.GA13944@www.zefox.net> Date: Tue, 1 Jan 2019 15:14:26 -0800 Cc: freebsd-arm , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <66584297-22E7-4D94-963A-5FD4D9130686@yahoo.com> References: <20181212165313.GA84881@www.zefox.net> <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <20190101182153.GA13944@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 35E598F5D0 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.31 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.85)[-0.851,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.16)[0.163,0]; NEURAL_HAM_LONG(-0.80)[-0.795,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.69)[ip: (2.44), ipnet: 98.137.64.0/21(0.60), asn: 36647(0.48), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 23:14:40 -0000 On 2019-Jan-1, at 10:21, bob prohaska wrote: > On Tue, Dec 18, 2018 at 09:49:03AM -0800, bob prohaska wrote: >>=20 >> Setting MAKE_JOBS_NUMBER_LIMIT=3D2 allowed www/chromium to compile = successfully over >> several days. The -DBATCH option was used, in hopes it'd fetch the = right options.=20 >>=20 >=20 > Just for fun I added a mechanical hard disk with a 4 GB swap partition = and re-ran > the www/chromium compilation with MAKE_JOBS_NUMBER_LIMIT unset, to see = what happens. > OOMA was turned off with vm.pageout_oom_seq=3D"2048" in = /boot/loader.conf. >=20 > After ~11 days the process finished. Log files of gstat output and = make output are at=20 > http://www.zefox.net/~fbsd/rpi3/swaptests/r342204/chromium/mech_sd/ > in case anyone's curious. The log files are around 100MB, it seems = quickest to download=20 > them to look around. Swap use peaked at 3522008 kB. If gstat is to be = believed > the bottleneck appears to be the mechanical hard disk, which showed = near > 100% busy when the microSD swap partition was around 15% busy. Apart = from a few > "indefinite wait..." warnings on the console there was no indication = of errors. >=20 > As a further test, I'ved added two additional USB flash swap devices = and am re-running > the compilation of www/chromium. The swap layout is quite lopsided, = with the USB flash > devices having only 2 GB swap partitions on each, contrasting to the 4 = GB swap partitions > on the microSD card and mechanical disk.=20 >=20 > The first oddity is that top doesn't seem to see the extra swap space, = reporting only=20 > 7192M total. If you start top before changing the swap space (swapon or swapoff), top does not change to match: it does not monitor the swap space total size over time. But I've no other clue to the ordering that actually occurred. > Swapinfo does seem to plausibly report swap status as > Device 1K-blocks Used Avail Capacity > /dev/mmcsd0s2b 4404252 52228 4352024 1% > /dev/da0p1 4194304 50848 4143456 1% > /dev/da2p5 2097152 28232 2068920 1% > /dev/da1f 2097152 28060 2069092 1% > Total 12792860 159368 12633492 1% >=20 > after running overnight. >=20 > "indefinite wait..." warnings on the console have returned in = abundance with the use > of USB flash swap, even though swap usage is still less than 200MB.=20 You might want to report the types/models of the USB flash devices that were in used. Also relevant is the past usage pattern and amount of prior use on the USB flash devices. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Jan 2 00:03:58 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61CAE142E729; Wed, 2 Jan 2019 00:03:58 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C80256A22D; Wed, 2 Jan 2019 00:03:56 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x0204BPJ015092 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Jan 2019 16:04:12 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x0204Bo4015091; Tue, 1 Jan 2019 16:04:11 -0800 (PST) (envelope-from fbsd) Date: Tue, 1 Jan 2019 16:04:11 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm , freebsd-ports@freebsd.org Subject: Re: How much memory to compile www/chromium? Message-ID: <20190102000411.GA14861@www.zefox.net> References: <20181212165313.GA84881@www.zefox.net> <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <20190101182153.GA13944@www.zefox.net> <66584297-22E7-4D94-963A-5FD4D9130686@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <66584297-22E7-4D94-963A-5FD4D9130686@yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: C80256A22D X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.77 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.71)[0.709,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.26)[0.257,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.69)[0.686,0]; IP_SCORE(0.22)[ip: (0.79), ipnet: 50.1.16.0/20(0.39), asn: 7065(0.02), country: US(-0.08)]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 00:03:58 -0000 On Tue, Jan 01, 2019 at 03:14:26PM -0800, Mark Millard wrote: > > > On 2019-Jan-1, at 10:21, bob prohaska wrote: > > > On Tue, Dec 18, 2018 at 09:49:03AM -0800, bob prohaska wrote: > > > > > > As a further test, I'ved added two additional USB flash swap devices and am re-running > > the compilation of www/chromium. The swap layout is quite lopsided, with the USB flash > > devices having only 2 GB swap partitions on each, contrasting to the 4 GB swap partitions > > on the microSD card and mechanical disk. > > > > The first oddity is that top doesn't seem to see the extra swap space, reporting only > > 7192M total. > > If you start top before changing the swap space (swapon or > swapoff), top does not change to match: it does not monitor > the swap space total size over time. But I've no other clue > to the ordering that actually occurred. > In fact I made that mistake so I quit and restarted top. The incorrect swap total number persisted. After a fashion the number makes some sense: The small swap partitions are 2 GB, if the swap is used uniformly the total would be 8 GB. 7192 MB is less wrong than the ~13GB reported by swapinfo. > > You might want to report the types/models of the USB flash devices that > were in used. Also relevant is the past usage pattern and amount of > prior use on the USB flash devices. > > The flash devices are the same Sandisk Extreme "thumb drives" used in earlier swap experiments with buildworld. One is model SDCZ80-064, the other SDCZ800-064. The former is rated USB3.0, the latter USB3.1. They're certainly not new, but neither are they obviously broken (yet). Thanks for reading! bob prohaska From owner-freebsd-ports@freebsd.org Wed Jan 2 00:40:59 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B1FD142F935 for ; Wed, 2 Jan 2019 00:40:59 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [IPv6:2607:f740:c::4ae]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EC96D6B6EE for ; Wed, 2 Jan 2019 00:40:57 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (c-73-240-250-185.hsd1.or.comcast.net [73.240.250.185]) by echo.brtsvcs.net (Postfix) with ESMTPS id CB1FF38D08 for ; Tue, 1 Jan 2019 16:40:49 -0800 (PST) Received: from [IPv6:fe80::7102:4df8:1f13:5c55] (unknown [IPv6:fe80::7102:4df8:1f13:5c55]) by chombo.houseloki.net (Postfix) with ESMTPSA id 389684A6 for ; Tue, 1 Jan 2019 16:40:48 -0800 (PST) To: Freebsd Ports From: Mel Pilgrim Subject: How can we ensure security fixes get MFH'd to quarterly? Message-ID: <187df4a2-4402-8492-6536-cd6b6cdf07de@bluerosetech.com> Date: Tue, 1 Jan 2019 16:40:50 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: EC96D6B6EE X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list_freebsd@bluerosetech.com designates 2607:f740:c::4ae as permitted sender) smtp.mailfrom=list_freebsd@bluerosetech.com X-Spamd-Result: default: False [-3.09 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[bluerosetech.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[echo.brtsvcs.net,foxtrot.brtsvcs.net]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; IP_SCORE(-0.80)[asn: 36236(-3.91), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:f740:c::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[185.250.240.73.zen.spamhaus.org : 127.0.0.10] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 00:40:59 -0000 On Nov 27, r486043 was committed to head to fix several vulnerabilities in the Samba 4.7 and 4.8 ports, but it wasn't merged to 2018Q4. A PR was opened, but 2018Q4 sat unfixed until it expired at the end of the year. Filing a PR didn't help. Mentioning the PR on this list didn't help. What can be done to prevent further repetitions of this lapse in the future? From owner-freebsd-ports@freebsd.org Wed Jan 2 02:43:58 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71DC614321DC for ; Wed, 2 Jan 2019 02:43:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5F8D6E5E4 for ; Wed, 2 Jan 2019 02:43:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: LAWn62YVM1kZnptCb7wVUs.rq0nxsLjkM4HCu3G4jTSBGz7rsFnfSGv57pzpJ_w kVxMvKFZm_3yMflld52DjxeWI1BoxzvqlnFRuaOkytQG2_nAR1suHpjNwIcjZfebHr_gOtoqCGwn xLxiyuuqWeQLnGxTOIk1G53VeLxsxUnPiQpHZo4CDfSjiODM37h1DfBo08KvYsZFDqjej3ZvH2du uUYvGg.C6dyXPm2UtJ3p8RvXvYVizbttPQPz1RhUGEqO3fh.fUszP9iAg32bfZeq_wss0khmgbML .XU0UJnlBkzTmFafjLhtNMTdMVZFIormxff0XbWnDOIXVI4rnMqZqxuk4YNJc0HD__3iso7xNn6q .5WRjHfxStmwevYewkHPfgGZ1alOTLHnkn2nEbikb1_QTd3Fbp4fi.3qCoCCN53OlILnGz2Vb3EI NoffKEAvcB9MCXYT3qER2oNnkXJUrtE3fxMFNzxlN5TYlWFONAvHxKLa4BvTC1sbMQ7IR5_6VNdz vLTBkxi7LGewlmJWqiCi2VKzlXbYyY7i.NO.0ygRXTQQnvewVSAXr.IL1vNYb21AkqRl.tRCd8cS FgQItfUnhKL9XLk4hvQCUwb6CsBvY5HEjA10gKqbVnq9vIuiANTkVEFUBn3Nn6jFfqHLkKuZprBP vmSx3eHjPHFK78Alr4G_cBFcoGOGKkcUKuQOvLTEDyMk_uNvnl53jX5VslOqd2JurI0zJzaBiVjT 0CS4QvFzPRmM.J9M724_jg4arQ0YaiEPsZrj5SYxL0LZFLDf6R37RNELrRHdbWx.aP.fdqW0O1Dp PBADUX24sJKpMOxtuFYTJGJkxXaxcp88.FZRT902Td82fbYKCzN_i1foz0w7AVzr0YzT99APnCKr medeX0u4bZzq_Tj3yh4wdCoRKU95ZjCMPMYPSFUtkwP_jATzdVrWLaueZZfk7evtWte_FNljOg1N 2iS77ayzeNxrXVX8K0Nm8nn1kMzDNTqDgPAVdBgWMjghMH7jQw8Ehjd7_.crJQ00bigwuskcM9X6 M4N7crxyNGCO5WLfzzNRQNb1E0zWrOXK0UxTa2_npXCv3yXgCXNsagmQayt4WJe5Q1ll_WIzt Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Wed, 2 Jan 2019 02:43:54 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp405.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2ea84824158dc5b5004ef3d5e7a20719; Wed, 02 Jan 2019 02:43:50 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: qemu-arm-static under amd64: example of stuck looping atomic_cmpset_int while building graphics/poppler-qt5 (with backtrace, code, and value details) Message-Id: <51834F45-1EB7-449F-A0EC-7F5EC7CBB12F@yahoo.com> Date: Tue, 1 Jan 2019 18:43:49 -0800 Cc: freebsd-arm To: freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: B5F8D6E5E4 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.34)[ip: (-7.71), ipnet: 98.137.64.0/21(0.60), asn: 36647(0.48), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 02:43:58 -0000 The below showed up for poudiere-devel bulk getting stuck using one = FreeBSD cpu while building graphics/poppler-qt5 . This is not a kevent hang-up, = unlike the last hang-up that I analyzed. I do not yet know how repeatable this = is but the original hang-up and the one experiment the below is from. =46rom top: PID USERNAME THR PRI NICE SIZE RES SWAP STATE C TIME = CPU COMMAND 12789 root 4 52 0 166M 33M 0 uwait 6 36:06 = 97.22% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/graphics/poppler-qt5/work/poppler-0 Note: The vast margority of the 36:06 has been stuck in the uwait loop = involved. =46rom ps -auxd: root 94075 0.0 0.0 12932 3552 1 S+ 10:42 0:01.21 = | `-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 root 1944 0.0 0.0 12932 3540 1 I+ 10:42 0:00.00 = | |-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 root 1957 0.0 0.0 12932 3556 1 I 10:42 0:00.04 = | |-- sh: poudriere[FBSDFSSDjailArmV7-default][01]: = build_pkg (poppler-qt5-0.72.0) (sh) root 12328 0.0 0.0 12932 3548 1 I 10:49 0:00.00 = | | `-- sh: poudriere[FBSDFSSDjailArmV7-default][01]: = build_pkg (poppler-qt5-0.72.0) (sh) root 12329 0.0 0.0 10328 1756 1 IJ 10:49 0:00.01 = | | `-- /usr/bin/make -C /usr/ports/graphics/poppler-qt5 = stage root 12350 0.0 0.0 9860 1248 1 IJ 10:49 0:00.00 = | | `-- /usr/bin/make -f Makefile = DESTDIR=3D/wrkdirs/usr/ports/graphics/poppler-qt5/work/stage install root 12353 0.0 0.0 10236 1664 1 IJ 10:49 0:00.05 = | | `-- /nxb-bin/usr/bin/make -f CMakeFiles/Makefile2 = qt5/all root 12787 0.0 0.0 9856 1236 1 IJ 10:50 0:00.00 = | | `-- /nxb-bin/usr/bin/make -f = qt5/tests/CMakeFiles/check_qt5_attachments_autogen.dir/build.make = qt5/test root 12789 100.0 0.0 169868 33528 1 IJ 10:50 36:35.26 = | | `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/graphics/ root 94423 0.0 0.0 12932 3484 1 S+ 10:42 0:12.91 = | `-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 (gdb) attach 12789 Attaching to process 12789 Reading symbols from = /usr/local/poudriere/data/.m/FBSDFSSDjailArmV7-default/01/usr/local/bin/qe= mu-arm-static...done. [New LWP 101168 of process 12789] [New LWP 101178 of process 12789] [New LWP 101499 of process 12789] [Switching to LWP 100304 of process 12789] _umtx_op () at _umtx_op.S:3 3 RSYSCALL(_umtx_op) (gdb) info threads Id Target Id Frame=20 * 1 LWP 100304 of process 12789 _umtx_op () at _umtx_op.S:3 2 LWP 101168 of process 12789 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 3 LWP 101178 of process 12789 _umtx_op () at _umtx_op.S:3 4 LWP 101499 of process 12789 0x0000000060051c26 in = atomic_cmpset_int (dst=3D, expect=3D, = src=3D536870912) at /usr/include/machine/atomic.h:220 (gdb) thread 4 [Switching to thread 4 (LWP 101499 of process 12789)] #0 0x0000000060051c26 in atomic_cmpset_int (dst=3D, = expect=3D, src=3D536870912) at = /usr/include/machine/atomic.h:220 220 ATOMIC_CMPSET(int); (gdb) bt #0 0x0000000060051c26 in atomic_cmpset_int (dst=3D, = expect=3D, src=3D536870912) at = /usr/include/machine/atomic.h:220 #1 tcmpset_32 (addr=3D, a=3D, = b=3D536870912) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:178 #2 freebsd_rw_unlock (target_addr=3D4108246528) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:1264 #3 0x000000006004ab33 in do_freebsd__umtx_op (obj=3D, = op=3D536870912, val=3D, uaddr=3D, = target_time=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.h:474 #4 0x0000000060041b83 in do_freebsd_syscall (cpu_env=3D0x86159b118, = num=3D454, arg1=3D, arg2=3D, = arg3=3D, arg4=3D0, arg5=3D0, arg6=3D-184411592, = arg7=3D-199471616,=20 arg8=3D-1622188640) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1364 #5 0x00000000600392f0 in target_cpu_loop (env=3D0x86159b118) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/arm/target_arch_cpu.h:207 #6 0x0000000060038c99 in cpu_loop (env=3D0xf4dede80) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/main.c:121 #7 0x0000000060050c1a in new_freebsd_thread_start (arg=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:152 #8 0x00000000601ad5f6 in thread_start (curthread=3D0x861571300) at = /usr/src/lib/libthr/thread/thr_create.c:291 #9 0x0000000000000000 in ?? () Backtrace stopped: Cannot access memory at address 0x7fffdfbb3000 181 #define ATOMIC_CMPSET(TYPE) \ 182 static __inline int \ 183 atomic_cmpset_##TYPE(volatile u_##TYPE *dst, u_##TYPE expect, = u_##TYPE src) \ 184 { \ (gdb)=20 185 u_char res; \ 186 \ 187 __asm __volatile( \ 188 " " MPLOCKED " " \ 189 " cmpxchg %3,%1 ; " \ 190 " sete %0 ; " \ 191 "# atomic_cmpset_" #TYPE " " \ 192 : "=3Dq" (res), /* 0 */ \ 193 "+m" (*dst), /* 1 */ \ 194 "+a" (expect) /* 2 */ \ (gdb)=20 195 : "r" (src) /* 3 */ \ 196 : "memory", "cc"); \ 197 return (res); \ 198 } \ . . . 218 ATOMIC_CMPSET(char); 219 ATOMIC_CMPSET(short); 220 ATOMIC_CMPSET(int); 221 ATOMIC_CMPSET(long); (gdb) up #1 tcmpset_32 (addr=3D, a=3D, = b=3D536870912) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:178 178 return atomic_cmpset_acq_32(addr, current, new); (gdb) list 173 static int tcmpset_32(uint32_t *addr, uint32_t a, uint32_t b) 174 { 175 uint32_t current =3D tswap32(a); 176 uint32_t new =3D tswap32(b); 177=09 178 return atomic_cmpset_acq_32(addr, current, new); 179 } (gdb) up #2 freebsd_rw_unlock (target_addr=3D4108246528) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:1264 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, = (state - 1))) { (gdb) list 1259 } 1260 } 1261 } else if (TARGET_URWLOCK_READER_COUNT(state) !=3D 0) { 1262 /* decrement reader count */ 1263 for (;;) { 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, = (state - 1))) { 1265 if (TARGET_URWLOCK_READER_COUNT(state) =3D=3D 0) = { 1266 unlock_user_struct(target_urwlock, 1267 target_addr, 1); 1268 return -TARGET_EPERM; (gdb)=20 1269 } 1270 } else { 1271 break; 1272 } 1273 } 1274 } else { 1275 unlock_user_struct(target_urwlock, target_addr, 1); 1276 return -TARGET_EPERM; 1277 } 1278=09 The above loop is where the code is stuck looping, using most of the = capacity of one cpu (as FreeBSD classifies cpus). The value of state is stuck at: (gdb) print state $2 =3D 536870913 I'll note that the loop is inside qemu-arm-atatic, not in the cmake that = it is running. To show a little more context before the assembler for the routine that = ends up containing that loop: (gdb) up #3 0x000000006004ab33 in do_freebsd__umtx_op (obj=3D, = op=3D536870912, val=3D, uaddr=3D, = target_time=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.h:474 474 ret =3D freebsd_rw_unlock(obj); (gdb) list 469 ret =3D freebsd_rw_wrlock(obj, val, 0, NULL); 470 } 471 break; 472=09 473 case TARGET_UMTX_OP_RW_UNLOCK: 474 ret =3D freebsd_rw_unlock(obj); 475 break; 476=09 477 #if defined(__FreeBSD_version) && __FreeBSD_version > 900000 478 #ifdef UMTX_OP_MUTEX_WAKE2 (gdb) up #4 0x0000000060041b83 in do_freebsd_syscall (cpu_env=3D0x86159b118, = num=3D454, arg1=3D, arg2=3D, = arg3=3D, arg4=3D0, arg5=3D0, arg6=3D-184411592, = arg7=3D-199471616,=20 arg8=3D-1622188640) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1364 1364 ret =3D do_freebsd__umtx_op(arg1, arg2, arg3, arg4, = arg5); (gdb) list 1359 ret =3D do_freebsd__umtx_unlock(arg1); 1360 break; 1361 #endif 1362=09 1363 case TARGET_FREEBSD_NR__umtx_op: /* undocumented */ 1364 ret =3D do_freebsd__umtx_op(arg1, arg2, arg3, arg4, = arg5); 1365 break; 1366=09 1367 /* 1368 * ioctl(2) As for the assembler level view for the routine containing the loop (via inlining and such): Dump of assembler code for function freebsd_rw_unlock: 0x0000000060051bd0 <+0>: push %rbp 0x0000000060051bd1 <+1>: mov %rsp,%rbp 0x0000000060051bd4 <+4>: push %rbx 0x0000000060051bd5 <+5>: push %rax 0x0000000060051bd6 <+6>: mov %edi,%ebx 0x0000000060051bd8 <+8>: mov $0x20,%esi 0x0000000060051bdd <+13>: mov $0x3,%edx 0x0000000060051be2 <+18>: callq 0x60036b70 0x0000000060051be7 <+23>: mov %eax,%ecx 0x0000000060051be9 <+25>: mov $0xfffffff2,%eax 0x0000000060051bee <+30>: test %ecx,%ecx 0x0000000060051bf0 <+32>: jne 0x60051c50 = 0x0000000060051bf2 <+34>: mov %ebx,%edi 0x0000000060051bf4 <+36>: add 0x26a6355(%rip),%rdi # = 0x626f7f50 0x0000000060051bfb <+43>: je 0x60051c50 = 0x0000000060051bfd <+45>: mov (%rdi),%ecx 0x0000000060051bff <+47>: mov 0x4(%rdi),%edx 0x0000000060051c02 <+50>: test %ecx,%ecx 0x0000000060051c04 <+52>: js 0x60051c30 0x0000000060051c06 <+54>: test $0x1fffffff,%ecx 0x0000000060051c0c <+60>: je 0x60051c4b = 0x0000000060051c0e <+62>: lea -0x1(%rcx),%esi 0x0000000060051c11 <+65>: nopw %cs:0x0(%rax,%rax,1) 0x0000000060051c1b <+75>: nopl 0x0(%rax,%rax,1) NOTE: loop is below: 0x0000000060051c20 <+80>: mov %ecx,%eax =3D> 0x0000000060051c22 <+82>: lock cmpxchg %esi,(%rdi) 0x0000000060051c26 <+86>: sete %bl 0x0000000060051c29 <+89>: test %bl,%bl 0x0000000060051c2b <+91>: je 0x60051c20 Note: loop is above 0x0000000060051c2d <+93>: jmp 0x60051c57 = 0x0000000060051c2f <+95>: nop 0x0000000060051c30 <+96>: mov %ecx,%esi 0x0000000060051c32 <+98>: and $0x7fffffff,%esi 0x0000000060051c38 <+104>: mov %ecx,%eax 0x0000000060051c3a <+106>: lock cmpxchg %esi,(%rdi) 0x0000000060051c3e <+110>: sete %bl 0x0000000060051c41 <+113>: test %bl,%bl 0x0000000060051c43 <+115>: jne 0x60051c57 = 0x0000000060051c45 <+117>: mov (%rdi),%ecx 0x0000000060051c47 <+119>: test %ecx,%ecx 0x0000000060051c49 <+121>: js 0x60051c30 0x0000000060051c4b <+123>: mov $0xffffffff,%eax 0x0000000060051c50 <+128>: add $0x8,%rsp 0x0000000060051c54 <+132>: pop %rbx 0x0000000060051c55 <+133>: pop %rbp 0x0000000060051c56 <+134>: retq =20 0x0000000060051c57 <+135>: test $0x2,%dl 0x0000000060051c5a <+138>: jne 0x60051c70 = 0x0000000060051c5c <+140>: test $0x40000000,%ecx 0x0000000060051c62 <+146>: jne 0x60051c82 = 0x0000000060051c64 <+148>: xor %eax,%eax 0x0000000060051c66 <+150>: test $0x20000000,%ecx 0x0000000060051c6c <+156>: je 0x60051c50 = 0x0000000060051c6e <+158>: jmp 0x60051c89 = 0x0000000060051c70 <+160>: test $0x20000000,%ecx 0x0000000060051c76 <+166>: jne 0x60051c89 = 0x0000000060051c78 <+168>: xor %eax,%eax 0x0000000060051c7a <+170>: test $0x40000000,%ecx 0x0000000060051c80 <+176>: je 0x60051c50 = 0x0000000060051c82 <+178>: mov $0x1,%edx 0x0000000060051c87 <+183>: jmp 0x60051c8e = 0x0000000060051c89 <+185>: mov $0x7fffffff,%edx 0x0000000060051c8e <+190>: mov $0x3,%esi 0x0000000060051c93 <+195>: xor %ecx,%ecx 0x0000000060051c95 <+197>: xor %r8d,%r8d 0x0000000060051c98 <+200>: callq 0x601b5970 <_umtx_op> 0x0000000060051c9d <+205>: mov %eax,%edi 0x0000000060051c9f <+207>: add $0x8,%rsp 0x0000000060051ca3 <+211>: pop %rbx 0x0000000060051ca4 <+212>: pop %rbp --Type for more, q to quit, c to continue without paging-- 0x0000000060051ca5 <+213>: jmpq 0x60040a40 End of assembler dump. For just before the "lock cmpxchg %esi,(%rdi)" in the loop: rax 0x20000001 536870913 rbx 0xf4dede00 4108246528 rcx 0x20000001 536870913 rdx 0x2 2 rsi 0x20000000 536870912 rdi 0xf4dede80 4108246656 (gdb) x 0xf4dede80 0xf4dede80: 0x40000001 0x0000000060051c20 <+80>: mov %ecx,%eax =3D> 0x0000000060051c22 <+82>: lock cmpxchg %esi,(%rdi) 0x0000000060051c26 <+86>: sete %bl 0x0000000060051c29 <+89>: test %bl,%bl 0x0000000060051c2b <+91>: je 0x60051c20 At this point I do not have interpretation of the details, not even a comparison to the source code. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Jan 2 03:21:48 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6BB01432E2A for ; Wed, 2 Jan 2019 03:21:47 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6805A6F4F1 for ; Wed, 2 Jan 2019 03:21:47 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 25FB11432E29; Wed, 2 Jan 2019 03:21:47 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0356D1432E28 for ; Wed, 2 Jan 2019 03:21:47 +0000 (UTC) (envelope-from jhs@berklix.com) 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)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D2C26F4ED for ; Wed, 2 Jan 2019 03:21:44 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2E52C0CB.dip0.t-ipconnect.de [46.82.192.203]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id x023Lbgi013767 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Jan 2019 03:21:41 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id x023LXkW072452 for ; Wed, 2 Jan 2019 04:21:33 +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.7/8.14.7) with ESMTP id x023LLW3016741 for ; Wed, 2 Jan 2019 04:21:33 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201901020321.x023LLW3016741@fire.js.berklix.net> To: ports@freebsd.org Subject: chrome error: libglib-2.0.so.0: Undefined symbol "environ" From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Aachen Kent User-agent: EXMH on FreeBSD http://www.berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ Date: Wed, 02 Jan 2019 04:21:20 +0100 X-Rspamd-Queue-Id: 9D2C26F4ED X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.54 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[berklix.com]; MX_GOOD(-0.01)[cached: land.berklix.com]; NEURAL_SPAM_LONG(0.40)[0.396,0]; NEURAL_HAM_SHORT(-0.42)[-0.416,0]; NEURAL_SPAM_MEDIUM(0.59)[0.590,0]; R_SPF_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[203.192.82.46.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.08)[ipnet: 144.76.0.0/16(2.83), asn: 24940(-2.43), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 03:21:48 -0000 Hi ports@ anyone else seen this or have ideas please: chrome ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" uname 13.0-CURRENT /usr/src/.svn_revision 342578 ls -l /usr/local/lib/libglib* lrwxr-xr-x 1 root wheel 21 Nov 13 02:21 /usr/local/lib/libglib-1.2.so.0@ -> libglib-1.2.so.0.0.10 -rwxr-xr-x 1 root wheel 228352 Nov 13 02:21 /usr/local/lib/libglib-1.2.so.0.0.10* -rw-r--r-- 1 root wheel 1992640 Dec 13 03:20 /usr/local/lib/libglib-2.0.a lrwxr-xr-x 1 root wheel 23 Dec 13 03:20 /usr/local/lib/libglib-2.0.so@ -> libglib-2.0.so.0.5600.3 lrwxr-xr-x 1 root wheel 23 Dec 13 03:20 /usr/local/lib/libglib-2.0.so.0@ -> libglib-2.0.so.0.5600.3 -rwxr-xr-x 1 root wheel 1076088 Nov 29 2014 /usr/local/lib/libglib-2.0.so.0.4200.0* -rwxr-xr-x 1 root wheel 1079976 Jun 15 2015 /usr/local/lib/libglib-2.0.so.0.4200.2* -rwxr-xr-x 1 root wheel 1081208 Nov 5 2015 /usr/local/lib/libglib-2.0.so.0.4400.1* -rwxr-xr-x 1 root wheel 1084088 Nov 29 2016 /usr/local/lib/libglib-2.0.so.0.4600.2* -rwxr-xr-x 1 root wheel 1167416 Dec 13 03:20 /usr/local/lib/libglib-2.0.so.0.5600.3* -rw-r--r-- 1 root wheel 365328 Nov 13 02:21 /usr/local/lib/libglib.a lrwxr-xr-x 1 root wheel 21 Nov 13 02:21 /usr/local/lib/libglib.so@ -> libglib-1.2.so.0.0.10 install -f glib I also tried: pkg add -f chromium cd /usr/ports/devel/glib20 ; make deinstall ; make install ; ldconfig -R now started cd /usr/ports/www/chromium; make Cheers, Julian -- Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent First referendum stole 700,000 votes from Brits in EU; 3,700,000 globaly. Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead. Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid a hard crash, & consider all options." http://berklix.org/brexit/#mp From owner-freebsd-ports@freebsd.org Wed Jan 2 03:37:48 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B0FCF14331BA for ; Wed, 2 Jan 2019 03:37:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 458C66FC25 for ; Wed, 2 Jan 2019 03:37:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 9S7KqawVM1nsPJ2rmLRCkK81xnAOujtjrZAZ_VPMhtSSUzzUIabeCq4RsuRMhQE pmbhZirJMlPYD9DOH_2mfs301u0JsmMg3ruIsweqns5DaSVqJoX.QzIXlHgBDil3_pXQYqiUWPZE gbR5ntoy20xslcRa8x8FqaY643NSi5YyPSzonVMey4Uy2hMh014S5ogvvlrnfsbBe1GhpEmAYHTE QVeeHv5lQ54kf7MA7Le6FjNK97VBAjw4mD7Phv7Bjc24cTzaFNpVdLYI1y0FicNB0_5e.Yf__kwj ezyCZrzLaxXj0s3HXQ1CJRwv45tXaC69nAbbRNgHfoMn93XDn9vE3v6hHUCdrxZ0O.bs1RRAT3zo 9JR8_0S2pK6vaSpnKUAj5fHq.s5XyOp.W2onQ8z7mz1hYpS1Cr0jooBSeRtJDqWa1snDGIHF9IQu A.pEuv5SAxHPaoUvWsqHFQ8R5M7YqFbW63oMUY0Bd9eXZGKl.8qhtTxHs5YBEX0W7VJtAzXzqDxD 7pdycplmYIWCFLz5X5zbyXAr6.aWgSqLQ2zJKwxj03gyB.72bvk8ySGS7lPY88xB4fXLjEpPvdck IUMxbPEFZmivZRgf9wmsdkVyVYzi8BboISYBmOo00qUmoyUjfWgM3WTClOnsY7B00kbe7zfAiStE RS_t2iYJOm6MMiCYnla0hzdh9XA3O4q5SIBk039ne8aCJbIR_amwPKWmYv2dymHmAYPk7W.0AyZS QTANPJel6YXXzXVBMN5P8u5Lysy1_7AmnR8xOybOmdq9IAYnfPWdm3HqWCPm0369U6w6ZYa0cYjZ D_TFfloxr58X.cPG5YifiOnN7QfSn2_cy6P11wPIaGh_xip__THEcKBZxJ6ajKmzlvv7lYbuySA2 ulUFOQPdzktZTe7Drb3WWyhVK6T_v.tvPtRa2m97D2v.JnLFfCqSrzIWzhED1j2.kDJ1qpS8pasq Z.mVmkcC9Ca8RTQTl3ryvLR.OvxVLZf4PoB_c4MM3qfmYgpSH.8gslhehxtMbR4o5SZxuqhZo.w3 fKRqvvuHphcbWoIGqbvXTQVvGF7CkGFp4fMP41joq8YpYW6XX89LdljVOSJ2rmBr6niyIfSA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Wed, 2 Jan 2019 03:37:38 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp421.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1fc6b5ff2c0640e8f6371145fc776cba; Wed, 02 Jan 2019 03:37:36 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: qemu-arm-static under amd64: example of stuck looping atomic_cmpset_int while building graphics/poppler-qt5 [problem possibly found] From: Mark Millard In-Reply-To: <51834F45-1EB7-449F-A0EC-7F5EC7CBB12F@yahoo.com> Date: Tue, 1 Jan 2019 19:37:35 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <51834F45-1EB7-449F-A0EC-7F5EC7CBB12F@yahoo.com> To: freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 458C66FC25 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.77 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.92)[-0.923,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.34)[ip: (-2.69), ipnet: 98.137.64.0/21(0.60), asn: 36647(0.48), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.64.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 03:37:48 -0000 [It looks to me like the assembler code has some code moved out of the loop that it should not be (by intent). It appears that calling tcmpset_32 does not prevent code motion to before the call and the variable involved was not declared volatile.] On 2019-Jan-1, at 18:43, Mark Millard wrote: > The below showed up for poudiere-devel bulk getting stuck using one = FreeBSD > cpu while building graphics/poppler-qt5 . This is not a kevent = hang-up, unlike > the last hang-up that I analyzed. I do not yet know how repeatable = this is > but the original hang-up and the one experiment the below is from. >=20 > =46rom top: >=20 > PID USERNAME THR PRI NICE SIZE RES SWAP STATE C TIME = CPU COMMAND > 12789 root 4 52 0 166M 33M 0 uwait 6 36:06 = 97.22% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/graphics/poppler-qt5/work/poppler-0 >=20 > Note: The vast margority of the 36:06 has been stuck in the uwait loop = involved. >=20 > =46rom ps -auxd: >=20 > root 94075 0.0 0.0 12932 3552 1 S+ 10:42 = 0:01.21 | `-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 > root 1944 0.0 0.0 12932 3540 1 I+ 10:42 = 0:00.00 | |-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 > root 1957 0.0 0.0 12932 3556 1 I 10:42 = 0:00.04 | |-- sh: poudriere[FBSDFSSDjailArmV7-default][01]: = build_pkg (poppler-qt5-0.72.0) (sh) > root 12328 0.0 0.0 12932 3548 1 I 10:49 = 0:00.00 | | `-- sh: = poudriere[FBSDFSSDjailArmV7-default][01]: build_pkg (poppler-qt5-0.72.0) = (sh) > root 12329 0.0 0.0 10328 1756 1 IJ 10:49 = 0:00.01 | | `-- /usr/bin/make -C = /usr/ports/graphics/poppler-qt5 stage > root 12350 0.0 0.0 9860 1248 1 IJ 10:49 = 0:00.00 | | `-- /usr/bin/make -f Makefile = DESTDIR=3D/wrkdirs/usr/ports/graphics/poppler-qt5/work/stage install > root 12353 0.0 0.0 10236 1664 1 IJ 10:49 = 0:00.05 | | `-- /nxb-bin/usr/bin/make -f = CMakeFiles/Makefile2 qt5/all > root 12787 0.0 0.0 9856 1236 1 IJ 10:50 = 0:00.00 | | `-- /nxb-bin/usr/bin/make -f = qt5/tests/CMakeFiles/check_qt5_attachments_autogen.dir/build.make = qt5/test > root 12789 100.0 0.0 169868 33528 1 IJ 10:50 = 36:35.26 | | `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/graphics/ > root 94423 0.0 0.0 12932 3484 1 S+ 10:42 = 0:12.91 | `-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 >=20 >=20 > (gdb) attach 12789 > Attaching to process 12789 > Reading symbols from = /usr/local/poudriere/data/.m/FBSDFSSDjailArmV7-default/01/usr/local/bin/qe= mu-arm-static...done. > [New LWP 101168 of process 12789] > [New LWP 101178 of process 12789] > [New LWP 101499 of process 12789] > [Switching to LWP 100304 of process 12789] > _umtx_op () at _umtx_op.S:3 > 3 RSYSCALL(_umtx_op) > (gdb) info threads > Id Target Id Frame=20 > * 1 LWP 100304 of process 12789 _umtx_op () at _umtx_op.S:3 > 2 LWP 101168 of process 12789 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 > 3 LWP 101178 of process 12789 _umtx_op () at _umtx_op.S:3 > 4 LWP 101499 of process 12789 0x0000000060051c26 in = atomic_cmpset_int (dst=3D, expect=3D, = src=3D536870912) at /usr/include/machine/atomic.h:220 > (gdb) thread 4 > [Switching to thread 4 (LWP 101499 of process 12789)] > #0 0x0000000060051c26 in atomic_cmpset_int (dst=3D, = expect=3D, src=3D536870912) at = /usr/include/machine/atomic.h:220 > 220 ATOMIC_CMPSET(int); >=20 > (gdb) bt > #0 0x0000000060051c26 in atomic_cmpset_int (dst=3D, = expect=3D, src=3D536870912) at = /usr/include/machine/atomic.h:220 > #1 tcmpset_32 (addr=3D, a=3D, = b=3D536870912) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:178 > #2 freebsd_rw_unlock (target_addr=3D4108246528) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:1264 > #3 0x000000006004ab33 in do_freebsd__umtx_op (obj=3D, = op=3D536870912, val=3D, uaddr=3D, = target_time=3D) > at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.h:474 > #4 0x0000000060041b83 in do_freebsd_syscall (cpu_env=3D0x86159b118, = num=3D454, arg1=3D, arg2=3D, = arg3=3D, arg4=3D0, arg5=3D0, arg6=3D-184411592, = arg7=3D-199471616,=20 > arg8=3D-1622188640) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1364 > #5 0x00000000600392f0 in target_cpu_loop (env=3D0x86159b118) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/arm/target_arch_cpu.h:207 > #6 0x0000000060038c99 in cpu_loop (env=3D0xf4dede80) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/main.c:121 > #7 0x0000000060050c1a in new_freebsd_thread_start (arg=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:152 > #8 0x00000000601ad5f6 in thread_start (curthread=3D0x861571300) at = /usr/src/lib/libthr/thread/thr_create.c:291 > #9 0x0000000000000000 in ?? () > Backtrace stopped: Cannot access memory at address 0x7fffdfbb3000 >=20 > 181 #define ATOMIC_CMPSET(TYPE) \ > 182 static __inline int \ > 183 atomic_cmpset_##TYPE(volatile u_##TYPE *dst, u_##TYPE expect, = u_##TYPE src) \ > 184 { \ > (gdb)=20 > 185 u_char res; \ > 186 \ > 187 __asm __volatile( \ > 188 " " MPLOCKED " " \ > 189 " cmpxchg %3,%1 ; " \ > 190 " sete %0 ; " \ > 191 "# atomic_cmpset_" #TYPE " " \ > 192 : "=3Dq" (res), /* 0 */ \ > 193 "+m" (*dst), /* 1 */ \ > 194 "+a" (expect) /* 2 */ \ > (gdb)=20 > 195 : "r" (src) /* 3 */ \ > 196 : "memory", "cc"); \ > 197 return (res); \ > 198 } \ > . . . > 218 ATOMIC_CMPSET(char); > 219 ATOMIC_CMPSET(short); > 220 ATOMIC_CMPSET(int); > 221 ATOMIC_CMPSET(long); >=20 > (gdb) up > #1 tcmpset_32 (addr=3D, a=3D, = b=3D536870912) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:178 > 178 return atomic_cmpset_acq_32(addr, current, new); > (gdb) list > 173 static int tcmpset_32(uint32_t *addr, uint32_t a, uint32_t b) > 174 { > 175 uint32_t current =3D tswap32(a); > 176 uint32_t new =3D tswap32(b); > 177=09 > 178 return atomic_cmpset_acq_32(addr, current, new); > 179 } >=20 > (gdb) up > #2 freebsd_rw_unlock (target_addr=3D4108246528) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:1264 > 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, = (state - 1))) { > (gdb) list > 1259 } > 1260 } > 1261 } else if (TARGET_URWLOCK_READER_COUNT(state) !=3D 0) { > 1262 /* decrement reader count */ > 1263 for (;;) { > 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, = (state - 1))) { > 1265 if (TARGET_URWLOCK_READER_COUNT(state) =3D=3D 0) = { > 1266 unlock_user_struct(target_urwlock, > 1267 target_addr, 1); > 1268 return -TARGET_EPERM; > (gdb)=20 > 1269 } > 1270 } else { > 1271 break; > 1272 } > 1273 } > 1274 } else { > 1275 unlock_user_struct(target_urwlock, target_addr, 1); > 1276 return -TARGET_EPERM; > 1277 } > 1278=09 >=20 > The above loop is where the code is stuck looping, using most of the = capacity of > one cpu (as FreeBSD classifies cpus). The value of state is stuck at: >=20 > (gdb) print state > $2 =3D 536870913 >=20 > I'll note that the loop is inside qemu-arm-atatic, not in the cmake = that it > is running. >=20 >=20 >=20 > To show a little more context before the assembler for the routine = that ends up > containing that loop: >=20 > (gdb) up > #3 0x000000006004ab33 in do_freebsd__umtx_op (obj=3D, = op=3D536870912, val=3D, uaddr=3D, = target_time=3D) > at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.h:474 > 474 ret =3D freebsd_rw_unlock(obj); > (gdb) list > 469 ret =3D freebsd_rw_wrlock(obj, val, 0, NULL); > 470 } > 471 break; > 472=09 > 473 case TARGET_UMTX_OP_RW_UNLOCK: > 474 ret =3D freebsd_rw_unlock(obj); > 475 break; > 476=09 > 477 #if defined(__FreeBSD_version) && __FreeBSD_version > 900000 > 478 #ifdef UMTX_OP_MUTEX_WAKE2 >=20 > (gdb) up > #4 0x0000000060041b83 in do_freebsd_syscall (cpu_env=3D0x86159b118, = num=3D454, arg1=3D, arg2=3D, = arg3=3D, arg4=3D0, arg5=3D0, arg6=3D-184411592, = arg7=3D-199471616,=20 > arg8=3D-1622188640) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1364 > 1364 ret =3D do_freebsd__umtx_op(arg1, arg2, arg3, arg4, = arg5); > (gdb) list > 1359 ret =3D do_freebsd__umtx_unlock(arg1); > 1360 break; > 1361 #endif > 1362=09 > 1363 case TARGET_FREEBSD_NR__umtx_op: /* undocumented */ > 1364 ret =3D do_freebsd__umtx_op(arg1, arg2, arg3, arg4, = arg5); > 1365 break; > 1366=09 > 1367 /* > 1368 * ioctl(2) >=20 > As for the assembler level view for the routine containing the > loop (via inlining and such): >=20 > Dump of assembler code for function freebsd_rw_unlock: > 0x0000000060051bd0 <+0>: push %rbp > 0x0000000060051bd1 <+1>: mov %rsp,%rbp > 0x0000000060051bd4 <+4>: push %rbx > 0x0000000060051bd5 <+5>: push %rax > 0x0000000060051bd6 <+6>: mov %edi,%ebx > 0x0000000060051bd8 <+8>: mov $0x20,%esi > 0x0000000060051bdd <+13>: mov $0x3,%edx > 0x0000000060051be2 <+18>: callq 0x60036b70 > 0x0000000060051be7 <+23>: mov %eax,%ecx > 0x0000000060051be9 <+25>: mov $0xfffffff2,%eax > 0x0000000060051bee <+30>: test %ecx,%ecx > 0x0000000060051bf0 <+32>: jne 0x60051c50 = > 0x0000000060051bf2 <+34>: mov %ebx,%edi > 0x0000000060051bf4 <+36>: add 0x26a6355(%rip),%rdi # = 0x626f7f50 > 0x0000000060051bfb <+43>: je 0x60051c50 = > 0x0000000060051bfd <+45>: mov (%rdi),%ecx > 0x0000000060051bff <+47>: mov 0x4(%rdi),%edx > 0x0000000060051c02 <+50>: test %ecx,%ecx > 0x0000000060051c04 <+52>: js 0x60051c30 > 0x0000000060051c06 <+54>: test $0x1fffffff,%ecx > 0x0000000060051c0c <+60>: je 0x60051c4b = > 0x0000000060051c0e <+62>: lea -0x1(%rcx),%esi > 0x0000000060051c11 <+65>: nopw %cs:0x0(%rax,%rax,1) > 0x0000000060051c1b <+75>: nopl 0x0(%rax,%rax,1) > NOTE: loop is below: > 0x0000000060051c20 <+80>: mov %ecx,%eax > =3D> 0x0000000060051c22 <+82>: lock cmpxchg %esi,(%rdi) > 0x0000000060051c26 <+86>: sete %bl > 0x0000000060051c29 <+89>: test %bl,%bl > 0x0000000060051c2b <+91>: je 0x60051c20 > Note: loop is above > 0x0000000060051c2d <+93>: jmp 0x60051c57 = > 0x0000000060051c2f <+95>: nop > 0x0000000060051c30 <+96>: mov %ecx,%esi > 0x0000000060051c32 <+98>: and $0x7fffffff,%esi > 0x0000000060051c38 <+104>: mov %ecx,%eax > 0x0000000060051c3a <+106>: lock cmpxchg %esi,(%rdi) > 0x0000000060051c3e <+110>: sete %bl > 0x0000000060051c41 <+113>: test %bl,%bl > 0x0000000060051c43 <+115>: jne 0x60051c57 = > 0x0000000060051c45 <+117>: mov (%rdi),%ecx > 0x0000000060051c47 <+119>: test %ecx,%ecx > 0x0000000060051c49 <+121>: js 0x60051c30 > 0x0000000060051c4b <+123>: mov $0xffffffff,%eax > 0x0000000060051c50 <+128>: add $0x8,%rsp > 0x0000000060051c54 <+132>: pop %rbx > 0x0000000060051c55 <+133>: pop %rbp > 0x0000000060051c56 <+134>: retq =20 > 0x0000000060051c57 <+135>: test $0x2,%dl > 0x0000000060051c5a <+138>: jne 0x60051c70 = > 0x0000000060051c5c <+140>: test $0x40000000,%ecx > 0x0000000060051c62 <+146>: jne 0x60051c82 = > 0x0000000060051c64 <+148>: xor %eax,%eax > 0x0000000060051c66 <+150>: test $0x20000000,%ecx > 0x0000000060051c6c <+156>: je 0x60051c50 = > 0x0000000060051c6e <+158>: jmp 0x60051c89 = > 0x0000000060051c70 <+160>: test $0x20000000,%ecx > 0x0000000060051c76 <+166>: jne 0x60051c89 = > 0x0000000060051c78 <+168>: xor %eax,%eax > 0x0000000060051c7a <+170>: test $0x40000000,%ecx > 0x0000000060051c80 <+176>: je 0x60051c50 = > 0x0000000060051c82 <+178>: mov $0x1,%edx > 0x0000000060051c87 <+183>: jmp 0x60051c8e = > 0x0000000060051c89 <+185>: mov $0x7fffffff,%edx > 0x0000000060051c8e <+190>: mov $0x3,%esi > 0x0000000060051c93 <+195>: xor %ecx,%ecx > 0x0000000060051c95 <+197>: xor %r8d,%r8d > 0x0000000060051c98 <+200>: callq 0x601b5970 <_umtx_op> > 0x0000000060051c9d <+205>: mov %eax,%edi > 0x0000000060051c9f <+207>: add $0x8,%rsp > 0x0000000060051ca3 <+211>: pop %rbx > 0x0000000060051ca4 <+212>: pop %rbp > --Type for more, q to quit, c to continue without paging-- > 0x0000000060051ca5 <+213>: jmpq 0x60040a40 > End of assembler dump. >=20 > For just before the "lock cmpxchg %esi,(%rdi)" in the loop: >=20 > rax 0x20000001 536870913 > rbx 0xf4dede00 4108246528 > rcx 0x20000001 536870913 > rdx 0x2 2 > rsi 0x20000000 536870912 > rdi 0xf4dede80 4108246656 >=20 > (gdb) x 0xf4dede80 > 0xf4dede80: 0x40000001 >=20 > 0x0000000060051c20 <+80>: mov %ecx,%eax > =3D> 0x0000000060051c22 <+82>: lock cmpxchg %esi,(%rdi) > 0x0000000060051c26 <+86>: sete %bl > 0x0000000060051c29 <+89>: test %bl,%bl > 0x0000000060051c2b <+91>: je 0x60051c20 >=20 >=20 > At this point I do not have interpretation of the details, not even > a comparison to the source code. In the source code there is: 1261 } else if (TARGET_URWLOCK_READER_COUNT(state) !=3D 0) { 1262 /* decrement reader count */ 1263 for (;;) { 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, = (state - 1))) { 1265 if (TARGET_URWLOCK_READER_COUNT(state) =3D=3D 0) = { 1266 unlock_user_struct(target_urwlock, 1267 target_addr, 1); 1268 return -TARGET_EPERM; (gdb)=20 1269 } 1270 } else { 1271 break; 1272 } 1273 } But in the assembler code it appears to me that the code: 1265 if (TARGET_URWLOCK_READER_COUNT(state) =3D=3D 0) = { 1266 unlock_user_struct(target_urwlock, 1267 target_addr, 1); 1268 return -TARGET_EPERM; (gdb)=20 1269 } was factored out of the loop, with the test moved to before the loop. The TARGET_URWLOCK_READER_COUNT use masks off based on 0x1fffffff . But the code for the conditional test is before the loop: 0x0000000060051c06 <+54>: test $0x1fffffff,%ecx 0x0000000060051c0c <+60>: je 0x60051c4b = . . . NOTE: loop is below: 0x0000000060051c20 <+80>: mov %ecx,%eax =3D> 0x0000000060051c22 <+82>: lock cmpxchg %esi,(%rdi) 0x0000000060051c26 <+86>: sete %bl 0x0000000060051c29 <+89>: test %bl,%bl 0x0000000060051c2b <+91>: je 0x60051c20 Note: loop is above I may try declaring state volatile in an attempt to prevent the code motion. (But what of other uses of tcmpset_32 controlling subordinate code in other places?) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Jan 2 04:51:00 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05A2A1434A70 for ; Wed, 2 Jan 2019 04:51:00 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id F341A71D9C for ; Wed, 2 Jan 2019 04:50:58 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id AE18A1434A6F; Wed, 2 Jan 2019 04:50:58 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 715BC1434A6E for ; Wed, 2 Jan 2019 04:50:58 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pg1-x52d.google.com (mail-pg1-x52d.google.com [IPv6:2607:f8b0:4864:20::52d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D077A71D99 for ; Wed, 2 Jan 2019 04:50:57 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pg1-x52d.google.com with SMTP id z10so14103077pgp.7 for ; Tue, 01 Jan 2019 20:50:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=fwFGgadqu7q/Q+7HYhAwIFq0HInmxCNqzLKWWSt8NeM=; b=ohAD3PzRjbUFLZry0XKnGbk7OhkrSc+dFiBzvcyz1YsQ4b/YE0MNPfHrePvJEi/m87 eHRNHedr8vJ6WnGiRFKlA1GjGQ0fKBguKzNV71RD3OkDE+WVehdWbU7w3xO6eK6o0t+p By5m1yuLeFhZyQ5CXSZVxNiKgG3BMcKTFkgTSG3KMWsEoLac07zcLkzxHbc5NrLBVPtv +H+IBEJ7RF7EcCpXlG/UAUkQeWRcyzyObtgXOrMLUTDLqDL8OzsrQAUf+eYRgEEHwizx dX7NCBaW35IN0yWGVEKaS/iAFm+EstehMZf8TPwliwOjv6xcWV4xvMuPhHxVsVUzfwbp JPdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=fwFGgadqu7q/Q+7HYhAwIFq0HInmxCNqzLKWWSt8NeM=; b=mNwGqmeTGdDd2DYowbprAx2mpJS7hR/c6oB4/x+MawmKHI0IaIN4W2Z3qBXI5GjaCF CyqCPZs+ior9cnEMXPjb7Z79+UARsS57bWu6rhoeNK9zYJlyLRRPN0p9hAUhefUNxg4c 0tkOCMviYAojN3EkLHOs+sTMxvpqthpFo5LU52fYuxIoSpDipENuBzC5t+2ZpbfUGqF8 18wcWZX1I6dNGr/PYRivcPl68Up5XFNTU5JOMFjrBUWVGr/2sGrCnL7k1xoPyIe/pjKP IFuFtX945M/c1kRjzc/UiEHvcQFhMN6H19bc+WdVdAM/leASsNV+N3M6U5Heb2t2Q42K L5aA== X-Gm-Message-State: AA+aEWbMmG/h8CvwPgohwT7TrBjMhlrEwY801QPmu4GhxmT/IJukzpQ+ 6xl0bqea48xqdL8hI9cqVAfG34Pk X-Google-Smtp-Source: AFSGD/UkJct+ZD6/gJ8buBoThTiNVaamSxaYrmfyhaMM48GXIvrxQccOKgyzE3G0hx/I35j2oM4beQ== X-Received: by 2002:a62:4c5:: with SMTP id 188mr43748979pfe.130.1546404656647; Tue, 01 Jan 2019 20:50:56 -0800 (PST) Received: from [192.168.1.105] (119-18-15-55.cust.aussiebb.net. [119.18.15.55]) by smtp.gmail.com with ESMTPSA id c72sm88822680pfb.107.2019.01.01.20.50.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Jan 2019 20:50:56 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: chrome error: libglib-2.0.so.0: Undefined symbol "environ" To: "Julian H. Stacey" , ports@freebsd.org References: <201901020321.x023LLW3016741@fire.js.berklix.net> From: Kubilay Kocak Message-ID: <22019bb1-ccde-d1a3-44d2-23cb12b3df52@FreeBSD.org> Date: Wed, 2 Jan 2019 15:50:53 +1100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:65.0) Gecko/20100101 Thunderbird/65.0 MIME-Version: 1.0 In-Reply-To: <201901020321.x023LLW3016741@fire.js.berklix.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: D077A71D99 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 04:51:00 -0000 On 2/01/2019 2:21 pm, Julian H. Stacey wrote: > Hi ports@ > anyone else seen this or have ideas please: > chrome > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > > uname 13.0-CURRENT > /usr/src/.svn_revision 342578 > > ls -l /usr/local/lib/libglib* > lrwxr-xr-x 1 root wheel 21 Nov 13 02:21 /usr/local/lib/libglib-1.2.so.0@ -> libglib-1.2.so.0.0.10 > -rwxr-xr-x 1 root wheel 228352 Nov 13 02:21 /usr/local/lib/libglib-1.2.so.0.0.10* > -rw-r--r-- 1 root wheel 1992640 Dec 13 03:20 /usr/local/lib/libglib-2.0.a > lrwxr-xr-x 1 root wheel 23 Dec 13 03:20 /usr/local/lib/libglib-2.0.so@ -> libglib-2.0.so.0.5600.3 > lrwxr-xr-x 1 root wheel 23 Dec 13 03:20 /usr/local/lib/libglib-2.0.so.0@ -> libglib-2.0.so.0.5600.3 > -rwxr-xr-x 1 root wheel 1076088 Nov 29 2014 /usr/local/lib/libglib-2.0.so.0.4200.0* > -rwxr-xr-x 1 root wheel 1079976 Jun 15 2015 /usr/local/lib/libglib-2.0.so.0.4200.2* > -rwxr-xr-x 1 root wheel 1081208 Nov 5 2015 /usr/local/lib/libglib-2.0.so.0.4400.1* > -rwxr-xr-x 1 root wheel 1084088 Nov 29 2016 /usr/local/lib/libglib-2.0.so.0.4600.2* > -rwxr-xr-x 1 root wheel 1167416 Dec 13 03:20 /usr/local/lib/libglib-2.0.so.0.5600.3* > -rw-r--r-- 1 root wheel 365328 Nov 13 02:21 /usr/local/lib/libglib.a > lrwxr-xr-x 1 root wheel 21 Nov 13 02:21 /usr/local/lib/libglib.so@ -> libglib-1.2.so.0.0.10 > > install -f glib > > I also tried: pkg add -f chromium > > cd /usr/ports/devel/glib20 ; make deinstall ; make install ; ldconfig -R > > now started cd /usr/ports/www/chromium; make > > Cheers, > Julian > Hi Julian, There's a thread on freebsd-current [1] about it: https://lists.freebsd.org/pipermail/freebsd-current/2018-December/072516.html ./koobs From owner-freebsd-ports@freebsd.org Wed Jan 2 04:53:03 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 725B51434C69 for ; Wed, 2 Jan 2019 04:53:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE2957207F for ; Wed, 2 Jan 2019 04:53:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: rivfqgUVM1k4_w1bRsr93rAsOEKgFiWiCmOQ8Drt.kdoIuNnQH_dzk_7gj4ysi1 R2tL2PLwoRSNaZYJa3AD3_lD14PRHAqWHy7nbaKlXKOhuBBTai2y6y4pwyLmh0Cvb0TztkLwg0iY ZiX.JkpbwzeFDtri9ORRJqql8pKxuaa0Not9jbRoYxC1Mk79HnotbQgPIs4uUY2PlmyJ1JhEoSl7 YbmoJmPokeJrDd7zuOtcUEH0xcIk77t0HmX1sqaAMBdNBG.bxMG1PzH_uojq.bHI_fZApq.s05mA yjxx5WcoPrAhdRvPZf3KEwWEve5GFQG42_xcyWZ4l6pSdYqFdkAJWNcUYC20.KbicCUex7vAhc_i V49GSMf67Dlhj31zs3di_Vs5heUYfUKoAcuwh8a2tGyfRXUpCHgKcD_GScFyNJxe.C5jWZxPbiTP Jx1UZy91caSSl5bU_5r8pJgBGsvUJ9loqAJKPOLxw0FcSNAWl5IOoR0A9J3CQ6EMJlyfEXr5gJQd tJ99VHtUVfHZ3Cgwauxw7h2Y0EmgkZfuz4B8aQswe0DS0oWDK3zjS8yvx8DwmjtAFY_ReV6RNFDS 13Xv0vSNMZOeM9PmVfYq8rhsCo3asWeU2I8HAwEo.UiAD5QQL0seJ_hRx45E2BQrBp.WZbEqwAJt Z1IYTtESe6AlY56I6jIP2DAEhgcc_.dt08rBwfgZZ6CYL_NmZ85Ww2GQTFmb.2m1Sy.p9kR1BRXO 4fl0H4tgv1gg0rFQ32d9Km9.nMpFbIICIoyuoM05_pP4bVTd0m3WTNHNF_oTw.Ejcv6Ir8kpTEu_ ZrhMo9myjLKfmInu982NqUoaJY3PyymaVabJnnn_sjLK3ynHqLq6qwI8OjlqzYoA9TpJB3b4KI2U go1BaOfw4_0zT7shUK7RNhxvP2iKuTVInYzVkWCQWWNGK61BDxFhlTLB.9gftPBvf7J7jIkWkgK5 y0oiv8d8RqldK_nZkMDNx75PV8tB.oOHR6TlqGMMJ3ibzDHKH934IPJrJ9ZQMSkX1T7LY6CpB2ko p.Hdw.W4Zthd4GZdq9HDFEf0vT31mF7NERO3X7Ys_CVtSp1DyMUGY91fpGIYIEtoD756dYek- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 2 Jan 2019 04:52:54 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp403.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a77ac9e2e0bfe980ae387608a47651aa; Wed, 02 Jan 2019 04:42:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: qemu-arm-static under amd64: example of stuck looping atomic_cmpset_int while building graphics/poppler-qt5 [problem not found] From: Mark Millard In-Reply-To: Date: Tue, 1 Jan 2019 20:42:42 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <51834F45-1EB7-449F-A0EC-7F5EC7CBB12F@yahoo.com> To: freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: DE2957207F X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.85 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.55)[-0.554,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.992,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.20)[ipnet: 98.137.64.0/21(0.59), asn: 36647(0.47), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.65.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 04:53:03 -0000 [I was wrong: it is code elimination, not motion. volatile is not a fix.] On 2019-Jan-1, at 19:37, Mark Millard wrote: > [It looks to me like the assembler code has some code moved out of the > loop that it should not be (by intent). It appears that calling > tcmpset_32 does not prevent code motion to before the call and > the variable involved was not declared volatile.] >=20 > On 2019-Jan-1, at 18:43, Mark Millard wrote: >=20 >> The below showed up for poudiere-devel bulk getting stuck using one = FreeBSD >> cpu while building graphics/poppler-qt5 . This is not a kevent = hang-up, unlike >> the last hang-up that I analyzed. I do not yet know how repeatable = this is >> but the original hang-up and the one experiment the below is from. >>=20 >> =46rom top: >>=20 >> PID USERNAME THR PRI NICE SIZE RES SWAP STATE C TIME = CPU COMMAND >> 12789 root 4 52 0 166M 33M 0 uwait 6 36:06 = 97.22% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/graphics/poppler-qt5/work/poppler-0 >>=20 >> Note: The vast margority of the 36:06 has been stuck in the uwait = loop involved. >>=20 >> =46rom ps -auxd: >>=20 >> root 94075 0.0 0.0 12932 3552 1 S+ 10:42 = 0:01.21 | `-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 >> root 1944 0.0 0.0 12932 3540 1 I+ 10:42 = 0:00.00 | |-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 >> root 1957 0.0 0.0 12932 3556 1 I 10:42 = 0:00.04 | |-- sh: poudriere[FBSDFSSDjailArmV7-default][01]: = build_pkg (poppler-qt5-0.72.0) (sh) >> root 12328 0.0 0.0 12932 3548 1 I 10:49 = 0:00.00 | | `-- sh: = poudriere[FBSDFSSDjailArmV7-default][01]: build_pkg (poppler-qt5-0.72.0) = (sh) >> root 12329 0.0 0.0 10328 1756 1 IJ 10:49 = 0:00.01 | | `-- /usr/bin/make -C = /usr/ports/graphics/poppler-qt5 stage >> root 12350 0.0 0.0 9860 1248 1 IJ 10:49 = 0:00.00 | | `-- /usr/bin/make -f Makefile = DESTDIR=3D/wrkdirs/usr/ports/graphics/poppler-qt5/work/stage install >> root 12353 0.0 0.0 10236 1664 1 IJ 10:49 = 0:00.05 | | `-- /nxb-bin/usr/bin/make -f = CMakeFiles/Makefile2 qt5/all >> root 12787 0.0 0.0 9856 1236 1 IJ 10:50 = 0:00.00 | | `-- /nxb-bin/usr/bin/make -f = qt5/tests/CMakeFiles/check_qt5_attachments_autogen.dir/build.make = qt5/test >> root 12789 100.0 0.0 169868 33528 1 IJ 10:50 = 36:35.26 | | `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/graphics/ >> root 94423 0.0 0.0 12932 3484 1 S+ 10:42 = 0:12.91 | `-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 >>=20 >>=20 >> (gdb) attach 12789 >> Attaching to process 12789 >> Reading symbols from = /usr/local/poudriere/data/.m/FBSDFSSDjailArmV7-default/01/usr/local/bin/qe= mu-arm-static...done. >> [New LWP 101168 of process 12789] >> [New LWP 101178 of process 12789] >> [New LWP 101499 of process 12789] >> [Switching to LWP 100304 of process 12789] >> _umtx_op () at _umtx_op.S:3 >> 3 RSYSCALL(_umtx_op) >> (gdb) info threads >> Id Target Id Frame=20 >> * 1 LWP 100304 of process 12789 _umtx_op () at _umtx_op.S:3 >> 2 LWP 101168 of process 12789 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 >> 3 LWP 101178 of process 12789 _umtx_op () at _umtx_op.S:3 >> 4 LWP 101499 of process 12789 0x0000000060051c26 in = atomic_cmpset_int (dst=3D, expect=3D, = src=3D536870912) at /usr/include/machine/atomic.h:220 >> (gdb) thread 4 >> [Switching to thread 4 (LWP 101499 of process 12789)] >> #0 0x0000000060051c26 in atomic_cmpset_int (dst=3D, = expect=3D, src=3D536870912) at = /usr/include/machine/atomic.h:220 >> 220 ATOMIC_CMPSET(int); >>=20 >> (gdb) bt >> #0 0x0000000060051c26 in atomic_cmpset_int (dst=3D, = expect=3D, src=3D536870912) at = /usr/include/machine/atomic.h:220 >> #1 tcmpset_32 (addr=3D, a=3D, = b=3D536870912) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:178 >> #2 freebsd_rw_unlock (target_addr=3D4108246528) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:1264 >> #3 0x000000006004ab33 in do_freebsd__umtx_op (obj=3D, = op=3D536870912, val=3D, uaddr=3D, = target_time=3D) >> at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.h:474 >> #4 0x0000000060041b83 in do_freebsd_syscall (cpu_env=3D0x86159b118, = num=3D454, arg1=3D, arg2=3D, = arg3=3D, arg4=3D0, arg5=3D0, arg6=3D-184411592, = arg7=3D-199471616,=20 >> arg8=3D-1622188640) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1364 >> #5 0x00000000600392f0 in target_cpu_loop (env=3D0x86159b118) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/arm/target_arch_cpu.h:207 >> #6 0x0000000060038c99 in cpu_loop (env=3D0xf4dede80) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/main.c:121 >> #7 0x0000000060050c1a in new_freebsd_thread_start (arg=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:152 >> #8 0x00000000601ad5f6 in thread_start (curthread=3D0x861571300) at = /usr/src/lib/libthr/thread/thr_create.c:291 >> #9 0x0000000000000000 in ?? () >> Backtrace stopped: Cannot access memory at address 0x7fffdfbb3000 >>=20 >> 181 #define ATOMIC_CMPSET(TYPE) \ >> 182 static __inline int \ >> 183 atomic_cmpset_##TYPE(volatile u_##TYPE *dst, u_##TYPE expect, = u_##TYPE src) \ >> 184 { \ >> (gdb)=20 >> 185 u_char res; \ >> 186 \ >> 187 __asm __volatile( \ >> 188 " " MPLOCKED " " \ >> 189 " cmpxchg %3,%1 ; " \ >> 190 " sete %0 ; " \ >> 191 "# atomic_cmpset_" #TYPE " " \ >> 192 : "=3Dq" (res), /* 0 */ \ >> 193 "+m" (*dst), /* 1 */ \ >> 194 "+a" (expect) /* 2 */ \ >> (gdb)=20 >> 195 : "r" (src) /* 3 */ \ >> 196 : "memory", "cc"); \ >> 197 return (res); \ >> 198 } \ >> . . . >> 218 ATOMIC_CMPSET(char); >> 219 ATOMIC_CMPSET(short); >> 220 ATOMIC_CMPSET(int); >> 221 ATOMIC_CMPSET(long); >>=20 >> (gdb) up >> #1 tcmpset_32 (addr=3D, a=3D, = b=3D536870912) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:178 >> 178 return atomic_cmpset_acq_32(addr, current, new); >> (gdb) list >> 173 static int tcmpset_32(uint32_t *addr, uint32_t a, uint32_t b) >> 174 { >> 175 uint32_t current =3D tswap32(a); >> 176 uint32_t new =3D tswap32(b); >> 177=09 >> 178 return atomic_cmpset_acq_32(addr, current, new); >> 179 } >>=20 >> (gdb) up >> #2 freebsd_rw_unlock (target_addr=3D4108246528) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:1264 >> 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, = (state - 1))) { >> (gdb) list >> 1259 } >> 1260 } >> 1261 } else if (TARGET_URWLOCK_READER_COUNT(state) !=3D 0) { >> 1262 /* decrement reader count */ >> 1263 for (;;) { >> 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, = (state - 1))) { >> 1265 if (TARGET_URWLOCK_READER_COUNT(state) =3D=3D 0) = { >> 1266 unlock_user_struct(target_urwlock, >> 1267 target_addr, 1); >> 1268 return -TARGET_EPERM; >> (gdb)=20 >> 1269 } >> 1270 } else { >> 1271 break; >> 1272 } >> 1273 } >> 1274 } else { >> 1275 unlock_user_struct(target_urwlock, target_addr, 1); >> 1276 return -TARGET_EPERM; >> 1277 } >> 1278=09 >>=20 >> The above loop is where the code is stuck looping, using most of the = capacity of >> one cpu (as FreeBSD classifies cpus). The value of state is stuck at: >>=20 >> (gdb) print state >> $2 =3D 536870913 >>=20 >> I'll note that the loop is inside qemu-arm-atatic, not in the cmake = that it >> is running. >>=20 >>=20 >>=20 >> To show a little more context before the assembler for the routine = that ends up >> containing that loop: >>=20 >> (gdb) up >> #3 0x000000006004ab33 in do_freebsd__umtx_op (obj=3D, = op=3D536870912, val=3D, uaddr=3D, = target_time=3D) >> at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.h:474 >> 474 ret =3D freebsd_rw_unlock(obj); >> (gdb) list >> 469 ret =3D freebsd_rw_wrlock(obj, val, 0, NULL); >> 470 } >> 471 break; >> 472=09 >> 473 case TARGET_UMTX_OP_RW_UNLOCK: >> 474 ret =3D freebsd_rw_unlock(obj); >> 475 break; >> 476=09 >> 477 #if defined(__FreeBSD_version) && __FreeBSD_version > 900000 >> 478 #ifdef UMTX_OP_MUTEX_WAKE2 >>=20 >> (gdb) up >> #4 0x0000000060041b83 in do_freebsd_syscall (cpu_env=3D0x86159b118, = num=3D454, arg1=3D, arg2=3D, = arg3=3D, arg4=3D0, arg5=3D0, arg6=3D-184411592, = arg7=3D-199471616,=20 >> arg8=3D-1622188640) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1364 >> 1364 ret =3D do_freebsd__umtx_op(arg1, arg2, arg3, arg4, = arg5); >> (gdb) list >> 1359 ret =3D do_freebsd__umtx_unlock(arg1); >> 1360 break; >> 1361 #endif >> 1362=09 >> 1363 case TARGET_FREEBSD_NR__umtx_op: /* undocumented */ >> 1364 ret =3D do_freebsd__umtx_op(arg1, arg2, arg3, arg4, = arg5); >> 1365 break; >> 1366=09 >> 1367 /* >> 1368 * ioctl(2) >>=20 >> As for the assembler level view for the routine containing the >> loop (via inlining and such): >>=20 >> Dump of assembler code for function freebsd_rw_unlock: >> 0x0000000060051bd0 <+0>: push %rbp >> 0x0000000060051bd1 <+1>: mov %rsp,%rbp >> 0x0000000060051bd4 <+4>: push %rbx >> 0x0000000060051bd5 <+5>: push %rax >> 0x0000000060051bd6 <+6>: mov %edi,%ebx >> 0x0000000060051bd8 <+8>: mov $0x20,%esi >> 0x0000000060051bdd <+13>: mov $0x3,%edx >> 0x0000000060051be2 <+18>: callq 0x60036b70 >> 0x0000000060051be7 <+23>: mov %eax,%ecx >> 0x0000000060051be9 <+25>: mov $0xfffffff2,%eax >> 0x0000000060051bee <+30>: test %ecx,%ecx >> 0x0000000060051bf0 <+32>: jne 0x60051c50 = >> 0x0000000060051bf2 <+34>: mov %ebx,%edi >> 0x0000000060051bf4 <+36>: add 0x26a6355(%rip),%rdi # = 0x626f7f50 >> 0x0000000060051bfb <+43>: je 0x60051c50 = >> 0x0000000060051bfd <+45>: mov (%rdi),%ecx >> 0x0000000060051bff <+47>: mov 0x4(%rdi),%edx >> 0x0000000060051c02 <+50>: test %ecx,%ecx >> 0x0000000060051c04 <+52>: js 0x60051c30 >> 0x0000000060051c06 <+54>: test $0x1fffffff,%ecx >> 0x0000000060051c0c <+60>: je 0x60051c4b = >> 0x0000000060051c0e <+62>: lea -0x1(%rcx),%esi >> 0x0000000060051c11 <+65>: nopw %cs:0x0(%rax,%rax,1) >> 0x0000000060051c1b <+75>: nopl 0x0(%rax,%rax,1) >> NOTE: loop is below: >> 0x0000000060051c20 <+80>: mov %ecx,%eax >> =3D> 0x0000000060051c22 <+82>: lock cmpxchg %esi,(%rdi) >> 0x0000000060051c26 <+86>: sete %bl >> 0x0000000060051c29 <+89>: test %bl,%bl >> 0x0000000060051c2b <+91>: je 0x60051c20 >> Note: loop is above >> 0x0000000060051c2d <+93>: jmp 0x60051c57 = >> 0x0000000060051c2f <+95>: nop >> 0x0000000060051c30 <+96>: mov %ecx,%esi >> 0x0000000060051c32 <+98>: and $0x7fffffff,%esi >> 0x0000000060051c38 <+104>: mov %ecx,%eax >> 0x0000000060051c3a <+106>: lock cmpxchg %esi,(%rdi) >> 0x0000000060051c3e <+110>: sete %bl >> 0x0000000060051c41 <+113>: test %bl,%bl >> 0x0000000060051c43 <+115>: jne 0x60051c57 = >> 0x0000000060051c45 <+117>: mov (%rdi),%ecx >> 0x0000000060051c47 <+119>: test %ecx,%ecx >> 0x0000000060051c49 <+121>: js 0x60051c30 >> 0x0000000060051c4b <+123>: mov $0xffffffff,%eax >> 0x0000000060051c50 <+128>: add $0x8,%rsp >> 0x0000000060051c54 <+132>: pop %rbx >> 0x0000000060051c55 <+133>: pop %rbp >> 0x0000000060051c56 <+134>: retq =20 >> 0x0000000060051c57 <+135>: test $0x2,%dl >> 0x0000000060051c5a <+138>: jne 0x60051c70 = >> 0x0000000060051c5c <+140>: test $0x40000000,%ecx >> 0x0000000060051c62 <+146>: jne 0x60051c82 = >> 0x0000000060051c64 <+148>: xor %eax,%eax >> 0x0000000060051c66 <+150>: test $0x20000000,%ecx >> 0x0000000060051c6c <+156>: je 0x60051c50 = >> 0x0000000060051c6e <+158>: jmp 0x60051c89 = >> 0x0000000060051c70 <+160>: test $0x20000000,%ecx >> 0x0000000060051c76 <+166>: jne 0x60051c89 = >> 0x0000000060051c78 <+168>: xor %eax,%eax >> 0x0000000060051c7a <+170>: test $0x40000000,%ecx >> 0x0000000060051c80 <+176>: je 0x60051c50 = >> 0x0000000060051c82 <+178>: mov $0x1,%edx >> 0x0000000060051c87 <+183>: jmp 0x60051c8e = >> 0x0000000060051c89 <+185>: mov $0x7fffffff,%edx >> 0x0000000060051c8e <+190>: mov $0x3,%esi >> 0x0000000060051c93 <+195>: xor %ecx,%ecx >> 0x0000000060051c95 <+197>: xor %r8d,%r8d >> 0x0000000060051c98 <+200>: callq 0x601b5970 <_umtx_op> >> 0x0000000060051c9d <+205>: mov %eax,%edi >> 0x0000000060051c9f <+207>: add $0x8,%rsp >> 0x0000000060051ca3 <+211>: pop %rbx >> 0x0000000060051ca4 <+212>: pop %rbp >> --Type for more, q to quit, c to continue without paging-- >> 0x0000000060051ca5 <+213>: jmpq 0x60040a40 >> End of assembler dump. >>=20 >> For just before the "lock cmpxchg %esi,(%rdi)" in the loop: >>=20 >> rax 0x20000001 536870913 >> rbx 0xf4dede00 4108246528 >> rcx 0x20000001 536870913 >> rdx 0x2 2 >> rsi 0x20000000 536870912 >> rdi 0xf4dede80 4108246656 >>=20 >> (gdb) x 0xf4dede80 >> 0xf4dede80: 0x40000001 >>=20 >> 0x0000000060051c20 <+80>: mov %ecx,%eax >> =3D> 0x0000000060051c22 <+82>: lock cmpxchg %esi,(%rdi) >> 0x0000000060051c26 <+86>: sete %bl >> 0x0000000060051c29 <+89>: test %bl,%bl >> 0x0000000060051c2b <+91>: je 0x60051c20 >>=20 >>=20 >> At this point I do not have interpretation of the details, not even >> a comparison to the source code. >=20 >=20 > . . . (misleading notes deleted) . . . I was wrong about the code motion: in . . . } else if (TARGET_URWLOCK_READER_COUNT(state) !=3D 0) { /* decrement reader count */ for (;;) { if (!tcmpset_32(&target_urwlock->rw_state, state, (state - = 1))) { if (TARGET_URWLOCK_READER_COUNT(state) =3D=3D 0) { unlock_user_struct(target_urwlock, target_addr, 1); return -TARGET_EPERM; } } else { break; } } the outer test was leading to the inner-if being eliminated. While "volatile state" stopped that from happening it did not fix the hang-up in the loop. (There are likely other consequences to the use of memory involved instead of just a register as well.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Jan 2 05:08:25 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 437B314355FC for ; Wed, 2 Jan 2019 05:08:25 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BA10F72A1B for ; Wed, 2 Jan 2019 05:08:24 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7D21414355FB; Wed, 2 Jan 2019 05:08:24 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3DF7814355FA for ; Wed, 2 Jan 2019 05:08:24 +0000 (UTC) (envelope-from jhs@berklix.com) 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)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DD75772A19; Wed, 2 Jan 2019 05:08:21 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p2E52C0CB.dip0.t-ipconnect.de [46.82.192.203]) (authenticated bits=0) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id x02583Tc016942 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jan 2019 05:08:17 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id x0257xrG073231; Wed, 2 Jan 2019 06:07:59 +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.7/8.14.7) with ESMTP id x0257ktB020778; Wed, 2 Jan 2019 06:07:58 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201901020507.x0257ktB020778@fire.js.berklix.net> To: koobs@FreeBSD.org cc: ports@FreeBSD.org Subject: Re: chrome error: libglib-2.0.so.0: Undefined symbol "environ" From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Aachen Kent User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Wed, 02 Jan 2019 15:50:53 +1100." <22019bb1-ccde-d1a3-44d2-23cb12b3df52@FreeBSD.org> Date: Wed, 02 Jan 2019 06:07:46 +0100 X-Rspamd-Queue-Id: DD75772A19 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.46 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.03)[-0.031,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.26)[0.262,0]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(0.08)[ipnet: 144.76.0.0/16(2.82), asn: 24940(-2.42), country: DE(-0.01)]; NEURAL_SPAM_SHORT(0.26)[0.263,0]; MX_GOOD(-0.01)[cached: land.berklix.com]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[203.192.82.46.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 05:08:25 -0000 Hi, Reference: > From: Kubilay Kocak > Reply-to: koobs@FreeBSD.org > Date: Wed, 2 Jan 2019 15:50:53 +1100 Kubilay Kocak wrote: > On 2/01/2019 2:21 pm, Julian H. Stacey wrote: > > Hi ports@ > > anyone else seen this or have ideas please: > > chrome > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > > > > uname 13.0-CURRENT > > /usr/src/.svn_revision 342578 > > > > ls -l /usr/local/lib/libglib* > > lrwxr-xr-x 1 root wheel 21 Nov 13 02:21 /usr/local/lib/libglib-1.2.so.0@ -> libglib-1.2.so.0.0.10 > > -rwxr-xr-x 1 root wheel 228352 Nov 13 02:21 /usr/local/lib/libglib-1.2.so.0.0.10* > > -rw-r--r-- 1 root wheel 1992640 Dec 13 03:20 /usr/local/lib/libglib-2.0.a > > lrwxr-xr-x 1 root wheel 23 Dec 13 03:20 /usr/local/lib/libglib-2.0.so@ -> libglib-2.0.so.0.5600.3 > > lrwxr-xr-x 1 root wheel 23 Dec 13 03:20 /usr/local/lib/libglib-2.0.so.0@ -> libglib-2.0.so.0.5600.3 > > -rwxr-xr-x 1 root wheel 1076088 Nov 29 2014 /usr/local/lib/libglib-2.0.so.0.4200.0* > > -rwxr-xr-x 1 root wheel 1079976 Jun 15 2015 /usr/local/lib/libglib-2.0.so.0.4200.2* > > -rwxr-xr-x 1 root wheel 1081208 Nov 5 2015 /usr/local/lib/libglib-2.0.so.0.4400.1* > > -rwxr-xr-x 1 root wheel 1084088 Nov 29 2016 /usr/local/lib/libglib-2.0.so.0.4600.2* > > -rwxr-xr-x 1 root wheel 1167416 Dec 13 03:20 /usr/local/lib/libglib-2.0.so.0.5600.3* > > -rw-r--r-- 1 root wheel 365328 Nov 13 02:21 /usr/local/lib/libglib.a > > lrwxr-xr-x 1 root wheel 21 Nov 13 02:21 /usr/local/lib/libglib.so@ -> libglib-1.2.so.0.0.10 > > > > install -f glib > > > > I also tried: pkg add -f chromium > > > > cd /usr/ports/devel/glib20 ; make deinstall ; make install ; ldconfig -R > > > > now started cd /usr/ports/www/chromium; make > > > > Cheers, > > Julian > > > > Hi Julian, > > There's a thread on freebsd-current [1] about it: > > https://lists.freebsd.org/pipermail/freebsd-current/2018-December/072516.html > > > ./koobs Thanks ! Subject: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" Cheers, Julian -- Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent First referendum stole 700,000 votes from Brits in EU; 3,700,000 globaly. Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead. Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid a hard crash, & consider all options." http://berklix.org/brexit/#mp From owner-freebsd-ports@freebsd.org Wed Jan 2 06:28:29 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46D1C1437755 for ; Wed, 2 Jan 2019 06:28:29 +0000 (UTC) (envelope-from pi@freebsd.org) 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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C6D397579B for ; Wed, 2 Jan 2019 06:28:28 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gea0u-0000wX-Kl; Wed, 02 Jan 2019 07:28:24 +0100 Date: Wed, 2 Jan 2019 07:28:24 +0100 From: Kurt Jaeger To: Mel Pilgrim Cc: Freebsd Ports Subject: Re: How can we ensure security fixes get MFH'd to quarterly? Message-ID: <20190102062824.GP84895@home.opsec.eu> References: <187df4a2-4402-8492-6536-cd6b6cdf07de@bluerosetech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <187df4a2-4402-8492-6536-cd6b6cdf07de@bluerosetech.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 06:28:29 -0000 Hi! > On Nov 27, r486043 was committed to head to fix several vulnerabilities > in the Samba 4.7 and 4.8 ports, but it wasn't merged to 2018Q4. A PR > was opened, but 2018Q4 sat unfixed until it expired at the end of the year. > > Filing a PR didn't help. Mentioning the PR on this list didn't help. > What can be done to prevent further repetitions of this lapse in the future? >From what I know, there are two issues: - it should be clear that it does not cause regressions in quarterly this is not always easy to check - it needs portmgr or -secteam approval (this was missing in that case) -- pi@FreeBSD.org +49 171 3101372 One year to go ! From owner-freebsd-ports@freebsd.org Wed Jan 2 09:38:06 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E081143C5EE for ; Wed, 2 Jan 2019 09:38:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-2.consmr.mail.bf2.yahoo.com (sonic308-2.consmr.mail.bf2.yahoo.com [74.6.130.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D3E6883B13 for ; Wed, 2 Jan 2019 09:38:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: MbZRxqYVM1l0RTrWfY6B92ehXKJR0C1h1dBiyFQS.v2aTdKrGhofAhr7awVzRnc 5fbpIqxQKZRQ2jM72yV_zjdBR8RCQc0sEAFdkXmM.6ua2btuW97BqkLiExhy7D2ntO80xlkkSr0M oFllVLUy2zJlOWuFzZMnV1bLm0XaISM0pEGF2yBwKQY.dFS00CgN3tK0hu55XAc2DRuaQzqIsQmZ eLUCoqUpdEcJe5RlMCtJPY3RAa4z0onXbYk2aq_C.eOq3bfMQ9CZFtzpbZScAEc5rdZzdxSYtnsC 3m9UzQUD_5aV0naei5y60Vst8.eFISJSviU5hVkTGYt8xo7tEvNBTmtrmHHkFDqcqeKZ0dFFjE66 m3q2Td8SYNNidAKlp.QNjJfvjFSO5EVVgaJbsZt2x_lwqrXWK3qu4AgY3m13Z3ivcvBQ_QH3em7l JCeieNunB5ihHTyrENUibvA2E3esVeyKuhd3.z6QZgLMVot6gIZCRQj_fu_uBH_ONcugGucdiYDf EHDf2ERPtWlgQTO32Dp.icDgYfnA4CcwIf3AKmhfocrlt434BmKAqHbpDHI8sRuErOrIlgAM3XNZ K7UvlevwscAzf3.08kM98qDXoIrAmVrm4Y94C4R2JTDHy82vHRAPzZTfofNTrtwKWarFxxr6WuiC 59Hn0NMIysOrUP032GTTZO1ezzY.XHV8y.OKFxktYutNsfEN7Vg..PKEo9xFuTy0alBYy.qSeuLK cuPzBrFk3cIyLUzQEgl4jc6xrjC.Uh2Z9N6SgyxXBFm9Emg2FueJJvRCz6Ejz3Umvwd67TUMghAc tjR9ELh77Mt1.nSVgd5xy6u7xmaJxsNQf5jvA7OLzMojx_ZG3y9Jt1WQxyvBfb2oBkDELlyVr1CJ 9AbTtCHCNVv6cfEbaLxHnRpX5iQT39UEFdTJHAetnKrLwVJQDtKgc2_Bd60sCOyKtGUeFCmnTJqG FmPWFXWzVjEDmdvU_iyK7V0RiZwvcEO1GtJyigpN6IDeBf7S8wgLOTX_h9A3hsRWovQwTVIvyGZN sYbXfZ36K0ECCoNlIBbiEHZDFWzhnnETHJxGrp0oXQ4uJwRwalXpeloPpVQ2IrnLwSMBud2buYE8 7V30- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.bf2.yahoo.com with HTTP; Wed, 2 Jan 2019 09:37:57 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp410.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c13c494d5caefe516d52fee49a1e7ccf; Wed, 02 Jan 2019 09:37:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: qemu-arm-static under amd64: example of stuck looping atomic_cmpset_int while building graphics/poppler-qt5 [a tested fix included] From: Mark Millard In-Reply-To: <51834F45-1EB7-449F-A0EC-7F5EC7CBB12F@yahoo.com> Date: Wed, 2 Jan 2019 01:37:53 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <51834F45-1EB7-449F-A0EC-7F5EC7CBB12F@yahoo.com> To: Sean Bruno , freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: D3E6883B13 X-Spamd-Bar: + X-Spamd-Result: default: False [1.27 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.40)[-0.400,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.83)[0.830,0]; NEURAL_HAM_LONG(-0.02)[-0.020,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.37)[ip: (4.24), ipnet: 74.6.128.0/21(1.50), asn: 26101(1.20), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[41.130.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 09:38:06 -0000 On 2019-Jan-1, at 18:43, Mark Millard wrote: > The below showed up for poudiere-devel bulk getting stuck using one = FreeBSD > cpu while building graphics/poppler-qt5 . This is not a kevent = hang-up, unlike > the last hang-up that I analyzed. I do not yet know how repeatable = this is > but the original hang-up and the one experiment the below is from. >=20 > =46rom top: >=20 > PID USERNAME THR PRI NICE SIZE RES SWAP STATE C TIME = CPU COMMAND > 12789 root 4 52 0 166M 33M 0 uwait 6 36:06 = 97.22% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E = cmake_autogen /wrkdirs/usr/ports/graphics/poppler-qt5/work/poppler-0 >=20 > Note: The vast margority of the 36:06 has been stuck in the uwait loop = involved. >=20 > =46rom ps -auxd: >=20 > root 94075 0.0 0.0 12932 3552 1 S+ 10:42 = 0:01.21 | `-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 > root 1944 0.0 0.0 12932 3540 1 I+ 10:42 = 0:00.00 | |-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 > root 1957 0.0 0.0 12932 3556 1 I 10:42 = 0:00.04 | |-- sh: poudriere[FBSDFSSDjailArmV7-default][01]: = build_pkg (poppler-qt5-0.72.0) (sh) > root 12328 0.0 0.0 12932 3548 1 I 10:49 = 0:00.00 | | `-- sh: = poudriere[FBSDFSSDjailArmV7-default][01]: build_pkg (poppler-qt5-0.72.0) = (sh) > root 12329 0.0 0.0 10328 1756 1 IJ 10:49 = 0:00.01 | | `-- /usr/bin/make -C = /usr/ports/graphics/poppler-qt5 stage > root 12350 0.0 0.0 9860 1248 1 IJ 10:49 = 0:00.00 | | `-- /usr/bin/make -f Makefile = DESTDIR=3D/wrkdirs/usr/ports/graphics/poppler-qt5/work/stage install > root 12353 0.0 0.0 10236 1664 1 IJ 10:49 = 0:00.05 | | `-- /nxb-bin/usr/bin/make -f = CMakeFiles/Makefile2 qt5/all > root 12787 0.0 0.0 9856 1236 1 IJ 10:50 = 0:00.00 | | `-- /nxb-bin/usr/bin/make -f = qt5/tests/CMakeFiles/check_qt5_attachments_autogen.dir/build.make = qt5/test > root 12789 100.0 0.0 169868 33528 1 IJ 10:50 = 36:35.26 | | `-- /usr/local/bin/qemu-arm-static = /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/graphics/ > root 94423 0.0 0.0 12932 3484 1 S+ 10:42 = 0:12.91 | `-- sh -e /usr/local/share/poudriere/bulk.sh = -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 >=20 >=20 > (gdb) attach 12789 > Attaching to process 12789 > Reading symbols from = /usr/local/poudriere/data/.m/FBSDFSSDjailArmV7-default/01/usr/local/bin/qe= mu-arm-static...done. > [New LWP 101168 of process 12789] > [New LWP 101178 of process 12789] > [New LWP 101499 of process 12789] > [Switching to LWP 100304 of process 12789] > _umtx_op () at _umtx_op.S:3 > 3 RSYSCALL(_umtx_op) > (gdb) info threads > Id Target Id Frame=20 > * 1 LWP 100304 of process 12789 _umtx_op () at _umtx_op.S:3 > 2 LWP 101168 of process 12789 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 > 3 LWP 101178 of process 12789 _umtx_op () at _umtx_op.S:3 > 4 LWP 101499 of process 12789 0x0000000060051c26 in = atomic_cmpset_int (dst=3D, expect=3D, = src=3D536870912) at /usr/include/machine/atomic.h:220 > (gdb) thread 4 > [Switching to thread 4 (LWP 101499 of process 12789)] > #0 0x0000000060051c26 in atomic_cmpset_int (dst=3D, = expect=3D, src=3D536870912) at = /usr/include/machine/atomic.h:220 > 220 ATOMIC_CMPSET(int); >=20 > (gdb) bt > #0 0x0000000060051c26 in atomic_cmpset_int (dst=3D, = expect=3D, src=3D536870912) at = /usr/include/machine/atomic.h:220 > #1 tcmpset_32 (addr=3D, a=3D, = b=3D536870912) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:178 > #2 freebsd_rw_unlock (target_addr=3D4108246528) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:1264 > #3 0x000000006004ab33 in do_freebsd__umtx_op (obj=3D, = op=3D536870912, val=3D, uaddr=3D, = target_time=3D) > at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.h:474 > #4 0x0000000060041b83 in do_freebsd_syscall (cpu_env=3D0x86159b118, = num=3D454, arg1=3D, arg2=3D, = arg3=3D, arg4=3D0, arg5=3D0, arg6=3D-184411592, = arg7=3D-199471616,=20 > arg8=3D-1622188640) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1364 > #5 0x00000000600392f0 in target_cpu_loop (env=3D0x86159b118) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/arm/target_arch_cpu.h:207 > #6 0x0000000060038c99 in cpu_loop (env=3D0xf4dede80) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/main.c:121 > #7 0x0000000060050c1a in new_freebsd_thread_start (arg=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:152 > #8 0x00000000601ad5f6 in thread_start (curthread=3D0x861571300) at = /usr/src/lib/libthr/thread/thr_create.c:291 > #9 0x0000000000000000 in ?? () > Backtrace stopped: Cannot access memory at address 0x7fffdfbb3000 >=20 > 181 #define ATOMIC_CMPSET(TYPE) \ > 182 static __inline int \ > 183 atomic_cmpset_##TYPE(volatile u_##TYPE *dst, u_##TYPE expect, = u_##TYPE src) \ > 184 { \ > (gdb)=20 > 185 u_char res; \ > 186 \ > 187 __asm __volatile( \ > 188 " " MPLOCKED " " \ > 189 " cmpxchg %3,%1 ; " \ > 190 " sete %0 ; " \ > 191 "# atomic_cmpset_" #TYPE " " \ > 192 : "=3Dq" (res), /* 0 */ \ > 193 "+m" (*dst), /* 1 */ \ > 194 "+a" (expect) /* 2 */ \ > (gdb)=20 > 195 : "r" (src) /* 3 */ \ > 196 : "memory", "cc"); \ > 197 return (res); \ > 198 } \ > . . . > 218 ATOMIC_CMPSET(char); > 219 ATOMIC_CMPSET(short); > 220 ATOMIC_CMPSET(int); > 221 ATOMIC_CMPSET(long); >=20 > (gdb) up > #1 tcmpset_32 (addr=3D, a=3D, = b=3D536870912) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:178 > 178 return atomic_cmpset_acq_32(addr, current, new); > (gdb) list > 173 static int tcmpset_32(uint32_t *addr, uint32_t a, uint32_t b) > 174 { > 175 uint32_t current =3D tswap32(a); > 176 uint32_t new =3D tswap32(b); > 177=09 > 178 return atomic_cmpset_acq_32(addr, current, new); > 179 } >=20 > (gdb) up > #2 freebsd_rw_unlock (target_addr=3D4108246528) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:1264 > 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, = (state - 1))) { > (gdb) list > 1259 } > 1260 } > 1261 } else if (TARGET_URWLOCK_READER_COUNT(state) !=3D 0) { > 1262 /* decrement reader count */ > 1263 for (;;) { > 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, = (state - 1))) { > 1265 if (TARGET_URWLOCK_READER_COUNT(state) =3D=3D 0) = { > 1266 unlock_user_struct(target_urwlock, > 1267 target_addr, 1); > 1268 return -TARGET_EPERM; > (gdb)=20 > 1269 } > 1270 } else { > 1271 break; > 1272 } > 1273 } > 1274 } else { > 1275 unlock_user_struct(target_urwlock, target_addr, 1); > 1276 return -TARGET_EPERM; > 1277 } > 1278=09 >=20 > The above loop is where the code is stuck looping, using most of the = capacity of > one cpu (as FreeBSD classifies cpus). The value of state is stuck at: >=20 > (gdb) print state > $2 =3D 536870913 >=20 > I'll note that the loop is inside qemu-arm-atatic, not in the cmake = that it > is running. >=20 >=20 >=20 > To show a little more context before the assembler for the routine = that ends up > containing that loop: >=20 > (gdb) up > #3 0x000000006004ab33 in do_freebsd__umtx_op (obj=3D, = op=3D536870912, val=3D, uaddr=3D, = target_time=3D) > at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.h:474 > 474 ret =3D freebsd_rw_unlock(obj); > (gdb) list > 469 ret =3D freebsd_rw_wrlock(obj, val, 0, NULL); > 470 } > 471 break; > 472=09 > 473 case TARGET_UMTX_OP_RW_UNLOCK: > 474 ret =3D freebsd_rw_unlock(obj); > 475 break; > 476=09 > 477 #if defined(__FreeBSD_version) && __FreeBSD_version > 900000 > 478 #ifdef UMTX_OP_MUTEX_WAKE2 >=20 > (gdb) up > #4 0x0000000060041b83 in do_freebsd_syscall (cpu_env=3D0x86159b118, = num=3D454, arg1=3D, arg2=3D, = arg3=3D, arg4=3D0, arg5=3D0, arg6=3D-184411592, = arg7=3D-199471616,=20 > arg8=3D-1622188640) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1364 > 1364 ret =3D do_freebsd__umtx_op(arg1, arg2, arg3, arg4, = arg5); > (gdb) list > 1359 ret =3D do_freebsd__umtx_unlock(arg1); > 1360 break; > 1361 #endif > 1362=09 > 1363 case TARGET_FREEBSD_NR__umtx_op: /* undocumented */ > 1364 ret =3D do_freebsd__umtx_op(arg1, arg2, arg3, arg4, = arg5); > 1365 break; > 1366=09 > 1367 /* > 1368 * ioctl(2) >=20 > As for the assembler level view for the routine containing the > loop (via inlining and such): >=20 > Dump of assembler code for function freebsd_rw_unlock: > 0x0000000060051bd0 <+0>: push %rbp > 0x0000000060051bd1 <+1>: mov %rsp,%rbp > 0x0000000060051bd4 <+4>: push %rbx > 0x0000000060051bd5 <+5>: push %rax > 0x0000000060051bd6 <+6>: mov %edi,%ebx > 0x0000000060051bd8 <+8>: mov $0x20,%esi > 0x0000000060051bdd <+13>: mov $0x3,%edx > 0x0000000060051be2 <+18>: callq 0x60036b70 > 0x0000000060051be7 <+23>: mov %eax,%ecx > 0x0000000060051be9 <+25>: mov $0xfffffff2,%eax > 0x0000000060051bee <+30>: test %ecx,%ecx > 0x0000000060051bf0 <+32>: jne 0x60051c50 = > 0x0000000060051bf2 <+34>: mov %ebx,%edi > 0x0000000060051bf4 <+36>: add 0x26a6355(%rip),%rdi # = 0x626f7f50 > 0x0000000060051bfb <+43>: je 0x60051c50 = > 0x0000000060051bfd <+45>: mov (%rdi),%ecx > 0x0000000060051bff <+47>: mov 0x4(%rdi),%edx > 0x0000000060051c02 <+50>: test %ecx,%ecx > 0x0000000060051c04 <+52>: js 0x60051c30 > 0x0000000060051c06 <+54>: test $0x1fffffff,%ecx > 0x0000000060051c0c <+60>: je 0x60051c4b = > 0x0000000060051c0e <+62>: lea -0x1(%rcx),%esi > 0x0000000060051c11 <+65>: nopw %cs:0x0(%rax,%rax,1) > 0x0000000060051c1b <+75>: nopl 0x0(%rax,%rax,1) > NOTE: loop is below: > 0x0000000060051c20 <+80>: mov %ecx,%eax > =3D> 0x0000000060051c22 <+82>: lock cmpxchg %esi,(%rdi) > 0x0000000060051c26 <+86>: sete %bl > 0x0000000060051c29 <+89>: test %bl,%bl > 0x0000000060051c2b <+91>: je 0x60051c20 > Note: loop is above > 0x0000000060051c2d <+93>: jmp 0x60051c57 = > 0x0000000060051c2f <+95>: nop > 0x0000000060051c30 <+96>: mov %ecx,%esi > 0x0000000060051c32 <+98>: and $0x7fffffff,%esi > 0x0000000060051c38 <+104>: mov %ecx,%eax > 0x0000000060051c3a <+106>: lock cmpxchg %esi,(%rdi) > 0x0000000060051c3e <+110>: sete %bl > 0x0000000060051c41 <+113>: test %bl,%bl > 0x0000000060051c43 <+115>: jne 0x60051c57 = > 0x0000000060051c45 <+117>: mov (%rdi),%ecx > 0x0000000060051c47 <+119>: test %ecx,%ecx > 0x0000000060051c49 <+121>: js 0x60051c30 > 0x0000000060051c4b <+123>: mov $0xffffffff,%eax > 0x0000000060051c50 <+128>: add $0x8,%rsp > 0x0000000060051c54 <+132>: pop %rbx > 0x0000000060051c55 <+133>: pop %rbp > 0x0000000060051c56 <+134>: retq =20 > 0x0000000060051c57 <+135>: test $0x2,%dl > 0x0000000060051c5a <+138>: jne 0x60051c70 = > 0x0000000060051c5c <+140>: test $0x40000000,%ecx > 0x0000000060051c62 <+146>: jne 0x60051c82 = > 0x0000000060051c64 <+148>: xor %eax,%eax > 0x0000000060051c66 <+150>: test $0x20000000,%ecx > 0x0000000060051c6c <+156>: je 0x60051c50 = > 0x0000000060051c6e <+158>: jmp 0x60051c89 = > 0x0000000060051c70 <+160>: test $0x20000000,%ecx > 0x0000000060051c76 <+166>: jne 0x60051c89 = > 0x0000000060051c78 <+168>: xor %eax,%eax > 0x0000000060051c7a <+170>: test $0x40000000,%ecx > 0x0000000060051c80 <+176>: je 0x60051c50 = > 0x0000000060051c82 <+178>: mov $0x1,%edx > 0x0000000060051c87 <+183>: jmp 0x60051c8e = > 0x0000000060051c89 <+185>: mov $0x7fffffff,%edx > 0x0000000060051c8e <+190>: mov $0x3,%esi > 0x0000000060051c93 <+195>: xor %ecx,%ecx > 0x0000000060051c95 <+197>: xor %r8d,%r8d > 0x0000000060051c98 <+200>: callq 0x601b5970 <_umtx_op> > 0x0000000060051c9d <+205>: mov %eax,%edi > 0x0000000060051c9f <+207>: add $0x8,%rsp > 0x0000000060051ca3 <+211>: pop %rbx > 0x0000000060051ca4 <+212>: pop %rbp > --Type for more, q to quit, c to continue without paging-- > 0x0000000060051ca5 <+213>: jmpq 0x60040a40 > End of assembler dump. >=20 > For just before the "lock cmpxchg %esi,(%rdi)" in the loop: >=20 > rax 0x20000001 536870913 > rbx 0xf4dede00 4108246528 > rcx 0x20000001 536870913 > rdx 0x2 2 > rsi 0x20000000 536870912 > rdi 0xf4dede80 4108246656 >=20 > (gdb) x 0xf4dede80 > 0xf4dede80: 0x40000001 >=20 > 0x0000000060051c20 <+80>: mov %ecx,%eax > =3D> 0x0000000060051c22 <+82>: lock cmpxchg %esi,(%rdi) > 0x0000000060051c26 <+86>: sete %bl > 0x0000000060051c29 <+89>: test %bl,%bl > 0x0000000060051c2b <+91>: je 0x60051c20 >=20 >=20 > At this point I do not have interpretation of the details, not even > a comparison to the source code. Note: The problem was observed in building ports head -r488859 's = graphics/poppler-qt5 . In the below code I've added a missing statement: > 1261 } else if (TARGET_URWLOCK_READER_COUNT(state) !=3D 0) { > 1262 /* decrement reader count */ > 1263 for (;;) { > 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, = (state - 1))) { __get_user(state, &target_urwlock->rw_state); > 1265 if (TARGET_URWLOCK_READER_COUNT(state) =3D=3D 0) = { > 1266 unlock_user_struct(target_urwlock, > 1267 target_addr, 1); > 1268 return -TARGET_EPERM; > (gdb)=20 > 1269 } > 1270 } else { > 1271 break; > 1272 } > 1273 } The lack of the update to 'state' is why it was valid for the compiler to eliminate the code for: > 1265 if (TARGET_URWLOCK_READER_COUNT(state) =3D=3D 0) = { > 1266 unlock_user_struct(target_urwlock, > 1267 target_addr, 1); > 1268 return -TARGET_EPERM; > (gdb)=20 > 1269 } So (without old line numbers): } else if (TARGET_URWLOCK_READER_COUNT(state) !=3D 0) { /* decrement reader count */ for (;;) { if (!tcmpset_32(&target_urwlock->rw_state, state, (state - = 1))) { __get_user(state, &target_urwlock->rw_state); if (TARGET_URWLOCK_READER_COUNT(state) =3D=3D 0) { unlock_user_struct(target_urwlock, target_addr, 1); return -TARGET_EPERM; } } else { break; } } This follows the structure of other tcmpset_32 use in the source file. With this change poudriere-devel's bulk worked for graphics/poppler-qt5 as a amd64->armv7 cross-build (FreeBSD head -r341836 based, under = Hyper-V, with 28 logical-processors assigned): [00:00:13] [01] [00:00:00] Building graphics/poppler-qt5 | = poppler-qt5-0.72.0 [00:08:03] [01] [00:07:50] Finished graphics/poppler-qt5 | = poppler-qt5-0.72.0: Success =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Jan 2 09:50:23 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 033B4143CCF7 for ; Wed, 2 Jan 2019 09:50:23 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [46.251.251.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "0x20.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D7D8841D9 for ; Wed, 2 Jan 2019 09:50:22 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from e.0x20.net (mail.0x20.net [46.251.251.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 5A24999D8C; Wed, 2 Jan 2019 10:42:14 +0100 (CET) Received: (from lars@localhost) by e.0x20.net (8.15.2/8.15.2/Submit) id x029gCr7005757; Wed, 2 Jan 2019 10:42:12 +0100 (CET) (envelope-from lars) Date: Wed, 2 Jan 2019 10:42:12 +0100 From: Lars Engels To: Adam Weinberger Cc: FreeBSD Ports Subject: Re: vim - GTK2 or GTK3? Message-ID: <20190102094212.GC40894@e.0x20.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 8.0 User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: 3D7D8841D9 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [0.69 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.86)[-0.860,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; IP_SCORE(-0.29)[ip: (-2.01), ipnet: 46.251.251.0/24(-1.00), asn: 31400(1.55), country: DE(-0.01)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[0x20.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.62)[-0.618,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.23)[-0.233,0]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[lars.engels@0x20.net,lars@e.0x20.net]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:31400, ipnet:46.251.251.0/24, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_NEQ_ENVFROM(0.00)[lars.engels@0x20.net,lars@e.0x20.net]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 09:50:23 -0000 On Tue, Jan 01, 2019 at 01:07:24PM -0700, Adam Weinberger wrote: > I'm curious whether the default Vim port should use GTK2 or GTK3 as > its UI toolkit, but I use neither so I need input from people here. > > Right now it defaults to GTK2, but I'm suspecting that more people use > GTK3 these days. I haven't run X in about 10 years, so I don't really > know one way or the other. If anybody on this list has thoughts about > GTK2 vs GTK3 (or something else!) as the default, I'd love to hear it. > > The Vim choices are currently a mess, but it'll get better once > subpackages land. Firefox and Chromium both depend on GTK3, so it's highly likely that a typical desktop user has GTK3 installed. From owner-freebsd-ports@freebsd.org Wed Jan 2 13:09:39 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B7A4141E4E6 for ; Wed, 2 Jan 2019 13:09:39 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 12A578B78A for ; Wed, 2 Jan 2019 13:09:37 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [89.204.130.4] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1gegH8-0003kQ-Q6; Wed, 02 Jan 2019 14:09:35 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id x02D9Xjb004010 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 2 Jan 2019 14:09:33 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id x02D9WYd004009; Wed, 2 Jan 2019 14:09:32 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 2 Jan 2019 14:09:32 +0100 From: Matthias Apitz To: stomljen@yahoo.com Cc: freebsd-ports@freebsd.org Subject: sysutils/915resolution Message-ID: <20190102130932.GA3923@c720-r342378> Reply-To: Matthias Apitz Mail-Followup-To: stomljen@yahoo.com, freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline X-Operating-System: FreeBSD 13.0-CURRENT r342378 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.11.1 (2018-12-01) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.4 X-Rspamd-Queue-Id: 12A578B78A X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[guru@unixarea.de]; HAS_XOIP(0.00)[]; IP_SCORE(-3.04)[ip: (-8.48), ipnet: 178.254.0.0/19(-3.73), asn: 42730(-2.99), country: DE(-0.01)]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: mail.unixarea.de]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_IN_DNSWL_LOW(-0.10)[101.4.254.178.list.dnswl.org : 127.0.5.1]; RECEIVED_SPAMHAUS_PBL(0.00)[4.130.204.89.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; MIME_TRACE(0.00)[0:+,1:+]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 13:09:39 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I've updated a FreeBSD on an Acer C720 laptop to 13.0-CURRENT (r342378) and port sysutils/915resolution to r488233. This says now on boot: Jan 1 07:06:41 c720-r342378 kernel: Intel chipset detected. However, 9= 15resolution was unable to determine the chipset type. Jan 1 07:06:41 c720-r342378 kernel: Chipset Id: a048086 Jan 1 07:06:41 c720-r342378 kernel: Please report this problem to stoml= jen@yahoo.com and KDE does not start anymore in Xorg. Thanks matthias --=20 Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-176= -38902045 Public GnuPG key: http://www.unixarea.de/key.pub October, 7 -- The GDR was different: Peace instead of Bundeswehr and wars, = Druschba instead of Nazis, to live instead of to survive. --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXmn7rBYYViyzy/vBR8z35Hb+nREFAlwsuAoACgkQR8z35Hb+ nREVGQ//abahGuTH/oSjSSwX7ZlhhMYxUvY6Mom6mZ8K2aY/Fg4WGaVIgy/HInpa hfG0QD8UWapNS1WaBb4fuQfX3FYTIqFoL7evEDN71n+zB56CbPB5bps63RCKv9fH MWukR2sd6if3PI8qhSWtfiM/vuxxMdWcLYC5rcKqCZoG3Bd4/gQs14+r8ogMzbOu qAgk4Q0fPCpj2V+y76vkHXy7Z6aRnkf7luTgmqVMemfQaX5eiHE3n04D41zprtwz Gij5tcE0TT3ktPpo2D0Q3hvPgQeSBe7fUo0/w0ieeTrS4u4KPUv2u+E1pBg0mnDP igcNO69tlsfyecUgtQVdqnRM3DZB0iErhQlMbc0030tut3Wn7x7NKEbA7sfZjlsC TjeHiuxZI9l2pgqYJfKAw3jMs8sQilszwDgVyJT//ASLxGw27pNL6o1yAPocZdHE xMSTqcbgYCl++SoJPc0BZIAPsBwCPhExSHgqqZmXYhAGMz3QxDdA62VKHALvQW5p PpeesBBBtxqO4XhijKFGT8aLlIEjYJPSPQlhyCCJ5eMn+Ply9jhu6vShu3B6FfnG PKEaJKAkjOJx6KYriu6rq6pQ31ztTI6dzM9XT1T20TGRKYteyY7V0gA2YqxfSP79 UW2kjC8ojErKwsfEshCa9Av9uGjQC9L0tPkAp/c+ASFtaahF0zw= =5ze1 -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-ports@freebsd.org Wed Jan 2 14:12:32 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC9C41421839 for ; Wed, 2 Jan 2019 14:12:32 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5B2788DE8B for ; Wed, 2 Jan 2019 14:12:32 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1631A1421837; Wed, 2 Jan 2019 14:12:32 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0497F1421834 for ; Wed, 2 Jan 2019 14:12:32 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 99D498DE83 for ; Wed, 2 Jan 2019 14:12:31 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D3C7D13CE1 for ; Wed, 2 Jan 2019 14:12:30 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id x02ECUkx089414 for ; Wed, 2 Jan 2019 14:12:30 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x02ECU7o089413; Wed, 2 Jan 2019 14:12:30 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201901021412.x02ECU7o089413@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.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, 2 Jan 2019 14:12:30 +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.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 14:12:32 -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 ------------------------------------------------+-----------------+------------ audio/py-pylast | 2.4.0 | 3.0.0 ------------------------------------------------+-----------------+------------ devel/mingw32-pdcurses | 3.4 | 3.7 ------------------------------------------------+-----------------+------------ net-mgmt/mk-livestatus | 1.2.8p20 | 1.2.8p22 ------------------------------------------------+-----------------+------------ www/libjwt | 1.9.0 | v1.10.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 Wed Jan 2 15:20:38 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54BBC14240F6 for ; Wed, 2 Jan 2019 15:20:38 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6360790B55 for ; Wed, 2 Jan 2019 15:20:37 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 43VF9b0pjGzDjH9; Wed, 2 Jan 2019 15:20:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1546442434; bh=7LR5Y89BHrI2pjhIqSJMUuJk uRO+3n6ey2rlK92uicQ=; b=n3NSvy3IaTYEO+Gnn0Ya2cV4DcWBSVhSjlz8Z4gM xc3MmvfagKVtYsyAnKAuV4oWe6hHpdo3EqxSDZOlLXNboYQF3rDzp/NgHk2C5wAo XnHjpWFWEHumebDBOUtScoXyzh0SgHfHoKfR3ZxN0fsM9ZXLlmDv/WU1q4Ew1UIF I1A= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id sb_ZulCOuX9B; Wed, 2 Jan 2019 15:20:34 +0000 (UTC) Received: from [IPv6:2001:470:dca9:2:5d6f:9f5f:2499:a941] (unknown [IPv6:2001:470:dca9:2:5d6f:9f5f:2499:a941]) by mail.daemonic.se (Postfix) with ESMTPSA id 43VF9Z1SnKzDjCL; Wed, 2 Jan 2019 15:20:34 +0000 (UTC) Subject: Re: vim - GTK2 or GTK3? To: Lars Engels , Adam Weinberger Cc: FreeBSD Ports References: <20190102094212.GC40894@e.0x20.net> From: Niclas Zeising Message-ID: Date: Wed, 2 Jan 2019 16:20:32 +0100 User-Agent: Mutt/1.5.21 MIME-Version: 1.0 In-Reply-To: <20190102094212.GC40894@e.0x20.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 6360790B55 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=n3NSvy3I; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 2607:f740:d:20::25 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-3.78 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; MX_GOOD(-0.01)[mail.daemonic.se]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; IP_SCORE(-0.80)[asn: 36236(-3.91), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 15:20:38 -0000 On 2019-01-02 10:42, Lars Engels wrote: > On Tue, Jan 01, 2019 at 01:07:24PM -0700, Adam Weinberger wrote: >> I'm curious whether the default Vim port should use GTK2 or GTK3 as >> its UI toolkit, but I use neither so I need input from people here. >> >> Right now it defaults to GTK2, but I'm suspecting that more people use >> GTK3 these days. I haven't run X in about 10 years, so I don't really >> know one way or the other. If anybody on this list has thoughts about >> GTK2 vs GTK3 (or something else!) as the default, I'd love to hear it. >> >> The Vim choices are currently a mess, but it'll get better once >> subpackages land. > > Firefox and Chromium both depend on GTK3, so it's highly likely that a > typical desktop user has GTK3 installed. +1, GTK3 is probably the best choice. As a side note, it looks like libreoffice defaults to GTK2 as well, perhaps it should be switched to GTK3 also? Regards -- Niclas From owner-freebsd-ports@freebsd.org Wed Jan 2 15:24:13 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58254142459E for ; Wed, 2 Jan 2019 15:24:13 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B0E1910E1 for ; Wed, 2 Jan 2019 15:24:12 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 43VFFl5PDczDjHJ; Wed, 2 Jan 2019 15:24:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1546442651; bh=m41+Ur0oayrS1uqbtSr0kbm4 /5N7W8o7lbuGDZg5PaE=; b=R4vkgZSU2IWr0wRNU5ZpYDXekNdIX6YytPxN26pV LQDcTGRfdqjn4hGmVkAa499lo6Sgu+5LWwCiNAiJcpdmQx/kx8ilUReBkDF9sspe 0algWN0dfoV2GLXj1vVEQnKoNYvkFRr0dqNWSpYzGK2VIV8GFMTfxbBiYhJhx3DO TYU= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id nU5Qj4bA7kzP; Wed, 2 Jan 2019 15:24:11 +0000 (UTC) Received: from [IPv6:2001:470:dca9:2:5d6f:9f5f:2499:a941] (unknown [IPv6:2001:470:dca9:2:5d6f:9f5f:2499:a941]) by mail.daemonic.se (Postfix) with ESMTPSA id 43VFFk70cmzDjCL; Wed, 2 Jan 2019 15:24:10 +0000 (UTC) Subject: Re: sysutils/915resolution To: stomljen@yahoo.com, freebsd-ports@freebsd.org References: <20190102130932.GA3923@c720-r342378> From: Niclas Zeising Message-ID: <7ea881be-ca05-bf96-e207-4bd8b4f25a12@daemonic.se> Date: Wed, 2 Jan 2019 16:24:09 +0100 User-Agent: Mutt/1.5.21 MIME-Version: 1.0 In-Reply-To: <20190102130932.GA3923@c720-r342378> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 8B0E1910E1 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=R4vkgZSU; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 2607:f740:d:20::25 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-7.76 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; MX_GOOD(-0.01)[cached: mail.daemonic.se]; IP_SCORE(-3.75)[ip: (-9.85), ipnet: 2607:f740:d::/48(-4.93), asn: 36236(-3.91), country: US(-0.08)]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 15:24:13 -0000 On 2019-01-02 14:09, Matthias Apitz wrote: > > Hello, > > I've updated a FreeBSD on an Acer C720 laptop to 13.0-CURRENT (r342378) > and port sysutils/915resolution to r488233. This says now on boot: > > Jan 1 07:06:41 c720-r342378 kernel: Intel chipset detected. However, 915resolution was unable to determine the chipset type. > Jan 1 07:06:41 c720-r342378 kernel: Chipset Id: a048086 > Jan 1 07:06:41 c720-r342378 kernel: Please report this problem to stomljen@yahoo.com > > and KDE does not start anymore in Xorg. > Which graphics driver are you using? Regards -- Niclas From owner-freebsd-ports@freebsd.org Wed Jan 2 15:37:22 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D97491424FE6 for ; Wed, 2 Jan 2019 15:37:21 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3A5291B96 for ; Wed, 2 Jan 2019 15:37:20 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [89.204.130.4] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1geiZw-0008An-Lr; Wed, 02 Jan 2019 16:37:09 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id x02Fb6u8013615 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 2 Jan 2019 16:37:07 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id x02Fb6um013614; Wed, 2 Jan 2019 16:37:06 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 2 Jan 2019 16:37:06 +0100 From: Matthias Apitz To: Niclas Zeising Cc: stomljen@yahoo.com, freebsd-ports@freebsd.org Subject: Re: sysutils/915resolution Message-ID: <20190102153706.GA13543@c720-r342378> Reply-To: Matthias Apitz Mail-Followup-To: Niclas Zeising , stomljen@yahoo.com, freebsd-ports@freebsd.org References: <20190102130932.GA3923@c720-r342378> <7ea881be-ca05-bf96-e207-4bd8b4f25a12@daemonic.se> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8P1HSweYDcXXzwPJ" Content-Disposition: inline In-Reply-To: <7ea881be-ca05-bf96-e207-4bd8b4f25a12@daemonic.se> X-Operating-System: FreeBSD 13.0-CURRENT r342378 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.11.1 (2018-12-01) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.4 X-Rspamd-Queue-Id: B3A5291B96 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.94 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[guru@unixarea.de]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(-3.14)[ip: (-8.68), ipnet: 178.254.0.0/19(-3.89), asn: 42730(-3.11), country: DE(-0.01)]; HAS_ATTACHMENT(0.00)[]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[mail.unixarea.de]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[101.4.254.178.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+]; RECEIVED_SPAMHAUS_PBL(0.00)[4.130.204.89.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_CC(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 15:37:22 -0000 --8P1HSweYDcXXzwPJ Content-Type: multipart/mixed; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable El d=C3=ADa mi=C3=A9rcoles, enero 02, 2019 a las 04:24:09p. m. +0100, Nicla= s Zeising escribi=C3=B3: > On 2019-01-02 14:09, Matthias Apitz wrote: > >=20 > > Hello, > >=20 > > I've updated a FreeBSD on an Acer C720 laptop to 13.0-CURRENT (r342378) > > and port sysutils/915resolution to r488233. This says now on boot: > >=20 > > Jan 1 07:06:41 c720-r342378 kernel: Intel chipset detected. Howev= er, 915resolution was unable to determine the chipset type. > > Jan 1 07:06:41 c720-r342378 kernel: Chipset Id: a048086 > > Jan 1 07:06:41 c720-r342378 kernel: Please report this problem to = stomljen@yahoo.com > >=20 > > and KDE does not start anymore in Xorg. > >=20 >=20 > Which graphics driver are you using? > Regards Please find attached the /var/log/Xorg.0.log Thanks matthias --=20 Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-176= -38902045 Public GnuPG key: http://www.unixarea.de/key.pub October, 7 -- The GDR was different: Peace instead of Bundeswehr and wars, = Druschba instead of Nazis, to live instead of to survive. --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="Xorg.0.log" Content-Transfer-Encoding: quoted-printable [ 117.660]=20 X.Org X Server 1.18.4 Release Date: 2016-07-19 [ 117.660] X Protocol Version 11, Revision 0 [ 117.660] Build Operating System: FreeBSD 13.0-CURRENT amd64=20 [ 117.660] Current Operating System: FreeBSD c720-r342378 13.0-CURRENT Fr= eeBSD 13.0-CURRENT r342378 GENERIC amd64 [ 117.661] Build Date: 24 December 2018 08:29:11PM [ 117.661] =20 [ 117.661] Current version of pixman: 0.34.0 [ 117.661] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 117.661] Markers: (--) probed, (**) from config file, (=3D=3D) default = setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 117.661] (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Wed Jan 2 11:= 27:03 2019 [ 117.665] (II) Loader magic: 0x41b010 [ 117.665] (II) Module ABI versions: [ 117.665] X.Org ANSI C Emulation: 0.4 [ 117.665] X.Org Video Driver: 20.0 [ 117.665] X.Org XInput driver : 22.1 [ 117.665] X.Org Server Extension : 9.0 [ 117.666] (--) PCI:*(0:0:2:0) 8086:0a06:1025:0a11 rev 9, Mem @ 0xe000000= 0/4194304, 0xd0000000/268435456, I/O @ 0x00001800/64, BIOS @ 0x????????/655= 36 [ 117.667] (=3D=3D) Using default built-in configuration (39 lines) [ 117.667] (=3D=3D) --- Start of built-in configuration --- [ 117.667] Section "Device" [ 117.667] Identifier "Builtin Default intel Device 0" [ 117.667] Driver "intel" [ 117.667] EndSection [ 117.667] Section "Screen" [ 117.667] Identifier "Builtin Default intel Screen 0" [ 117.667] Device "Builtin Default intel Device 0" [ 117.667] EndSection [ 117.667] Section "Device" [ 117.667] Identifier "Builtin Default modesetting Device 0" [ 117.667] Driver "modesetting" [ 117.667] EndSection [ 117.667] Section "Screen" [ 117.667] Identifier "Builtin Default modesetting Screen 0" [ 117.667] Device "Builtin Default modesetting Device 0" [ 117.667] EndSection [ 117.667] Section "Device" [ 117.667] Identifier "Builtin Default scfb Device 0" [ 117.667] Driver "scfb" [ 117.667] EndSection [ 117.667] Section "Screen" [ 117.667] Identifier "Builtin Default scfb Screen 0" [ 117.667] Device "Builtin Default scfb Device 0" [ 117.667] EndSection [ 117.667] Section "Device" [ 117.667] Identifier "Builtin Default vesa Device 0" [ 117.667] Driver "vesa" [ 117.667] EndSection [ 117.667] Section "Screen" [ 117.667] Identifier "Builtin Default vesa Screen 0" [ 117.667] Device "Builtin Default vesa Device 0" [ 117.667] EndSection [ 117.667] Section "ServerLayout" [ 117.667] Identifier "Builtin Default Layout" [ 117.667] Screen "Builtin Default intel Screen 0" [ 117.667] Screen "Builtin Default modesetting Screen 0" [ 117.667] Screen "Builtin Default scfb Screen 0" [ 117.667] Screen "Builtin Default vesa Screen 0" [ 117.667] EndSection [ 117.667] (=3D=3D) --- End of built-in configuration --- [ 117.667] (=3D=3D) ServerLayout "Builtin Default Layout" [ 117.667] (**) |-->Screen "Builtin Default intel Screen 0" (0) [ 117.667] (**) | |-->Monitor "" [ 117.668] (**) | |-->Device "Builtin Default intel Device 0" [ 117.668] (=3D=3D) No monitor specified for screen "Builtin Default inte= l Screen 0". Using a default monitor configuration. [ 117.668] (**) |-->Screen "Builtin Default modesetting Screen 0" (1) [ 117.668] (**) | |-->Monitor "" [ 117.668] (**) | |-->Device "Builtin Default modesetting Device 0" [ 117.668] (=3D=3D) No monitor specified for screen "Builtin Default mode= setting Screen 0". Using a default monitor configuration. [ 117.668] (**) |-->Screen "Builtin Default scfb Screen 0" (2) [ 117.668] (**) | |-->Monitor "" [ 117.669] (**) | |-->Device "Builtin Default scfb Device 0" [ 117.669] (=3D=3D) No monitor specified for screen "Builtin Default scfb= Screen 0". Using a default monitor configuration. [ 117.669] (**) |-->Screen "Builtin Default vesa Screen 0" (3) [ 117.669] (**) | |-->Monitor "" [ 117.669] (**) | |-->Device "Builtin Default vesa Device 0" [ 117.669] (=3D=3D) No monitor specified for screen "Builtin Default vesa= Screen 0". Using a default monitor configuration. [ 117.670] (=3D=3D) Automatically adding devices [ 117.670] (=3D=3D) Automatically enabling devices [ 117.670] (=3D=3D) Not automatically adding GPU devices [ 117.670] (=3D=3D) Max clients allowed: 256, resource mask: 0x1fffff [ 117.676] (=3D=3D) FontPath set to: /usr/local/share/fonts/misc/, /usr/local/share/fonts/TTF/, /usr/local/share/fonts/OTF/, /usr/local/share/fonts/Type1/, /usr/local/share/fonts/100dpi/, /usr/local/share/fonts/75dpi/ [ 117.676] (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" [ 117.676] (II) The server relies on devd to provide the list of input de= vices. If no devices become available, reconfigure devd or disable AutoAddDevices. [ 117.676] (II) LoadModule: "glx" [ 117.677] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [ 117.695] (II) Module glx: vendor=3D"X.Org Foundation" [ 117.695] compiled for 1.18.4, module version =3D 1.0.0 [ 117.695] ABI class: X.Org Server Extension, version 9.0 [ 117.695] (=3D=3D) AIGLX enabled [ 117.695] (II) LoadModule: "intel" [ 117.696] (WW) Warning, couldn't open module intel [ 117.697] (II) UnloadModule: "intel" [ 117.697] (II) Unloading intel [ 117.697] (EE) Failed to load module "intel" (module does not exist, 0) [ 117.697] (II) LoadModule: "modesetting" [ 117.697] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting_d= rv.so [ 117.698] (II) Module modesetting: vendor=3D"X.Org Foundation" [ 117.698] compiled for 1.18.4, module version =3D 1.18.4 [ 117.698] Module class: X.Org Video Driver [ 117.698] ABI class: X.Org Video Driver, version 20.0 [ 117.698] (II) LoadModule: "scfb" [ 117.698] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so [ 117.699] (II) Module scfb: vendor=3D"X.Org Foundation" [ 117.699] compiled for 1.18.4, module version =3D 0.0.4 [ 117.699] ABI class: X.Org Video Driver, version 20.0 [ 117.699] (II) LoadModule: "vesa" [ 117.711] (II) Loading /usr/local/lib/xorg/modules/drivers/vesa_drv.so [ 117.712] (II) Module vesa: vendor=3D"X.Org Foundation" [ 117.712] compiled for 1.18.4, module version =3D 2.4.0 [ 117.712] Module class: X.Org Video Driver [ 117.712] ABI class: X.Org Video Driver, version 20.0 [ 117.712] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 117.712] (II) scfb: driver for wsdisplay framebuffer: scfb [ 117.712] (II) VESA: driver for VESA chipsets: vesa [ 117.712] (--) Using syscons driver with X support (version 2.0) [ 117.712] (--) using VT number 9 [ 117.741] (EE) open /dev/dri/card0: No such file or directory [ 117.741] (WW) Falling back to old probe method for modesetting [ 117.741] (EE) open /dev/dri/card0: No such file or directory [ 117.741] (WW) Falling back to old probe method for scfb [ 117.741] scfb trace: probe start [ 117.741] scfb trace: probe done [ 117.741] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card su= pport [ 117.741] (EE) Screen 0 deleted because of no matching config section. [ 117.741] (II) UnloadModule: "modesetting" [ 117.741] (II) Loading sub module "vbe" [ 117.741] (II) LoadModule: "vbe" [ 117.741] (II) Loading /usr/local/lib/xorg/modules/libvbe.so [ 117.742] (II) Module vbe: vendor=3D"X.Org Foundation" [ 117.742] compiled for 1.18.4, module version =3D 1.1.0 [ 117.742] ABI class: X.Org Video Driver, version 20.0 [ 117.742] (II) Loading sub module "int10" [ 117.742] (II) LoadModule: "int10" [ 117.743] (II) Loading /usr/local/lib/xorg/modules/libint10.so [ 117.744] (II) Module int10: vendor=3D"X.Org Foundation" [ 117.744] compiled for 1.18.4, module version =3D 1.0.0 [ 117.744] ABI class: X.Org Video Driver, version 20.0 [ 117.744] (II) VESA(0): initializing int10 [ 117.747] (II) VESA(0): Primary V_BIOS segment is: 0xc000 [ 117.748] (II) VESA(0): VESA BIOS detected [ 117.748] (II) VESA(0): VbeVersion is 768, OemStringPtr is 0xc0008f80, OemVendorNamePtr is 0x00000000, OemProductNamePtr is 0x00000000, OemProductRevPtr is 0x00000000 [ 117.748] (II) VESA(0): VESA VBE Version 3.0 [ 117.749] (II) VESA(0): VESA VBE Total Mem: 32704 kB [ 117.749] (II) VESA(0): VESA VBE OEM: Intel(R) HSW Mobile/Desktop Graphi= cs Chipset Accelerated VGA BIOS [ 117.749] (II) VESA(0): VESA VBE OEM Software Rev: 0.0 [ 117.758] (II) VESA(0): Creating default Display subsection in Screen se= ction "Builtin Default vesa Screen 0" for depth/fbbpp 24/32 [ 117.758] (=3D=3D) VESA(0): Depth 24, (--) framebuffer bpp 32 [ 117.758] (=3D=3D) VESA(0): RGB weight 888 [ 117.758] (=3D=3D) VESA(0): Default visual is TrueColor [ 117.758] (=3D=3D) VESA(0): Using gamma correction (1.0, 1.0, 1.0) [ 117.758] (II) Loading sub module "ddc" [ 117.758] (II) LoadModule: "ddc" [ 117.758] (II) Module "ddc" already built-in [ 117.816] (II) VESA(0): VESA VBE DDC supported [ 117.816] (II) VESA(0): VESA VBE DDC Level 2 [ 117.816] (II) VESA(0): VESA VBE DDC transfer in appr. 1 sec. [ 117.832] (II) VESA(0): VESA VBE DDC read successfully [ 117.833] (II) VESA(0): Manufacturer: CMN Model: 1132 Serial#: 0 [ 117.833] (II) VESA(0): Year: 2013 Week: 19 [ 117.833] (II) VESA(0): EDID Version: 1.4 [ 117.833] (II) VESA(0): Digital Display Input [ 117.833] (II) VESA(0): 6 bits per channel [ 117.833] (II) VESA(0): Digital interface is DisplayPort [ 117.833] (II) VESA(0): Max Image Size [cm]: horiz.: 26 vert.: 14 [ 117.833] (II) VESA(0): Gamma: 2.20 [ 117.833] (II) VESA(0): No DPMS capabilities specified [ 117.833] (II) VESA(0): Supported color encodings: RGB 4:4:4=20 [ 117.833] (II) VESA(0): First detailed timing is preferred mode [ 117.833] (II) VESA(0): Preferred mode is native pixel format and refres= h rate [ 117.833] (II) VESA(0): redX: 0.570 redY: 0.333 greenX: 0.325 greenY: = 0.582 [ 117.833] (II) VESA(0): blueX: 0.160 blueY: 0.144 whiteX: 0.313 whiteY= : 0.329 [ 117.833] (II) VESA(0): Manufacturer's mask: 0 [ 117.833] (II) VESA(0): Supported detailed timing: [ 117.833] (II) VESA(0): clock: 76.4 MHz Image Size: 256 x 144 mm [ 117.833] (II) VESA(0): h_active: 1366 h_sync: 1502 h_sync_end 1532 h_= blank_end 1592 h_border: 0 [ 117.833] (II) VESA(0): v_active: 768 v_sync: 776 v_sync_end 788 v_bla= nking: 800 v_border: 0 [ 117.833] (II) VESA(0): N116BGE-EA2 [ 117.833] (II) VESA(0): CMN [ 117.833] (II) VESA(0): N116BGE-EA2 [ 117.833] (II) VESA(0): EDID (in hex): [ 117.833] (II) VESA(0): 00ffffffffffff000dae321100000000 [ 117.833] (II) VESA(0): 13170104951a0e780214359255539529 [ 117.833] (II) VESA(0): 24505400000001010101010101010101 [ 117.833] (II) VESA(0): 010101010101da1d56e250002030881e [ 117.833] (II) VESA(0): 8c00009010000018000000fe004e3131 [ 117.833] (II) VESA(0): 364247452d4541320a20000000fe0043 [ 117.833] (II) VESA(0): 4d4e0a202020202020202020000000fe [ 117.833] (II) VESA(0): 004e3131364247452d4541320a200048 [ 117.833] (II) VESA(0): EDID vendor "CMN", prod id 4402 [ 117.833] (II) VESA(0): Printing DDC gathered Modelines: [ 117.833] (II) VESA(0): Modeline "1366x768"x0.0 76.42 1366 1502 1532 = 1592 768 776 788 800 -hsync -vsync (48.0 kHz eP) [ 117.834] (II) VESA(0): Searching for matching VESA mode(s): [ 117.834] Mode: 107 (0x0) [ 117.834] ModeAttributes: 0x0 [ 117.834] WinAAttributes: 0x0 [ 117.834] WinBAttributes: 0x0 [ 117.834] WinGranularity: 0 [ 117.834] WinSize: 0 [ 117.834] WinASegment: 0x0 [ 117.834] WinBSegment: 0x0 [ 117.834] WinFuncPtr: 0x0 [ 117.834] BytesPerScanline: 0 [ 117.834] XResolution: 0 [ 117.834] YResolution: 0 [ 117.834] XCharSize: 0 [ 117.834] YCharSize: 0 [ 117.834] NumberOfPlanes: 0 [ 117.834] BitsPerPixel: 0 [ 117.834] NumberOfBanks: 0 [ 117.834] MemoryModel: 0 [ 117.834] BankSize: 0 [ 117.834] NumberOfImages: 0 [ 117.834] RedMaskSize: 0 [ 117.834] RedFieldPosition: 0 [ 117.834] GreenMaskSize: 0 [ 117.834] GreenFieldPosition: 0 [ 117.834] BlueMaskSize: 0 [ 117.834] BlueFieldPosition: 0 [ 117.834] RsvdMaskSize: 0 [ 117.834] RsvdFieldPosition: 0 [ 117.834] DirectColorModeInfo: 0 [ 117.834] PhysBasePtr: 0x0 [ 117.834] LinBytesPerScanLine: 0 [ 117.834] BnkNumberOfImagePages: 0 [ 117.834] LinNumberOfImagePages: 0 [ 117.835] LinRedMaskSize: 0 [ 117.835] LinRedFieldPosition: 0 [ 117.835] LinGreenMaskSize: 0 [ 117.835] LinGreenFieldPosition: 0 [ 117.835] LinBlueMaskSize: 0 [ 117.835] LinBlueFieldPosition: 0 [ 117.835] LinRsvdMaskSize: 0 [ 117.835] LinRsvdFieldPosition: 0 [ 117.835] MaxPixelClock: 0 [ 117.835] Mode: 11a (0x0) [ 117.835] ModeAttributes: 0x0 [ 117.835] WinAAttributes: 0x0 [ 117.835] WinBAttributes: 0x0 [ 117.835] WinGranularity: 0 [ 117.835] WinSize: 0 [ 117.835] WinASegment: 0x0 [ 117.835] WinBSegment: 0x0 [ 117.835] WinFuncPtr: 0x0 [ 117.835] BytesPerScanline: 0 [ 117.835] XResolution: 0 [ 117.835] YResolution: 0 [ 117.835] XCharSize: 0 [ 117.835] YCharSize: 0 [ 117.835] NumberOfPlanes: 0 [ 117.835] BitsPerPixel: 0 [ 117.835] NumberOfBanks: 0 [ 117.835] MemoryModel: 0 [ 117.835] BankSize: 0 [ 117.835] NumberOfImages: 0 [ 117.835] RedMaskSize: 0 [ 117.835] RedFieldPosition: 0 [ 117.835] GreenMaskSize: 0 [ 117.835] GreenFieldPosition: 0 [ 117.835] BlueMaskSize: 0 [ 117.835] BlueFieldPosition: 0 [ 117.835] RsvdMaskSize: 0 [ 117.835] RsvdFieldPosition: 0 [ 117.836] DirectColorModeInfo: 0 [ 117.836] PhysBasePtr: 0x0 [ 117.836] LinBytesPerScanLine: 0 [ 117.836] BnkNumberOfImagePages: 0 [ 117.836] LinNumberOfImagePages: 0 [ 117.836] LinRedMaskSize: 0 [ 117.836] LinRedFieldPosition: 0 [ 117.836] LinGreenMaskSize: 0 [ 117.836] LinGreenFieldPosition: 0 [ 117.836] LinBlueMaskSize: 0 [ 117.836] LinBlueFieldPosition: 0 [ 117.836] LinRsvdMaskSize: 0 [ 117.836] LinRsvdFieldPosition: 0 [ 117.836] MaxPixelClock: 0 [ 117.836] Mode: 11b (0x0) [ 117.836] ModeAttributes: 0x0 [ 117.836] WinAAttributes: 0x0 [ 117.836] WinBAttributes: 0x0 [ 117.836] WinGranularity: 0 [ 117.836] WinSize: 0 [ 117.836] WinASegment: 0x0 [ 117.836] WinBSegment: 0x0 [ 117.836] WinFuncPtr: 0x0 [ 117.836] BytesPerScanline: 0 [ 117.836] XResolution: 0 [ 117.836] YResolution: 0 [ 117.836] XCharSize: 0 [ 117.836] YCharSize: 0 [ 117.836] NumberOfPlanes: 0 [ 117.836] BitsPerPixel: 0 [ 117.836] NumberOfBanks: 0 [ 117.836] MemoryModel: 0 [ 117.836] BankSize: 0 [ 117.836] NumberOfImages: 0 [ 117.836] RedMaskSize: 0 [ 117.836] RedFieldPosition: 0 [ 117.836] GreenMaskSize: 0 [ 117.836] GreenFieldPosition: 0 [ 117.837] BlueMaskSize: 0 [ 117.837] BlueFieldPosition: 0 [ 117.837] RsvdMaskSize: 0 [ 117.837] RsvdFieldPosition: 0 [ 117.837] DirectColorModeInfo: 0 [ 117.837] PhysBasePtr: 0x0 [ 117.837] LinBytesPerScanLine: 0 [ 117.837] BnkNumberOfImagePages: 0 [ 117.837] LinNumberOfImagePages: 0 [ 117.837] LinRedMaskSize: 0 [ 117.837] LinRedFieldPosition: 0 [ 117.837] LinGreenMaskSize: 0 [ 117.837] LinGreenFieldPosition: 0 [ 117.837] LinBlueMaskSize: 0 [ 117.837] LinBlueFieldPosition: 0 [ 117.837] LinRsvdMaskSize: 0 [ 117.837] LinRsvdFieldPosition: 0 [ 117.837] MaxPixelClock: 0 [ 117.837] Mode: 105 (1024x768) [ 117.837] ModeAttributes: 0x9b [ 117.837] WinAAttributes: 0x7 [ 117.837] WinBAttributes: 0x0 [ 117.837] WinGranularity: 64 [ 117.837] WinSize: 64 [ 117.837] WinASegment: 0xa000 [ 117.837] WinBSegment: 0x0 [ 117.837] WinFuncPtr: 0xc0009762 [ 117.838] BytesPerScanline: 1024 [ 117.838] XResolution: 1024 [ 117.838] YResolution: 768 [ 117.838] XCharSize: 8 [ 117.838] YCharSize: 16 [ 117.838] NumberOfPlanes: 1 [ 117.838] BitsPerPixel: 8 [ 117.838] NumberOfBanks: 1 [ 117.838] MemoryModel: 4 [ 117.838] BankSize: 0 [ 117.838] NumberOfImages: 41 [ 117.838] RedMaskSize: 0 [ 117.838] RedFieldPosition: 0 [ 117.838] GreenMaskSize: 0 [ 117.838] GreenFieldPosition: 0 [ 117.838] BlueMaskSize: 0 [ 117.838] BlueFieldPosition: 0 [ 117.838] RsvdMaskSize: 0 [ 117.838] RsvdFieldPosition: 0 [ 117.838] DirectColorModeInfo: 0 [ 117.838] PhysBasePtr: 0xd0000000 [ 117.838] LinBytesPerScanLine: 1024 [ 117.838] BnkNumberOfImagePages: 41 [ 117.838] LinNumberOfImagePages: 41 [ 117.838] LinRedMaskSize: 0 [ 117.838] LinRedFieldPosition: 0 [ 117.838] LinGreenMaskSize: 0 [ 117.838] LinGreenFieldPosition: 0 [ 117.838] LinBlueMaskSize: 0 [ 117.838] LinBlueFieldPosition: 0 [ 117.838] LinRsvdMaskSize: 0 [ 117.838] LinRsvdFieldPosition: 0 [ 117.838] MaxPixelClock: 230000000 [ 117.839] Mode: 117 (1024x768) [ 117.839] ModeAttributes: 0x9b [ 117.839] WinAAttributes: 0x7 [ 117.839] WinBAttributes: 0x0 [ 117.839] WinGranularity: 64 [ 117.839] WinSize: 64 [ 117.839] WinASegment: 0xa000 [ 117.839] WinBSegment: 0x0 [ 117.839] WinFuncPtr: 0xc0009762 [ 117.839] BytesPerScanline: 2048 [ 117.839] XResolution: 1024 [ 117.839] YResolution: 768 [ 117.839] XCharSize: 8 [ 117.839] YCharSize: 16 [ 117.839] NumberOfPlanes: 1 [ 117.839] BitsPerPixel: 16 [ 117.839] NumberOfBanks: 1 [ 117.839] MemoryModel: 6 [ 117.839] BankSize: 0 [ 117.839] NumberOfImages: 20 [ 117.839] RedMaskSize: 5 [ 117.839] RedFieldPosition: 11 [ 117.839] GreenMaskSize: 6 [ 117.839] GreenFieldPosition: 5 [ 117.839] BlueMaskSize: 5 [ 117.839] BlueFieldPosition: 0 [ 117.839] RsvdMaskSize: 0 [ 117.839] RsvdFieldPosition: 0 [ 117.839] DirectColorModeInfo: 0 [ 117.839] PhysBasePtr: 0xd0000000 [ 117.839] LinBytesPerScanLine: 2048 [ 117.839] BnkNumberOfImagePages: 20 [ 117.839] LinNumberOfImagePages: 20 [ 117.839] LinRedMaskSize: 5 [ 117.839] LinRedFieldPosition: 11 [ 117.839] LinGreenMaskSize: 6 [ 117.839] LinGreenFieldPosition: 5 [ 117.839] LinBlueMaskSize: 5 [ 117.839] LinBlueFieldPosition: 0 [ 117.839] LinRsvdMaskSize: 0 [ 117.839] LinRsvdFieldPosition: 0 [ 117.839] MaxPixelClock: 230000000 [ 117.840] *Mode: 118 (1024x768) [ 117.840] ModeAttributes: 0x9b [ 117.840] WinAAttributes: 0x7 [ 117.840] WinBAttributes: 0x0 [ 117.840] WinGranularity: 64 [ 117.840] WinSize: 64 [ 117.840] WinASegment: 0xa000 [ 117.840] WinBSegment: 0x0 [ 117.840] WinFuncPtr: 0xc0009762 [ 117.840] BytesPerScanline: 4096 [ 117.840] XResolution: 1024 [ 117.840] YResolution: 768 [ 117.840] XCharSize: 8 [ 117.840] YCharSize: 16 [ 117.840] NumberOfPlanes: 1 [ 117.840] BitsPerPixel: 32 [ 117.840] NumberOfBanks: 1 [ 117.840] MemoryModel: 6 [ 117.840] BankSize: 0 [ 117.840] NumberOfImages: 9 [ 117.840] RedMaskSize: 8 [ 117.841] RedFieldPosition: 16 [ 117.841] GreenMaskSize: 8 [ 117.841] GreenFieldPosition: 8 [ 117.841] BlueMaskSize: 8 [ 117.841] BlueFieldPosition: 0 [ 117.841] RsvdMaskSize: 8 [ 117.841] RsvdFieldPosition: 24 [ 117.841] DirectColorModeInfo: 0 [ 117.841] PhysBasePtr: 0xd0000000 [ 117.841] LinBytesPerScanLine: 4096 [ 117.841] BnkNumberOfImagePages: 9 [ 117.841] LinNumberOfImagePages: 9 [ 117.841] LinRedMaskSize: 8 [ 117.841] LinRedFieldPosition: 16 [ 117.841] LinGreenMaskSize: 8 [ 117.841] LinGreenFieldPosition: 8 [ 117.841] LinBlueMaskSize: 8 [ 117.841] LinBlueFieldPosition: 0 [ 117.841] LinRsvdMaskSize: 8 [ 117.841] LinRsvdFieldPosition: 24 [ 117.841] MaxPixelClock: 230000000 [ 117.842] *Mode: 112 (640x480) [ 117.842] ModeAttributes: 0x9b [ 117.842] WinAAttributes: 0x7 [ 117.842] WinBAttributes: 0x0 [ 117.842] WinGranularity: 64 [ 117.842] WinSize: 64 [ 117.842] WinASegment: 0xa000 [ 117.842] WinBSegment: 0x0 [ 117.842] WinFuncPtr: 0xc0009762 [ 117.842] BytesPerScanline: 2560 [ 117.842] XResolution: 640 [ 117.842] YResolution: 480 [ 117.842] XCharSize: 8 [ 117.842] YCharSize: 16 [ 117.842] NumberOfPlanes: 1 [ 117.842] BitsPerPixel: 32 [ 117.842] NumberOfBanks: 1 [ 117.842] MemoryModel: 6 [ 117.842] BankSize: 0 [ 117.842] NumberOfImages: 25 [ 117.842] RedMaskSize: 8 [ 117.842] RedFieldPosition: 16 [ 117.842] GreenMaskSize: 8 [ 117.842] GreenFieldPosition: 8 [ 117.842] BlueMaskSize: 8 [ 117.842] BlueFieldPosition: 0 [ 117.842] RsvdMaskSize: 8 [ 117.842] RsvdFieldPosition: 24 [ 117.842] DirectColorModeInfo: 0 [ 117.842] PhysBasePtr: 0xd0000000 [ 117.842] LinBytesPerScanLine: 2560 [ 117.842] BnkNumberOfImagePages: 25 [ 117.842] LinNumberOfImagePages: 25 [ 117.842] LinRedMaskSize: 8 [ 117.842] LinRedFieldPosition: 16 [ 117.842] LinGreenMaskSize: 8 [ 117.842] LinGreenFieldPosition: 8 [ 117.842] LinBlueMaskSize: 8 [ 117.842] LinBlueFieldPosition: 0 [ 117.842] LinRsvdMaskSize: 8 [ 117.842] LinRsvdFieldPosition: 24 [ 117.842] MaxPixelClock: 230000000 [ 117.843] Mode: 114 (800x600) [ 117.843] ModeAttributes: 0x9b [ 117.843] WinAAttributes: 0x7 [ 117.843] WinBAttributes: 0x0 [ 117.843] WinGranularity: 64 [ 117.843] WinSize: 64 [ 117.843] WinASegment: 0xa000 [ 117.843] WinBSegment: 0x0 [ 117.843] WinFuncPtr: 0xc0009762 [ 117.843] BytesPerScanline: 1600 [ 117.843] XResolution: 800 [ 117.843] YResolution: 600 [ 117.843] XCharSize: 8 [ 117.843] YCharSize: 16 [ 117.843] NumberOfPlanes: 1 [ 117.843] BitsPerPixel: 16 [ 117.843] NumberOfBanks: 1 [ 117.843] MemoryModel: 6 [ 117.843] BankSize: 0 [ 117.843] NumberOfImages: 33 [ 117.843] RedMaskSize: 5 [ 117.843] RedFieldPosition: 11 [ 117.843] GreenMaskSize: 6 [ 117.843] GreenFieldPosition: 5 [ 117.843] BlueMaskSize: 5 [ 117.843] BlueFieldPosition: 0 [ 117.843] RsvdMaskSize: 0 [ 117.843] RsvdFieldPosition: 0 [ 117.843] DirectColorModeInfo: 0 [ 117.843] PhysBasePtr: 0xd0000000 [ 117.843] LinBytesPerScanLine: 1600 [ 117.843] BnkNumberOfImagePages: 33 [ 117.843] LinNumberOfImagePages: 33 [ 117.843] LinRedMaskSize: 5 [ 117.843] LinRedFieldPosition: 11 [ 117.844] LinGreenMaskSize: 6 [ 117.844] LinGreenFieldPosition: 5 [ 117.844] LinBlueMaskSize: 5 [ 117.844] LinBlueFieldPosition: 0 [ 117.844] LinRsvdMaskSize: 0 [ 117.844] LinRsvdFieldPosition: 0 [ 117.844] MaxPixelClock: 230000000 [ 117.844] *Mode: 115 (800x600) [ 117.844] ModeAttributes: 0x9b [ 117.844] WinAAttributes: 0x7 [ 117.844] WinBAttributes: 0x0 [ 117.844] WinGranularity: 64 [ 117.844] WinSize: 64 [ 117.844] WinASegment: 0xa000 [ 117.844] WinBSegment: 0x0 [ 117.844] WinFuncPtr: 0xc0009762 [ 117.845] BytesPerScanline: 3200 [ 117.845] XResolution: 800 [ 117.845] YResolution: 600 [ 117.845] XCharSize: 8 [ 117.845] YCharSize: 16 [ 117.845] NumberOfPlanes: 1 [ 117.845] BitsPerPixel: 32 [ 117.845] NumberOfBanks: 1 [ 117.845] MemoryModel: 6 [ 117.845] BankSize: 0 [ 117.845] NumberOfImages: 16 [ 117.845] RedMaskSize: 8 [ 117.845] RedFieldPosition: 16 [ 117.845] GreenMaskSize: 8 [ 117.845] GreenFieldPosition: 8 [ 117.845] BlueMaskSize: 8 [ 117.845] BlueFieldPosition: 0 [ 117.845] RsvdMaskSize: 8 [ 117.845] RsvdFieldPosition: 24 [ 117.845] DirectColorModeInfo: 0 [ 117.845] PhysBasePtr: 0xd0000000 [ 117.845] LinBytesPerScanLine: 3200 [ 117.845] BnkNumberOfImagePages: 16 [ 117.845] LinNumberOfImagePages: 16 [ 117.845] LinRedMaskSize: 8 [ 117.845] LinRedFieldPosition: 16 [ 117.845] LinGreenMaskSize: 8 [ 117.845] LinGreenFieldPosition: 8 [ 117.845] LinBlueMaskSize: 8 [ 117.845] LinBlueFieldPosition: 0 [ 117.845] LinRsvdMaskSize: 8 [ 117.845] LinRsvdFieldPosition: 24 [ 117.845] MaxPixelClock: 230000000 [ 117.846] Mode: 101 (640x480) [ 117.846] ModeAttributes: 0x9b [ 117.846] WinAAttributes: 0x7 [ 117.846] WinBAttributes: 0x0 [ 117.846] WinGranularity: 64 [ 117.846] WinSize: 64 [ 117.846] WinASegment: 0xa000 [ 117.846] WinBSegment: 0x0 [ 117.846] WinFuncPtr: 0xc0009762 [ 117.846] BytesPerScanline: 640 [ 117.846] XResolution: 640 [ 117.846] YResolution: 480 [ 117.846] XCharSize: 8 [ 117.846] YCharSize: 16 [ 117.846] NumberOfPlanes: 1 [ 117.846] BitsPerPixel: 8 [ 117.846] NumberOfBanks: 1 [ 117.846] MemoryModel: 4 [ 117.846] BankSize: 0 [ 117.846] NumberOfImages: 101 [ 117.846] RedMaskSize: 0 [ 117.846] RedFieldPosition: 0 [ 117.846] GreenMaskSize: 0 [ 117.846] GreenFieldPosition: 0 [ 117.846] BlueMaskSize: 0 [ 117.846] BlueFieldPosition: 0 [ 117.846] RsvdMaskSize: 0 [ 117.846] RsvdFieldPosition: 0 [ 117.846] DirectColorModeInfo: 0 [ 117.846] PhysBasePtr: 0xd0000000 [ 117.846] LinBytesPerScanLine: 640 [ 117.846] BnkNumberOfImagePages: 101 [ 117.846] LinNumberOfImagePages: 101 [ 117.846] LinRedMaskSize: 0 [ 117.846] LinRedFieldPosition: 0 [ 117.846] LinGreenMaskSize: 0 [ 117.846] LinGreenFieldPosition: 0 [ 117.846] LinBlueMaskSize: 0 [ 117.846] LinBlueFieldPosition: 0 [ 117.846] LinRsvdMaskSize: 0 [ 117.846] LinRsvdFieldPosition: 0 [ 117.846] MaxPixelClock: 230000000 [ 117.847] Mode: 103 (800x600) [ 117.847] ModeAttributes: 0x9b [ 117.847] WinAAttributes: 0x7 [ 117.847] WinBAttributes: 0x0 [ 117.847] WinGranularity: 64 [ 117.847] WinSize: 64 [ 117.847] WinASegment: 0xa000 [ 117.847] WinBSegment: 0x0 [ 117.847] WinFuncPtr: 0xc0009762 [ 117.847] BytesPerScanline: 832 [ 117.847] XResolution: 800 [ 117.847] YResolution: 600 [ 117.847] XCharSize: 8 [ 117.847] YCharSize: 16 [ 117.847] NumberOfPlanes: 1 [ 117.847] BitsPerPixel: 8 [ 117.847] NumberOfBanks: 1 [ 117.847] MemoryModel: 4 [ 117.847] BankSize: 0 [ 117.847] NumberOfImages: 62 [ 117.847] RedMaskSize: 0 [ 117.847] RedFieldPosition: 0 [ 117.847] GreenMaskSize: 0 [ 117.847] GreenFieldPosition: 0 [ 117.847] BlueMaskSize: 0 [ 117.847] BlueFieldPosition: 0 [ 117.847] RsvdMaskSize: 0 [ 117.847] RsvdFieldPosition: 0 [ 117.847] DirectColorModeInfo: 0 [ 117.847] PhysBasePtr: 0xd0000000 [ 117.847] LinBytesPerScanLine: 832 [ 117.847] BnkNumberOfImagePages: 62 [ 117.847] LinNumberOfImagePages: 62 [ 117.847] LinRedMaskSize: 0 [ 117.847] LinRedFieldPosition: 0 [ 117.847] LinGreenMaskSize: 0 [ 117.847] LinGreenFieldPosition: 0 [ 117.847] LinBlueMaskSize: 0 [ 117.847] LinBlueFieldPosition: 0 [ 117.847] LinRsvdMaskSize: 0 [ 117.847] LinRsvdFieldPosition: 0 [ 117.848] MaxPixelClock: 230000000 [ 117.848] Mode: 111 (640x480) [ 117.848] ModeAttributes: 0x9b [ 117.848] WinAAttributes: 0x7 [ 117.848] WinBAttributes: 0x0 [ 117.848] WinGranularity: 64 [ 117.848] WinSize: 64 [ 117.848] WinASegment: 0xa000 [ 117.848] WinBSegment: 0x0 [ 117.848] WinFuncPtr: 0xc0009762 [ 117.848] BytesPerScanline: 1280 [ 117.848] XResolution: 640 [ 117.848] YResolution: 480 [ 117.848] XCharSize: 8 [ 117.848] YCharSize: 16 [ 117.848] NumberOfPlanes: 1 [ 117.848] BitsPerPixel: 16 [ 117.848] NumberOfBanks: 1 [ 117.848] MemoryModel: 6 [ 117.848] BankSize: 0 [ 117.848] NumberOfImages: 50 [ 117.848] RedMaskSize: 5 [ 117.848] RedFieldPosition: 11 [ 117.849] GreenMaskSize: 6 [ 117.849] GreenFieldPosition: 5 [ 117.849] BlueMaskSize: 5 [ 117.849] BlueFieldPosition: 0 [ 117.849] RsvdMaskSize: 0 [ 117.849] RsvdFieldPosition: 0 [ 117.849] DirectColorModeInfo: 0 [ 117.849] PhysBasePtr: 0xd0000000 [ 117.849] LinBytesPerScanLine: 1280 [ 117.849] BnkNumberOfImagePages: 50 [ 117.849] LinNumberOfImagePages: 50 [ 117.849] LinRedMaskSize: 5 [ 117.849] LinRedFieldPosition: 11 [ 117.849] LinGreenMaskSize: 6 [ 117.849] LinGreenFieldPosition: 5 [ 117.849] LinBlueMaskSize: 5 [ 117.849] LinBlueFieldPosition: 0 [ 117.849] LinRsvdMaskSize: 0 [ 117.849] LinRsvdFieldPosition: 0 [ 117.849] MaxPixelClock: 230000000 [ 117.850] Mode: 17d (1366x768) [ 117.850] ModeAttributes: 0x9b [ 117.850] WinAAttributes: 0x7 [ 117.850] WinBAttributes: 0x0 [ 117.850] WinGranularity: 64 [ 117.850] WinSize: 64 [ 117.850] WinASegment: 0xa000 [ 117.850] WinBSegment: 0x0 [ 117.850] WinFuncPtr: 0xc0009762 [ 117.850] BytesPerScanline: 1408 [ 117.850] XResolution: 1366 [ 117.850] YResolution: 768 [ 117.850] XCharSize: 8 [ 117.850] YCharSize: 16 [ 117.850] NumberOfPlanes: 1 [ 117.850] BitsPerPixel: 8 [ 117.850] NumberOfBanks: 1 [ 117.850] MemoryModel: 4 [ 117.850] BankSize: 0 [ 117.850] NumberOfImages: 29 [ 117.850] RedMaskSize: 0 [ 117.850] RedFieldPosition: 0 [ 117.850] GreenMaskSize: 0 [ 117.850] GreenFieldPosition: 0 [ 117.850] BlueMaskSize: 0 [ 117.850] BlueFieldPosition: 0 [ 117.850] RsvdMaskSize: 0 [ 117.850] RsvdFieldPosition: 0 [ 117.850] DirectColorModeInfo: 0 [ 117.850] PhysBasePtr: 0xd0000000 [ 117.850] LinBytesPerScanLine: 1408 [ 117.850] BnkNumberOfImagePages: 29 [ 117.850] LinNumberOfImagePages: 29 [ 117.850] LinRedMaskSize: 0 [ 117.850] LinRedFieldPosition: 0 [ 117.850] LinGreenMaskSize: 0 [ 117.850] LinGreenFieldPosition: 0 [ 117.850] LinBlueMaskSize: 0 [ 117.850] LinBlueFieldPosition: 0 [ 117.850] LinRsvdMaskSize: 0 [ 117.850] LinRsvdFieldPosition: 0 [ 117.850] MaxPixelClock: 230000000 [ 117.851] Mode: 17e (1366x768) [ 117.851] ModeAttributes: 0x9b [ 117.851] WinAAttributes: 0x7 [ 117.851] WinBAttributes: 0x0 [ 117.851] WinGranularity: 64 [ 117.851] WinSize: 64 [ 117.851] WinASegment: 0xa000 [ 117.851] WinBSegment: 0x0 [ 117.851] WinFuncPtr: 0xc0009762 [ 117.851] BytesPerScanline: 2752 [ 117.851] XResolution: 1366 [ 117.851] YResolution: 768 [ 117.851] XCharSize: 8 [ 117.851] YCharSize: 16 [ 117.851] NumberOfPlanes: 1 [ 117.851] BitsPerPixel: 16 [ 117.851] NumberOfBanks: 1 [ 117.851] MemoryModel: 6 [ 117.851] BankSize: 0 [ 117.851] NumberOfImages: 14 [ 117.851] RedMaskSize: 5 [ 117.851] RedFieldPosition: 11 [ 117.851] GreenMaskSize: 6 [ 117.851] GreenFieldPosition: 5 [ 117.851] BlueMaskSize: 5 [ 117.851] BlueFieldPosition: 0 [ 117.851] RsvdMaskSize: 0 [ 117.851] RsvdFieldPosition: 0 [ 117.851] DirectColorModeInfo: 0 [ 117.851] PhysBasePtr: 0xd0000000 [ 117.851] LinBytesPerScanLine: 2752 [ 117.852] BnkNumberOfImagePages: 14 [ 117.852] LinNumberOfImagePages: 14 [ 117.852] LinRedMaskSize: 5 [ 117.852] LinRedFieldPosition: 11 [ 117.852] LinGreenMaskSize: 6 [ 117.852] LinGreenFieldPosition: 5 [ 117.852] LinBlueMaskSize: 5 [ 117.852] LinBlueFieldPosition: 0 [ 117.852] LinRsvdMaskSize: 0 [ 117.852] LinRsvdFieldPosition: 0 [ 117.852] MaxPixelClock: 230000000 [ 117.852] *Mode: 17f (1366x768) [ 117.852] ModeAttributes: 0x9b [ 117.852] WinAAttributes: 0x7 [ 117.852] WinBAttributes: 0x0 [ 117.852] WinGranularity: 64 [ 117.852] WinSize: 64 [ 117.853] WinASegment: 0xa000 [ 117.853] WinBSegment: 0x0 [ 117.853] WinFuncPtr: 0xc0009762 [ 117.853] BytesPerScanline: 5504 [ 117.853] XResolution: 1366 [ 117.853] YResolution: 768 [ 117.853] XCharSize: 8 [ 117.853] YCharSize: 16 [ 117.853] NumberOfPlanes: 1 [ 117.853] BitsPerPixel: 32 [ 117.853] NumberOfBanks: 1 [ 117.853] MemoryModel: 6 [ 117.853] BankSize: 0 [ 117.853] NumberOfImages: 6 [ 117.853] RedMaskSize: 8 [ 117.853] RedFieldPosition: 16 [ 117.853] GreenMaskSize: 8 [ 117.853] GreenFieldPosition: 8 [ 117.853] BlueMaskSize: 8 [ 117.853] BlueFieldPosition: 0 [ 117.853] RsvdMaskSize: 8 [ 117.853] RsvdFieldPosition: 24 [ 117.853] DirectColorModeInfo: 0 [ 117.853] PhysBasePtr: 0xd0000000 [ 117.853] LinBytesPerScanLine: 5504 [ 117.853] BnkNumberOfImagePages: 6 [ 117.853] LinNumberOfImagePages: 6 [ 117.853] LinRedMaskSize: 8 [ 117.853] LinRedFieldPosition: 16 [ 117.853] LinGreenMaskSize: 8 [ 117.853] LinGreenFieldPosition: 8 [ 117.853] LinBlueMaskSize: 8 [ 117.853] LinBlueFieldPosition: 0 [ 117.853] LinRsvdMaskSize: 8 [ 117.853] LinRsvdFieldPosition: 24 [ 117.853] MaxPixelClock: 230000000 [ 117.853]=20 [ 117.853] (II) VESA(0): Total Memory: 511 64KB banks (32704kB) [ 117.854] (II) VESA(0): : Using hsync value of 48.00 kHz [ 117.854] (II) VESA(0): : Using vrefresh value of 60.00= Hz [ 117.854] (WW) VESA(0): Unable to estimate virtual size [ 117.855] (II) VESA(0): Not using built-in mode "1024x768" (no mode of t= his name) [ 117.855] (II) VESA(0): Not using built-in mode "800x600" (no mode of th= is name) [ 117.855] (II) VESA(0): Not using built-in mode "640x480" (no mode of th= is name) [ 117.855] (--) VESA(0): Virtual size is 1368x768 (pitch 1368) [ 117.855] (**) VESA(0): *Built-in mode "1366x768" [ 117.855] (**) VESA(0): Display dimensions: (260, 140) mm [ 117.855] (**) VESA(0): DPI set to (133, 139) [ 117.855] (**) VESA(0): Using "Shadow Framebuffer" [ 117.855] (II) Loading sub module "shadow" [ 117.855] (II) LoadModule: "shadow" [ 117.856] (II) Loading /usr/local/lib/xorg/modules/libshadow.so [ 117.857] (II) Module shadow: vendor=3D"X.Org Foundation" [ 117.857] compiled for 1.18.4, module version =3D 1.1.0 [ 117.857] ABI class: X.Org ANSI C Emulation, version 0.4 [ 117.857] (II) Loading sub module "fb" [ 117.857] (II) LoadModule: "fb" [ 117.857] (II) Loading /usr/local/lib/xorg/modules/libfb.so [ 117.859] (II) Module fb: vendor=3D"X.Org Foundation" [ 117.859] compiled for 1.18.4, module version =3D 1.0.0 [ 117.859] ABI class: X.Org ANSI C Emulation, version 0.4 [ 117.859] (II) UnloadModule: "scfb" [ 117.859] (II) Unloading scfb [ 117.860] (=3D=3D) Depth 24 pixmap format is 32 bpp [ 117.860] (II) Loading sub module "int10" [ 117.860] (II) LoadModule: "int10" [ 117.860] (II) Loading /usr/local/lib/xorg/modules/libint10.so [ 117.860] (II) Module int10: vendor=3D"X.Org Foundation" [ 117.860] compiled for 1.18.4, module version =3D 1.0.0 [ 117.860] ABI class: X.Org Video Driver, version 20.0 [ 117.860] (II) VESA(0): initializing int10 [ 117.860] (II) VESA(0): Primary V_BIOS segment is: 0xc000 [ 117.861] (II) VESA(0): VESA BIOS detected [ 117.861] (II) VESA(0): VbeVersion is 768, OemStringPtr is 0xc0008f80, OemVendorNamePtr is 0x00000000, OemProductNamePtr is 0x00000000, OemProductRevPtr is 0x00000000 [ 117.861] (II) VESA(0): VESA VBE Version 3.0 [ 117.861] (II) VESA(0): VESA VBE Total Mem: 32704 kB [ 117.861] (II) VESA(0): VESA VBE OEM: Intel(R) HSW Mobile/Desktop Graphi= cs Chipset Accelerated VGA BIOS [ 117.861] (II) VESA(0): VESA VBE OEM Software Rev: 0.0 [ 117.861] (II) VESA(0): virtual address =3D 0x801e00000, VGAbase =3D 0x8= 01c46000 physical address =3D 0xd0000000, size =3D 33488896 [ 117.866] (II) VESA(0): Setting up VESA Mode 0x17F (1366x768) [ 117.941] (=3D=3D) VESA(0): Default visual is TrueColor [ 117.944] (=3D=3D) VESA(0): Backing store enabled [ 117.945] (=3D=3D) VESA(0): DPMS enabled [ 117.947] (=3D=3D) RandR enabled [ 117.970] (II) AIGLX: Screen 0 is not DRI2 capable [ 117.970] (EE) AIGLX: reverting to software rendering [ 118.365] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [ 118.367] (II) AIGLX: Loaded and initialized swrast [ 118.367] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 118.592] (II) XKB: Reusing cached keymap [ 118.596] (II) config/devd: probing input devices... [ 118.596] (II) config/devd: adding input device (null) (/dev/kbdmux) [ 118.596] (II) LoadModule: "kbd" [ 118.596] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so [ 118.597] (II) Module kbd: vendor=3D"X.Org Foundation" [ 118.597] compiled for 1.18.4, module version =3D 1.9.0 [ 118.597] Module class: X.Org XInput Driver [ 118.597] ABI class: X.Org XInput driver, version 22.1 [ 118.597] (II) Using input driver 'kbd' for 'kbdmux' [ 118.597] Option "_source" "server/devd" [ 118.597] Option "name" "kbdmux" [ 118.597] Option "driver" "kbd" [ 118.597] Option "config_info" "devd:kbdmux" [ 118.597] (**) kbdmux: always reports core events [ 118.597] (**) kbdmux: always reports core events [ 118.597] (**) Option "Protocol" "standard" [ 118.597] (**) Option "XkbRules" "base" [ 118.597] (**) Option "XkbModel" "pc105" [ 118.597] (**) Option "XkbLayout" "us" [ 118.598] (**) Option "config_info" "devd:kbdmux" [ 118.598] (II) XINPUT: Adding extended input device "kbdmux" (type: KEYB= OARD, id 6) [ 118.598] (II) XKB: Reusing cached keymap [ 118.600] (II) config/devd: kbdmux is enabled, ignoring device atkbd0 [ 118.600] (II) config/devd: adding input device (null) (/dev/sysmouse) [ 118.600] (II) LoadModule: "mouse" [ 118.601] (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so [ 118.602] (II) Module mouse: vendor=3D"X.Org Foundation" [ 118.602] compiled for 1.18.4, module version =3D 1.9.3 [ 118.602] Module class: X.Org XInput Driver [ 118.602] ABI class: X.Org XInput driver, version 22.1 [ 118.602] (II) Using input driver 'mouse' for 'sysmouse' [ 118.603] Option "_source" "server/devd" [ 118.603] Option "name" "sysmouse" [ 118.603] Option "driver" "mouse" [ 118.603] Option "device" "/dev/sysmouse" [ 118.603] Option "config_info" "devd:sysmouse" [ 118.603] (**) sysmouse: always reports core events [ 118.603] (**) Option "Device" "/dev/sysmouse" [ 118.603] (=3D=3D) sysmouse: Protocol: "Auto" [ 118.603] (**) sysmouse: always reports core events [ 118.603] (**) Option "Device" "/dev/sysmouse" [ 118.603] (=3D=3D) sysmouse: Emulate3Buttons, Emulate3Timeout: 50 [ 118.603] (**) sysmouse: ZAxisMapping: buttons 4 and 5 [ 118.603] (**) sysmouse: Buttons: 5 [ 118.603] (**) Option "config_info" "devd:sysmouse" [ 118.603] (II) XINPUT: Adding extended input device "sysmouse" (type: MO= USE, id 7) [ 118.603] (**) sysmouse: (accel) keeping acceleration scheme 1 [ 118.603] (**) sysmouse: (accel) acceleration profile 0 [ 118.603] (**) sysmouse: (accel) acceleration factor: 2.000 [ 118.603] (**) sysmouse: (accel) acceleration threshold: 4 [ 118.603] (**) Option "Device" "/dev/sysmouse" [ 118.603] (II) sysmouse: SetupAuto: hw.iftype is 4, hw.model is 0 [ 118.603] (II) sysmouse: SetupAuto: protocol is SysMouse (II) mouse: 3rd Button detected: disabling emulate3Button --GvXjxJ+pjyke8COw-- --8P1HSweYDcXXzwPJ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXmn7rBYYViyzy/vBR8z35Hb+nREFAlws2psACgkQR8z35Hb+ nRFlZw//dU8ostwH6ItCghQIvstxTw8LteRNFrW6s6sOpRCb5b8PqSwfPUDQby9M pnPkBHlNcblDMgQ3UbsEcVajYo1GyagIDBNnHLem3W9+2x9FcZDZLD+dbaUWRSac /SJoQI+/unr+aQqlTipDsldbnN5fvmOJ2uwHGT3rv608Bft9z3WWnBt8BTlyqKbN U6jOxD1ulIKqIxRY2aWJA5F9iZohmWqlRjHqgO+Ms7cUyom1oW+fJF25SyspI3sr a1kOacEzuxoXslUAlk+dXr6GMpYXIep39VGBaNeoJo9OticU8AI2gaaRKZt8Uzc9 sf9m5jKqmZOGls2Gaf4iY0rIWl3kVOrXKl2aR6YBFv6p3t0OV18ftFcjDQwiHUmS Hi8RcanxzdKsM1cbsTxo2oPRjXVQSZUCNpgnBPY/zUrUMGvYrw3LLoEAQsglLHX4 6hzSKeclZTkmi+BnI6UhBBxejvo26vVivqAYHj2hk7AMZ8tONf5l9bAc3Kqvg6PM /OKdkV4golCgWF6AzJU877VhmoBELzpiasw9IFg0VBFzTHzlesLKX24QDyWLjZ8P f9U50Cn9uaJT9pzO9AW1BAboALfStgKRlbQSLplxFxQsYW5VkiqHEqMgQc/AI9XS se8rEKVpEew7/kJ8clI2fYFhrk6c9R5tH6YcMePwWsWkrcVOa6A= =qW+z -----END PGP SIGNATURE----- --8P1HSweYDcXXzwPJ-- From owner-freebsd-ports@freebsd.org Wed Jan 2 16:12:00 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52A981426A03 for ; Wed, 2 Jan 2019 16:12:00 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C3B393AE5 for ; Wed, 2 Jan 2019 16:11:59 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 43VGJl6YbwzDjH9; Wed, 2 Jan 2019 16:11:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1546445511; bh=IWfUJd60if2o0Lr7YY0a+M8P 1wDpkramESsEToTITQU=; b=l901i08FwYPY3whWjqUz+8wH0EwRd89Nas/2CU9N kFvn4AcZWFk5HKX2sxlUcHVmKDRBN5Fh3U29HeLJ57H2uFczideEmfXhVkH6Ak8Y WTwpnxXx018MXrpfRTAX4mF5vMd5/r9UrIgl2xZH3+p8SAb7L1iNWKH5tns6vlRw Wsw= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id JVdgM6TYMVXp; Wed, 2 Jan 2019 16:11:51 +0000 (UTC) Received: from [IPv6:2001:470:dca9:2:5d6f:9f5f:2499:a941] (unknown [IPv6:2001:470:dca9:2:5d6f:9f5f:2499:a941]) by mail.daemonic.se (Postfix) with ESMTPSA id 43VGJl1myGzDjCL; Wed, 2 Jan 2019 16:11:51 +0000 (UTC) Subject: Re: sysutils/915resolution To: stomljen@yahoo.com, freebsd-ports@freebsd.org, guru@unixarea.de References: <20190102130932.GA3923@c720-r342378> <7ea881be-ca05-bf96-e207-4bd8b4f25a12@daemonic.se> <20190102153706.GA13543@c720-r342378> From: Niclas Zeising Message-ID: Date: Wed, 2 Jan 2019 17:11:49 +0100 User-Agent: Mutt/1.5.21 MIME-Version: 1.0 In-Reply-To: <20190102153706.GA13543@c720-r342378> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 6C3B393AE5 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=l901i08F; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 176.58.89.161 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-7.75 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; MX_GOOD(-0.01)[cached: mail.daemonic.se]; IP_SCORE(-3.76)[ip: (-9.87), ipnet: 176.58.89.0/24(-4.93), asn: 36236(-3.91), country: US(-0.08)]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2019 16:12:00 -0000 On 2019-01-02 16:37, Matthias Apitz wrote: > El d=C3=ADa mi=C3=A9rcoles, enero 02, 2019 a las 04:24:09p. m. +0100, N= iclas Zeising escribi=C3=B3: >=20 >> On 2019-01-02 14:09, Matthias Apitz wrote: >>> >>> Hello, >>> >>> I've updated a FreeBSD on an Acer C720 laptop to 13.0-CURRENT (r34237= 8) >>> and port sysutils/915resolution to r488233. This says now on boot: >>> >>> Jan 1 07:06:41 c720-r342378 kernel: Intel chipset detected. Ho= wever, 915resolution was unable to determine the chipset type. >>> Jan 1 07:06:41 c720-r342378 kernel: Chipset Id: a048086 >>> Jan 1 07:06:41 c720-r342378 kernel: Please report this problem = to stomljen@yahoo.com >>> >>> and KDE does not start anymore in Xorg. >>> >> >> Which graphics driver are you using? >> Regards >=20 > Please find attached the /var/log/Xorg.0.log > Thanks >=20 Looks like you're using the VESA xorg ddx. On FreeBSD 13-current you=20 need to install the kernel graphics drivers from ports, I can't answer=20 for exactly how 915resolution works, but having the kernel graphics card=20 driver is a first step I assume. Install it from graphics/drm-kmod. On 13-CURRENT it's best to build it=20 from ports instead of using packages, so that it matches your kernel=20 version. Then follow the instructions in the pkg-message to have the=20 right driver loaded. Regards --=20 Niclas --=20 From owner-freebsd-ports@freebsd.org Thu Jan 3 01:41:21 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2528C14388BE; Thu, 3 Jan 2019 01:41:21 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BCB5382FBB; Thu, 3 Jan 2019 01:41:20 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lj1-f177.google.com (mail-lj1-f177.google.com [209.85.208.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 51D5311457; Thu, 3 Jan 2019 01:41:20 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lj1-f177.google.com with SMTP id v1-v6so28542784ljd.0; Wed, 02 Jan 2019 17:41:20 -0800 (PST) X-Gm-Message-State: AJcUukfWT9N8dMCGmqn38AmC6tRmV8i4GIuafRdMmA4d/YLGFM85+EG4 WSFa/2SHFx7sWEM6U0Pdg8lknY92v9e4FqF99bQ= X-Google-Smtp-Source: AFSGD/VJMe+L+fDMV1QOWtVKFImtMj9oK/7YxzR6l2A9eNAQEZzYbL+cfIIFZCkJvNdmsv3pbmPNnzFZBOYtZg4EhjM= X-Received: by 2002:a2e:b04f:: with SMTP id d15-v6mr28618253ljl.3.1546479678673; Wed, 02 Jan 2019 17:41:18 -0800 (PST) MIME-Version: 1.0 References: <51834F45-1EB7-449F-A0EC-7F5EC7CBB12F@yahoo.com> In-Reply-To: From: Kyle Evans Date: Wed, 2 Jan 2019 19:41:07 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: qemu-arm-static under amd64: example of stuck looping atomic_cmpset_int while building graphics/poppler-qt5 [a tested fix included] To: Mark Millard Cc: Sean Bruno , freebsd-emulation@freebsd.org, ports-list freebsd , freebsd-arm Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: BCB5382FBB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.97)[-0.969,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_HAM_LONG(-1.00)[-0.998,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2019 01:41:21 -0000 On Wed, Jan 2, 2019 at 3:38 AM Mark Millard via freebsd-ports wrote: > > On 2019-Jan-1, at 18:43, Mark Millard wrote: > > > The below showed up for poudiere-devel bulk getting stuck using one FreeBSD > > cpu while building graphics/poppler-qt5 . This is not a kevent hang-up, unlike > > the last hang-up that I analyzed. I do not yet know how repeatable this is > > but the original hang-up and the one experiment the below is from. > > > > From top: > > > > PID USERNAME THR PRI NICE SIZE RES SWAP STATE C TIME CPU COMMAND > > 12789 root 4 52 0 166M 33M 0 uwait 6 36:06 97.22% /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/graphics/poppler-qt5/work/poppler-0 > > > > Note: The vast margority of the 36:06 has been stuck in the uwait loop involved. > > > > From ps -auxd: > > > > root 94075 0.0 0.0 12932 3552 1 S+ 10:42 0:01.21 | `-- sh -e /usr/local/share/poudriere/bulk.sh -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 > > root 1944 0.0 0.0 12932 3540 1 I+ 10:42 0:00.00 | |-- sh -e /usr/local/share/poudriere/bulk.sh -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 > > root 1957 0.0 0.0 12932 3556 1 I 10:42 0:00.04 | |-- sh: poudriere[FBSDFSSDjailArmV7-default][01]: build_pkg (poppler-qt5-0.72.0) (sh) > > root 12328 0.0 0.0 12932 3548 1 I 10:49 0:00.00 | | `-- sh: poudriere[FBSDFSSDjailArmV7-default][01]: build_pkg (poppler-qt5-0.72.0) (sh) > > root 12329 0.0 0.0 10328 1756 1 IJ 10:49 0:00.01 | | `-- /usr/bin/make -C /usr/ports/graphics/poppler-qt5 stage > > root 12350 0.0 0.0 9860 1248 1 IJ 10:49 0:00.00 | | `-- /usr/bin/make -f Makefile DESTDIR=/wrkdirs/usr/ports/graphics/poppler-qt5/work/stage install > > root 12353 0.0 0.0 10236 1664 1 IJ 10:49 0:00.05 | | `-- /nxb-bin/usr/bin/make -f CMakeFiles/Makefile2 qt5/all > > root 12787 0.0 0.0 9856 1236 1 IJ 10:50 0:00.00 | | `-- /nxb-bin/usr/bin/make -f qt5/tests/CMakeFiles/check_qt5_attachments_autogen.dir/build.make qt5/test > > root 12789 100.0 0.0 169868 33528 1 IJ 10:50 36:35.26 | | `-- /usr/local/bin/qemu-arm-static /usr/local/bin/cmake -E cmake_autogen /wrkdirs/usr/ports/graphics/ > > root 94423 0.0 0.0 12932 3484 1 S+ 10:42 0:12.91 | `-- sh -e /usr/local/share/poudriere/bulk.sh -jFBSDFSSDjailArmV7 -w graphics/poppler-qt5 > > > > > > (gdb) attach 12789 > > Attaching to process 12789 > > Reading symbols from /usr/local/poudriere/data/.m/FBSDFSSDjailArmV7-default/01/usr/local/bin/qemu-arm-static...done. > > [New LWP 101168 of process 12789] > > [New LWP 101178 of process 12789] > > [New LWP 101499 of process 12789] > > [Switching to LWP 100304 of process 12789] > > _umtx_op () at _umtx_op.S:3 > > 3 RSYSCALL(_umtx_op) > > (gdb) info threads > > Id Target Id Frame > > * 1 LWP 100304 of process 12789 _umtx_op () at _umtx_op.S:3 > > 2 LWP 101168 of process 12789 _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 > > 3 LWP 101178 of process 12789 _umtx_op () at _umtx_op.S:3 > > 4 LWP 101499 of process 12789 0x0000000060051c26 in atomic_cmpset_int (dst=, expect=, src=536870912) at /usr/include/machine/atomic.h:220 > > (gdb) thread 4 > > [Switching to thread 4 (LWP 101499 of process 12789)] > > #0 0x0000000060051c26 in atomic_cmpset_int (dst=, expect=, src=536870912) at /usr/include/machine/atomic.h:220 > > 220 ATOMIC_CMPSET(int); > > > > (gdb) bt > > #0 0x0000000060051c26 in atomic_cmpset_int (dst=, expect=, src=536870912) at /usr/include/machine/atomic.h:220 > > #1 tcmpset_32 (addr=, a=, b=536870912) at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/bsd-user/freebsd/os-thread.c:178 > > #2 freebsd_rw_unlock (target_addr=4108246528) at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/bsd-user/freebsd/os-thread.c:1264 > > #3 0x000000006004ab33 in do_freebsd__umtx_op (obj=, op=536870912, val=, uaddr=, target_time=) > > at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/bsd-user/freebsd/os-thread.h:474 > > #4 0x0000000060041b83 in do_freebsd_syscall (cpu_env=0x86159b118, num=454, arg1=, arg2=, arg3=, arg4=0, arg5=0, arg6=-184411592, arg7=-199471616, > > arg8=-1622188640) at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/bsd-user/syscall.c:1364 > > #5 0x00000000600392f0 in target_cpu_loop (env=0x86159b118) at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/bsd-user/arm/target_arch_cpu.h:207 > > #6 0x0000000060038c99 in cpu_loop (env=0xf4dede80) at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/bsd-user/main.c:121 > > #7 0x0000000060050c1a in new_freebsd_thread_start (arg=) at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/bsd-user/freebsd/os-thread.c:152 > > #8 0x00000000601ad5f6 in thread_start (curthread=0x861571300) at /usr/src/lib/libthr/thread/thr_create.c:291 > > #9 0x0000000000000000 in ?? () > > Backtrace stopped: Cannot access memory at address 0x7fffdfbb3000 > > > > 181 #define ATOMIC_CMPSET(TYPE) \ > > 182 static __inline int \ > > 183 atomic_cmpset_##TYPE(volatile u_##TYPE *dst, u_##TYPE expect, u_##TYPE src) \ > > 184 { \ > > (gdb) > > 185 u_char res; \ > > 186 \ > > 187 __asm __volatile( \ > > 188 " " MPLOCKED " " \ > > 189 " cmpxchg %3,%1 ; " \ > > 190 " sete %0 ; " \ > > 191 "# atomic_cmpset_" #TYPE " " \ > > 192 : "=q" (res), /* 0 */ \ > > 193 "+m" (*dst), /* 1 */ \ > > 194 "+a" (expect) /* 2 */ \ > > (gdb) > > 195 : "r" (src) /* 3 */ \ > > 196 : "memory", "cc"); \ > > 197 return (res); \ > > 198 } \ > > . . . > > 218 ATOMIC_CMPSET(char); > > 219 ATOMIC_CMPSET(short); > > 220 ATOMIC_CMPSET(int); > > 221 ATOMIC_CMPSET(long); > > > > (gdb) up > > #1 tcmpset_32 (addr=, a=, b=536870912) at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/bsd-user/freebsd/os-thread.c:178 > > 178 return atomic_cmpset_acq_32(addr, current, new); > > (gdb) list > > 173 static int tcmpset_32(uint32_t *addr, uint32_t a, uint32_t b) > > 174 { > > 175 uint32_t current = tswap32(a); > > 176 uint32_t new = tswap32(b); > > 177 > > 178 return atomic_cmpset_acq_32(addr, current, new); > > 179 } > > > > (gdb) up > > #2 freebsd_rw_unlock (target_addr=4108246528) at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/bsd-user/freebsd/os-thread.c:1264 > > 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, (state - 1))) { > > (gdb) list > > 1259 } > > 1260 } > > 1261 } else if (TARGET_URWLOCK_READER_COUNT(state) != 0) { > > 1262 /* decrement reader count */ > > 1263 for (;;) { > > 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, (state - 1))) { > > 1265 if (TARGET_URWLOCK_READER_COUNT(state) == 0) { > > 1266 unlock_user_struct(target_urwlock, > > 1267 target_addr, 1); > > 1268 return -TARGET_EPERM; > > (gdb) > > 1269 } > > 1270 } else { > > 1271 break; > > 1272 } > > 1273 } > > 1274 } else { > > 1275 unlock_user_struct(target_urwlock, target_addr, 1); > > 1276 return -TARGET_EPERM; > > 1277 } > > 1278 > > > > The above loop is where the code is stuck looping, using most of the capacity of > > one cpu (as FreeBSD classifies cpus). The value of state is stuck at: > > > > (gdb) print state > > $2 = 536870913 > > > > I'll note that the loop is inside qemu-arm-atatic, not in the cmake that it > > is running. > > > > > > > > To show a little more context before the assembler for the routine that ends up > > containing that loop: > > > > (gdb) up > > #3 0x000000006004ab33 in do_freebsd__umtx_op (obj=, op=536870912, val=, uaddr=, target_time=) > > at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/bsd-user/freebsd/os-thread.h:474 > > 474 ret = freebsd_rw_unlock(obj); > > (gdb) list > > 469 ret = freebsd_rw_wrlock(obj, val, 0, NULL); > > 470 } > > 471 break; > > 472 > > 473 case TARGET_UMTX_OP_RW_UNLOCK: > > 474 ret = freebsd_rw_unlock(obj); > > 475 break; > > 476 > > 477 #if defined(__FreeBSD_version) && __FreeBSD_version > 900000 > > 478 #ifdef UMTX_OP_MUTEX_WAKE2 > > > > (gdb) up > > #4 0x0000000060041b83 in do_freebsd_syscall (cpu_env=0x86159b118, num=454, arg1=, arg2=, arg3=, arg4=0, arg5=0, arg6=-184411592, arg7=-199471616, > > arg8=-1622188640) at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/bsd-user/syscall.c:1364 > > 1364 ret = do_freebsd__umtx_op(arg1, arg2, arg3, arg4, arg5); > > (gdb) list > > 1359 ret = do_freebsd__umtx_unlock(arg1); > > 1360 break; > > 1361 #endif > > 1362 > > 1363 case TARGET_FREEBSD_NR__umtx_op: /* undocumented */ > > 1364 ret = do_freebsd__umtx_op(arg1, arg2, arg3, arg4, arg5); > > 1365 break; > > 1366 > > 1367 /* > > 1368 * ioctl(2) > > > > As for the assembler level view for the routine containing the > > loop (via inlining and such): > > > > Dump of assembler code for function freebsd_rw_unlock: > > 0x0000000060051bd0 <+0>: push %rbp > > 0x0000000060051bd1 <+1>: mov %rsp,%rbp > > 0x0000000060051bd4 <+4>: push %rbx > > 0x0000000060051bd5 <+5>: push %rax > > 0x0000000060051bd6 <+6>: mov %edi,%ebx > > 0x0000000060051bd8 <+8>: mov $0x20,%esi > > 0x0000000060051bdd <+13>: mov $0x3,%edx > > 0x0000000060051be2 <+18>: callq 0x60036b70 > > 0x0000000060051be7 <+23>: mov %eax,%ecx > > 0x0000000060051be9 <+25>: mov $0xfffffff2,%eax > > 0x0000000060051bee <+30>: test %ecx,%ecx > > 0x0000000060051bf0 <+32>: jne 0x60051c50 > > 0x0000000060051bf2 <+34>: mov %ebx,%edi > > 0x0000000060051bf4 <+36>: add 0x26a6355(%rip),%rdi # 0x626f7f50 > > 0x0000000060051bfb <+43>: je 0x60051c50 > > 0x0000000060051bfd <+45>: mov (%rdi),%ecx > > 0x0000000060051bff <+47>: mov 0x4(%rdi),%edx > > 0x0000000060051c02 <+50>: test %ecx,%ecx > > 0x0000000060051c04 <+52>: js 0x60051c30 > > 0x0000000060051c06 <+54>: test $0x1fffffff,%ecx > > 0x0000000060051c0c <+60>: je 0x60051c4b > > 0x0000000060051c0e <+62>: lea -0x1(%rcx),%esi > > 0x0000000060051c11 <+65>: nopw %cs:0x0(%rax,%rax,1) > > 0x0000000060051c1b <+75>: nopl 0x0(%rax,%rax,1) > > NOTE: loop is below: > > 0x0000000060051c20 <+80>: mov %ecx,%eax > > => 0x0000000060051c22 <+82>: lock cmpxchg %esi,(%rdi) > > 0x0000000060051c26 <+86>: sete %bl > > 0x0000000060051c29 <+89>: test %bl,%bl > > 0x0000000060051c2b <+91>: je 0x60051c20 > > Note: loop is above > > 0x0000000060051c2d <+93>: jmp 0x60051c57 > > 0x0000000060051c2f <+95>: nop > > 0x0000000060051c30 <+96>: mov %ecx,%esi > > 0x0000000060051c32 <+98>: and $0x7fffffff,%esi > > 0x0000000060051c38 <+104>: mov %ecx,%eax > > 0x0000000060051c3a <+106>: lock cmpxchg %esi,(%rdi) > > 0x0000000060051c3e <+110>: sete %bl > > 0x0000000060051c41 <+113>: test %bl,%bl > > 0x0000000060051c43 <+115>: jne 0x60051c57 > > 0x0000000060051c45 <+117>: mov (%rdi),%ecx > > 0x0000000060051c47 <+119>: test %ecx,%ecx > > 0x0000000060051c49 <+121>: js 0x60051c30 > > 0x0000000060051c4b <+123>: mov $0xffffffff,%eax > > 0x0000000060051c50 <+128>: add $0x8,%rsp > > 0x0000000060051c54 <+132>: pop %rbx > > 0x0000000060051c55 <+133>: pop %rbp > > 0x0000000060051c56 <+134>: retq > > 0x0000000060051c57 <+135>: test $0x2,%dl > > 0x0000000060051c5a <+138>: jne 0x60051c70 > > 0x0000000060051c5c <+140>: test $0x40000000,%ecx > > 0x0000000060051c62 <+146>: jne 0x60051c82 > > 0x0000000060051c64 <+148>: xor %eax,%eax > > 0x0000000060051c66 <+150>: test $0x20000000,%ecx > > 0x0000000060051c6c <+156>: je 0x60051c50 > > 0x0000000060051c6e <+158>: jmp 0x60051c89 > > 0x0000000060051c70 <+160>: test $0x20000000,%ecx > > 0x0000000060051c76 <+166>: jne 0x60051c89 > > 0x0000000060051c78 <+168>: xor %eax,%eax > > 0x0000000060051c7a <+170>: test $0x40000000,%ecx > > 0x0000000060051c80 <+176>: je 0x60051c50 > > 0x0000000060051c82 <+178>: mov $0x1,%edx > > 0x0000000060051c87 <+183>: jmp 0x60051c8e > > 0x0000000060051c89 <+185>: mov $0x7fffffff,%edx > > 0x0000000060051c8e <+190>: mov $0x3,%esi > > 0x0000000060051c93 <+195>: xor %ecx,%ecx > > 0x0000000060051c95 <+197>: xor %r8d,%r8d > > 0x0000000060051c98 <+200>: callq 0x601b5970 <_umtx_op> > > 0x0000000060051c9d <+205>: mov %eax,%edi > > 0x0000000060051c9f <+207>: add $0x8,%rsp > > 0x0000000060051ca3 <+211>: pop %rbx > > 0x0000000060051ca4 <+212>: pop %rbp > > --Type for more, q to quit, c to continue without paging-- > > 0x0000000060051ca5 <+213>: jmpq 0x60040a40 > > End of assembler dump. > > > > For just before the "lock cmpxchg %esi,(%rdi)" in the loop: > > > > rax 0x20000001 536870913 > > rbx 0xf4dede00 4108246528 > > rcx 0x20000001 536870913 > > rdx 0x2 2 > > rsi 0x20000000 536870912 > > rdi 0xf4dede80 4108246656 > > > > (gdb) x 0xf4dede80 > > 0xf4dede80: 0x40000001 > > > > 0x0000000060051c20 <+80>: mov %ecx,%eax > > => 0x0000000060051c22 <+82>: lock cmpxchg %esi,(%rdi) > > 0x0000000060051c26 <+86>: sete %bl > > 0x0000000060051c29 <+89>: test %bl,%bl > > 0x0000000060051c2b <+91>: je 0x60051c20 > > > > > > At this point I do not have interpretation of the details, not even > > a comparison to the source code. > > > Note: The problem was observed in building ports head -r488859 's graphics/poppler-qt5 . > > In the below code I've added a missing statement: > > > 1261 } else if (TARGET_URWLOCK_READER_COUNT(state) != 0) { > > 1262 /* decrement reader count */ > > 1263 for (;;) { > > 1264 if (!tcmpset_32(&target_urwlock->rw_state, state, (state - 1))) { > __get_user(state, &target_urwlock->rw_state); > > 1265 if (TARGET_URWLOCK_READER_COUNT(state) == 0) { > > 1266 unlock_user_struct(target_urwlock, > > 1267 target_addr, 1); > > 1268 return -TARGET_EPERM; > > (gdb) > > 1269 } > > 1270 } else { > > 1271 break; > > 1272 } > > 1273 } > > The lack of the update to 'state' is why it was valid for the > compiler to eliminate the code for: > > > 1265 if (TARGET_URWLOCK_READER_COUNT(state) == 0) { > > 1266 unlock_user_struct(target_urwlock, > > 1267 target_addr, 1); > > 1268 return -TARGET_EPERM; > > (gdb) > > 1269 } > > So (without old line numbers): > > } else if (TARGET_URWLOCK_READER_COUNT(state) != 0) { > /* decrement reader count */ > for (;;) { > if (!tcmpset_32(&target_urwlock->rw_state, state, (state - 1))) { > __get_user(state, &target_urwlock->rw_state); > if (TARGET_URWLOCK_READER_COUNT(state) == 0) { > unlock_user_struct(target_urwlock, > target_addr, 1); > return -TARGET_EPERM; > } > } else { > break; > } > } > > This follows the structure of other tcmpset_32 use in the source file. > > With this change poudriere-devel's bulk worked for graphics/poppler-qt5 > as a amd64->armv7 cross-build (FreeBSD head -r341836 based, under Hyper-V, > with 28 logical-processors assigned): > Ah, thanks for that! I think your analysis is correct, and I've created a pull request [1] for Sean. This should fix the apparent hangs reported by many across armv7/aarch64. [1] https://github.com/seanbruno/qemu-bsd-user/pull/72 From owner-freebsd-ports@freebsd.org Thu Jan 3 05:30:04 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA416143F477 for ; Thu, 3 Jan 2019 05:30:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-15.consmr.mail.bf2.yahoo.com (sonic315-15.consmr.mail.bf2.yahoo.com [74.6.134.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D5288A0E4 for ; Thu, 3 Jan 2019 05:30:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5da9pNEVM1nXydlrnwMRYrMLkrSpI3886i6txx1jcS59GvMpCkE6rJmWi7oC6FK wnjMslm.uwAMmjrFI3u1VS44qG1_WKKOLSEx8KGCnnUOivxWL1W8wlZ.U.aKaDk4eg1BPNhlr.AD UZMPbD3RJKkNzvbUdPdosQkOjWhA6Pm6NpCeUIo_pNex58yP5.YQqZwSLAvXN40rfcYZNBh.x5J6 U853A1kseLBL7eVVHjvnBvvkGMhKqSir55LEanC1HdXCLPA5vabxMyW0CmSyTXPjAhLqChaoZjAu idGoNcVLJ7tvqZv8neqBu2F0uQ6oLX40zcZNqDgeHPBxQeyyKix4QTKzihJqEYkYkGbavcKUI0Tt YEDCWYzFKwioTBq1AGGax50UZmq_qACx9au9T7bRo7lMCtUB.qWPYi7Eq1mFVaTWKcOXZpGkWYAs _6hXOzHNwtH56Zd2gGS5MNaxfqynLwXC6niq3GMjI_nmDUJLHWpfT92o4X.lYYsmM98niSntI7aw FqnOVOAh1ZgM7A8lcsMjch4P1dB5g8_56NxMtvCmmFY2n5nhS08VYx.vZcl7U5USi2vth4.wbsip CSE1JkJcjxBxDatOZtiaS_0sxgDZdDZTJPGOcrzsC34sNFcap89wLbePrxSqsPOIRVMVtApqu7kX ntvhuuDtCcwApIgwIGczdufKgyEFto83ZNObhjFpY.XgyuygfjQvkF9_osN3Q5v7EJ3wG94ueT0B 0z.T3cnhP_W_ZqfUrw1nVO5T5Rm1ntX_ePiHtO7xokI.IacckmLPeN2nuuvhLVS5d.sXD3T3Ji_d DD5VeUYTFCqq9G9rRtCi3Q3gO2cb_ws0wQ86OsbZXcfo0LSf3nlL2vhHS4jGINN5Esa_SqFc1Imj TUONF.E9jIVTjHTt471mIUScIa_usW11E4l4mFCR6nbRoQYc1jafKrHxAbsZf6lF_nc1XlVUHC6P KzV6lIkjSvBuGAyQRanbfHeuhJzZ4SgDRv5dbDDD3zAcjLJFv4tomYquZU3v_YEmksFTf_OT9PU1 g6V56RSdgrtYlZL75NCvksJFbxDxPqj3vfVaYHlABzHmTBMt3vGyqMXZqQ_dz4Mxe2z4cjbVzLw- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.bf2.yahoo.com with HTTP; Thu, 3 Jan 2019 05:29:56 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp411.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8dd332dbfed0ed5f8c56d879ed05fddf; Thu, 03 Jan 2019 05:29:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: qemu-arm-static under amd64: example of stuck looping atomic_cmpset_int while building graphics/poppler-qt5 [a tested fix included] From: Mark Millard In-Reply-To: Date: Wed, 2 Jan 2019 21:29:53 -0800 Cc: Sean Bruno , freebsd-emulation@freebsd.org, ports-list freebsd , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <8EFD9D72-AABD-4AB1-8592-8B78E779F67F@yahoo.com> References: <51834F45-1EB7-449F-A0EC-7F5EC7CBB12F@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 8D5288A0E4 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.07 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.78)[0.781,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.49)[ip: (4.88), ipnet: 74.6.128.0/21(1.49), asn: 26101(1.19), country: US(-0.08)]; NEURAL_SPAM_MEDIUM(0.72)[0.720,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.58)[0.582,0]; RCVD_IN_DNSWL_NONE(0.00)[125.134.6.74.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[125.134.6.74.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2019 05:30:04 -0000 On 2019-Jan-2, at 17:41, Kyle Evans wrote: > On Wed, Jan 2, 2019 at 3:38 AM Mark Millard via freebsd-ports > wrote: >>=20 >>> . . . >>=20 >> So (without old line numbers): >>=20 >> } else if (TARGET_URWLOCK_READER_COUNT(state) !=3D 0) { >> /* decrement reader count */ >> for (;;) { >> if (!tcmpset_32(&target_urwlock->rw_state, state, (state = - 1))) { >> __get_user(state, &target_urwlock->rw_state); >> if (TARGET_URWLOCK_READER_COUNT(state) =3D=3D 0) { >> unlock_user_struct(target_urwlock, >> target_addr, 1); >> return -TARGET_EPERM; >> } >> } else { >> break; >> } >> } >>=20 >> This follows the structure of other tcmpset_32 use in the source = file. >>=20 >> With this change poudriere-devel's bulk worked for = graphics/poppler-qt5 >> as a amd64->armv7 cross-build (FreeBSD head -r341836 based, under = Hyper-V, >> with 28 logical-processors assigned): >>=20 >=20 > Ah, thanks for that! I think your analysis is correct, and I've > created a pull request [1] for Sean. This should fix the apparent > hangs reported by many across armv7/aarch64. >=20 > [1] https://github.com/seanbruno/qemu-bsd-user/pull/72 There is also the issue that the __packed use for target_freebsd_kevent and target_freebsd11_kevent cause the wrong size and field offsets for armv7 (and armv6) when translating to or from the host (amd64) struct kevent vs. the target struct kevent. These hangs show up as in the kqread state or other such implying kevent is hung-up, unlike for the above. I'm using the following for now: > struct target_freebsd11_kevent { > abi_ulong ident; > int16_t filter; > uint16_t flags; > uint32_t fflags; > abi_long data; > abi_ulong udata; > } ; // __packed; >=20 > struct target_freebsd_kevent { > abi_ulong ident; > int16_t filter; > uint16_t flags; > uint32_t fflags; > int64_t data; > abi_ulong udata; > uint64_t ext[4]; > } ; // __packed; With these I was finally able to build lumina for armv7 via a cross-build (amd64->armv7). Sean is aware of this. However, I still get other hang-ups for targeting aarch64. I've started trying to gather evidence for the one I currently get. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Thu Jan 3 13:23:58 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81F13142A8FD for ; Thu, 3 Jan 2019 13:23:58 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4070574DFC for ; Thu, 3 Jan 2019 13:23:58 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 00E37142A8F7; Thu, 3 Jan 2019 13:23:58 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3794142A8F5 for ; Thu, 3 Jan 2019 13:23:57 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 862B674DEE for ; Thu, 3 Jan 2019 13:23:57 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id B53E37E4 for ; Thu, 3 Jan 2019 13:23:56 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id x03DNu02098304 for ; Thu, 3 Jan 2019 13:23:56 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x03DNuBo098303; Thu, 3 Jan 2019 13:23:56 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201901031323.x03DNuBo098303@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.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, 3 Jan 2019 13:23:56 +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.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2019 13:23: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 ------------------------------------------------+-----------------+------------ devel/ocaml-ipaddr | 2.6.1 | 3.0.0 ------------------------------------------------+-----------------+------------ devel/stack | 1.7.1 | v1.9.3 ------------------------------------------------+-----------------+------------ net-mgmt/mk-livestatus | 1.2.8p20 | 1.2.8p21 ------------------------------------------------+-----------------+------------ 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 3 13:28:42 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90F97142AC60 for ; Thu, 3 Jan 2019 13:28:42 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from smtp02.mail.online.nl (smtp02.mail.online.nl [194.134.25.72]) by mx1.freebsd.org (Postfix) with ESMTP id F1B5975126 for ; Thu, 3 Jan 2019 13:28:41 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from beastie.bionicmutton.org (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp02.mail.online.nl (Postfix) with ESMTP id 018311A0081 for ; Thu, 3 Jan 2019 14:28:34 +0100 (CET) From: Adriaan de Groot To: freebsd-ports@freebsd.org Subject: Re: vim - GTK2 or GTK3? Date: Thu, 03 Jan 2019 14:28:25 +0100 Message-ID: <4833920.ppSauYnzuk@beastie.bionicmutton.org> Organization: FreeBSD In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart171866846.Z9jOzuS0a2"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Rspamd-Queue-Id: F1B5975126 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.90 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.98)[-0.976,0]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.93)[-0.930,0]; ASN(0.00)[asn:5390, ipnet:194.134.0.0/16, country:NL] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2019 13:28:42 -0000 --nextPart171866846.Z9jOzuS0a2 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Niclas wrote: On Thursday, 3 January 2019 13:00:02 CET freebsd-ports-request@freebsd.org wrote: > > Firefox and Chromium both depend on GTK3, so it's highly likely that a > > typical desktop user has GTK3 installed. > > +1, GTK3 is probably the best choice. > > As a side note, it looks like libreoffice defaults to GTK2 as well, > perhaps it should be switched to GTK3 also? As a not-really-GTK-using person, I still have both GTK2 and GTK3 installed on my system running KDE Plasma. Not for vim though: Installed packages to be REMOVED: gtk2-2.24.32 fontforge-20170731 mftrace-1.2.18_1 Installed packages to be REMOVED: gtk3-3.22.30_4 gpsd-3.17 I'm a fan of pushing for toolkit migration, so reducing the number of things that pull in GTK2 is a good thing. So if we're expressing hopes that ports might be made GTK2-free (by porting to GTK3 for instance) then I'd hope that fontforge gets that treatment, too. From looking at the source repo, I don't think the GTK2 option actually works (and the comments suggest it's not all that good anyway). In the configure.ac it looks like there are spelling-inconsistencies between fontforge_can_use_gtk=yes and, e.g,, FONTFORGE_ARG_ENABLE_GDK (mtrace depends on fontforge, so fixing fontforge would clean GTK2 off my system) [ade] --nextPart171866846.Z9jOzuS0a2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHUEABEIAB0WIQTVFBoRsP760fy+Jisy7lRaPghTTwUCXC4N+QAKCRAy7lRaPghT Ty9gAQDqe25FIUV7sFV5ANC7r8oQQG6uOCNTrqCeD8hy7ug8+QEAtz9KZCucQJJM knAjyrw2E14ONvZ2T/gCdvu0ubwvvtk= =YtIO -----END PGP SIGNATURE----- --nextPart171866846.Z9jOzuS0a2-- From owner-freebsd-ports@freebsd.org Thu Jan 3 17:09:08 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A43914307B9 for ; Thu, 3 Jan 2019 17:09:08 +0000 (UTC) (envelope-from SRS0=BtIU=PL=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ACF75857F2; Thu, 3 Jan 2019 17:09:07 +0000 (UTC) (envelope-from SRS0=BtIU=PL=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 9AB8928423; Thu, 3 Jan 2019 18:08:51 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id DEC9C28416; Thu, 3 Jan 2019 18:08:44 +0100 (CET) Subject: Re: vim - GTK2 or GTK3? To: Adriaan de Groot , freebsd-ports@freebsd.org References: <4833920.ppSauYnzuk@beastie.bionicmutton.org> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Thu, 3 Jan 2019 18:08:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <4833920.ppSauYnzuk@beastie.bionicmutton.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: ACF75857F2 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.44 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=BtIU=PL=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[209.16.49.86.zen.spamhaus.org : 127.0.0.11]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=BtIU=PL=quip.cz=000.fbsd@elsa.codelab.cz]; ARC_NA(0.00)[]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.82)[0.820,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.94)[0.937,0]; IP_SCORE(0.50)[ip: (1.29), ipnet: 94.124.104.0/21(0.64), asn: 42000(0.51), country: CZ(0.04)]; NEURAL_SPAM_LONG(1.00)[0.999,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2019 17:09:08 -0000 Adriaan de Groot wrote on 2019/01/03 14:28: > Niclas wrote: > > On Thursday, 3 January 2019 13:00:02 CET freebsd-ports-request@freebsd.org > wrote: >>> Firefox and Chromium both depend on GTK3, so it's highly likely that a >>> typical desktop user has GTK3 installed. >> >> +1, GTK3 is probably the best choice. >> >> As a side note, it looks like libreoffice defaults to GTK2 as well, >> perhaps it should be switched to GTK3 also? > > As a not-really-GTK-using person, I still have both GTK2 and GTK3 installed on > my system running KDE Plasma. Not for vim though: > > Installed packages to be REMOVED: > gtk2-2.24.32 > fontforge-20170731 > mftrace-1.2.18_1 > > Installed packages to be REMOVED: > gtk3-3.22.30_4 > gpsd-3.17 > > I'm a fan of pushing for toolkit migration, so reducing the number of things > that pull in GTK2 is a good thing. > > > So if we're expressing hopes that ports might be made GTK2-free (by porting to > GTK3 for instance) then I'd hope that fontforge gets that treatment, too. From > looking at the source repo, I don't think the GTK2 option actually works (and > the comments suggest it's not all that good anyway). In the configure.ac it > looks like there are spelling-inconsistencies between > fontforge_can_use_gtk=yes > and, e.g,, > FONTFORGE_ARG_ENABLE_GDK > > (mtrace depends on fontforge, so fixing fontforge would clean GTK2 off my > system) It is not so simple. What works for you doesn't work for somebody else. I am running KDE4 with QT4 but some applications use GTK2 as the only option or I set them to use GTK2 because GTK2 has better theme integration to KDE4 / QT style than GTK3 (in my personal case). And, for example, Total Commander has two choices - QT or GTK2. I tried it to build with QT but it failed so I switched to GTK2 and it builds fine. So in my current situation I am glad we have GTK2 and GTK3 and all my applications are working (better with GTK2 than GTK3). And having both GTK versions installed is not a big problem. Their size is relatively small compared to apps like browsers, libreoffice etc. Miroslav Lachman From owner-freebsd-ports@freebsd.org Thu Jan 3 18:14:08 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B4C61143262D for ; Thu, 3 Jan 2019 18:14:08 +0000 (UTC) (envelope-from rigoletto@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5ACB388359 for ; Thu, 3 Jan 2019 18:14:08 +0000 (UTC) (envelope-from rigoletto@FreeBSD.org) Received: from privacychain.ch (unknown [179.35.96.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: rigoletto) by smtp.freebsd.org (Postfix) with ESMTPSA id BF83118123 for ; Thu, 3 Jan 2019 18:14:07 +0000 (UTC) (envelope-from rigoletto@FreeBSD.org) Date: Thu, 3 Jan 2019 16:14:03 -0200 From: Alexandre =?utf-8?Q?C=2E_Guimar=C3=A3es?= To: freebsd-ports@freebsd.org Subject: Re: vim - GTK2 or GTK3? Message-ID: <20190103181403.bwdlkbonqa7tl4ma@privacychain.ch> References: <4833920.ppSauYnzuk@beastie.bionicmutton.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="axbf2caomotk6gg7" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 5ACB388359 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2019 18:14:08 -0000 --axbf2caomotk6gg7 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 03, 2019 at 06:08:43PM +0100, Miroslav Lachman wrote: > Adriaan de Groot wrote on 2019/01/03 14:28: > > Niclas wrote: > >=20 > > On Thursday, 3 January 2019 13:00:02 CET freebsd-ports-request@freebsd.= org > > wrote: > > > > Firefox and Chromium both depend on GTK3, so it's highly likely tha= t a > > > > typical desktop user has GTK3 installed. > > >=20 > > > +1, GTK3 is probably the best choice. > > >=20 > > > As a side note, it looks like libreoffice defaults to GTK2 as well, > > > perhaps it should be switched to GTK3 also? > >=20 > > As a not-really-GTK-using person, I still have both GTK2 and GTK3 insta= lled on > > my system running KDE Plasma. Not for vim though: > >=20 > > Installed packages to be REMOVED: > > gtk2-2.24.32 > > fontforge-20170731 > > mftrace-1.2.18_1 > >=20 > > Installed packages to be REMOVED: > > gtk3-3.22.30_4 > > gpsd-3.17 > >=20 > > I'm a fan of pushing for toolkit migration, so reducing the number of t= hings > > that pull in GTK2 is a good thing. > >=20 > >=20 > > So if we're expressing hopes that ports might be made GTK2-free (by por= ting to > > GTK3 for instance) then I'd hope that fontforge gets that treatment, to= o. From > > looking at the source repo, I don't think the GTK2 option actually work= s (and > > the comments suggest it's not all that good anyway). In the configure.a= c it > > looks like there are spelling-inconsistencies between > > fontforge_can_use_gtk=3Dyes > > and, e.g,, > > FONTFORGE_ARG_ENABLE_GDK > >=20 > > (mtrace depends on fontforge, so fixing fontforge would clean GTK2 off = my > > system) >=20 > It is not so simple. What works for you doesn't work for somebody else. I= am > running KDE4 with QT4 but some applications use GTK2 as the only option o= r I > set them to use GTK2 because GTK2 has better theme integration to KDE4 / = QT > style than GTK3 (in my personal case). > And, for example, Total Commander has two choices - QT or GTK2. I tried it > to build with QT but it failed so I switched to GTK2 and it builds fine. > So in my current situation I am glad we have GTK2 and GTK3 and all my > applications are working (better with GTK2 than GTK3). And having both GTK > versions installed is not a big problem. Their size is relatively small > compared to apps like browsers, libreoffice etc. KDE4 is not in the ports tree anymore (since January 01), and Qt4 is marked= =20 to go at 2019-03-15. > Miroslav Lachman > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --=20 Best Regards, Alexandre C. Guimar=C3=A3es. https://bitbucket.org/rigoletto-freebsd/ --axbf2caomotk6gg7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE9RbDjoZ0ELBWamGCmSH8wDhAF9kFAlwuUOVfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY1 MTZDMzhFODY3NDEwQjA1NjZBNjE4Mjk5MjFGQ0MwMzg0MDE3RDkACgkQmSH8wDhA F9nyIA/8Dej3NpNYpExqFEVieo1Hj3bWF3ui5tgfoxyOgNaS+BWU0GCVXVbb+FX1 SW7eoENzKyNTvaPvpAOgBlGpbhbjbFRhZMi36rlPZsr2HejyU8by36kXyBxfEvy6 2Mktttz54eXXxI/wvNZe19ZlyOzTVO/A/Zotr6NjpsOUnnQIQ2Py+TwBF62TU+E5 oWu4RCyHc0sZVlZ0nMJvXr+rp0Oa4p3edHJ1ntkmPxLMI/tDB+qrvQum0IWO3dBc f9eT2pCLWdUuT7m/MiY05xV0bzRnlLsNaKZXUUNwNghFyZP71ke1WifnWCGfyFva 4WGhWBD6ozanIgrSsQE71fZtSXYlBCgLYOk4CtU4O5nhg52LMvri30KVPK3/uhuz w5zRrejHk7Lq9i+6KhbB0ZLQOfUpsJVr5Ay/EbaTUnfOZNNjnyacp+2hiZaXDpj6 kUO6VPiuGbxtpPUU2Qqd3JoiFKcvHFGBG1XM13GNBqo+6dljAUiXgtTIB0pQYFQ8 8yuv+/Z9BScgd8v/qA3MVwt88xilWPAjzceUVBXALoRb4t3qW+jTnWt0h4S3nEEU kBTOpLCO1b10xY0ywI0Upcczb/9gZXSAJ+U3jACDXiEgmtUgZSobaTGuVPGSpgY1 8j1vJrwsK6Q0vt+WaIPhfSti3wiI+avGA2/MyENmuttypO0pF6Q= =FWaz -----END PGP SIGNATURE----- --axbf2caomotk6gg7-- From owner-freebsd-ports@freebsd.org Thu Jan 3 18:43:24 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A3151433156 for ; Thu, 3 Jan 2019 18:43:24 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D4878945C; Thu, 3 Jan 2019 18:43:22 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 43Vxcy5dSWzDjJ3; Thu, 3 Jan 2019 18:43:14 +0000 (UTC) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id DtfEqZszM7pu; Thu, 3 Jan 2019 18:43:06 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:b09e:e487:5dbd:6aef]) by mail.daemonic.se (Postfix) with ESMTPSA id 43Vxcp0P5gzDjJ1; Thu, 3 Jan 2019 18:43:06 +0000 (UTC) Subject: Re: vim - GTK2 or GTK3? To: Miroslav Lachman <000.fbsd@quip.cz>, Adriaan de Groot , freebsd-ports@freebsd.org References: <4833920.ppSauYnzuk@beastie.bionicmutton.org> From: Niclas Zeising Message-ID: <64288441-f2f7-60fb-eb71-bcc6f2b20185@freebsd.org> Date: Thu, 3 Jan 2019 19:43:04 +0100 User-Agent: Mutt/1.5.21 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 0D4878945C X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2019 18:43:24 -0000 On 1/3/19 6:08 PM, Miroslav Lachman wrote: > Adriaan de Groot wrote on 2019/01/03 14:28: >> Niclas wrote: >> >> On Thursday, 3 January 2019 13:00:02 CET=20 >> freebsd-ports-request@freebsd.org >> wrote: >>>> Firefox and Chromium both depend on GTK3, so it's highly likely that= a >>>> typical desktop user has GTK3 installed. >>> >>> +1, GTK3 is probably the best choice. >>> >>> As a side note, it looks like libreoffice defaults to GTK2 as well, >>> perhaps it should be switched to GTK3 also? >> >> As a not-really-GTK-using person, I still have both GTK2 and GTK3=20 >> installed on >> my system running KDE Plasma. Not for vim though: >> >> Installed packages to be REMOVED: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gtk2-2.24.32 >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 fontforge-20170731 >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 mftrace-1.2.18_1 >> >> Installed packages to be REMOVED: >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gtk3-3.22.30_4 >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gpsd-3.17 >> >> I'm a fan of pushing for toolkit migration, so reducing the number of=20 >> things >> that pull in GTK2 is a good thing. >> >> >> So if we're expressing hopes that ports might be made GTK2-free (by=20 >> porting to >> GTK3 for instance) then I'd hope that fontforge gets that treatment,=20 >> too. From >> looking at the source repo, I don't think the GTK2 option actually=20 >> works (and >> the comments suggest it's not all that good anyway). In the=20 >> configure.ac it >> looks like there are spelling-inconsistencies between >> =C2=A0=C2=A0=C2=A0=C2=A0fontforge_can_use_gtk=3Dyes >> and, e.g,, >> =C2=A0=C2=A0=C2=A0=C2=A0FONTFORGE_ARG_ENABLE_GDK >> >> (mtrace depends on fontforge, so fixing fontforge would clean GTK2 off= my >> system) >=20 > It is not so simple. What works for you doesn't work for somebody else.= =20 > I am running KDE4 with QT4 but some applications use GTK2 as the only=20 > option or I set them to use GTK2 because GTK2 has better theme=20 > integration to KDE4 / QT style than GTK3 (in my personal case). > And, for example, Total Commander has two choices - QT or GTK2. I tried= =20 > it to build with QT but it failed so I switched to GTK2 and it builds f= ine. > So in my current situation I am glad we have GTK2 and GTK3 and all my=20 > applications are working (better with GTK2 than GTK3). And having both=20 > GTK versions installed is not a big problem. Their size is relatively=20 > small compared to apps like browsers, libreoffice etc. >=20 No one is suggesting removing GTK2. However, having most ports, where=20 there is a choice, defaulting to GTK3 rather than GTK2 might be sensible. Regards --=20 Niclas Zeising From owner-freebsd-ports@freebsd.org Thu Jan 3 18:51:23 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 723801433467 for ; Thu, 3 Jan 2019 18:51:23 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from taro.utanet.at (taro.utanet.at [IPv6:2001:938:1337:25::25:45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF418896EF for ; Thu, 3 Jan 2019 18:51:22 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from patricia.xoc.tele2net.at ([213.90.36.9]) by taro.utanet.at with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gf85Q-0007e6-Ql for freebsd-ports@freebsd.org; Thu, 03 Jan 2019 19:51:20 +0100 Received: from 193-80-29-119.adsl.highway.telekom.at ([193.80.29.119] helo=[10.0.0.93]) by patricia.xoc.tele2net.at with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gf85Q-0006K6-NR for freebsd-ports@freebsd.org; Thu, 03 Jan 2019 19:51:20 +0100 To: freebsd-ports@freebsd.org From: Walter Schwarzenfeld Subject: vlc 3.0.5.1_4 does not start Message-ID: Date: Thu, 3 Jan 2019 19:50:55 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-TELE2-Authenticated-As: cf62768e218b4d81d95cc5390f1bd9dfc8b05683 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2019 18:51:23 -0000 After update vlc to 3.0.5.1_4 does not start with lua Error loading script /usr/local/lib/vlc/lua/intf/cli.luac: lua/intf/modules/host.lua:289: Interrupted. without I can see it with ps but cli does not start. From owner-freebsd-ports@freebsd.org Fri Jan 4 01:42:39 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9473B143E4DB for ; Fri, 4 Jan 2019 01:42:39 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from taro.utanet.at (taro.utanet.at [IPv6:2001:938:1337:25::25:45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2C7DC72A8C for ; Fri, 4 Jan 2019 01:42:39 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from patricia.xoc.tele2net.at ([213.90.36.9]) by taro.utanet.at with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gfEVQ-0001Kg-S0 for freebsd-ports@freebsd.org; Fri, 04 Jan 2019 02:42:36 +0100 Received: from 193-80-29-119.adsl.highway.telekom.at ([193.80.29.119] helo=[10.0.0.93]) by patricia.xoc.tele2net.at with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gfEVQ-0001Hs-OW for freebsd-ports@freebsd.org; Fri, 04 Jan 2019 02:42:36 +0100 To: freebsd-ports@freebsd.org References: Subject: Re: vlc 3.0.5.1_4 does not start From: Walter Schwarzenfeld Message-ID: <3664ed4b-a26c-96dd-16c0-d40910e3de95@utanet.at> Date: Fri, 4 Jan 2019 02:42:15 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-TELE2-Authenticated-As: cf62768e218b4d81d95cc5390f1bd9dfc8b05683 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2019 01:42:39 -0000 Solved. Was a error on my system. I don't really shore what it was. From owner-freebsd-ports@freebsd.org Fri Jan 4 12:03:51 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 257DB1427EFD for ; Fri, 4 Jan 2019 12:03:51 +0000 (UTC) (envelope-from serpent7776@gmail.com) Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 389F18D23E for ; Fri, 4 Jan 2019 12:03:50 +0000 (UTC) (envelope-from serpent7776@gmail.com) Received: by mail-lj1-x233.google.com with SMTP id c19-v6so32266744lja.5 for ; Fri, 04 Jan 2019 04:03:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:mime-version :content-transfer-encoding; bh=BFBzvsq6A8IrrfU3uBMzr+SoFonegY00y05xrFjnosM=; b=shNcVCplWLotnngakQkOCzqIEzow//KCKtDFc3C8GRRgOA2WVLV8XssvrY0CMSIuaf w32OYxGPa3qdCutNQlxowyrvInG2CHWeYSIMO24xWAPQDHXeWeqOVcLUMilBYmuE/rq8 8quzi9o+7cOK+NtTkFbG1nllDv3cAwTvDz8cqjS4+nyrsMht+sXsGdhLWfQ1bMziFSST 4G/ApTe4u17VtHwvbxQXQeEK9oCdmKo+qU6FCDwX94hYx6labNCuiFHBlVEw3+9oSTV6 dTHQLbIrMSvqagQQ5MnXHFtoSfte4nCyeF0Yr1+12bF65cEXlqD2uSJXd4jV0g0vzVGd YByQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-transfer-encoding; bh=BFBzvsq6A8IrrfU3uBMzr+SoFonegY00y05xrFjnosM=; b=NLiZ2+Hh2dyrcTkGlchkWgu7TF/aB4BLRJ0A0VqDZeJPcF2cV5+UmvDXqOc09j/AWq 22w+Ze7T42pUhRaZ047VVjVSBZzQpnkPeMhvPaxhTafRTvuLcDGbdBiTDwGx9jTAkoNo SGvS+vCXeNi6hiNSPOjzAYdkwHIbsIMXx/sA37RZS4+qcSUMv/MQKjzgfE0uUdwIsh9D PnIjzRuSntdsTjVwM0ZQDTmGH8yT1Hu8V610vyiFSgsHKopwrs20YB/lGfxuKwDm9AbH 2C/qwkzd6e5N1ZMaw9FUuoSSy0VXzu3vmAevT32NAMU4R/9p29ErRwXS6BCp0JY2nOh3 pZ2g== X-Gm-Message-State: AJcUukeN0FErZIpkutmJDMvHBeMbmghNS2TLM5gMRCI9+wzT+ohWktV5 BB4p9VUSEF+dbWsOHjRM4gM= X-Google-Smtp-Source: ALg8bN5zblNOS0D0Mn73xaZ/qUv2fUW5g4SnuwNc3mDxsrot9kmX6Hd7KHwE/UBdxT5kK6ey95wX0A== X-Received: by 2002:a2e:87c3:: with SMTP id v3-v6mr31694131ljj.13.1546603428796; Fri, 04 Jan 2019 04:03:48 -0800 (PST) Received: from DaemONX (90-156-31-193.internetia.net.pl. [90.156.31.193]) by smtp.gmail.com with ESMTPSA id j25-v6sm12214895lji.77.2019.01.04.04.03.48 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 04 Jan 2019 04:03:48 -0800 (PST) Date: Fri, 4 Jan 2019 13:03:18 +0100 From: Serpent7776 To: michipili@gmail.com, freebsd-ports@freebsd.org Subject: FreeBSD Port: lang/ocaml Message-ID: <20190104130318.6f490bfb@DaemONX> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; amd64-portbld-freebsd11.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 389F18D23E X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=shNcVCpl; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of serpent7776@gmail.com designates 2a00:1450:4864:20::233 as permitted sender) smtp.mailfrom=serpent7776@gmail.com X-Spamd-Result: default: False [-5.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.34)[ip: (-8.09), ipnet: 2a00:1450::/32(-1.87), asn: 15169(-1.65), country: US(-0.08)]; MID_RHS_NOT_FQDN(0.50)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2019 12:03:51 -0000 Hello, Current version of ocaml is 4.02.3, but newest is 4.07. Could ocaml port be updated to newest version please? -- /* * Serpent7776 */ From owner-freebsd-ports@freebsd.org Fri Jan 4 12:31:44 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7ABFC142A09E for ; Fri, 4 Jan 2019 12:31:44 +0000 (UTC) (envelope-from pi@freebsd.org) 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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 101C58E083 for ; Fri, 4 Jan 2019 12:31:44 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gfOdZ-0007s5-CE; Fri, 04 Jan 2019 13:31:41 +0100 Date: Fri, 4 Jan 2019 13:31:41 +0100 From: Kurt Jaeger To: Serpent7776 Cc: michipili@gmail.com, freebsd-ports@freebsd.org Subject: Re: FreeBSD Port: lang/ocaml Message-ID: <20190104123141.GR84895@home.opsec.eu> References: <20190104130318.6f490bfb@DaemONX> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190104130318.6f490bfb@DaemONX> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2019 12:31:44 -0000 Hi! > Current version of ocaml is 4.02.3, but newest is 4.07. > Could ocaml port be updated to newest version please? The attempt to do so can be followed at: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218333 -- pi@FreeBSD.org +49 171 3101372 One year to go ! From owner-freebsd-ports@freebsd.org Fri Jan 4 13:34:43 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF8D1142B6F9 for ; Fri, 4 Jan 2019 13:34:43 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4AE28680E8 for ; Fri, 4 Jan 2019 13:34:43 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0E593142B6F8; Fri, 4 Jan 2019 13:34:43 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1062142B6F7 for ; Fri, 4 Jan 2019 13:34:42 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91C2A680DF for ; Fri, 4 Jan 2019 13:34:42 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A03EBDFC6 for ; Fri, 4 Jan 2019 13:34:41 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id x04DYf9q066706 for ; Fri, 4 Jan 2019 13:34:41 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x04DYfbh066705; Fri, 4 Jan 2019 13:34:41 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201901041334.x04DYfbh066705@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.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, 4 Jan 2019 13:34:41 +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.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2019 13:34:43 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ lang/adacontrol | 1.18r9 | 1.20r7 ------------------------------------------------+-----------------+------------ science/psychopy | 1.90.3 | 3.0.0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Sat Jan 5 00:53:03 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D1471440769; Sat, 5 Jan 2019 00:53:03 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 59B8A8C949; Sat, 5 Jan 2019 00:53:02 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id x050r7UP031650 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 4 Jan 2019 16:53:08 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x050r70x031649; Fri, 4 Jan 2019 16:53:07 -0800 (PST) (envelope-from fbsd) Date: Fri, 4 Jan 2019 16:53:06 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Cc: bob prohaska , freebsd-ports@freebsd.org Subject: Re: How much memory to compile www/chromium? Message-ID: <20190105005306.GA31380@www.zefox.net> References: <20181212165313.GA84881@www.zefox.net> <20181212184149.ol44fon2unowu35q@squirrel.exwg.net> <20181212192115.GA85583@www.zefox.net> <20181212202504.4n3mhtx7grbeh6j7@squirrel.exwg.net> <20181214012733.GA92808@www.zefox.net> <20181218174903.GA41072@www.zefox.net> <20190101182153.GA13944@www.zefox.net> <66584297-22E7-4D94-963A-5FD4D9130686@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <66584297-22E7-4D94-963A-5FD4D9130686@yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 59B8A8C949 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.74 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.71)[0.711,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.96)[0.960,0]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_SPAM_LONG(0.92)[0.919,0]; IP_SCORE(0.26)[ip: (0.90), ipnet: 50.1.16.0/20(0.45), asn: 7065(0.04), country: US(-0.08)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2019 00:53:03 -0000 > > On 2019-Jan-1, at 10:21, bob prohaska wrote: > > > On Tue, Dec 18, 2018 at 09:49:03AM -0800, bob prohaska wrote: > >> > >> Setting MAKE_JOBS_NUMBER_LIMIT=2 allowed www/chromium to compile successfully over > >> several days. The -DBATCH option was used, in hopes it'd fetch the right options. > >> > > > > Just for fun I added a mechanical hard disk with a 4 GB swap partition and re-ran > > the www/chromium compilation with MAKE_JOBS_NUMBER_LIMIT unset, to see what happens. > > OOMA was turned off with vm.pageout_oom_seq="2048" in /boot/loader.conf. > > > > After ~11 days the process finished. Log files of gstat output and make output are at > > http://www.zefox.net/~fbsd/rpi3/swaptests/r342204/chromium/mech_sd/ > > > > As a further test, I'ved added two additional USB flash swap devices and am re-running > > the compilation of www/chromium. The swap layout is quite lopsided, with the USB flash > > devices having only 2 GB swap partitions on each, contrasting to the 4 GB swap partitions > > on the microSD card and mechanical disk. > > The attempt to compile chromium using four USB swap partitions didn't complete, but it might have gotten far enough to be surprising. Swap use peaked around 2.4 GB, while the dual swap partition setup used around 3.5 GB of swap at maximum. The make failure happened near the 17000 counter point, when the controlling ssh connection was dropped. I _think_ that's past the point of maximum swap use, but I'll have to re-try to make sure. The log files are at http://www.zefox.net/~fbsd/rpi3/swaptests/r342204/chromium/flash_mech_sd/ in case anybody is curious. Thanks for reading, bob prohaska From owner-freebsd-ports@freebsd.org Sat Jan 5 03:40:01 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CA6B1486CF3 for ; Sat, 5 Jan 2019 03:40:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-15.consmr.mail.bf2.yahoo.com (sonic311-15.consmr.mail.bf2.yahoo.com [74.6.131.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DCDC093A7E for ; Sat, 5 Jan 2019 03:39:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wsCSi_AVM1lH5G0laNpexMcIWfrTm5zzjwmcAPD.a0b6oK8s9W1OhBIWs6h_1Ph Ceg9aT2tQDkhde9i9O5IGuR8H0Au9asqOSqvEn28lTJFWWUA16vWnCfn_4KRhXz0irxkXdBMaVsC mmrYnZ9LlK_0z26nTsJqRgHslTcOTUDjen7WotJVCusjnUdPhTx6Bd41RqAs8vD2pZfLteWsjO5Q GJDqoy2RCWYGRDYWHqVC0X_nEocCRgYJZyJxXkQ_QEx5Bp3XDnXY7DK2xjPnbGROpB6j_fOw.T_J q_dpMvHtj.bVH60HJux18TUnGF5QZ8HjcBvCM9hNgRWb.A2aglZfXPo1Lozd9s1Q_6ZDOI8RGQol e60v5YiBdIqBRc_j5Wj1kShwH9hKJ5Q4FYATuslL4h8pltuOegFl2hfsylPtYOuqZPsMElRyrRcx 8EBfF80xjm4iTE5OPWjpRr.79po3XPpMVvsPEGpmUVfLu7aSbdhj7h9MTvZLFv7v2u.K0oO6BC1c yBDTZEwckGBLKkeAY0t2M0WW3M887ebXShFSLIuYaagpfGDrfMwszgOmExu4GpwG.HsQ2eU2sTZv d32lDfkMd0ck4C5ysb7uE_GLPJmNWkYoJol7RYoCq1XSdXGujjMiYOpdY322VrvdsmySKfmf.b6C EAtueOPpNUNqvtYGcAT5lj3AJsDY6OmASPja7kPFQol1_z50xA4CmjpzUR0WUJ194PLvSncCCf8W UO0XETF99Z3zOi1X_g7CtIA2b.hmxX4ZFn0J7IFSgZXblxAe391NCrHQaIDRKtWKPEhpWIVPG0vN 6Ln.IWfdzoAQtdh9unYSLkSxM26xIYuTHQA2gLNMZ.BPyPJwzzZNRpedQTws_6hCxpYWODvMzfPE _Ewo8e0f_GC_SpA.EZfoQ2Og57o4k2CfJJzRVTZtqGTaHzQKK80H8LUHYOZ14pdGLDbgvRY.fVYm nCOxaY.C6If1bY2y5Aye5Ij3kit02LmlZQzU.V4X0iQq1xt4eFNWnGtpTXxYWSztdpRWsyr3mefC 9usKS1CwK1Je1ZM9SXKg1x2BOrQFhmaYTaAAVbWhxjJLRMEeoiyFTHIR8PCn4sM0xEYThVef4yu8 GvHk9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.bf2.yahoo.com with HTTP; Sat, 5 Jan 2019 03:39:58 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp422.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0c25ded08e83581e60d16ab4a68d0580; Sat, 05 Jan 2019 03:29:54 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: qemu-x86_64-static has target_freebsd_flock being too large (__packed use issue) Message-Id: <1139EAD0-FED3-428C-AA0E-00ABB8BD111D@yahoo.com> Date: Fri, 4 Jan 2019 19:29:51 -0800 Cc: Sean Bruno To: Kyle Evans , freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: DCDC093A7E X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.15 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.88)[0.883,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.22)[ip: (3.52), ipnet: 74.6.128.0/21(1.47), asn: 26101(1.17), country: US(-0.08)]; NEURAL_SPAM_MEDIUM(0.35)[0.351,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.20)[0.204,0]; RCVD_IN_DNSWL_NONE(0.00)[125.131.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2019 03:40:01 -0000 [qemu-aarch64-static has the same problem but qemu-armv7-sstatic does = not. The context here is FreeBSD head -r341836 based and ports head -r488859 based.] Note: I assume that "struct target_freebsd_flock" is meant to match the = memory layout of the target's native "struct flock". Otherwise the reported = differences below could be irrelevant. For amd64 and aarch64 the following code: printf("sizeof(struct flock) =3D %lu\n", (unsigned long) = sizeof(struct flock)); printf("l_start %lu\n", (unsigned long) offsetof(struct flock, = l_start)); printf("l_len %lu\n", (unsigned long) offsetof(struct flock, = l_len)); printf("l_pid %lu\n", (unsigned long) offsetof(struct flock, = l_pid)); printf("l_type %lu\n", (unsigned long) offsetof(struct flock, = l_type)); printf("l_whence %lu\n", (unsigned long) offsetof(struct flock, = l_whence)); printf("l_sysid %lu\n", (unsigned long) offsetof(struct flock, = l_sysid)); =20 produces: sizeof(struct flock) =3D 32 l_start 0 l_len 8 l_pid 16 l_type 20 l_whence 22 l_sysid 24 However gdb reports for qemu-x86_64-static and qemu-aarch64-static and qemu-arm-static: (gdb) p/d sizeof(struct target_freebsd_flock) $10 =3D 28 (gdb) p/d &((struct target_freebsd_flock *)0)->l_start =20 $11 =3D 0 (gdb) p/d &((struct target_freebsd_flock *)0)->l_len =20 $12 =3D 8 (gdb) p/d &((struct target_freebsd_flock *)0)->l_pid $13 =3D 16 (gdb) p/d &((struct target_freebsd_flock *)0)->l_type $14 =3D 20 (gdb) p/d &((struct target_freebsd_flock *)0)->l_whence $15 =3D 22 (gdb) p/d &((struct target_freebsd_flock *)0)->l_sysid=20 $16 =3D 24 So only the overall size is different for this information. But: struct target_freebsd_flock { int64_t l_start; int64_t l_len; int32_t l_pid; int16_t l_type; int16_t l_whence; int32_t l_sysid; } QEMU_PACKED; with a potential packed vs. /usr/include/sys/fcntl.h : struct flock { off_t l_start; /* starting offset */ off_t l_len; /* len =3D 0 means until end of file */ pid_t l_pid; /* lock owner */ short l_type; /* lock type: read/write, etc. */ short l_whence; /* type of l_start */ int l_sysid; /* remote system id or zero for local */ }; with no potential __packed. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sat Jan 5 03:06:37 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56FF01485BAA for ; Sat, 5 Jan 2019 03:06:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-9.consmr.mail.gq1.yahoo.com (sonic316-9.consmr.mail.gq1.yahoo.com [98.137.69.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69DCE92B40 for ; Sat, 5 Jan 2019 03:06:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ZBNYFxYVM1kY0H2XQ12iDf5aTKwoctGg1MU2oq0amRAF7vza70R671EdJMvISIF N6FMlQ5F7RqI9PVcoLTb9gbG4vMoT0t2gmlNx0GKQxB11_zc.osbvr3UdqC7akmdsIBz_g0tCTOI l.EuhErSb55eoLFE8zPfI8aRuAe61I1a6QUWqf1ZWICsqgdfOHdJIucAKnRr7s68J0v1YQ1pRhYl fz.V08ig_X4fwH1L6hu.7vhixFLU9eLuTQoBytZGWjonQBElwMG9JU82ryVb4oivke87HCgfhz6T LGI02ITPZ4e4IEPzPTk0zrqMSPIub86ayLAT8COzHqLjwZE2EnRdBjq61pncijrn8ulHVrOHbZKq tNRtWfKFQ9B9VU6Uf_Xje40Q_BmwDcdNDhB.lxlVH5wV7AOMrc.OX7OqZtkY1b0dNsxHUfEYEdD_ GFzxu1loJ3XDhQqMNEK270O.T6hvPkxcRSp.7H3WofdLgO.qOi7A8yT_0CcsHuHIXE6r4UrpoRig _PXy7GSaL9jisDNB0HKkFHHHyTXNRmFQXDwyYJUHslPCD_rgACObRnd_NskG2j1nQhiwFdS2iiSU fuAuWRKqAPkO_LAyeiOsVDmU9uVXC3KixXRDxq9BlLXLIJHZFqX7.8CxRDsexX0QGCykWnkbLAah eEamspl4ySRUk9Zk_SMs7VMMeo91sNRd4IrEE8tE1t4KkQjaCpT54XzENlrjpRXzeVv1wBqNsLov TdLgkjHcGBQhEhk8Z0XxmF3AM4_W7Vi.IVUjDIT1zRyRXnykOwhGNXD5MmdqxgfsU7V7UIlLmRv4 gyWsZsPJP0xC.e23ozJQ6n7YJ8_94uJmkqtv3OJpvpgIkdDzUm_XvKygYEDgkn_g3wm7g8TGRarB 7Qcaq.yXURs6lyGT_ex1ECURJWTf_KQawGwcRuvrLnbAWAA1xDJGFad.WdpymWoJ2Fc3_odribNm 3dwPIATZ5gJjsrU2R3Qh_XFloWPuO1xcl4V56JuDuZwWOqjgZ2_dWiGIKIlTgJAPhVYm5tDo5..K lrN_j3ZuRBwoCdQ79s.PapvjddC2Xn.eIKrpK_btrzJM6W.ZlIVixHGYmuMFFtJn1Xk2zrLZIS2e xiA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 5 Jan 2019 03:06:34 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp420.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 52894f72f312c5ee1cbab0101d6ea204; Sat, 05 Jan 2019 03:06:33 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: qemu-x86_64-static has target_msghdr's msg_controllen field with the wrong size so its msg_flags is at the wrong offset and target_msghdr is too large Message-Id: <1A600189-EBEB-49A3-AAF0-C188D39286FE@yahoo.com> Date: Fri, 4 Jan 2019 19:06:32 -0800 Cc: Sean Bruno To: Kyle Evans , freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 69DCE92B40 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.73 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.88)[-0.878,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.35)[ip: (-2.74), ipnet: 98.137.64.0/21(0.61), asn: 36647(0.49), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[33.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2019 03:06:37 -0000 [qemu-aarch64-static has the same problem but qemu-armv7-sstatic does = not. The context here is FreeBSD head -r341836 based and ports head -r488859 based.] Note: I assume that "struct target_msghdr" is meant to match the memory = layout of the target's native "struct msghdr". Otherwise the reported = differences below could be irrelevant. For amd64 and aarch64 the following code: printf("sizeof(struct msghdr) =3D %lu\n", (unsigned long) = sizeof(struct msghdr)); printf("msg_name %lu\n", (unsigned long) offsetof(struct msghdr, = msg_name)); printf("msg_namelen %lu\n", (unsigned long) offsetof(struct = msghdr, msg_namelen)); printf("msg_iov %lu\n", (unsigned long) offsetof(struct msghdr, = msg_iov)); printf("msg_iovlen %lu\n", (unsigned long) offsetof(struct = msghdr, msg_iovlen)); printf("msg_control %lu\n", (unsigned long) offsetof(struct = msghdr, msg_control)); printf("msg_controllen %lu\n", (unsigned long) offsetof(struct = msghdr, msg_controllen)); printf("msg_flags %lu\n", (unsigned long) offsetof(struct = msghdr, msg_flags)); produces: sizeof(struct msghdr) =3D 48 msg_name 0 msg_namelen 8 msg_iov 16 msg_iovlen 24 msg_control 32 msg_controllen 40 msg_flags 44 Note: msg_controllen was apparently 4 bytes wide on these 64-bit = architectures. However gdb reports for qemu-x86_64-static and qemu-aarch64-static: (gdb) p/d sizeof(struct target_msghdr) $1 =3D 56 (gdb) p/d &((struct target_msghdr *)0)->msg_name=20 $2 =3D 0 (gdb) p/d &((struct target_msghdr *)0)->msg_namelen $3 =3D 8 (gdb) p/d &((struct target_msghdr *)0)->msg_iov =20 $4 =3D 16 (gdb) p/d &((struct target_msghdr *)0)->msg_iovlen $5 =3D 24 (gdb) p/d &((struct target_msghdr *)0)->msg_control $6 =3D 32 (gdb) p/d &((struct target_msghdr *)0)->msg_controllen $7 =3D 40 (gdb) p/d &((struct target_msghdr *)0)->msg_flags =20 $8 =3D 48 Note the larger size (56 instead of 48) and that msg_controllen 's size puts msg_flags at the wrong offset. Notably for armv7, gdb's information for armv7 agrees with: sizeof(struct msghdr) =3D 28 msg_name 0 msg_namelen 4 msg_iov 8 msg_iovlen 12 msg_control 16 msg_controllen 20 msg_flags 24 Apparently msg_controllen should always be 4 bytes wide, even on 64-bit architectures instead of tracking the 64-bit vs. 32-bit status for the architecture. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sat Jan 5 04:51:52 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 228F6148A12D for ; Sat, 5 Jan 2019 04:51:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-4.consmr.mail.bf2.yahoo.com (sonic306-4.consmr.mail.bf2.yahoo.com [74.6.132.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BFC8A97566 for ; Sat, 5 Jan 2019 04:51:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5EEnYjoVM1lcW0_6Vd0_vnRyjZ0A1GWnCp8cxHhvdqhMJosdb5gc5Z3xlqmyeh_ doNpfTebbEl9a_2V_1aV6FcAu4ndI8a49MnHO4ClnAWWCvIa6oMvQTs.oWlbxrRzBpzETG.32C.N vjpVsq4o7Qp9cf1HISuk.4DAtcSdunxf8PpIuCPPRIfhYBFvILEXkuagYpnu.uiVo.Em2ur8SbST kA3DBUBRkkg0VYG5oOLtD6AxcPLoD4ojNOdiYFL5UUODjnhQy1NInxrBypFerX163ZtPplyUshF_ 2J1_gwynOJSuCh8R1Tt8bQi8EmvDvIesH67xhRpfjIKbAOquLdQGpn.bzR.rUUAr5Pb0ga019wfB vKALVjpabQHgdC0GGkkR5lNiYEdZh5IuFeHr7Mh7OVkG9vepqsCCfj44Zn.qEelv_j6kTqbr7xY3 Xazw6wTEZB5FyusTQRGLa7xRqjubTsmgOPeh3YPguTWiYqTE1esxalFwBj6zn9W9Vc3dOHMsjNvJ iD2gF.iHS4hOZ4otcEzgCe9k2lae_h9SK0_rRxb_pD5f_0XWx.PlX4izaZJn0z6DvzdVYszrJjby eyHQfUANcDMO814d7dR4DptDfjxbX52_ZNrbzThtEbI7VxameJw8yZ4PbLpTJOfHp9tL6TWMKU.d yocXvTk8bD2MMiYXp08ssmZ_QWFh_.K.29HB4bQbdpqXMsKOXxhHsWfHrpBjAcjITHXF.fLG7Eqw I95yxI_X980.75YKqlxVHJCbanpFwi3a3QqN1XsE0Cu2_CE0dbUTM_dDUDjh4gyZ1h9r1dyFrfx_ 6_H14DQkLe6GE4mdsI1ZTX6RE8nqrgwV4KlU8pu88lNiYkoDdp_ZZ_dMefAEdzYpbCHXKa5n1wO1 bLNLDDs8WIQLxDA9wt3Ta.GpKz9I_iLiQurKlEXw.x.VOIx0Iq3xF5dV_8Bop2WeDSFeO0IK3qSc YJs5852GsYWrx9JGVnxnaVuxMnMLO_Ve55aZ753Rb4VXMfFTGDh0OstoW7.D4Ob__evkQrCcKHYn AQsXUyWT2Mm3Rx6RFJh7PX3ssQu4b4XyP4gVj5YPwsu0nQAUp5PtYdzTmkwUDx2gSkD_kWQnJiV0 .RBo5Cw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.bf2.yahoo.com with HTTP; Sat, 5 Jan 2019 04:51:49 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp425.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5bf61e0d685139587818b98ba0a82985; Sat, 05 Jan 2019 04:51:48 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: qemu-x86_64-static has target_freebsd_flock being too small (__packed use issue) [subject correction: fixed to be "too small"] From: Mark Millard In-Reply-To: <1139EAD0-FED3-428C-AA0E-00ABB8BD111D@yahoo.com> Date: Fri, 4 Jan 2019 20:51:46 -0800 Cc: Sean Bruno Content-Transfer-Encoding: quoted-printable Message-Id: References: <1139EAD0-FED3-428C-AA0E-00ABB8BD111D@yahoo.com> To: Kyle Evans , freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: BFC8A97566 X-Spamd-Bar: + X-Spamd-Result: default: False [1.46 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.78)[0.780,0]; NEURAL_HAM_LONG(-0.32)[-0.321,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.31)[ip: (3.98), ipnet: 74.6.128.0/21(1.47), asn: 26101(1.17), country: US(-0.08)]; NEURAL_SPAM_MEDIUM(0.21)[0.207,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[43.132.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2019 04:51:52 -0000 [Just correcting the "larger" to be "smaller".] On 2019-Jan-4, at 19:29, Mark Millard wrote: [qemu-aarch64-static has the same problem but qemu-armv7-sstatic does = not. The context here is FreeBSD head -r341836 based and ports head -r488859 based.] Note: I assume that "struct target_freebsd_flock" is meant to match the = memory layout of the target's native "struct flock". Otherwise the reported = differences below could be irrelevant. For amd64 and aarch64 the following code: printf("sizeof(struct flock) =3D %lu\n", (unsigned long) = sizeof(struct flock)); printf("l_start %lu\n", (unsigned long) offsetof(struct flock, = l_start)); printf("l_len %lu\n", (unsigned long) offsetof(struct flock, = l_len)); printf("l_pid %lu\n", (unsigned long) offsetof(struct flock, = l_pid)); printf("l_type %lu\n", (unsigned long) offsetof(struct flock, = l_type)); printf("l_whence %lu\n", (unsigned long) offsetof(struct flock, = l_whence)); printf("l_sysid %lu\n", (unsigned long) offsetof(struct flock, = l_sysid)); produces: sizeof(struct flock) =3D 32 l_start 0 l_len 8 l_pid 16 l_type 20 l_whence 22 l_sysid 24 However gdb reports for qemu-x86_64-static and qemu-aarch64-static and qemu-arm-static: (gdb) p/d sizeof(struct target_freebsd_flock) $10 =3D 28 (gdb) p/d &((struct target_freebsd_flock *)0)->l_start =20 $11 =3D 0 (gdb) p/d &((struct target_freebsd_flock *)0)->l_len =20 $12 =3D 8 (gdb) p/d &((struct target_freebsd_flock *)0)->l_pid $13 =3D 16 (gdb) p/d &((struct target_freebsd_flock *)0)->l_type $14 =3D 20 (gdb) p/d &((struct target_freebsd_flock *)0)->l_whence $15 =3D 22 (gdb) p/d &((struct target_freebsd_flock *)0)->l_sysid=20 $16 =3D 24 So only the overall size is different for this information. But: struct target_freebsd_flock { int64_t l_start; int64_t l_len; int32_t l_pid; int16_t l_type; int16_t l_whence; int32_t l_sysid; } QEMU_PACKED; with a potential packed vs. /usr/include/sys/fcntl.h : struct flock { off_t l_start; /* starting offset */ off_t l_len; /* len =3D 0 means until end of file */ pid_t l_pid; /* lock owner */ short l_type; /* lock type: read/write, etc. */ short l_whence; /* type of l_start */ int l_sysid; /* remote system id or zero for local */ }; with no potential __packed. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sat Jan 5 13:31:22 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 658E2149AC9B for ; Sat, 5 Jan 2019 13:31:22 +0000 (UTC) (envelope-from serpent7776@gmail.com) Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8688882551; Sat, 5 Jan 2019 13:31:21 +0000 (UTC) (envelope-from serpent7776@gmail.com) Received: by mail-lj1-x233.google.com with SMTP id v15-v6so34597270ljh.13; Sat, 05 Jan 2019 05:31:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=p7cgsOaFkSGkdFuFkCkUJrAzo/Ao9IYVlf3w0DrzIMk=; b=eTKEkPgEQ/KMnORWpy16Rb1U6PkxYuX12b3hrgP4ZQ/H3G5K5ersnfvUyTfKs1QYI4 eAvevmw/CjNzAHM0zvYD8QcZGJQBM3yByO3/PUpHCbUguQvtRetivMMB90f6r4aQo6AK 6tbLJ2UkAPOLem/FYWpOgfVZ3YfgdEzO00Xn+ovLav8/FnL8616anWt65k5LdhCnXJJ9 bu7HSF8gg0l2+A6RmZUOyYi16yb4mvyR4j1xBA885I9QZQ6s8F8yV2DvHK8/wsAcd2VQ +38WZLxFADHTzDckRAvTDA0+b/IRftmkcGGt6H58VVDFvlIZM0lfTzEk0+RgmjuWoYJW 7vjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=p7cgsOaFkSGkdFuFkCkUJrAzo/Ao9IYVlf3w0DrzIMk=; b=spMKom6GeHErIO+h7wFsncQtQZ7FPobriZLq9P70Hppbbo8913k1TgG8jyBa+XPDYu 2OfycZ9s4dapfCV1PfYGgWT/r1cEYp4T6hoNLTiXcYNsdufQR4y7mRwk8lqQJ4YMQBDd VIV4/y/OCKru4xzhViBA0UTy+sAPtyxdzJoqWLbIzJRp5iVwvThsDxyutl3ocn/ULTu4 Ynuto+vjRZ1JqtaNHHKYm5Pj5r+/mT6UC9Yz4mdioFso2m8NxaCnLTYTdlDFGkhUYyA/ kwwflqmPA3w3xuJVsBbFLEL0FY4PBdltnvFnSE5FAxyysn5G3eQSR8JCItQw12zP4Vrm F9DQ== X-Gm-Message-State: AJcUukdbBs0oT/SjJt/TWaSD9Wj1UiumAFZi+4tU/R8rvmTXy5OHsfMa 0pcZ++qsjVXwoVjQWfRKJ5ypjYFQaTk= X-Google-Smtp-Source: ALg8bN6qGGG+SCJ7mPMO/o+yP6IU7P5QrTS8d+j6OU+WyNPZTL1pIlGPpf0UPGjzy2456RazicAd/g== X-Received: by 2002:a2e:84ca:: with SMTP id q10-v6mr3257288ljh.65.1546695079108; Sat, 05 Jan 2019 05:31:19 -0800 (PST) Received: from DaemONX (90-156-31-193.internetia.net.pl. [90.156.31.193]) by smtp.gmail.com with ESMTPSA id e13-v6sm12959405ljk.53.2019.01.05.05.31.18 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 05 Jan 2019 05:31:18 -0800 (PST) Date: Sat, 5 Jan 2019 14:30:52 +0100 From: Serpent7776 To: Kurt Jaeger Cc: michipili@gmail.com, freebsd-ports@freebsd.org Subject: Re: FreeBSD Port: lang/ocaml Message-ID: <20190105143052.628c7909@DaemONX> In-Reply-To: <20190104123141.GR84895@home.opsec.eu> References: <20190104130318.6f490bfb@DaemONX> <20190104123141.GR84895@home.opsec.eu> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; amd64-portbld-freebsd11.2) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 8688882551 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=eTKEkPgE; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of serpent7776@gmail.com designates 2a00:1450:4864:20::233 as permitted sender) smtp.mailfrom=serpent7776@gmail.com X-Spamd-Result: default: False [-5.82 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.93)[-0.934,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-2.37)[ip: (-8.24), ipnet: 2a00:1450::/32(-1.89), asn: 15169(-1.67), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2019 13:31:22 -0000 On Fri, 4 Jan 2019 13:31:41 +0100 Kurt Jaeger wrote: > Hi! > > > Current version of ocaml is 4.02.3, but newest is 4.07. > > Could ocaml port be updated to newest version please? > > The attempt to do so can be followed at: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218333 > Thanks, wasn't aware update is already in progress. -- /* * Serpent7776 */ From owner-freebsd-ports@freebsd.org Sat Jan 5 13:43:54 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2320149B945 for ; Sat, 5 Jan 2019 13:43:54 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF6E831F2 for ; Sat, 5 Jan 2019 13:43:54 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0EF94149B944; Sat, 5 Jan 2019 13:43:54 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F03D6149B943 for ; Sat, 5 Jan 2019 13:43:53 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EBA3831E7 for ; Sat, 5 Jan 2019 13:43:53 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 960CD1B3E2 for ; Sat, 5 Jan 2019 13:43:52 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id x05DhqlK030222 for ; Sat, 5 Jan 2019 13:43:52 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x05DhqKg030221; Sat, 5 Jan 2019 13:43:52 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201901051343.x05DhqKg030221@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.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, 5 Jan 2019 13:43:52 +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.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2019 13:43: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 ------------------------------------------------+-----------------+------------ devel/fb303 | 0.11.0 | 0.12.0 ------------------------------------------------+-----------------+------------ sysutils/fusefs-libs | 2.9.7 | fuse-2.9.9 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Sat Jan 5 19:58:20 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8603A141F8EF for ; Sat, 5 Jan 2019 19:58:20 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from mail-yw1-xc32.google.com (mail-yw1-xc32.google.com [IPv6:2607:f8b0:4864:20::c32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 826F06A644 for ; Sat, 5 Jan 2019 19:58:18 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by mail-yw1-xc32.google.com with SMTP id t13so15783233ywe.13 for ; Sat, 05 Jan 2019 11:58:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=adamw-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uUNc76MvI9YEbvUmsCZzzqlyqsSyJVt71qKpM/sgW5g=; b=YHCaVI6/m440iMzE4t24sjJxs0SbFtS6tj0eRF/ksMDpsaKBANoyh8DYKv7KBd+TNP rEpYAvY6OuUPXchkBCk3t7NLBdiX729MFKy8zCBvxEFhv2sW5n4tRNc872T0iwGkvVSk HxbIARofZERKiX7ZC6tz3Co+YIbimTp29o6fMpxzQShej3DDBuxbWy2dMHQawM+ypSrJ RcEqf6z7FpsMmgaOLmpdpm0xhiRGl1aA0EU+FFcHM4LZoMpuIuCE41Q5JZfz6tYp4yGD BQbuI8FEgOf1TyRkuxYdXj1PjH6xB2oVufuy6G02iIl40KMx7tLQ+p8f0Yvei66O65eB tbsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uUNc76MvI9YEbvUmsCZzzqlyqsSyJVt71qKpM/sgW5g=; b=reBn9Gn5hPWYilWan756zf3KQitU+srnoopRJbPWtXhjyzQkecjG5fSpmid9WH607h gwHeookHeWoD3tnDlMQTJwD0y9jM5WFTXOO+4MqCHDKgGuofw1JgU+E+BHwWUpPPM2Pa JH06Lz8t8N/QljU+z4ydDj2AM1Ekt+wSD6EvyuM8dhyLFJL02f4/oqFt/YSFo0UGfyfW 3NoApCVnMvDe8AvDFQDGWift5Q/a7C6nZPcdzG3EgMubDW/rgkzzAmZWb+H/lf2BU1DA T1dnrQsvRXzy19ZNHeAKwxgcoc4Faxkc2r5Ybv5NLGdSrTFpUV+Pjg32FwThqq7fb/YY 8I0g== X-Gm-Message-State: AA+aEWa0pCmeeUfRiDDcHVah1saTPHxIKncHXHNiwZAqoo4qi5z/X9RM c0Dzy0eGpUNZIC/U/+K25hZhVc4UGiwMcTtHMqtWfg== X-Google-Smtp-Source: AFSGD/VaYbi6ChXfDfc9hZ30NfkzOr40I/D3CbPGbPwX53d+wj/pM9Tn3UpOeUytusoD7ofSsculCB7zCM9QYV0oQPw= X-Received: by 2002:a81:d201:: with SMTP id x1mr59361757ywi.9.1546718297697; Sat, 05 Jan 2019 11:58:17 -0800 (PST) MIME-Version: 1.0 References: <4833920.ppSauYnzuk@beastie.bionicmutton.org> <64288441-f2f7-60fb-eb71-bcc6f2b20185@freebsd.org> In-Reply-To: <64288441-f2f7-60fb-eb71-bcc6f2b20185@freebsd.org> From: Adam Weinberger Date: Sat, 5 Jan 2019 12:58:01 -0700 Message-ID: Subject: Re: vim - GTK2 or GTK3? To: Niclas Zeising Cc: Miroslav Lachman <000.fbsd@quip.cz>, Adriaan de Groot , FreeBSD Ports Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 826F06A644 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=adamw-org.20150623.gappssmtp.com header.s=20150623 header.b=YHCaVI6/; spf=pass (mx1.freebsd.org: domain of adamw@adamw.org designates 2607:f8b0:4864:20::c32 as permitted sender) smtp.mailfrom=adamw@adamw.org X-Spamd-Result: default: False [-3.14 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; R_DKIM_ALLOW(-0.20)[adamw-org.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[adamw.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[adamw-org.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,alt4.aspmx.l.google.com,alt3.aspmx.l.google.com,alt2.aspmx.l.google.com,aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[2.3.c.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.85)[-0.853,0]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-0.79)[ipnet: 2607:f8b0::/32(-2.20), asn: 15169(-1.67), country: US(-0.08)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2019 19:58:20 -0000 On Thu, Jan 3, 2019 at 11:43 AM Niclas Zeising wrote: > > On 1/3/19 6:08 PM, Miroslav Lachman wrote: > > Adriaan de Groot wrote on 2019/01/03 14:28: > >> Niclas wrote: > >> > >> On Thursday, 3 January 2019 13:00:02 CET > >> freebsd-ports-request@freebsd.org > >> wrote: > >>>> Firefox and Chromium both depend on GTK3, so it's highly likely that a > >>>> typical desktop user has GTK3 installed. > >>> > >>> +1, GTK3 is probably the best choice. > >>> > >>> As a side note, it looks like libreoffice defaults to GTK2 as well, > >>> perhaps it should be switched to GTK3 also? > >> > >> As a not-really-GTK-using person, I still have both GTK2 and GTK3 > >> installed on > >> my system running KDE Plasma. Not for vim though: > >> > >> Installed packages to be REMOVED: > >> gtk2-2.24.32 > >> fontforge-20170731 > >> mftrace-1.2.18_1 > >> > >> Installed packages to be REMOVED: > >> gtk3-3.22.30_4 > >> gpsd-3.17 > >> > >> I'm a fan of pushing for toolkit migration, so reducing the number of > >> things > >> that pull in GTK2 is a good thing. > >> > >> > >> So if we're expressing hopes that ports might be made GTK2-free (by > >> porting to > >> GTK3 for instance) then I'd hope that fontforge gets that treatment, > >> too. From > >> looking at the source repo, I don't think the GTK2 option actually > >> works (and > >> the comments suggest it's not all that good anyway). In the > >> configure.ac it > >> looks like there are spelling-inconsistencies between > >> fontforge_can_use_gtk=yes > >> and, e.g,, > >> FONTFORGE_ARG_ENABLE_GDK > >> > >> (mtrace depends on fontforge, so fixing fontforge would clean GTK2 off my > >> system) > > > > It is not so simple. What works for you doesn't work for somebody else. > > I am running KDE4 with QT4 but some applications use GTK2 as the only > > option or I set them to use GTK2 because GTK2 has better theme > > integration to KDE4 / QT style than GTK3 (in my personal case). > > And, for example, Total Commander has two choices - QT or GTK2. I tried > > it to build with QT but it failed so I switched to GTK2 and it builds fine. > > So in my current situation I am glad we have GTK2 and GTK3 and all my > > applications are working (better with GTK2 than GTK3). And having both > > GTK versions installed is not a big problem. Their size is relatively > > small compared to apps like browsers, libreoffice etc. > > > > No one is suggesting removing GTK2. However, having most ports, where > there is a choice, defaulting to GTK3 rather than GTK2 might be sensible. > Regards > -- > Niclas Zeising Thank you to everybody who weighed in on this! It sounds like switching the default from GTK2 to GTK3 makes sense, so I will roll that into the Feb 1 update. # Adam -- Adam Weinberger adamw@adamw.org https://www.adamw.org From owner-freebsd-ports@freebsd.org Sat Jan 5 23:22:14 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B429B1426F8C for ; Sat, 5 Jan 2019 23:22:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 23D1B72AEB for ; Sat, 5 Jan 2019 23:22:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: x_hhgiUVM1n7.8ORVUk.xGwm4Pi5FVhYB7JI1.m0NA5u9h9BMZU7Mj9qZoGcoIN dR4SjCZm7ZAOsZbG8aArzp7uY1fK6FzVUQxyGNrCFL0RVCvkyAn2Mc0U5AL1vSpJBmMBklieh90k aDtJwdI14PdVaA6tHDBuKswHyfrWLtzLdpYUYQPTzRBBowk61JYT63LK.CB2UkxOIaXaO584k9aj VYjgvhXfZodm9YGVjpBZ6ZHRuOtfpjDj2UaIdn.01M6xjAGGZGVoz9vTmxVw7FopWYCJbHKExQeX DV_BfFuhRzZeUQp0jiH3jl0oArvgE8sVKtU6BkmM3sph5L13tErVY1EPWQkU81T7qjpcwclzz6S5 ZUV50ohn7CT9OyMvvA7VkcyynvQdXMJ5XTbOn1p41..rRGrnnyk893gh82z5F7KpVbvKaeZxuAWd X08asRNc78UhnSONZaSdvIae_hUXgEl7nEQbsrLLwkBXs8w7l8l89R9fwvwGtF14lQJ2xK9A2Z9H X7.nnrz6TaQfniuBbCHr9sjR69IaSiJ6HLrPuy4vczuAKLR9SQZXGIo9kZIzk2wJThcMobHrhrub 921XO.bLnK.Ii1Dgzy2PLkpSVX.Rl31DZo02F4rL3hyaZjeyERvPZtYMPy1BM3xNT9LecqQtdKFS z0StWI67vcQBzLe6ZVdNbnDXeuEmdBVBVhZxRMElEIavFL3.9uujticdsiplNUpLBv9MbHIp4FgD XhwuD.YOBMsYfzzqEFZGEdASEN8CuAFB7E8JodHkDjcJNhDYoVY2oujESYmQUSGsfU0XE8tMCnld Tohf9rJv9vLYLge85WuUYS244754rCRDeYuOd.5bN8UM7_uN6vQ53fpq424SwRRvtmTEjCrbPQZp j8GOED0TumC50UzHL25OXHZgSIdNdgsGa1DyfqOX.N9w.ySxfnlRNnk.JbtlRN2amFY4o3y0sArN SzPiQYnewN6riKnVaZiXCwCa6olOcYYID_j0aDT9xYckwrHcurib8Ia66CCUJlBoVE4daRpe.5kH l6m23l3W9EvFMXY_fiLwSj8y3CU.pRc1g73sR.PgDNyW3YtHq.A8BhExZoNUBAn2Fgjxn02JZjKB a68c- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sat, 5 Jan 2019 23:22:05 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp402.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 27714f34376999a592f1bb6b408ac852; Sat, 05 Jan 2019 23:22:01 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: qemu-arm-static has target_sigframe missing sf_fvp field so target_sigframe is too small Message-Id: <693D6101-25B5-4D88-BD5F-1F8BD34AEA1D@yahoo.com> Date: Sat, 5 Jan 2019 15:22:00 -0800 Cc: Sean Bruno To: Kyle Evans , freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 23D1B72AEB X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.10)[-0.096,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.00)[ip: (-1.04), ipnet: 98.137.64.0/21(0.61), asn: 36647(0.49), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[204.64.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2019 23:22:14 -0000 [The context here is FreeBSD head -r341836 based and ports head -r488859 = based.] Note: I assume that "struct target_sigframe" is meant to match the = memory layout of the target's native "struct sigframe". Otherwise the reported = differences below could be irrelevant. For armv7 (and likely armv6) the following code: printf("sizeof(struct sigframe) =3D %lu\n", (unsigned long) = sizeof(struct sigframe)); // arm: printf("sf_si %lu\n", (unsigned long) offsetof(struct sigframe, = sf_si)); printf("sf_uc %lu\n", (unsigned long) offsetof(struct sigframe, = sf_uc)); printf("sf_vfp %lu\n", (unsigned long) offsetof(struct sigframe, = sf_vfp)); produces: sizeof(struct sigframe) =3D 592 sf_si 0 sf_uc 64 sf_vfp 328 However gdb reports for qemu-arm-static (on amd64): (gdb) p/d sizeof(struct target_sigframe) $3 =3D 324 (gdb) p/d &((struct target_sigframe *)0)->sf_si $4 =3D 0 (gdb) p/d &((struct target_sigframe *)0)->sf_uc $5 =3D 64 (gdb) p/d &((struct target_sigframe *)0)->sf_vfp There is no member named sf_vfp. So the first two fields have matching offsets. But note: sf_vfp is at 328, after the size of target_sigframe (324). It looks like both contexts have 260 for the size of sf_uc so the difference is padding before sf_vfp . /usr/include/machine/frame.h has: struct sigframe { siginfo_t sf_si; /* actual saved siginfo */ ucontext_t sf_uc; /* actual saved ucontext */ mcontext_vfp_t sf_vfp; /* actual saved VFP context */ }; sf_vfp was added in -r315947 (2017-Mar-26) and is in 11.2 . = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/arm/target_arch_signal.h has: struct target_sigframe { target_siginfo_t sf_si; /* saved siginfo */ target_ucontext_t sf_uc; /* saved ucontext */ }; =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sat Jan 5 23:48:55 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A2551427CC3 for ; Sat, 5 Jan 2019 23:48:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4115C73B14 for ; Sat, 5 Jan 2019 23:48:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 440pLakVM1mwTNukkh8Z3zTk4n8ZbzYHbRWBi53CvaYoNBiPLvrdRyWxfygZvFW zDQ4CSAsjGdujTnrkS9QxF5qMDTXgc9sLWo_M6z4XwYBuVD3oiFTYfVaOSW0YLY3LaB27_jt2fGp qPDtJ9mE2KpSVXWSYg_seEq0j1snwTk5ddMYNvOn75DwFNT_f5d7zT_8NxA1ngYoNI3riwGQXDt4 WzhQ16SZGXHpsj.XlhGmJeH52j6bQr1SI8iiV357YzwFI7XQQwk_MFJ1EF0yHZAoRDwYbrQpt0Iu eZPAb.deK5cmJfAn2_gj74.ZOb1MAGlFdkSqH3LFjlyYTIoAjbokbJqqx_pPpUnxGG85.CLE_RGm VuuqaluYblFO.p80yiTWwfDT439V.t_e869IHoahlaVhqRmbm_8Nwh2ZWKLn3VonVWvHGfT3AZ6s KWodahIsu3h7WvRlydD1ANgrklJ3NPjV0bfLNCBLUcuyJvvVRtkNt5NIXj6FmBB2SqlxreEDmyRb lN6FSHF1l5GP889IDaImmtGqtCAlqI3N3_tX4RzVe.uRpWeHt0qIurJFJhGJ8cIGSJqQKGMoh8jO bp8zYQoHzey32.Dt69PK_.t8ER9Mf_UeDcQ95HimwkDDeVlNrydhVCWamhsEYxn5tCr.yK99Y8Ap zjjQg60Ywm0e0LwUTmbTCHc1s.c_DjhXyY8be4k5REFW3loowpY16fkUVbZ22PCeUuhikkp3N6sz R1Je6j2B1XAS46yFKgLR1AwhmX.HJvA3bIMbXaXpMRfu54LQcY7dsaQ8joazU1lxbyWfS1poPfwo yQNFoALydphA6k7Gf6pd1ChU9G3gnJotV7rcXVrukE_jNLmAgu.OKlvq.ulkJQnHiciAO9Lc3pZg S2T9Uq2WkWP7eFEhjCzefJxJxLpXnd_Uikyi63efnz7gFK3QNgWFfH3ZEd1fUwi1fA9FP0qS2FJc SN32RCqXekFitAdgeAmIa3rEO9hE_9viQUaCw8DbRT33.LEvYWyx9jNsg903k8XlyYHO6WGGMRtE RygYLm5tBMUptmVT0FQiPJRC0ITGIRKjRJjMnYmEjwC4G7sx_X2eny7d8e5qKIIpP2MFXVpUx7sv FBQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sat, 5 Jan 2019 23:48:47 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.109]) ([67.170.167.181]) by smtp402.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 00b4e2a428433f4617b80ddce139b2f3; Sat, 05 Jan 2019 23:48:47 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: qemu-arm-static has target_prpsinfo missing pr_pid field so target_prpsinfo is too small Message-Id: <5C2E8937-23A5-4899-B3CE-8468697D8923@yahoo.com> Date: Sat, 5 Jan 2019 15:48:46 -0800 Cc: Sean Bruno , freebsd-arm To: Kyle Evans , freebsd-emulation@freebsd.org, ports-list freebsd X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 4115C73B14 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.97)[-0.972,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.42)[ip: (-8.10), ipnet: 98.137.64.0/21(0.60), asn: 36647(0.48), country: US(-0.08)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2019 23:48:55 -0000 [The context here is FreeBSD head -r341836 based and ports head -r488859 = based.] Note: I assume that "struct target_prpsinfo" is meant to match the = memory layout of the target's native "struct prpsinfo". Otherwise the reported = differences below could be irrelevant. Note: struct target_prpsinfo is in (for my context): = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/elfload.c For armv7 (and likely armv6) the following code: printf("sizeof(struct prpsinfo) =3D %lu\n", (unsigned long) = sizeof(struct prpsinfo)); printf("pr_version %lu\n", (unsigned long) offsetof(struct = prpsinfo, pr_version)); printf("pr_psinfosz %lu\n", (unsigned long) offsetof(struct = prpsinfo, pr_psinfosz)); printf("pr_fname %lu\n", (unsigned long) offsetof(struct = prpsinfo, pr_fname)); printf("pr_psargs %lu\n", (unsigned long) offsetof(struct = prpsinfo, pr_psargs)); printf("pr_pid %lu\n", (unsigned long) offsetof(struct prpsinfo, = pr_pid)); produces: sizeof(struct prpsinfo) =3D 112 pr_version 0 pr_psinfosz 4 pr_fname 8 pr_psargs 25 pr_pid 108 However gdb reports for qemu-arm-static (on amd64): (gdb) p/d sizeof(struct target_prpsinfo) $7 =3D 108 (gdb) p/d &((struct target_prpsinfo *)0)->pr_version $8 =3D 0 (gdb) p/d &((struct target_prpsinfo *)0)->pr_psinfosz $9 =3D 4 (gdb) p/d &((struct target_prpsinfo *)0)->pr_fname =20 $10 =3D 8 (gdb) p/d &((struct target_prpsinfo *)0)->pr_psargs $11 =3D 25 (gdb) p/d &((struct target_prpsinfo *)0)->pr_pid =20 There is no member named pr_pid. So the fields prior to pr_pid have matching offsets and there is no extra padding added before pr_pid for native armv7. /usr/include/sys/procinfo.h has: typedef struct prpsinfo { int pr_version; /* Version number of struct (1) */ size_t pr_psinfosz; /* sizeof(prpsinfo_t) (1) */ char pr_fname[PRFNAMESZ+1]; /* Command name, null terminated = (1) */ char pr_psargs[PRARGSZ+1]; /* Arguments, null terminated = (1) */ pid_t pr_pid; /* Process ID (1a) */ } prpsinfo_t; pr_pid was added in -r308009 (2016-oct-28) and is in 11.2 . = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/elfload.c has: typedef struct target_prpsinfo { int32_t pr_version; /* Version number of struct (1) */ abi_ulong pr_psinfosz; /* sizeof(prpsinfo_t) (1) */ char pr_fname[TARGET_PRFNAMESZ+1]; /* Command name + NULL (1) = */ char pr_psargs[TARGET_PRARGSZ+1]; /* Arguments + NULL (1) */ } target_prpsinfo_t; =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)