From owner-freebsd-ports@freebsd.org Sun Feb 17 01:02:16 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 820DE14D98E2 for ; Sun, 17 Feb 2019 01:02:16 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (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 6EE207508F for ; Sun, 17 Feb 2019 01:02:15 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id 5476118771; Sat, 16 Feb 2019 18:02:13 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550365333; bh=uGDW2PjOVi4pRpL6LLaYiSETX1Y2Z3WdUSLxI2g8Cgo=; h=To:From:Subject:Date; b=rUfySbWY2zGHukYGtjTv37aPLe5uDk9udFBmIbkj5HgRYTgaeJMgiVGH7udJiXBkl gpd9wfyLT44v3YFsFSm73rsGSQ5ADyGSH/jns7BW4LZjC9TaewkR1IOoAmMUlIi0VK Juwzo21hl5KoLxiz6EuYSLHCPMM7/2sKjc1cikgw= X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id 2FE4118759 for ; Sat, 16 Feb 2019 18:02:12 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550365332; bh=uGDW2PjOVi4pRpL6LLaYiSETX1Y2Z3WdUSLxI2g8Cgo=; h=To:From:Subject:Date; b=JrtFSmMJ9J16ijsaWFZF2tSPCDRLxHM4N346E6kBJir2lpT7UZwtdz8Ksw47Q37w/ UpU8OOaTVZSane/5gr2QE5HGz7rSLbTEliITEoqY3MWWGut1VXNK9vwnK4dtpe1qrq LmZWWhvjWPDpx0OJ3JKJa91LwfD+nUXFHyJqjKtI= To: FreeBSD Ports ML From: "Russell L. Carter" Subject: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: Date: Sat, 16 Feb 2019 18:02:11 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 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: 6EE207508F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pinyon.org header.s=DKIM header.b=rUfySbWY; dkim=pass header.d=pinyon.org header.s=DKIM header.b=JrtFSmMJ; spf=pass (mx1.freebsd.org: domain of rcarter@pinyon.org designates 65.101.20.170 as permitted sender) smtp.mailfrom=rcarter@pinyon.org X-Spamd-Result: default: False [-6.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pinyon.org:s=DKIM]; 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)[pinyon.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-2.93)[ip: (-9.69), ipnet: 65.100.0.0/14(-4.90), asn: 209(0.00), country: US(-0.07)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: h2.pinyon.org]; DKIM_TRACE(0.00)[pinyon.org:+]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, 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, 17 Feb 2019 01:02:16 -0000 Greetings, Restarting the FreeCAD 0.17 discussion on a different tangent. As I mentioned before I am building (for now) outside of the ports tree FreeCAD-git + Coin-hg + QT5 + med-4.0.0. I want to particularly thank very much all the porting work that has been done so far, I wouldn't have been able to get as far as I have without it. french/med (french?) requires fortran, and for ports gfortran is apparently the only option. gfortran depends on libgcc_s.so.1, which is FreeBSD's (only?) version of dll hell. Transcribed output from the FreeCAD Testing Framework GUI test all: First run of TestApp.All: Run: 212 Failures: 1 Errors: 20 which isn't bad at all I suspect. However one of the failures is /lib/libgcc_s.so.1 version GCC_4.8.0 required by /usr/local/lib/gcc8/libgfortran.so.5 not found This is probably fatal to practical use of FreeCAD on FreeBSD. I was able to open most of my previous models, created on debian-testing, but some were fail. 2 threads, no happy ending: https://lists.freebsd.org/pipermail/freebsd-ports/2018-May/113336.html https://lists.freebsd.org/pipermail/freebsd-python/2016-January/009672.html Question to experienced porters, how is this best practice solved? Thanks, Russell From owner-freebsd-ports@freebsd.org Sun Feb 17 01:14:53 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 8F16F14DA455 for ; Sun, 17 Feb 2019 01:14:53 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 67087758F1 for ; Sun, 17 Feb 2019 01:14:51 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1H1Ei0H090629 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Feb 2019 17:14:44 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1H1Ehli090628; Sat, 16 Feb 2019 17:14:43 -0800 (PST) (envelope-from sgk) Date: Sat, 16 Feb 2019 17:14:43 -0800 From: Steve Kargl To: "Russell L. Carter" Cc: FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190217011443.GA90614@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 67087758F1 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.43 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.13)[0.129,0]; NEURAL_HAM_LONG(-0.18)[-0.185,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[troutmask.apl.washington.edu]; NEURAL_SPAM_MEDIUM(0.71)[0.712,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.08)[ip: (0.16), ipnet: 128.95.0.0/16(0.22), asn: 73(0.10), country: US(-0.07)] 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, 17 Feb 2019 01:14:53 -0000 On Sat, Feb 16, 2019 at 06:02:11PM -0700, Russell L. Carter wrote: > > /lib/libgcc_s.so.1 version GCC_4.8.0 required by > /usr/local/lib/gcc8/libgfortran.so.5 not found > > > Question to experienced porters, how is this best practice solved? > setenv LD_LIBRARY_PATH /usr/local/lib/gcc8 setenv LD_RUN_PATH /usr/local/lib/gcc8 -- Steve From owner-freebsd-ports@freebsd.org Sun Feb 17 01:21:28 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 2265F14DAD16 for ; Sun, 17 Feb 2019 01:21:28 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 004C576069 for ; Sun, 17 Feb 2019 01:21:16 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x1H1L60g015861 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 17 Feb 2019 02:21:07 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: rcarter@pinyon.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x1H1L5Ew012663 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 17 Feb 2019 08:21:05 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: "Russell L. Carter" , FreeBSD Ports ML References: From: Eugene Grosbein Message-ID: Date: Sun, 17 Feb 2019 08:21:00 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 004C576069 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_PERMFAIL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.985,0]; IP_SCORE(-1.35)[ip: (-2.13), ipnet: 2a01:4f8::/29(-2.37), asn: 24940(-2.26), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(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, 17 Feb 2019 01:21:28 -0000 17.02.2019 8:02, Russell L. Carter wrote: > Greetings, > > Restarting the FreeCAD 0.17 discussion on a different tangent. > > As I mentioned before I am building (for now) outside of the ports > tree FreeCAD-git + Coin-hg + QT5 + med-4.0.0. I want to particularly > thank very much all the porting work that has been done so far, I > wouldn't have been able to get as far as I have without it. > > french/med (french?) requires fortran, and for ports gfortran is > apparently the only option. gfortran depends on libgcc_s.so.1, which > is FreeBSD's (only?) version of dll hell. > > Transcribed output from the FreeCAD Testing Framework GUI test all: > > First run of TestApp.All: Run: 212 Failures: 1 Errors: 20 > > which isn't bad at all I suspect. However one of the failures is > > /lib/libgcc_s.so.1 version GCC_4.8.0 required by > /usr/local/lib/gcc8/libgfortran.so.5 not found > > This is probably fatal to practical use of FreeCAD on FreeBSD. I was > able to open most of my previous models, created on debian-testing, > but some were fail. > > 2 threads, no happy ending: > > https://lists.freebsd.org/pipermail/freebsd-ports/2018-May/113336.html > https://lists.freebsd.org/pipermail/freebsd-python/2016-January/009672.html > > Question to experienced porters, how is this best practice solved? I've just did "pkg install gcc8" using my FreeBSD 11.2/amd64 system and got this: # ldd /usr/local/lib/gcc8/libgfortran.so.5 /usr/local/lib/gcc8/libgfortran.so.5: libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x80146e000) libz.so.6 => /lib/libz.so.6 (0x8016ad000) libm.so.5 => /lib/libm.so.5 (0x8018c5000) libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x801af3000) libc.so.7 => /lib/libc.so.7 (0x800823000) So, /usr/local/lib/gcc8/libgfortran.so.5 does not depend on /lib/libgcc_s.so.1 but on /usr/local/lib/gcc8/libgcc_s.so.1 in normal case. I assume something is broken in your installation. Try removing gcc8 and reinstalling it using package. From owner-freebsd-ports@freebsd.org Sun Feb 17 01:35:57 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 C6C5614DB904 for ; Sun, 17 Feb 2019 01:35:57 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (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 881567684A for ; Sun, 17 Feb 2019 01:35:56 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id 88E6E18930; Sat, 16 Feb 2019 18:35:54 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550367354; bh=oNwPv6SWTLcHcy/okz6lKbtDyFZAFDhLe5euQQt/kwI=; h=Subject:To:References:From:Date:In-Reply-To; b=cJ2Su9vK/ckWF+fGDCUR36rIUQk2X73atWFMNXWp06ZgnZf4+FUAULoDhvUtdNcOo g4UuZI+/cLEA5ZMrszAP5YkbBcmLZ4Ps3B+qxxIiIOheDRE1XYecgZTaFovE91PTvR 2jvrRCYbazZTnDcZKzZGTxgaUa8El57kmQium9vg= X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU shortcircuit=no autolearn=unavailable autolearn_force=no version=3.4.2 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id 030921890F; Sat, 16 Feb 2019 18:35:53 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550367353; bh=oNwPv6SWTLcHcy/okz6lKbtDyFZAFDhLe5euQQt/kwI=; h=Subject:To:References:From:Date:In-Reply-To; b=BRJvAT+YRfyinDctqDxEfBapuLdtVMUTT+aDxRiC99Kp1ZwEOzpaw4d3YvFegpxP0 12hJv7jg/K4qmDhHHscI1tJuGH+E8F+k+bnb4mo+uuv8dqZsEN4tYTKycslv8h7nh0 G4WdCLkh6vpLZj53mZwvqy6eQcB2wnV3gms2YVNU= Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: Eugene Grosbein , FreeBSD Ports ML References: From: "Russell L. Carter" Message-ID: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> Date: Sat, 16 Feb 2019 18:35:52 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 881567684A X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pinyon.org header.s=DKIM header.b=cJ2Su9vK; dkim=pass header.d=pinyon.org header.s=DKIM header.b=BRJvAT+Y; spf=pass (mx1.freebsd.org: domain of rcarter@pinyon.org designates 65.101.20.170 as permitted sender) smtp.mailfrom=rcarter@pinyon.org X-Spamd-Result: default: False [-6.44 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pinyon.org:s=DKIM]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(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)[pinyon.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: h2.pinyon.org]; DKIM_TRACE(0.00)[pinyon.org:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; IP_SCORE(-2.94)[ip: (-9.70), ipnet: 65.100.0.0/14(-4.90), asn: 209(-0.00), country: US(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, 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, 17 Feb 2019 01:35:58 -0000 On 2/16/19 6:21 PM, Eugene Grosbein wrote: > 17.02.2019 8:02, Russell L. Carter wrote: > >> Greetings, >> >> Restarting the FreeCAD 0.17 discussion on a different tangent. >> >> As I mentioned before I am building (for now) outside of the ports >> tree FreeCAD-git + Coin-hg + QT5 + med-4.0.0. I want to particularly >> thank very much all the porting work that has been done so far, I >> wouldn't have been able to get as far as I have without it. >> >> french/med (french?) requires fortran, and for ports gfortran is >> apparently the only option. gfortran depends on libgcc_s.so.1, which >> is FreeBSD's (only?) version of dll hell. >> >> Transcribed output from the FreeCAD Testing Framework GUI test all: >> >> First run of TestApp.All: Run: 212 Failures: 1 Errors: 20 >> >> which isn't bad at all I suspect. However one of the failures is >> >> /lib/libgcc_s.so.1 version GCC_4.8.0 required by >> /usr/local/lib/gcc8/libgfortran.so.5 not found >> >> This is probably fatal to practical use of FreeCAD on FreeBSD. I was >> able to open most of my previous models, created on debian-testing, >> but some were fail. >> >> 2 threads, no happy ending: >> >> https://lists.freebsd.org/pipermail/freebsd-ports/2018-May/113336.html >> https://lists.freebsd.org/pipermail/freebsd-python/2016-January/009672.html >> >> Question to experienced porters, how is this best practice solved? > > I've just did "pkg install gcc8" using my FreeBSD 11.2/amd64 system and got this: > > # ldd /usr/local/lib/gcc8/libgfortran.so.5 > /usr/local/lib/gcc8/libgfortran.so.5: > libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x80146e000) > libz.so.6 => /lib/libz.so.6 (0x8016ad000) > libm.so.5 => /lib/libm.so.5 (0x8018c5000) > libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x801af3000) > libc.so.7 => /lib/libc.so.7 (0x800823000) > > So, /usr/local/lib/gcc8/libgfortran.so.5 does not depend on /lib/libgcc_s.so.1 > but on /usr/local/lib/gcc8/libgcc_s.so.1 in normal case. > > I assume something is broken in your installation. Try removing gcc8 and reinstalling > it using package. > I have similar libgfortran.so.5 installation linkage: root@feyerabend> ldd /usr/local/lib/gcc8/libgfortran.so.5 /usr/local/lib/gcc8/libgfortran.so.5: libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x80126d000) libz.so.6 => /lib/libz.so.6 (0x80066a000) libm.so.5 => /lib/libm.so.5 (0x800684000) libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x8014ac000) libc.so.7 => /lib/libc.so.7 (0x800249000) root@feyerabend> So I must dig deeper. Perhaps with rpaths interacting with the system paths? Russell From owner-freebsd-ports@freebsd.org Sun Feb 17 01:37:12 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 AB76514DB9C7 for ; Sun, 17 Feb 2019 01:37:12 +0000 (UTC) (envelope-from meta@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 4DF18768B1; Sun, 17 Feb 2019 01:37:12 +0000 (UTC) (envelope-from meta@FreeBSD.org) Received: from icepick.vmeta.jp (unknown [IPv6:2405:6586:2280:1200:9892:b223:7b5a:ab63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: meta/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 225A11E0D1; Sun, 17 Feb 2019 01:37:10 +0000 (UTC) (envelope-from meta@FreeBSD.org) Date: Sun, 17 Feb 2019 10:37:06 +0900 From: Koichiro Iwao To: "Janky Jay, III" Cc: freebsd-ports@freebsd.org Subject: Re: net/xrdp: Issue(s) with Channels/Clipboard. Message-ID: <20190217013706.nzqj3zlhmgtusbnl@icepick.vmeta.jp> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 12.0-STABLE amd64 User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 4DF18768B1 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.94 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_SHORT(-0.94)[-0.942,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, 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: Sun, 17 Feb 2019 01:37:12 -0000 On Fri, Feb 15, 2019 at 11:31:36AM -0700, Janky Jay, III wrote: > This also causes the connection to take 16 seconds to open XFCE4 once > it finally gives up on channels. I see 4 errors so I'm guessing there's > a 4 second timeout between attempts. Something similar to the > issue/recommendation reported at > https://github.com/neutrinolabs/xrdp/issues/1288. I've tried the > recommended disallowing of channels to see if it would connect faster > but it does nothing. Still attempts the connections to "chansrv" and > takes 16 seconds. I don't think that is recommended in the upstream issue. Just he reporter tried as workaround. Who recommended? As commented in the ticket, disabling all channels don't stop connecting to chansrv. That's why *not to connect when all channels disabled* feature is suggedted. I know some people have the same issue and already recoeded to upstream GH issue. Hang tight. If I need to know more detail of reproduction, I might ask you help. I also reproduce the issue but not 100%. Thanks, -- meta From owner-freebsd-ports@freebsd.org Sun Feb 17 02:02: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 BB1C414DC6BF for ; Sun, 17 Feb 2019 02:02:51 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (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 1B949774A2 for ; Sun, 17 Feb 2019 02:02:50 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id AA69A189F9; Sat, 16 Feb 2019 19:02:49 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550368969; bh=awm07LhZpiTrJWJ19rF3JVAf81ar5qsiDNPohUSKE54=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=dLJ0Bj6x2btb+4BMXnX2M4XVVwJmb1jv3vkbZc3aQOd2fp59bgkblUmDnHiXdzpcV nXEVy98HGJXIIykGIX0NZpuZPqKnz+5qJWMVmYqZumwmTNzXU00LW77feHblZWBFXc IsOzj82pk1bwKkRdiZXDqAzVu4KrqJ2hWkcrfk5Y= X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU shortcircuit=no autolearn=unavailable autolearn_force=no version=3.4.2 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id BA168189DF; Sat, 16 Feb 2019 19:02:48 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550368968; bh=awm07LhZpiTrJWJ19rF3JVAf81ar5qsiDNPohUSKE54=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=H+6zYV3IgasKP4nlw8rrXM2fbr7HB9sqVgC3vtOX5O/yOZXURvPklO1an6KQFVjkW olPI0NNyJtKPNSxfQwcXTiGY9ZuZ47OHM4a6NQxjg6n6rqYxOt6xnqzrzNTNGMK1bB khpwp/m/0/OGkKoo2GTDNP0a3TKj+eMvdYyk2VvE= Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: sgk@troutmask.apl.washington.edu Cc: FreeBSD Ports ML References: <20190217011443.GA90614@troutmask.apl.washington.edu> From: "Russell L. Carter" Message-ID: <5f0ae075-13f5-a511-cd38-56af97f8316c@pinyon.org> Date: Sat, 16 Feb 2019 19:02:48 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <20190217011443.GA90614@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 1B949774A2 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pinyon.org header.s=DKIM header.b=dLJ0Bj6x; dkim=pass header.d=pinyon.org header.s=DKIM header.b=H+6zYV3I; spf=pass (mx1.freebsd.org: domain of rcarter@pinyon.org designates 65.101.20.170 as permitted sender) smtp.mailfrom=rcarter@pinyon.org X-Spamd-Result: default: False [-6.43 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pinyon.org:s=DKIM]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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)[pinyon.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[pinyon.org:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: h2.pinyon.org]; IP_SCORE(-2.94)[ip: (-9.72), ipnet: 65.100.0.0/14(-4.90), asn: 209(-0.02), country: US(-0.07)]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, 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, 17 Feb 2019 02:02:52 -0000 On 2/16/19 6:14 PM, Steve Kargl wrote: > On Sat, Feb 16, 2019 at 06:02:11PM -0700, Russell L. Carter wrote: >> >> /lib/libgcc_s.so.1 version GCC_4.8.0 required by >> /usr/local/lib/gcc8/libgfortran.so.5 not found >> >> >> Question to experienced porters, how is this best practice solved? >> > > setenv LD_LIBRARY_PATH /usr/local/lib/gcc8 > setenv LD_RUN_PATH /usr/local/lib/gcc8 > Steve, script: #! /bin/sh export LD_LIBRARY_PATH=/usr/local/lib/gcc8 export LD_RUN_PATH=/usr/local/lib/gcc8 FreeCAD $* And now the errors are different with no /lib/libgcc_s.so.1 error, but if I rerun the tests in the GUI instance, I return to the libgcc_s.so.1 problem. Maybe a lost environment in there somewhere. Well I will be back at it tomorrow. Thanks, Russell From owner-freebsd-ports@freebsd.org Sun Feb 17 01:44: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 0426F14DBE6F for ; Sun, 17 Feb 2019 01:44:39 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0028576D04 for ; Sun, 17 Feb 2019 01:44:37 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x1H1iV0K016000 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 17 Feb 2019 02:44:31 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: rcarter@pinyon.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x1H1iUSO012882 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 17 Feb 2019 08:44:30 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: "Russell L. Carter" , FreeBSD Ports ML References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> From: Eugene Grosbein Message-ID: <2405b01d-06b8-a9b0-a193-ed3f2890b70e@grosbein.net> Date: Sun, 17 Feb 2019 08:44:25 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 0028576D04 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.93 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_PERMFAIL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; IP_SCORE(-1.35)[ip: (-2.11), ipnet: 2a01:4f8::/29(-2.37), asn: 24940(-2.25), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(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, 17 Feb 2019 01:44:39 -0000 17.02.2019 8:35, Russell L. Carter wrote: >>> Transcribed output from the FreeCAD Testing Framework GUI test all: >>> >>> First run of TestApp.All: Run: 212 Failures: 1 Errors: 20 >>> >>> which isn't bad at all I suspect. However one of the failures is >>> >>> /lib/libgcc_s.so.1 version GCC_4.8.0 required by >>> /usr/local/lib/gcc8/libgfortran.so.5 not found Where did you get this from, exactly? From owner-freebsd-ports@freebsd.org Sun Feb 17 01:58: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 9DDC414DC489 for ; Sun, 17 Feb 2019 01:58:29 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (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 4A43D771E3 for ; Sun, 17 Feb 2019 01:58:28 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id 86BC5189C9; Sat, 16 Feb 2019 18:58:26 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550368706; bh=b3xVrvEQrwUzxEFRL6Hf4yR1fim1ZVR1gxiFVgUrQ9s=; h=Subject:To:References:From:Date:In-Reply-To; b=WfF/xQFQcFbd47flvQp0mxjxEESb653TJ18zjFHOT6alBHZ/6ONXfHWqnjn1RqsYV aISofqyN9GiFgRk4OqOds5g3tlu4XCKZFnlAs1kIMs71p5N6yGYaqN1HhVI1zWLWwF VfkVjFntDLRTKA+FPZ+9z3DoSXuEp1KKJZXXqU+U= X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id 71D0D189A8; Sat, 16 Feb 2019 18:58:25 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550368705; bh=b3xVrvEQrwUzxEFRL6Hf4yR1fim1ZVR1gxiFVgUrQ9s=; h=Subject:To:References:From:Date:In-Reply-To; b=KBCzx6232RXaCQ9Ti8HCbKdw41XBRTmpMq1ShYlYinewINH9X1ZZHQUWsQPSq+7QS DkLu/zDgaHWOjLyHorBMeoHqJPC6oXj26nVVdHkCHey2LMletR5CzWXmEb2SjLDNm5 aCsm2MdnGbT2hwJtF3eWVLVBKbh9QTRZDKWpwnJU= Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: Eugene Grosbein , FreeBSD Ports ML References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <2405b01d-06b8-a9b0-a193-ed3f2890b70e@grosbein.net> From: "Russell L. Carter" Message-ID: Date: Sat, 16 Feb 2019 18:58:25 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <2405b01d-06b8-a9b0-a193-ed3f2890b70e@grosbein.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4A43D771E3 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pinyon.org header.s=DKIM header.b=WfF/xQFQ; dkim=pass header.d=pinyon.org header.s=DKIM header.b=KBCzx623; spf=pass (mx1.freebsd.org: domain of rcarter@pinyon.org designates 65.101.20.170 as permitted sender) smtp.mailfrom=rcarter@pinyon.org X-Spamd-Result: default: False [-6.43 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pinyon.org:s=DKIM]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(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)[pinyon.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: h2.pinyon.org]; DKIM_TRACE(0.00)[pinyon.org:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.979,0]; IP_SCORE(-2.94)[ip: (-9.71), ipnet: 65.100.0.0/14(-4.90), asn: 209(-0.01), country: US(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, 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, 17 Feb 2019 01:58:29 -0000 On 2/16/19 6:44 PM, Eugene Grosbein wrote: > 17.02.2019 8:35, Russell L. Carter wrote: > >>>> Transcribed output from the FreeCAD Testing Framework GUI test all: >>>> >>>> First run of TestApp.All: Run: 212 Failures: 1 Errors: 20 >>>> >>>> which isn't bad at all I suspect. However one of the failures is >>>> >>>> /lib/libgcc_s.so.1 version GCC_4.8.0 required by >>>> /usr/local/lib/gcc8/libgfortran.so.5 not found > > Where did you get this from, exactly? > I apologize, I am unsure what you are asking about with respect to the "this". The output I am showing is literally typed in from the error display box that happens when I run FreeCAD-git, ie, current git FreeCAD, in an outside the ports tree bleeding edge version, including the dependencies, that I am working on. I detailed this in the original message. I would be delighted to share all my scripts and patches that got me this far. Anyway there is a FreeCAD Test workbench, with an "all" option, right at the top, and that's where I'm starting on the bug triage. Now I got to cook dinner but I will be back at it tomorrow. Something of an obsession. Plus I have a deck to design. It would be cheaper to have someone else do this, but shouldn't FreeCAD do it on FreeBSD? :-) Best, Russell From owner-freebsd-ports@freebsd.org Sun Feb 17 02:08:35 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 6F3D814DD08D for ; Sun, 17 Feb 2019 02:08:35 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4AAB577A34 for ; Sun, 17 Feb 2019 02:08:34 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x1H28RSP016670 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 17 Feb 2019 03:08:28 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: rcarter@pinyon.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x1H28RC5013082 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 17 Feb 2019 09:08:27 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: "Russell L. Carter" , FreeBSD Ports ML References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <2405b01d-06b8-a9b0-a193-ed3f2890b70e@grosbein.net> From: Eugene Grosbein Message-ID: Date: Sun, 17 Feb 2019 09:08:21 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4AAB577A34 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.92 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_PERMFAIL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; IP_SCORE(-1.34)[ip: (-2.08), ipnet: 2a01:4f8::/29(-2.36), asn: 24940(-2.25), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(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, 17 Feb 2019 02:08:35 -0000 17.02.2019 8:58, Russell L. Carter wrote: > On 2/16/19 6:44 PM, Eugene Grosbein wrote: >> 17.02.2019 8:35, Russell L. Carter wrote: >> >>>>> Transcribed output from the FreeCAD Testing Framework GUI test all: >>>>> >>>>> First run of TestApp.All: Run: 212 Failures: 1 Errors: 20 >>>>> >>>>> which isn't bad at all I suspect. However one of the failures is >>>>> >>>>> /lib/libgcc_s.so.1 version GCC_4.8.0 required by >>>>> /usr/local/lib/gcc8/libgfortran.so.5 not found >> >> Where did you get this from, exactly? >> > > I apologize, I am unsure what you are asking about with respect to the > "this". The output I am showing is literally typed in from the error > display box that happens when I run FreeCAD-git, ie, current git > FreeCAD, in an outside the ports tree bleeding edge version, including > the dependencies, that I am working on. I detailed this in the > original message. I would be delighted to share all my scripts and > patches that got me this far. > > Anyway there is a FreeCAD Test workbench, with an "all" option, right > at the top, and that's where I'm starting on the bug triage. > > Now I got to cook dinner but I will be back at it tomorrow. Something > of an obsession. Plus I have a deck to design. It would be cheaper > to have someone else do this, but shouldn't FreeCAD do it on FreeBSD? Maybe you should use libmap.conf(5) to work around the problem. "ktrace -i" and kdump would be handy to discover exact name of the binary or library for /etc/libmap.conf if FreeCAD-git happens to be not binary but some wrapping script for real binary. From owner-freebsd-ports@freebsd.org Sun Feb 17 04:10: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 1975014E15D1 for ; Sun, 17 Feb 2019 04:10:59 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE68C84843; Sun, 17 Feb 2019 04:10:58 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id A0F2A4B12; Sun, 17 Feb 2019 04:10:58 +0000 (UTC) From: Jan Beich To: "Russell L. Carter" Cc: FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 References: Date: Sun, 17 Feb 2019 05:10:53 +0100 In-Reply-To: (Russell L. Carter's message of "Sat, 16 Feb 2019 18:02:11 -0700") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: AE68C84843 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.95 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.991,0]; NEURAL_HAM_SHORT(-0.96)[-0.961,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: Sun, 17 Feb 2019 04:10:59 -0000 "Russell L. Carter" writes: > /lib/libgcc_s.so.1 version GCC_4.8.0 required by > /usr/local/lib/gcc8/libgfortran.so.5 not found [...] > Question to experienced porters, how is this best practice solved? Try adding USES=fortran to freecad in order to propagate GCC LDFLAGS as old libgcc_s.so maybe loaded *before* libmed.so sets RPATH. Before Clang/libc++ became default (on x86) a similar conflict existed between libstdc++.so from base system and libstdc++.so from lang/gcc*. From owner-freebsd-ports@freebsd.org Sun Feb 17 05:11: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 0945A14E3024 for ; Sun, 17 Feb 2019 05:11:14 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CCDC586191 for ; Sun, 17 Feb 2019 05:11:12 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1H5BA5X091446 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Feb 2019 21:11:10 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1H5B9LU091445; Sat, 16 Feb 2019 21:11:09 -0800 (PST) (envelope-from sgk) Date: Sat, 16 Feb 2019 21:11:09 -0800 From: Steve Kargl To: Eugene Grosbein Cc: "Russell L. Carter" , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190217051109.GA91424@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: CCDC586191 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.87 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.86)[0.861,0]; NEURAL_HAM_LONG(-0.32)[-0.320,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_MEDIUM(0.56)[0.558,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.08)[ip: (0.16), ipnet: 128.95.0.0/16(0.22), asn: 73(0.10), country: US(-0.07)] 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, 17 Feb 2019 05:11:14 -0000 On Sun, Feb 17, 2019 at 08:21:00AM +0700, Eugene Grosbein wrote: > > I've just did "pkg install gcc8" using my FreeBSD 11.2/amd64 system and got this: > > # ldd /usr/local/lib/gcc8/libgfortran.so.5 > /usr/local/lib/gcc8/libgfortran.so.5: > libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x80146e000) > libz.so.6 => /lib/libz.so.6 (0x8016ad000) > libm.so.5 => /lib/libm.so.5 (0x8018c5000) > libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x801af3000) > libc.so.7 => /lib/libc.so.7 (0x800823000) > > So, /usr/local/lib/gcc8/libgfortran.so.5 does not depend on /lib/libgcc_s.so.1 > but on /usr/local/lib/gcc8/libgcc_s.so.1 in normal case. > > I assume something is broken in your installation. Try removing gcc8 and reinstalling > it using package. > There is a problem with the order of libgcc_s.so.1 in the cache created by ldconfig. rtld will use the first one it finds. If it fails, it fails. It does not look to see if there is a second entry. -- Steve From owner-freebsd-ports@freebsd.org Sun Feb 17 06:14: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 66A1814E49CE for ; Sun, 17 Feb 2019 06:14:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 25E0687D09 for ; Sun, 17 Feb 2019 06:14:47 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1H6EjxV091704 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Feb 2019 22:14:45 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1H6Ei2U091703; Sat, 16 Feb 2019 22:14:44 -0800 (PST) (envelope-from sgk) Date: Sat, 16 Feb 2019 22:14:44 -0800 From: Steve Kargl To: "Russell L. Carter" Cc: Eugene Grosbein , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190217061444.GA91668@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 25E0687D09 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.99 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.94)[0.943,0]; NEURAL_HAM_LONG(-0.32)[-0.323,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_MEDIUM(0.60)[0.603,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.08)[ip: (0.16), ipnet: 128.95.0.0/16(0.22), asn: 73(0.10), country: US(-0.07)] 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, 17 Feb 2019 06:14:48 -0000 On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote: > > So I must dig deeper. Perhaps with rpaths interacting with the system > paths? > Read the rtld manpage. You're hitting #5 in the list, because the first 4 aren't satisified. Now, look at 'ldconfig -r | grep libgcc_s'. -- Steve From owner-freebsd-ports@freebsd.org Sun Feb 17 05:38:02 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 B582D14E3BE7 for ; Sun, 17 Feb 2019 05:38:02 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DAFB386EE4 for ; Sun, 17 Feb 2019 05:37:51 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x1H5bgvg017927 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 17 Feb 2019 06:37:43 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: sgk@troutmask.apl.washington.edu Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x1H5bfrT014270 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 17 Feb 2019 12:37:41 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: sgk@troutmask.apl.washington.edu References: <20190217051109.GA91424@troutmask.apl.washington.edu> Cc: "Russell L. Carter" , FreeBSD Ports ML From: Eugene Grosbein Message-ID: <692e3772-9b06-03fa-790b-73117f3c6ec8@grosbein.net> Date: Sun, 17 Feb 2019 12:37:36 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20190217051109.GA91424@troutmask.apl.washington.edu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: DAFB386EE4 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.63 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.69)[-0.691,0]; IP_SCORE(-1.34)[ip: (-2.06), ipnet: 2a01:4f8::/29(-2.36), asn: 24940(-2.25), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(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, 17 Feb 2019 05:38:03 -0000 17.02.2019 12:11, Steve Kargl wrot: >> # ldd /usr/local/lib/gcc8/libgfortran.so.5 >> /usr/local/lib/gcc8/libgfortran.so.5: >> libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x80146e000) >> libz.so.6 => /lib/libz.so.6 (0x8016ad000) >> libm.so.5 => /lib/libm.so.5 (0x8018c5000) >> libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x801af3000) >> libc.so.7 => /lib/libc.so.7 (0x800823000) >> >> So, /usr/local/lib/gcc8/libgfortran.so.5 does not depend on /lib/libgcc_s.so.1 >> but on /usr/local/lib/gcc8/libgcc_s.so.1 in normal case. >> >> I assume something is broken in your installation. Try removing gcc8 and reinstalling >> it using package. > > There is a problem with the order of libgcc_s.so.1 > in the cache created by ldconfig. rtld will use > the first one it finds. If it fails, it fails. It > does not look to see if there is a second entry. If binary needs specific version of libgcc_s.so.1 installed with gcc8 port/package, then building system must use specific rpath, so rtld would not use "the first one it finds". From owner-freebsd-ports@freebsd.org Sun Feb 17 06:35:45 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 69CBE14E5355 for ; Sun, 17 Feb 2019 06:35:45 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A4DE88700 for ; Sun, 17 Feb 2019 06:35:44 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x1H6ZbCx018281 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 17 Feb 2019 07:35:37 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: sgk@troutmask.apl.washington.edu Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x1H6ZaTZ014674 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 17 Feb 2019 13:35:36 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: sgk@troutmask.apl.washington.edu References: <20190217051109.GA91424@troutmask.apl.washington.edu> <692e3772-9b06-03fa-790b-73117f3c6ec8@grosbein.net> <20190217055655.GA91549@troutmask.apl.washington.edu> <532b1923-33b4-d0c7-3499-175900c98d9e@grosbein.net> <20190217061920.GB91668@troutmask.apl.washington.edu> Cc: "Russell L. Carter" , FreeBSD Ports ML From: Eugene Grosbein Message-ID: <4afa5358-4190-6ff3-1b5d-1c4e324abf38@grosbein.net> Date: Sun, 17 Feb 2019 13:35:31 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20190217061920.GB91668@troutmask.apl.washington.edu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 9A4DE88700 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.73)[-0.732,0]; IP_SCORE(-1.33)[ip: (-2.02), ipnet: 2a01:4f8::/29(-2.36), asn: 24940(-2.25), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(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, 17 Feb 2019 06:35:45 -0000 17.02.2019 13:19, Steve Kargl wrote: > For whatever reason, there are situations where the rpath > isn't set in the library. Read the rtld manpage. You're > hitting #5 in the list. Our package building system sets rpath for dependants of gcc8, so Fortran libraries (and others) do have rpath for its runtime. Setting rpath for resulting binary should solve the problem. From owner-freebsd-ports@freebsd.org Sun Feb 17 07:38:56 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 259DD14E6FA1 for ; Sun, 17 Feb 2019 07:38:56 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9973489FEC for ; Sun, 17 Feb 2019 07:38:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1H7cq2O093279 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Feb 2019 23:38:52 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1H7cp2W093278; Sat, 16 Feb 2019 23:38:51 -0800 (PST) (envelope-from sgk) Date: Sat, 16 Feb 2019 23:38:51 -0800 From: Steve Kargl To: Eugene Grosbein Cc: "Russell L. Carter" , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190217073851.GA93246@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190217051109.GA91424@troutmask.apl.washington.edu> <692e3772-9b06-03fa-790b-73117f3c6ec8@grosbein.net> <20190217055655.GA91549@troutmask.apl.washington.edu> <532b1923-33b4-d0c7-3499-175900c98d9e@grosbein.net> <20190217061920.GB91668@troutmask.apl.washington.edu> <4afa5358-4190-6ff3-1b5d-1c4e324abf38@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4afa5358-4190-6ff3-1b5d-1c4e324abf38@grosbein.net> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 9973489FEC X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.12 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.26)[0.259,0]; NEURAL_HAM_LONG(-0.29)[-0.293,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_MEDIUM(0.39)[0.390,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.08)[ip: (0.15), ipnet: 128.95.0.0/16(0.22), asn: 73(0.10), country: US(-0.07)] 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, 17 Feb 2019 07:38:56 -0000 On Sun, Feb 17, 2019 at 01:35:31PM +0700, Eugene Grosbein wrote: > 17.02.2019 13:19, Steve Kargl wrote: > > > For whatever reason, there are situations where the rpath > > isn't set in the library. Read the rtld manpage. You're > > hitting #5 in the list. > > Our package building system sets rpath for dependants of gcc8, > so Fortran libraries (and others) do have rpath for its runtime. > > Setting rpath for resulting binary should solve the problem. It seems that you may want to review the email archives. The issue with libgfortran.so and the wrong libgcc_s.so has come up about once a year for the last 5 to 10 years. -- Steve From owner-freebsd-ports@freebsd.org Sun Feb 17 06:13: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 6262914E49A4 for ; Sun, 17 Feb 2019 06:13:32 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A35687CF3 for ; Sun, 17 Feb 2019 06:13:31 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x1H6DLmG018128 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 17 Feb 2019 07:13:23 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: sgk@troutmask.apl.washington.edu Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x1H6DKa7014499 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 17 Feb 2019 13:13:20 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: sgk@troutmask.apl.washington.edu References: <20190217051109.GA91424@troutmask.apl.washington.edu> <692e3772-9b06-03fa-790b-73117f3c6ec8@grosbein.net> <20190217055655.GA91549@troutmask.apl.washington.edu> Cc: "Russell L. Carter" , FreeBSD Ports ML From: Eugene Grosbein Message-ID: <532b1923-33b4-d0c7-3499-175900c98d9e@grosbein.net> Date: Sun, 17 Feb 2019 13:13:15 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20190217055655.GA91549@troutmask.apl.washington.edu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 3A35687CF3 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.82 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.89)[-0.891,0]; IP_SCORE(-1.33)[ip: (-2.04), ipnet: 2a01:4f8::/29(-2.36), asn: 24940(-2.25), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(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, 17 Feb 2019 06:13:32 -0000 17.02.2019 12:56, Steve Kargl wrote: > On Sun, Feb 17, 2019 at 12:37:36PM +0700, Eugene Grosbein wrote: >> 17.02.2019 12:11, Steve Kargl wrot: >> >>> >>> There is a problem with the order of libgcc_s.so.1 >>> in the cache created by ldconfig. rtld will use >>> the first one it finds. If it fails, it fails. It >>> does not look to see if there is a second entry. >> >> If binary needs specific version of libgcc_s.so.1 installed >> with gcc8 port/package, then building system must use specific >> rpath, so rtld would not use "the first one it finds". > > This is a well-known problem with libgcc_s.so.1 and gfortran. > You can state whatever you believe should happen, but it does > not seem to work that. You have a few options: > 1) Add -static to your options; > 2) Use LD_LIBRARY_PATH, LD_RUN_PATH to point to > /usr/local/lib/gcc8; > 3) Add -Wl,-rpath=/usr/local/lib/gcc8 to FFLAGS in /etc/make.conf > (check syntax for this one); > 4) bump the major library version number for /lib/libgcc.so.1 > to 2; > 5) fix rtld to not fail on the first found library in the cache. > Iterated over all entries and only fail if the library isn't found; > 6) rename /lib/libgcc_s.so.1 to /lib/libllvm_s.so.1 and teach > llvm/clang/rtld to not misappropriate a well-known GCC library > name. > When a port from our Ports Collection needs specific version of GCC and its runtime libraries, it utilizes "USE_GCC=8" and bsd.gcc.mk adds this to make everybody happy: CFLAGS+= -Wl,-rpath=${_GCC_RUNTIME} CXXFLAGS+= -Wl,-rpath=${_GCC_RUNTIME} LDFLAGS+= -Wl,-rpath=${_GCC_RUNTIME} -L${_GCC_RUNTIME} This is your 3) case and this is what I have meant. When someone builds a binary having same requirements but without writing port/using bsd.gcc.mk, same needs to be done and everything should just work. Or better create a port. From owner-freebsd-ports@freebsd.org Sun Feb 17 06:19: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 6844F14E4A81 for ; Sun, 17 Feb 2019 06:19:22 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EEA087E99 for ; Sun, 17 Feb 2019 06:19:21 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1H6JKKS091723 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Feb 2019 22:19:20 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1H6JKYT091722; Sat, 16 Feb 2019 22:19:20 -0800 (PST) (envelope-from sgk) Date: Sat, 16 Feb 2019 22:19:20 -0800 From: Steve Kargl To: Eugene Grosbein Cc: "Russell L. Carter" , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190217061920.GB91668@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190217051109.GA91424@troutmask.apl.washington.edu> <692e3772-9b06-03fa-790b-73117f3c6ec8@grosbein.net> <20190217055655.GA91549@troutmask.apl.washington.edu> <532b1923-33b4-d0c7-3499-175900c98d9e@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <532b1923-33b4-d0c7-3499-175900c98d9e@grosbein.net> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 8EEA087E99 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.85 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.87)[0.868,0]; NEURAL_HAM_LONG(-0.29)[-0.290,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_MEDIUM(0.50)[0.504,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.08)[ip: (0.16), ipnet: 128.95.0.0/16(0.22), asn: 73(0.10), country: US(-0.07)] 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, 17 Feb 2019 06:19:22 -0000 On Sun, Feb 17, 2019 at 01:13:15PM +0700, Eugene Grosbein wrote: > 17.02.2019 12:56, Steve Kargl wrote: > > >> 17.02.2019 12:11, Steve Kargl wrot: > >>> > >>> There is a problem with the order of libgcc_s.so.1 > >>> in the cache created by ldconfig. rtld will use > >>> the first one it finds. If it fails, it fails. It > >>> does not look to see if there is a second entry. > >> > >> If binary needs specific version of libgcc_s.so.1 installed > >> with gcc8 port/package, then building system must use specific > >> rpath, so rtld would not use "the first one it finds". > > > > This is a well-known problem with libgcc_s.so.1 and gfortran. > > You can state whatever you believe should happen, but it does > > not seem to work that. You have a few options: > > 1) Add -static to your options; > > 2) Use LD_LIBRARY_PATH, LD_RUN_PATH to point to > > /usr/local/lib/gcc8; > > 3) Add -Wl,-rpath=/usr/local/lib/gcc8 to FFLAGS in /etc/make.conf > > (check syntax for this one); > > 4) bump the major library version number for /lib/libgcc.so.1 > > to 2; > > 5) fix rtld to not fail on the first found library in the cache. > > Iterated over all entries and only fail if the library isn't found; > > 6) rename /lib/libgcc_s.so.1 to /lib/libllvm_s.so.1 and teach > > llvm/clang/rtld to not misappropriate a well-known GCC library > > name. > > > > When a port from our Ports Collection needs specific version of GCC and its runtime libraries, > it utilizes "USE_GCC=8" and bsd.gcc.mk adds this to make everybody happy: > > CFLAGS+= -Wl,-rpath=${_GCC_RUNTIME} > CXXFLAGS+= -Wl,-rpath=${_GCC_RUNTIME} > LDFLAGS+= -Wl,-rpath=${_GCC_RUNTIME} -L${_GCC_RUNTIME} > > This is your 3) case and this is what I have meant. FFLAGS+= ???? For whatever reason, there are situations where the rpath isn't set in the library. Read the rtld manpage. You're hitting #5 in the list. -- Steve From owner-freebsd-ports@freebsd.org Sun Feb 17 05:57: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 1A11214E41DC for ; Sun, 17 Feb 2019 05:57:00 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A3DF387454 for ; Sun, 17 Feb 2019 05:56:58 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1H5uu7V091576 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Feb 2019 21:56:56 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1H5utnZ091575; Sat, 16 Feb 2019 21:56:55 -0800 (PST) (envelope-from sgk) Date: Sat, 16 Feb 2019 21:56:55 -0800 From: Steve Kargl To: Eugene Grosbein Cc: "Russell L. Carter" , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190217055655.GA91549@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20190217051109.GA91424@troutmask.apl.washington.edu> <692e3772-9b06-03fa-790b-73117f3c6ec8@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <692e3772-9b06-03fa-790b-73117f3c6ec8@grosbein.net> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: A3DF387454 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.95 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.94)[0.944,0]; NEURAL_HAM_LONG(-0.34)[-0.337,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_MEDIUM(0.57)[0.572,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.08)[ip: (0.16), ipnet: 128.95.0.0/16(0.22), asn: 73(0.10), country: US(-0.07)] 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, 17 Feb 2019 05:57:00 -0000 On Sun, Feb 17, 2019 at 12:37:36PM +0700, Eugene Grosbein wrote: > 17.02.2019 12:11, Steve Kargl wrot: > > > > > There is a problem with the order of libgcc_s.so.1 > > in the cache created by ldconfig. rtld will use > > the first one it finds. If it fails, it fails. It > > does not look to see if there is a second entry. > > If binary needs specific version of libgcc_s.so.1 installed > with gcc8 port/package, then building system must use specific > rpath, so rtld would not use "the first one it finds". This is a well-known problem with libgcc_s.so.1 and gfortran. You can state whatever you believe should happen, but it does not seem to work that. You have a few options: 1) Add -static to your options; 2) Use LD_LIBRARY_PATH, LD_RUN_PATH to point to /usr/local/lib/gcc8; 3) Add -Wl,-rpath=/usr/local/lib/gcc8 to FFLAGS in /etc/make.conf (check syntax for this one); 4) bump the major library version number for /lib/libgcc.so.1 to 2; 5) fix rtld to not fail on the first found library in the cache. Iterated over all entries and only fail if the library isn't found; 6) rename /lib/libgcc_s.so.1 to /lib/libllvm_s.so.1 and teach llvm/clang/rtld to not misappropriate a well-known GCC library name. -- Steve From owner-freebsd-ports@freebsd.org Sun Feb 17 12:31: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 834AC14F160E for ; Sun, 17 Feb 2019 12:31:32 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:50a2::3:1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "ns.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8474C6CCDA for ; Sun, 17 Feb 2019 12:31:31 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from localhost (localhost [127.0.0.1]) by smtp.burggraben.net (Postfix) with ESMTP id 0D5266002F3; Sun, 17 Feb 2019 13:31:29 +0100 (CET) X-Spam-Scanned: by amavisd-new at exwg.net Received: from smtp.burggraben.net ([127.0.0.1]) by localhost (ns.burggraben.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id agWxaK1Zop1D; Sun, 17 Feb 2019 13:31:20 +0100 (CET) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS; Sun, 17 Feb 2019 13:31:20 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 0D2A41399BB; Sun, 17 Feb 2019 13:31:20 +0100 (CET) Date: Sun, 17 Feb 2019 13:31:20 +0100 From: Christoph Moench-Tegeder To: "Russell L. Carter" Cc: Mehmet Erol Sanliturk , Torfinn Ingolfsen , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 - is anyone using it? Message-ID: <20190217123119.GA88323@elch.exwg.net> References: <20190209130245.GA32159@elch.exwg.net> <20190209211210.GD32159@elch.exwg.net> <20190214220235.GA2390@elch.exwg.net> <20190216112331.GB2502@elch.exwg.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 8474C6CCDA X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-1.27 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; IP_SCORE(-0.92)[ipnet: 2a01:4f8::/29(-2.36), asn: 24940(-2.25), country: DE(-0.01)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[smtp.burggraben.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.25)[-0.249,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; FREEMAIL_CC(0.00)[gmail.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: Sun, 17 Feb 2019 12:31:32 -0000 ## Russell L. Carter (rcarter@pinyon.org): > I've been building on an 8 core system but am moving to a 32 core > system today. Hm, with great power comes great electricity bill? :) Regards, Christoph -- Spare Space From owner-freebsd-ports@freebsd.org Sun Feb 17 15:29:02 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 3D0CE14F6E1F for ; Sun, 17 Feb 2019 15:29:02 +0000 (UTC) (envelope-from db@db.net) Received: from artemis.db.net (artemis.db.net [45.32.229.41]) by mx1.freebsd.org (Postfix) with ESMTP id 55E4A72034 for ; Sun, 17 Feb 2019 15:29:01 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (artemis.db.net [45.32.229.41]) by artemis.db.net (Postfix) with ESMTP id C97C9104C6; Sun, 17 Feb 2019 15:28:59 +0000 (UTC) Received: by night.db.net (Postfix, from userid 1000) id 1091039875; Sun, 17 Feb 2019 10:28:59 -0500 (EST) Date: Sun, 17 Feb 2019 10:28:59 -0500 From: Diane Bruce To: Steve Kargl Cc: Eugene Grosbein , "Russell L. Carter" , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190217152859.GA96676@night.db.net> References: <20190217051109.GA91424@troutmask.apl.washington.edu> <692e3772-9b06-03fa-790b-73117f3c6ec8@grosbein.net> <20190217055655.GA91549@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190217055655.GA91549@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: 55E4A72034 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.38 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.92)[0.920,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[db.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.85)[0.848,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1-us2.ppe-hosted.com]; NEURAL_SPAM_LONG(0.46)[0.464,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:45.32.224.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.16)[asn: 20473(0.88), country: US(-0.07)] 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, 17 Feb 2019 15:29:02 -0000 On Sat, Feb 16, 2019 at 09:56:55PM -0800, Steve Kargl wrote: > On Sun, Feb 17, 2019 at 12:37:36PM +0700, Eugene Grosbein wrote: > > 17.02.2019 12:11, Steve Kargl wrot: > > > > > > > > There is a problem with the order of libgcc_s.so.1 > > > in the cache created by ldconfig. rtld will use ... > 4) bump the major library version number for /lib/libgcc.so.1 > to 2; > 5) fix rtld to not fail on the first found library in the cache. > Iterated over all entries and only fail if the library isn't found; Not so easy. I looked at it but it would not be easy. > 6) rename /lib/libgcc_s.so.1 to /lib/libllvm_s.so.1 and teach > llvm/clang/rtld to not misappropriate a well-known GCC library > name. For the record I have been arguing for this for a few years as well. Read my wiki page on it. - Diane -- - db@FreeBSD.org db@db.net http://artemis.db.net/~db From owner-freebsd-ports@freebsd.org Sun Feb 17 15:42:05 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 9DCC214F758B for ; Sun, 17 Feb 2019 15:42:05 +0000 (UTC) (envelope-from db@db.net) Received: from artemis.db.net (artemis.db.net [45.32.229.41]) by mx1.freebsd.org (Postfix) with ESMTP id F2F807289E for ; Sun, 17 Feb 2019 15:42:03 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (artemis.db.net [45.32.229.41]) by artemis.db.net (Postfix) with ESMTP id 36F75101F5; Sun, 17 Feb 2019 15:42:02 +0000 (UTC) Received: by night.db.net (Postfix, from userid 1000) id CD2DA39874; Sun, 17 Feb 2019 10:41:59 -0500 (EST) Date: Sun, 17 Feb 2019 10:41:59 -0500 From: Diane Bruce To: Eugene Grosbein Cc: sgk@troutmask.apl.washington.edu, "Russell L. Carter" , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190217154159.GB96676@night.db.net> References: <20190217051109.GA91424@troutmask.apl.washington.edu> <692e3772-9b06-03fa-790b-73117f3c6ec8@grosbein.net> <20190217055655.GA91549@troutmask.apl.washington.edu> <532b1923-33b4-d0c7-3499-175900c98d9e@grosbein.net> <20190217061920.GB91668@troutmask.apl.washington.edu> <4afa5358-4190-6ff3-1b5d-1c4e324abf38@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4afa5358-4190-6ff3-1b5d-1c4e324abf38@grosbein.net> User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: F2F807289E X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.40 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.93)[0.930,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[db.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.89)[0.895,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx1-us2.ppe-hosted.com]; NEURAL_SPAM_LONG(0.43)[0.425,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:45.32.224.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.16)[asn: 20473(0.88), country: US(-0.07)] 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, 17 Feb 2019 15:42:05 -0000 On Sun, Feb 17, 2019 at 01:35:31PM +0700, Eugene Grosbein wrote: > 17.02.2019 13:19, Steve Kargl wrote: > > > For whatever reason, there are situations where the rpath > > isn't set in the library. Read the rtld manpage. You're > > hitting #5 in the list. > > Our package building system sets rpath for dependants of gcc8, > so Fortran libraries (and others) do have rpath for its runtime. > > Setting rpath for resulting binary should solve the problem. No no no no no. Not for an interpreter. The interpreter doesn't 'know' you are about to load a binary module that needs libgcc_s and until it loads something that uses gfortran it doesn't matter which libgcc_s so it picks the 'wrong' one. As my wiki page article says: We can rename our libgcc (Yes other complications but...) We can fix our system libgcc to have the missing functions/data that current libgcc has then bump our version We can use a specific port which PRELOADs the gfortran libgcc_s.so e.g. python2_gfortran8 or whatever. (What a mess and it's ugly but it would work) Individual python ports could be modified to do the PRELOAD with a tiny sh script e.g. opencad could envoke a small sh script that then starts the python interpreter. This would mean exposing the PATH from Mk/USES/fortan.mk e.g. we currently do this: FFLAGS+= -Wl,-rpath=${LOCALBASE}/lib/gcc${_GCC_VER} FCFLAGS+= -Wl,-rpath=${LOCALBASE}/lib/gcc${_GCC_VER} LDFLAGS+= -Wl,-rpath=${LOCALBASE}/lib/gcc${_GCC_VER} \ We'd need FRPATH=${LOCALBASE}/lib/gcc${_GCC_VER} exposed blah. I finally just looked at openscad it's a binary not a python script As Steve sez it's missing the -Wl,-rpath stuff then - Diane -- - db@FreeBSD.org db@db.net http://artemis.db.net/~db From owner-freebsd-ports@freebsd.org Sun Feb 17 13:56:36 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 100EB14F418B for ; Sun, 17 Feb 2019 13:56:36 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (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 212976F5DC for ; Sun, 17 Feb 2019 13:56:34 +0000 (UTC) (envelope-from tingox@gmail.com) Received: by mail-wm1-x333.google.com with SMTP id m1so14682558wml.2 for ; Sun, 17 Feb 2019 05:56:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=DTie/EBQ/2ECz6/JJfDAuNQieocAev2tgZmJlqWBNmk=; b=idB4L/FiCC3jjtE5YUBYDUBmXi/C3JhDDdVbwaSXNGI2h53L25EPRw1zhW61xlEGSh 0fRTWsBNpCfsbRUhzzyWcVpmeZGlUz8VW98qyfAnymCtoCrMcUC9t2bgf24huNMZCrjj g1giAIwYMjodVjmQqD+vuYMh/mKgZ7S7qPHlRFu2tWN80vsGK4tSvAd1NTZo6FFwOWfg 5IGZNXwNMoAu0ziJSROD8LZ91HEs4ozdPQk2wqlTa9BdecWGfhQ8urNrJsltSyM6nkh9 a+9DuRj0Q5qNkGYNnKTDLJyxt0zeqH+NL2Wc22pZ0UA2o/TjX/iT/6smdklbK2fVloHB Xhdw== 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; bh=DTie/EBQ/2ECz6/JJfDAuNQieocAev2tgZmJlqWBNmk=; b=ldt8JHlMCsCkYOuWKrPBSOwIvsVCa32FsQj95WkZ3Kml6nvC8YlqFaw8S8a3BouEtf YoW3P64FhMccxMSpnNgveYT9G7LjQuXGuRjFdA5ZPBInlD67EKY0CGtAyRExw4TRRi6y NYHa8KQXpPG/ZlrW1mzfnHgIaQCrjONHlxEUfGFAUwCDkBf892ZuJ3K+ddgAnwPKiCZr ql7bKfOv6We8o4X1z6NARu2mWQlZX+p9uBWj8eaFyr8yQnj5mE+3AO31Zzj4IJtwQgH6 e7iofYsHXuUcXhyo/VHafyw5DHa+bcK+WxT1SjHoijfZSOBTyRRWBLUrEIQ+cS5m375G Z5gQ== X-Gm-Message-State: AHQUAuaBBfDMXvKOqAp1rHL9p8P9lbDcf3stiIWO3s06aOYdGEtPtNC6 FmL6hmFMUptAFzi08sf5B5+WzkJf+Zsi29/8SqZd41Qs X-Google-Smtp-Source: AHgI3IaFpikgfSS3NcpcZz19UvxYNi2Oo1nDpHchpZ+q6ePhyBMPKwAFbX9ZydvAh0u05RW57xubPNO/KwsWqzGfvZo= X-Received: by 2002:a1c:2804:: with SMTP id o4mr13337253wmo.150.1550411792555; Sun, 17 Feb 2019 05:56:32 -0800 (PST) MIME-Version: 1.0 References: <20190209130245.GA32159@elch.exwg.net> <20190209211210.GD32159@elch.exwg.net> <20190214220235.GA2390@elch.exwg.net> <20190216112331.GB2502@elch.exwg.net> In-Reply-To: <20190216112331.GB2502@elch.exwg.net> From: Torfinn Ingolfsen Date: Sun, 17 Feb 2019 14:56:19 +0100 Message-ID: Subject: Re: FreeCAD 0.17 - is anyone using it? To: FreeBSD Ports ML Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 212976F5DC X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=idB4L/Fi; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of tingox@gmail.com designates 2a00:1450:4864:20::333 as permitted sender) smtp.mailfrom=tingox@gmail.com X-Spamd-Result: default: False [-5.60 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; 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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.3.3.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.60)[ip: (-8.66), ipnet: 2a00:1450::/32(-2.29), asn: 15169(-1.99), country: US(-0.07)]; 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, 17 Feb 2019 13:56:36 -0000 On Sat, Feb 16, 2019 at 12:23 PM Christoph Moench-Tegeder wrote: > > ## Torfinn Ingolfsen (tingox@gmail.com): > > > root@kg-core1# cmake --find-package -DNAME=Coin3D -DCOMPILER_ID=clang > > -DLANGUAGE=CXX -DMODE=LINK > > -Wl,-rpath,/usr/local/lib /usr/local/lib/libCoin.so > > That looks completely right. But the error message was > /usr/bin/ld: cannot find -lCoin > so something else pushed that "-lCoin" into the command. Can you > provide the full build log? Full build log (typescript) here (warning 4.8M text file) https://sites.google.com/site/tingox/20190217_c1_build-freecad.log > Perhaps you can do some digging by yourself? I looked into the build log, but it doesn't tell me anything new: Coins is detected during configure / setup phase, and the suddenly during compile / link it fails a step because Coin (specifically -lCoin) can't be found HTH -- Regards, Torfinn From owner-freebsd-ports@freebsd.org Sun Feb 17 16:10: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 DEA8D14F84B1 for ; Sun, 17 Feb 2019 16:10:28 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B8BD5739A4 for ; Sun, 17 Feb 2019 16:10:27 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x1HGABAd021681 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 17 Feb 2019 17:10:12 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: db@db.net Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x1HGABbS018255 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 17 Feb 2019 23:10:11 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: Diane Bruce References: <20190217051109.GA91424@troutmask.apl.washington.edu> <692e3772-9b06-03fa-790b-73117f3c6ec8@grosbein.net> <20190217055655.GA91549@troutmask.apl.washington.edu> <532b1923-33b4-d0c7-3499-175900c98d9e@grosbein.net> <20190217061920.GB91668@troutmask.apl.washington.edu> <4afa5358-4190-6ff3-1b5d-1c4e324abf38@grosbein.net> <20190217154159.GB96676@night.db.net> Cc: sgk@troutmask.apl.washington.edu, "Russell L. Carter" , FreeBSD Ports ML From: Eugene Grosbein Message-ID: Date: Sun, 17 Feb 2019 23:10:05 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20190217154159.GB96676@night.db.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: B8BD5739A4 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.59 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.67)[-0.672,0]; IP_SCORE(-1.32)[ip: (-1.98), ipnet: 2a01:4f8::/29(-2.36), asn: 24940(-2.25), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(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, 17 Feb 2019 16:10:29 -0000 17.02.2019 22:41, Diane Bruce wrote: >> Setting rpath for resulting binary should solve the problem. > > No no no no no. Not for an interpreter. The interpreter doesn't 'know' > you are about to load a binary module that needs libgcc_s and until > it loads something that uses gfortran it doesn't matter > which libgcc_s so it picks the 'wrong' one. > > As my wiki page article says: > We can rename our libgcc (Yes other complications but...) > > We can fix our system libgcc to have the missing functions/data that > current libgcc has then bump our version > > We can use a specific port which PRELOADs the gfortran libgcc_s.so > e.g. python2_gfortran8 or whatever. (What a mess and it's ugly but > it would work) > > Individual python ports could be modified to do the PRELOAD with > a tiny sh script e.g. opencad could envoke a small sh script > that then starts the python interpreter. This would mean exposing the > PATH from Mk/USES/fortan.mk > > e.g. we currently do this: > > FFLAGS+= -Wl,-rpath=${LOCALBASE}/lib/gcc${_GCC_VER} > FCFLAGS+= -Wl,-rpath=${LOCALBASE}/lib/gcc${_GCC_VER} > LDFLAGS+= -Wl,-rpath=${LOCALBASE}/lib/gcc${_GCC_VER} \ > > We'd need FRPATH=${LOCALBASE}/lib/gcc${_GCC_VER} > exposed > > blah. I finally just looked at openscad it's a binary not a python script > As Steve sez it's missing the -Wl,-rpath stuff then If all involved binaries and libraries in a chain starting from the interpreter and including libraries have mappings for libgcc_s.so to right file, the problem should be solved. And libmap.conf(5) should do the job. From owner-freebsd-ports@freebsd.org Sun Feb 17 15:42: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 8F62F14F75E6 for ; Sun, 17 Feb 2019 15:42:38 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A2A5A72909 for ; Sun, 17 Feb 2019 15:42:27 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x1HFg9NG021495 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 17 Feb 2019 16:42:09 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: db@db.net Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x1HFg82Q018028 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 17 Feb 2019 22:42:08 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: Diane Bruce References: <20190217151501.GA68620@night.db.net> Cc: "Russell L. Carter" , FreeBSD Ports ML From: Eugene Grosbein Message-ID: Date: Sun, 17 Feb 2019 22:42:03 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20190217151501.GA68620@night.db.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: A2A5A72909 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[greylisted]; 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]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.68)[-0.683,0]; IP_SCORE(-1.32)[ip: (-2.00), ipnet: 2a01:4f8::/29(-2.36), asn: 24940(-2.25), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(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, 17 Feb 2019 15:42:38 -0000 17.02.2019 22:15, Diane Bruce wrote: > Basically all we need is a pre-loader script for interpreters > that run into this such as python. (I suspect there have to be other > interpreters that run into this.) Perhaps something like > python2_gfortran or the like, all it has to do is PRELOAD or modify > the library path so we get the 'right' libgcc_s.so. We already have libmap.conf(5). It should be possible to work around the problem creating /usr/local/etc/libmap.d/python.conf with contents: [python2.7] libgcc_s.so.1 /usr/local/lib/gcc8/libgcc_s.so.1 [python3.4] libgcc_s.so.1 /usr/local/lib/gcc8/libgcc_s.so.1 From owner-freebsd-ports@freebsd.org Sun Feb 17 12:09: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 0E00914F0B4C for ; Sun, 17 Feb 2019 12:09: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 A24A96C07E for ; Sun, 17 Feb 2019 12:09:53 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5F6F014F0B49; Sun, 17 Feb 2019 12:09:53 +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 4B4DA14F0B48 for ; Sun, 17 Feb 2019 12:09: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 D195A6C077 for ; Sun, 17 Feb 2019 12:09:52 +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 14E595A32 for ; Sun, 17 Feb 2019 12:09: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 x1HC9p7t032714 for ; Sun, 17 Feb 2019 12:09:51 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x1HC9pRQ032706; Sun, 17 Feb 2019 12:09:51 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201902171209.x1HC9pRQ032706@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: Sun, 17 Feb 2019 12:09:51 +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: Sun, 17 Feb 2019 12:09: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 ------------------------------------------------+-----------------+------------ textproc/sigil | 0.9.10 | 0.9.11 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Sun Feb 17 16:17: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 6A22414F8776 for ; Sun, 17 Feb 2019 16:17:20 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F9CC73CCA for ; Sun, 17 Feb 2019 16:17:19 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id x1HGH3RJ021718 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 17 Feb 2019 17:17:04 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: db@db.net Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id x1HGH2BL018286 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 17 Feb 2019 23:17:02 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: Diane Bruce References: <20190217151501.GA68620@night.db.net> <20190217154628.GA96865@night.db.net> Cc: "Russell L. Carter" , FreeBSD Ports ML From: Eugene Grosbein Message-ID: Date: Sun, 17 Feb 2019 23:16:57 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20190217154628.GA96865@night.db.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 6F9CC73CCA X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MX_INVALID(0.50)[cached]; 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]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_PERMFAIL(0.00)[]; NEURAL_HAM_SHORT(-0.71)[-0.706,0]; IP_SCORE(-1.31)[ip: (-1.96), ipnet: 2a01:4f8::/29(-2.36), asn: 24940(-2.25), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(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, 17 Feb 2019 16:17:20 -0000 17.02.2019 22:46, Diane Bruce wrote: >> We already have libmap.conf(5). It should be possible to work around the problem >> creating /usr/local/etc/libmap.d/python.conf with contents: >> >> [python2.7] >> libgcc_s.so.1 /usr/local/lib/gcc8/libgcc_s.so.1 >> >> [python3.4] >> libgcc_s.so.1 /usr/local/lib/gcc8/libgcc_s.so.1 >> > > Sure but I'm guessing not all python ports *need* gfortran hence > we shouldn't force all python coded ports to use the gfortran libgcc_s.so libmap.conf(5) manual page documents how to restrict such mappings per-directory. One can create symlink for the interpreter and restrict the mapping for symlink only. > Moreover, the libmap would have to be updated everytime gfortran got > updated Not quite: libgcc_s.so.1 needs mapping for interpreter only as our port building system already creates libgfortran.so with right rpath for libgcc_s.so.1: # ldd /usr/local/lib/gcc8/libgfortran.so.5 /usr/local/lib/gcc8/libgfortran.so.5: libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x80146e000) libz.so.6 => /lib/libz.so.6 (0x8016ad000) libm.so.5 => /lib/libm.so.5 (0x8018c5000) libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x801af3000) libc.so.7 => /lib/libc.so.7 (0x800823000) From owner-freebsd-ports@freebsd.org Sun Feb 17 15:16: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 697A014F67E9 for ; Sun, 17 Feb 2019 15:16:06 +0000 (UTC) (envelope-from db@db.net) Received: from artemis.db.net (artemis.db.net [45.32.229.41]) by mx1.freebsd.org (Postfix) with ESMTP id 907D4719C6 for ; Sun, 17 Feb 2019 15:16:05 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (artemis.db.net [45.32.229.41]) by artemis.db.net (Postfix) with ESMTP id D4AFB104D5; Sun, 17 Feb 2019 15:16:04 +0000 (UTC) Received: by night.db.net (Postfix, from userid 1000) id 522AF39876; Sun, 17 Feb 2019 10:16:04 -0500 (EST) Date: Sun, 17 Feb 2019 10:16:04 -0500 From: Diane Bruce To: "Russell L. Carter" Cc: Eugene Grosbein , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190217151604.GB68620@night.db.net> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: 907D4719C6 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.19 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.64)[0.643,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[db.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.88)[0.876,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1-us2.ppe-hosted.com]; NEURAL_SPAM_LONG(0.52)[0.521,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:45.32.224.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.16)[asn: 20473(0.88), country: US(-0.07)] 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, 17 Feb 2019 15:16:06 -0000 On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote: > On 2/16/19 6:21 PM, Eugene Grosbein wrote: > > 17.02.2019 8:02, Russell L. Carter wrote: > > > >> Greetings, ... > root@feyerabend> > > So I must dig deeper. Perhaps with rpaths interacting with the system > paths? > > Russell You got it. ;) Except python doesn't have an rpath which is why this keeps coming up over and over again. - Diane -- - db@FreeBSD.org db@db.net http://artemis.db.net/~db From owner-freebsd-ports@freebsd.org Sun Feb 17 19:23: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 B3D9314DAC3C for ; Sun, 17 Feb 2019 19:23:39 +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 39AB2836EA; Sun, 17 Feb 2019 19:23:38 +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 8B8F9974EA; Sun, 17 Feb 2019 12:23:31 -0700 (MST) DKIM-Filter: OpenDKIM Filter v2.10.3 stig.purplehat.org 8B8F9974EA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unfs.us; s=mail; t=1550431411; bh=r7Y0VzGuUgqBGatThcCw+RBoUe34p8PMKXDQMrSo2p4=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=ohF3+h3eIGsTymmImkWEW2etW7dIlKPgpadP4KCLSFJ3zwp9kfNuTtO7U4PKMfGsJ 8ml4FF4rfvG7ZPOMsdQVbnVx68Y4LHSBJ+l5PY/D4aXHuy0GwqYJKcd6wAw8zj7Czn dCnqCHYZwWipwSV3lkAGwxu7Oia3UZsDzfudT35I= Received: from stig.purplehat.org ([50.243.134.106]) by localhost (stig.purplehat.org [50.243.134.106]) (maiad, port 10024) with ESMTP id 83201-09; Sun, 17 Feb 2019 12:23:29 -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 C745E974E4; Sun, 17 Feb 2019 12:23:29 -0700 (MST) DKIM-Filter: OpenDKIM Filter v2.10.3 stig.purplehat.org C745E974E4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unfs.us; s=mail; t=1550431409; bh=r7Y0VzGuUgqBGatThcCw+RBoUe34p8PMKXDQMrSo2p4=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=Qhhu4NtxdPNgM26sLzSgj1oBr1BNJFzwfXTWGBRMUcsmr6Q7DOFqJtFkCb6LF31o+ JMOLaedsnUHAh6Pgq/Ineno2tAT13dH25q9ra+RZ9v50YpJ4jpWpr9waHAsu6nVnl6 myr0lIO46bcsTyDh/ulUcy8eP5Lp2e9jS3JVmNzo= Subject: Re: net/xrdp: Issue(s) with Channels/Clipboard. To: Koichiro Iwao Cc: freebsd-ports@freebsd.org References: <20190217013706.nzqj3zlhmgtusbnl@icepick.vmeta.jp> 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: <0c964258-8f24-74a4-b592-d4132128bdf0@unfs.us> Date: Sun, 17 Feb 2019 12:23:24 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <20190217013706.nzqj3zlhmgtusbnl@icepick.vmeta.jp> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WMgm39Ba7haTgyPxlzsjdooO5YvYUJ0yL" X-Virus-Scanned: Maia Mailguard X-Rspamd-Queue-Id: 39AB2836EA X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unfs.us header.s=mail header.b=ohF3+h3e; dkim=pass header.d=unfs.us header.s=mail header.b=Qhhu4Ntx; 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 [-7.88 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[unfs.us:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; 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.97)[-0.968,0]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; IP_SCORE(-1.90)[ip: (-9.87), ipnet: 50.128.0.0/9(0.96), asn: 7922(-0.51), country: US(-0.07)]; ASN(0.00)[asn:7922, ipnet:50.128.0.0/9, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[unfs.us,none] 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, 17 Feb 2019 19:23:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WMgm39Ba7haTgyPxlzsjdooO5YvYUJ0yL Content-Type: multipart/mixed; boundary="F82bhtnAyE9SNL12m39P5iEoNbp8K9wXr"; protected-headers="v1" From: "Janky Jay, III" To: Koichiro Iwao Cc: freebsd-ports@freebsd.org Message-ID: <0c964258-8f24-74a4-b592-d4132128bdf0@unfs.us> Subject: Re: net/xrdp: Issue(s) with Channels/Clipboard. References: <20190217013706.nzqj3zlhmgtusbnl@icepick.vmeta.jp> In-Reply-To: <20190217013706.nzqj3zlhmgtusbnl@icepick.vmeta.jp> --F82bhtnAyE9SNL12m39P5iEoNbp8K9wXr Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Hello Meta, On 2/16/19 6:37 PM, Koichiro Iwao wrote: > On Fri, Feb 15, 2019 at 11:31:36AM -0700, Janky Jay, III wrote: >> This also causes the connection to take 16 seconds to open XFCE4 once= >> it finally gives up on channels. I see 4 errors so I'm guessing there'= s >> a 4 second timeout between attempts. Something similar to the >> issue/recommendation reported at >> https://github.com/neutrinolabs/xrdp/issues/1288. I've tried the >> recommended disallowing of channels to see if it would connect faster >> but it does nothing. Still attempts the connections to "chansrv" and >> takes 16 seconds. > I don't think that is recommended in the upstream issue. Just he report= er > tried as workaround. Who recommended? As commented in the ticket, disab= ling > all channels don't stop connecting to chansrv. That's why *not to > connect when all channels disabled* feature is suggedted. > =20 =C2=A0=C2=A0=C2=A0 I should have worded that differently. I suppose "reco= mmended" was incorrect. It was just a thought to see whether or not disable/re-enabling might give me more insight into what was happening via the logs (I tried adding the DEBUG log line to sesman.ini as well but there was no relevant information). > I know some people have the same issue and already recoeded to upstream= > GH issue. Hang tight. If I need to know more detail of reproduction, > I might ask you help. > > I also reproduce the issue but not 100%. > =C2=A0=C2=A0=C2=A0 Sounds good! I can reproduce 100% of the time on one s= ystem right now so if there is anything I can do to help, I will certainly do that. Thank you! Regards, Janky Jay, III --F82bhtnAyE9SNL12m39P5iEoNbp8K9wXr-- --WMgm39Ba7haTgyPxlzsjdooO5YvYUJ0yL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iFwEARECAB0WIQT3labtx1DPvRcqv5cYrcyxRslmfgUCXGm0sQAKCRAYrcyxRslm fll+AJiY3v7ltl8wre2pyhuMx+b9watzAJ9SioWkdgFGOPORF9zSZwiBHM+uuQ== =RaEF -----END PGP SIGNATURE----- --WMgm39Ba7haTgyPxlzsjdooO5YvYUJ0yL-- From owner-freebsd-ports@freebsd.org Sun Feb 17 15:15: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 8D61314F674A for ; Sun, 17 Feb 2019 15:15:14 +0000 (UTC) (envelope-from db@db.net) Received: from artemis.db.net (artemis.db.net [45.32.229.41]) by mx1.freebsd.org (Postfix) with ESMTP id 90AB071959 for ; Sun, 17 Feb 2019 15:15:13 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (artemis.db.net [45.32.229.41]) by artemis.db.net (Postfix) with ESMTP id 6E942FDCB; Sun, 17 Feb 2019 15:15:06 +0000 (UTC) Received: by night.db.net (Postfix, from userid 1000) id A6A6739874; Sun, 17 Feb 2019 10:15:01 -0500 (EST) Date: Sun, 17 Feb 2019 10:15:01 -0500 From: Diane Bruce To: Eugene Grosbein Cc: "Russell L. Carter" , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190217151501.GA68620@night.db.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: 90AB071959 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.42 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.86)[0.863,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[db.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.93)[0.926,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx1-us2.ppe-hosted.com,mx2-us2.ppe-hosted.com,mx1-us2.ppe-hosted.com,mx2-us2.ppe-hosted.com,mx1-us2.ppe-hosted.com,mx2-us2.ppe-hosted.com]; NEURAL_SPAM_LONG(0.48)[0.479,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:45.32.224.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.16)[asn: 20473(0.89), country: US(-0.07)] 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, 17 Feb 2019 15:15:14 -0000 On Sun, Feb 17, 2019 at 08:21:00AM +0700, Eugene Grosbein wrote: > 17.02.2019 8:02, Russell L. Carter wrote: > > > Greetings, > > > > Restarting the FreeCAD 0.17 discussion on a different tangent. > > ... > > /usr/local/lib/gcc8/libgfortran.so.5 not found > > > > This is probably fatal to practical use of FreeCAD on FreeBSD. I was > > able to open most of my previous models, created on debian-testing, > > but some were fail. > > > > 2 threads, no happy ending: > > > > https://lists.freebsd.org/pipermail/freebsd-ports/2018-May/113336.html > > https://lists.freebsd.org/pipermail/freebsd-python/2016-January/009672.html > > > > Question to experienced porters, how is this best practice solved? I've just updated my wiki entry. I think the old entry was way too long so the TLDR; solution I suggest comes first https://wiki.freebsd.org/libgcc%20problem#preview The problem is simple. Python code is not linked with libgcc_s so the system 'fake' libgcc_s is preferred over the one that Fortran prefers since python doesn't 'know' about gfortran at all no RPATH is ever seen in time. Hence if a python binary module is loaded that does use libgcc_s.so it's the system libgcc_s not the one that Fortran "needs". > > I've just did "pkg install gcc8" using my FreeBSD 11.2/amd64 system and got this: > > # ldd /usr/local/lib/gcc8/libgfortran.so.5 > /usr/local/lib/gcc8/libgfortran.so.5: > libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x80146e000) > libz.so.6 => /lib/libz.so.6 (0x8016ad000) > libm.so.5 => /lib/libm.so.5 (0x8018c5000) > libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x801af3000) > libc.so.7 => /lib/libc.so.7 (0x800823000) > > So, /usr/local/lib/gcc8/libgfortran.so.5 does not depend on /lib/libgcc_s.so.1 > but on /usr/local/lib/gcc8/libgcc_s.so.1 in normal case. > > I assume something is broken in your installation. Try removing gcc8 and reinstalling > it using package. No, it's as I outlined above. I have a possible longer term transparent workaround I've mentioned to @emaste but it will take some trivial port changes. Basically all we need is a pre-loader script for interpreters that run into this such as python. (I suspect there have to be other interpreters that run into this.) Perhaps something like python2_gfortran or the like, all it has to do is PRELOAD or modify the library path so we get the 'right' libgcc_s.so. - Diane -- - db@FreeBSD.org db@db.net http://artemis.db.net/~db From owner-freebsd-ports@freebsd.org Sun Feb 17 18:43:53 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 DFBC814D9444 for ; Sun, 17 Feb 2019 18:43:52 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (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 BFF2481F6F for ; Sun, 17 Feb 2019 18:43:51 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id 89A8019CEA; Sun, 17 Feb 2019 11:43:44 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550429024; bh=tyWX3QdBgAnKzZfhpaXroWvjbGuEypkPlSV1tN01Kc4=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=o8wb2fY50IODtMfc0BMT6wXRZw23GcxKD72Y9q+4v5u1vzdm15IjpEaNhhQ5GtJVJ JvDqd1IGBLUxbmTnZQFRr2tYKScXg0lLLQGmVT5dFaJSdqcFWD2CoAY4/iuUYu+8g4 NUQn2C+tfHsaX99WC//T2PkMbO1/ivAk2XSWJAu8= X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED shortcircuit=no autolearn=unavailable autolearn_force=no version=3.4.2 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id 0E9CC19CC8; Sun, 17 Feb 2019 11:43:42 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550429023; bh=tyWX3QdBgAnKzZfhpaXroWvjbGuEypkPlSV1tN01Kc4=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=JygTCBT12xv5hjJY6VVyY4+FZtNUb+AH29N93uY1r7lAGxrkbkJtFzm+KG9GmQzQ5 RY1OgpxpAMbcQjHs3XLxJF9Y5X51ysFVmlRCAvwZIlBhIXmBs8T8e234fgINzYjPwH pC9XWrJLIZ85yD88+hI4MWXDhczlqtKHeUVlvZRo= Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: Eugene Grosbein , Diane Bruce Cc: FreeBSD Ports ML References: <20190217151501.GA68620@night.db.net> <20190217154628.GA96865@night.db.net> From: "Russell L. Carter" Message-ID: <89ef613d-4f0f-5000-9611-d268fe56107e@pinyon.org> Date: Sun, 17 Feb 2019 11:43:42 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: BFF2481F6F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pinyon.org header.s=DKIM header.b=o8wb2fY5; dkim=pass header.d=pinyon.org header.s=DKIM header.b=JygTCBT1; spf=pass (mx1.freebsd.org: domain of rcarter@pinyon.org designates 65.101.20.170 as permitted sender) smtp.mailfrom=rcarter@pinyon.org X-Spamd-Result: default: False [-6.43 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pinyon.org:s=DKIM]; 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]; DMARC_NA(0.00)[pinyon.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[pinyon.org:+]; MX_GOOD(-0.01)[h2.pinyon.org,h1.pinyon.org]; NEURAL_HAM_SHORT(-0.97)[-0.973,0]; IP_SCORE(-2.95)[ip: (-9.73), ipnet: 65.100.0.0/14(-4.90), asn: 209(-0.03), country: US(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, 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, 17 Feb 2019 18:43:53 -0000 On 2/17/19 9:16 AM, Eugene Grosbein wrote: > 17.02.2019 22:46, Diane Bruce wrote: > >>> We already have libmap.conf(5). It should be possible to work around the problem >>> creating /usr/local/etc/libmap.d/python.conf with contents: >>> >>> [python2.7] >>> libgcc_s.so.1 /usr/local/lib/gcc8/libgcc_s.so.1 >>> >>> [python3.4] >>> libgcc_s.so.1 /usr/local/lib/gcc8/libgcc_s.so.1 >>> >> >> Sure but I'm guessing not all python ports *need* gfortran hence >> we shouldn't force all python coded ports to use the gfortran libgcc_s.so > > libmap.conf(5) manual page documents how to restrict such mappings per-directory. > One can create symlink for the interpreter and restrict the mapping for symlink only. > >> Moreover, the libmap would have to be updated everytime gfortran got >> updated > > Not quite: libgcc_s.so.1 needs mapping for interpreter only as our port building system > already creates libgfortran.so with right rpath for libgcc_s.so.1: > > # ldd /usr/local/lib/gcc8/libgfortran.so.5 > /usr/local/lib/gcc8/libgfortran.so.5: > libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x80146e000) > libz.so.6 => /lib/libz.so.6 (0x8016ad000) > libm.so.5 => /lib/libm.so.5 (0x8018c5000) > libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x801af3000) > libc.so.7 => /lib/libc.so.7 (0x800823000) > > Ok, back from RL. I see a lot of discussion, and am totally agnostic about what the "correct" solution is. I read Diane Bruce's page and ran the script: # DB solution # https://wiki.freebsd.org/libgcc%20problem export LD_PRELOAD=/usr/local/lib/gcc8/libgcc_s.so FreeCAD $* No libgcc_s.so.1 problems over three consecutive test all runs. 'FreeCAD' is a binary executable that runs a lot of python under the hood. That's what I needed, thank you to all. Regards, Russell From owner-freebsd-ports@freebsd.org Sun Feb 17 15:46:31 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 2D65F14F78E6 for ; Sun, 17 Feb 2019 15:46:31 +0000 (UTC) (envelope-from db@db.net) Received: from artemis.db.net (artemis.db.net [45.32.229.41]) by mx1.freebsd.org (Postfix) with ESMTP id 79D7C72C18 for ; Sun, 17 Feb 2019 15:46:30 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (artemis.db.net [45.32.229.41]) by artemis.db.net (Postfix) with ESMTP id 8B4A8101B8; Sun, 17 Feb 2019 15:46:29 +0000 (UTC) Received: by night.db.net (Postfix, from userid 1000) id B2B8439874; Sun, 17 Feb 2019 10:46:28 -0500 (EST) Date: Sun, 17 Feb 2019 10:46:28 -0500 From: Diane Bruce To: Eugene Grosbein Cc: Diane Bruce , "Russell L. Carter" , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190217154628.GA96865@night.db.net> References: <20190217151501.GA68620@night.db.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: 79D7C72C18 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.35 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.94)[0.938,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[db.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.82)[0.820,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1-us2.ppe-hosted.com]; NEURAL_SPAM_LONG(0.44)[0.445,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:45.32.224.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.16)[asn: 20473(0.88), country: US(-0.07)] 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, 17 Feb 2019 15:46:31 -0000 On Sun, Feb 17, 2019 at 10:42:03PM +0700, Eugene Grosbein wrote: > 17.02.2019 22:15, Diane Bruce wrote: > > > Basically all we need is a pre-loader script for interpreters ... > > We already have libmap.conf(5). It should be possible to work around the problem > creating /usr/local/etc/libmap.d/python.conf with contents: > > [python2.7] > libgcc_s.so.1 /usr/local/lib/gcc8/libgcc_s.so.1 > > [python3.4] > libgcc_s.so.1 /usr/local/lib/gcc8/libgcc_s.so.1 > Sure but I'm guessing not all python ports *need* gfortran hence we shouldn't force all python coded ports to use the gfortran libgcc_s.so Moreover, the libmap would have to be updated everytime gfortran got updated which is true for the PRELOAD script but at least it would be with the port, not system wide. That's my two Canadian cents. (We don't even have pennies anymore up here ;) ) - Diane -- - db@FreeBSD.org db@db.net http://artemis.db.net/~db From owner-freebsd-ports@freebsd.org Mon Feb 18 07:11:17 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 D275E14F5856 for ; Mon, 18 Feb 2019 07:11:16 +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 A38298119E for ; Mon, 18 Feb 2019 07:11:14 +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 4D3441F326 for ; Mon, 18 Feb 2019 16:11:04 +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 46EF947023; Mon, 18 Feb 2019 16:11:02 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.101.1 at eastasia.home.utahime.org Date: Mon, 18 Feb 2019 16:10:53 +0900 (JST) Message-Id: <20190218.161053.50040196907288057.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: <20190117.014816.1683386087895264933.yasu@utahime.org> References: <20181230.103514.1004952746059751135.yasu@utahime.org> <20190106.160701.1207556327908650084.yasu@utahime.org> <20190117.014816.1683386087895264933.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-Rspamd-Queue-Id: A38298119E 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.18 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.42)[-0.420,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]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[utahime.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[mx.utahime.org]; NEURAL_SPAM_LONG(0.09)[0.085,0]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_SHORT(-0.84)[-0.837,0]; IP_SCORE(0.16)[ip: (0.36), ipnet: 183.180.0.0/16(0.18), asn: 2519(0.34), country: JP(-0.08)]; 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_ALL(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: Mon, 18 Feb 2019 07:11:17 -0000 From: Yasuhiro KIMURA Subject: Re: Request for help: remove bundler from ruby 2.6 port Date: Thu, 17 Jan 2019 01:48:16 +0900 (JST) > From: Yasuhiro KIMURA > Subject: Re: Request for help: remove bundler from ruby 2.6 port > Date: Sun, 06 Jan 2019 16:07:01 +0900 (JST) > >> https://www.utahime.org/FreeBSD/ports/lang_ruby26.20190105.patch >> >> Please take following step to apply this patch. >> >> 1. cd /usr/ports >> 2. svn copy lang/ruby25 lang/ruby26 >> 3. svn delete lang/ruby26/pkg-message >> 4. svn patch /path/to/this/patch > > Updated. > > https://www.utahime.org/FreeBSD/ports/lang_ruby26.20190116.patch > > Same step is necessary to apply this patch. I took for a while but I submitted final version as following bug report. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235826 Now version if updated to 2.6.1. But biggest change is that I gave up including all standard library. It is because some files such as 'bundler', 'gem' and 'rake' are installed in ${PREFIX}/bin and therefor conflists with port version of them. So following module are separeated as other ports. * DBM * GDBM * bundler * gem * rake Please test attached patch and report bug if you find it. Best Regards. --- Yasuhiro KIMURA From owner-freebsd-ports@freebsd.org Mon Feb 18 09:46: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 7AFF614F9568 for ; Mon, 18 Feb 2019 09:46:23 +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 1A041867F0 for ; Mon, 18 Feb 2019 09:46:23 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id CB55614F9561; Mon, 18 Feb 2019 09:46:22 +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 B77D814F9560 for ; Mon, 18 Feb 2019 09:46:22 +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 8AF8E867DC for ; Mon, 18 Feb 2019 09:46:21 +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 8D499119ED for ; Mon, 18 Feb 2019 09:46:20 +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 x1I9kKJZ033714 for ; Mon, 18 Feb 2019 09:46:20 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x1I9kKXZ033713; Mon, 18 Feb 2019 09:46:20 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201902180946.x1I9kKXZ033713@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, 18 Feb 2019 09:46:20 +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, 18 Feb 2019 09:46:23 -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/tass64 | 1.51.727 | 1.54.1900 ------------------------------------------------+-----------------+------------ lang/fasm | 1.73.08 | 1.73.09 ------------------------------------------------+-----------------+------------ 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 Feb 19 03:44: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 0387F14DB077 for ; Tue, 19 Feb 2019 03:44:06 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BEAD6A095; Tue, 19 Feb 2019 03:44:05 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 7BA8812BC3; Tue, 19 Feb 2019 03:44:05 +0000 (UTC) From: Jan Beich To: Adam Weinberger Cc: FreeBSD Ports Subject: Re: vim - GTK2 or GTK3? References: Date: Tue, 19 Feb 2019 04:44:02 +0100 In-Reply-To: (Adam Weinberger's message of "Tue, 1 Jan 2019 13:07:24 -0700") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 9BEAD6A095 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.81 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.81)[-0.813,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, 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: Tue, 19 Feb 2019 03:44:06 -0000 Adam Weinberger writes: > 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. Apparently, GTK3 has higher latency than GTK2 and ATHENA. https://lwn.net/Articles/751763/ From owner-freebsd-ports@freebsd.org Tue Feb 19 07:42: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 0C5FA14E3A49 for ; Tue, 19 Feb 2019 07:42:43 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (vogon.madpilot.net [159.69.1.99]) (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 CB75971A88 for ; Tue, 19 Feb 2019 07:42:38 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 443Xkv4vCrz6dPZ; Tue, 19 Feb 2019 08:42:31 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; 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=mail; t=1550562149; x=1552376550; bh=pu73I1wShM/RTr gT2LCqJBNJlSyfYeyEPKyYvZLX8DA=; b=GKlb/DNO+jCw9bKOKGr6v7fVPD2J6n P31oLgpb/6ZeL/cNUG/cbZEDrhWIm/Z0ebGf+lmTTrlPaH4DibAd1aMvS6Nak1d0 EaEYYP91T5vPzRlDt0UgxKVNRc0IZYLZNSKmOLDiObzKZsb0wPkaqA5bkUDKpUzV V7l1uwVB99n+k= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10026) with ESMTP id YEheLxOL792V; Tue, 19 Feb 2019 08:42:29 +0100 (CET) Received: from marvin.madpilot.net (unknown [87.13.153.156]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.madpilot.net (Postfix) with ESMTPSA; Tue, 19 Feb 2019 08:42:29 +0100 (CET) Subject: Re: vim - GTK2 or GTK3? To: Niclas Zeising , Lars Engels , Adam Weinberger Cc: FreeBSD Ports References: <20190102094212.GC40894@e.0x20.net> From: Guido Falsi Openpgp: preference=signencrypt Autocrypt: addr=mad@madpilot.net; prefer-encrypt=mutual; keydata= mQENBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAG0Hkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PokBOQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8Xa5Ag0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAGJAR8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== Message-ID: <9142869b-8c36-d05b-3b04-67b950f99994@madpilot.net> Date: Tue, 19 Feb 2019 08:42:29 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: CB75971A88 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=madpilot.net header.s=mail header.b=GKlb/DNO; spf=pass (mx1.freebsd.org: domain of mad@madpilot.net designates 159.69.1.99 as permitted sender) smtp.mailfrom=mad@madpilot.net X-Spamd-Result: default: False [-5.07 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[madpilot.net:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[madpilot.net]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[madpilot.net:+]; MX_GOOD(-0.01)[eddie.gfratio.it,vogon.madpilot.net]; NEURAL_HAM_SHORT(-0.84)[-0.841,0]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[156.153.13.87.zen.spamhaus.org : 127.0.0.10]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.72)[ip: (-9.47), ipnet: 159.69.0.0/16(-1.89), asn: 24940(-2.25), 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: Tue, 19 Feb 2019 07:42:43 -0000 On 02/01/19 16:20, Niclas Zeising wrote: > On 2019-01-02 10:42, Lars Engels wrote: [...] > +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 I have used libreoffice compiled with GTK3 for a while, but I had to switch it back to GTK2 recently due to UI problems. Scrollbars disappearing, buttons without any kind of bevel, font selector combos not working. I don't know what was causing that, maybe it was a misconfiguration on my part, but I think it should be investigated before switching the default. -- Guido Falsi From owner-freebsd-ports@freebsd.org Tue Feb 19 10:10: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 2714814EA63F for ; Tue, 19 Feb 2019 10:10:42 +0000 (UTC) (envelope-from bapt@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 BD79377AAB; Tue, 19 Feb 2019 10:10:41 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from ivaldir.etoilebsd.net (etoilebsd.net [178.32.217.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 409281569F; Tue, 19 Feb 2019 10:10:41 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id 2AC7EB8137; Tue, 19 Feb 2019 11:10:40 +0100 (CET) Date: Tue, 19 Feb 2019 11:10:40 +0100 From: Baptiste Daroussin To: Guido Falsi Cc: Niclas Zeising , Lars Engels , Adam Weinberger , FreeBSD Ports Subject: Re: vim - GTK2 or GTK3? Message-ID: <20190219101039.zbrat4fqxt64ran6@ivaldir.net> References: <20190102094212.GC40894@e.0x20.net> <9142869b-8c36-d05b-3b04-67b950f99994@madpilot.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2kmdodowni3jtfe2" Content-Disposition: inline In-Reply-To: <9142869b-8c36-d05b-3b04-67b950f99994@madpilot.net> User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: BD79377AAB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.94 / 15.00]; TAGGED_RCPT(0.00)[freebsd]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_SHORT(-0.94)[-0.945,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, 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: Tue, 19 Feb 2019 10:10:42 -0000 --2kmdodowni3jtfe2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 19, 2019 at 08:42:29AM +0100, Guido Falsi wrote: > On 02/01/19 16:20, Niclas Zeising wrote: > > On 2019-01-02 10:42, Lars Engels wrote: > [...] > > +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? > > Regards >=20 > I have used libreoffice compiled with GTK3 for a while, but I had to > switch it back to GTK2 recently due to UI problems. Scrollbars > disappearing, buttons without any kind of bevel, font selector combos > not working. >=20 > I don't know what was causing that, maybe it was a misconfiguration on > my part, but I think it should be investigated before switching the defau= lt. libreoffice is not using yet GTK3 by default because of those issues, so no= t on your side. Noone had really time to invest why it has those bugs on freebsd. (on linux= and openbsd - iirc - GTK3 is the default for long) Best regards Bapt --2kmdodowni3jtfe2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlxr1hwACgkQY4mL3PG3 PlqKXxAA4JvoIHyJgM8PCXjOcCBljOT2oNXC8A+dmAyqitWs9/cGL2Nv+yrgIaYD lA6aqjVRJRRaAqOZ5SFNSS93bR6WxrKM9uaGzLRPNYEYzOHZuDAuEviFbkjan5zT InYH7Zn3yBdnW5Ye1eGCOrBiHfqhAJS/YYVOn6Ml0OWmiSvzqKtr9Pv0Zm7wTJ5d 9pv4YjkKYild1OT7bJi76MY2DfmMdAK2fX/rMpYDL+fgSMAVxOEi5hEvt/tmcnmF YVQUSDmELmRh82rnKocUD8N4NY166XwUUsZgNiX3BcYGRUAy9mq67W9AjfH6POCl QY2EbfSBdsLLdG8sD03iDNbr6zT8d0Hp3xkey8taIw0W7Y8vpVOod8N1iaxPobsn LByNITJeCHmVITs/rUmnDhCWn2JVg050FmLso38J8AoxcVscuY3n+Wi4rEC3lirM /A1q+Jw76DI3PfDh+h8fZ5PbUDhvJn4maqHTB3tK2kEJjF/2Xi2Ff4bUWdTmLgYg u11kK2xws1rln/8dHYGPlYlDoYKrulwMY64Gt88FME3ypnWWZwu30jLFFViMVXx+ UuP8XJzYaIt8dELh3PF0vAZHxLENxmv8pXMxLPvL4t3Y4uOGIpyP45TzjYRzp9o0 lhXfSdtCpdF2Wb1TaNCZLHABOCVcUCuvzlfSDwmQ3ydCl9Hlrzo= =aoZl -----END PGP SIGNATURE----- --2kmdodowni3jtfe2-- From owner-freebsd-ports@freebsd.org Tue Feb 19 12:25:47 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 F1BCC14EF3A8 for ; Tue, 19 Feb 2019 12:25:46 +0000 (UTC) (envelope-from markand@malikania.fr) Received: from smtp.smtpout.orange.fr (smtp04.smtpout.orange.fr [80.12.242.126]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C65678512A for ; Tue, 19 Feb 2019 12:25:44 +0000 (UTC) (envelope-from markand@malikania.fr) Received: from postfix.malikania.fr ([5.135.187.121]) by mwinf5d80 with ME id ecRc1z00l2dbEiD03cRdVp; Tue, 19 Feb 2019 13:25:37 +0100 X-ME-Helo: postfix.malikania.fr X-ME-Auth: ZGVtZWxpZXIuZGF2aWRAb3JhbmdlLmZy X-ME-Date: Tue, 19 Feb 2019 13:25:37 +0100 X-ME-IP: 5.135.187.121 Received: from [167.3.108.158] (unknown [77.159.242.243]) by postfix.malikania.fr (Postfix) with ESMTPSA id 9CFC61EFEF7 for ; Tue, 19 Feb 2019 13:25:36 +0100 (CET) Subject: Re: vim - GTK2 or GTK3? To: freebsd-ports@freebsd.org References: From: David Demelier Message-ID: <47766b9d-e46b-768c-8c61-f308707d0eb2@malikania.fr> Date: Tue, 19 Feb 2019 13:25:36 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: C65678512A X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.60 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.24)[ip: (-0.42), ipnet: 80.12.240.0/20(0.75), asn: 3215(0.89), country: FR(-0.01)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_SHORT(0.53)[0.533,0]; MX_GOOD(-0.01)[malikania.fr]; NEURAL_SPAM_LONG(0.95)[0.946,0]; RCVD_IN_DNSWL_NONE(0.00)[126.242.12.80.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_MEDIUM(0.99)[0.987,0]; R_SPF_NA(0.00)[]; DMARC_NA(0.00)[malikania.fr]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; 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, 19 Feb 2019 12:25:47 -0000 Le 19/02/2019 à 04:44, Jan Beich a écrit : > Adam Weinberger writes: > >> 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. Gtk2 is deprecated and does not support high DPI displays, so it's already a reason to not use it anymore. -- David From owner-freebsd-ports@freebsd.org Tue Feb 19 23:23:35 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 2EC5414DD9D2 for ; Tue, 19 Feb 2019 23:23:35 +0000 (UTC) (envelope-from danm@prime.gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2001:4f8:3:3d::42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "prime.gushi.org", Issuer "RapidSSL RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 644ED81351 for ; Tue, 19 Feb 2019 23:23:34 +0000 (UTC) (envelope-from danm@prime.gushi.org) Received: from prime.gushi.org (danm@localhost [127.0.0.1]) by prime.gushi.org (8.15.2/8.15.2) with ESMTPS id x1JNNU4e065077 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 19 Feb 2019 15:23:31 -0800 (PST) (envelope-from danm@prime.gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org x1JNNU4e065077 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1550618611; bh=xX+RxkjBngV77U1k3tYwNY1Va4kFGTDnERjI1l2gFTc=; h=Date:From:To:Subject; z=Date:=20Tue,=2019=20Feb=202019=2015:23:28=20-0800=20(PST)|From:=2 0"Dan=20Mahoney=20(Gushi)"=20|To:=20freebsd-por ts@freebsd.org|Subject:=20Rancid3=20update=20to=203.9?; b=HanFUeqCMihLXCDF9mmHSFBUWe1sb6eN776gKoQBRGXtb71SHH1D1z8ID/0dZCDRU 8eeNWLOhP0fxUAEe0eSbbps2Qs0jgLFwzzzDjwUjz7nnLlGY3bMGU9IgIR08cYRIr4 kmJvWxVPXDp3ws9cb0VoUn3os22w9PGq0d8RsNKdaNJ2wZE+hhIzzgExrTggn5KHQ1 Xj8Fk9ky89UWepQVEyd2apNof1b+67qSKlNKZp49ajrdmn8ZZkd41SbeLugNldTVod dv46G9sm+wgBw4IeYxgep180Eq0dLP1Efy3O+O35DegTzFXxYKI1IXiLsDjGuJ1amA 8qyk3R0E4cdug== Received: (from danm@localhost) by prime.gushi.org (8.15.2/8.15.2/Submit) id x1JNNTT1065071; Tue, 19 Feb 2019 15:23:29 -0800 (PST) (envelope-from danm) Date: Tue, 19 Feb 2019 15:23:28 -0800 (PST) From: "Dan Mahoney (Gushi)" X-X-Sender: danm@prime.gushi.org To: freebsd-ports@freebsd.org Subject: Rancid3 update to 3.9? Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) X-OpenPGP-Key-ID: 0x624BB249 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.2 (prime.gushi.org [127.0.0.1]); Tue, 19 Feb 2019 23:23:31 +0000 (UTC) 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, 19 Feb 2019 23:23:35 -0000 All, Rancid3 has been updated to 3.9, upstream. I've contacted the maintainer, but it might be stuck. Would a patch be helpful? -Dan Mahoney -- --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC FB: fb.com/DanielMahoneyIV LI: linkedin.com/in/gushi Site: http://www.gushi.org --------------------------- From owner-freebsd-ports@freebsd.org Wed Feb 20 03:19: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 385F814E39B3 for ; Wed, 20 Feb 2019 03:19:38 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (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 AC1C1898F2; Wed, 20 Feb 2019 03:19:37 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pg1-x534.google.com with SMTP id m2so8857996pgl.5; Tue, 19 Feb 2019 19:19:37 -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=DF1h8CUDgOIl46oF/4lkgH7ieKfzGlr7LIJYyDucH2U=; b=a47CWEzurqy7c440UKDEydSY/2ld90dgF49XLfm4jwBU5EBl2YEGK89g3bqWL5tadm uaC9MbtQGth+KeJv8OuzGzRzK/V+iI1ZhYdEWMPkIey16lkPe2x6qLoAgjZ6zstzozDu 32+xaGpGkdc8t0wGjm2XppU+QIuD5vGtIIBZOCQR30NKhJlfpIZr0ofZ3j9+U4b9yfT2 sQRRGy2iiRO0WyHVU7aSDaknJ06ToM2knFXyB8UabuufuwVe+rl/O0mZLjGmiw8LCTOV thGhLDemkvNMPcBFh6pbsRY3Qq0URBvH0BuUSaXuKTYBWPZTnHSPVb5L7C04Agf6usvP aS9Q== 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=DF1h8CUDgOIl46oF/4lkgH7ieKfzGlr7LIJYyDucH2U=; b=crjkaSIHykKTpPictU20jIop6XchwweDpxhM/9osjL7u2gsS6NEi2mlfu3lcCIwhy5 NcLmJu/I3BmtviuT4HQCH3ah8fk+mQiRog4U8BIICOlQt3/D+YCzXLeQWGQIJUVMz5qT wyyFPt2T3rJ50Pfb9ozGNBBlTYnth9R6InLFc5szAFRNT25TJoL/sz9v71ivxF62LUj/ rXqH2YEn36Aj9oogNI8JcwXkui1j6aJlJ8kh0BIDL5RCml+lT83TOUHj2NjoUG/4tKuN AMZYzzj3uYzTA5UDZ2eXVD+i7UItx9l4RqI6SpvmNhlVzhTcy/Rin2fojCJi56enh0xZ wtgg== X-Gm-Message-State: AHQUAuZ7oudybcH27F1g/FtnPhJz9ox6PEGDLNuuCAZawZ6soDH8r0jZ EssRbOcypRrz1rlYRHbe/GM1iXdV X-Google-Smtp-Source: AHgI3Ia6ravQAVXD2SZPqoQPQjaEEwZ8UoXYD5jVpPdJt3sOzGTSWLAphJfjgJ8CSwwz6WJOXGA6GQ== X-Received: by 2002:a63:d158:: with SMTP id c24mr9128957pgj.34.1550632776060; Tue, 19 Feb 2019 19:19:36 -0800 (PST) Received: from [192.168.1.105] (119-18-15-55.77120f.syd.nbn.aussiebb.net. [119.18.15.55]) by smtp.gmail.com with ESMTPSA id z6sm8707850pgo.31.2019.02.19.19.19.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Feb 2019 19:19:35 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Rancid3 update to 3.9? To: "Dan Mahoney (Gushi)" , freebsd-ports@freebsd.org References: From: Kubilay Kocak Message-ID: <50619b35-d75a-26d8-9444-4233cef61073@FreeBSD.org> Date: Wed, 20 Feb 2019 14:19:32 +1100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:66.0) Gecko/20100101 Thunderbird/66.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: AC1C1898F2 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.988,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, 20 Feb 2019 03:19:38 -0000 On 20/02/2019 10:23 am, Dan Mahoney (Gushi) wrote: > All, > > Rancid3 has been updated to 3.9, upstream.  I've contacted the > maintainer, but it might be stuck.  Would a patch be helpful? > > -Dan Mahoney > Hi Dan, Patches are always welcome (and desirable) :) Best is a Bugzilla issue created "net-mgmt/rancid3: Update to 3.9" with a patch (unified diff against the port dir) attached. This will also automatically assign and notify the maintainer (CC'd). Bonus points for QA testing it with portlint and poudriere, details/instructions here: https://www.freebsd.org/doc/en/books/porters-handbook/testing.html #freebsd-ports on freenode IRC if you have any questions or need help! ./koobs From owner-freebsd-ports@freebsd.org Wed Feb 20 07:16:33 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 08DEF14E8EFF for ; Wed, 20 Feb 2019 07:16:33 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x330.google.com (mail-ot1-x330.google.com [IPv6:2607:f8b0:4864:20::330]) (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 3EE5A6A549 for ; Wed, 20 Feb 2019 07:16:31 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x330.google.com with SMTP id z19so38629782otm.2 for ; Tue, 19 Feb 2019 23:16:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BzDPGf0sE61Wv+QOffahVraSEe2VyXQYvwcr0M2xdC4=; b=ny3vpnHb22f0dDhB+d6lsEN3ut1jR3tnBUHFwvqmPXAzu9ecSHtwLp62ThYGpHlFat OtVbK2v8431G/Q+Q4czLQq0/PCaC0X++GGXL2uJ2etpTJQmZsrLvfOljbEWwa+Izq9Ee azg/v623Q+42X3mzi9hyD2SVXZVCPasuby4nKOPzeBQG1ELToYcuVQcgVACpHkDg+X+1 czY8oaK6SgX5fIWoVhdBOICehMW+i1chAj+PLY+vjRO5kMgNlzOUG1Zr0OGLwTM//R5F Sk4k35BKrqRsaij7Q/d+eZ1JupMZEsERmzU09i3lJrBbIdHwwXbYUAumZkqSlGGOiIKb fENg== 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=BzDPGf0sE61Wv+QOffahVraSEe2VyXQYvwcr0M2xdC4=; b=Oh1QzKDE/upAZMoT7KyQ7/+FQzGjEWJoCZbUrVJ8O5MwO3HgA9h55AoWb/NM72Wtq4 IPmSZQVqeRFMU2BXTmBu09TVgiCixrUr6bO1l9vLC/ZTexA8pUmnyFHibQwVLxkALkvK KEBy+GsOpBX1YfOUKu2mBqssaEzyAClcddZXc3XvlM5zZmDAjy7uL/f0IjnQNyo5T3Mw 9XlpqAWTk9C1DXx4KqUBJZiHunexfqpkx0LW44rt5aYqpY4OCR33aegR8kTHYdW5kL0n Ias3EL/Y/PXG5vW5c3f7wYtor1OlroRMeWr9zg9aNp6n+ql34t2sTHfvd0mJNWY91Na7 u2cA== X-Gm-Message-State: AHQUAuaYLYt82nsfODeCk0xI+AdXdI+F92cb/HS1u5IfZSZhIgfx1PQY MBktLMpbc3BGycoB+4+nHmorDvSn0DmXu5dggS+qeHEc X-Google-Smtp-Source: AHgI3IZyV1cG9GqHwiQpAz3HkEFD79geGYQCQXKakgay+Qvlc14OwcQ5JpwcJtG9SozYRQFgPqHEaly825AbBw9MmDI= X-Received: by 2002:a05:6808:211:: with SMTP id l17mr5069226oie.166.1550646990155; Tue, 19 Feb 2019 23:16:30 -0800 (PST) MIME-Version: 1.0 References: <47766b9d-e46b-768c-8c61-f308707d0eb2@malikania.fr> In-Reply-To: <47766b9d-e46b-768c-8c61-f308707d0eb2@malikania.fr> From: Kevin Oberman Date: Tue, 19 Feb 2019 23:16:12 -0800 Message-ID: Subject: Re: vim - GTK2 or GTK3? To: David Demelier Cc: FreeBSD Ports ML X-Rspamd-Queue-Id: 3EE5A6A549 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ny3vpnHb; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::330 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-4.67 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; 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]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; IP_SCORE(-2.53)[ip: (-7.98), ipnet: 2607:f8b0::/32(-2.61), asn: 15169(-1.99), country: US(-0.07)]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; 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.43)[-0.430,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.3.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]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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: Wed, 20 Feb 2019 07:16:33 -0000 On Tue, Feb 19, 2019 at 4:26 AM David Demelier wrote= : > Le 19/02/2019 =C3=A0 04:44, Jan Beich a =C3=A9crit : > > Adam Weinberger writes: > > > >> 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. > > Gtk2 is deprecated and does not support high DPI displays, so it's > already a reason to not use it anymore. > > -- > David > When did that happen? I run Mate desktop which is gtk2 based as are a great many ports. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-ports@freebsd.org Wed Feb 20 07:45: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 81DBD14E980C for ; Wed, 20 Feb 2019 07:45:06 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (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 C90626B5CE; Wed, 20 Feb 2019 07:45:04 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: by mail-lj1-x235.google.com with SMTP id a17so3609857ljd.4; Tue, 19 Feb 2019 23:45:04 -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:mime-version :content-transfer-encoding; bh=dy77rN4n4UTfyajS9vQzDDcatUS16ZXtRRpERq0foP0=; b=sxcYLoEKCp6bziksz/CB31Qoxp3bqzs7HAoFk5Yharc8DdsMedabpxWaklCIre3O+B tOVNSLNg98LSYBbbFVp6MkdVlW3/CAASgrZVztoPQu473Z5agiCJrArr79S6tTfU6XRI Y8gmkZlg99EVg6G7foBkTfFjpynj36BtbfQzfh1vAyKpp4oRa8qrIO6q2WKWxqE8cJgP YyTMaRIXBEOE/ecDeTZzWA33oWfrn84bHlhyy0S8ixLdPSTNNKI5wd2maUvU6OcWJ/ic Oz17lZzm8dh7q2KsONUmBFur7kYY4waEnQ0DvPaYRBiTVykR+DoVlcHxQGCdQQn2tbaE IoWg== 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:mime-version :content-transfer-encoding; bh=dy77rN4n4UTfyajS9vQzDDcatUS16ZXtRRpERq0foP0=; b=tm5GuavTxUc6FIMpktL2UT/0dzIu8l6qQeuhBW8sOm8H4WB7y6Fv7TEl/s/2aSqK9X gPQuCoX9mEEnEm7QcC+w5Z55DhJTxxSI5f+A/Dxj3JXBqFeW9QcT3KNu+HVH1nWULaQT AzCJjacpJ21TplwwGAC125Dp1h+cnv7pcUlLlqo3gAWgUfwO6uiyEkgcZ8LfBnC9qm79 WGWxoWoyXyuu4KA8/mscY+BYz5jGffay1fdR64DYTKzpJAGkSXhmIK8Z9orRj/oPQGH4 Y/uXqt8YnC+L9AvtPX9PyS3xzxcZf1fCKpw5TY2DS1VVSLFNMBP6Tnw5md5HYu5681x4 YhsQ== X-Gm-Message-State: AHQUAubszhjUp5M2beKVxmDX7NjtsgjpL7qBh619fqpKvFvBbm3GY2Rm w9JYDX4HlqPmg1KjnpYrFPpPAUqI X-Google-Smtp-Source: AHgI3IaB/OFOBX0kGwsEr1BVv9OM0iRZ6WKAdm/A8/t6IV/3FGTX7onPHKQo7HHX+3qLAukQQ9W2Qw== X-Received: by 2002:a2e:5cc1:: with SMTP id q184mr7033463ljb.123.1550648703096; Tue, 19 Feb 2019 23:45:03 -0800 (PST) Received: from laptop.minsk.domain ([86.57.155.118]) by smtp.gmail.com with ESMTPSA id v7sm3777822ljk.7.2019.02.19.23.45.01 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 19 Feb 2019 23:45:02 -0800 (PST) Date: Wed, 20 Feb 2019 10:41:42 +0300 From: "Sergey V. Dyatko" To: dbn@FreeBSD.org Cc: Subject: emulators/i386-wine-devel build failure Message-ID: <20190220104142.097af072@laptop.minsk.domain> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: C90626B5CE X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=sxcYLoEK; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sergeydyatko@gmail.com designates 2a00:1450:4864:20::235 as permitted sender) smtp.mailfrom=sergeydyatko@gmail.com X-Spamd-Result: default: False [-2.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; 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.00)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.74)[-0.741,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(3.00)[118.155.57.86.zen.spamhaus.org : 127.0.0.4]; R_DKIM_ALLOW(0.00)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.99)[-0.985,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-2.81)[ip: (-9.71), ipnet: 2a00:1450::/32(-2.27), asn: 15169(-1.99), country: US(-0.07)]; BAD_REP_POLICIES(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[5.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] 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, 20 Feb 2019 07:45:06 -0000 Hi, Subj i386-wine-devel depends on file /usr/local/share/wine/mono/wine-mono-4.7.1.msi But we have wine-mono-devel-4.7.5 in ports tree. [tiger@laptop]:/<2>emulators/wine-devel>pkg info -xl wine-mo |grep msi /usr/local/share/wine/mono/wine-mono-4.7.5.msi -- wbr, Sergey From owner-freebsd-ports@freebsd.org Wed Feb 20 07:47:33 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 5116014E98C7 for ; Wed, 20 Feb 2019 07:47:33 +0000 (UTC) (envelope-from markand@malikania.fr) Received: from smtp.smtpout.orange.fr (smtp02.smtpout.orange.fr [80.12.242.124]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C7D666B799 for ; Wed, 20 Feb 2019 07:47:31 +0000 (UTC) (envelope-from markand@malikania.fr) Received: from postfix.malikania.fr ([5.135.187.121]) by mwinf5d49 with ME id evnN1z00G2dbEiD03vnNFX; Wed, 20 Feb 2019 08:47:23 +0100 X-ME-Helo: postfix.malikania.fr X-ME-Auth: ZGVtZWxpZXIuZGF2aWRAb3JhbmdlLmZy X-ME-Date: Wed, 20 Feb 2019 08:47:23 +0100 X-ME-IP: 5.135.187.121 Received: from [167.3.108.158] (unknown [77.159.242.243]) by postfix.malikania.fr (Postfix) with ESMTPSA id F38EC17AA4; Wed, 20 Feb 2019 08:47:21 +0100 (CET) Subject: Re: vim - GTK2 or GTK3? To: Kevin Oberman Cc: FreeBSD Ports ML References: <47766b9d-e46b-768c-8c61-f308707d0eb2@malikania.fr> From: David Demelier Message-ID: <624b1b90-d565-b629-0eb5-819fac52f85b@malikania.fr> Date: Wed, 20 Feb 2019 08:47:21 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: C7D666B799 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.75 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.62)[0.616,0]; IP_SCORE(0.33)[ipnet: 80.12.240.0/20(0.75), asn: 3215(0.89), country: FR(-0.01)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[malikania.fr]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.980,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: malikania.fr]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[124.242.12.80.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.94)[0.940,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; 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, 20 Feb 2019 07:47:33 -0000 Le 20/02/2019 à 08:16, Kevin Oberman a écrit : > On Tue, Feb 19, 2019 at 4:26 AM David Demelier > wrote: > > Le 19/02/2019 à 04:44, Jan Beich a écrit : > > Adam Weinberger > writes: > > > >> 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. > > Gtk2 is deprecated and does not support high DPI displays, so it's > already a reason to not use it anymore. > > -- > David > > When did that happen? I run Mate desktop which is gtk2 based as are a > great many ports. Deprecated does not mean it does not work :) It just means it don't get bugfixes and that it should not be used in new code. Regards From owner-freebsd-ports@freebsd.org Wed Feb 20 07:57: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 50C7014E9CB0 for ; Wed, 20 Feb 2019 07:57:01 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (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 55FA36BEDA; Wed, 20 Feb 2019 07:56:59 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pg1-x535.google.com with SMTP id m2so9197289pgl.5; Tue, 19 Feb 2019 23:56:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:from:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=VRD1S5vEIGDriu727tl9Zm+i6AFBsnpGEWwPNsJzuGQ=; b=iHX68XJYBJl9f3jnCjM+JQ6WSSqFHRdSiaT2pMhldjSgqlqDsfUvxIyNk7gHs7TgsH aOhWw+IjmSmV8sWnJnyh3EUCdUacnAONmp0IR+aXOJS9nnb/KIjj9sVZf1Zi2Iunr0rS vV+38ZI8Vm92oYo/fnIBfl3gttXSFzHeXizUjYg9RsrmbiyaA2nC0FvQqx3+4TOLi5Vz Nd0aqYF2gb3wu1fxjiCXi6awOY4iDtbihdhli5ILFztPihCzIUBw+RYAY12nfl+oFW9D IKIcbTXtst4r+96TG0YBoujlEc3OEzrtdpfT+eO4PkMax/QGPwuoUrXo7/DTcTNNYN19 banw== 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:from:to:cc:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=VRD1S5vEIGDriu727tl9Zm+i6AFBsnpGEWwPNsJzuGQ=; b=NYNiTVyoFvG4IsEtvVKu39CVglhpRFqyHVKUJ8O7Lzk8v60A63alXpw3i93hF92wmc YygEjs+co+dFyFYDR/zZqAetK5C1VUrnrpbDP7VsViYaZbOgw6h61YZMUKnuZ/PLFBjQ YrC415mIBE4EzNwko9TzHz9qkJZYPouzw4AdMfAxMcFTvxHHkJFxVVwnMe/Vrj2sncZR F+kt63B0DZz4YTk9bQMIaGOA1J8AAmqQnu6b4iv/2U4puEMps1/uEs2TrVc5YqPG5jlH VVGnfQjaFz0/iiD3NbpFWspOqJSsxwLwSgSwQ7RaJhe59E9CvXrQUieiJCBnIFtIZw1P fvuQ== X-Gm-Message-State: AHQUAubNgeloJ1OeqUvQonS6e0nV/Ytpb0PIncIrVvilU83PXjgh483w NBr/xDKtJlLjyS+/67l0kqJRk67+ X-Google-Smtp-Source: AHgI3IYt+/msesyJC3FVQg9+00zV2C3jSSYhva+DZba/ZRHPsAQSvTondr2AYj/0A1wbboaJ2kFHbg== X-Received: by 2002:a65:4b83:: with SMTP id t3mr27907464pgq.417.1550649417789; Tue, 19 Feb 2019 23:56:57 -0800 (PST) Received: from [192.168.1.105] (119-18-15-55.77120f.syd.nbn.aussiebb.net. [119.18.15.55]) by smtp.gmail.com with ESMTPSA id g3sm33784917pfe.37.2019.02.19.23.56.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Feb 2019 23:56:57 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Rancid3 update to 3.9? From: Kubilay Kocak To: "Dan Mahoney (Gushi)" , freebsd-ports@freebsd.org Cc: Mark Felder , Kurt Jaeger References: <50619b35-d75a-26d8-9444-4233cef61073@FreeBSD.org> Message-ID: <62636d5d-89ed-95b6-42f4-61024270e436@FreeBSD.org> Date: Wed, 20 Feb 2019 18:56:53 +1100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:66.0) Gecko/20100101 Thunderbird/66.0 MIME-Version: 1.0 In-Reply-To: <50619b35-d75a-26d8-9444-4233cef61073@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 55FA36BEDA X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=iHX68XJY; spf=pass (mx1.freebsd.org: domain of koobsfreebsd@gmail.com designates 2607:f8b0:4864:20::535 as permitted sender) smtp.mailfrom=koobsfreebsd@gmail.com X-Spamd-Result: default: False [-4.96 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[koobs@FreeBSD.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.95)[-0.950,0]; FORGED_SENDER(0.30)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; 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)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; TAGGED_FROM(0.00)[]; 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]; DMARC_NA(0.00)[FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[5.3.5.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]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.80)[ip: (-9.32), ipnet: 2607:f8b0::/32(-2.61), asn: 15169(-1.99), country: US(-0.07)] 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, 20 Feb 2019 07:57:01 -0000 On 20/02/2019 2:19 pm, Kubilay Kocak wrote: > On 20/02/2019 10:23 am, Dan Mahoney (Gushi) wrote: >> All, >> >> Rancid3 has been updated to 3.9, upstream.  I've contacted the >> maintainer, but it might be stuck.  Would a patch be helpful? >> >> -Dan Mahoney >> > > Hi Dan, > > Patches are always welcome (and desirable) :) > > Best is a Bugzilla issue created "net-mgmt/rancid3: Update to 3.9" with > a patch (unified diff against the port dir) attached. This will also > automatically assign and notify the maintainer (CC'd). > > Bonus points for QA testing it with portlint and poudriere, > details/instructions here: > > https://www.freebsd.org/doc/en/books/porters-handbook/testing.html > > #freebsd-ports on freenode IRC if you have any questions or need help! > > ./koobs net-mgmt/rancid3: Update 3.7 -> 3.9 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235875 Thanks Kurt! From owner-freebsd-ports@freebsd.org Wed Feb 20 12:13:28 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 1E94B14F25C9 for ; Wed, 20 Feb 2019 12:13:28 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF36875322 for ; Wed, 20 Feb 2019 12:13:21 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id x1KCDHbf081039; Wed, 20 Feb 2019 13:13:17 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 8376A9A1; Wed, 20 Feb 2019 13:13:17 +0100 (CET) Subject: Re: Deregister a port? To: Luciano Mannucci , freebsd-ports@freebsd.org References: <43tRTn1zNKz1ftYp@baobab.bilink.it> <80bcc481-5a00-2059-c97b-4f993ffaa196@FreeBSD.org> <43tVKW6ZwDz1ftYH@baobab.bilink.it> From: Harry Schmalzbauer Organization: OmniLAN Message-ID: <79cb0b2c-91e7-9c35-9959-250352aa3575@omnilan.de> Date: Wed, 20 Feb 2019 13:13:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <43tVKW6ZwDz1ftYH@baobab.bilink.it> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Wed, 20 Feb 2019 13:13:17 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-Rspamd-Queue-Id: BF36875322 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2a00:e10:2800::a130 as permitted sender) smtp.mailfrom=freebsd@omnilan.de X-Spamd-Result: default: False [-4.76 / 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)[]; 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]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[omnilan.de]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx0.gentlemail.de]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.90)[-0.904,0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:25074, ipnet:2a00:e10:2800::/64, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.55)[ip: (-9.10), asn: 25074(-3.64), country: DE(-0.01)] 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, 20 Feb 2019 12:13:28 -0000 Am 04.02.2019 um 15:22 schrieb Luciano Mannucci: > On Mon, 4 Feb 2019 13:38:56 +0000 > Matthew Seaman wrote: > >> Tell us the details and we may be able to help. > Well, I'm migrating some web servers from very old linux to freebsd. > I need several versions of php to accomodate various applications > that are'nt under my control, some open source other hand made by > customers. I used to keep my various php installations under /opt/phpXX > via the --prefix switch during compilation. The same can be done in > freebsd (I suppose :), though I've let some of the web sites use the Mathew Seaman already descriebed other, much more correct ways to proceed. My idea for such a hacky environment was to simply duplicate the ports database in /var/db/pkg (local.sqlite to somthing like local_phpless.sqlite) before you install the coresponding php package (but after you installed all the other packages you want on that machine).  If they have interfering runtime dependencies, this might be not as easy as I'm seeing right now, but possibly it is that easy and you end up with a consistent pkg(8) for everything else but PHP. Simply move sqlite.local after installing PHP accordingly (local.sqlite -> local_PHP3.sqlite and local_phpless.sqlite -> local.sqlite) and repeat. If you keep in mind that PHP has left $PREFIX for multiple versions (for that reason, I'd completely/consistently lie about PHP and move _all_ versions out of $PREFIX, so pkg(8) tell's that PHP ins't installed at all) you can possibly keep the rest of the ports on your system (besides PHP depencencies) consistently maintaned by pkg(8), while you manually take care about PHP ports/packages, without the tedious task to utilize 'make' and the corresponding install targets. pkg(8) also takes care about $PREFIX. Which can be set on a port by port basis before creating your own package with 'make package' (environment or make -D, see ports/Mk/bsd.ports.mk from line 443 on) So possibly, playing with $PREFIX might be another workaround. Depending on dependencies, $LOCALBASE is better to temporarily stress. But that only applies to ports, not (pre-built) packages afaik, no idea if you can alter $PREFIX for packages – sure possible, but no idea if there's a ready to use option for that, or if you'd need to "patch" the package itself. And I have no idea, if ports conflict infrasturcture takes $PREFIX into account – I'm not aware of any reason not beeing allowed to install conflicting ports with different $PREFIX.  But no idea if this is true in reality. Just to throw in some theoretical ways to derail your local pkg(8) setup ;-) -harry From owner-freebsd-ports@freebsd.org Thu Feb 21 09:19:05 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 2D9FB14FF275 for ; Thu, 21 Feb 2019 09:19:05 +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 DCC95683D3 for ; Thu, 21 Feb 2019 09:19:04 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 978BA14FF270; Thu, 21 Feb 2019 09: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 8398F14FF26F for ; Thu, 21 Feb 2019 09:19:04 +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 185B4683C7 for ; Thu, 21 Feb 2019 09:19:04 +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 09DB418F35 for ; Thu, 21 Feb 2019 09:19:03 +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 x1L9J2fL044340 for ; Thu, 21 Feb 2019 09:19:02 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x1L9J2Lk044329; Thu, 21 Feb 2019 09:19:02 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201902210919.x1L9J2Lk044329@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, 21 Feb 2019 09:19:02 +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, 21 Feb 2019 09:19:05 -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 ------------------------------------------------+-----------------+------------ science/psychopy | 1.90.3 | 3.0.5 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Thu Feb 21 17:05: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 70CFB14E82E0 for ; Thu, 21 Feb 2019 17:05:29 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay105.isp.belgacom.be (mailrelay105.isp.belgacom.be [195.238.20.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B5308392E for ; Thu, 21 Feb 2019 17:05:28 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2BJBQAx2W5c/99MQFdkHAEBAQQBAQc?= =?us-ascii?q?EAQGBZYFVL0QSEXESJ40AinUBAYIMNQGJcI9zLIRNAoN5IzgSAQMBAQIBAQJ?= =?us-ascii?q?tHAyFSwEFViMQCw4KCSUPKh4GE4MhgXYLrimJH38PjF+Bf4QjimECkRmSOgm?= =?us-ascii?q?ETIJyixQlgkmQQi2eKCGBVk0wCIMnCYhXVYcpPgMwkAsBAQ?= X-IPAS-Result: =?us-ascii?q?A2BJBQAx2W5c/99MQFdkHAEBAQQBAQcEAQGBZYFVL0QSE?= =?us-ascii?q?XESJ40AinUBAYIMNQGJcI9zLIRNAoN5IzgSAQMBAQIBAQJtHAyFSwEFViMQC?= =?us-ascii?q?w4KCSUPKh4GE4MhgXYLrimJH38PjF+Bf4QjimECkRmSOgmETIJyixQlgkmQQ?= =?us-ascii?q?i2eKCGBVk0wCIMnCYhXVYcpPgMwkAsBAQ?= Received: from 223.76-64-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.64.76.223]) by relay.skynet.be with ESMTP; 21 Feb 2019 18:05:21 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id x1LH5G9O093567; Thu, 21 Feb 2019 18:05:17 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Thu, 21 Feb 2019 18:05:15 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Diane Bruce Cc: "Russell L. Carter" , FreeBSD Ports ML , Eugene Grosbein Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> In-Reply-To: <20190217151604.GB68620@night.db.net> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/Gfsz.xlpaFf.LKl3Je_X5oe" X-Rspamd-Queue-Id: 9B5308392E 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(-1.00)[-0.995,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE]; 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, 21 Feb 2019 17:05:29 -0000 --MP_/Gfsz.xlpaFf.LKl3Je_X5oe Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: > On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote: >> So I must dig deeper. Perhaps with rpaths interacting with the system >> paths? > > You got it. ;) > Except python doesn't have an rpath which is why this keeps coming > up over and over again. Maybe we should just add the gcc rpaths to the python ports LDFLAGS without depending on gcc. Then python should use gcc libgcc_s when it exists and fall back to base system libgcc_s when it doesn't. Maybe we should compile *all* ports with gcc rpaths without depending on gcc, just like we already compile everything with -fstack-protector in LDFLAGS. There's also the fact that gfortran behaves differently from the C compilers (both clang and gcc) when it comes to libgcc_s. Gfortran always links with libgcc_s. The C compilers link with libgcc.a first and then with libgcc_s only as needed. This eliminates almost all links with libgcc_s. The only ones left are for exception handling and stack unwinding and gcc libgcc_s and base system libgcc_s are version compatible for that so it doesn't matter which one gets picked up. The attached patch for lang/gcc8 makes gfortran behave just like the C compilers. We cannot rename the base system libgcc_s to libclang_s because then a process could load both gcc libgcc_s and base system libclang_s and I think that could break exception handling and stack unwinding in weird ways. --MP_/Gfsz.xlpaFf.LKl3Je_X5oe Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=gfortran8.patch Index: lang/gcc8/files/patch-gcc_fortran_gfortranspec.c =================================================================== --- lang/gcc8/files/patch-gcc_fortran_gfortranspec.c (nonexistent) +++ lang/gcc8/files/patch-gcc_fortran_gfortranspec.c (working copy) @@ -0,0 +1,11 @@ +--- gcc/fortran/gfortranspec.c.orig 2018-01-03 10:03:58 UTC ++++ gcc/fortran/gfortranspec.c +@@ -404,7 +404,7 @@ warranty; not even for MERCHANTABILITY or FITNESS FOR + } + } + +-#ifdef ENABLE_SHARED_LIBGCC ++#if 0 + if (library) + { + unsigned int i; Property changes on: lang/gcc8/files/patch-gcc_fortran_gfortranspec.c ___________________________________________________________________ Added: fbsd:nokeywords ## -0,0 +1 ## +yes \ No newline at end of property Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property Index: lang/gcc8/files/patch-libgfortran_Makefile.in =================================================================== --- lang/gcc8/files/patch-libgfortran_Makefile.in (nonexistent) +++ lang/gcc8/files/patch-libgfortran_Makefile.in (working copy) @@ -0,0 +1,11 @@ +--- libgfortran/Makefile.in.orig 2018-07-26 09:48:58 UTC ++++ libgfortran/Makefile.in +@@ -625,7 +625,7 @@ libgfortran_la_LDFLAGS = -version-info `grep -v '^\#' + $(LTLDFLAGS) $(LIBQUADLIB) ../libbacktrace/libbacktrace.la \ + $(HWCAP_LDFLAGS) \ + -lm $(extra_ldflags_libgfortran) \ +- $(version_arg) -Wc,-shared-libgcc ++ $(version_arg) + + libgfortran_la_DEPENDENCIES = $(version_dep) libgfortran.spec $(LIBQUADLIB_DEP) + cafexeclib_LTLIBRARIES = libcaf_single.la Property changes on: lang/gcc8/files/patch-libgfortran_Makefile.in ___________________________________________________________________ Added: fbsd:nokeywords ## -0,0 +1 ## +yes \ No newline at end of property Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property --MP_/Gfsz.xlpaFf.LKl3Je_X5oe-- From owner-freebsd-ports@freebsd.org Thu Feb 21 17:53: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 2E04C14E9F23 for ; Thu, 21 Feb 2019 17:53:13 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (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 55A4385942; Thu, 21 Feb 2019 17:53:11 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id DD2C030ABB; Thu, 21 Feb 2019 10:53:02 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550771582; bh=vFGRQjGIiBqtdgNRpFEUn+gzG8B6rEsZLB9UN1G7r4s=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=bnOoB4aabPBy0MtW6tlwHHE7Jn2tVDifdeEgkbsaTCKof6Hq4dd6bfQ4+aJRN6vuR CFvPH77FZIymlYKNK0ens58EfjJNeEJP6Vk9Wpv9Fc0jl5toEP8Qx2zHLrIx6334pN F+4FkQXTScd/XPJannzgRVYDbN8zW24BbEDQ9Q8E= X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED shortcircuit=no autolearn=unavailable autolearn_force=no version=3.4.2 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id 0336930A9A; Thu, 21 Feb 2019 10:53:00 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550771581; bh=vFGRQjGIiBqtdgNRpFEUn+gzG8B6rEsZLB9UN1G7r4s=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=Q8HpGdzt1v0Sds/pPio3zDbWuETXsboQoc932lmQJ8SXYu+G+wLIPA5jyoYvyFwSn DWAou9Fy/lBm0KZYEi6ATCDFqK2bLGgvJoMF2N4v57iSQXJzCvGWJ5BAZ5uVK6C4bx IKUYf27NSs6KShbqnD9DIieVbJ6xtqurFnp9zCPo= Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: =?UTF-8?Q?T=c4=b3l_Coosemans?= , Diane Bruce Cc: FreeBSD Ports ML , Eugene Grosbein References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> From: "Russell L. Carter" Message-ID: <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> Date: Thu, 21 Feb 2019 10:53:00 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 55A4385942 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pinyon.org header.s=DKIM header.b=bnOoB4aa; dkim=pass header.d=pinyon.org header.s=DKIM header.b=Q8HpGdzt; spf=pass (mx1.freebsd.org: domain of rcarter@pinyon.org designates 65.101.20.170 as permitted sender) smtp.mailfrom=rcarter@pinyon.org X-Spamd-Result: default: False [-6.44 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pinyon.org:s=DKIM]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[pinyon.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[pinyon.org:+]; MX_GOOD(-0.01)[h2.pinyon.org,h1.pinyon.org]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; IP_SCORE(-2.95)[ip: (-9.74), ipnet: 65.100.0.0/14(-4.90), asn: 209(-0.02), country: US(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, 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: Thu, 21 Feb 2019 17:53:13 -0000 On 2/21/19 10:05 AM, Tijl Coosemans wrote: > On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: >> On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote: >>> So I must dig deeper. Perhaps with rpaths interacting with the system >>> paths? >> >> You got it. ;) >> Except python doesn't have an rpath which is why this keeps coming >> up over and over again. > > Maybe we should just add the gcc rpaths to the python ports LDFLAGS > without depending on gcc. Then python should use gcc libgcc_s when > it exists and fall back to base system libgcc_s when it doesn't. > > Maybe we should compile *all* ports with gcc rpaths without depending > on gcc, just like we already compile everything with -fstack-protector > in LDFLAGS. > I would like to briefly present the perspective from a user's POV. There is a large world wide population of scientific custom code users/coders who run on linux boxes in a wide variety of configurations. Almost none of that code will ever have a chance of ending up in /usr/ports, although there is nothing technically challenging about almost any of it (the porting process that is). So anytime any of those users wants to try running their non-ported scientific code, a large fraction of which contains python and/or gfortan code, they are going to hit the libgcc_s issue. Only a few of those people understand rpaths as well as I do (and I'm no expert), because it's never been their job. They probably struggle to figure out what question to ask, because, "libgcc_s? WTF?, this is python!" In addition, oftentimes people have sometimes big pipelines of different programs executing. So writing a shell script wrapper around each and every one of those custom programs... not going to happen. libmap.conf(5)? Not going to happen. Linux works out of the box. People like Steve Kargl and me are... puzzled at why FreeBSD would do this to itself. Having people writing and running custom opensource software on a performant opensource OS is **good**. We should be enabling them. Back in the day some of us injected FreeBSD into chunks of NASA and Sandia, for instance, on the strength of its networking performance. I would have been laughed out onto the street if I had said well um we have make a custom shell script wrapper for most of our programs just to get them to run, because this awesome not-linux OS is so advanced? Just my 2¢. Best regards, Russell From owner-freebsd-ports@freebsd.org Thu Feb 21 18:25:11 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 7842B14EB2A3 for ; Thu, 21 Feb 2019 18:25:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D16186F7B; Thu, 21 Feb 2019 18:25:09 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1LIOreb082929 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 21 Feb 2019 10:24:53 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1LIOp01082928; Thu, 21 Feb 2019 10:24:51 -0800 (PST) (envelope-from sgk) Date: Thu, 21 Feb 2019 10:24:51 -0800 From: Steve Kargl To: =?utf-8?Q?T=C4=B3l?= Coosemans Cc: Diane Bruce , "Russell L. Carter" , Eugene Grosbein , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190221182451.GA82216@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 8D16186F7B X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.31 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.79)[0.788,0]; NEURAL_SPAM_MEDIUM(0.70)[0.697,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[troutmask.apl.washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_SPAM_LONG(0.06)[0.063,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.07)[ip: (0.13), ipnet: 128.95.0.0/16(0.19), asn: 73(0.09), country: US(-0.07)] 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, 21 Feb 2019 18:25:11 -0000 On Thu, Feb 21, 2019 at 06:05:15PM +0100, Tijl Coosemans wrote: > On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: > > On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote: > >> So I must dig deeper. Perhaps with rpaths interacting with the system > >> paths? > > > > You got it. ;) > > Except python doesn't have an rpath which is why this keeps coming > > up over and over again. > > Maybe we should just add the gcc rpaths to the python ports LDFLAGS > without depending on gcc. Then python should use gcc libgcc_s when > it exists and fall back to base system libgcc_s when it doesn't. > > Maybe we should compile *all* ports with gcc rpaths without depending > on gcc, just like we already compile everything with -fstack-protector > in LDFLAGS. > > There's also the fact that gfortran behaves differently from the C > compilers (both clang and gcc) when it comes to libgcc_s. Gfortran > always links with libgcc_s. The C compilers link with libgcc.a first > and then with libgcc_s only as needed. libgfortran is gfortran's runtime library. libgcc.a is gcc's runtime library. The link orders are the same: libgfortran then libgcc_s; libgcc then libgcc_s > This eliminates almost all > links with libgcc_s. The only ones left are for exception handling > and stack unwinding and gcc libgcc_s and base system libgcc_s are > version compatible for that so it doesn't matter which one gets picked > up. The attached patch for lang/gcc8 makes gfortran behave just like > the C compilers. Just add -static to FFLAGS. Yep, you're building static libraries. > We cannot rename the base system libgcc_s to libclang_s because then a > process could load both gcc libgcc_s and base system libclang_s and I > think that could break exception handling and stack unwinding in weird > ways. Wouldn't that be a bug in the program that loads both? BTW, if you compare gcc trunks symbol map ./x86_64-unknown-freebsd13.0/libgcc/libgcc.map with src/lib/libgcc_s/Version.map, you'll find that that maps are no one-to-one. As anyone tried adding an empty sections to FreeBSD's libgcc_s, /* * Empty sections to work around FreeBSD abusing the name * of a well-known GCC library. */ GCC_4.6.0 { } GCC_4.3.0; GCC_4.7.0 { } GCC_4.6.0; GCC_4.8.0 { } GCC_4.7.0; GCC_7.0.0 { } GCC_4.8.0; -- Steve From owner-freebsd-ports@freebsd.org Thu Feb 21 18:26:10 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 5148714EB32D for ; Thu, 21 Feb 2019 18:26:10 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-ua1-x92f.google.com (mail-ua1-x92f.google.com [IPv6:2607:f8b0:4864:20::92f]) (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 230868704E for ; Thu, 21 Feb 2019 18:26:07 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-ua1-x92f.google.com with SMTP id f88so2539529uaf.2 for ; Thu, 21 Feb 2019 10:26:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=v/72rR/Ko0Jf96CaUu9vvIgzJuyGtau6PrQ1f3J0YRs=; b=NWsOzIhoTuZOC0LPrGT9l6+mpGDnOoVT5Jz2x6zskIepDShx+vY5j6YfhWmXjBWa+n Jcx39x4S2LT0021OGr8SICuvUe/nQG/Q6rnuwBdj3RRHc1E6HPN88K3tGajivM6zF1ll Pmfu+tvQGVEZndpDis2aswmF3DY/Xkzp6MBh9jU5AWLRscABEtOyvf41N4oedNjv0Sg1 hfppOeZ5BSjULq2aHn9f22471K7nVRkB2OLPVEckt5A24atBR6SPYI7I/8dQfVA7nwg9 /1SFa4B6i2ZVfbvAT0DpKvPSpqWCyys4Mxg3VRVNIYqaO+txL+iuAvBALVgE8JImKhRM vFYg== 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=v/72rR/Ko0Jf96CaUu9vvIgzJuyGtau6PrQ1f3J0YRs=; b=WS/TryOD/jpNwAEYqzCodmmpHgJAdVt2YNau0WcorCjZB2wOlZcICmtMHFHKuYy3pH 0jAwy069vrZHWFgukpuOmcjlz8jrI4Aqi6HoTztFTlKoIpNqCOWqRVenpTzKR27q8azK 2/5bkRR6z92ZCawtvJ7f6D5+IqLStz+NSIB6y7fiLJWD+JagAhNkl26msIKBvCI9lMzI vqOJ+sVYtaIPBDFvhZ2LS7dA5rT5a2s9b/Y53h8xD9OT6XkpsGDGjoS/BbVxZtOachY9 VoRYdEID+FFtDnpCI/T6ZGgAx3aJDXT/FLYo3ZmhDkCSPsu4P6NW5mbj6F96tmbD1ZB/ 5OGw== X-Gm-Message-State: AHQUAuY1kxA6ZgL5Q0ERzzSdlvBfpkUsFpSn/wIdQD7ErkEmeTEXI/KU 8btJ4urkFBsedqlXz87fsi+y+X5Ucvkee1s+LTUFwkLzDH0= X-Google-Smtp-Source: AHgI3IaCzd9J+gk8hR7SSqI9KAUeuZhu1kvCnzTxD38I5M7H5GXlUrasDDKgfT8jP1Pgsq7lFvBhdzdn7bEhhXu18Sc= X-Received: by 2002:ab0:7650:: with SMTP id s16mr13966569uaq.77.1550773567044; Thu, 21 Feb 2019 10:26:07 -0800 (PST) MIME-Version: 1.0 From: Jonathan Chen Date: Fri, 22 Feb 2019 07:25:51 +1300 Message-ID: Subject: Committer required for textproc/sigil update To: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 230868704E X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20150623.gappssmtp.com header.s=20150623 header.b=NWsOzIho X-Spamd-Result: default: False [-3.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; 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]; DMARC_NA(0.00)[chen.org.nz]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[f.2.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]; NEURAL_HAM_SHORT(-0.69)[-0.694,0]; R_SPF_NA(0.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.93)[ipnet: 2607:f8b0::/32(-2.61), asn: 15169(-1.99), country: US(-0.07)] 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, 21 Feb 2019 18:26:10 -0000 Hi, Could a committer please review, and possibly commit: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235873 Thanks! -- Jonathan Chen From owner-freebsd-ports@freebsd.org Thu Feb 21 18:30:47 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 D0DC614EB618 for ; Thu, 21 Feb 2019 18:30:47 +0000 (UTC) (envelope-from db@db.net) Received: from artemis.db.net (artemis.db.net [45.32.229.41]) by mx1.freebsd.org (Postfix) with ESMTP id A7E3C873BF; Thu, 21 Feb 2019 18:30:46 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (artemis.db.net [45.32.229.41]) by artemis.db.net (Postfix) with ESMTP id 8976010253; Thu, 21 Feb 2019 18:30:43 +0000 (UTC) Received: by night.db.net (Postfix, from userid 1000) id 18A9139875; Thu, 21 Feb 2019 13:30:41 -0500 (EST) Date: Thu, 21 Feb 2019 13:30:41 -0500 From: Diane Bruce To: =?utf-8?Q?T=C4=B3l?= Coosemans Cc: Diane Bruce , "Russell L. Carter" , FreeBSD Ports ML , Eugene Grosbein Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190221183040.GA42303@night.db.net> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: A7E3C873BF X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.51 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.80)[0.798,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[db.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.79)[0.789,0]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1-us2.ppe-hosted.com]; NEURAL_SPAM_LONG(0.80)[0.798,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:45.32.224.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.14)[asn: 20473(0.75), country: US(-0.07)] 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, 21 Feb 2019 18:30:48 -0000 On Thu, Feb 21, 2019 at 06:05:15PM +0100, Tijl Coosemans wrote: > On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: > > On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote: > >> So I must dig deeper. Perhaps with rpaths interacting with the system > >> paths? > > > > You got it. ;) > > Except python doesn't have an rpath which is why this keeps coming > > up over and over again. > > Maybe we should just add the gcc rpaths to the python ports LDFLAGS > without depending on gcc. Then python should use gcc libgcc_s when > it exists and fall back to base system libgcc_s when it doesn't. Right. Or just provide a shell shim to LD_PRELOAD IFF it is noticed a specific port will require a fortran built binary module later. > > Maybe we should compile *all* ports with gcc rpaths without depending > on gcc, just like we already compile everything with -fstack-protector > in LDFLAGS. > > There's also the fact that gfortran behaves differently from the C > compilers (both clang and gcc) when it comes to libgcc_s. Gfortran > always links with libgcc_s. The C compilers link with libgcc.a first > and then with libgcc_s only as needed. This eliminates almost all What is really happening is gfortran links with libgfortran (surprise surprise) and libgfortran has the requirement for @GCC_4.6.0 or later > links with libgcc_s. The only ones left are for exception handling > and stack unwinding and gcc libgcc_s and base system libgcc_s are > version compatible for that so it doesn't matter which one gets picked > up. The attached patch for lang/gcc8 makes gfortran behave just like > the C compilers. Something like this was tried already. I'll have to dig into my old notes. > > We cannot rename the base system libgcc_s to libclang_s because then a > process could load both gcc libgcc_s and base system libclang_s and I > think that could break exception handling and stack unwinding in weird > ways. Yes yes and yes. It would be a right PITA. Perhaps it could be done with some weak symbols but personally I think that's another hack. I'll go look for whatever symbols we are missing and see if we can fix our libgcc_s ... Diane -- - db@FreeBSD.org db@db.net http://artemis.db.net/~db From owner-freebsd-ports@freebsd.org Thu Feb 21 18:44:11 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 BF91E14EC180 for ; Thu, 21 Feb 2019 18:44:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DE3F5881AE; Thu, 21 Feb 2019 18:44:10 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1LIi1eV083162 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 21 Feb 2019 10:44:01 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1LIhwl8083149; Thu, 21 Feb 2019 10:43:58 -0800 (PST) (envelope-from sgk) Date: Thu, 21 Feb 2019 10:43:58 -0800 From: Steve Kargl To: "Russell L. Carter" Cc: =?utf-8?Q?T=C4=B3l?= Coosemans , Diane Bruce , Eugene Grosbein , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190221184358.GB82216@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: DE3F5881AE X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.41 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.85)[0.850,0]; NEURAL_SPAM_MEDIUM(0.70)[0.704,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_SPAM_LONG(0.10)[0.096,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.07)[ip: (0.13), ipnet: 128.95.0.0/16(0.19), asn: 73(0.09), country: US(-0.07)] 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, 21 Feb 2019 18:44:12 -0000 On Thu, Feb 21, 2019 at 10:53:00AM -0700, Russell L. Carter wrote: > On 2/21/19 10:05 AM, Tijl Coosemans wrote: > > On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: > >> On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote: > >>> So I must dig deeper. Perhaps with rpaths interacting with the system > >>> paths? > >> > >> You got it. ;) > >> Except python doesn't have an rpath which is why this keeps coming > >> up over and over again. > > > > Maybe we should just add the gcc rpaths to the python ports LDFLAGS > > without depending on gcc. Then python should use gcc libgcc_s when > > it exists and fall back to base system libgcc_s when it doesn't. > > > > Maybe we should compile *all* ports with gcc rpaths without depending > > on gcc, just like we already compile everything with -fstack-protector > > in LDFLAGS. > > > > > I would like to briefly present the perspective from a user's POV. > There is a large world wide population of scientific custom code > users/coders who run on linux boxes in a wide variety of > configurations. Almost none of that code will ever have a chance of > ending up in /usr/ports, although there is nothing technically > challenging about almost any of it (the porting process that is). So > anytime any of those users wants to try running their non-ported > scientific code, a large fraction of which contains python and/or > gfortan code, they are going to hit the libgcc_s issue. Only a few of > those people understand rpaths as well as I do (and I'm no expert), > because it's never been their job. They probably struggle to figure > out what question to ask, because, "libgcc_s? WTF?, this is python!" > In addition, oftentimes people have sometimes big pipelines of > different programs executing. So writing a shell script wrapper > around each and every one of those custom programs... not going to > happen. libmap.conf(5)? Not going to happen. Linux works out of the > box. > > People like Steve Kargl and me are... puzzled at why FreeBSD would > do this to itself. Having people writing and running custom > opensource software on a performant opensource OS is **good**. We > should be enabling them. I'm not puzzled. I am amused! As a long time gfortran contributor and maintainer, and probably one of the few people who regularly builds and tests gfortran on FreeBSD, it is entertaining to see the emails about the issue. I particularly like the emails that suggest that this is a gfortran problem. It is not. -- Steve From owner-freebsd-ports@freebsd.org Thu Feb 21 19:04:34 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 7DDE214ECA51 for ; Thu, 21 Feb 2019 19:04:34 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1432388D4B; Thu, 21 Feb 2019 19:04:33 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1LJ4OPA084596 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 21 Feb 2019 11:04:24 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1LJ4LIw084588; Thu, 21 Feb 2019 11:04:21 -0800 (PST) (envelope-from sgk) Date: Thu, 21 Feb 2019 11:04:21 -0800 From: Steve Kargl To: =?utf-8?Q?T=C4=B3l?= Coosemans Cc: "Russell L. Carter" , Diane Bruce , FreeBSD Ports ML , Eugene Grosbein Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190221190421.GA84549@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <20190221182451.GA82216@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190221182451.GA82216@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 1432388D4B X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.02 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.56)[0.557,0]; NEURAL_SPAM_MEDIUM(0.70)[0.701,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_SPAM_LONG(0.00)[0.003,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.07)[ip: (0.13), ipnet: 128.95.0.0/16(0.19), asn: 73(0.09), country: US(-0.07)] 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, 21 Feb 2019 19:04:34 -0000 On Thu, Feb 21, 2019 at 10:24:51AM -0800, Steve Kargl wrote: > > As anyone tried adding an empty sections to FreeBSD's > libgcc_s, > > /* > * Empty sections to work around FreeBSD abusing the name > * of a well-known GCC library. > */ > GCC_4.6.0 { > > } GCC_4.3.0; > > GCC_4.7.0 { > > } GCC_4.6.0; > > GCC_4.8.0 { > > } GCC_4.7.0; > > GCC_7.0.0 { > > } GCC_4.8.0; > Interesting. The above does put symbols into libgcc_s.so, % objdump -x /usr/obj/usr/src/amd64.amd64/lib/libgcc_s/libgcc_s.so | more ... 1 0x01 0x04bd5c11 libgcc_s.so.1 2 0x00 0x0b792650 GCC_3.0 3 0x00 0x0b792653 GCC_3.3 4 0x00 0x09265f61 GCC_3.3.1 5 0x00 0x0b792654 GCC_3.4 6 0x00 0x09265e62 GCC_3.4.2 7 0x00 0x09265e64 GCC_3.4.4 8 0x00 0x09275a60 GCC_4.0.0 9 0x00 0x09276060 GCC_4.2.0 10 0x00 0x09275f60 GCC_4.3.0 11 0x00 0x09275460 GCC_4.6.0 12 0x00 0x09275360 GCC_4.7.0 13 0x00 0x09275260 GCC_4.8.0 14 0x00 0x092a5a60 GCC_7.0.0 whether the symbols added to GCC_4.6.0, 4.7.0, 4.8.0, and 7.0.0 are needed remains to been seen. -- Steve From owner-freebsd-ports@freebsd.org Thu Feb 21 19:21:26 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 A7E0514ED1B2 for ; Thu, 21 Feb 2019 19:21:26 +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 BEE168979B for ; Thu, 21 Feb 2019 19:21:25 +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 x1LJLeqt033213 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 21 Feb 2019 11:21:41 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x1LJLeog033212; Thu, 21 Feb 2019 11:21:40 -0800 (PST) (envelope-from fbsd) Date: Thu, 21 Feb 2019 11:21:39 -0800 From: bob prohaska To: freebsd-ports@freebsd.org Cc: bob prohaska Subject: Missing modules in devel/rust-cbindgen Message-ID: <20190221192139.GA33187@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: BEE168979B X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.43 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.52)[0.522,0]; IP_SCORE(0.24)[ip: (0.85), ipnet: 50.1.16.0/20(0.42), asn: 7065(-0.01), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.92)[0.919,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: www.zefox.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.86)[0.863,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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: Thu, 21 Feb 2019 19:21:26 -0000 In trying to compile /usr/ports/devel/rust-cbindgen on an rpi3 running -current make fails with errors such as error[E0412]: cannot find type `c_long` in the crate root It's tempting to think this is some sort of configuration error. Can anyone suggest a workaround? There don't seem to be any user-configurable options. Rust itself now builds successfully on the rpi3, I think rust-cbindgen might be the only remaining obstacle to compiling some flavor of firefox. Thanks for reading, and any guidance! bob prohaska From owner-freebsd-ports@freebsd.org Thu Feb 21 20:02:19 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 66D6714EECFF for ; Thu, 21 Feb 2019 20:02:19 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 534AD8B3E7 for ; Thu, 21 Feb 2019 20:02:13 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id x1LK29Xa001094 for ; Thu, 21 Feb 2019 21:02:09 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id E46A2611 for ; Thu, 21 Feb 2019 21:02:08 +0100 (CET) To: freebsd-ports@freebsd.org Subject: sysutils/geomWatch outage due to mail/libesmtp show_bug.cgi?id=229017 From: Harry Schmalzbauer Organization: OmniLAN Message-ID: <5bfe6a56-c431-7ad4-69ca-f59a7a30e6b5@omnilan.de> Date: Thu, 21 Feb 2019 21:02:07 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: ACL 130 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Thu, 21 Feb 2019 21:02:09 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-Rspamd-Queue-Id: 534AD8B3E7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2a00:e10:2800::a130 as permitted sender) smtp.mailfrom=freebsd@omnilan.de X-Spamd-Result: default: False [-6.81 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_LONG(-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]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[mx0.gentlemail.de]; NEURAL_HAM_SHORT(-0.99)[-0.990,0]; DMARC_NA(0.00)[omnilan.de]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-3.51)[ip: (-9.18), ipnet: 2a00:e10:2800::/64(-4.68), asn: 25074(-3.67), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25074, ipnet:2a00:e10:2800::/64, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(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, 21 Feb 2019 20:02:19 -0000 Hello, one not so prominent openssl111 victim is mail/libesmtp, already reported in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229017 This prevents sysutils/geomWatch to run on FreeBSD 12. Unfortunately I can't  provide an aedequate patch. Anybody else who already ironed out openssl compat nits? Thanks, -harry From owner-freebsd-ports@freebsd.org Thu Feb 21 21:46: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 5E24F14F2685 for ; Thu, 21 Feb 2019 21:46:55 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F8608F828; Thu, 21 Feb 2019 21:46:53 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1LLkmlS086666 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 21 Feb 2019 13:46:48 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1LLkkvt086665; Thu, 21 Feb 2019 13:46:46 -0800 (PST) (envelope-from sgk) Date: Thu, 21 Feb 2019 13:46:46 -0800 From: Steve Kargl To: Diane Bruce Cc: =?utf-8?Q?T=C4=B3l?= Coosemans , "Russell L. Carter" , Eugene Grosbein , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190221214646.GA86448@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <20190221183040.GA42303@night.db.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190221183040.GA42303@night.db.net> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 5F8608F828 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.06 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.57)[0.571,0]; NEURAL_SPAM_MEDIUM(0.71)[0.706,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_SPAM_LONG(0.03)[0.030,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.07)[ip: (0.13), ipnet: 128.95.0.0/16(0.19), asn: 73(0.09), country: US(-0.07)] 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, 21 Feb 2019 21:46:55 -0000 On Thu, Feb 21, 2019 at 01:30:41PM -0500, Diane Bruce wrote: > > Yes yes and yes. It would be a right PITA. Perhaps it could be done > with some weak symbols but personally I think that's another hack. > I'll go look for whatever symbols we are missing and see if we > can fix our libgcc_s > Diane, The missing symbols are % objdump -x lib/libgfortran.so | grep GCC_4.6.0 | awk '{print $5}' | sort __addtf3@@GCC_4.6.0 __divtf3@@GCC_4.6.0 __eqtf2@@GCC_4.6.0 __floatditf@@GCC_4.6.0 __floatsitf@@GCC_4.6.0 __floatunditf@@GCC_4.6.0 __getf2@@GCC_4.6.0 __gttf2@@GCC_4.6.0 __letf2@@GCC_4.6.0 __lttf2@@GCC_4.6.0 __multf3@@GCC_4.6.0 __netf2@@GCC_4.6.0 __subtf3@@GCC_4.6.0 __unordtf2@@GCC_4.6.0 It looks like we may be able to grab some of these from libc/softfloat: getf2.c, gttf2.c, letf2.c, lttf2.c, netf2.c. It looks like we might be able to grab a few more from NetBSD: eqtf2.c and unordtf2.c -- steve From owner-freebsd-ports@freebsd.org Thu Feb 21 22:19:05 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 B373E14F36B9 for ; Thu, 21 Feb 2019 22:19:05 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay105.isp.belgacom.be (mailrelay105.isp.belgacom.be [195.238.20.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EAB386A008 for ; Thu, 21 Feb 2019 22:19:04 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DsAQAbI29c/99MQFdkHQEBBQEHBQG?= =?us-ascii?q?BUwYBCwEBggJWgQISJ4QHiHmKdQEBggw1AYlwjXiBe4R5AoN5IzYHDQEDAQE?= =?us-ascii?q?CAQECbShCARABhHcBBSMzIxALDgoCAgUhAgIPKh4GE4UXrFaBL4kigQ6BC4t?= =?us-ascii?q?UgX+EI4gKglcCo1MJklIlkwstnhgHKoFWTTAIgyeQXj4DMIUnimQBAQ?= X-IPAS-Result: =?us-ascii?q?A2DsAQAbI29c/99MQFdkHQEBBQEHBQGBUwYBCwEBggJWg?= =?us-ascii?q?QISJ4QHiHmKdQEBggw1AYlwjXiBe4R5AoN5IzYHDQEDAQECAQECbShCARABh?= =?us-ascii?q?HcBBSMzIxALDgoCAgUhAgIPKh4GE4UXrFaBL4kigQ6BC4tUgX+EI4gKglcCo?= =?us-ascii?q?1MJklIlkwstnhgHKoFWTTAIgyeQXj4DMIUnimQBAQ?= Received: from 223.76-64-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.64.76.223]) by relay.skynet.be with ESMTP; 21 Feb 2019 23:18:55 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id x1LMIovn095654; Thu, 21 Feb 2019 23:18:54 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Thu, 21 Feb 2019 23:18:50 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Diane Bruce Cc: "Russell L. Carter" , FreeBSD Ports ML , Eugene Grosbein Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190221231850.46dd5374@kalimero.tijl.coosemans.org> In-Reply-To: <20190221183040.GA42303@night.db.net> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <20190221183040.GA42303@night.db.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: EAB386A008 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)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE] 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, 21 Feb 2019 22:19:06 -0000 On Thu, 21 Feb 2019 13:30:41 -0500 Diane Bruce wrote: > On Thu, Feb 21, 2019 at 06:05:15PM +0100, T=C4=B3l Coosemans wrote: >> On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: =20 >>> Except python doesn't have an rpath which is why this keeps coming >>> up over and over again. =20 >>=20 >> Maybe we should just add the gcc rpaths to the python ports LDFLAGS >> without depending on gcc. Then python should use gcc libgcc_s when >> it exists and fall back to base system libgcc_s when it doesn't. =20 >=20 > Right. Or just provide a shell shim to LD_PRELOAD IFF it is noticed > a specific port will require a fortran built binary module later. >=20 >> Maybe we should compile *all* ports with gcc rpaths without depending >> on gcc, just like we already compile everything with -fstack-protector >> in LDFLAGS. >>=20 >> There's also the fact that gfortran behaves differently from the C >> compilers (both clang and gcc) when it comes to libgcc_s. Gfortran >> always links with libgcc_s. The C compilers link with libgcc.a first >> and then with libgcc_s only as needed. This eliminates almost all =20 >=20 > What is really happening is gfortran links with libgfortran (surprise=20 > surprise) and libgfortran has the requirement for @GCC_4.6.0 or later >=20 >> links with libgcc_s. The only ones left are for exception handling >> and stack unwinding and gcc libgcc_s and base system libgcc_s are >> version compatible for that so it doesn't matter which one gets picked >> up. The attached patch for lang/gcc8 makes gfortran behave just like >> the C compilers. =20 >=20 > Something like this was tried already. I'll have to dig into > my old notes.=20 With my patch libgfortran only needs GCC_4.2.0 and works with base libgcc_s. From owner-freebsd-ports@freebsd.org Fri Feb 22 00:13:28 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 2171E14F7BDC for ; Fri, 22 Feb 2019 00:13:28 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F326E6F09C; Fri, 22 Feb 2019 00:13:26 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1M0DI3h024315 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 21 Feb 2019 16:13:18 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1M0DFiR024314; Thu, 21 Feb 2019 16:13:15 -0800 (PST) (envelope-from sgk) Date: Thu, 21 Feb 2019 16:13:15 -0800 From: Steve Kargl To: =?utf-8?Q?T=C4=B3l?= Coosemans Cc: Diane Bruce , "Russell L. Carter" , Eugene Grosbein , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222001315.GA24225@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <20190221183040.GA42303@night.db.net> <20190221231850.46dd5374@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190221231850.46dd5374@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: F326E6F09C X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.53 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.37)[0.370,0]; NEURAL_HAM_LONG(-0.07)[-0.066,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_SPAM_MEDIUM(0.47)[0.471,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.07)[ip: (0.13), ipnet: 128.95.0.0/16(0.18), asn: 73(0.09), country: US(-0.07)] 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, 22 Feb 2019 00:13:28 -0000 On Thu, Feb 21, 2019 at 11:18:50PM +0100, Tijl Coosemans wrote: > On Thu, 21 Feb 2019 13:30:41 -0500 Diane Bruce wrote: > > On Thu, Feb 21, 2019 at 06:05:15PM +0100, Tijl Coosemans wrote: > >> On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: > >>> Except python doesn't have an rpath which is why this keeps coming > >>> up over and over again. > >> > >> Maybe we should just add the gcc rpaths to the python ports LDFLAGS > >> without depending on gcc. Then python should use gcc libgcc_s when > >> it exists and fall back to base system libgcc_s when it doesn't. > > > > Right. Or just provide a shell shim to LD_PRELOAD IFF it is noticed > > a specific port will require a fortran built binary module later. > > > >> Maybe we should compile *all* ports with gcc rpaths without depending > >> on gcc, just like we already compile everything with -fstack-protector > >> in LDFLAGS. > >> > >> There's also the fact that gfortran behaves differently from the C > >> compilers (both clang and gcc) when it comes to libgcc_s. Gfortran > >> always links with libgcc_s. The C compilers link with libgcc.a first > >> and then with libgcc_s only as needed. This eliminates almost all > > > > What is really happening is gfortran links with libgfortran (surprise > > surprise) and libgfortran has the requirement for @GCC_4.6.0 or later > > > >> links with libgcc_s. The only ones left are for exception handling > >> and stack unwinding and gcc libgcc_s and base system libgcc_s are > >> version compatible for that so it doesn't matter which one gets picked > >> up. The attached patch for lang/gcc8 makes gfortran behave just like > >> the C compilers. > > > > Something like this was tried already. I'll have to dig into > > my old notes. > > With my patch libgfortran only needs GCC_4.2.0 and works with base > libgcc_s. Why not bump the major version number of the port? % svn diff libgcc/ Index: libgcc/config/t-slibgcc =================================================================== --- libgcc/config/t-slibgcc (revision 269077) +++ libgcc/config/t-slibgcc (working copy) @@ -20,7 +20,7 @@ SHLIB_EXT = .so SHLIB_SOLINK = @shlib_base_name@.so -SHLIB_SOVERSION = 1 +SHLIB_SOVERSION = 2 SHLIB_SONAME = @shlib_base_name@.so.$(SHLIB_SOVERSION) SHLIB_MAP = @shlib_map_file@ SHLIB_OBJS = @shlib_objs@ Assuming the port system runs ldconfig to update the cache, one has % ~/work/x/bin/gfortran -o z hello.f90 % ldd z z: libgfortran.so.5 => /usr/local/lib/gcc8/libgfortran.so.5 (0x200800000) libm.so.5 => /lib/libm.so.5 (0x200645000) libgcc_s.so.2 => /safe/sgk/work/x/lib/libgcc_s.so.2 (0x200c58000) libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x200e70000) libc.so.7 => /lib/libc.so.7 (0x2010b0000) libz.so.6 => /lib/libz.so.6 (0x200678000) libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x2014a1000) % nm z | grep 4.6 U __multf3@@GCC_4.6.0 % ./z 2.00000000000000000000000000000000000 Note, I'm playing with a test install into a ~/work/x directory. The ldconfig still has issues with first come first served % ldconfig -r | grep libgcc_s 6:-lgcc_s.1 => /lib/libgcc_s.so.1 806:-lgcc_s.1 => /usr/local/lib/gcc8/libgcc_s.so.1 880:-lgcc_s.2 => /safe/sgk/work/x/lib/libgcc_s.so.2 % ldconfig -r | grep libgfortran 808:-lgfortran.5 => /usr/local/lib/gcc8/libgfortran.so.5 876:-lgfortran.5 => /safe/sgk/work/x/lib/libgfortran.so.5 6 is picked up due to libc.so. 806 is picked up due to 808, but won't be there is major version number is bumped. 876 is the loser of the first come first served, here; but 808 would be the correct libgfortran point to 880 if I had installed into /usr/local/lib/gcc8. PS: For the record, the GCC_4.6.0 are needed for gfortran REAL(16) type. -- Steve From owner-freebsd-ports@freebsd.org Fri Feb 22 02:38:05 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 74BEE14FBCA7 for ; Fri, 22 Feb 2019 02:38:05 +0000 (UTC) (envelope-from db@db.net) Received: from artemis.db.net (artemis.db.net [45.32.229.41]) by mx1.freebsd.org (Postfix) with ESMTP id 27323739E5; Fri, 22 Feb 2019 02:38:03 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (artemis.db.net [45.32.229.41]) by artemis.db.net (Postfix) with ESMTP id A5D82101B7; Fri, 22 Feb 2019 02:37:56 +0000 (UTC) Received: by night.db.net (Postfix, from userid 1000) id 0138039874; Thu, 21 Feb 2019 21:37:54 -0500 (EST) Date: Thu, 21 Feb 2019 21:37:54 -0500 From: Diane Bruce To: Steve Kargl Cc: Diane Bruce , =?utf-8?Q?T=C4=B3l?= Coosemans , "Russell L. Carter" , Eugene Grosbein , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222023754.GA46222@night.db.net> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <20190221183040.GA42303@night.db.net> <20190221214646.GA86448@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190221214646.GA86448@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: 27323739E5 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.31 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.62)[0.620,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[db.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.80)[0.796,0]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mx1-us2.ppe-hosted.com,mx2-us2.ppe-hosted.com,mx1-us2.ppe-hosted.com,mx2-us2.ppe-hosted.com,mx1-us2.ppe-hosted.com,mx2-us2.ppe-hosted.com]; NEURAL_SPAM_LONG(0.77)[0.769,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:20473, ipnet:45.32.224.0/21, country:US]; IP_SCORE(0.13)[asn: 20473(0.75), country: US(-0.07)] 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, 22 Feb 2019 02:38:05 -0000 On Thu, Feb 21, 2019 at 01:46:46PM -0800, Steve Kargl wrote: > On Thu, Feb 21, 2019 at 01:30:41PM -0500, Diane Bruce wrote: > > > > Yes yes and yes. It would be a right PITA. Perhaps it could be done > > with some weak symbols but personally I think that's another hack. > > I'll go look for whatever symbols we are missing and see if we > > can fix our libgcc_s > > > > Diane, > > The missing symbols are > > % objdump -x lib/libgfortran.so | grep GCC_4.6.0 | awk '{print $5}' | sort > > __addtf3@@GCC_4.6.0 > __divtf3@@GCC_4.6.0 > __eqtf2@@GCC_4.6.0 > __floatditf@@GCC_4.6.0 > __floatsitf@@GCC_4.6.0 > __floatunditf@@GCC_4.6.0 > __getf2@@GCC_4.6.0 > __gttf2@@GCC_4.6.0 > __letf2@@GCC_4.6.0 > __lttf2@@GCC_4.6.0 > __multf3@@GCC_4.6.0 > __netf2@@GCC_4.6.0 > __subtf3@@GCC_4.6.0 > __unordtf2@@GCC_4.6.0 > > It looks like we may be able to grab some of these from libc/softfloat: > getf2.c, gttf2.c, letf2.c, lttf2.c, netf2.c. > > It looks like we might be able to grab a few more from NetBSD: > eqtf2.c and unordtf2.c > > -- > steve Thank you. Diane -- - db@FreeBSD.org db@db.net http://artemis.db.net/~db From owner-freebsd-ports@freebsd.org Fri Feb 22 09:49:46 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 13EC114E34A0 for ; Fri, 22 Feb 2019 09:49:46 +0000 (UTC) (envelope-from SRS0=1sbq=Q5=quip.cz=000.fbsd@elsa.codelab.cz) 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 841228C59F for ; Fri, 22 Feb 2019 09:49:45 +0000 (UTC) (envelope-from SRS0=1sbq=Q5=quip.cz=000.fbsd@elsa.codelab.cz) Received: by mailman.ysv.freebsd.org (Postfix) id 3A34914E349F; Fri, 22 Feb 2019 09:49:45 +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 27C0814E349E for ; Fri, 22 Feb 2019 09:49:45 +0000 (UTC) (envelope-from SRS0=1sbq=Q5=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 7909B8C59D; Fri, 22 Feb 2019 09:49:44 +0000 (UTC) (envelope-from SRS0=1sbq=Q5=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 5059528432; Fri, 22 Feb 2019 10:42:07 +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 5C60528429; Fri, 22 Feb 2019 10:42:06 +0100 (CET) To: cy@FreeBSD.org Subject: FreeBSD Port: graphics/xpdf4 without X11 GUI Cc: FreeBSD Ports From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <1e85df0a-b566-bb52-972f-6ffc2388a3f8@quip.cz> Date: Fri, 22 Feb 2019 10:42:05 +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 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 7909B8C59D X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.13 / 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=1sbq=Q5=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=1sbq=Q5=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.61)[0.607,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(1.00)[0.996,0]; IP_SCORE(0.35)[ip: (0.87), ipnet: 94.124.104.0/21(0.44), asn: 42000(0.35), country: CZ(0.07)]; NEURAL_SPAM_LONG(0.99)[0.989,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: Fri, 22 Feb 2019 09:49:46 -0000 Hi, I used xpdf for many years on headless servers without X11, now I noticed that this options is nolonger there. Was it removed by upstream or is it still some way to have working xpdf without dependency on Qt5? Kind regards Miroslav Lachman From owner-freebsd-ports@freebsd.org Fri Feb 22 09:58: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 2F7CD14E3901 for ; Fri, 22 Feb 2019 09:58:21 +0000 (UTC) (envelope-from m.e.sanliturk@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 3C51C8CB11 for ; Fri, 22 Feb 2019 09:58:20 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id F3B6014E38FD; Fri, 22 Feb 2019 09:58: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 B4F0E14E38FC for ; Fri, 22 Feb 2019 09:58:19 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-lj1-x242.google.com (mail-lj1-x242.google.com [IPv6:2a00:1450:4864:20::242]) (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 176938CB0F; Fri, 22 Feb 2019 09:58:19 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by mail-lj1-x242.google.com with SMTP id l5so1244461lje.1; Fri, 22 Feb 2019 01:58:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/VnQCXmLzYkAToHKXh+KwufxbOZ3QcKKyobe0Sq/roU=; b=KxfpaTTU8ciDVGNI8RY09nMVBY4OUmd4n9L67XAQ+jqGNkxaSAcH0CV6D3uCQ0SYTP 19qEq4KkbarJ5GiH7jh4HBWQpsDid0Qe23JPlkIU53szwFJf+zUSrDlmkZ6DJO7AfUXe 0Aw6W4Ypr+xRr1vEqlORadi5VXeDqm5oA0SyXraL8/GdfAIbga9dq/0G40n+eHzhEJA5 JrEm0qallgF36x/U3RyPhDdMgvFNdykPqmYyYaLmvqtt94NMC9nJvwUvUYnj4Am1dIbl 2WqQJZDqM1UN/EVoZ7QlU5Q53MJtiuHPvljk+ORJqHIJocwhMXgG7r8dSchTfdmQg2DC LOAg== 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=/VnQCXmLzYkAToHKXh+KwufxbOZ3QcKKyobe0Sq/roU=; b=PKLhrFAdGOV369oZuTGJcMh4iUJFiLU1BwppG5GmxpgNnVRKiYfxCsZt4Wr8KO5RYX /1HR6dcJH7U/vzfA7iBousE6eTHa9BX+TyFcET3n6KqxKbkLTRiljHMZJOdjtyBP4QT0 8oasxZN8GE5L94R88Uhup4VpaOw4fCj/9jnpdEhCO+2NKuYtn5gTCMEnETZAz5IER9tK 6R2nX7HYM60L9FMGvwR7VE+iPQL+x0by+JYhXMFCYaF7caiJ/tuIgK5HFDMNluZqeLee mmrdgM3lAhni4uURczSQryKHjbDKDFhz/v2Rc6A1JUCHytD4BABDeAxdSqxTCZHL3gl7 QJTA== X-Gm-Message-State: AHQUAubb7OT8k4jzqmb2I7bFv1+V/vrTNEiAbj4D5ZZkds5+HMsm7kFK hoLPFUnddowsdZ1Q5TaSsh5f6NwIKwRVCOoPgyLnQz77 X-Google-Smtp-Source: AHgI3IacV6PG1lTTVqRI+G2HyGHt6lQjD4S6VPL+5a5Yfx7e5twTA6uF6WDishxx7SYxvuHb/bm9+iPRxJ2mm3Z0ttg= X-Received: by 2002:a2e:81c1:: with SMTP id s1mr1711889ljg.29.1550829497680; Fri, 22 Feb 2019 01:58:17 -0800 (PST) MIME-Version: 1.0 References: <1e85df0a-b566-bb52-972f-6ffc2388a3f8@quip.cz> In-Reply-To: <1e85df0a-b566-bb52-972f-6ffc2388a3f8@quip.cz> From: Mehmet Erol Sanliturk Date: Fri, 22 Feb 2019 12:57:40 +0300 Message-ID: Subject: Re: FreeBSD Port: graphics/xpdf4 without X11 GUI To: Miroslav Lachman <000.fbsd@quip.cz> Cc: cy@freebsd.org, FreeBSD Ports X-Rspamd-Queue-Id: 176938CB0F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 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.98)[-0.977,0]; TAGGED_FROM(0.00)[] Content-Type: text/plain; charset="UTF-8" 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: Fri, 22 Feb 2019 09:58:21 -0000 On Fri, Feb 22, 2019 at 12:50 PM Miroslav Lachman <000.fbsd@quip.cz> wrote: > Hi, > I used xpdf for many years on headless servers without X11, now I > noticed that this options is nolonger there. Was it removed by upstream > or is it still some way to have working xpdf without dependency on Qt5? > > Kind regards > Miroslav Lachman > _______________________________________________ > f Please see https://en.wikipedia.org/wiki/Xpdf *Xpdf* is a free and open-source PDF viewer for operating systems supported by the Qt toolkit. Versions prior to 4.00 were written for the X Window System and ... https://www.xpdfreader.com/ If you can compile xpdf sources suitable for you ( prior versions ) which you can find prior versions port parameter files in SVN you can use an older version not depending on QT . Mehmet Erol Sanliturk From owner-freebsd-ports@freebsd.org Fri Feb 22 11:29: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 5A6F214E7642 for ; Fri, 22 Feb 2019 11:29:59 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay117.isp.belgacom.be (mailrelay117.isp.belgacom.be [195.238.20.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F5E18FC45 for ; Fri, 22 Feb 2019 11:29:58 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DmAACP3G9c/99MQFdlDg4BAgQBCAQ?= =?us-ascii?q?BgVUEAQwBggNngQMnhAeIeYpzAoIMNQGJcI9zKIRRAoN8IzcGDQEDAQECAQE?= =?us-ascii?q?CbRwMhUoBAQEBAgEjMyMFCwsOCgkhAgIPKh4GE4MhgWoMq0mBL4khfw+MX4F?= =?us-ascii?q?/hCOICoJXApEakj8JhEyCcoNvhyclgkmQRi2eMyKBVk0wCIMnCVaBSReKPIM?= =?us-ascii?q?nPD4DMAGNPSqCIwEB?= X-IPAS-Result: =?us-ascii?q?A2DmAACP3G9c/99MQFdlDg4BAgQBCAQBgVUEAQwBggNng?= =?us-ascii?q?QMnhAeIeYpzAoIMNQGJcI9zKIRRAoN8IzcGDQEDAQECAQECbRwMhUoBAQEBA?= =?us-ascii?q?gEjMyMFCwsOCgkhAgIPKh4GE4MhgWoMq0mBL4khfw+MX4F/hCOICoJXApEak?= =?us-ascii?q?j8JhEyCcoNvhyclgkmQRi2eMyKBVk0wCIMnCVaBSReKPIMnPD4DMAGNPSqCI?= =?us-ascii?q?wEB?= Received: from 223.76-64-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.64.76.223]) by relay.skynet.be with ESMTP; 22 Feb 2019 12:28:48 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id x1MBSgqY001882; Fri, 22 Feb 2019 12:28:43 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 22 Feb 2019 12:28:41 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Steve Kargl Cc: Diane Bruce , "Russell L. Carter" , Eugene Grosbein , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222122841.6d48b473@kalimero.tijl.coosemans.org> In-Reply-To: <20190222001315.GA24225@troutmask.apl.washington.edu> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <20190221183040.GA42303@night.db.net> <20190221231850.46dd5374@kalimero.tijl.coosemans.org> <20190222001315.GA24225@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/cQ+YeS_/Zzb2b/nLG4lA2zv" X-Rspamd-Queue-Id: 9F5E18FC45 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)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE] 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, 22 Feb 2019 11:29:59 -0000 --MP_/cQ+YeS_/Zzb2b/nLG4lA2zv Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 21 Feb 2019 16:13:15 -0800 Steve Kargl wrote: > On Thu, Feb 21, 2019 at 11:18:50PM +0100, T=C4=B3l Coosemans wrote: >> On Thu, 21 Feb 2019 13:30:41 -0500 Diane Bruce wrote: >>> On Thu, Feb 21, 2019 at 06:05:15PM +0100, T=C4=B3l Coosemans wrote: >>>> On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: >>>>> Except python doesn't have an rpath which is why this keeps coming >>>>> up over and over again. >>>>=20 >>>> Maybe we should just add the gcc rpaths to the python ports LDFLAGS >>>> without depending on gcc. Then python should use gcc libgcc_s when >>>> it exists and fall back to base system libgcc_s when it doesn't. >>>=20 >>> Right. Or just provide a shell shim to LD_PRELOAD IFF it is noticed >>> a specific port will require a fortran built binary module later. >>>=20 >>>> Maybe we should compile *all* ports with gcc rpaths without depending >>>> on gcc, just like we already compile everything with -fstack-protector >>>> in LDFLAGS. >>>>=20 >>>> There's also the fact that gfortran behaves differently from the C >>>> compilers (both clang and gcc) when it comes to libgcc_s. Gfortran >>>> always links with libgcc_s. The C compilers link with libgcc.a first >>>> and then with libgcc_s only as needed. This eliminates almost all >>>=20 >>> What is really happening is gfortran links with libgfortran (surprise >>> surprise) and libgfortran has the requirement for @GCC_4.6.0 or later >>>=20 >>>> links with libgcc_s. The only ones left are for exception handling >>>> and stack unwinding and gcc libgcc_s and base system libgcc_s are >>>> version compatible for that so it doesn't matter which one gets picked >>>> up. The attached patch for lang/gcc8 makes gfortran behave just like >>>> the C compilers. >>>=20 >>> Something like this was tried already. I'll have to dig into >>> my old notes. >>=20 >> With my patch libgfortran only needs GCC_4.2.0 and works with base >> libgcc_s. >=20 > Why not bump the major version number of the port? Because that renames the library and like I said, renaming allows a process to load both versions, as your example shows. > % ~/work/x/bin/gfortran -o z hello.f90 > % ldd z > z: > libgfortran.so.5 =3D> /usr/local/lib/gcc8/libgfortran.so.5 (0x200= 800000) > libm.so.5 =3D> /lib/libm.so.5 (0x200645000) > libgcc_s.so.2 =3D> /safe/sgk/work/x/lib/libgcc_s.so.2 (0x200c5800= 0) > libquadmath.so.0 =3D> /usr/local/lib/gcc8/libquadmath.so.0 (0x200= e70000) > libc.so.7 =3D> /lib/libc.so.7 (0x2010b0000) > libz.so.6 =3D> /lib/libz.so.6 (0x200678000) > libgcc_s.so.1 =3D> /usr/local/lib/gcc8/libgcc_s.so.1 (0x2014a1000) > % nm z | grep 4.6 > U __multf3@@GCC_4.6.0 > % ./z > 2.00000000000000000000000000000000000 >=20 > Note, I'm playing with a test install into a ~/work/x directory. > The ldconfig still has issues with first come first served >=20 > % ldconfig -r | grep libgcc_s > 6:-lgcc_s.1 =3D> /lib/libgcc_s.so.1 > 806:-lgcc_s.1 =3D> /usr/local/lib/gcc8/libgcc_s.so.1 > 880:-lgcc_s.2 =3D> /safe/sgk/work/x/lib/libgcc_s.so.2 > % ldconfig -r | grep libgfortran > 808:-lgfortran.5 =3D> /usr/local/lib/gcc8/libgfortran.so.5 > 876:-lgfortran.5 =3D> /safe/sgk/work/x/lib/libgfortran.so.5 >=20 > 6 is picked up due to libc.so. 806 is picked up due to > 808, but won't be there is major version number is > bumped. 876 is the loser of the first come first served, here; > but 808 would be the correct libgfortran point to 880 if I > had installed into /usr/local/lib/gcc8. The ldconfig order can be improved. I've attached another patch that I've been using for a long time. It changes /etc/rc.d/ldconfig so it puts /usr/lib and /lib last, just like compilers and linkers do at compile time, and as documented in rtld(1). It also sorts paths like /usr/local/lib/gcc(7|8|9|10) in reverse version order so if multiple versions are installed the most recent libgcc_s is listed first. > PS: For the record, the GCC_4.6.0 are needed for gfortran REAL(16) > type. With my patch gfortran resolves the GCC_4.6.0 symbols statically just like the C compilers do. If the C compilers didn't do this we'd have this libgcc_s problem all over the place. It makes perfect sense to make gfortran do the same thing. --MP_/cQ+YeS_/Zzb2b/nLG4lA2zv Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=ldconfig.patch Index: libexec/rc/rc.conf =================================================================== --- libexec/rc/rc.conf (revision 343935) +++ libexec/rc/rc.conf (working copy) @@ -636,14 +636,14 @@ linux_enable="NO" # Linux binary compatibility loaded clear_tmp_enable="NO" # Clear /tmp at startup. clear_tmp_X="YES" # Clear and recreate X11-related directories in /tmp ldconfig_insecure="NO" # Set to YES to disable ldconfig security checks -ldconfig_paths="/usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg" +ldconfig_paths="/usr/local/lib /usr/local/lib/compat/pkg /usr/lib /usr/lib/compat /lib" # shared library search paths ldconfig32_paths="/usr/lib32 /usr/lib32/compat" # 32-bit compatibility shared library search paths -ldconfigsoft_paths="/usr/libsoft /usr/libsoft/compat /usr/local/libsoft" +ldconfigsoft_paths="/usr/local/libsoft /usr/libsoft /usr/libsoft/compat" # soft float compatibility shared library search paths # Note: temporarily with extra stuff for transition -ldconfig_paths_aout="/usr/lib/compat/aout /usr/local/lib/aout" +ldconfig_paths_aout="/usr/local/lib/aout /usr/lib/aout /usr/lib/compat/aout" # a.out shared library search paths ldconfig_local_dirs="/usr/local/libdata/ldconfig" # Local directories with ldconfig configuration files. Index: libexec/rc/rc.d/ldconfig =================================================================== --- libexec/rc/rc.d/ldconfig (revision 343935) +++ libexec/rc/rc.d/ldconfig (working copy) @@ -17,22 +17,23 @@ stop_cmd=":" ldconfig_start() { - local _files _ins + local _files _ins _paths _LDC _ins= ldconfig=${ldconfig_command} checkyesno ldconfig_insecure && _ins="-i" if [ -x "${ldconfig_command}" ]; then - _LDC="/lib /usr/lib" + _paths="" for i in ${ldconfig_local_dirs}; do if [ -d "${i}" ]; then _files=`find ${i} -type f` if [ -n "${_files}" ]; then - ldconfig_paths="${ldconfig_paths} `cat ${_files} | sort -u`" + _paths="${_paths} `cat ${_files} | sort -Vru`" fi fi done - for i in ${ldconfig_paths} /etc/ld-elf.so.conf; do + _LDC="" + for i in ${_paths} ${ldconfig_paths} /etc/ld-elf.so.conf; do if [ -r "${i}" ]; then _LDC="${_LDC} ${i}" fi @@ -42,16 +43,17 @@ ldconfig_start() case `sysctl -n hw.machine_arch` in amd64|mips64|powerpc64) + _paths="" for i in ${ldconfig_local32_dirs}; do if [ -d "${i}" ]; then _files=`find ${i} -type f` if [ -n "${_files}" ]; then - ldconfig32_paths="${ldconfig32_paths} `cat ${_files} | sort -u`" + _paths="${_paths} `cat ${_files} | sort -Vru`" fi fi done _LDC="" - for i in ${ldconfig32_paths}; do + for i in ${_paths} ${ldconfig32_paths}; do if [ -r "${i}" ]; then _LDC="${_LDC} ${i}" fi @@ -64,16 +66,17 @@ ldconfig_start() case `sysctl -n hw.machine_arch` in armv[67]) + _paths="" for i in ${ldconfig_localsoft_dirs}; do if [ -d "${i}" ]; then _files=`find ${i} -type f` if [ -n "${_files}" ]; then - ldconfigsoft_paths="${ldconfigsoft_paths} `cat ${_files} | sort -u`" + _paths="${_paths} `cat ${_files} | sort -Vru`" fi fi done _LDC="" - for i in ${ldconfigsoft_paths}; do + for i in ${_paths} ${ldconfigsoft_paths}; do if [ -r "${i}" ]; then _LDC="${_LDC} ${i}" fi @@ -87,10 +90,8 @@ ldconfig_start() # Legacy aout support for i386 only case `sysctl -n hw.machine_arch` in i386) - # Default the a.out ldconfig path. - : ${ldconfig_paths_aout=${ldconfig_paths}} _LDC="" - for i in /usr/lib/aout ${ldconfig_paths_aout} /etc/ld.so.conf; do + for i in ${ldconfig_paths_aout} /etc/ld.so.conf; do if [ -r "${i}" ]; then _LDC="${_LDC} ${i}" fi --MP_/cQ+YeS_/Zzb2b/nLG4lA2zv-- From owner-freebsd-ports@freebsd.org Fri Feb 22 13:05: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 92A5D14EAEDD for ; Fri, 22 Feb 2019 13:05:24 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay107.isp.belgacom.be (mailrelay107.isp.belgacom.be [195.238.20.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 890BE6C438 for ; Fri, 22 Feb 2019 13:05:23 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DEAwDX8m9c/99MQFdkHAECBAEIBAG?= =?us-ascii?q?BZoFaKmeBAyeEB4h5inMCggw1AYlwj3MsgViCdQKDfSM4EgEDAQECAQECbRw?= =?us-ascii?q?MhUsBBSMzFQ4QCxgJIQICDyoeBhMbgwaBdgurNYEviSB/D4xfgX+EI4gKglc?= =?us-ascii?q?CkRqSPwmETIJyixYlgkmQRi2eNCGBVk0wCIMnCVaCYAEHhRlVhyk+AzCNPiq?= =?us-ascii?q?CIwEB?= X-IPAS-Result: =?us-ascii?q?A2DEAwDX8m9c/99MQFdkHAECBAEIBAGBZoFaKmeBAyeEB?= =?us-ascii?q?4h5inMCggw1AYlwj3MsgViCdQKDfSM4EgEDAQECAQECbRwMhUsBBSMzFQ4QC?= =?us-ascii?q?xgJIQICDyoeBhMbgwaBdgurNYEviSB/D4xfgX+EI4gKglcCkRqSPwmETIJyi?= =?us-ascii?q?xYlgkmQRi2eNCGBVk0wCIMnCVaCYAEHhRlVhyk+AzCNPiqCIwEB?= Received: from 223.76-64-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.64.76.223]) by relay.skynet.be with ESMTP; 22 Feb 2019 14:04:12 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id x1MD48NF002518; Fri, 22 Feb 2019 14:04:08 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 22 Feb 2019 14:04:07 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: "Russell L. Carter" Cc: Diane Bruce , FreeBSD Ports ML , Eugene Grosbein Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222140407.2145c11e@kalimero.tijl.coosemans.org> In-Reply-To: <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/O6U+bGu5+a.wzKezbBfQIon" X-Rspamd-Queue-Id: 890BE6C438 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_LONG(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE] 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, 22 Feb 2019 13:05:24 -0000 --MP_/O6U+bGu5+a.wzKezbBfQIon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 21 Feb 2019 10:53:00 -0700 "Russell L. Carter" wrote: > On 2/21/19 10:05 AM, T=C4=B3l Coosemans wrote: >> On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: =20 >>> On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote: =20 >>>> So I must dig deeper. Perhaps with rpaths interacting with the system >>>> paths? =20 >>> >>> You got it. ;) >>> Except python doesn't have an rpath which is why this keeps coming >>> up over and over again. =20 >>=20 >> Maybe we should just add the gcc rpaths to the python ports LDFLAGS >> without depending on gcc. Then python should use gcc libgcc_s when >> it exists and fall back to base system libgcc_s when it doesn't. >>=20 >> Maybe we should compile *all* ports with gcc rpaths without depending >> on gcc, just like we already compile everything with -fstack-protector >> in LDFLAGS. >=20 > I would like to briefly present the perspective from a user's POV. > There is a large world wide population of scientific custom code > users/coders who run on linux boxes in a wide variety of > configurations. Almost none of that code will ever have a chance of > ending up in /usr/ports, although there is nothing technically > challenging about almost any of it (the porting process that is). So > anytime any of those users wants to try running their non-ported > scientific code, a large fraction of which contains python and/or > gfortan code, they are going to hit the libgcc_s issue. Only a few of > those people understand rpaths as well as I do (and I'm no expert), > because it's never been their job. They probably struggle to figure > out what question to ask, because, "libgcc_s? WTF?, this is python!" > In addition, oftentimes people have sometimes big pipelines of > different programs executing. So writing a shell script wrapper > around each and every one of those custom programs... not going to > happen. libmap.conf(5)? Not going to happen. Linux works out of the > box. >=20 > People like Steve Kargl and me are... puzzled at why FreeBSD would > do this to itself. Having people writing and running custom > opensource software on a performant opensource OS is **good**. We > should be enabling them. If I were the lang/gcc maintainer this -rpath problem would be my number one priority. The current maintainer has never proposed any solutions and when I submit patches he always resists. I'm done wasting my time fighting him. Then threads like this appear every few months. It's always the same people that respond with the same wrong ideas and wrong solutions and never providing patches. I always politely point out what's wrong with their ideas and provide patches that do work. Then they respond with the same wrong ideas without even trying my patches. You can see that in this very thread. Rinse, repeat. It's a people problem, not a technical problem. My patches solve the technical problem. I can't help it if people don't pick up the patches. As for Linux, note that in theory the same problem also exists there. It's just that most Linux distribution only provide one version of gcc. FreeBSD provides multiple versions of multiple compilers and we allow code compiled with different compilers to be linked together. Still, with my patches it should all just work without -rpath. I can only recommend that you try the patches. Your Fortran/Python pipeline will just work like it does on Linux. I've attached them once more for your convenience. --MP_/O6U+bGu5+a.wzKezbBfQIon Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=ldconfig.patch Index: libexec/rc/rc.conf =================================================================== --- libexec/rc/rc.conf (revision 343935) +++ libexec/rc/rc.conf (working copy) @@ -636,14 +636,14 @@ linux_enable="NO" # Linux binary compatibility loaded clear_tmp_enable="NO" # Clear /tmp at startup. clear_tmp_X="YES" # Clear and recreate X11-related directories in /tmp ldconfig_insecure="NO" # Set to YES to disable ldconfig security checks -ldconfig_paths="/usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg" +ldconfig_paths="/usr/local/lib /usr/local/lib/compat/pkg /usr/lib /usr/lib/compat /lib" # shared library search paths ldconfig32_paths="/usr/lib32 /usr/lib32/compat" # 32-bit compatibility shared library search paths -ldconfigsoft_paths="/usr/libsoft /usr/libsoft/compat /usr/local/libsoft" +ldconfigsoft_paths="/usr/local/libsoft /usr/libsoft /usr/libsoft/compat" # soft float compatibility shared library search paths # Note: temporarily with extra stuff for transition -ldconfig_paths_aout="/usr/lib/compat/aout /usr/local/lib/aout" +ldconfig_paths_aout="/usr/local/lib/aout /usr/lib/aout /usr/lib/compat/aout" # a.out shared library search paths ldconfig_local_dirs="/usr/local/libdata/ldconfig" # Local directories with ldconfig configuration files. Index: libexec/rc/rc.d/ldconfig =================================================================== --- libexec/rc/rc.d/ldconfig (revision 343935) +++ libexec/rc/rc.d/ldconfig (working copy) @@ -17,22 +17,23 @@ stop_cmd=":" ldconfig_start() { - local _files _ins + local _files _ins _paths _LDC _ins= ldconfig=${ldconfig_command} checkyesno ldconfig_insecure && _ins="-i" if [ -x "${ldconfig_command}" ]; then - _LDC="/lib /usr/lib" + _paths="" for i in ${ldconfig_local_dirs}; do if [ -d "${i}" ]; then _files=`find ${i} -type f` if [ -n "${_files}" ]; then - ldconfig_paths="${ldconfig_paths} `cat ${_files} | sort -u`" + _paths="${_paths} `cat ${_files} | sort -Vru`" fi fi done - for i in ${ldconfig_paths} /etc/ld-elf.so.conf; do + _LDC="" + for i in ${_paths} ${ldconfig_paths} /etc/ld-elf.so.conf; do if [ -r "${i}" ]; then _LDC="${_LDC} ${i}" fi @@ -42,16 +43,17 @@ ldconfig_start() case `sysctl -n hw.machine_arch` in amd64|mips64|powerpc64) + _paths="" for i in ${ldconfig_local32_dirs}; do if [ -d "${i}" ]; then _files=`find ${i} -type f` if [ -n "${_files}" ]; then - ldconfig32_paths="${ldconfig32_paths} `cat ${_files} | sort -u`" + _paths="${_paths} `cat ${_files} | sort -Vru`" fi fi done _LDC="" - for i in ${ldconfig32_paths}; do + for i in ${_paths} ${ldconfig32_paths}; do if [ -r "${i}" ]; then _LDC="${_LDC} ${i}" fi @@ -64,16 +66,17 @@ ldconfig_start() case `sysctl -n hw.machine_arch` in armv[67]) + _paths="" for i in ${ldconfig_localsoft_dirs}; do if [ -d "${i}" ]; then _files=`find ${i} -type f` if [ -n "${_files}" ]; then - ldconfigsoft_paths="${ldconfigsoft_paths} `cat ${_files} | sort -u`" + _paths="${_paths} `cat ${_files} | sort -Vru`" fi fi done _LDC="" - for i in ${ldconfigsoft_paths}; do + for i in ${_paths} ${ldconfigsoft_paths}; do if [ -r "${i}" ]; then _LDC="${_LDC} ${i}" fi @@ -87,10 +90,8 @@ ldconfig_start() # Legacy aout support for i386 only case `sysctl -n hw.machine_arch` in i386) - # Default the a.out ldconfig path. - : ${ldconfig_paths_aout=${ldconfig_paths}} _LDC="" - for i in /usr/lib/aout ${ldconfig_paths_aout} /etc/ld.so.conf; do + for i in ${ldconfig_paths_aout} /etc/ld.so.conf; do if [ -r "${i}" ]; then _LDC="${_LDC} ${i}" fi --MP_/O6U+bGu5+a.wzKezbBfQIon Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=gfortran8.patch Index: lang/gcc8/files/patch-gcc_fortran_gfortranspec.c =================================================================== --- lang/gcc8/files/patch-gcc_fortran_gfortranspec.c (nonexistent) +++ lang/gcc8/files/patch-gcc_fortran_gfortranspec.c (working copy) @@ -0,0 +1,11 @@ +--- gcc/fortran/gfortranspec.c.orig 2018-01-03 10:03:58 UTC ++++ gcc/fortran/gfortranspec.c +@@ -404,7 +404,7 @@ warranty; not even for MERCHANTABILITY or FITNESS FOR + } + } + +-#ifdef ENABLE_SHARED_LIBGCC ++#if 0 + if (library) + { + unsigned int i; Property changes on: lang/gcc8/files/patch-gcc_fortran_gfortranspec.c ___________________________________________________________________ Added: fbsd:nokeywords ## -0,0 +1 ## +yes \ No newline at end of property Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property Index: lang/gcc8/files/patch-libgfortran_Makefile.in =================================================================== --- lang/gcc8/files/patch-libgfortran_Makefile.in (nonexistent) +++ lang/gcc8/files/patch-libgfortran_Makefile.in (working copy) @@ -0,0 +1,11 @@ +--- libgfortran/Makefile.in.orig 2018-07-26 09:48:58 UTC ++++ libgfortran/Makefile.in +@@ -625,7 +625,7 @@ libgfortran_la_LDFLAGS = -version-info `grep -v '^\#' + $(LTLDFLAGS) $(LIBQUADLIB) ../libbacktrace/libbacktrace.la \ + $(HWCAP_LDFLAGS) \ + -lm $(extra_ldflags_libgfortran) \ +- $(version_arg) -Wc,-shared-libgcc ++ $(version_arg) + + libgfortran_la_DEPENDENCIES = $(version_dep) libgfortran.spec $(LIBQUADLIB_DEP) + cafexeclib_LTLIBRARIES = libcaf_single.la Property changes on: lang/gcc8/files/patch-libgfortran_Makefile.in ___________________________________________________________________ Added: fbsd:nokeywords ## -0,0 +1 ## +yes \ No newline at end of property Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property --MP_/O6U+bGu5+a.wzKezbBfQIon-- From owner-freebsd-ports@freebsd.org Fri Feb 22 13:39:27 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 3910814EBFD7 for ; Fri, 22 Feb 2019 13:39:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 566B36D277; Fri, 22 Feb 2019 13:39:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x1MDdHAo035112 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 15:39:20 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x1MDdHAo035112 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x1MDdHMk035111; Fri, 22 Feb 2019 15:39:17 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 Feb 2019 15:39:17 +0200 From: Konstantin Belousov To: =?utf-8?Q?T=C4=B3l?= Coosemans Cc: FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222133917.GZ2420@kib.kiev.ua> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190222140407.2145c11e@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home 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, 22 Feb 2019 13:39:27 -0000 On Fri, Feb 22, 2019 at 02:04:07PM +0100, Tijl Coosemans wrote: > On Thu, 21 Feb 2019 10:53:00 -0700 "Russell L. Carter" > wrote: > > On 2/21/19 10:05 AM, Tijl Coosemans wrote: > >> On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: > >>> On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote: > >>>> So I must dig deeper. Perhaps with rpaths interacting with the system > >>>> paths? > >>> > >>> You got it. ;) > >>> Except python doesn't have an rpath which is why this keeps coming > >>> up over and over again. > >> > >> Maybe we should just add the gcc rpaths to the python ports LDFLAGS > >> without depending on gcc. Then python should use gcc libgcc_s when > >> it exists and fall back to base system libgcc_s when it doesn't. > >> > >> Maybe we should compile *all* ports with gcc rpaths without depending > >> on gcc, just like we already compile everything with -fstack-protector > >> in LDFLAGS. > > > > I would like to briefly present the perspective from a user's POV. > > There is a large world wide population of scientific custom code > > users/coders who run on linux boxes in a wide variety of > > configurations. Almost none of that code will ever have a chance of > > ending up in /usr/ports, although there is nothing technically > > challenging about almost any of it (the porting process that is). So > > anytime any of those users wants to try running their non-ported > > scientific code, a large fraction of which contains python and/or > > gfortan code, they are going to hit the libgcc_s issue. Only a few of > > those people understand rpaths as well as I do (and I'm no expert), > > because it's never been their job. They probably struggle to figure > > out what question to ask, because, "libgcc_s? WTF?, this is python!" > > In addition, oftentimes people have sometimes big pipelines of > > different programs executing. So writing a shell script wrapper > > around each and every one of those custom programs... not going to > > happen. libmap.conf(5)? Not going to happen. Linux works out of the > > box. > > > > People like Steve Kargl and me are... puzzled at why FreeBSD would > > do this to itself. Having people writing and running custom > > opensource software on a performant opensource OS is **good**. We > > should be enabling them. > > If I were the lang/gcc maintainer this -rpath problem would be my number > one priority. The current maintainer has never proposed any solutions > and when I submit patches he always resists. I'm done wasting my time > fighting him. > > Then threads like this appear every few months. It's always the same > people that respond with the same wrong ideas and wrong solutions and > never providing patches. I always politely point out what's wrong with > their ideas and provide patches that do work. Then they respond with > the same wrong ideas without even trying my patches. You can see that > in this very thread. Rinse, repeat. > > It's a people problem, not a technical problem. My patches solve the > technical problem. I can't help it if people don't pick up the patches. Yes, we absolutely must avoid situation where two similar libraries (i.e. providing some subset of symbols from other) are linked into the same executing process. I think your patches would be a definitive improvement, esp. the part which makes libgfortran linking only as needed. For the other part, which makes the ports dso a priority over the base dso, I would exercise some more causion. For ports we know only about libgcc_s.so.1 which has the same name in base and in ports, other libraries in base should have libprivate suffix to not conflict, right ? What about openssl libraries ? I think such setup makes it easier for user to accidentaly break the system. She could install something manually (not from ports), or copy some file into /usr/local/lib, which conflicts with base and cause troubles. Do you agree that the ultimate and proper solution is to add missed symbols and versions to the base libgcc_s.so.1 ? IMO it is, and this thread started to show some work which might finally solve that. (But about as-needed for libgfortran see above). > > As for Linux, note that in theory the same problem also exists there. > It's just that most Linux distribution only provide one version of gcc. > FreeBSD provides multiple versions of multiple compilers and we allow > code compiled with different compilers to be linked together. Still, > with my patches it should all just work without -rpath. > > I can only recommend that you try the patches. Your Fortran/Python > pipeline will just work like it does on Linux. I've attached them once > more for your convenience. > Index: libexec/rc/rc.conf > =================================================================== > --- libexec/rc/rc.conf (revision 343935) > +++ libexec/rc/rc.conf (working copy) > @@ -636,14 +636,14 @@ linux_enable="NO" # Linux binary compatibility loaded > clear_tmp_enable="NO" # Clear /tmp at startup. > clear_tmp_X="YES" # Clear and recreate X11-related directories in /tmp > ldconfig_insecure="NO" # Set to YES to disable ldconfig security checks > -ldconfig_paths="/usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg" > +ldconfig_paths="/usr/local/lib /usr/local/lib/compat/pkg /usr/lib /usr/lib/compat /lib" > # shared library search paths > ldconfig32_paths="/usr/lib32 /usr/lib32/compat" > # 32-bit compatibility shared library search paths > -ldconfigsoft_paths="/usr/libsoft /usr/libsoft/compat /usr/local/libsoft" > +ldconfigsoft_paths="/usr/local/libsoft /usr/libsoft /usr/libsoft/compat" > # soft float compatibility shared library search paths > # Note: temporarily with extra stuff for transition > -ldconfig_paths_aout="/usr/lib/compat/aout /usr/local/lib/aout" > +ldconfig_paths_aout="/usr/local/lib/aout /usr/lib/aout /usr/lib/compat/aout" > # a.out shared library search paths > ldconfig_local_dirs="/usr/local/libdata/ldconfig" > # Local directories with ldconfig configuration files. > Index: libexec/rc/rc.d/ldconfig > =================================================================== > --- libexec/rc/rc.d/ldconfig (revision 343935) > +++ libexec/rc/rc.d/ldconfig (working copy) > @@ -17,22 +17,23 @@ stop_cmd=":" > > ldconfig_start() > { > - local _files _ins > + local _files _ins _paths _LDC > > _ins= > ldconfig=${ldconfig_command} > checkyesno ldconfig_insecure && _ins="-i" > if [ -x "${ldconfig_command}" ]; then > - _LDC="/lib /usr/lib" > + _paths="" > for i in ${ldconfig_local_dirs}; do > if [ -d "${i}" ]; then > _files=`find ${i} -type f` > if [ -n "${_files}" ]; then > - ldconfig_paths="${ldconfig_paths} `cat ${_files} | sort -u`" > + _paths="${_paths} `cat ${_files} | sort -Vru`" > fi > fi > done > - for i in ${ldconfig_paths} /etc/ld-elf.so.conf; do > + _LDC="" > + for i in ${_paths} ${ldconfig_paths} /etc/ld-elf.so.conf; do > if [ -r "${i}" ]; then > _LDC="${_LDC} ${i}" > fi > @@ -42,16 +43,17 @@ ldconfig_start() > > case `sysctl -n hw.machine_arch` in > amd64|mips64|powerpc64) > + _paths="" > for i in ${ldconfig_local32_dirs}; do > if [ -d "${i}" ]; then > _files=`find ${i} -type f` > if [ -n "${_files}" ]; then > - ldconfig32_paths="${ldconfig32_paths} `cat ${_files} | sort -u`" > + _paths="${_paths} `cat ${_files} | sort -Vru`" > fi > fi > done > _LDC="" > - for i in ${ldconfig32_paths}; do > + for i in ${_paths} ${ldconfig32_paths}; do > if [ -r "${i}" ]; then > _LDC="${_LDC} ${i}" > fi > @@ -64,16 +66,17 @@ ldconfig_start() > > case `sysctl -n hw.machine_arch` in > armv[67]) > + _paths="" > for i in ${ldconfig_localsoft_dirs}; do > if [ -d "${i}" ]; then > _files=`find ${i} -type f` > if [ -n "${_files}" ]; then > - ldconfigsoft_paths="${ldconfigsoft_paths} `cat ${_files} | sort -u`" > + _paths="${_paths} `cat ${_files} | sort -Vru`" > fi > fi > done > _LDC="" > - for i in ${ldconfigsoft_paths}; do > + for i in ${_paths} ${ldconfigsoft_paths}; do > if [ -r "${i}" ]; then > _LDC="${_LDC} ${i}" > fi > @@ -87,10 +90,8 @@ ldconfig_start() > # Legacy aout support for i386 only > case `sysctl -n hw.machine_arch` in > i386) > - # Default the a.out ldconfig path. > - : ${ldconfig_paths_aout=${ldconfig_paths}} > _LDC="" > - for i in /usr/lib/aout ${ldconfig_paths_aout} /etc/ld.so.conf; do > + for i in ${ldconfig_paths_aout} /etc/ld.so.conf; do > if [ -r "${i}" ]; then > _LDC="${_LDC} ${i}" > fi > Index: lang/gcc8/files/patch-gcc_fortran_gfortranspec.c > =================================================================== > --- lang/gcc8/files/patch-gcc_fortran_gfortranspec.c (nonexistent) > +++ lang/gcc8/files/patch-gcc_fortran_gfortranspec.c (working copy) > @@ -0,0 +1,11 @@ > +--- gcc/fortran/gfortranspec.c.orig 2018-01-03 10:03:58 UTC > ++++ gcc/fortran/gfortranspec.c > +@@ -404,7 +404,7 @@ warranty; not even for MERCHANTABILITY or FITNESS FOR > + } > + } > + > +-#ifdef ENABLE_SHARED_LIBGCC > ++#if 0 > + if (library) > + { > + unsigned int i; > > Property changes on: lang/gcc8/files/patch-gcc_fortran_gfortranspec.c > ___________________________________________________________________ > Added: fbsd:nokeywords > ## -0,0 +1 ## > +yes > \ No newline at end of property > Added: svn:eol-style > ## -0,0 +1 ## > +native > \ No newline at end of property > Added: svn:mime-type > ## -0,0 +1 ## > +text/plain > \ No newline at end of property > Index: lang/gcc8/files/patch-libgfortran_Makefile.in > =================================================================== > --- lang/gcc8/files/patch-libgfortran_Makefile.in (nonexistent) > +++ lang/gcc8/files/patch-libgfortran_Makefile.in (working copy) > @@ -0,0 +1,11 @@ > +--- libgfortran/Makefile.in.orig 2018-07-26 09:48:58 UTC > ++++ libgfortran/Makefile.in > +@@ -625,7 +625,7 @@ libgfortran_la_LDFLAGS = -version-info `grep -v '^\#' > + $(LTLDFLAGS) $(LIBQUADLIB) ../libbacktrace/libbacktrace.la \ > + $(HWCAP_LDFLAGS) \ > + -lm $(extra_ldflags_libgfortran) \ > +- $(version_arg) -Wc,-shared-libgcc > ++ $(version_arg) > + > + libgfortran_la_DEPENDENCIES = $(version_dep) libgfortran.spec $(LIBQUADLIB_DEP) > + cafexeclib_LTLIBRARIES = libcaf_single.la > > Property changes on: lang/gcc8/files/patch-libgfortran_Makefile.in > ___________________________________________________________________ > Added: fbsd:nokeywords > ## -0,0 +1 ## > +yes > \ No newline at end of property > Added: svn:eol-style > ## -0,0 +1 ## > +native > \ No newline at end of property > Added: svn:mime-type > ## -0,0 +1 ## > +text/plain > \ No newline at end of property > _______________________________________________ > 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" From owner-freebsd-ports@freebsd.org Fri Feb 22 14:32: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 B693114ED6AC for ; Fri, 22 Feb 2019 14:32:23 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it1-f174.google.com (mail-it1-f174.google.com [209.85.166.174]) (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 9212E6ED31; Fri, 22 Feb 2019 14:32:22 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it1-f174.google.com with SMTP id l15so3341737iti.4; Fri, 22 Feb 2019 06:32:22 -0800 (PST) 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=JIxRwOysPhizXVmtmZpHPoOCOx9KWDCaLiowDj9e4Rw=; b=EuPVj3ipS1q0QXbLckxLPlhn3LVZvCu7ksSpa6nlKCt3odrVH05BtfhyealJNAEERm 5YfNPUBCSQmlrwbYAuThorCL+IoxdQEi4hRPBjx5WLHEQxSJ3rX+J7bOD2+N5nEEo2Yj HcfYx+6aVZi+evU9uEB3ZHPfLGkHV7ddi5K0w1KN5YNpjs/BijdQspPmRI4MYyQ4WlDr iqFxSeAyT0330qjFtlk9BIIkQFYmzMPU/coO2CT3d15a8oUNiGIm5cefw327ZPJV4KbB 4QkNks4R8XmHmpAjL40NS5Lgi9t3OHQhBYu+HxSaGgY+cSO6nDRPeSnD+73JB87KGp7+ l8zw== X-Gm-Message-State: AHQUAuZwZ0KLf0NxAMpXUqTttPFIZzFt+h3/KPbESHeG2CoFDhnYUky2 rwpZQT5IbWjlfXCyhOK7R6xd/VRAXY1AAhphIm2F1IE6 X-Google-Smtp-Source: AHgI3IZ6oa1Wqhgp7zNVmsTRaL/9gLW76lhqCHJ2u67yawYS2oonesahlWVb8e2BSFdfOwt6YqCLa2Hn9CUdLPivmRw= X-Received: by 2002:a02:c60b:: with SMTP id i11mr2449257jan.118.1550845936163; Fri, 22 Feb 2019 06:32:16 -0800 (PST) MIME-Version: 1.0 References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <20190221183040.GA42303@night.db.net> <20190221214646.GA86448@troutmask.apl.washington.edu> In-Reply-To: <20190221214646.GA86448@troutmask.apl.washington.edu> From: Ed Maste Date: Fri, 22 Feb 2019 09:32:03 -0500 Message-ID: Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: Steve Kargl Cc: Diane Bruce , =?UTF-8?Q?T=C4=B3l_Coosemans?= , FreeBSD Ports ML , Eugene Grosbein Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 9212E6ED31 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.174 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-5.88 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.97)[-0.971,0]; RCVD_IN_DNSWL_NONE(0.00)[174.166.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.89)[ip: (-8.61), ipnet: 209.85.128.0/17(-3.80), asn: 15169(-1.99), country: US(-0.07)]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; 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: Fri, 22 Feb 2019 14:32:23 -0000 On Thu, 21 Feb 2019 at 16:47, Steve Kargl wrote: > > The missing symbols are > > % objdump -x lib/libgfortran.so | grep GCC_4.6.0 | awk '{print $5}' | sort Thank you for collecting these. > It looks like we may be able to grab some of these from libc/softfloat: > getf2.c, gttf2.c, letf2.c, lttf2.c, netf2.c. > > It looks like we might be able to grab a few more from NetBSD: > eqtf2.c and unordtf2.c All seven of these are available in compiler-rt, I believe they just need to be built and added to the version map. That leaves: __addtf3 __divtf3 __floatditf __floatsitf __floatunditf __multf3 __subtf3 compiler-rt also has these, but provided only in this case: #if defined(CRT_HAS_128BIT) && defined(CRT_LDBL_128BIT) From owner-freebsd-ports@freebsd.org Fri Feb 22 14:43:19 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 4019814EE024 for ; Fri, 22 Feb 2019 14:43:19 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C5E3E6F5A4; Fri, 22 Feb 2019 14:43:18 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 99EF361A8; Fri, 22 Feb 2019 14:43:18 +0000 (UTC) From: Jan Beich To: bob prohaska Cc: freebsd-ports@freebsd.org Subject: Re: Missing modules in devel/rust-cbindgen References: <20190221192139.GA33187@www.zefox.net> Date: Fri, 22 Feb 2019 15:43:14 +0100 In-Reply-To: <20190221192139.GA33187@www.zefox.net> (bob prohaska's message of "Thu, 21 Feb 2019 11:21:39 -0800") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: C5E3E6F5A4 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_LONG(-1.00)[-0.996,0]; NEURAL_HAM_SHORT(-0.97)[-0.974,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, 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: Fri, 22 Feb 2019 14:43:19 -0000 bob prohaska writes: > In trying to compile /usr/ports/devel/rust-cbindgen on an > rpi3 running -current make fails with errors such as > > error[E0412]: cannot find type `c_long` in the crate root > > It's tempting to think this is some sort of configuration > error. Can anyone suggest a workaround? There don't seem > to be any user-configurable options. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235063 libc-0.2.49 with the fixes is yet to be released. > Rust itself now builds successfully on the rpi3, I think > rust-cbindgen might be the only remaining obstacle to > compiling some flavor of firefox. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234253 Need help with upstreaming Skia fix. Also waiting for libc-0.2.49. From owner-freebsd-ports@freebsd.org Fri Feb 22 14:46: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 50BBA14EE1F0; Fri, 22 Feb 2019 14:46:29 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9EAEF6F73C; Fri, 22 Feb 2019 14:46:28 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id xC5igfyLy82YcxC5jg700u; Fri, 22 Feb 2019 07:46:20 -0700 X-Authority-Analysis: v=2.3 cv=NNSrBHyg c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=CFTnQlWoA9kA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=vMSPLhnO7srFB-6dBi0A:9 a=QEXdDO2ut3YA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from [IPv6:2605:8d80:401:4722:269:eb6:cf31:5d82] (unknown [72.143.219.43]) by spqr.komquats.com (Postfix) with ESMTPSA id AADBEBBA; Fri, 22 Feb 2019 06:46:16 -0800 (PST) Date: Fri, 22 Feb 2019 06:45:51 -0800 User-Agent: K-9 Mail for Android In-Reply-To: <1e85df0a-b566-bb52-972f-6ffc2388a3f8@quip.cz> References: <1e85df0a-b566-bb52-972f-6ffc2388a3f8@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: FreeBSD Port: graphics/xpdf4 without X11 GUI To: freebsd-ports@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, cy@FreeBSD.org CC: FreeBSD Ports From: Cy Schubert Message-ID: <2390171C-7BE7-40B6-B7DE-8CDBEAD2C0E9@cschubert.com> X-CMAE-Envelope: MS4wfJ8YN93HG7gLWwr2XEXFYZrs8BdvoI9A/ZxqSHT13rq762Z61oHZFmvNnd3mqnZsJuz7cJ67II9tNvVyx7Yv3mjaJxqf6KlXDAIx/MWwp6XISR/yQNjZ II8szRBsuW0sv9eVuK8KJlO/JWQi36/py1y1nMxUEGLhKYhjq4qT0KmnXc/nQ6fkE8+L4UwbquchP3eJdOtgzXuTxyjtQ6euU3PjugfUPMKDunU3sbOlNWFe dKbkoqqC2H9eXs1jpXDVxI0fS4DTRsFqQ5Vi+tWtyg4= X-Rspamd-Queue-Id: 9EAEF6F73C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.971,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: Fri, 22 Feb 2019 14:46:29 -0000 On February 22, 2019 1:42:05 AM PST, Miroslav Lachman <000=2Efbsd@quip=2Ecz= > wrote: >Hi, >I used xpdf for many years on headless servers without X11, now I=20 >noticed that this options is nolonger there=2E Was it removed by upstream > >or is it still some way to have working xpdf without dependency on Qt5? > >Kind regards >Miroslav Lachman >_______________________________________________ >freebsd-ports@freebsd=2Eorg mailing list >https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-ports >To unsubscribe, send any mail to >"freebsd-ports-unsubscribe@freebsd=2Eorg" It was removed upstream=2E Xpdf3 still has the no X11 option=2E Ideally pe= ople should use poppler=2E Poppler was designed for headless use and it is = also a prerequisite for many other ports which require some of the headless= utilities=2E Poppler contains some command line utilities not found in oth= er pdf ports such as the xpdf's=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E Cheers, Cy Schubert FreeBSD UNIX: Web: http://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E From owner-freebsd-ports@freebsd.org Fri Feb 22 15:01:05 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 A712714EEC34; Fri, 22 Feb 2019 15:01:05 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EE467700C5; Fri, 22 Feb 2019 15:01:04 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id xCJvg0MB0aUbVxCJxgJO0K; Fri, 22 Feb 2019 08:01:02 -0700 X-Authority-Analysis: v=2.3 cv=Ruy70xuK c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=IkcTkHD0fZMA:10 a=CFTnQlWoA9kA:10 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=8pif782wAAAA:8 a=1XWaLZrsAAAA:8 a=OxSxXFmVAAAA:8 a=YxBL1-UpAAAA:8 a=hFnusRzvW5Q2gf_gn2UA:9 a=QEXdDO2ut3YA:10 a=IjZwj45LgO3ly-622nXo:22 a=3dp7dWHHC2hQILSpR77B:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from android-68f84e02b5988183.esitwifi.local (S0106788a207e2972.gv.shawcable.net [70.66.154.233]) by spqr.komquats.com (Postfix) with ESMTPSA id 92537C2D; Fri, 22 Feb 2019 07:00:59 -0800 (PST) Date: Fri, 22 Feb 2019 07:00:36 -0800 User-Agent: K-9 Mail for Android In-Reply-To: References: <1e85df0a-b566-bb52-972f-6ffc2388a3f8@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: FreeBSD Port: graphics/xpdf4 without X11 GUI To: freebsd-ports@freebsd.org, Mehmet Erol Sanliturk , Miroslav Lachman <000.fbsd@quip.cz> CC: FreeBSD Ports ,cy@freebsd.org From: Cy Schubert Message-ID: <7968A8E2-2810-494C-8AEC-235A559FC91D@cschubert.com> X-CMAE-Envelope: MS4wfLnm1S8xOVgGlveVyyPvlERaQNsC2K2dHa6OIkdBFGN4BohViZ2xpUwe+ZoYuce171RxA8MkRqaPIzf6z07EwIXNgbQXhFcDIqs93VUpMxWiwG/NeFPQ qVoHAPOaIEqfpdBsBDCGV2lByrK8xba7yC62djjGHv7vOOLK1vw2wNcSiSIOqxPxTtaIzLaowarABCChDiDR30C4va7lKmpzbsl1IEVz3OfmujOKld0XOoYw XRmGe1U7xqgu/zbGVtkMLvth3u1dy30sdcYrj+7jzcfC2EY2S2KtX/HEuU4urF3xuELOyk18P7FCHlEaBzewhQ== X-Rspamd-Queue-Id: EE467700C5 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.94 / 15.00]; TAGGED_RCPT(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.94)[-0.938,0]; 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: Fri, 22 Feb 2019 15:01:05 -0000 On February 22, 2019 1:57:40 AM PST, Mehmet Erol Sanliturk wrote: >On Fri, Feb 22, 2019 at 12:50 PM Miroslav Lachman <000=2Efbsd@quip=2Ecz> >wrote: > >> Hi, >> I used xpdf for many years on headless servers without X11, now I >> noticed that this options is nolonger there=2E Was it removed by >upstream >> or is it still some way to have working xpdf without dependency on >Qt5? >> >> Kind regards >> Miroslav Lachman >> _______________________________________________ >> f > > > >Please see > > >https://en=2Ewikipedia=2Eorg/wiki/Xpdf > >*Xpdf* is a free and open-source PDF viewer for operating systems >supported >by the Qt toolkit=2E Versions prior to 4=2E00 were written for the X Wind= ow >System and =2E=2E=2E > > >https://www=2Expdfreader=2Ecom/ > > > >If you can compile xpdf sources suitable for you ( prior versions ) >which >you can find prior versions port parameter files in SVN >you can use an older version not depending on QT =2E > > > >Mehmet Erol Sanliturk >_______________________________________________ >freebsd-ports@freebsd=2Eorg mailing list >https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-ports >To unsubscribe, send any mail to >"freebsd-ports-unsubscribe@freebsd=2Eorg" Xpdf3 is still an option=2E It still has a print widget that was removed i= n xpdf4=2E As stated before, poppler was designed for command line use=2E It includes= utilities not found in either of the xpdf ports=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E Cheers, Cy Schubert FreeBSD UNIX: Web: http://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E From owner-freebsd-ports@freebsd.org Fri Feb 22 15:19:18 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 7F4B214EF6FC; Fri, 22 Feb 2019 15:19:18 +0000 (UTC) (envelope-from SRS0=1sbq=Q5=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 0AA5871052; Fri, 22 Feb 2019 15:19:17 +0000 (UTC) (envelope-from SRS0=1sbq=Q5=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 2810428430; Fri, 22 Feb 2019 16:19:15 +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 608322842B; Fri, 22 Feb 2019 16:18:54 +0100 (CET) Subject: Re: FreeBSD Port: graphics/xpdf4 without X11 GUI To: Cy Schubert , freebsd-ports@freebsd.org, cy@FreeBSD.org Cc: FreeBSD Ports References: <1e85df0a-b566-bb52-972f-6ffc2388a3f8@quip.cz> <2390171C-7BE7-40B6-B7DE-8CDBEAD2C0E9@cschubert.com> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <89aa8338-e193-99b2-7253-ad9fe721c2b5@quip.cz> Date: Fri, 22 Feb 2019 16:18:51 +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: <2390171C-7BE7-40B6-B7DE-8CDBEAD2C0E9@cschubert.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 0AA5871052 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.958,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: Fri, 22 Feb 2019 15:19:18 -0000 Cy Schubert wrote on 2019/02/22 15:45: > On February 22, 2019 1:42:05 AM PST, Miroslav Lachman <000.fbsd@quip.cz> wrote: >> Hi, >> I used xpdf for many years on headless servers without X11, now I >> noticed that this options is nolonger there. Was it removed by upstream >> >> or is it still some way to have working xpdf without dependency on Qt5? > It was removed upstream. Xpdf3 still has the no X11 option. Ideally people should use poppler. Poppler was designed for headless use and it is also a prerequisite for many other ports which require some of the headless utilities. Poppler contains some command line utilities not found in other pdf ports such as the xpdf's. I was curious what changed between 4.00 and 4.01, because 4.00 was able to build without X11 xpdf4-4.00_1,1 Depends on : gsfonts-8.11_8 freetype2-2.9.1 png-1.6.35 Anyway, thank you for the hint to poppler. We'll test it and if it'll work, we replace xpdf with it! Kind regards Miroslav Lachman From owner-freebsd-ports@freebsd.org Fri Feb 22 15:57: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 6D77514F1227 for ; Fri, 22 Feb 2019 15:57:03 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E6B372AA6; Fri, 22 Feb 2019 15:57:01 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1MFuuTj032957 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 07:56:56 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1MFusju032956; Fri, 22 Feb 2019 07:56:54 -0800 (PST) (envelope-from sgk) Date: Fri, 22 Feb 2019 07:56:54 -0800 From: Steve Kargl To: Ed Maste Cc: Diane Bruce , =?utf-8?Q?T=C4=B3l?= Coosemans , FreeBSD Ports ML , Eugene Grosbein Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222155654.GA32886@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <20190221183040.GA42303@night.db.net> <20190221214646.GA86448@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 9E6B372AA6 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.56 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.86)[0.864,0]; NEURAL_SPAM_MEDIUM(0.75)[0.745,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_SPAM_LONG(0.20)[0.197,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.06)[ip: (0.12), ipnet: 128.95.0.0/16(0.18), asn: 73(0.09), country: US(-0.07)] 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, 22 Feb 2019 15:57:03 -0000 On Fri, Feb 22, 2019 at 09:32:03AM -0500, Ed Maste wrote: > On Thu, 21 Feb 2019 at 16:47, Steve Kargl > wrote: > > > > The missing symbols are > > > > % objdump -x lib/libgfortran.so | grep GCC_4.6.0 | awk '{print $5}' | sort > > Thank you for collecting these. > > > It looks like we may be able to grab some of these from libc/softfloat: > > getf2.c, gttf2.c, letf2.c, lttf2.c, netf2.c. > > > > It looks like we might be able to grab a few more from NetBSD: > > eqtf2.c and unordtf2.c > > All seven of these are available in compiler-rt, I believe they just > need to be built and added to the version map. > > That leaves: __addtf3 __divtf3 __floatditf __floatsitf __floatunditf > __multf3 __subtf3 > > compiler-rt also has these, but provided only in this case: > #if defined(CRT_HAS_128BIT) && defined(CRT_LDBL_128BIT) gfortran provides a REAL(16) type, which is an implementation of IEEE 754 binary128. If the architecture has a 128-bit float type such as sparc64, there isn't a problem. If the 128-bit is available from the architecture such as i386, then it uses GCC __float128 software implementation. If compiler-rt has these functions, are they compatiable with GCC's __float128. -- Steve From owner-freebsd-ports@freebsd.org Fri Feb 22 16:01:18 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 0BF8714F1688 for ; Fri, 22 Feb 2019 16:01:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D48972E00; Fri, 22 Feb 2019 16:01:17 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1MG19Xe033018 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 08:01:09 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1MG183K033017; Fri, 22 Feb 2019 08:01:08 -0800 (PST) (envelope-from sgk) Date: Fri, 22 Feb 2019 08:01:08 -0800 From: Steve Kargl To: =?utf-8?Q?T=C4=B3l?= Coosemans Cc: Diane Bruce , "Russell L. Carter" , Eugene Grosbein , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222160108.GB32886@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <20190221183040.GA42303@night.db.net> <20190221231850.46dd5374@kalimero.tijl.coosemans.org> <20190222001315.GA24225@troutmask.apl.washington.edu> <20190222122841.6d48b473@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190222122841.6d48b473@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 5D48972E00 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.39 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.82)[0.823,0]; NEURAL_SPAM_MEDIUM(0.77)[0.773,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_SPAM_LONG(0.04)[0.044,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.06)[ip: (0.12), ipnet: 128.95.0.0/16(0.18), asn: 73(0.09), country: US(-0.07)] 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, 22 Feb 2019 16:01:18 -0000 On Fri, Feb 22, 2019 at 12:28:41PM +0100, Tijl Coosemans wrote: > > PS: For the record, the GCC_4.6.0 are needed for gfortran REAL(16) > > type. > > With my patch gfortran resolves the GCC_4.6.0 symbols statically just > like the C compilers do. If the C compilers didn't do this we'd have > this libgcc_s problem all over the place. It makes perfect sense to > make gfortran do the same thing. I'm fine with your patch. -- Steve From owner-freebsd-ports@freebsd.org Fri Feb 22 16:05: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 80BFC14F18B5 for ; Fri, 22 Feb 2019 16:05:00 +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 1C48573181; Fri, 22 Feb 2019 16:04:58 +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 x1MG5MkS038261 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 08:05:23 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x1MG5Mhc038260; Fri, 22 Feb 2019 08:05:22 -0800 (PST) (envelope-from fbsd) Date: Fri, 22 Feb 2019 08:05:22 -0800 From: bob prohaska To: Jan Beich Cc: freebsd-ports@freebsd.org Subject: Re: Missing modules in devel/rust-cbindgen Message-ID: <20190222160522.GA38243@www.zefox.net> References: <20190221192139.GA33187@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 1C48573181 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.99 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.966,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.97)[0.969,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.23)[ip: (0.83), ipnet: 50.1.16.0/20(0.42), asn: 7065(-0.01), country: US(-0.07)]; MX_GOOD(-0.01)[cached: www.zefox.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.93)[0.930,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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: Fri, 22 Feb 2019 16:05:00 -0000 On Fri, Feb 22, 2019 at 03:43:14PM +0100, Jan Beich wrote: > bob prohaska writes: > > > In trying to compile /usr/ports/devel/rust-cbindgen on an > > rpi3 running -current make fails with errors such as > > > > error[E0412]: cannot find type `c_long` in the crate root > > > > It's tempting to think this is some sort of configuration > > error. Can anyone suggest a workaround? There don't seem > > to be any user-configurable options. > > See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235063 > libc-0.2.49 with the fixes is yet to be released. > > > Rust itself now builds successfully on the rpi3, I think > > rust-cbindgen might be the only remaining obstacle to > > compiling some flavor of firefox. > > See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234253 > Need help with upstreaming Skia fix. Also waiting for libc-0.2.49. Ok, not so simple after all. Thanks for letting me know. bob prohaska From owner-freebsd-ports@freebsd.org Fri Feb 22 16:11:10 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 2D81114F1EF8 for ; Fri, 22 Feb 2019 16:11:10 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay101.isp.belgacom.be (mailrelay101.isp.belgacom.be [195.238.20.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CB35473878 for ; Fri, 22 Feb 2019 16:11:09 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CbAADOHXBc/99MQFdlHAEBAQQBAQc?= =?us-ascii?q?EAQGBUQcBAQsBAYFTBSpWYQEgEieMIV+KdQEBggw1AYh3eY14gXuEeQKDfSM?= =?us-ascii?q?0CQ0BAwEBAgEBAm0oQgEQAYR2AQEBAQIBOhwjBQsLDgoJJQ8SGB4GExuEYAM?= =?us-ascii?q?NDK0yiAINgRCBDoxfgX+BEYMSgleICwKJZoZpS5IMMwmLLYN2gzElkU2BQi2?= =?us-ascii?q?RHox/OIFWTTAIgyeDPwEHjRc+AzCFJ4pkAQE?= X-IPAS-Result: =?us-ascii?q?A2CbAADOHXBc/99MQFdlHAEBAQQBAQcEAQGBUQcBAQsBA?= =?us-ascii?q?YFTBSpWYQEgEieMIV+KdQEBggw1AYh3eY14gXuEeQKDfSM0CQ0BAwEBAgEBA?= =?us-ascii?q?m0oQgEQAYR2AQEBAQIBOhwjBQsLDgoJJQ8SGB4GExuEYAMNDK0yiAINgRCBD?= =?us-ascii?q?oxfgX+BEYMSgleICwKJZoZpS5IMMwmLLYN2gzElkU2BQi2RHox/OIFWTTAIg?= =?us-ascii?q?yeDPwEHjRc+AzCFJ4pkAQE?= Received: from 223.76-64-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.64.76.223]) by relay.skynet.be with ESMTP; 22 Feb 2019 17:09:59 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id x1MG9xOv003712; Fri, 22 Feb 2019 17:09:59 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 22 Feb 2019 17:09:59 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Konstantin Belousov Cc: FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222170959.02047c69@kalimero.tijl.coosemans.org> In-Reply-To: <20190222133917.GZ2420@kib.kiev.ua> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190222133917.GZ2420@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: CB35473878 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_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.994,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: Fri, 22 Feb 2019 16:11:10 -0000 On Fri, 22 Feb 2019 15:39:17 +0200 Konstantin Belousov wrote: > Yes, we absolutely must avoid situation where two similar libraries > (i.e. providing some subset of symbols from other) are linked into the > same executing process. > > I think your patches would be a definitive improvement, esp. the part > which makes libgfortran linking only as needed. > > For the other part, which makes the ports dso a priority over the base > dso, I would exercise some more causion. For ports we know only about > libgcc_s.so.1 which has the same name in base and in ports, other > libraries in base should have libprivate suffix to not conflict, right ? > What about openssl libraries ? As long as libraries have a different name the search order in the ldconfig cache doesn't matter. So libfoo.so.x and libprivatefoo.so.x don't conflict but neither do libfoo.so.x and libfoo.so.y. Some libraries in base have the libprivate prefix and they are not meant to be used by ports at all. The openssl libraries in base have a different version suffix than security/openssl* and are allowed to be used by ports. > I think such setup makes it easier for user to accidentaly break the system. > She could install something manually (not from ports), or copy some file > into /usr/local/lib, which conflicts with base and cause troubles. Or they could copy something in /lib or /usr/lib and break their system. The idea behind the ldconfig patch is that the runtime search order should be as close as possible to a typical compile time order. Typically compilers and linkers search /usr/local before /usr, so ldconfig should search /usr/local before /usr. Anyone that wants a different order needs to provide a good explanation for that and I don't think protecting users from shooting themselves in the foot is a good enough reason. Similarly, I think our default PATH is also backwards. Major Linux distros and MacOS all put /usr/local/bin before /usr/bin. # User can override sysadmin who can override OS: PATH=$HOME/bin:/usr/local/bin:/usr/bin:/bin > Do you agree that the ultimate and proper solution is to add missed symbols > and versions to the base libgcc_s.so.1 ? IMO it is, and this thread started > to show some work which might finally solve that. > (But about as-needed for libgfortran see above). Not really no: 1) GCC can add new symbols or new versions of them with every release which means the problem can reappear with every new GCC release and GCC releases aren't aligned with FreeBSD releases. 2) Base system libgcc is essentially libcompilerrt, the LLVM compiler runtime. LLVM doesn't seem to need these symbols, nothing in base needs these symbols so why should we implement these third party compiler runtime helper functions? 3) With my gfortran patch you don't need to implement anything. It's an apply-once-and-stop-worrying-about-it solution for all versions of FreeBSD. From owner-freebsd-ports@freebsd.org Fri Feb 22 16:11:26 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 8FC0614F1F70 for ; Fri, 22 Feb 2019 16:11:26 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay101.isp.belgacom.be (mailrelay101.isp.belgacom.be [195.238.20.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3ADF738F8 for ; Fri, 22 Feb 2019 16:11:25 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CcAACqHnBc/99MQFdlDg4BAgQBCAQ?= =?us-ascii?q?BgVIHAQwBAYICVhFQASASJ4QHiBpfincBAYIMNQGJcI14gXsohFECg30jNAk?= =?us-ascii?q?NAQMBAQIBAQJtKEIBEAGEdgEBAQECASMzIwULCw4KAgIFIQICDyoeBhODIYF?= =?us-ascii?q?qDKwEgS+JH4EOgQuLVIF/g241iAuCVwKjWQmHPoNvhyclkw8tnh04gVZNMAi?= =?us-ascii?q?DJwmQGTw+AzABhSaKZAEB?= X-IPAS-Result: =?us-ascii?q?A2CcAACqHnBc/99MQFdlDg4BAgQBCAQBgVIHAQwBAYICV?= =?us-ascii?q?hFQASASJ4QHiBpfincBAYIMNQGJcI14gXsohFECg30jNAkNAQMBAQIBAQJtK?= =?us-ascii?q?EIBEAGEdgEBAQECASMzIwULCw4KAgIFIQICDyoeBhODIYFqDKwEgS+JH4EOg?= =?us-ascii?q?QuLVIF/g241iAuCVwKjWQmHPoNvhyclkw8tnh04gVZNMAiDJwmQGTw+AzABh?= =?us-ascii?q?SaKZAEB?= Received: from 223.76-64-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.64.76.223]) by relay.skynet.be with ESMTP; 22 Feb 2019 17:11:24 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id x1MGBKOc003736; Fri, 22 Feb 2019 17:11:21 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 22 Feb 2019 17:11:20 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Steve Kargl Cc: "Russell L. Carter" , Diane Bruce , FreeBSD Ports ML , Eugene Grosbein Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222171120.0b4913c4@kalimero.tijl.coosemans.org> In-Reply-To: <20190221182451.GA82216@troutmask.apl.washington.edu> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <20190221182451.GA82216@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: D3ADF738F8 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.992,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE]; 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: Fri, 22 Feb 2019 16:11:26 -0000 On Thu, 21 Feb 2019 10:24:51 -0800 Steve Kargl wrote: > On Thu, Feb 21, 2019 at 06:05:15PM +0100, T=C4=B3l Coosemans wrote: >> There's also the fact that gfortran behaves differently from the C >> compilers (both clang and gcc) when it comes to libgcc_s. Gfortran >> always links with libgcc_s. The C compilers link with libgcc.a first >> and then with libgcc_s only as needed. =20 >=20 > libgfortran is gfortran's runtime library. libgcc.a is gcc's=20 > runtime library. The link orders are the same: libgfortran > then libgcc_s; libgcc then libgcc_s No, libgcc is the runtime library for the entire compiler collection not just the C compiler. The order of libgcc.a and libgcc_s.so can be changed with -static-libgcc and -shared-libgcc: For the C compiler: default: libgcc.a -Wl,--as-needed libgcc_s.so -Wl,--no-as-needed -static-libgcc: libgcc.a -shared-libgcc: libgcc_s.so libgcc.a For gfortran: default: libgcc_s.so libgcc.a (like -shared-libgcc) -static-libgcc: libgcc.a -shared-libgcc: libgcc_s.so libgcc.a What my patch does is change the gfortran default into the C compiler default. >> This eliminates almost all >> links with libgcc_s. The only ones left are for exception handling >> and stack unwinding and gcc libgcc_s and base system libgcc_s are >> version compatible for that so it doesn't matter which one gets picked >> up. The attached patch for lang/gcc8 makes gfortran behave just like >> the C compilers. =20 >=20 > Just add -static to FFLAGS. Yep, you're building static > libraries. >=20 >> We cannot rename the base system libgcc_s to libclang_s because then a >> process could load both gcc libgcc_s and base system libclang_s and I >> think that could break exception handling and stack unwinding in weird >> ways. =20 >=20 > Wouldn't that be a bug in the program that loads both? Perhaps yes, but it's same as with missing -rpath. We don't want to have to fix those bugs and we don't want users be confronted with them. > BTW, if you compare gcc trunks symbol map > ./x86_64-unknown-freebsd13.0/libgcc/libgcc.map > with src/lib/libgcc_s/Version.map, you'll find that > that maps are no one-to-one. Yes, libgcc_s implements stack unwinding and exception handling and libgcc.a does not. The stack unwinding and exception handling code has to be shared so all code in a process uses the same implementation and accompanying data structures. From owner-freebsd-ports@freebsd.org Fri Feb 22 16:20: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 23CB414F240D for ; Fri, 22 Feb 2019 16:20:00 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (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 E29737421B; Fri, 22 Feb 2019 16:19:58 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id DBCB13278A; Fri, 22 Feb 2019 09:19:56 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550852396; bh=kN0nF17bzudiSDkxB88YHnpyP0oZAH9wqw6EEpY7plE=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=aXPZwmuXgHJREQIZaaOkRMInWrfJy1+ia8X7Ei6o7PE0ZdQHP2NCXi5dh5KfKfE/5 QLowkOfv5u63e0e7HV+0+JjifpFZzVzyxK3Vi1htcre3VaCP52jM8luvEMK3H6Lrjx xJYMkkttxTDeOFuA7mUD7zgJHkV1f9cwSl7tKc18= X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED shortcircuit=no autolearn=unavailable autolearn_force=no version=3.4.2 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id DF3753276D; Fri, 22 Feb 2019 09:19:54 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550852394; bh=kN0nF17bzudiSDkxB88YHnpyP0oZAH9wqw6EEpY7plE=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=DymphrULjd4EVwp8+Xb0bzerkVWyysy/vdV41qKph6ECaBvSiXW9O7GBsCQGS2Ods n19Aw5X2cO3fod9lt9S6rcJJgoSw655AYKysFoffouo5ZS2nqdq2WyR9PRHGOnVoBQ MKbcuc2eNbtwOZxyiz87ONioyboh0IZQF4b2FEbs= Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: =?UTF-8?Q?T=c4=b3l_Coosemans?= Cc: Diane Bruce , FreeBSD Ports ML , Eugene Grosbein References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> From: "Russell L. Carter" Message-ID: <16fc1cd9-3cda-2b7d-7f5f-03dc34b17b18@pinyon.org> Date: Fri, 22 Feb 2019 09:19:54 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <20190222140407.2145c11e@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: E29737421B X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pinyon.org header.s=DKIM header.b=aXPZwmuX; dkim=pass header.d=pinyon.org header.s=DKIM header.b=DymphrUL; spf=pass (mx1.freebsd.org: domain of rcarter@pinyon.org designates 65.101.20.170 as permitted sender) smtp.mailfrom=rcarter@pinyon.org X-Spamd-Result: default: False [-6.44 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pinyon.org:s=DKIM]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[pinyon.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: h2.pinyon.org]; DKIM_TRACE(0.00)[pinyon.org:+]; NEURAL_HAM_SHORT(-0.98)[-0.985,0]; IP_SCORE(-2.95)[ip: (-9.74), ipnet: 65.100.0.0/14(-4.90), asn: 209(-0.02), country: US(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, 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: Fri, 22 Feb 2019 16:20:00 -0000 On 2/22/19 6:04 AM, Tijl Coosemans wrote: >> >> People like Steve Kargl and me are... puzzled at why FreeBSD would >> do this to itself. Having people writing and running custom >> opensource software on a performant opensource OS is **good**. We >> should be enabling them. > > If I were the lang/gcc maintainer this -rpath problem would be my number > one priority. The current maintainer has never proposed any solutions > and when I submit patches he always resists. I'm done wasting my time > fighting him. > > Then threads like this appear every few months. It's always the same > people that respond with the same wrong ideas and wrong solutions and > never providing patches. I always politely point out what's wrong with > their ideas and provide patches that do work. Then they respond with > the same wrong ideas without even trying my patches. You can see that > in this very thread. Rinse, repeat. > > It's a people problem, not a technical problem. My patches solve the > technical problem. I can't help it if people don't pick up the patches. First, thank you for your efforts! I'm not blaming anyone, simply pointing out what this situation looks like for the poor saps trying to get stuff done. I'm completely agnostic about how to solve the problem, but right now the process is: Average skill user (but technical expert on orthogonal knowledge) bringing over the sort of codes described here: https://computation.llnl.gov/projects/spack-hpc-package-manager Happily spends a bunch of time getting everything built, tries to run, libgcc_s problem. Asks on the mailing lists, gets involved in a long simmering finger pointing situation, with various solutions suggested, all of which are additional maintenance issues for the user over time. That's assuming the average user is going to want to patch ports, the base OS, or maintain root configuration files. [Like just about everyone active here I don't have a problem doing this, but just about every single scientific code practitioner I've known for the last 30 years would say, no thanks.] > > As for Linux, note that in theory the same problem also exists there. > It's just that most Linux distribution only provide one version of gcc. Maybe some distros, but at least for debian-testing, I can install any combo of clang-[678], gcc/g++-[678], and gfortran-[78] Tools like spack and nix are pretty far down the path of effectively managing the resulting combinatorial maintenance problem nowadays. Best regards, Russell > I can only recommend that you try the patches. Your Fortran/Python > pipeline will just work like it does on Linux. I've attached them once > more for your convenience. > From owner-freebsd-ports@freebsd.org Fri Feb 22 16:42:41 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 C4DE814F2EB0 for ; Fri, 22 Feb 2019 16:42:41 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay101.isp.belgacom.be (mailrelay101.isp.belgacom.be [195.238.20.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 374147502A for ; Fri, 22 Feb 2019 16:42:41 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DUAgADJnBc/99MQFdlHAECBAEIBAG?= =?us-ascii?q?BVQQBDAEBggJWYQEgEieEB4h5inoBAYIMNQGJcI9zhHMEAgKDfSM3Bg0BAwE?= =?us-ascii?q?BAgEBAm0oQgEQAYR3AQUjMyMQCxgCAgUhAgIPKh4GE4UXq3qBL4kfgQ6BC4t?= =?us-ascii?q?UgX+EI4UBgwqCVwKjWQmSVCWBYpEtLZ4zIoFWTTAIgyeQXj4DMIUnimQBAQ?= X-IPAS-Result: =?us-ascii?q?A2DUAgADJnBc/99MQFdlHAECBAEIBAGBVQQBDAEBggJWY?= =?us-ascii?q?QEgEieEB4h5inoBAYIMNQGJcI9zhHMEAgKDfSM3Bg0BAwEBAgEBAm0oQgEQA?= =?us-ascii?q?YR3AQUjMyMQCxgCAgUhAgIPKh4GE4UXq3qBL4kfgQ6BC4tUgX+EI4UBgwqCV?= =?us-ascii?q?wKjWQmSVCWBYpEtLZ4zIoFWTTAIgyeQXj4DMIUnimQBAQ?= Received: from 223.76-64-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.64.76.223]) by relay.skynet.be with ESMTP; 22 Feb 2019 17:42:39 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id x1MGgZcp003945; Fri, 22 Feb 2019 17:42:36 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 22 Feb 2019 17:42:35 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: "Russell L. Carter" Cc: Diane Bruce , FreeBSD Ports ML , Eugene Grosbein Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222174235.0670444c@kalimero.tijl.coosemans.org> In-Reply-To: <16fc1cd9-3cda-2b7d-7f5f-03dc34b17b18@pinyon.org> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <16fc1cd9-3cda-2b7d-7f5f-03dc34b17b18@pinyon.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 374147502A 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)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.970,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE]; 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: Fri, 22 Feb 2019 16:42:41 -0000 On Fri, 22 Feb 2019 09:19:54 -0700 "Russell L. Carter" wrote: > On 2/22/19 6:04 AM, T=C4=B3l Coosemans wrote: >> As for Linux, note that in theory the same problem also exists there. >> It's just that most Linux distribution only provide one version of gcc. = =20 >=20 > Maybe some distros, but at least for debian-testing, I can install any=20 > combo of clang-[678], gcc/g++-[678], and gfortran-[78] I see. It looks like they make all these compilers use libgcc from gcc8. From owner-freebsd-ports@freebsd.org Fri Feb 22 16:44: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 D074B14F2F94 for ; Fri, 22 Feb 2019 16:44:58 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 44B5E7515A; Fri, 22 Feb 2019 16:44:57 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1MGiseh033442 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 08:44:55 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1MGisD0033441; Fri, 22 Feb 2019 08:44:54 -0800 (PST) (envelope-from sgk) Date: Fri, 22 Feb 2019 08:44:54 -0800 From: Steve Kargl To: =?utf-8?Q?T=C4=B3l?= Coosemans Cc: Konstantin Belousov , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222164454.GA33338@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190222133917.GZ2420@kib.kiev.ua> <20190222170959.02047c69@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190222170959.02047c69@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 44B5E7515A X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.50 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.00)[0.001,0]; IP_SCORE(0.06)[ip: (0.12), ipnet: 128.95.0.0/16(0.18), asn: 73(0.09), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; NEURAL_SPAM_LONG(0.06)[0.063,0]; NEURAL_SPAM_MEDIUM(0.68)[0.678,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; FREEMAIL_CC(0.00)[gmail.com]; 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: Fri, 22 Feb 2019 16:44:59 -0000 On Fri, Feb 22, 2019 at 05:09:59PM +0100, Tijl Coosemans wrote: > On Fri, 22 Feb 2019 15:39:17 +0200 Konstantin Belousov > wrote: > > Yes, we absolutely must avoid situation where two similar libraries > > (i.e. providing some subset of symbols from other) are linked into the > > same executing process. > > > > I think your patches would be a definitive improvement, esp. the part > > which makes libgfortran linking only as needed. > > > > For the other part, which makes the ports dso a priority over the base > > dso, I would exercise some more causion. For ports we know only about > > libgcc_s.so.1 which has the same name in base and in ports, other > > libraries in base should have libprivate suffix to not conflict, right ? > > What about openssl libraries ? > > As long as libraries have a different name the search order in the > ldconfig cache doesn't matter. So libfoo.so.x and libprivatefoo.so.x > don't conflict but neither do libfoo.so.x and libfoo.so.y. Some > libraries in base have the libprivate prefix and they are not meant to > be used by ports at all. The openssl libraries in base have a different > version suffix than security/openssl* and are allowed to be used by > ports. > > > I think such setup makes it easier for user to accidentaly break the system. > > She could install something manually (not from ports), or copy some file > > into /usr/local/lib, which conflicts with base and cause troubles. > > Or they could copy something in /lib or /usr/lib and break their system. > > The idea behind the ldconfig patch is that the runtime search order > should be as close as possible to a typical compile time order. > Typically compilers and linkers search /usr/local before /usr, so > ldconfig should search /usr/local before /usr. Anyone that wants a > different order needs to provide a good explanation for that and I don't > think protecting users from shooting themselves in the foot is a good > enough reason. > > Similarly, I think our default PATH is also backwards. Major Linux > distros and MacOS all put /usr/local/bin before /usr/bin. > > # User can override sysadmin who can override OS: > PATH=$HOME/bin:/usr/local/bin:/usr/bin:/bin > > > Do you agree that the ultimate and proper solution is to add missed symbols > > and versions to the base libgcc_s.so.1 ? IMO it is, and this thread started > > to show some work which might finally solve that. > > (But about as-needed for libgfortran see above). > > Not really no: > > 1) GCC can add new symbols or new versions of them with every release > which means the problem can reappear with every new GCC release and GCC > releases aren't aligned with FreeBSD releases. GCC developers do add new symbols. Not sure what you mean by new versions. The ABI is stable. If they change the ABI, then they would bump the major number to 2. > 2) Base system libgcc is essentially libcompilerrt, the LLVM compiler > runtime. LLVM doesn't seem to need these symbols, nothing in base needs > these symbols so why should we implement these third party compiler > runtime helper functions? Because FreeBSD usurped the name of a well-known library from a well-known open source project. Users might expect that that well-known library has the same ABI and functionality of the library provided by the well-known project. If nothing in base needs /lib/libgcc_s, then let's remove it. If nothing in base needs it, let's rename name it to libfreebsd_s.so. > 3) With my gfortran patch you don't need to implement anything. It's an > apply-once-and-stop-worrying-about-it solution for all versions of FreeBSD. Your patching a gfortran spec file. Don't you need to worry about the spec file changing, which may invalidate your patch? -- Steve From owner-freebsd-ports@freebsd.org Fri Feb 22 16:50:16 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 2B13B14F30DB for ; Fri, 22 Feb 2019 16:50:16 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DCD3752C3; Fri, 22 Feb 2019 16:50:15 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1MGoCWm033490 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 08:50:12 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1MGoB6b033489; Fri, 22 Feb 2019 08:50:11 -0800 (PST) (envelope-from sgk) Date: Fri, 22 Feb 2019 08:50:11 -0800 From: Steve Kargl To: =?utf-8?Q?T=C4=B3l?= Coosemans Cc: "Russell L. Carter" , Diane Bruce , FreeBSD Ports ML , Eugene Grosbein Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222165011.GB33338@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <20190221182451.GA82216@troutmask.apl.washington.edu> <20190222171120.0b4913c4@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190222171120.0b4913c4@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 7DCD3752C3 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.86 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.40)[0.396,0]; NEURAL_SPAM_MEDIUM(0.71)[0.708,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[cached: troutmask.apl.washington.edu]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_SPAM_LONG(0.01)[0.006,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.06)[ip: (0.12), ipnet: 128.95.0.0/16(0.18), asn: 73(0.09), country: US(-0.07)] 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, 22 Feb 2019 16:50:16 -0000 On Fri, Feb 22, 2019 at 05:11:20PM +0100, Tijl Coosemans wrote: > On Thu, 21 Feb 2019 10:24:51 -0800 Steve Kargl > > > BTW, if you compare gcc trunks symbol map > > ./x86_64-unknown-freebsd13.0/libgcc/libgcc.map > > with src/lib/libgcc_s/Version.map, you'll find that > > that maps are no one-to-one. > > Yes, libgcc_s implements stack unwinding and exception handling and > libgcc.a does not. The stack unwinding and exception handling code has > to be shared so all code in a process uses the same implementation and > accompanying data structures. The above map files are for libgcc_s.so. Yes, the name for the in-tree map file for libgcc_s.so is libgcc.map. -- Steve From owner-freebsd-ports@freebsd.org Fri Feb 22 17:09: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 6BC3914F3D14 for ; Fri, 22 Feb 2019 17:09:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 63D2075F4F; Fri, 22 Feb 2019 17:09:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x1MH9B2Q084451 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 19:09:14 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x1MH9B2Q084451 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x1MH9B8x084450; Fri, 22 Feb 2019 19:09:11 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 Feb 2019 19:09:11 +0200 From: Konstantin Belousov To: Steve Kargl Cc: =?utf-8?Q?T=C4=B3l?= Coosemans , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222170911.GA2420@kib.kiev.ua> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190222133917.GZ2420@kib.kiev.ua> <20190222170959.02047c69@kalimero.tijl.coosemans.org> <20190222164454.GA33338@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190222164454.GA33338@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.2 (2019-01-07) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home 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, 22 Feb 2019 17:09:20 -0000 On Fri, Feb 22, 2019 at 08:44:54AM -0800, Steve Kargl wrote: > On Fri, Feb 22, 2019 at 05:09:59PM +0100, Tijl Coosemans wrote: > > On Fri, 22 Feb 2019 15:39:17 +0200 Konstantin Belousov > > wrote: > > > Yes, we absolutely must avoid situation where two similar libraries > > > (i.e. providing some subset of symbols from other) are linked into the > > > same executing process. > > > > > > I think your patches would be a definitive improvement, esp. the part > > > which makes libgfortran linking only as needed. > > > > > > For the other part, which makes the ports dso a priority over the base > > > dso, I would exercise some more causion. For ports we know only about > > > libgcc_s.so.1 which has the same name in base and in ports, other > > > libraries in base should have libprivate suffix to not conflict, right ? > > > What about openssl libraries ? > > > > As long as libraries have a different name the search order in the > > ldconfig cache doesn't matter. So libfoo.so.x and libprivatefoo.so.x > > don't conflict but neither do libfoo.so.x and libfoo.so.y. Some > > libraries in base have the libprivate prefix and they are not meant to > > be used by ports at all. The openssl libraries in base have a different > > version suffix than security/openssl* and are allowed to be used by > > ports. > > > > > I think such setup makes it easier for user to accidentaly break the system. > > > She could install something manually (not from ports), or copy some file > > > into /usr/local/lib, which conflicts with base and cause troubles. > > > > Or they could copy something in /lib or /usr/lib and break their system. > > > > The idea behind the ldconfig patch is that the runtime search order > > should be as close as possible to a typical compile time order. > > Typically compilers and linkers search /usr/local before /usr, so > > ldconfig should search /usr/local before /usr. Anyone that wants a > > different order needs to provide a good explanation for that and I don't > > think protecting users from shooting themselves in the foot is a good > > enough reason. > > > > Similarly, I think our default PATH is also backwards. Major Linux > > distros and MacOS all put /usr/local/bin before /usr/bin. > > > > # User can override sysadmin who can override OS: > > PATH=$HOME/bin:/usr/local/bin:/usr/bin:/bin > > > > > Do you agree that the ultimate and proper solution is to add missed symbols > > > and versions to the base libgcc_s.so.1 ? IMO it is, and this thread started > > > to show some work which might finally solve that. > > > (But about as-needed for libgfortran see above). > > > > Not really no: > > > > 1) GCC can add new symbols or new versions of them with every release > > which means the problem can reappear with every new GCC release and GCC > > releases aren't aligned with FreeBSD releases. > > GCC developers do add new symbols. Not sure what you mean by > new versions. The ABI is stable. If they change the ABI, then > they would bump the major number to 2. They add new symbols and provide new symbol versions where these symbols are assigned. > > > 2) Base system libgcc is essentially libcompilerrt, the LLVM compiler > > runtime. LLVM doesn't seem to need these symbols, nothing in base needs > > these symbols so why should we implement these third party compiler > > runtime helper functions? > > Because FreeBSD usurped the name of a well-known library from a > well-known open source project. Users might expect that that > well-known library has the same ABI and functionality of the > library provided by the well-known project. Nothing was usurped, you can lower your tone. Initially libgcc_s.so.1 was provided by gcc and the library was updated during the regular gcc imports. When gcc changed the license, the libgcc_s.so.1 become stalled due to the block on the import of the new gcc versions. Some parts of gcc-provided libgcc_s.so.1 were replaced with llvm unwinder, some parts with compiler-rt functions. The new functions added by gcc were not imported because nobody who can do that knew about the problem. Generic hand-waving is not the problem description. Now, that the list of missing symbols is collected and possible sources for them are identified, at least some gaps can be filled. > > If nothing in base needs /lib/libgcc_s, then let's remove it. > If nothing in base needs it, let's rename name it to libfreebsd_s.so. This cannot be done, because it breaks the base system ABI. In particular, after that almost all compiled C++ apps will be broken, and significant amount of threaded programs as well. > > > 3) With my gfortran patch you don't need to implement anything. It's an > > apply-once-and-stop-worrying-about-it solution for all versions of FreeBSD. > > Your patching a gfortran spec file. Don't you need to worry > about the spec file changing, which may invalidate your patch? > > -- > Steve From owner-freebsd-ports@freebsd.org Fri Feb 22 17:14:41 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 39CB614F4092 for ; Fri, 22 Feb 2019 17:14:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 8519276564; Fri, 22 Feb 2019 17:14:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x1MHEXGN085617 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 19:14:36 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x1MHEXGN085617 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x1MHEX6s085616; Fri, 22 Feb 2019 19:14:33 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 Feb 2019 19:14:33 +0200 From: Konstantin Belousov To: =?utf-8?Q?T=C4=B3l?= Coosemans Cc: FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222171433.GB2420@kib.kiev.ua> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190222133917.GZ2420@kib.kiev.ua> <20190222170959.02047c69@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190222170959.02047c69@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.11.2 (2019-01-07) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home 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, 22 Feb 2019 17:14:41 -0000 On Fri, Feb 22, 2019 at 05:09:59PM +0100, Tijl Coosemans wrote: > On Fri, 22 Feb 2019 15:39:17 +0200 Konstantin Belousov > wrote: > > Yes, we absolutely must avoid situation where two similar libraries > > (i.e. providing some subset of symbols from other) are linked into the > > same executing process. > > > > I think your patches would be a definitive improvement, esp. the part > > which makes libgfortran linking only as needed. > > > > For the other part, which makes the ports dso a priority over the base > > dso, I would exercise some more causion. For ports we know only about > > libgcc_s.so.1 which has the same name in base and in ports, other > > libraries in base should have libprivate suffix to not conflict, right ? > > What about openssl libraries ? > > As long as libraries have a different name the search order in the > ldconfig cache doesn't matter. So libfoo.so.x and libprivatefoo.so.x > don't conflict but neither do libfoo.so.x and libfoo.so.y. Some > libraries in base have the libprivate prefix and they are not meant to > be used by ports at all. The openssl libraries in base have a different > version suffix than security/openssl* and are allowed to be used by > ports. > > > I think such setup makes it easier for user to accidentaly break the system. > > She could install something manually (not from ports), or copy some file > > into /usr/local/lib, which conflicts with base and cause troubles. > > Or they could copy something in /lib or /usr/lib and break their system. > > The idea behind the ldconfig patch is that the runtime search order > should be as close as possible to a typical compile time order. > Typically compilers and linkers search /usr/local before /usr, so > ldconfig should search /usr/local before /usr. Anyone that wants a > different order needs to provide a good explanation for that and I don't > think protecting users from shooting themselves in the foot is a good > enough reason. > > Similarly, I think our default PATH is also backwards. Major Linux > distros and MacOS all put /usr/local/bin before /usr/bin. > > # User can override sysadmin who can override OS: > PATH=$HOME/bin:/usr/local/bin:/usr/bin:/bin > > > Do you agree that the ultimate and proper solution is to add missed symbols > > and versions to the base libgcc_s.so.1 ? IMO it is, and this thread started > > to show some work which might finally solve that. > > (But about as-needed for libgfortran see above). > > Not really no: > > 1) GCC can add new symbols or new versions of them with every release > which means the problem can reappear with every new GCC release and GCC > releases aren't aligned with FreeBSD releases. Right, this is known and accepted ABI changes. We must cope with them if we intend to run newer gcc and newer gcc' compiled binaries. > 2) Base system libgcc is essentially libcompilerrt, the LLVM compiler > runtime. LLVM doesn't seem to need these symbols, nothing in base needs > these symbols so why should we implement these third party compiler > runtime helper functions? Because we strive to provide a usable system, not locked to one compiler. IMO we must support both gcc and clang and their compilation results, each with some version variance, regardless of the compiler used for the base system. > 3) With my gfortran patch you don't need to implement anything. It's an > apply-once-and-stop-worrying-about-it solution for all versions of FreeBSD. Because all missed symbols are resolved from the compiler's libgcc.a before linker insert a reference to libgcc_s.so.1, or due to some other cause ? From owner-freebsd-ports@freebsd.org Fri Feb 22 17:43:57 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 A426E14F4A46 for ; Fri, 22 Feb 2019 17:43:57 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay101.isp.belgacom.be (mailrelay101.isp.belgacom.be [195.238.20.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED29377405 for ; Fri, 22 Feb 2019 17:43:56 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2BhAQDkM3Bc/99MQFdlDg4BAQEEAQE?= =?us-ascii?q?HBAEBgVMFAQELAQGBWCpWEVABIBInhAeIeYp6AQGCDDUBRokqjXiBeyiEUQK?= =?us-ascii?q?DfSM2Bw0BAwEBAgEBAm0oQgEQAYR2AQEBAQIBIzMjEAsOCgICBSECAg8qHgY?= =?us-ascii?q?TG4MGgWoMq3qBL4kggQ6BC4tUgX+BEYJdNYUBgwqCVwKQT5MKCYc+ixYlkw8?= =?us-ascii?q?tniQCL4FWTTAIgycJgzYBDoxUPD4DMAGFJopkAQE?= X-IPAS-Result: =?us-ascii?q?A2BhAQDkM3Bc/99MQFdlDg4BAQEEAQEHBAEBgVMFAQELA?= =?us-ascii?q?QGBWCpWEVABIBInhAeIeYp6AQGCDDUBRokqjXiBeyiEUQKDfSM2Bw0BAwEBA?= =?us-ascii?q?gEBAm0oQgEQAYR2AQEBAQIBIzMjEAsOCgICBSECAg8qHgYTG4MGgWoMq3qBL?= =?us-ascii?q?4kggQ6BC4tUgX+BEYJdNYUBgwqCVwKQT5MKCYc+ixYlkw8tniQCL4FWTTAIg?= =?us-ascii?q?ycJgzYBDoxUPD4DMAGFJopkAQE?= Received: from 223.76-64-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.64.76.223]) by relay.skynet.be with ESMTP; 22 Feb 2019 18:43:54 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id x1MHhqrD004328; Fri, 22 Feb 2019 18:43:54 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 22 Feb 2019 18:43:52 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Steve Kargl Cc: Konstantin Belousov , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222184352.3e3f26e4@kalimero.tijl.coosemans.org> In-Reply-To: <20190222164454.GA33338@troutmask.apl.washington.edu> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190222133917.GZ2420@kib.kiev.ua> <20190222170959.02047c69@kalimero.tijl.coosemans.org> <20190222164454.GA33338@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: ED29377405 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_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE] 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, 22 Feb 2019 17:43:57 -0000 On Fri, 22 Feb 2019 08:44:54 -0800 Steve Kargl wrote: > On Fri, Feb 22, 2019 at 05:09:59PM +0100, T=C4=B3l Coosemans wrote: >> On Fri, 22 Feb 2019 15:39:17 +0200 Konstantin Belousov >>> Do you agree that the ultimate and proper solution is to add missed sym= bols >>> and versions to the base libgcc_s.so.1 ? IMO it is, and this thread st= arted >>> to show some work which might finally solve that. >>> (But about as-needed for libgfortran see above). =20 >>=20 >> Not really no: >>=20 >> 1) GCC can add new symbols or new versions of them with every release >> which means the problem can reappear with every new GCC release and GCC >> releases aren't aligned with FreeBSD releases. =20 >=20 > GCC developers do add new symbols. Not sure what you mean by > new versions. The ABI is stable. If they change the ABI, then > they would bump the major number to 2. The symbol versions like GCC_4.6.0. The library uses symbol versioning so they can add new versions of the same symbol without removing the old versions. This way adding new versions of a symbol doesn't change the ABI. >> 2) Base system libgcc is essentially libcompilerrt, the LLVM compiler >> runtime. LLVM doesn't seem to need these symbols, nothing in base needs >> these symbols so why should we implement these third party compiler >> runtime helper functions? =20 >=20 > Because FreeBSD usurped the name of a well-known library from a > well-known open source project. Users might expect that that > well-known library has the same ABI and functionality of the > library provided by the well-known project. >=20 > If nothing in base needs /lib/libgcc_s, then let's remove it. > If nothing in base needs it, let's rename name it to libfreebsd_s.so. Clang uses the name libgcc_s so clang compiled code can throw exceptions to gcc compiled code and vice versa. I suspect that FreeBSD libgcc_s only needs to provide the _Unwind* symbols and nothing else. Then it could be renamed to libunwind or something and then gcc could be patched so its libgcc_s no longer provides _Unwind* and instead links to the FreeBSD libunwind. Then clang also needs to be patched to use libunwind instead of libgcc_s. It's just easier to keep using the name libgcc_s. It was perhaps a mistake of the GCC developers to put compiler runtime functions, which are compiler specific, and stack unwinding, which is part of the system ABI that is common to all compilers, in one library. >> 3) With my gfortran patch you don't need to implement anything. It's an >> apply-once-and-stop-worrying-about-it solution for all versions of FreeB= SD. =20 >=20 > Your patching a gfortran spec file. Don't you need to worry > about the spec file changing, which may invalidate your patch? Yes, I'll give you that one. The patch has to be kept up-to-date, but that's trivial compared to making FreeBSD erratas when a new gcc release adds a new function to libgcc. From owner-freebsd-ports@freebsd.org Fri Feb 22 18:27: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 F3F3114F5F99 for ; Fri, 22 Feb 2019 18:27:38 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 90CDA80DE7; Fri, 22 Feb 2019 18:27:38 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1MIRV52079635 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 10:27:31 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1MIRUli079634; Fri, 22 Feb 2019 10:27:30 -0800 (PST) (envelope-from sgk) Date: Fri, 22 Feb 2019 10:27:30 -0800 From: Steve Kargl To: Konstantin Belousov Cc: =?utf-8?Q?T=C4=B3l?= Coosemans , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222182730.GA33829@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190222133917.GZ2420@kib.kiev.ua> <20190222170959.02047c69@kalimero.tijl.coosemans.org> <20190222164454.GA33338@troutmask.apl.washington.edu> <20190222170911.GA2420@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190222170911.GA2420@kib.kiev.ua> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 90CDA80DE7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.982,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: Fri, 22 Feb 2019 18:27:39 -0000 On Fri, Feb 22, 2019 at 07:09:11PM +0200, Konstantin Belousov wrote: > On Fri, Feb 22, 2019 at 08:44:54AM -0800, Steve Kargl wrote: > > > > Because FreeBSD usurped the name of a well-known library from a > > well-known open source project. Users might expect that that > > well-known library has the same ABI and functionality of the > > library provided by the well-known project. > Nothing was usurped, you can lower your tone. > > Initially libgcc_s.so.1 was provided by gcc and the library was updated > during the regular gcc imports. When gcc changed the license, the > libgcc_s.so.1 become stalled due to the block on the import of the new > gcc versions. I know the history. When FreeBSD decided to move away from gcc, then it should move away. That includes either removing libgcc_s.so or renaming it. As it is now, FreeBSD libgcc_s.so does not provide the ABI in the official libgcc_s.so as distributed with any version of gcc newer than gcc=4.5.z. It clearly is causing problems. Yes, I know some oddball architectures cannot (or at least could not) be compiled with clang/llvm, so contrib/gcc remains in the tree. In these special cases, then libgcc_s.so can be installed as part of installing contrib/gcc. > Some parts of gcc-provided libgcc_s.so.1 were replaced with llvm unwinder, > some parts with compiler-rt functions. The new functions added by gcc > were not imported because nobody who can do that knew about the problem. > Generic hand-waving is not the problem description. > > Now, that the list of missing symbols is collected and possible sources > for them are identified, at least some gaps can be filled. > > > > > If nothing in base needs /lib/libgcc_s, then let's remove it. > > If nothing in base needs it, let's rename name it to libfreebsd_s.so. > This cannot be done, because it breaks the base system ABI. In > particular, after that almost all compiled C++ apps will be broken, and > significant amount of threaded programs as well. Then the assertion that nothing in base needs libgcc_s.so is wrong? And, yes, if an application is currently using /lib/libgcc_s.so, then it would need to be recompiled. When it is recompiled, it can use libcompiler_rt or, if need be, it can use the libgcc_s.so provided by a gcc port. -- Steve From owner-freebsd-ports@freebsd.org Fri Feb 22 18:34:10 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 C94AF14F630F for ; Fri, 22 Feb 2019 18:34:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 04DCD814C6; Fri, 22 Feb 2019 18:34:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x1MIY2RO004019 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 20:34:06 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x1MIY2RO004019 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x1MIY2ie004018; Fri, 22 Feb 2019 20:34:02 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 Feb 2019 20:34:02 +0200 From: Konstantin Belousov To: Steve Kargl Cc: =?utf-8?Q?T=C4=B3l?= Coosemans , FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222183402.GC2420@kib.kiev.ua> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190222133917.GZ2420@kib.kiev.ua> <20190222170959.02047c69@kalimero.tijl.coosemans.org> <20190222164454.GA33338@troutmask.apl.washington.edu> <20190222170911.GA2420@kib.kiev.ua> <20190222182730.GA33829@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190222182730.GA33829@troutmask.apl.washington.edu> User-Agent: Mutt/1.11.2 (2019-01-07) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home 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, 22 Feb 2019 18:34:11 -0000 On Fri, Feb 22, 2019 at 10:27:30AM -0800, Steve Kargl wrote: > Then the assertion that nothing in base needs libgcc_s.so is wrong? > > And, yes, if an application is currently using /lib/libgcc_s.so, > then it would need to be recompiled. When it is recompiled, it > can use libcompiler_rt or, if need be, it can use the libgcc_s.so > provided by a gcc port. This is the other name for 'breaking the ABI'. From owner-freebsd-ports@freebsd.org Fri Feb 22 19:29:57 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 2DEB014F7DC3 for ; Fri, 22 Feb 2019 19:29:57 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay108.isp.belgacom.be (mailrelay108.isp.belgacom.be [195.238.20.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BD8C835B6 for ; Fri, 22 Feb 2019 19:29:56 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CTCwAoTHBc/99MQFdcCBwBAQEEAQE?= =?us-ascii?q?HBAEBgWUCggJWEVABIBInhAeIeYp6AQGCDDUBiHd5j3MohFECg30jOBIBAwE?= =?us-ascii?q?BAgEBAm0oQgEQAYR3AQUjMyMQCw4KAgIFIQICDxIYHgYTG4MGgVoDGatvgS+?= =?us-ascii?q?IBg2BEIEOgQuLVIF/gRGDEoJXggUlgwqCVwKjJjMJhz6HZYMxJZMPLZEejRY?= =?us-ascii?q?hgVZNMAg7gmwJkFU+AzCFJ4pkAQE?= X-IPAS-Result: =?us-ascii?q?A2CTCwAoTHBc/99MQFdcCBwBAQEEAQEHBAEBgWUCggJWE?= =?us-ascii?q?VABIBInhAeIeYp6AQGCDDUBiHd5j3MohFECg30jOBIBAwEBAgEBAm0oQgEQA?= =?us-ascii?q?YR3AQUjMyMQCw4KAgIFIQICDxIYHgYTG4MGgVoDGatvgS+IBg2BEIEOgQuLV?= =?us-ascii?q?IF/gRGDEoJXggUlgwqCVwKjJjMJhz6HZYMxJZMPLZEejRYhgVZNMAg7gmwJk?= =?us-ascii?q?FU+AzCFJ4pkAQE?= Received: from 223.76-64-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.64.76.223]) by relay.skynet.be with ESMTP; 22 Feb 2019 20:28:43 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id x1MJSgiO005022; Fri, 22 Feb 2019 20:28:42 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 22 Feb 2019 20:28:41 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Konstantin Belousov Cc: FreeBSD Ports ML Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190222202841.78c92696@kalimero.tijl.coosemans.org> In-Reply-To: <20190222171433.GB2420@kib.kiev.ua> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190222133917.GZ2420@kib.kiev.ua> <20190222170959.02047c69@kalimero.tijl.coosemans.org> <20190222171433.GB2420@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 7BD8C835B6 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_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.992,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: Fri, 22 Feb 2019 19:29:57 -0000 On Fri, 22 Feb 2019 19:14:33 +0200 Konstantin Belousov wrote: > On Fri, Feb 22, 2019 at 05:09:59PM +0100, T=C4=B3l Coosemans wrote: >> 1) GCC can add new symbols or new versions of them with every release >> which means the problem can reappear with every new GCC release and GCC >> releases aren't aligned with FreeBSD releases. =20 > Right, this is known and accepted ABI changes. We must cope with them > if we intend to run newer gcc and newer gcc' compiled binaries. >=20 >> 2) Base system libgcc is essentially libcompilerrt, the LLVM compiler >> runtime. LLVM doesn't seem to need these symbols, nothing in base needs >> these symbols so why should we implement these third party compiler >> runtime helper functions? =20 > Because we strive to provide a usable system, not locked to one compiler. > IMO we must support both gcc and clang and their compilation results, > each with some version variance, regardless of the compiler used for > the base system. >=20 >> 3) With my gfortran patch you don't need to implement anything. It's an >> apply-once-and-stop-worrying-about-it solution for all versions of FreeB= SD. =20 > Because all missed symbols are resolved from the compiler's libgcc.a befo= re > linker insert a reference to libgcc_s.so.1, or due to some other cause ? Yes, for clang/clang++/gcc if you compile with -### you'll see this: "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" =3D> only code that uses stack unwinding uses libgcc_s For gfortran/g++ you'll see this: -lgcc_s -lgcc =3D> almost all code uses libgcc_s gcc/g++/gfortran also accept -shared-libgcc and -static-libgcc command line arguments but nobody uses these. clang/clang++ does not seem to support them. -shared-libgcc: -lgcc_s -lgcc =3D> almost all code uses libgcc_s -static-libgcc: -lgcc =3D> nothing uses libgcc_s libgcc.a: contains compiler runtime functions. I don't really consider these part of the ABI. libgcc_s.so: contains most of the functions of libgcc.a and also _Unwind* functions which are part of the ABI. clang/clang++ will never use the compiler runtime functions in libgcc_s.so because it always links with libgcc.a first. gcc/g++/gfortran link with -L/usr/local/lib/gcc* internally so at compile time they always use their own libgcc.a and libgcc_s.so. If you apply my ldconfig patch it will list gcc libgcc_s.so before the base system libgcc_s.so so you don't have to patch gfortran. If you apply my gfortran patch it will only need libgcc_s.so for stack unwinding which our libgcc_s.so handles just fine so you don't need the ldconfig patch (although it still helps to sort multiple versions of other gcc runtime libraries). Either way, our libgcc_s.so only needs to provide _Unwind* and nothing else. This doesn't lock FreeBSD to one compiler. It may be useful to add __float128 functions to our libgcc.a to enable clang __float128 support. I haven't looked into that. From owner-freebsd-ports@freebsd.org Fri Feb 22 22:20:16 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 2755114FCB53 for ; Fri, 22 Feb 2019 22:20:16 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-ua1-x92d.google.com (mail-ua1-x92d.google.com [IPv6:2607:f8b0:4864:20::92d]) (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 D0C1F8ABCE for ; Fri, 22 Feb 2019 22:20:13 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-ua1-x92d.google.com with SMTP id u1so2672328uae.12 for ; Fri, 22 Feb 2019 14:20:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=xtSqXGHOvvnWxvREAby00zbNMYU5mgNudUrRe6MBrtA=; b=uQOaSFZhbsZt0zAhlmRKsFKKNWnE1gNlQzqtiY+ZZoajuQF2cYGnyOqivs9PM8C+ac zzaSVfzi8P38qVHO6CH2goiMcAk1tXYSCIr+Z/Va06ob1JkEXm8m342dygDB+ixq0pvj 8nfdR/t1IC4fRpQetolIuFKBUAmWSfGbMleJto/SbbHPqfFWw8zi4VO0W/Ff2sIMhIxO KBAnVwyJ/oygEX5CRogWE9b3TGfn+MQiht2I53EA/11WFEAEUaLR1cv0RDlouHuxO4rZ 7bMcbZxt3rvoHmnuqcrI2Z+DLY1ckDx7MaBWdebjFV664c/yhQm6zqCVZGP/2IzSXUjG Ug/Q== 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=xtSqXGHOvvnWxvREAby00zbNMYU5mgNudUrRe6MBrtA=; b=EQ8K5Fe/wNlV38fmFyJMG9QtvgqYG2MEy1BlZDH9JYD2qs2iMyykPrO5PhhZmj4oye aS5dbgEcIU6gmGr0ZgSJT22oTopF6uiPouM0G7iUdbyPpRbAp29qTen4Bi+qHunlGyuk zHaf9m9pwLnH+vOW/eORwwxg7Lj7w6paktuepJHioRC+I+MVEm/zqDYdYt4aLfNEW9gu 368wYKOf+IzGPobVrt+02zxXn6stIU16iCILq1It7ruh4NL8bRPKtcGzwB2IU+gFxVa6 DFQ8b1YjdaBzzNEW9uo2lRcBLwZvh0Eg5vRTASzH2TvED7U9lsoaSarXFfJSOkzLkXd8 Wgeg== X-Gm-Message-State: AHQUAuYsQUCNz0yOIzNkMOz2yH4lR7KgJFmFACRRxBff9BVxRo+kN9DF sdrMy9K/2DHLtuiAUf+Kn06yAyXvyLHgrxLo3qTwUrXP X-Google-Smtp-Source: AHgI3IYYHzgDdMp1em51Ky68/+ZnREtcOAD5vlH/2chZc66p0z+x5md9ZiKiGGgYUTPsKZFhm9AXjshPGgn5N14EKK8= X-Received: by 2002:a67:f80c:: with SMTP id l12mr3389738vso.109.1550874012935; Fri, 22 Feb 2019 14:20:12 -0800 (PST) MIME-Version: 1.0 From: Jonathan Chen Date: Sat, 23 Feb 2019 11:19:52 +1300 Message-ID: Subject: The wonders of native-tools and native-xtools-install To: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: D0C1F8ABCE X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20150623.gappssmtp.com header.s=20150623 header.b=uQOaSFZh X-Spamd-Result: default: False [-5.68 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; 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]; DMARC_NA(0.00)[chen.org.nz]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[d.2.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]; NEURAL_HAM_SHORT(-0.73)[-0.729,0]; R_SPF_NA(0.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(-2.64)[ip: (-8.50), ipnet: 2607:f8b0::/32(-2.62), asn: 15169(-1.99), country: US(-0.07)] 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, 22 Feb 2019 22:20:16 -0000 Wow, I have just discovered the "native-tools" and "native-tools-install" target in /usr/src/Makefile, and am playing around with it to crossbuild my RPI2 packages with synth. It has sped up package building impressively! Thank you, FreeBSD developers! -- Jonathan Chen From owner-freebsd-ports@freebsd.org Fri Feb 22 23:13:16 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 5058B14FDDFB for ; Fri, 22 Feb 2019 23:13:16 +0000 (UTC) (envelope-from dave@horsfall.org) Received: from viclamta32p.bpe.bigpond.com (viclamta32p.bpe.bigpond.com [203.38.21.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "", Issuer "Openwave Messaging Inc." (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D77FA8C77A for ; Fri, 22 Feb 2019 23:13:03 +0000 (UTC) (envelope-from dave@horsfall.org) Received: from smtp.telstra.com ([10.10.26.4]) by viclafep01p-svc.bpe.nexus.telstra.com.au with ESMTP id <20190222221904.UJHJ27957.viclafep01p-svc.bpe.nexus.telstra.com.au@smtp.telstra.com> for ; Sat, 23 Feb 2019 09:19:04 +1100 X-RG-Spam: Unknown X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedutddruddtgdduieduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuuffpveftpgfvgffnuffvtfetnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvufgjkfhffgggtgesmhdttdertderjeenucfhrhhomhepffgrvhgvucfjohhrshhfrghllhcuoegurghvvgeshhhorhhsfhgrlhhlrdhorhhgqeenucfkphepuddutddrudeguddrudelfedrvdeffeenucfrrghrrghmpehhvghloheprghnvghurhhinhdrhhhorhhsfhgrlhhlrdhorhhgpdhinhgvthepuddutddrudeguddrudelfedrvdeffedpmhgrihhlfhhrohhmpeeouggrvhgvsehhohhrshhfrghllhdrohhrghequceuqfffjgepkeeukffvoffkoffgpdhrtghpthhtohepoehfrhgvvggsshguqdhpohhrthhssehfrhgvvggsshgurdhorhhgqeenucevlhhushhtvghrufhiiigvpedt X-RG-VS-CLASS: clean Received: from aneurin.horsfall.org (110.141.193.233) by smtp.telstra.com (9.0.019.26-1) id 5C53EF9003AD8311 for freebsd-ports@freebsd.org; Sat, 23 Feb 2019 09:19:03 +1100 Received: from aneurin.horsfall.org (localhost [127.0.0.1]) by aneurin.horsfall.org (8.15.2/8.15.2) with ESMTP id x1MMJ2bs091504 for ; Sat, 23 Feb 2019 09:19:02 +1100 (EST) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by aneurin.horsfall.org (8.15.2/8.15.2/Submit) with ESMTP id x1MMJ123091501 for ; Sat, 23 Feb 2019 09:19:02 +1100 (EST) (envelope-from dave@horsfall.org) X-Authentication-Warning: aneurin.horsfall.org: dave owned process doing -bs Date: Sat, 23 Feb 2019 09:19:01 +1100 (EST) From: Dave Horsfall To: FreeBSD Ports Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 In-Reply-To: <20190222140407.2145c11e@kalimero.tijl.coosemans.org> Message-ID: References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) X-GPG-Public-Key: http://www.horsfall.org/gpgkey.pub X-GPG-Fingerprint: 05B4 FFBC 0218 B438 66E0 587B EF46 7357 EF5E F58B X-Home-Page: http://www.horsfall.org/ X-Witty-Saying: "chmod 666 the_mode_of_the_beast" MIME-Version: 1.0 Content-ID: X-Rspamd-Queue-Id: D77FA8C77A X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=neutral (mx1.freebsd.org: 203.38.21.96 is neither permitted nor denied by domain of dave@horsfall.org) smtp.mailfrom=dave@horsfall.org X-Spamd-Result: default: False [0.36 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.25)[-0.248,0]; RCVD_COUNT_FIVE(0.00)[5]; MX_INVALID(0.50)[greylisted]; R_SPF_NEUTRAL(0.00)[?all]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.27)[-0.267,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[horsfall.org]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.42)[-0.423,0]; CTYPE_MIXED_BOGUS(1.00)[]; IP_SCORE(-0.01)[country: AU(-0.04)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:1221, ipnet:203.36.0.0/14, country:AU]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[96.21.38.203.list.dnswl.org : 127.0.5.1] Content-Type: text/plain; CHARSET=UTF-8; FORMAT=flowed Content-Transfer-Encoding: 8BIT 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: Fri, 22 Feb 2019 23:13:16 -0000 On Fri, 22 Feb 2019, Tijl Coosemans wrote: > If I were the lang/gcc maintainer this -rpath problem would be my number > one priority. The current maintainer has never proposed any solutions > and when I submit patches he always resists. I'm done wasting my time > fighting him. I'm late to this discussion (not being a Fortran/Python user) but is there any way to remove a recalcitrant maintainer? -- Dave From owner-freebsd-ports@freebsd.org Sat Feb 23 00:06: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 6092314FF733 for ; Sat, 23 Feb 2019 00:06:25 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F1088E46C for ; Sat, 23 Feb 2019 00:06:23 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1N06KpY012964 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 22 Feb 2019 16:06:20 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1N06K8X012963; Fri, 22 Feb 2019 16:06:20 -0800 (PST) (envelope-from sgk) Date: Fri, 22 Feb 2019 16:06:20 -0800 From: Steve Kargl To: Dave Horsfall Cc: FreeBSD Ports Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190223000620.GA12700@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 8F1088E46C X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [0.60 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.56)[0.561,0]; NEURAL_HAM_LONG(-0.74)[-0.744,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[troutmask.apl.washington.edu]; NEURAL_SPAM_MEDIUM(0.03)[0.030,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.06)[ip: (0.12), ipnet: 128.95.0.0/16(0.18), asn: 73(0.09), country: US(-0.07)] 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, 23 Feb 2019 00:06:25 -0000 On Sat, Feb 23, 2019 at 09:19:01AM +1100, Dave Horsfall wrote: > On Fri, 22 Feb 2019, Tijl Coosemans wrote: > > > If I were the lang/gcc maintainer this -rpath problem would be my number > > one priority. The current maintainer has never proposed any solutions > > and when I submit patches he always resists. I'm done wasting my time > > fighting him. > > I'm late to this discussion (not being a Fortran/Python user) but is there > any way to remove a recalcitrant maintainer? > Dave, Can you explain what you mean? The maintainer of the lang/gcc ports is a long-time member of the GCC steering committee and a long-time maintainer of all gcc FreeBSD ports. There are very few FreeBSD users (like 3 of us) who have commit access to the gcc tree. Seems like a dubious idea to remove one of those 3. -- Steve From owner-freebsd-ports@freebsd.org Sat Feb 23 08:18:27 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 5EB27150BBBB for ; Sat, 23 Feb 2019 08:18:27 +0000 (UTC) (envelope-from bapt@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 D8BE88016E for ; Sat, 23 Feb 2019 08:18:26 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 943DC150BBBA; Sat, 23 Feb 2019 08:18:26 +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 7ED2F150BBB9 for ; Sat, 23 Feb 2019 08:18:26 +0000 (UTC) (envelope-from bapt@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 173988016D for ; Sat, 23 Feb 2019 08:18:26 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from ivaldir.etoilebsd.net (etoilebsd.net [178.32.217.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id E733F1C2ED for ; Sat, 23 Feb 2019 08:18:25 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id 29596BA8F6; Sat, 23 Feb 2019 09:18:25 +0100 (CET) Date: Sat, 23 Feb 2019 09:18:25 +0100 From: Baptiste Daroussin To: ports@FreeBSD.org Subject: Any user of esound daemon? Message-ID: <20190223081824.fhlxgvpuahcectub@ivaldir.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uhodg7rm3wq6lvbj" Content-Disposition: inline User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 173988016D 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)[-0.998,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, 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: Sat, 23 Feb 2019 08:18:27 -0000 --uhodg7rm3wq6lvbj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello everyone, esound daemon is a very long time abandonware, it is not used anymore by most modern desktops applications. I think it is time to start deprecating it and removing the infrastructure parts (in ports) that supports it. Are there any esound users left that can raise a voice to explain why and how they are using esound? In my latest playing directly with I couldn't find any value added compared to directly using OSS for example or using any of the other daemons Best regards, Bapt --uhodg7rm3wq6lvbj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlxxAdAACgkQY4mL3PG3 PlrKABAAp1ot84z0A23GB7vlQhYAOd+08rBx7IrcuFhLUSy8wRiXOVka+LM3KKzn XtLEvrjiSU6BMgRuzHHzIoo5m5QDOBusrZNn1B0/9F2OuZxWr8X7+xelJubYtTre JuaSwzIBoadcQapgfy/Jp8tfvAStX8qMeHdHdBlmIyx3Bko4Y2O8+2vhnOZqzoBz wOCYiUkmJ6VDFDmwqKrzCclZROqrmQyfdmsd1FRa3DVgGy/fPnXyOgxlgZIGsceY MwPtoxCV7L4DQRXV2Ufmslx0DxXjETmbas9Pf649X+xetmgYjGyGo8T9sUtsl5UE MIYbfg13sqzx8hC7z/f3HAXCjNMP6a2TUTtrenKhcynTM/p35XQg+/w6TJOyY+qM 4KEgCLC+8Q8Ck5a5P1Ty6LS5xlqVlP8Z3VUghf9D8tmqntin8FQri1z1aOruWihW 2I9mcfO76mx9HP46uZ5OT4RHbXKg/oI6sVslQ10dC2Tkny3Dt9lFRkMuTSWgUQg8 IJhyGZYnfCovQ6VdPP858DewA/9SbblhQuj3+JVsKairYu7/kWZKIf2R6ksQhilc NxqwnbxJWsa5LfcYJf1HXy+VkRcUi3nMtUSjo5xC5V9gC9ki6SQcYNRgB7rQ3vS+ cKqnSPCMtfsn6WoAO8ZyHzU8pf9EiXxQJBLsZyZE8b6JgB/88H8= =IaEq -----END PGP SIGNATURE----- --uhodg7rm3wq6lvbj-- From owner-freebsd-ports@freebsd.org Sat Feb 23 11:52:28 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 CBD8D15127CA for ; Sat, 23 Feb 2019 11:52:27 +0000 (UTC) (envelope-from starikarp@dismail.de) 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 44E6C874BE for ; Sat, 23 Feb 2019 11:52:27 +0000 (UTC) (envelope-from starikarp@dismail.de) Received: by mailman.ysv.freebsd.org (Postfix) id 0374015127C9; Sat, 23 Feb 2019 11:52:27 +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 D28A915127C8 for ; Sat, 23 Feb 2019 11:52:26 +0000 (UTC) (envelope-from starikarp@dismail.de) Received: from dismail.de (dismail.de [IPv6:2a01:4f8:c17:e5e::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dismail.de", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 68BF0874B7 for ; Sat, 23 Feb 2019 11:52:25 +0000 (UTC) (envelope-from starikarp@dismail.de) Received: from dismail.de (localhost [127.0.0.1]) by dismail.de (OpenSMTPD) with ESMTP id eee63d42 for ; Sat, 23 Feb 2019 11:52:19 +0100 (CET) Received: from smtp2.dismail.de (10.240.26.12 [10.240.26.12]) by mx1.dismail.de (OpenSMTPD) with ESMTP id 0297bd65 for ; Sat, 23 Feb 2019 11:52:19 +0100 (CET) Received: from smtp2.dismail.de (localhost [127.0.0.1]) by smtp2.dismail.de (OpenSMTPD) with ESMTP id 236fc660 for ; Sat, 23 Feb 2019 11:52:19 +0100 (CET) Received: by dismail.de (OpenSMTPD) with ESMTPSA id 4e753065 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Sat, 23 Feb 2019 11:52:18 +0100 (CET) Date: Sat, 23 Feb 2019 05:52:13 -0500 From: To: FreeBSD Ports Subject: freecad cannot build Message-ID: <20190223055213.7dbc6f63@dismail.de> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 68BF0874B7 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.53 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_COMPOSITE_RCVD_IN_DNSWL_MED_DWL_DNSWL_LOW(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:c17:e5e::2/128]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dismail.de:+]; RCVD_IN_DNSWL_MED(-0.20)[2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.e.5.e.0.7.1.c.0.8.f.4.0.1.0.a.2.list.dnswl.org : 127.0.5.2]; DMARC_POLICY_ALLOW(-0.50)[dismail.de,reject]; MX_GOOD(-0.01)[mx1.dismail.de]; NEURAL_HAM_SHORT(-0.89)[-0.886,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.93)[ipnet: 2a01:4f8::/29(-2.42), asn: 24940(-2.24), country: DE(-0.01)]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[dismail.de:s=201701]; RCVD_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(0.00)[dismail.de.dwl.dnswl.org : 127.0.5.1]; FROM_NO_DN(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: Sat, 23 Feb 2019 11:52:28 -0000 All ports are built on FreeBSD-Release-12-p3 (amd64). I did install package for french/med because french/aster doesn't build on amd64. But on the end of building freecad I got: /usr/bin/ld: error: unable to find library -lCoin /usr/bin/ld: error: unable to find library -lGL /usr/bin/ld: error: unable to find library -lXext /usr/bin/ld: error: unable to find library -lSM /usr/bin/ld: error: unable to find library -lICE /usr/bin/ld: error: unable to find library -lX11 c++: error: linker command failed with exit code 1 (use -v to see invocation) *** [lib/libFreeCADGui.so] Error code 1 make[4]: stopped in /usr/ports/cad/freecad/work/.build 1 error make[4]: stopped in /usr/ports/cad/freecad/work/.build *** [src/Gui/CMakeFiles/FreeCADGui.dir/all] Error code 2 make[3]: stopped in /usr/ports/cad/freecad/work/.build --- src/Mod/TechDraw/App/CMakeFiles/TechDraw.dir/all --- --- src/Mod/TechDraw/App/CMakeFiles/TechDraw.dir/DrawProjGroupItem.cpp.o --- In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/TechDraw/App/DrawProjGroupItem.cpp:30: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Base/Console.h:32: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Base/PyExport.h:42: In file included from /usr/local/include/python2.7/Python.h:88: /usr/local/include/python2.7/unicodeobject.h:534:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj, /* Object */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:553:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj /* Object */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:575:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register const wchar_t *w, /* wchar_t buffer */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:593:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register wchar_t *w, /* wchar_t buffer */ ^~~~~~~~~ In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/TechDraw/App/DrawProjGroupItem.cpp:30: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Base/Console.h:32: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Base/PyExport.h:42: In file included from /usr/local/include/python2.7/Python.h:97: /usr/local/include/python2.7/stringobject.h:173:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj, /* string or Unicode object */ ^~~~~~~~~ /usr/local/include/python2.7/stringobject.h:174:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register char **s, /* pointer to buffer variable */ ^~~~~~~~~ /usr/local/include/python2.7/stringobject.h:175:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register Py_ssize_t *len /* pointer to length variable or NULL ^~~~~~~~~ 7 warnings generated. --- src/Mod/TechDraw/App/CMakeFiles/TechDraw.dir/DrawParametricTemplate.cpp.o --- In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/TechDraw/App/DrawParametricTemplate.cpp:29: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Base/Exception.h:33: In file included from /usr/local/include/python2.7/Python.h:88: /usr/local/include/python2.7/unicodeobject.h:534:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj, /* Object */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:553:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj /* Object */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:575:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register const wchar_t *w, /* wchar_t buffer */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:593:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register wchar_t *w, /* wchar_t buffer */ ^~~~~~~~~ In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/TechDraw/App/DrawParametricTemplate.cpp:29: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Base/Exception.h:33: In file included from /usr/local/include/python2.7/Python.h:97: /usr/local/include/python2.7/stringobject.h:173:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj, /* string or Unicode object */ ^~~~~~~~~ /usr/local/include/python2.7/stringobject.h:174:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register char **s, /* pointer to buffer variable */ ^~~~~~~~~ /usr/local/include/python2.7/stringobject.h:175:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register Py_ssize_t *len /* pointer to length variable or NULL ^~~~~~~~~ 7 warnings generated. --- src/Mod/TechDraw/App/CMakeFiles/TechDraw.dir/DrawProjGroup.cpp.o --- In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/TechDraw/App/DrawProjGroup.cpp:32: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/App/Document.h:26: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/CXX/Objects.hxx:37: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/CXX/WrapPython.h:58: In file included from /usr/local/include/python2.7/Python.h:88: /usr/local/include/python2.7/unicodeobject.h:534:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj, /* Object */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:553:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj /* Object */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:575:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register const wchar_t *w, /* wchar_t buffer */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:593:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register wchar_t *w, /* wchar_t buffer */ ^~~~~~~~~ In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/TechDraw/App/DrawProjGroup.cpp:32: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/App/Document.h:26: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/CXX/Objects.hxx:37: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/CXX/WrapPython.h:58: In file included from /usr/local/include/python2.7/Python.h:97: /usr/local/include/python2.7/stringobject.h:173:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj, /* string or Unicode object */ ^~~~~~~~~ /usr/local/include/python2.7/stringobject.h:174:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register char **s, /* pointer to buffer variable */ ^~~~~~~~~ /usr/local/include/python2.7/stringobject.h:175:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register Py_ssize_t *len /* pointer to length variable or NULL ^~~~~~~~~ 7 warnings generated. A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/ports/cad/freecad/work/.build *** [src/Mod/TechDraw/App/CMakeFiles/TechDraw.dir/all] Error code 2 make[3]: stopped in /usr/ports/cad/freecad/work/.build --- src/Mod/Fem/App/CMakeFiles/Fem.dir/all --- --- src/Mod/Fem/App/CMakeFiles/Fem.dir/HypothesisPy.cpp.o --- In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/Fem/App/HypothesisPy.cpp:24: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/Fem/App/HypothesisPy.h:26: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/CXX/Extensions.hxx:37: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/CXX/WrapPython.h:58: In file included from /usr/local/include/python2.7/Python.h:88: /usr/local/include/python2.7/unicodeobject.h:534:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj, /* Object */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:553:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj /* Object */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:575:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register const wchar_t *w, /* wchar_t buffer */ ^~~~~~~~~ /usr/local/include/python2.7/unicodeobject.h:593:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register wchar_t *w, /* wchar_t buffer */ ^~~~~~~~~ In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/Fem/App/HypothesisPy.cpp:24: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/Mod/Fem/App/HypothesisPy.h:26: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/CXX/Extensions.hxx:37: In file included from /usr/ports/cad/freecad/work/FreeCAD-0.17-13541-g9948ee4f1/src/CXX/WrapPython.h:58: In file included from /usr/local/include/python2.7/Python.h:97: /usr/local/include/python2.7/stringobject.h:173:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register PyObject *obj, /* string or Unicode object */ ^~~~~~~~~ /usr/local/include/python2.7/stringobject.h:174:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register char **s, /* pointer to buffer variable */ ^~~~~~~~~ /usr/local/include/python2.7/stringobject.h:175:5: warning: 'register' storage class specifier is deprecated and incompatible with C++17 [-Wdeprecated-register] register Py_ssize_t *len /* pointer to length variable or NULL ^~~~~~~~~ 7 warnings generated. A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/ports/cad/freecad/work/.build *** [src/Mod/Fem/App/CMakeFiles/Fem.dir/all] Error code 2 make[3]: stopped in /usr/ports/cad/freecad/work/.build 3 errors make[3]: stopped in /usr/ports/cad/freecad/work/.build *** [all] Error code 2 make[2]: stopped in /usr/ports/cad/freecad/work/.build 1 error make[2]: stopped in /usr/ports/cad/freecad/work/.build ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/cad/freecad *** Error code 1 Stop. make: stopped in /usr/ports/cad/freecad ===>>> make build failed for cad/freecad ===>>> Aborting update -- by ajtiM ---------------------- FreeBSD 12.0-Release From owner-freebsd-ports@freebsd.org Sat Feb 23 10:31: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 88AE71510314 for ; Sat, 23 Feb 2019 10:31:38 +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 E112C84F2D for ; Sat, 23 Feb 2019 10:31:37 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9A965151030F; Sat, 23 Feb 2019 10:31:37 +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 86A56151030E for ; Sat, 23 Feb 2019 10:31:37 +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 1B71284F1F for ; Sat, 23 Feb 2019 10:31:37 +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 C41E61430B for ; Sat, 23 Feb 2019 10:31:35 +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 x1NAVZ7B072629 for ; Sat, 23 Feb 2019 10:31:35 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x1NAVZV8072627; Sat, 23 Feb 2019 10:31:35 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201902231031.x1NAVZV8072627@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, 23 Feb 2019 10:31:35 +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, 23 Feb 2019 10:31:38 -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.20r9 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Sat Feb 23 10:52:19 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 86D6F1510C29 for ; Sat, 23 Feb 2019 10:52:19 +0000 (UTC) (envelope-from dimpase@gmail.com) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (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 1742785906 for ; Sat, 23 Feb 2019 10:52:18 +0000 (UTC) (envelope-from dimpase@gmail.com) Received: by mail-lj1-x234.google.com with SMTP id v16so3641558ljg.13 for ; Sat, 23 Feb 2019 02:52:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=nHTD7w0AkMgJjKR8zrnf8G2QKGNf+aX86kkZzXpngaU=; b=dgry3/e9HlS0Y+6P04pzllSFR5JT84ilKgHMel00baFOnvrRElIBPDQnc1D4ahHtNk zNbBVt6gQclA8ObK6iZN7b6Nr368spYcYD6nm7qCBejDS7JXR58RKk+NeYYKuwUoXeRD vX5vBvMaYrfB2LPmCXiZy6cwGatkuhL0iA+3yBt8X1aRtiO9oj51S24NEPhHj8hYx1Hs Nki42xDtRn9BN2Zdmgr0ooaKL6KxUnL0uhReMHwc3UOM2q8q0VKeLlpLTTQ/hlfWOR7i JKxRE6hx0M4X2jdTQBJrQeTrIUwEFtTuK/Pr08heFfhyENnMNSGRnY4JN4ewc9v2qm6L bx1w== 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:content-transfer-encoding; bh=nHTD7w0AkMgJjKR8zrnf8G2QKGNf+aX86kkZzXpngaU=; b=PGgb5pk4MUv+KajSmbtPsuiY1XQDHQFKfMruVNIBi5z3tJIR5HUhjUWMP5Kusnh8Ic bt9ETJv4MMlaCn9bG7jgSaDWjF8iTK21zORa4vAHUC4kZkVhTmbyWRx0U6rTUtba+zjB i/qg+FtB/iXRtEt7E+j7m3swglnC2YvkCOjI7283lyu986eUD144kWJZPLVa737H5HXM NdlAHs9hrImeXOJvuYNr6HYIbchsCVRM5g5Suc/CUq5L1czsDdqIf3kqISVSMDbvD8/Y 8e/AVvF1CSSrTnquyaC6Wux/fNrR4jmRMPMf4pM0Ha1qxwpXCAf7JUEcWPIsX3C2moZC Wlqw== X-Gm-Message-State: AHQUAuYPniheCpyiTk7UMPxq76HnMgHTp6KLX+A3PLyEzuDw8C+3hzyK dv+/XwIeY/A46MBCu+iOuKUPZg/3PlLQ35Hygi/l1ClCkCQ= X-Google-Smtp-Source: AHgI3IaWLyTfuTZr8eqePMGwtVfdcA53MD2JRyUdmBEVMC8tjVe4RUvwoCEuCONCQtsRtjqqflQQ5foO43DtZi746fY= X-Received: by 2002:a2e:424f:: with SMTP id p76mr4751992lja.140.1550919135158; Sat, 23 Feb 2019 02:52:15 -0800 (PST) MIME-Version: 1.0 References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190223000620.GA12700@troutmask.apl.washington.edu> In-Reply-To: <20190223000620.GA12700@troutmask.apl.washington.edu> From: Dima Pasechnik Date: Sat, 23 Feb 2019 10:52:03 +0000 Message-ID: Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: Steve Kargl Cc: Dave Horsfall , FreeBSD Ports Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 1742785906 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=dgry3/e9; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dimpase@gmail.com designates 2a00:1450:4864:20::234 as permitted sender) smtp.mailfrom=dimpase@gmail.com X-Spamd-Result: default: False [-6.57 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.82)[-0.825,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; 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]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.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.74)[ip: (-9.37), ipnet: 2a00:1450::/32(-2.26), asn: 15169(-1.99), country: US(-0.07)]; 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: Sat, 23 Feb 2019 10:52:19 -0000 On Sat, Feb 23, 2019 at 12:07 AM Steve Kargl wrote: > > On Sat, Feb 23, 2019 at 09:19:01AM +1100, Dave Horsfall wrote: > > On Fri, 22 Feb 2019, T=C4=B3l Coosemans wrote: > > > > > If I were the lang/gcc maintainer this -rpath problem would be my num= ber > > > one priority. The current maintainer has never proposed any solution= s > > > and when I submit patches he always resists. I'm done wasting my tim= e > > > fighting him. > > > > I'm late to this discussion (not being a Fortran/Python user) but is th= ere > > any way to remove a recalcitrant maintainer? > > > > Dave, > > Can you explain what you mean? The maintainer of the lang/gcc > ports is a long-time member of the GCC steering committee > and a long-time maintainer of all gcc FreeBSD ports. There > are very few FreeBSD users (like 3 of us) who have commit access > to the gcc tree. Seems like a dubious idea to remove one of > those 3. Given the amount of time unsuspecting and half-suspecting users wasted on making Fortran code (often in form of a Python extension) working on FreeBSD (e.g. I probably wasted weeks), time is high to do something, e.g. commit the said patches---there is an agreement that they are correct, right? Dima http://users.ox.ac.uk/~coml0531/ > > -- > Steve > _______________________________________________ > 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" From owner-freebsd-ports@freebsd.org Sat Feb 23 18:31:28 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 A9DAB1520AC4 for ; Sat, 23 Feb 2019 18:31:28 +0000 (UTC) (envelope-from db@db.net) Received: from artemis.db.net (artemis.db.net [45.32.229.41]) by mx1.freebsd.org (Postfix) with ESMTP id 95F4897D06; Sat, 23 Feb 2019 18:31:27 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (artemis.db.net [45.32.229.41]) by artemis.db.net (Postfix) with ESMTP id 699A3104BD; Sat, 23 Feb 2019 18:31:19 +0000 (UTC) Received: by night.db.net (Postfix, from userid 1000) id B111F39874; Sat, 23 Feb 2019 13:31:17 -0500 (EST) Date: Sat, 23 Feb 2019 13:31:17 -0500 From: Diane Bruce To: Dima Pasechnik Cc: Steve Kargl , FreeBSD Ports , Dave Horsfall , gerald@freebsd.org Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <20190223183117.GA65065@night.db.net> References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190223000620.GA12700@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.11.1 (2018-12-01) X-Rspamd-Queue-Id: 95F4897D06 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.89 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.91)[0.907,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[db.net]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_SPAM_MEDIUM(0.37)[0.375,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx1-us2.ppe-hosted.com,mx2-us2.ppe-hosted.com,mx1-us2.ppe-hosted.com,mx2-us2.ppe-hosted.com,mx1-us2.ppe-hosted.com,mx2-us2.ppe-hosted.com]; NEURAL_SPAM_LONG(0.48)[0.484,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:45.32.224.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.13)[asn: 20473(0.74), country: US(-0.07)] 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, 23 Feb 2019 18:31:28 -0000 On Sat, Feb 23, 2019 at 10:52:03AM +0000, Dima Pasechnik wrote: > On Sat, Feb 23, 2019 at 12:07 AM Steve Kargl > wrote: > > > > On Sat, Feb 23, 2019 at 09:19:01AM +1100, Dave Horsfall wrote: > > > On Fri, 22 Feb 2019, Tijl Coosemans wrote: > > > > > > > If I were the lang/gcc maintainer this -rpath problem would be my number > > > > one priority. The current maintainer has never proposed any solutions > > > > and when I submit patches he always resists. I'm done wasting my time > > > > fighting him. > > > > > > I'm late to this discussion (not being a Fortran/Python user) but is there > > > any way to remove a recalcitrant maintainer? > > > > > > > Dave, > > > > Can you explain what you mean? The maintainer of the lang/gcc > > ports is a long-time member of the GCC steering committee > > and a long-time maintainer of all gcc FreeBSD ports. There > > are very few FreeBSD users (like 3 of us) who have commit access > > to the gcc tree. Seems like a dubious idea to remove one of > > those 3. > > Given the amount of time unsuspecting and half-suspecting users wasted > on making Fortran code (often in form of a Python extension) working > on FreeBSD (e.g. I probably wasted weeks), time is high to do > something, e.g. commit the said patches---there is an agreement that > they are correct, right? > > Dima > http://users.ox.ac.uk/~coml0531/ Dima, gerald has always been very helpful in all my communications with him. Have you filed a PR for the fix? dropped him an email? I know we (gerald and ?? can't remember) tried a static lib change a few years ago. I believe it didn't work at the time due to missing symbols which we have since added. > > > > > -- > > Steve Diane -- - db@FreeBSD.org db@db.net http://artemis.db.net/~db From owner-freebsd-ports@freebsd.org Sat Feb 23 16:00: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 710C9151AC4E for ; Sat, 23 Feb 2019 16:00:14 +0000 (UTC) (envelope-from SRS0=UXYc=Q6=quip.cz=000.fbsd@elsa.codelab.cz) 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 E853A909CA for ; Sat, 23 Feb 2019 16:00:13 +0000 (UTC) (envelope-from SRS0=UXYc=Q6=quip.cz=000.fbsd@elsa.codelab.cz) Received: by mailman.ysv.freebsd.org (Postfix) id 9ECD8151AC4D; Sat, 23 Feb 2019 16:00:13 +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 8C1DA151AC4C for ; Sat, 23 Feb 2019 16:00:13 +0000 (UTC) (envelope-from SRS0=UXYc=Q6=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 E7871909C7 for ; Sat, 23 Feb 2019 16:00:12 +0000 (UTC) (envelope-from SRS0=UXYc=Q6=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 E51C228423 for ; Sat, 23 Feb 2019 16:59:56 +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 DD63928416 for ; Sat, 23 Feb 2019 16:59:55 +0100 (CET) To: ports@FreeBSD.org From: Miroslav Lachman <000.fbsd@quip.cz> Subject: how to patch in port with NO_BUILD? Message-ID: Date: Sat, 23 Feb 2019 16:59:50 +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 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E7871909C7 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=UXYc=Q6=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[209.16.49.86.zen.spamhaus.org : 127.0.0.11]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=UXYc=Q6=quip.cz=000.fbsd@elsa.codelab.cz]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.60)[0.599,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_LONG(0.99)[0.992,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.33)[ip: (0.82), ipnet: 94.124.104.0/21(0.41), asn: 42000(0.33), country: CZ(0.07)]; R_SPF_NA(0.00)[]; DMARC_NA(0.00)[quip.cz] 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, 23 Feb 2019 16:00:14 -0000 I know how to prepare a patch for ports which extract some source files and then install them. But is there any way to patch file in port which uses NO_BUILD and do-install: ${INSTALL_SCRIPT} ${DISTDIR}/${DIST_SUBDIR}/${PORTNAME}.sh \ ${STAGEDIR}${PREFIX}/bin/${PORTNAME} Is it namely databases/tuning-primer. I cannot find any doc how to apply patch in this case. Kind regards Miroslav Lachman From owner-freebsd-ports@freebsd.org Sat Feb 23 23:16: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 EFCB61507E4E for ; Sat, 23 Feb 2019 23:16:41 +0000 (UTC) (envelope-from dimpase@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 5C62773063; Sat, 23 Feb 2019 23:16:40 +0000 (UTC) (envelope-from dimpase@gmail.com) Received: by mail-lj1-x233.google.com with SMTP id z20so4442806ljj.10; Sat, 23 Feb 2019 15:16:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=r0GioLwZVx7w9tJfSsv8xXcHwtUSCzrmyQQTYc2w9s0=; b=SdjlfLMnGLVNUcGb51fYJs2DhaPWlqMQpxw7pGFH3I/RQmBjkre29D18uo6Y0QZQj3 enZ+YOxer4nb06hs7OVwG3XT/HddHNFTLvYYrk2bJEBwX5MVk86CIGxGwPcNqBgRpbgo nKEH0TgzdH59JdszunGoL1vipBJ3lfHGwPHpfxByjNAXXWIkHBjcO120RU9BBqVqWnF+ ScFJ+3U5qIKAC6cE+eAJ+n/tUb6IQYMbuJtW5CDb89fX9MMi37iTPBLRlxOflLhzz0Yf D/lGfmFA9ip0H1H1OvmUGQB/Zdjxr3eABJqLC07HhMJmBB+AfXziVdRFMDiEnEpSjwIW s8NA== 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=r0GioLwZVx7w9tJfSsv8xXcHwtUSCzrmyQQTYc2w9s0=; b=Q2cP9xxiTle9yEZMmv4PFHUQWfC0thiGHSAyifjjV1A9KMZ7tLQDo2zBE97Wc81xUa iDVD2JHphwbEii4z+zaA/LRYnnIlA+06XXDt8pGy2eAwO7OOYViBAJ2G6SWOdq2eMKZa thp/sRLyUS5eZGwsMIvcGwwXey2emTdvinQSSkedtMDOsUAjESrNUA3NaQmzEkzI0dAY SXT41ygDjWh/WFY2UtdK6XF/cEno5HaA+L4r0HHvCj6fhE2m5HyF0Tip2VTJ15qgrKTT IkRPji8kgTxOfS+WkGoWifeyIOvnLhvPWWVsHL+Xv4gwEbqxYN8MqDdmbJd+B1YCN4eV PJ6A== X-Gm-Message-State: AHQUAubKDHynZ+BjIt3TbMVqnxg9HQyV2RZkPraRCJVGnNylKZcDsZnk JJz7qc1xArVt7DLuc7z8MKwIa35A+hK7fz+Wci3/BQXxi94= X-Google-Smtp-Source: AHgI3Ibmwq3KPTNpa/TUanLpUGjuHi5//bhZvjqWvNNjICsC/vFQ+y8IcTu0KE5Rf+7nEANZ2jpY9rD5SFKLmq++ElI= X-Received: by 2002:a2e:880a:: with SMTP id x10mr5267466ljh.12.1550963797517; Sat, 23 Feb 2019 15:16:37 -0800 (PST) MIME-Version: 1.0 References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190223000620.GA12700@troutmask.apl.washington.edu> <20190223183117.GA65065@night.db.net> In-Reply-To: <20190223183117.GA65065@night.db.net> From: Dima Pasechnik Date: Sat, 23 Feb 2019 23:16:25 +0000 Message-ID: Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: Diane Bruce Cc: Dima Pasechnik , Steve Kargl , FreeBSD Ports , Dave Horsfall , gerald@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 5C62773063 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SdjlfLMn; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dimpase@gmail.com designates 2a00:1450:4864:20::233 as permitted sender) smtp.mailfrom=dimpase@gmail.com X-Spamd-Result: default: False [-6.61 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_FIVE(0.00)[6]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; 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_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; 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.62)[ip: (-8.78), ipnet: 2a00:1450::/32(-2.25), asn: 15169(-1.99), country: US(-0.07)]; RCVD_COUNT_TWO(0.00)[2]; 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, 23 Feb 2019 23:16:42 -0000 On Sat, Feb 23, 2019 at 6:31 PM Diane Bruce wrote: [...] > Dima, gerald has always been very helpful in all my communications> with him. > Have you filed a PR for the fix? dropped him an email? Diane, well, after reading many threads on this issue I stumbled upon https://forums.freebsd.org/threads/freebsd-11-2-libgcc_s-so-1-error.67031/ ---it advises to add to /etc/libmap.conf the line libgcc_s.so.1 /usr/local/lib/gccX/libgcc_s.so.1 ---where X to be replaced with the major gfortran version one uses. By the way, is this anywhere in the current documentation? These kinds of things seem to be documented for FreeBSD 7.3, cf. https://docs.freebsd.org/doc/7.3-RELEASE/usr/share/doc/en/articles/custom-gcc/configuring-ports-gcc.html but then everything that needs this hack was supposed to be resolved? Naturally, this is ugly and should not be needed, and nothing like this is needed on Linux (or Solaris). As what I do on FreeBSD is porting a largish Python library (basically, an update to the current Sagemath version (8.6) what's inhttps://www.freshports.org/math/sage/, but the 1st goal would be more modest, just an ability to build and run in the "user space", not as a FreeBSD port), these kinds of workarounds aren't really feasible, as long as "finished product" is concerned. In fact, I started working on this on FreeBSD 11, where the math library was lacking standard symbols for a number of complex functions, and stopped, as I felt it's just too much of a hassle to work around, and picked it up again after in FreeBSD 12 this has been resolved (Steve (kargl) played a major role in it, I gather). > > I know we (gerald and ?? can't remember) tried a static lib change > a few years ago. I believe it didn't work at the time due to missing > symbols which we have since added. I am trying to understand what the situation is. If everything that is needed for this fix is already there, then what's precluding it from going forward? I've also looked at using flang instead of gfortran (it's great that FreeBSD has it available), but it seems to come with its own set of issues... Thanks, Dima http://users.ox.ac.uk/~coml0531/