From owner-freebsd-ports@freebsd.org Sun Nov 11 03:54:18 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEA081127EF5 for ; Sun, 11 Nov 2018 03:54:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-4.consmr.mail.bf2.yahoo.com (sonic307-4.consmr.mail.bf2.yahoo.com [74.6.134.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F1E06D60D for ; Sun, 11 Nov 2018 03:54:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VcR_prgVM1nUBkP4V7jIo2p3jLWgT3WgXqeGLiVVatcS.cYR2oVw1ephewAFai4 F4FYSwGkowbJlij9pOtaeto__L9QOrjgmhgcSGHkg62IAyO1evcrsSWyS6BpdVpnDaXif52iFTCk .qGsJGpo06EQaX6rDZJV2JIA6_ySqVXiwylZQgsgdJUuxDGt0wJlus7eEXgDe2bpXaVlk_FrArRj 5uHoP9YMoUdGpoq1NhRGQJ1RNE4K.4g0_FH5Wfr6ELa34QmznkyKDw8iASUku66xWnDzBqc.thC4 mcKD9os1TAEQigEtH7GHeaIGM5bRSjJ66nEoRFpYXht.UnctOsIm.tNCi9nSRdyMiAYTyclMOUUN DAyChLn.rX1211BgoZXp79kvo2e.lvu2SwfFRZseNQWjUDKZYCYYtGdINXkTHNQEI5E4UWBRJupT Q7I7eHETkS60Zn2WVM4rv11EE17_Iek5vkpkCYh1LfaiLp.Cba324B5DPrxK3OyGpm9BDdvuYLzJ nvraNeF0pfR8XxJbWSKbOM9g.zTs6Az2_ncCVYFS3rt93.DOUq92IqI.PWuXcvosiIRdXMBHlASD 2yKCvT5QGL77WxuvIXWElCfb9YLml7Ixej5Jh2m.6EmaW7J3FVnSpSw3wehAJCpXuVQib0NrnR4i rIGVqGeYcg6E.PSptp2AWMyX8bE4EZ4XIVYeXBhws.7Bq10zdHvC7ZO7IuYcC73kL9TDaMmVcfww QOb3NFATBsUQKjH6FgJJaYIptlTyFf1g1QoVJ9GnZ7hqG2DXd17ShbugOoWoo5A3exOgi2o3qqcA mwE.0d6TrVbbJCktSXDtKjL1.mxo1RJDDU_Ad_pyd5kWMGf6Vq1n1XsT_PvQf.wRwtcdzlpga0wZ FHar.XEAO8FBlQR7q9wT5lhUHWloKyJAQ_uffWU7Yr5hgKDj2SruXRL_.evrzEb4z74.ymINYxqU 2O0S_llAMHOsonGeGXz7TBCyrqLc1sd_lJIgwkXC8RM1drv2gJMP6vgJOFv5jU.04S8RziynxKDl Kcw1l3_4DJv0gIAzxBmC2tTPlSqnf6jA9j5yNW8dAOn97iTAbGQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Sun, 11 Nov 2018 03:54:16 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp414.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9f63915602cce6e746edc4bbad4beb89; Sun, 11 Nov 2018 03:54:15 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: ports head -r484652: multimedia/gstreamer1-libav fails to amd64 -> armv7 cross build: error: /usr/local/bin/as: unrecognized option `-isystem' Message-Id: Date: Sat, 10 Nov 2018 19:54:13 -0800 To: ports-list freebsd , multimedia@FreeBSD.org X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 1F1E06D60D X-Spamd-Result: default: False [0.66 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.59)[-0.591,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.75)[-0.752,0]; NEURAL_SPAM_SHORT(0.91)[0.905,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[43.134.6.74.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(1.60)[ip: (4.69), ipnet: 74.6.128.0/21(1.90), asn: 26101(1.52), country: US(-0.09)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 03:54:18 -0000 poudirere-devel reported: [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/gstrea= mer1-libav-1.14.4_1.tbz [00:38:42] [03] [00:02:02] Finished multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_1: Failed: configure Looking around . . . # less = /usr/local/poudriere/data/logs/bulk/FBSDFSSDjailArmV7-default/2018-11-10_1= 7h48m06s/logs/errors/gstreamer1-libav-1.14.4_1.log . . . Configuring included Libav instance with args --prefix=3D/usr/local = --enable-static --enable-pic --disable-avdevice = --disable-postproc --disable-programs --disable-ffserver --dis able-ffplay --disable-ffprobe --disable-ffmpeg = --disable-encoder=3Dflac --disable-protocols --disable-devices = --disable-network --disable-hwaccels --disable-dxva2 --disable-vdpau = =20 --disable-filters --enable-filter=3Dyadif --disable-doc --disable-vda = --disable-d3d11va --disable-dxva2 --disable-audiotoolbox = --disable-videotoolbox --disable-vaapi --disable-crystalhd =20 --disable-mediacodec --disable-nvenc --disable-mmal --disable-omx = --disable-omx-rpi --disable-cuda --disable-cuvid --disable-libmfx = --disable-libnpp --disable-iconv --disable-jni --di sable-v4l2_m2m --enable-optimizations --ar=3D"$AR" --as=3D"$orig_AS" = --cc=3D"$CC" --ld=3D"$CC" --nm=3D"$NM" --disable-ffmpeg=20 GNU assembler not found, install/update gas-preprocessor . . . After expanding the tar archive of the failure . . . # less = /wrkdirs/usr/ports/multimedia/gstreamer1-libav/work/gst-libav-1.14.4/gst-l= ibs/ext/libav/ffbuild/config.log . . . gas-preprocessor.pl -arch arm -as-type -- /usr/local/bin/as -v ./configure: gas-preprocessor.pl: not found check_gas using '/usr/local/bin/as' as AS check_as BEGIN /tmp/ffconf.mw9w5KeR/test.S 1 .macro m n, y:vararg=3D0 2 \n: .int \y 3 .endm 4 m x END /tmp/ffconf.mw9w5KeR/test.S /usr/local/bin/as -mcpu=3Dcortex-a7 -isystem /usr/local/include = -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=3D64 -D_LARGEFILE_SOURCE -DPIC = -no-integrated-as -march=3Darmv7-a -fPIC -c -o = /tmp/ffconf.mw9w5KeR/test.o /tmp/ffconf.mw9w5KeR/test.S /usr/local/bin/as: unrecognized option `-isystem' check_gas using '/usr/local/bin/as' as AS check_as BEGIN /tmp/ffconf.mw9w5KeR/test.S 1 .macro m n, y:vararg=3D0 2 \n: .int \y 3 .endm 4 m x END /tmp/ffconf.mw9w5KeR/test.S /usr/local/bin/as -mcpu=3Dcortex-a7 -isystem /usr/local/include = -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=3D64 -D_LARGEFILE_SOURCE -DPIC = -no-integrated-as -march=3Darmv7-a -fPIC -c -o = /tmp/ffconf.mw9w5KeR/test.o /tmp/ffconf.mw9w5KeR/test.S /usr/local/bin/as: unrecognized option `-isystem' GNU assembler not found, install/update gas-preprocessor (And that is the end of that config.log file.) The -mcpu=3Dcortex-a7 use is likely from: # more /usr/local/etc/poudriere.d/FBSDFSSDjailArmV7-make.conf=20 CFLAGS+=3D -mcpu=3Dcortex-a7 CXXFLAGS+=3D -mcpu=3Dcortex-a7 CPPFLAGS+=3D -mcpu=3Dcortex-a7 I did not supply a -isystem myself. FreeBSD build for the context was based on: head -r340287 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sun Nov 11 04:01:09 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5610011281A0 for ; Sun, 11 Nov 2018 04:01:09 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABB116DAB6; Sun, 11 Nov 2018 04:01:08 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lf1-f43.google.com (mail-lf1-f43.google.com [209.85.167.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 4A84CC106; Sun, 11 Nov 2018 04:01:08 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf1-f43.google.com with SMTP id p17so3960106lfh.4; Sat, 10 Nov 2018 20:01:08 -0800 (PST) X-Gm-Message-State: AGRZ1gKFTVqjNwDvjG8uXF7NFBhMgM8tG/jkqR7c2tQq1DovO7/FZkcr 5b3d3DNBWL5mVOdOsVp6qzFPiESDtQroyBUgU7Y= X-Google-Smtp-Source: AJdET5ftPkx8NQWdwZloqZ4LUPDx1WxRFLSbMPps90WqKtUXtLJJGTFlOOAi6RxcTnilnhnLUQJ8j7RtJzpaKCaRWmA= X-Received: by 2002:a19:a84e:: with SMTP id r75mr8874575lfe.45.1541908866770; Sat, 10 Nov 2018 20:01:06 -0800 (PST) MIME-Version: 1.0 References: <783DE9B1-F1F5-45B5-8C3E-0B0D8BF4CC03@yahoo.com> <04F7FF99-96DE-4A51-B17F-7F2FEE667417@yahoo.com> In-Reply-To: From: Kyle Evans Date: Sat, 10 Nov 2018 22:00:55 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: ports -r484565 : qemu-arm-static fails with: (start < end), function page_set_flags, file . . . accel/tcg/translate-all.c, line 2077 To: marklmi@yahoo.com Cc: Sean Bruno , ports-list freebsd Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: ABB116DAB6 X-Spamd-Result: default: False [-106.79 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; IP_SCORE(-3.68)[ip: (-9.63), ipnet: 96.47.64.0/20(-4.80), asn: 11403(-3.89), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 04:01:09 -0000 On Sat, Nov 10, 2018 at 4:30 PM Mark Millard wrote: > > On 2018-Nov-10, at 12:28, Kyle Evans wrote: > > > On Sat, Nov 10, 2018 at 11:38 AM Mark Millard via freebsd-ports > > wrote: > >> > >> Having actually installed the reverted code fist ( -r438807 ), > >> cmake's package stage is now well past were it was failing. > >> > >> So it is not the pkg vintage that matters: it is the qemu-sbruno > >> vintage that matters. > >> > >> (gcc8 getting that far is hours away: full bootstrap, so mostly > >> emulated.) > >> > > > > I find the assertion you've reported fairly bizarre, since all of the > > page_set_flags invocations we would've touched are generally of the > > form `page_set_flags(start, start + len, ...)` -- I'm working on > > reproducing locally, though. > > Looking at the overall sources for the two versions ( as seen via > -r483807 and -r484565 ) I find a possibly-significant changed file: > > # diff -u /wrkdirs/usr/ports/emulators/qemu-user-static/*work/qemu-bsd-user-*/bsd-user/mmap.c | more > --- /wrkdirs/usr/ports/emulators/qemu-user-static/483807-work/qemu-bsd-user-495fb3a/bsd-user/mmap.c 2018-05-25 07:28:13.000000000 -0700 > +++ /wrkdirs/usr/ports/emulators/qemu-user-static/484565-work/qemu-bsd-user-2cb0cdd/bsd-user/mmap.c 2018-11-09 09:27:18.000000000 -0800 > Yes, I'm familiar with this particular changeset- I wrote it. =) Unfortunately, I can't reproduce this locally- neither with devel/cmake nor any of the other ports that I build. I think we'll have to wait until either we get more reports of this or portmgr@ trips over it in a way that I can reproduce and dig in a bit. Thanks, Kyle Evans From owner-freebsd-ports@freebsd.org Sun Nov 11 04:46:23 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F22511129914 for ; Sun, 11 Nov 2018 04:46:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.ne1.yahoo.com (sonic305-20.consmr.mail.ne1.yahoo.com [66.163.185.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C99C26EDCB for ; Sun, 11 Nov 2018 04:46:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FVbD.hMVM1lC.pXWQPrIZck3Cc5wCjEKEEdmWy0s.xX1XwgDsoq3plbhWX8FZv. SbNdQEAHK0ngkKX4yAB7J_N_T28vueVflF9OZgnPsfl6ifTcdAjRMAD2lL2xSqC5oHoKMeEjOuu8 HjLJRuXN0tICFCie3gSBUWimwlIV4Qr4mGFPoZHXzQ6_LSYDVzLEI7AmaU2W9oHzC7d.59yIM0WD Yes.buYcOJlNpHZRkZVrQxZKlQk.cXnP7FnrWDcQq2VKXOJc7fC7cYX38IqmhRoPCQZU3LZXL.zb O9Zp_Wv1TuN1sC6q.Fnj59p08kPhNhv2_am6GYjPPNmsHyNLR3yPFjhyi.qF4j7EvhETougxYjpb UTg6.68uYIVuN08OTc4ayL7HJN_GWk6s4V4RTg.QS5ROTU0T6KRfh_WISIGKQFHDHJe9rKBvsuXk 9qCLA5BriBypT5LuLSaBbnhuf7ZmYdzUiYA2V81NwCjxGscBFigE4_oUwNiBxBAXK.OWY1X_ux_b xDG6NbRtVwaGe5EOE8BA3qFpKdexwg5BAYTFWFwDOs10Wan1IVJXCikhG7x5e9z_WkD8SOEG43L. ASqOt7q_2v9UyRBX.dRVQOd.TQE7tszIrzKQcyQl6DKK3ZfJLf9MSVwzZSAAH6rIASVyC2bRVoCN BMeJRE4_TzFHytLN0XVfafb8f7XSfchXrP1jdZ9V4hrIW9zx4RS1vPt3NSq03tVQtQcvGzeJIFB_ fZmgCm4.RHsvYLKtEG9_n1cObBytji3sVWgc8IMl633p_5PaoR7Dr30jAcjnKNS_eTjyaogcvht3 bdwN.ca8sHx2r1iWqjDeZXRSxhj0Tyaa78ol7KcQOfD4dJ9CQkbW_zKSSYSeCV7Nr.7KCUEgUazp Uyksk82Gpu.41XHHisELh_Z3G3X1IvtObhJpkpD_f8IgFZjQkpnuNtz22WOfeQ3.GaB3rpx_XFo3 MbiRG8C7kfIWDHjDpUNFLTssJcpSOy2yO6CHE9PB32XFbZ91mRRLtq6zHc41X6a_XSl15Ey4_iO7 fhOJD.uZzkv_Yblztnyh7iE2mk8nEpj7CJGVihNJPEQe9rjFc Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Sun, 11 Nov 2018 04:46:14 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp425.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID bb4f15164bd08c76c30adc0a767fa837; Sun, 11 Nov 2018 04:46:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports -r484565 : qemu-arm-static fails with: (start < end), function page_set_flags, file . . . accel/tcg/translate-all.c, line 2077 From: Mark Millard In-Reply-To: Date: Sat, 10 Nov 2018 20:46:11 -0800 Cc: Sean Bruno , ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <7F3A94B8-C6E9-42D5-A5DF-94BF910B1D0C@yahoo.com> References: <783DE9B1-F1F5-45B5-8C3E-0B0D8BF4CC03@yahoo.com> <04F7FF99-96DE-4A51-B17F-7F2FEE667417@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: C99C26EDCB X-Spamd-Result: default: False [0.12 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.62)[-0.624,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.83)[-0.828,0]; NEURAL_SPAM_SHORT(0.89)[0.891,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[146.185.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.19)[ip: (2.48), ipnet: 66.163.184.0/21(1.99), asn: 36646(1.59), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 04:46:23 -0000 On 2018-Nov-10, at 20:00, Kyle Evans wrote: > On Sat, Nov 10, 2018 at 4:30 PM Mark Millard = wrote: >>=20 >> On 2018-Nov-10, at 12:28, Kyle Evans wrote: >>=20 >>> On Sat, Nov 10, 2018 at 11:38 AM Mark Millard via freebsd-ports >>> wrote: >>>>=20 >>>> Having actually installed the reverted code fist ( -r438807 ), >>>> cmake's package stage is now well past were it was failing. >>>>=20 >>>> So it is not the pkg vintage that matters: it is the qemu-sbruno >>>> vintage that matters. >>>>=20 >>>> (gcc8 getting that far is hours away: full bootstrap, so mostly >>>> emulated.) >>>>=20 >>>=20 >>> I find the assertion you've reported fairly bizarre, since all of = the >>> page_set_flags invocations we would've touched are generally of the >>> form `page_set_flags(start, start + len, ...)` -- I'm working on >>> reproducing locally, though. >>=20 >> Looking at the overall sources for the two versions ( as seen via >> -r483807 and -r484565 ) I find a possibly-significant changed file: >>=20 >> # diff -u = /wrkdirs/usr/ports/emulators/qemu-user-static/*work/qemu-bsd-user-*/bsd-us= er/mmap.c | more >> --- = /wrkdirs/usr/ports/emulators/qemu-user-static/483807-work/qemu-bsd-user-49= 5fb3a/bsd-user/mmap.c 2018-05-25 07:28:13.000000000 -0700 >> +++ = /wrkdirs/usr/ports/emulators/qemu-user-static/484565-work/qemu-bsd-user-2c= b0cdd/bsd-user/mmap.c 2018-11-09 09:27:18.000000000 -0800 >>=20 >=20 > Yes, I'm familiar with this particular changeset- I wrote it. =3D) I noticed that later when researching. > Unfortunately, I can't reproduce this locally- neither with > devel/cmake nor any of the other ports that I build. Out of 200+ I only saw it for the two. Multiple bulk tests for cmake. (I did not wait for lang/gcc8's full bootstrap to finish.) Some uncommon (limiting?) condition, apparently. > I think we'll > have to wait until either we get more reports of this or portmgr@ > trips over it in a way that I can reproduce and dig in a bit. If there is a change that would force a core dump or backtrace or something to give context, I could try such. (My normal builds are non-debug but with symbols enabled, even for ports, a combination I had to add local support for.) I did not find a core file when I looked in the tar archive of the failure. (I've not yet checked qemu-arm-static does something to prevent generating host core files.) Or I could substitute the old version of the one source in with the rest being new, rebuild qemu-user-static, and try again. Such would be tomorrow, my time (US Pacific). (The reason for tomorrow: I've got a bulk going for updating to ports -r484652 --other than the reverted qemu-user-static. It is done but for the full-bootstrap lang/gcc8 that will take hours more.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sun Nov 11 07:29:56 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26F1A112E5E4 for ; Sun, 11 Nov 2018 07:29:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-2.consmr.mail.bf2.yahoo.com (sonic307-2.consmr.mail.bf2.yahoo.com [74.6.134.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 781E5734F1 for ; Sun, 11 Nov 2018 07:29:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 37iD7O8VM1lakxIsFVxE3vrtTPNIQVCKX0qlegpnUBAUZCLMRpVJHAjrwicGvdO IvPeP8DpLR1CTVDKSGTzv2QHS6UDm1xD_2XLOzPrbqbWaZujnEH4zTbN9YiC5goC8PI2_2rwUw_R RmPwLloCTb5v.g.8cJuJMm9u0upLSLLO3iXUt36qjwi0jmj5fNx12TJ3wKLDZG45sWicx.dzx.Bg _F_W.pRlDoHMhPKaQHIKAzvimPHcGMZ_3O.XDs63lDycSMs0UMvWue3M4D9n4ipw5rpp44mjuYZk GSkuMd8SEjxAONXX2l09MLXL1YF4I5yxqbqaJtzvTeUAQKCa7S5.xWm6LhPHjzEO_QEvn88564qV _fwKS.Ia8ue_owCfw3brtRnndLibw7iBh9xrSlpQkMUu1XbvMJnLsc143ByvA4He.2Q58vMnO7Dr Cu7zE8lubyQFTNZUoNIetUtiv3Da7rOcRycI4GQhVqKS9Bw.deCOFiQjnH_F7cjx6JXiR59nUSFz B6DIcEI6YhVjnkXBkCcoG0t94tppQKyF.WBJ03vhOnl1SNPbrYPSQhjNdfEnzqKTeOkhF9xlk27K bXHlxmriE0vKz5iz.Y6YPMzpdrZgFuRlULslG2zM3IwOX_9Hg6p2BkL_f1RlsXAUWcoEa.1iJgSp dvI6plJNrxF_XJEd_kipsyHma6GBYy2kj_sARjZoR6OPPsjWXRGzz_6T6ImsMvNflZLtQgDBQBQ4 Z9ldwXdL.cQssf6KNx5EwHLW.bkG7x71aKrmtkRJm6Qb5_rNe2oFGEGA1iZWfWbuM8PzoeNFNHM_ SSpA2GjyOQXS5N9soXEj47Mq16ljahyy6SMHw7YQ_eNH1KkzO6Zej8bx9EL_ocKSHrh5XLvseId2 0s9dlrykhbD_qt5WL18Q2pxhEtalONhL6SGiH.CzzhvuPjE.lrgVuOOHJFNE4LVyNJgPZ1Co6bjv fmbbkAyjj9vvRh3PwIhDAdo7rwp.koEXayYfz0iXQ27YXUiI3D.DFG6msWziOKiJmdsmOyJTx90Z hFfG2_FDG688wJL5_xkYnsgTei6.i_y7hVVpx_raKmL_ic580 Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Sun, 11 Nov 2018 07:29:54 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp416.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c720e639aaf445620a135368c3aa03d1; Sun, 11 Nov 2018 07:29:52 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: ports head -r484652: lang/ruby24 fails to amd64 -> armv7 cross build: qemu: uncaught target signal 11 (2 of them) Message-Id: <0E2549AE-5235-40C3-A5F8-4D66D3F3E0E5@yahoo.com> Date: Sat, 10 Nov 2018 23:29:50 -0800 To: ports-list freebsd , freebsd-ruby@freebsd.org X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 781E5734F1 X-Spamd-Result: default: False [0.93 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.38)[-0.378,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.64)[-0.642,0]; NEURAL_SPAM_SHORT(0.94)[0.937,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[41.134.6.74.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(1.52)[ip: (4.27), ipnet: 74.6.128.0/21(1.90), asn: 26101(1.52), country: US(-0.09)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 07:29:56 -0000 Poudriere-devel reported: [00:18:32] [07] [00:02:56] Saved lang/ruby24 | ruby-2.4.5,1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/ruby-2= .4.5,1.tbz [00:18:32] [07] [00:02:56] Finished lang/ruby24 | ruby-2.4.5,1: Failed: = build The log showed: --- miniruby --- linking miniruby --- .rbconfig.time --- --- encdb.h --- generating encdb.h --- .rbconfig.time --- qemu: uncaught target signal 11 (Segmentation fault) - core dumped Segmentation fault *** [.rbconfig.time] Error code 139 make[1]: stopped in /wrkdirs/usr/ports/lang/ruby24/work/ruby-2.4.5 --- encdb.h --- qemu: uncaught target signal 11 (Segmentation fault) - core dumped Segmentation fault *** [encdb.h] Error code 139 make[1]: stopped in /wrkdirs/usr/ports/lang/ruby24/work/ruby-2.4.5 2 errors Despite how the above looks, I find only one .core file in the tar archive produced for the failure: # find /wrkdirs/usr/ports/lang/ruby/ -name "*.core" -print /wrkdirs/usr/ports/lang/ruby/work/ruby-2.4.5/qemu_miniruby.core Apparently qemu does not allow for separate files for distinct processes. For that .core file I find (libexec/gdb): # chroot /usr/obj/DESTDIRs/clang-armv7-installworld-poud # cd /wrkdirs/usr/ports/lang/ruby/work/ruby-2.4.5/ # /usr/libexec/gdb miniruby qemu_miniruby.core=20 . . . (gdb) bt #0 0x00113f84 in rb_gc_writebarrier_unprotect (obj=3D4104601600) at = gc.c:1119 1119 return RVALUE_WB_UNPROTECTED_BITMAP(obj) !=3D 0; [New Thread f4b5d000 (LWP 100638/)] [New LWP 61684] Current language: auto; currently minimal (gdb) bt #0 0x00113f84 in rb_gc_writebarrier_unprotect (obj=3D4104601600) at = gc.c:1119 #1 0x000c3fc8 in rb_include_class_new (module=3D4104569400, = super=3D) at ruby.h:1456 #2 0x000c4424 in include_modules_at (klass=3D4104602160, c=3D4104602160, = module=3D4104569400, search_super=3D) at = class.c:913 #3 0x000c41f0 in rb_include_module (klass=3D4104602160, = module=3D4104569400) at class.c:870 #4 0x001f6dec in Init_String () at string.c:10021 #5 0x00129398 in rb_call_inits () at inits.c:28 #6 0x00103bac in ruby_setup () at eval.c:60 #7 0x00103be8 in ruby_init () at eval.c:76 #8 0x000a3300 in main (argc=3D11, argv=3D0x9fffe41c) at main.c:35 (gdb) up #1 0x000c3fc8 in rb_include_class_new (module=3D4104569400, = super=3D) at ruby.h:1456 1456 rb_gc_writebarrier_unprotect(x); (gdb) up #2 0x000c4424 in include_modules_at (klass=3D4104602160, c=3D4104602160, = module=3D4104569400, search_super=3D) at = class.c:913 913 iclass =3D rb_include_class_new(module, = RCLASS_SUPER(c)); (gdb) up #3 0x000c41f0 in rb_include_module (klass=3D4104602160, = module=3D4104569400) at class.c:870 870 changed =3D include_modules_at(klass, RCLASS_ORIGIN(klass), = module, TRUE); (gdb) up #4 0x001f6dec in Init_String () at string.c:10021 10021 rb_include_module(rb_cString, rb_mComparable); (gdb) up #5 0x00129398 in rb_call_inits () at inits.c:28 28 CALL(String); (gdb) up #6 0x00103bac in ruby_setup () at eval.c:60 60 rb_call_inits(); (gdb) up #7 0x00103be8 in ruby_init () at eval.c:76 76 int state =3D ruby_setup(); (gdb) up #8 0x000a3300 in main (argc=3D11, argv=3D0x9fffe41c) at main.c:35 35 ruby_init(); (I'm not familiar with what details libexec/gdb gets right vs. wrong. But the call chain seems coherent.) Host environment: # uname -apKU FreeBSD FBSDFSSD 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r340287M: Fri Nov = 9 08:37:01 PST 2018 = markmi@FBSDFSSD:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/G= ENERIC-NODBG amd64 amd64 1300003 1300003 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sun Nov 11 08:35:21 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31C731130610; Sun, 11 Nov 2018 08:35:21 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65E377577D; Sun, 11 Nov 2018 08:35:17 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gLlD9-0004Gp-US; Sun, 11 Nov 2018 09:35:15 +0100 Date: Sun, 11 Nov 2018 09:35:15 +0100 From: Kurt Jaeger To: "John W. O'Brien" Cc: FreeBSD Ports , Nathan Dowens , FreeBSD Python Subject: Re: security/py-gssapi: Strip libraries; add ssl -- needs a committer Message-ID: <20181111083515.GG1940@home.opsec.eu> References: <52d6139a-1e9f-45f7-5371-b3335a123869@saltant.com> <27d9f679-8831-314f-57a6-6d92a7812309@saltant.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <27d9f679-8831-314f-57a6-6d92a7812309@saltant.com> X-Rspamd-Queue-Id: 65E377577D X-Spamd-Result: default: False [-104.86 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; 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]; R_SPF_SOFTFAIL(0.00)[~all]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; IP_SCORE(-1.75)[ipnet: 2001:14f8::/32(-4.84), asn: 12502(-3.88), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 08:35:21 -0000 Hi! > >> [0] https://bugs.freebsd.org/231189 [...] > It's been two more weeks with no attention to this patch, which is ready > to commit. Could I entice a committer to pick it up? Committed, thanks! It took me a while to clean up after the 12/openssl111 update. -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-ports@freebsd.org Sun Nov 11 11:21:16 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61517110049E for ; Sun, 11 Nov 2018 11:21:16 +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)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D6207B8AC; Sun, 11 Nov 2018 11:21:15 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 44B8594E8; Sun, 11 Nov 2018 11:21:15 +0000 (UTC) From: Jan Beich To: Palle Girgensohn Cc: freebsd-ports@freebsd.org Subject: Re: clang, i386 and SSE2 References: <201811100112.wAA1CMUr010998@beefy10.nyi.freebsd.org> <17F4B2D0-0E52-4672-BFB7-AA4CDDE5399B@FreeBSD.org> Date: Sun, 11 Nov 2018 12:21:10 +0100 In-Reply-To: <17F4B2D0-0E52-4672-BFB7-AA4CDDE5399B@FreeBSD.org> (Palle Girgensohn's message of "Sun, 11 Nov 2018 00:38:28 +0100") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 5D6207B8AC X-Spamd-Result: default: False [-106.85 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE(-3.74)[ip: (-9.78), ipnet: 2610:1c1:1::/48(-4.93), asn: 11403(-3.90), country: US(-0.09)]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.998,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 11:21:16 -0000 Palle Girgensohn writes: >> Log URL: http://beefy10.nyi.freebsd.org/data/112i386-default/484565/logs/postgresql95-client-9.5.15_1.log [...] >> checking whether the C compiler still works... yes >> configure: error: Compiling PostgreSQL with clang, on 32bit x86, requires SSE2 support. Use -msse2 or use gcc. >> ===> Script "configure" failed unexpectedly. > > Can someone shed some light on this error. It can't be reproduced when > cross compiling using poudriere on an amd64 hardware. "It just works" > for me. Can you share a poudriere build log for successful build? Maybe you have CPUTYPE defined in make.conf e.g., CPUTYPE >= pentium4 implies SSE2. 11.2 i386 jail on 13.0 amd64 host fails here as well: https://ptpb.pw/n8lF > How do I fix this without breaking for CPU's that don't support sse2 By researching upstream rationale: in code comment, upstream commit and associated bug(s). If Clang on FreeBSD is not affected comment out the configure error, otherwise switch to USES=compiler:gcc-c++11-lib. From owner-freebsd-ports@freebsd.org Sun Nov 11 11:24:22 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D587511006E2 for ; Sun, 11 Nov 2018 11:24:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.ne1.yahoo.com (sonic305-20.consmr.mail.ne1.yahoo.com [66.163.185.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B48D47BA92 for ; Sun, 11 Nov 2018 11:24:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: dW5twnwVM1k3dZ1FTMfGTlvM64vN7ZuI8QjHSRkxO5VAqjxgLRY.usSw2MwHqqA dXK0htqPYGiDmF0EbbmzGGY2hQYLJz7dinbX0w59k4mTdGn07FWqZXMROexjlbRAzTo3PpHeX0D1 ENI2gZMoUDglvkjBs.Q8MAI81wzC5lO5UHQkBR0YE84tDbMzduE9fVDT0KHwtCPCt0SzVMlVUVP2 dX6zXmHi_PoNZD5sUdzuuN14L4Yv7f.p0xDEjwg6OjQwRVRk5J8g2.THRurkKgriat5eUcPiQC7t sBiqAXogo2d9T1G3Vw0UJWi.Oj.DBxWZb.rzWWqZiR8F3O0eY1myb3sHlKgRW0Y6i1Vyb.s4.YkW KvxSf6mnQz2rqVoqs_lVpO_qu2Zjmxqae5eg7ch51KZumC8vkphZAXBA4z4kaZ.SkpTYobpGaTZy f5FtFC6l5HWMjgD0exk_f8RVRyQg14ug23YFfzwCXmnJ0aW_RcMV.C8eLVwuYnL2OK19xqDgPlAj Vda_TBEG5L3x9.xNjTlAPlcqxroMBfMBCkmawk0UKF9a9ysUM6q75LsGRWI4SLhZvbIMRL_Pzt22 2jkSgtXG0nKLo2vsmMLM1pzVHLWx4lodJU584weQOVk8yhEnnytVLNMwyH9Z_6RwrjHuEQa5O7aG UdmeSlwvJCfP7OXO203itc91z8v4l_RXNrK8KFSFFBuXOJXDxlNbvafI1XeZX3cXL8d1KjnUy4cB 7DW9C1NYK6i0s9ZT7wTfh1VVugVaztWI7EEiXHI5UA3oPa4inPLv79eLFgTuiFV8crK3PsmAwCKp QTWTLFw8ptHzHZAdyISAnQxCx8DAwbx2RYXUraxt_ddlqwy8LdkuLqYdgNo5XVGdzkbip3mcaeCK f06Ks1ty6DpZGtNv0P2p1ox.pjtp8GjNhtEqECXcta4Z8VzLPnQ3Q2JMotSxfZ04yJC5UUw8N3HM 6u7pyyqXvzcO7c9J5OWDwT6wa9RkHPV55UglA1blCy_Gzxwzo.JuICUD44FdE_kVZw64h3BUoTyX 1pAOsfc5bRsFppCyzilh0.RLOIQO3EQW7KUO70DeaLtxCzeWsCZw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Sun, 11 Nov 2018 11:24:19 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp427.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 919db21105bf7d286fe8b757e98aeded; Sun, 11 Nov 2018 11:24:18 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports -r484565 : qemu-arm-static fails with: (start < end): backtrace included; start+len arithmetic overflow (abi_ulong wrap) for TARGET_FREEBSD_NR_mmap use From: Mark Millard In-Reply-To: <7F3A94B8-C6E9-42D5-A5DF-94BF910B1D0C@yahoo.com> Date: Sun, 11 Nov 2018 03:24:16 -0800 Cc: Sean Bruno , ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <09E0609A-B10E-4D00-89D2-4E102C4F3537@yahoo.com> References: <783DE9B1-F1F5-45B5-8C3E-0B0D8BF4CC03@yahoo.com> <04F7FF99-96DE-4A51-B17F-7F2FEE667417@yahoo.com> <7F3A94B8-C6E9-42D5-A5DF-94BF910B1D0C@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: B48D47BA92 X-Spamd-Result: default: False [-0.53 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.93)[-0.925,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.96)[-0.964,0]; NEURAL_SPAM_SHORT(0.89)[0.893,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[146.185.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(0.97)[ip: (1.32), ipnet: 66.163.184.0/21(2.02), asn: 36646(1.61), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 11:24:22 -0000 I attached with gdb in order to stop at the assert and look around. The following is a backtrace with notes and prints mixed in: (gdb) bt #0 thr_kill () at thr_kill.S:3 #1 0x000000006028a21f in __raise (s=3D6) at = /usr/src/lib/libc/gen/raise.c:52 #2 0x0000000060204949 in abort () at = /usr/src/lib/libc/stdlib/abort.c:67 #3 0x000000006027855a in __assert (func=3D, = file=3D, line=3D, failedexpr=3D) at /usr/src/lib/libc/gen/assert.c:51 Note end=3D=3D37146624 below vs. start (37146624 will show up again in = later notes) #4 0x0000000060036243 in page_set_flags (start=3D4143968256, = end=3D37146624, flags=3D9) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/a= ccel/tcg/translate-all.c:2077 Note start and len below: #5 0x000000006003df2b in target_mmap (start=3D4143968256, = len=3D188145664, prot=3D, flags=3D, = fd=3D, offset=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/b= sd-user/mmap.c:626 (gdb) print/x start $5 =3D 0xf6fff000 (gdb) print/x len $6 =3D 0xb36e000 Note start+len for the above (without wrapping): (gdb) print/x (long long)start + (long long)len $10 =3D 0x10236d000 (gdb) print (long long)start + (long long)len $11 =3D 4332113920 With wrapping: (gdb) print/x start+len $8 =3D 0x236d000 (gdb) print start+len $9 =3D 37146624 And there is end's value again. The code doing the wrapping is (with more context): 621 if (p =3D=3D MAP_FAILED) 622 goto fail; 623 } 624 } 625 the_end1: 626 page_set_flags(start, start + len, prot | PAGE_VALID); 627 the_end: 628 #ifdef DEBUG_MMAP 629 printf("ret=3D0x" TARGET_ABI_FMT_lx "\n", start); 630 page_dump(stdout); #6 0x000000006004219c in do_bsd_mmap (arg1=3D, = arg2=3D, arg3=3D, arg4=3D2, = arg5=3D, arg6=3D, arg7=3D, = arg8=3D0,=20 cpu_env=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/b= sd-user/bsd-mem.h:75 The code for the above is: if (regpairs_aligned(cpu_env) !=3D 0) { arg6 =3D arg7; arg7 =3D arg8; } return get_errno(target_mmap(arg1, arg2, arg3, target_to_host_bitmask(arg4, mmap_flags_tbl), arg5, target_arg64(arg6, arg7))); #7 do_freebsd_syscall (cpu_env=3D0x860c08318, num=3D477, = arg1=3D, arg2=3D, arg3=3D, = arg4=3D2, arg5=3D9, arg6=3D0, arg7=3D0, arg8=3D0) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/b= sd-user/syscall.c:946 The code above is (with some context): break; /* * Memory management system calls. */ case TARGET_FREEBSD_NR_mmap: /* mmap(2) */ ret =3D do_bsd_mmap(cpu_env, arg1, arg2, arg3, arg4, arg5, arg6, = arg7, arg8); break; #8 0x0000000060038be3 in target_cpu_loop (env=3D0x860c08318) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/b= sd-user/arm/target_arch_cpu.h:207 The code and its context for the above is: break; case EXCP_SWI: case EXCP_BKPT: . . . /* * system call * See arm/arm/trap.c cpu_fetch_syscall_args() */ . . . DEBUG_PRINTF("AVANT CALL %d\n", n); if (bsd_type =3D=3D target_freebsd) { int ret; abi_ulong params =3D get_sp_from_cpustate(env); int32_t syscall_nr =3D n; int32_t arg1, arg2, arg3, arg4, arg5, arg6, arg7, = arg8; if (syscall_nr =3D=3D TARGET_FREEBSD_NR_syscall) { . . . } else if (syscall_nr =3D=3D = TARGET_FREEBSD_NR___syscall) { . . . } else { arg1 =3D env->regs[0]; arg2 =3D env->regs[1]; arg3 =3D env->regs[2]; arg4 =3D env->regs[3]; get_user_s32(arg5, params); params +=3D sizeof(int32_t); get_user_s32(arg6, params); params +=3D sizeof(int32_t); get_user_s32(arg7, params); params +=3D sizeof(int32_t); get_user_s32(arg8, params); } ret =3D do_freebsd_syscall(env, syscall_nr, arg1, = arg2, arg3, arg4, arg5, arg6, arg7, arg8); #9 0x0000000060038589 in cpu_loop (env=3D0x18b2f) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/b= sd-user/main.c:121 #10 0x0000000060039802 in main (argc=3D-10089, argv=3D0x7fffffffd4e0) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/b= sd-user/main.c:513 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sun Nov 11 11:55:37 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C35861101441; Sun, 11 Nov 2018 11:55:37 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 520597CE34; Sun, 11 Nov 2018 11:55:37 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 40D2C9FF7; Sun, 11 Nov 2018 11:55:37 +0000 (UTC) From: Jan Beich To: Mark Millard via freebsd-multimedia Cc: ports-list freebsd , multimedia@FreeBSD.org, Mark Millard Subject: Re: ports head -r484652: multimedia/gstreamer1-libav fails to amd64 -> armv7 cross build: error: /usr/local/bin/as: unrecognized option `-isystem' References: Date: Sun, 11 Nov 2018 12:55:33 +0100 In-Reply-To: (Mark Millard via freebsd-multimedia's message of "Sat, 10 Nov 2018 19:54:13 -0800") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 520597CE34 X-Spamd-Result: default: False [-106.78 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVRCPT(0.00)[yahoo.com]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_SOFTFAIL(0.00)[~all]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-3.68)[ip: (-9.62), ipnet: 96.47.64.0/20(-4.81), asn: 11403(-3.90), country: US(-0.09)]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 11:55:37 -0000 Mark Millard via freebsd-multimedia writes: > poudirere-devel reported: > > [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav | gstreamer1-libav-1.14.4_1 wrkdir to: /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/gstreamer1-libav-1.14.4_1.tbz > [00:38:42] [03] [00:02:02] Finished multimedia/gstreamer1-libav | gstreamer1-libav-1.14.4_1: Failed: configure > I can't reproduce on 13.0 armv7 (clang 7.0.1): https://ptpb.pw/wdCK > /usr/local/bin/as -mcpu=cortex-a7 -isystem /usr/local/include -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -no-integrated-as -march=armv7-a -fPIC -c -o /tmp/ffconf.mw9w5KeR/test.o /tmp/ffconf.mw9w5KeR/test.S > /usr/local/bin/as: unrecognized option `-isystem' -isystem originates from USES=localbase defined in the port's Makefile. No clue how you've got ASFLAGS poisoned by CPPFLAGS or CFLAGS, though. Can you provide poudriere log? From owner-freebsd-ports@freebsd.org Sun Nov 11 12:18:25 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50CC611027BF for ; Sun, 11 Nov 2018 12:18:25 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D25AD7DCC1; Sun, 11 Nov 2018 12:18:24 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id A6A3DA3CA; Sun, 11 Nov 2018 12:18:24 +0000 (UTC) From: Jan Beich To: Palle Girgensohn Cc: "freebsd-ports\@freebsd.org" Subject: Re: clang, i386 and SSE2 References: <201811100112.wAA1CMUr010998@beefy10.nyi.freebsd.org> <17F4B2D0-0E52-4672-BFB7-AA4CDDE5399B@FreeBSD.org> <61781D97-DF35-4365-AAA6-AB1EE6D8D1DB@FreeBSD.org> Date: Sun, 11 Nov 2018 13:18:21 +0100 In-Reply-To: <61781D97-DF35-4365-AAA6-AB1EE6D8D1DB@FreeBSD.org> (Palle Girgensohn's message of "Sun, 11 Nov 2018 12:57:23 +0100") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: D25AD7DCC1 X-Spamd-Result: default: False [-106.79 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; 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]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE(-3.68)[ip: (-9.62), ipnet: 96.47.64.0/20(-4.81), asn: 11403(-3.90), country: US(-0.09)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 12:18:25 -0000 Palle Girgensohn writes: >> 11 nov. 2018 kl. 12:21 skrev Jan Beich : >> >> Palle Girgensohn writes: >> >> >>>> Log URL: http://beefy10.nyi.freebsd.org/data/112i386-default/484565/logs/postgresql95-client-9.5.15_1.log >> [...] >>>> checking whether the C compiler still works... yes >>>> configure: error: Compiling PostgreSQL with clang, on 32bit x86, requires SSE2 support. Use -msse2 or use gcc. >>>> ===> Script "configure" failed unexpectedly. >>> >>> Can someone shed some light on this error. It can't be reproduced when >>> cross compiling using poudriere on an amd64 hardware. "It just works" >>> for me. >> >> Can you share a poudriere build log for successful build? Maybe you have >> CPUTYPE defined in make.conf e.g., CPUTYPE >= pentium4 implies SSE2. >> >> 11.2 i386 jail on 13.0 amd64 host fails here as well: https://ptpb.pw/n8lF > > Enclosed is the build log for 11.2-i386 crossbuilt with an amd64 kernel and hardware. [...] > building for: FreeBSD 112-i386-default 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 amd64 [...] > ARCH=amd64 [...] > checking build system type... amd64-portbld-freebsd11.2 > checking host system type... amd64-portbld-freebsd11.2 Looks like your 112-i386 jail actually targets amd64. >>> How do I fix this without breaking for CPU's that don't support sse2 >> >> By researching upstream rationale: in code comment, upstream commit and >> associated bug(s). If Clang on FreeBSD is not affected comment out the >> configure error, otherwise switch to USES=compiler:gcc-c++11-lib. > > It seems at first that a simple fix would be to just add -msse2 to > CFLAGS, but that seems deceptive since it would still fail on CPUs > that don't support SSE2, rigth? It's not a fix. When -msse2 is passed the compiler is allowed to inject SSE2 code as part of auto-vectorization. I'm not sure why you've dismissed using GCC as a workaround. From owner-freebsd-ports@freebsd.org Sun Nov 11 12:36:32 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91CA2110348C for ; Sun, 11 Nov 2018 12:36:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-21.consmr.mail.ne1.yahoo.com (sonic311-21.consmr.mail.ne1.yahoo.com [66.163.188.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 859087F025 for ; Sun, 11 Nov 2018 12:36:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: cLWSOXoVM1nWpbdpg6ic_7ni1tEx4S1XQJDBK_9IhEsMQfD.YXvo.h0lxN618YS haz9QQlYNsnpYgkoddfCZjIoaZ4NiMQtMz2d8X_.V6YSLVqB4osFxN2EVo015lAPTX.V2UHbLuFN WUsATlGRKN51boSVT5Av2uWgLwrUgDXBHfEOUx5bU94Jk4M4no_VcVFPsk7YZfeVWDZx2hqbuPVG K6Gv6fX0qpuWjCXtLNa0vYxiU_QPyMcqEA9pD2KPFALUszahm6_ajJ3XOzpeWNMYFZ9_hUIz2Xm3 fjexhdrqEu.8yp2RY1gA4yZs_kNtqswdKVCj5JC.2fdAFY3tRFgV6zD0mFDR3OrOTqHoc9yO35Gg IL9331dH5UX5EEjxRz8xxZMAkGflRUCsabyF0sw5yxLPQfYA.5SB_xiYTd6i1_XpMk1jsc.AFbYp 0aecJzQMacZ94SwAlsqSSjhbV14iq0dbB805ddxzoM897iqSJSWo69Erfro8C6AjEDtjAjuMMyu_ GkVFJAapXGYPxgp.o6h0LhUeSMqUKAv9c81.9Xx0AJ3Dj7z6ri5cKc.GMlqKPdLD8KNzSIjtFtUW .InD248ucejOV1CS7IpGisbqYorKtZ.YTwFLl3nkS8zf8wQPzU.6KoZTWVrGzMVl.q6_TT2h7omE Gy2.FvrdI7EDr4GEN5itn6Q9zhFR4WJnJxs4Xjc2BROdcnXTY2nk1PIE6ZnJJC43jjLfH2pULv37 5Jw8B6jkORq99R1unmGR6pZpBpOJL34ZpKBeQWijWBjkFEoVTPpY4RzK1c7HcG88gDvpS6T52ukK tDmO0KZ.eKlR3h3ekpLPjnzB4blgABn1eBVge2RRmXh9udlNcJwu.KU6hZwSK396ESEgV39dVXod c4eoLxlrfWLmcTTy1rBW8W8pbFeXobi9zrYDb_40.Y2vcnOab2onuUB4mkCJva3T0xuRsUycH0Uw eb8JPxa7o3xLoCpXrGsIP9nKK.fiX4pbo9F1b0sTgZV14SoBLsAi.7VrMepJ48FNRt.6tH3_8KOa GkOXoiZ03li_sAw36Pa2PXisclkKAdgo6jD1V45NUdiXoD4GN Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Sun, 11 Nov 2018 12:36:25 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp423.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a7c995ff4450a63a5620bcd318adfa97; Sun, 11 Nov 2018 12:36:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r484652: multimedia/gstreamer1-libav fails to amd64 -> armv7 cross build: error: /usr/local/bin/as: unrecognized option `-isystem' From: Mark Millard In-Reply-To: Date: Sun, 11 Nov 2018 04:36:20 -0800 Cc: Mark Millard via freebsd-multimedia , ports-list freebsd , multimedia@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: <1C7539AE-9384-4580-A658-B08E7FB8A4EF@yahoo.com> References: To: Jan Beich X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 859087F025 X-Spamd-Result: default: False [-0.75 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.93)[-0.933,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.89)[-0.886,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.89)[0.888,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[202.188.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(0.70)[ipnet: 66.163.184.0/21(1.98), asn: 36646(1.59), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 12:36:33 -0000 On 2018-Nov-11, at 03:55, Jan Beich wrote: > Mark Millard via freebsd-multimedia > writes: >=20 >> poudirere-devel reported: >>=20 >> [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/gstrea= mer1-libav-1.14.4_1.tbz >> [00:38:42] [03] [00:02:02] Finished multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_1: Failed: configure >>=20 >=20 > I can't reproduce on 13.0 armv7 (clang 7.0.1): https://ptpb.pw/wdCK >=20 >> /usr/local/bin/as -mcpu=3Dcortex-a7 -isystem /usr/local/include = -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=3D64 -D_LARGEFILE_SOURCE -DPIC = -no-integrated-as -march=3Darmv7-a -fPIC -c -o = /tmp/ffconf.mw9w5KeR/test.o /tmp/ffconf.mw9w5KeR/test.S >> /usr/local/bin/as: unrecognized option `-isystem' >=20 > -isystem originates from USES=3Dlocalbase defined in the port's = Makefile. > No clue how you've got ASFLAGS poisoned by CPPFLAGS or CFLAGS, though. >=20 > Can you provide poudriere log? Sure. But first for reference: # svnlite status /usr/ports/multimedia/gstreamer1-libav/ #=20 So, no local changes. As for the log . . . Only the --MAKE_ENV-- and = /usr/local/etc/poudriere.d/FBSDFSSDjailArmV7-make.conf sections show any -mcpu text. ASFLAGS only shows in the = --CONFIGURE_ENV-- section and does not show a -mcpu example. phase: configure fails so the build attempt does not get far. And here is from one of the build attempts: # less = /usr/local/poudriere/data/logs/bulk/FBSDFSSDjailArmV7-default/2018-11-10_1= 7h48m06s/logs/gstreamer1-libav-1.14.4_1.log =3D>> Building multimedia/gstreamer1-libav build started at Sat Nov 10 18:24:47 PST 2018 port directory: /usr/ports/multimedia/gstreamer1-libav package name: gstreamer1-libav-1.14.4_1 building for: FreeBSD FBSDFSSDjailVariant 13.0-CURRENT FreeBSD = 13.0-CURRENT arm maintained by: multimedia@FreeBSD.org Makefile ident: $FreeBSD: head/multimedia/gstreamer1-libav/Makefile = 484273 2018-11-06 01:50:26Z jbeich $ Poudriere version: 3.2.99.20181024 Host OSVERSION: 1300003 Jail OSVERSION: 1300003 Job Id: 03 ---Begin Environment--- SHELL=3D/bin/csh UNAME_p=3Darmv7 UNAME_m=3Darm ABI_FILE=3D/usr/lib/crt1.o OSVERSION=3D1300003 UNAME_v=3DFreeBSD 13.0-CURRENT UNAME_r=3D13.0-CURRENT BLOCKSIZE=3DK MAIL=3D/var/mail/root STATUS=3D1 HOME=3D/root = PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/= bin LOCALBASE=3D/usr/local QEMU_EMULATING=3D1 USER=3Droot LIBEXECPREFIX=3D/usr/local/libexec/poudriere POUDRIERE_VERSION=3D3.2.99.20181024 MASTERMNT=3D/usr/local/poudriere/data/.m/FBSDFSSDjailArmV7-default/ref POUDRIERE_BUILD_TYPE=3Dbulk PACKAGE_BUILDING=3Dyes SAVED_TERM=3Dxterm-256color PWD=3D/usr/local/poudriere/data/.m/FBSDFSSDjailArmV7-default/ref/.p/pool P_PORTS_FEATURES=3DFLAVORS SELECTED_OPTIONS MASTERNAME=3DFBSDFSSDjailArmV7-default SCRIPTPREFIX=3D/usr/local/share/poudriere OLDPWD=3D/usr/local/poudriere/data/.m/FBSDFSSDjailArmV7-default/ref/.p SCRIPTPATH=3D/usr/local/share/poudriere/bulk.sh POUDRIEREPATH=3D/usr/local/bin/poudriere ---End Environment--- ---Begin Poudriere Port Flags/Env--- PORT_FLAGS=3D PKGENV=3D FLAVOR=3D DEPENDS_ARGS=3D MAKE_ARGS=3D ---End Poudriere Port Flags/Env--- ---Begin OPTIONS List--- =3D=3D=3D> The following configuration options are available for = gstreamer1-libav-1.14.4_1: FFMPEG=3Doff: Use system ffmpeg instead of internal libav =3D=3D=3D> Use 'make config' to modify these settings ---End OPTIONS List--- --MAINTAINER-- multimedia@FreeBSD.org --End MAINTAINER-- --CONFIGURE_ARGS-- --without-system-libav --prefix=3D/usr/local ${_LATE_CONFIGURE_ARGS} --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- ASFLAGS=3D-no-integrated-as MAKE=3Dgmake PKG_CONFIG=3Dpkgconf = PYTHON=3D"/usr/local/bin/python2.7" = XDG_DATA_HOME=3D/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work = HOME=3D/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work TMPDIR=3D"/tmp"= = PATH=3D/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work/.bin:/sbin:/bin= :/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin = SHELL=3D/bin/sh CONFIG_SHELL=3D/bin/sh = ADDR2LINE=3D"/usr/local/bin/addr2line" AR=3D"/usr/local/bin/ar" = AS=3D"/usr/local/bin/as" CPPFILT=3D"/usr/local/bin/c++filt" = GPROF=3D"/usr/local/bin/gprof" LD=3D"/usr/local/bin/ld" = NM=3D"/usr/local/bin/nm" OBJCOPY=3D"/usr/local/bin/objcopy" = OBJDUMP=3D"/usr/local/bin/objdump" RANLIB=3D"/usr/local/bin/ranlib" = READELF=3D"/usr/local/bin/readelf" SIZE=3D"/usr/local/bin/size" = STRINGS=3D"/usr/local/bin/strings" CMAKE_PREFIX_PATH=3D"/usr/local" = LANG=3Den_US.UTF-8 LC_ALL=3Den_US.UTF-8 = CONFIG_SITE=3D/usr/ports/Templates/config.site = lt_cv_sys_max_cmd_len=3D262144 --End CONFIGURE_ENV-- --MAKE_ENV-- V=3D1 XDG_DATA_HOME=3D/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work = HOME=3D/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work TMPDIR=3D"/tmp"= = PATH=3D/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work/.bin:/sbin:/bin= :/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin = DONTSTRIP=3Dyes NO_PIE=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno = SHELL=3D/bin/sh NO_LINT=3DYES ADDR2LINE=3D"/usr/local/bin/addr2line" = AR=3D"/usr/local/bin/ar" AS=3D"/usr/local/bin/as" = CPPFILT=3D"/usr/local/bin/c++filt" GPROF=3D"/usr/local/bin/gprof" = LD=3D"/usr/local/bin/ld" NM=3D"/usr/local/bin/nm" = OBJCOPY=3D"/usr/local/bin/objcopy" OBJDUMP=3D"/usr/local/bin/objdump" = RANLIB=3D"/usr/local/bin/ranlib" READELF=3D"/usr/local/bin/readelf" = SIZE=3D"/usr/local/bin/size" STRINGS=3D"/usr/local/bin/strings" = LANG=3Den_US.UTF-8 LC_ALL=3Den_US.UTF-8 PREFIX=3D/usr/local = LOCALBASE=3D/usr/local CC=3D"/nxb-bin/usr/bin/cc" CFLAGS=3D"-O2 -pipe = -mcpu=3Dcortex-a7 -g -isystem /usr/local/include -fno-strict-aliasing " = CPP=3D"/nxb-bin/usr/bin/cpp" CPPFLAGS=3D"-mcpu=3Dcortex-a7 -isystem = /usr/local/include" LDFLAGS=3D" -fuse-ld=3Dbfd " = LIBS=3D"-L/usr/local/lib" CXX=3D"/nxb-bin/usr/bin/c++" CXXFLAGS=3D"-O2 = -pipe -mcpu=3Dcortex-a7 -g -isystem /usr/local/include = -fno-strict-aliasing -mcpu=3Dcortex-a7 -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" --End MAKE_ENV-- --PLIST_SUB-- PYTHON_INCLUDEDIR=3Dinclude/python2.7 PYTHON_LIBDIR=3Dlib/python2.7 = PYTHON_PLATFORM=3Dfreebsd13 PYTHON_PYOEXTENSION=3Dpyo = PYTHON_SITELIBDIR=3Dlib/python2.7/site-packages PYTHON_SUFFIX=3D27 = PYTHON_VER=3D2.7 PYTHON_VERSION=3Dpython2.7 PYTHON2=3D"" = PYTHON3=3D"@comment " GTK2_VERSION=3D"2.10.0" GTK3_VERSION=3D"3.0.0" = OSREL=3D13.0 PREFIX=3D%D LOCALBASE=3D/usr/local RESETPREFIX=3D/usr/local = LIB32DIR=3Dlib DOCSDIR=3D"share/doc/gstreamer1-libav" = EXAMPLESDIR=3D"share/examples/gstreamer1-libav" = DATADIR=3D"share/gstreamer1-libav" WWWDIR=3D"www/gstreamer1-libav" = ETCDIR=3D"etc/gstreamer1-libav" --End PLIST_SUB-- --SUB_LIST-- PREFIX=3D/usr/local LOCALBASE=3D/usr/local = DATADIR=3D/usr/local/share/gstreamer1-libav = DOCSDIR=3D/usr/local/share/doc/gstreamer1-libav = EXAMPLESDIR=3D/usr/local/share/examples/gstreamer1-libav = WWWDIR=3D/usr/local/www/gstreamer1-libav = ETCDIR=3D/usr/local/etc/gstreamer1-libav --End SUB_LIST-- ---Begin make.conf--- .sinclude "/etc/make.nxb.conf" USE_PACKAGE_DEPENDS=3Dyes BATCH=3Dyes WRKDIRPREFIX=3D/wrkdirs PORTSDIR=3D/usr/ports PACKAGES=3D/packages DISTDIR=3D/distfiles FORCE_PACKAGE=3Dyes PACKAGE_BUILDING=3Dyes PACKAGE_BUILDING_FLAVORS=3Dyes MACHINE=3Darm MACHINE_ARCH=3Darmv7 ARCH=3D${MACHINE_ARCH} #### /usr/local/etc/poudriere.d/make.conf #### WANT_QT_VERBOSE_CONFIGURE=3D1 # DEFAULT_VERSIONS+=3Dperl5=3D5.26 gcc=3D8 # # =46rom a local /usr/ports/Mk/bsd.port.mk extension: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D # .if ${.CURDIR:M*/devel/llvm*} #WITH_DEBUG=3D .elif ${.CURDIR:M*/lang/cling*} #WITH_DEBUG=3D .elif ${.CURDIR:M*/www/*webkit*} #WITH_DEBUG=3D .else WITH_DEBUG=3D .endif MALLOC_PRODUCTION=3D #### /usr/local/etc/poudriere.d/FBSDFSSDjailArmV7-make.conf #### CFLAGS+=3D -mcpu=3Dcortex-a7 CXXFLAGS+=3D -mcpu=3Dcortex-a7 CPPFLAGS+=3D -mcpu=3Dcortex-a7 #### /usr/ports/Mk/Scripts/ports_env.sh #### _CCVERSION_9d218390=3DFreeBSD clang version 6.0.1 = (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /nxb-bin/usr/bin _ALTCCVERSION_9d218390=3Dnone _CXXINTERNAL_9c45a5b1=3DFreeBSD clang version 6.0.1 = (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /nxb-bin/usr/bin "/nxb-bin/usr/bin/ld" "--eh-frame-hdr" = "-dynamic-linker" "/libexec/ld-elf.so.1" "--hash-style=3Dboth" = "--enable-new-dtags" "-o" "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" = "/usr/lib/crtbegin.o" "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" = "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" "--as-needed" = "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" "/usr/lib/crtn.o" CC_OUTPUT_9d218390_58173849=3Dyes CC_OUTPUT_9d218390_9bdba57c=3Dyes CC_OUTPUT_9d218390_6a4fe7f5=3Dyes CC_OUTPUT_9d218390_6bcac02b=3Dyes CC_OUTPUT_9d218390_67d20829=3Dyes CC_OUTPUT_9d218390_bfa62e83=3Dyes CC_OUTPUT_9d218390_f0b4d593=3Dyes CC_OUTPUT_9d218390_308abb44=3Dyes CC_OUTPUT_9d218390_f00456e5=3Dyes CC_OUTPUT_9d218390_65ad290d=3Dyes CC_OUTPUT_9d218390_f2776b26=3Dyes CC_OUTPUT_9d218390_b2657cc3=3Dyes CC_OUTPUT_9d218390_380987f7=3Dyes CC_OUTPUT_9d218390_160933ec=3Dyes CC_OUTPUT_9d218390_fb62803b=3Dyes _OBJC_CCVERSION_9d218390=3DFreeBSD clang version 6.0.1 = (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /nxb-bin/usr/bin _OBJC_ALTCCVERSION_9d218390=3Dnone ARCH=3Darmv7 OPSYS=3DFreeBSD _OSRELEASE=3D13.0-CURRENT OSREL=3D13.0 OSVERSION=3D1300003 PYTHONBASE=3D/usr/local _SMP_CPUS=3D28 CONFIGURE_MAX_CMD_LEN=3D262144 HAVE_PORTS_ENV=3D1 #### Misc Poudriere #### GID=3D0 UID=3D0 ---End make.conf--- ---Begin make.nxb.conf--- CC=3D/nxb-bin/usr/bin/cc CPP=3D/nxb-bin/usr/bin/cpp CXX=3D/nxb-bin/usr/bin/c++ AS=3D/nxb-bin/usr/bin/as NM=3D/nxb-bin/usr/bin/nm LD=3D/nxb-bin/usr/bin/ld OBJCOPY=3D/nxb-bin/usr/bin/objcopy SIZE=3D/nxb-bin/usr/bin/size STRIPBIN=3D/nxb-bin/usr/bin/strip SED=3D/nxb-bin/usr/bin/sed RANLIB=3D/nxb-bin/usr/bin/ranlib YACC=3D/nxb-bin/usr/bin/yacc MAKE=3D/nxb-bin/usr/bin/make STRINGS=3D/nxb-bin/usr/bin/strings AWK=3D/nxb-bin/usr/bin/awk FLEX=3D/nxb-bin/usr/bin/flex ---End make.nxb.conf--- --Resource limits-- cpu time (seconds, -t) unlimited file size (512-blocks, -f) unlimited data seg size (kbytes, -d) 33554432 stack size (kbytes, -s) 524288 core file size (512-blocks, -c) unlimited max memory size (kbytes, -m) unlimited locked memory (kbytes, -l) unlimited max user processes (-u) 78541 open files (-n) 1024 virtual mem size (kbytes, -v) unlimited swap limit (kbytes, -w) unlimited socket buffer size (bytes, -b) unlimited pseudo-terminals (-p) unlimited kqueues (-k) unlimited umtx shared locks (-o) unlimited --End resource limits-- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> License GPLv2 accepted by the user = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on file: = /usr/local/sbin/pkg - not found =3D=3D=3D> Installing existing package /packages/All/pkg-1.10.5_5.txz [FBSDFSSDjailVariant] Installing pkg-1.10.5_5... [FBSDFSSDjailVariant] Extracting pkg-1.10.5_5: .......... done =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on file: = /usr/local/sbin/pkg - found =3D=3D=3D> Returning to build of gstreamer1-libav-1.14.4_1 = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> License GPLv2 accepted by the user =3D=3D=3D> Fetching all distfiles required by gstreamer1-libav-1.14.4_1 = for building = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> License GPLv2 accepted by the user =3D=3D=3D> Fetching all distfiles required by gstreamer1-libav-1.14.4_1 = for building =3D> SHA256 Checksum OK for gst-libav-1.14.4.tar.xz. = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> License GPLv2 accepted by the user =3D=3D=3D> Fetching all distfiles required by gstreamer1-libav-1.14.4_1 = for building =3D=3D=3D> Extracting for gstreamer1-libav-1.14.4_1 =3D> SHA256 Checksum OK for gst-libav-1.14.4.tar.xz. = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> Patching for gstreamer1-libav-1.14.4_1 =3D=3D=3D> Applying FreeBSD patches for gstreamer1-libav-1.14.4_1 = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on package: orc>=3D0.4.16 = - not found =3D=3D=3D> Installing existing package /packages/All/orc-0.4.25.txz [FBSDFSSDjailVariant] Installing orc-0.4.25... [FBSDFSSDjailVariant] Extracting orc-0.4.25: .......... done =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on package: orc>=3D0.4.16 = - found =3D=3D=3D> Returning to build of gstreamer1-libav-1.14.4_1 =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on executable: as - not = found =3D=3D=3D> Installing existing package = /packages/All/binutils-2.30_5,1.txz [FBSDFSSDjailVariant] Installing binutils-2.30_5,1... [FBSDFSSDjailVariant] `-- Installing gettext-runtime-0.19.8.1_2... [FBSDFSSDjailVariant] | `-- Installing indexinfo-0.3.1... [FBSDFSSDjailVariant] | `-- Extracting indexinfo-0.3.1: .... done [FBSDFSSDjailVariant] `-- Extracting gettext-runtime-0.19.8.1_2: = .......... done [FBSDFSSDjailVariant] Extracting binutils-2.30_5,1: .......... done =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on executable: as - found =3D=3D=3D> Returning to build of gstreamer1-libav-1.14.4_1 =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on executable: nasm - not = found =3D=3D=3D> Installing existing package = /packages/All/nasm-2.13.03,1.txz [FBSDFSSDjailVariant] Installing nasm-2.13.03,1... [FBSDFSSDjailVariant] Extracting nasm-2.13.03,1: .......... done =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on executable: nasm - = found =3D=3D=3D> Returning to build of gstreamer1-libav-1.14.4_1 =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on executable: gmake - = not found =3D=3D=3D> Installing existing package /packages/All/gmake-4.2.1_3.txz [FBSDFSSDjailVariant] Installing gmake-4.2.1_3... [FBSDFSSDjailVariant] Extracting gmake-4.2.1_3: .......... done =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on executable: gmake - = found =3D=3D=3D> Returning to build of gstreamer1-libav-1.14.4_1 =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on package: = pkgconf>=3D1.3.0_1 - not found =3D=3D=3D> Installing existing package = /packages/All/pkgconf-1.5.4,1.txz [FBSDFSSDjailVariant] Installing pkgconf-1.5.4,1... [FBSDFSSDjailVariant] Extracting pkgconf-1.5.4,1: .......... done =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on package: = pkgconf>=3D1.3.0_1 - found =3D=3D=3D> Returning to build of gstreamer1-libav-1.14.4_1 =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on file: = /usr/local/bin/python2.7 - not found =3D=3D=3D> Installing existing package = /packages/All/python27-2.7.15.txz [FBSDFSSDjailVariant] Installing python27-2.7.15... [FBSDFSSDjailVariant] `-- Installing libffi-3.2.1_3... [FBSDFSSDjailVariant] `-- Extracting libffi-3.2.1_3: .......... done [FBSDFSSDjailVariant] `-- Installing readline-7.0.3_2... [FBSDFSSDjailVariant] `-- Extracting readline-7.0.3_2: .......... done [FBSDFSSDjailVariant] Extracting python27-2.7.15: .......... done Message from python27-2.7.15: = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= Note that some standard Python modules are provided as separate ports as they require additional dependencies. They are available as: bsddb databases/py-bsddb gdbm databases/py-gdbm sqlite3 databases/py-sqlite3 tkinter x11-toolkits/py-tkinter = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on file: = /usr/local/bin/python2.7 - found =3D=3D=3D> Returning to build of gstreamer1-libav-1.14.4_1 =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on file: = /usr/local/bin/as - found =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on package: = gstreamer1-plugins>=3D1.4 - not found =3D=3D=3D> Installing existing package = /packages/All/gstreamer1-plugins-1.14.4.txz [FBSDFSSDjailVariant] Installing gstreamer1-plugins-1.14.4... [FBSDFSSDjailVariant] `-- Installing freetype2-2.9.1... [FBSDFSSDjailVariant] `-- Extracting freetype2-2.9.1: .......... done [FBSDFSSDjailVariant] `-- Installing glib-2.56.1_3,1... [FBSDFSSDjailVariant] | `-- Installing libiconv-1.14_11... [FBSDFSSDjailVariant] | `-- Extracting libiconv-1.14_11: .......... = done [FBSDFSSDjailVariant] | `-- Installing pcre-8.42... [FBSDFSSDjailVariant] | `-- Extracting pcre-8.42: .......... done [FBSDFSSDjailVariant] | `-- Installing perl5-5.26.2_1... [FBSDFSSDjailVariant] | `-- Extracting perl5-5.26.2_1: .......... done [FBSDFSSDjailVariant] `-- Extracting glib-2.56.1_3,1: .......... done No schema files found: doing nothing. [FBSDFSSDjailVariant] `-- Installing gstreamer1-1.14.4... [FBSDFSSDjailVariant] `-- Extracting gstreamer1-1.14.4: .......... done [FBSDFSSDjailVariant] `-- Installing iso-codes-3.76... [FBSDFSSDjailVariant] `-- Extracting iso-codes-3.76: .......... done [FBSDFSSDjailVariant] `-- Installing libxml2-2.9.7... [FBSDFSSDjailVariant] `-- Extracting libxml2-2.9.7: .......... done [FBSDFSSDjailVariant] Extracting gstreamer1-plugins-1.14.4: .......... = done Message from freetype2-2.9.1: The 2.7.x series now uses the new subpixel hinting mode (V40 port's = option) as the default, emulating a modern version of ClearType. This change = inevitably leads to different rendering results, and you might change port's = options to adapt it to your taste (or use the new "FREETYPE_PROPERTIES" environment variable). The environment variable "FREETYPE_PROPERTIES" can be used to control = the driver properties. Example: FREETYPE_PROPERTIES=3Dtruetype:interpreter-version=3D35 \ cff:no-stem-darkening=3D1 \ autofitter:warping=3D1 This allows to select, say, the subpixel hinting mode at runtime for a = given application. The controllable properties are listed in the section "Controlling = FreeType Modules" in the reference's table of contents (/usr/local/share/doc/freetype2/reference/ft2-toc.html, if documentation = was installed). Message from perl5-5.26.2_1: The /usr/bin/perl symlink has been removed starting with Perl 5.20. For shebangs, you should either use: #!/usr/local/bin/perl or #!/usr/bin/env perl The first one will only work if you have a /usr/local/bin/perl, the second will work as long as perl is in PATH. =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on package: = gstreamer1-plugins>=3D1.4 - found =3D=3D=3D> Returning to build of gstreamer1-libav-1.14.4_1 = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on shared library: = liborc-0.4.so - found (/usr/local/lib/liborc-0.4.so) =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on shared library: = libintl.so - found (/usr/local/lib/libintl.so) =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on shared library: = libglib-2.0.so - found (/usr/local/lib/libglib-2.0.so) =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on shared library: = libintl.so - found (/usr/local/lib/libintl.so) =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on shared library: = libgstreamer-1.0.so - found (/usr/local/lib/libgstreamer-1.0.so) = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> Configuring for gstreamer1-libav-1.14.4_1 configure: loading site script /usr/ports/Templates/config.site checking build system type... armv7-portbld-freebsd13.0 checking host system type... armv7-portbld-freebsd13.0 checking target system type... armv7-portbld-freebsd13.0 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p checking for gawk... (cached) /usr/bin/awk checking whether gmake sets $(MAKE)... yes checking whether gmake supports nested variables... yes checking whether UID '0' is supported by ustar format... yes checking whether GID '0' is supported by ustar format... yes checking how to create a ustar tar archive... (cached) /usr/bin/tar checking nano version... 0 (release) checking whether to enable maintainer-specific portions of Makefiles... = yes checking whether gmake supports nested variables... (cached) yes checking how to print strings... printf checking whether gmake supports the include directive... yes (GNU style) checking for gcc... /nxb-bin/usr/bin/cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables...=20 checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /nxb-bin/usr/bin/cc accepts -g... yes checking for /nxb-bin/usr/bin/cc option to accept ISO C89... none needed checking whether /nxb-bin/usr/bin/cc understands -c and -o together... = yes checking dependency style of /nxb-bin/usr/bin/cc... gcc3 checking for a sed that does not truncate output... (cached) = /usr/bin/sed checking for grep that handles long lines and -e... (cached) = /usr/bin/grep checking for egrep... (cached) /usr/bin/egrep checking for fgrep... (cached) /usr/bin/fgrep checking for ld used by /nxb-bin/usr/bin/cc... /usr/local/bin/ld checking if the linker (/usr/local/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/local/bin/nm checking the name lister (/usr/local/bin/nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking how to convert armv7-portbld-freebsd13.0 file names to = armv7-portbld-freebsd13.0 format... func_convert_file_noop checking how to convert armv7-portbld-freebsd13.0 file names to = toolchain format... func_convert_file_noop checking for /usr/local/bin/ld option to reload object files... -r checking for objdump... /usr/local/bin/objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... /usr/local/bin/ranlib checking command to parse /usr/local/bin/nm output from = /nxb-bin/usr/bin/cc object... ok checking for sysroot... no checking for a working dd... /bin/dd checking how to truncate binary pipes... /bin/dd bs=3D4096 count=3D1 checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... /nxb-bin/usr/bin/cpp checking for ANSI C header files... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking for dlfcn.h... (cached) yes checking for objdir... .libs checking if /nxb-bin/usr/bin/cc supports -fno-rtti -fno-exceptions... = yes checking for /nxb-bin/usr/bin/cc option to produce PIC... -fPIC -DPIC checking if /nxb-bin/usr/bin/cc PIC flag -fPIC -DPIC works... yes checking if /nxb-bin/usr/bin/cc static flag -static works... yes checking if /nxb-bin/usr/bin/cc supports -c -o file.o... yes checking if /nxb-bin/usr/bin/cc supports -c -o file.o... (cached) yes checking whether the /nxb-bin/usr/bin/cc linker (/usr/local/bin/ld) = supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd13.0 ld.so checking how to hardcode library paths into programs... immediate checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... (cached) yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking pkg-config is at least version 0.9.0... yes checking for ORC... yes checking for usable orcc... /usr/local/bin/orcc configure: Using GStreamer libav source release as package name configure: Using Unknown package origin as package origin checking whether byte ordering is bigendian... no checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for gcc... (cached) /nxb-bin/usr/bin/cc checking whether we are using the GNU C compiler... (cached) yes checking whether /nxb-bin/usr/bin/cc accepts -g... (cached) yes checking for /nxb-bin/usr/bin/cc option to accept ISO C89... (cached) = none needed checking whether /nxb-bin/usr/bin/cc understands -c and -o together... = (cached) yes checking dependency style of /nxb-bin/usr/bin/cc... (cached) gcc3 checking for /nxb-bin/usr/bin/cc option to accept ISO C99... none needed checking for /nxb-bin/usr/bin/cc option to accept ISO Standard C... = (cached) none needed checking for valgrind... no checking for gtkdoc-check... no checking for gtkdoc-rebase... no checking for gtkdoc-mkpdf... no checking whether to build gtk-doc documentation... no checking for python version... 2.7 checking for python platform... freebsd13 checking for python script directory... = ${prefix}/lib/python2.7/site-packages checking for python extension module directory... = ${exec_prefix}/lib/python2.7/site-packages checking whether to build plugin documentation... no (gtk-doc disabled = or not available) checking for cos in -lm... yes checking whether /nxb-bin/usr/bin/cc is Clang... yes checking whether Clang needs flag to prevent "argument unused" warning = when linking with -pthread... no checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking whether more special flags are required for pthreads... no checking for PTHREAD_PRIO_INHERIT... yes checking for ANSI C header files... (cached) yes checking for GLIB... yes checking for glib-genmarshal... glib-genmarshal (from pkg-config path) checking for glib-mkenums... glib-mkenums checking for GIO... yes checking for GST... yes configure: using GStreamer tools in /usr/local/bin configure: using GStreamer plug-ins in /usr/local/lib/gstreamer-1.0 checking for GST_BASE... yes checking for GST_PLUGINS_BASE... yes configure: using GStreamer Base Plugins in /usr/local/lib/gstreamer-1.0 checking for GST_CHECK... yes configure: Using GStreamer Core Plugins in /usr/local/lib/gstreamer-1.0 configure: Using GStreamer Base Plugins in /usr/local/lib/gstreamer-1.0 checking for -Bsymbolic linker flag... yes configure: Using /usr/local/lib/gstreamer-1.0 as the plugin install = location checking to see if compiler understands -Wall... yes checking to see if compiler understands -Wdeclaration-after-statement... = yes checking to see if compiler understands -Wvla... yes checking to see if compiler understands -Wpointer-arith... yes checking to see if compiler understands -Wmissing-declarations... yes checking to see if compiler understands -Wmissing-prototypes... yes checking to see if compiler understands -Wredundant-decls... yes checking to see if compiler understands -Wundef... yes checking to see if compiler understands -Wwrite-strings... yes checking to see if compiler understands -Wformat-nonliteral... yes checking to see if compiler understands -Wformat-security... yes checking to see if compiler understands -Wold-style-definition... yes checking to see if compiler understands -Winit-self... yes checking to see if compiler understands -Wmissing-include-dirs... yes checking to see if compiler understands -Waddress... yes checking to see if compiler understands -Waggregate-return... yes checking to see if compiler understands -Wno-multichar... yes checking to see if compiler understands -Wnested-externs... yes configure: set WARNING_CFLAGS to -Wall -Wdeclaration-after-statement = -Wvla -Wpointer-arith -Wmissing-declarations -Wmissing-prototypes = -Wredundant-decls -Wundef -Wwrite-strings -Wformat-nonliteral = -Wformat-security -Wold-style-definition -Winit-self = -Wmissing-include-dirs -Waddress -Waggregate-return -Wno-multichar = -Wnested-externs configure: set ERROR_CFLAGS to=20 checking to see if compiler understands -fno-strict-aliasing... yes configure: Using local Libav snapshot checking for BZ2_bzlibVersion in -lbz2... yes checking for lzma_version_string in -llzma... yes configure: Using included Libav code checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating common/Makefile config.status: creating common/m4/Makefile config.status: creating ext/Makefile config.status: creating ext/libav/Makefile config.status: creating ext/libswscale/Makefile config.status: creating gst-libs/Makefile config.status: creating gst-libs/ext/Makefile config.status: creating docs/Makefile config.status: creating docs/plugins/Makefile config.status: creating docs/version.entities config.status: creating tests/Makefile config.status: creating tests/check/Makefile config.status: creating tests/files/Makefile config.status: creating pkgconfig/Makefile config.status: creating pkgconfig/gstreamer-plugins-libav-uninstalled.pc config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing configure-embedded-libav commands Configuring included Libav instance with args --prefix=3D/usr/local = --enable-static --enable-pic --disable-avdevice = --disable-postproc --disable-programs --disable-ffserver = --disable-ffplay --disable-ffprobe --disable-ffmpeg = --disable-encoder=3Dflac --disable-protocols --disable-devices = --disable-network --disable-hwaccels --disable-dxva2 --disable-vdpau = --disable-filters --enable-filter=3Dyadif --disable-doc = --disable-vda --disable-d3d11va --disable-dxva2 = --disable-audiotoolbox --disable-videotoolbox --disable-vaapi = --disable-crystalhd --disable-mediacodec --disable-nvenc = --disable-mmal --disable-omx --disable-omx-rpi --disable-cuda = --disable-cuvid --disable-libmfx --disable-libnpp = --disable-iconv --disable-jni --disable-v4l2_m2m --enable-optimizations = --ar=3D"$AR" --as=3D"$orig_AS" --cc=3D"$CC" --ld=3D"$CC" --nm=3D"$NM" = --disable-ffmpeg=20 GNU assembler not found, install/update gas-preprocessor If you think configure made a mistake, make sure you are using the = latest version from Git. If the latest version fails, report the problem to = the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "ffbuild/config.log" produced by configure as this = will help solve the problem. config.status: error: Failed to configure embedded Libav tree =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to multimedia@FreeBSD.org [maintainer] and = attach the = "/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work/gst-libav-1.14.4/conf= ig.log" including the output of the failure of your make command. Also, it might = be a good idea to provide an overview of all packages installed on your = system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/gstreamer1-libav =3D>> Cleaning up wrkdir =3D=3D=3D> Cleaning for gstreamer1-libav-1.14.4_1 build of multimedia/gstreamer1-libav | gstreamer1-libav-1.14.4_1 ended = at Sat Nov 10 18:26:48 PST 2018 build time: 00:02:01 !!! build failure encountered !!! =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sun Nov 11 12:47:19 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FCBA11039B5 for ; Sun, 11 Nov 2018 12:47:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-10.consmr.mail.ne1.yahoo.com (sonic307-10.consmr.mail.ne1.yahoo.com [66.163.190.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 707047F647 for ; Sun, 11 Nov 2018 12:47:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Z4N9q7IVM1lQqdUbEoF4DK59G41.hc9eFrFpyTt7JX_A127DSme6tOXtfcDdJv_ PX4viJ9zfYbbeAgNRz_m6mcYpVKNFIaqkGQnpdMpIlI.L4qdVs1STyvKzEQ1HLcpYkUy9Bo37RfY xBpHAHmq5LNrvMdTNeyML9WJW5QRz4D.eCjWGNuPGtK737qLgbMggvGx9c6D60aPB6lTYjGt7ufW sLGRa9nWsf34ZxvhRwnwG9HcDnBGFnTmYOe39sIGMrlovijGBZHOGwY4gIJzYChn2BXTwMIgG9qo XXFE7V1Y9SFNM77iythY_Ln5fe8lLT2mr0aBh5mNo6htLDkMnjf06emM14tDEFQhKGc1fGCY4fk7 ZmuTUPPdo1IOeQceiLxaSfzK4HUdcRbPPR6E4K6hV7iOhpZ05cQPApOP4x2PPBSh12342hYq7t8t 5xnVG_r69DKYO1jzbG_HPfHLBHPat5gEDLCXzn6qzVFt3uxrUpoVeKh.k23.K9uS..n0qCvDx6C7 0v5S5fuk6df6_Dj8elCQ5qOz52mGfWyJ.ZqW9GFalZu5lu1jw.H6IlhpFhJrVfWrpw.YaFPeLQpK Do16lwJOP9O33kP.U2kD.7RrFShzG4zBiwK59vNS5YwYoFT5kABD7tCoHWy9DW6wOMIHVBqH7wO4 NHbPn7mS4QabIWH24fM2U12JsXVYNCy9qqNON0Gy59bIE4bNDs20DVRBpqdKVEwLC00j9JVbX7Fx 62FXgR4uAxy_mwtslsAIwpAjdy9pjc3F9vgNVtHSVzrGKko4Bp.7tpVmRB17gXdU63i.y12pRWyb yqin9tAYcm.xsWr.2L5atO9AdUMSWRTryAx41cSUS.M9RaFX4Xc9vT2OcCdi3FxR1YDcR09P7XAB mX1y6OGQ6ZkfvXEVYnSv3kVCUKwUjJOUgCQKlIA8yMJcvoZI6kqBY53jk5JLV_wx6gHU1HcLCe6F 4HAiKrCdYwkHqKO_ku2IQHRSz0xGu8bjNin3H2MzwJoeooE6HQ3GXcXfvns7ngWStPgiMw5k9Zi2 CQCOVbCG.iV6osOlJDSJ.YGE_a4nLchYV7ccyl1YLLmem Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Sun, 11 Nov 2018 12:47:11 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp408.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e370272c7e30fcf20b66a6538d8b097b; Sun, 11 Nov 2018 12:47:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r484652: multimedia/gstreamer1-libav fails to amd64 -> armv7 cross build: error: /usr/local/bin/as: unrecognized option `-isystem' From: Mark Millard In-Reply-To: <1C7539AE-9384-4580-A658-B08E7FB8A4EF@yahoo.com> Date: Sun, 11 Nov 2018 04:47:08 -0800 Cc: Mark Millard via freebsd-multimedia , ports-list freebsd , multimedia@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: <51807EBD-E5C2-4684-B35B-22DDE925BF4D@yahoo.com> References: <1C7539AE-9384-4580-A658-B08E7FB8A4EF@yahoo.com> To: Jan Beich X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 707047F647 X-Spamd-Result: default: False [-0.87 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.96)[-0.962,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.96)[-0.956,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.87)[0.871,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[33.190.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(0.69)[ipnet: 66.163.184.0/21(1.97), asn: 36646(1.57), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 12:47:19 -0000 On 2018-Nov-11, at 04:36, Mark Millard wrote: > On 2018-Nov-11, at 03:55, Jan Beich wrote: >=20 >> Mark Millard via freebsd-multimedia >> writes: >>=20 >>> poudirere-devel reported: >>>=20 >>> [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/gstrea= mer1-libav-1.14.4_1.tbz >>> [00:38:42] [03] [00:02:02] Finished multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_1: Failed: configure >>>=20 >>=20 >> I can't reproduce on 13.0 armv7 (clang 7.0.1): https://ptpb.pw/wdCK >>=20 >>> /usr/local/bin/as -mcpu=3Dcortex-a7 -isystem /usr/local/include = -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=3D64 -D_LARGEFILE_SOURCE -DPIC = -no-integrated-as -march=3Darmv7-a -fPIC -c -o = /tmp/ffconf.mw9w5KeR/test.o /tmp/ffconf.mw9w5KeR/test.S >>> /usr/local/bin/as: unrecognized option `-isystem' >>=20 >> -isystem originates from USES=3Dlocalbase defined in the port's = Makefile. >> No clue how you've got ASFLAGS poisoned by CPPFLAGS or CFLAGS, = though. >>=20 Looking I see 3 places with ASFLAGS mixed with CPPFLAGS: gst-libs/ext/libav/ffbuild/common.mak:ASFLAGS :=3D $(CPPFLAGS) = $(ASFLAGS) gst-libs/ext/libav/configure: check_cmd $as $CPPFLAGS $ASFLAGS "$@" = $AS_C $(as_o $TMPO) $TMPS gst-libs/ext/libav/configure:DEPASFLAGS=3D$DEPASFLAGS \$(CPPFLAGS) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sun Nov 11 12:50:07 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D8ED1103BEE for ; Sun, 11 Nov 2018 12:50:07 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C74E97F856 for ; Sun, 11 Nov 2018 12:50:06 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id wABCYPgQ016854 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 11 Nov 2018 12:34:25 GMT (envelope-from list1@gjunka.com) To: freebsd-ports@freebsd.org From: Grzegorz Junka Subject: Few how-it-works questions Message-ID: <73366a94-238a-ed9a-5dee-d5955525e851@gjunka.com> Date: Sun, 11 Nov 2018 12:34:25 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB-large X-Rspamd-Queue-Id: C74E97F856 X-Spamd-Result: default: False [-2.60 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.980,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.96)[-0.962,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[gjunka.com]; NEURAL_HAM_SHORT(-0.33)[-0.325,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: GB(-0.10)]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 12:50:07 -0000 Hi All, I would like to understand a bit better how the ports infrastructure works. 1. Recommended way of upgrading ports is "poudriere ports -p local -u", right? But this always gets me the latest version, in which some ports may not compile, depending on my luck. I know I can use SVN to checkout a specific version of ports instead, but is it possible to find out in which SVN version which ports are compiling and which are not? In other words, can I open the history of builds of FreeBSD ports on the build servers and check which ports are building in a specific SVN version, then checkout that version to build on my server?  - also, is the ports tree mirrored in Git/GitHub? 2. Every time poudriere builds a new set of packages, it deletes those which have changed in ports or for which the options have changed, then it tries to build them again. But because the ports change, some may no longer build. In that case I am left with no packages to install on a system unless I am lucky enough to be able to cleanly build all ports again. What is the preferred strategy to maintain old packages until a new set is build correctly? Copy the whole folder aside? Is it possible to tell poudriere to create a new folder with packages for each new build (eventually with the option to use already built packages when they have not changed)? I suspect poudriere doesn't maintain such state internally, it simply deletes what's no longer relevant and then builds what's missing? 3. When a package doesn't build because of a patch error: ===>  Patching for ImageMagick6-6.9.10.14,1 ===>  Applying FreeBSD patches for ImageMagick6-6.9.10.14,1 1 out of 1 hunks failed--saving rejects to config/policy.xml.rej => FreeBSD patch patch-config_policy.xml failed to apply cleanly. *** Error code 1 Is this a problem with the ports tree, the upstream package, or some other package? In other words, can that problem be fixed without having an updated version of the port (e.g. assuming the upstream package or the other package gets updated and rebuilding the same package without a new version of the ports tree may fix this). Are patches always kept in the ports tree or sometimes they may be kept separately (e.g. in another repo versioned independently)? Many thanks for your time GrzegorzJ From owner-freebsd-ports@freebsd.org Sun Nov 11 13:26:13 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D39251104B5D; Sun, 11 Nov 2018 13:26:12 +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)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A67B808F1; Sun, 11 Nov 2018 13:26:12 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 4B602B187; Sun, 11 Nov 2018 13:26:12 +0000 (UTC) From: Jan Beich To: Mark Millard Cc: Mark Millard via freebsd-multimedia , ports-list freebsd , multimedia@FreeBSD.org Subject: Re: ports head -r484652: multimedia/gstreamer1-libav fails to amd64 -> armv7 cross build: error: /usr/local/bin/as: unrecognized option `-isystem' References: <1C7539AE-9384-4580-A658-B08E7FB8A4EF@yahoo.com> Date: Sun, 11 Nov 2018 14:26:09 +0100 In-Reply-To: <1C7539AE-9384-4580-A658-B08E7FB8A4EF@yahoo.com> (Mark Millard's message of "Sun, 11 Nov 2018 04:36:20 -0800") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 5A67B808F1 X-Spamd-Result: default: False [-106.85 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVRCPT(0.00)[yahoo.com]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_SOFTFAIL(0.00)[~all]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-3.74)[ip: (-9.78), ipnet: 2610:1c1:1::/48(-4.93), asn: 11403(-3.90), country: US(-0.09)]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 13:26:13 -0000 Mark Millard writes: > On 2018-Nov-11, at 03:55, Jan Beich wrote: > >> Mark Millard via freebsd-multimedia >> writes: >> >>> poudirere-devel reported: >>> >>> [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav | gstreamer1-libav-1.14.4_1 wrkdir to: /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/gstreamer1-libav-1.14.4_1.tbz >>> [00:38:42] [03] [00:02:02] Finished multimedia/gstreamer1-libav | gstreamer1-libav-1.14.4_1: Failed: configure >>> >> >> I can't reproduce on 13.0 armv7 (clang 7.0.1): https://ptpb.pw/wdCK >> >>> /usr/local/bin/as -mcpu=cortex-a7 -isystem /usr/local/include -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -no-integrated-as -march=armv7-a -fPIC -c -o /tmp/ffconf.mw9w5KeR/test.o /tmp/ffconf.mw9w5KeR/test.S >>> /usr/local/bin/as: unrecognized option `-isystem' >> >> -isystem originates from USES=localbase defined in the port's Makefile. >> No clue how you've got ASFLAGS poisoned by CPPFLAGS or CFLAGS, though. >> >> Can you provide poudriere log? > > Sure. But first for reference: > > # svnlite status /usr/ports/multimedia/gstreamer1-libav/ > # > > So, no local changes. > > As for the log . . . [...] > --CONFIGURE_ENV-- > ... ADDR2LINE="/usr/local/bin/addr2line" AR="/usr/local/bin/ar" AS="/usr/local/bin/as" CPPFILT="/usr/local/bin/c++filt" GPROF="/usr/local/bin/gprof" LD="/usr/local/bin/ld" NM="/usr/local/bin/nm" OBJCOPY="/usr/local/bin/objcopy" OBJDUMP="/usr/local/bin/objdump" RANLIB="/usr/local/bin/ranlib" READELF="/usr/local/bin/readelf" SIZE="/usr/local/bin/size" STRINGS="/usr/local/bin/strings" ... > --End CONFIGURE_ENV-- [...] > ===> gstreamer1-libav-1.14.4_1 depends on executable: as - not found > ===> Installing existing package /packages/All/binutils-2.30_5,1.txz > Installing binutils-2.30_5,1... > `-- Installing gettext-runtime-0.19.8.1_2... > | `-- Installing indexinfo-0.3.1... > | `-- Extracting indexinfo-0.3.1: .... done > `-- Extracting gettext-runtime-0.19.8.1_2: .......... done > Extracting binutils-2.30_5,1: .......... done Can you track down what defines USE_BINUTILS=yes on armv7 ? See also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233137 From owner-freebsd-ports@freebsd.org Sun Nov 11 13:50:34 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDF321105B04 for ; Sun, 11 Nov 2018 13:50:33 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4953C819B9; Sun, 11 Nov 2018 13:50:33 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 39412B8DE; Sun, 11 Nov 2018 13:50:33 +0000 (UTC) From: Jan Beich To: Grzegorz Junka Cc: freebsd-ports@freebsd.org Subject: Re: Few how-it-works questions References: <73366a94-238a-ed9a-5dee-d5955525e851@gjunka.com> Date: Sun, 11 Nov 2018 14:50:29 +0100 In-Reply-To: <73366a94-238a-ed9a-5dee-d5955525e851@gjunka.com> (Grzegorz Junka's message of "Sun, 11 Nov 2018 12:34:25 +0000") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4953C819B9 X-Spamd-Result: default: False [-106.79 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE(-3.69)[ip: (-9.62), ipnet: 96.47.64.0/20(-4.81), asn: 11403(-3.90), country: US(-0.09)]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.998,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 13:50:34 -0000 Grzegorz Junka writes: > 1. Recommended way of upgrading ports is "poudriere ports -p local > -u", right? But this always gets me the latest version, in which some > ports may not compile, depending on my luck. I know I can use SVN to > checkout a specific version of ports instead, but is it possible to > find out in which SVN version which ports are compiling and which are > not? In other words, can I open the history of builds of FreeBSD ports > on the build servers and check which ports are building in a specific > SVN version, then checkout that version to build on my server? Navigate from https://pkg-status.freebsd.org/builds?type=3Dpackage&all=3D1 to get a list of SVN revisions built then check build log for each until you get one from a successful build. Inspecting /latest-per-pkg// on a package builder may help to filter results more quickly based on PKGVERSION but it doesn't change on every SVN revision. > 2. Every time poudriere builds a new set of packages, it deletes those > which have changed in ports or for which the options have changed, > then it tries to build them again. But because the ports change, some > may no longer build. In that case I am left with no packages to > install on a system unless I am lucky enough to be able to cleanly > build all ports again. What is the preferred strategy to maintain old > packages until a new set is build correctly? See KEEP_OLD_PACKAGES=3Dyes in poudriere.conf.sample. > > 3. When a package doesn't build because of a patch error: > > =3D=3D=3D>=C2=A0 Patching for ImageMagick6-6.9.10.14,1 > =3D=3D=3D>=C2=A0 Applying FreeBSD patches for ImageMagick6-6.9.10.14,1 > 1 out of 1 hunks failed--saving rejects to config/policy.xml.rej > =3D> FreeBSD patch patch-config_policy.xml failed to apply cleanly. > *** Error code 1 > > Is this a problem with the ports tree, the upstream package, or some > other package? There's no generic answer. It can happen if the ports tree is inconsistent, the upstream source have changed but downstream maintainer forgot to rebase or a master port updated but its slave wasn't tested. > In other words, can that problem be fixed without having an updated > version of the port Yes, by cherry-picking desired commit(s) fixing the issue.=20 > Are patches always kept in the ports tree or sometimes they may be > kept separately (e.g. in another repo versioned independently)? Depends on the port. Usually, patches are under files/ but backports or extra features maybe defined via PATCH_SITES or EXTRA_PATCHES. In rare cases patches maybe *within* distfile. From owner-freebsd-ports@freebsd.org Sun Nov 11 13:53:13 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67B921105D54 for ; Sun, 11 Nov 2018 13:53:13 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED429824FE; Sun, 11 Nov 2018 13:53:12 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lj1-f170.google.com (mail-lj1-f170.google.com [209.85.208.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 8EAD4FDAB; Sun, 11 Nov 2018 13:53:12 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lj1-f170.google.com with SMTP id z80-v6so5314034ljb.8; Sun, 11 Nov 2018 05:53:12 -0800 (PST) X-Gm-Message-State: AGRZ1gKvTDS0zK7oB8TIIFl6PhzJSFDkf+rspE6A6x9eilkNEAdAK4+f JPwdOOTuWWtKTlxHvKFA10QdwvnEc59cUo1UKtQ= X-Google-Smtp-Source: AJdET5cCjX2BvXCQgxc7hSl85hJrl8zIVUUWnJ2A2JIwIPuSHP8ZIxQ9EHaF3PcCXF8n5JB3i8j0ts/10BftV1YOMrk= X-Received: by 2002:a2e:2019:: with SMTP id g25-v6mr9371477ljg.20.1541944390839; Sun, 11 Nov 2018 05:53:10 -0800 (PST) MIME-Version: 1.0 References: <783DE9B1-F1F5-45B5-8C3E-0B0D8BF4CC03@yahoo.com> <04F7FF99-96DE-4A51-B17F-7F2FEE667417@yahoo.com> <7F3A94B8-C6E9-42D5-A5DF-94BF910B1D0C@yahoo.com> <09E0609A-B10E-4D00-89D2-4E102C4F3537@yahoo.com> In-Reply-To: <09E0609A-B10E-4D00-89D2-4E102C4F3537@yahoo.com> From: Kyle Evans Date: Sun, 11 Nov 2018 07:52:59 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: ports -r484565 : qemu-arm-static fails with: (start < end): backtrace included; start+len arithmetic overflow (abi_ulong wrap) for TARGET_FREEBSD_NR_mmap use To: marklmi@yahoo.com Cc: Sean Bruno , ports-list freebsd Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: ED429824FE X-Spamd-Result: default: False [-103.08 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-0.97)[-0.969,0]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 13:53:13 -0000 On Sun, Nov 11, 2018 at 5:24 AM Mark Millard wrote: > > I attached with gdb in order to stop at the assert and look around. > > > > The following is a backtrace with notes and prints mixed in: > > (gdb) bt > #0 thr_kill () at thr_kill.S:3 > #1 0x000000006028a21f in __raise (s=6) at /usr/src/lib/libc/gen/raise.c:52 > #2 0x0000000060204949 in abort () at /usr/src/lib/libc/stdlib/abort.c:67 > #3 0x000000006027855a in __assert (func=, file=, line=, failedexpr=) at /usr/src/lib/libc/gen/assert.c:51 > > Note end==37146624 below vs. start (37146624 will show up again in later notes) > > #4 0x0000000060036243 in page_set_flags (start=4143968256, end=37146624, flags=9) at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/accel/tcg/translate-all.c:2077 > > Note start and len below: > > #5 0x000000006003df2b in target_mmap (start=4143968256, len=188145664, prot=, flags=, fd=, offset=) > at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/bsd-user/mmap.c:626 > > (gdb) print/x start > $5 = 0xf6fff000 > (gdb) print/x len > $6 = 0xb36e000 > Ahhh, I see where I messed up. I will whip up a patch ASAP to fix. Thanks! From owner-freebsd-ports@freebsd.org Sun Nov 11 14:27:15 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D12FF11069BF for ; Sun, 11 Nov 2018 14:27:15 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6397832A9 for ; Sun, 11 Nov 2018 14:27:14 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (unknown [IPv6:2001:8b0:151:1:c07a:d7a5:dca0:255d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 8C7D66095 for ; Sun, 11 Nov 2018 14:27:07 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/8C7D66095; dkim=none; dkim-atps=neutral Subject: Re: Few how-it-works questions To: freebsd-ports@freebsd.org References: <73366a94-238a-ed9a-5dee-d5955525e851@gjunka.com> From: Matthew Seaman Openpgp: preference=signencrypt Autocrypt: addr=matthew@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFJIL80BEADi7/VbnnErDU6pjEhI/SzEZ/HbDRkJ5g7HroAtqIRm6nj8ZwOAgZ/2ZnWn 5F+fXTuLsG0FLNtkd17FoVcuCi5e/GPliXI5cmamV7E1Yz4T8UsJ7RQolimyxVexccKd16Tc AA7B9bFlJSKkBUSD0buj7VjT07xWhRzu6Vgi5r0UjLALYJz977uZA0F1aOGOXREDEAOhdcNc kSNjynqAwDA6dCT1Elpi4key1fYjv4jyDF+GU/YXul2Y/rguA8FCkHd9vyym5eAsLQ5mG00V V9fkEHIpH5KorNVnl/ufHXnkZqmHAZVpFDcrshb7aZ/pL45PXyWgLj+e6etelgj3a2bZi0JF cVdXCnBZVP2oIyYblM11ugTbfCwodORU8a5KfPeztMdAtDr4e+32NTrPdPi5rLT+GUsYz+PL 3A3m3u8bdsFp40DlIrBtSByVjqERxcfhphrEB4J8BXHUG7OAtXkZMlW/PGKDwXJq0O6Z5Tcg YHAoEiSWbXiexHgXNJyP+sqnIlhLWhSJGeJ+C83wqI6oYlZUCW00NkPxcIHnQPV/z+5wQVci TMyaWC2YCIHz4Ljs+TnwWMz0E8PNFDfHVbQ0W4PRGV7gRAqxfL+yKufauIEGbEq8rNDbSwL3 bcUCxR4ZDlaUEUwT4J8naf7rjdgiEYHs2Ig3jeK1+ER4FPG1sQARAQABzTBNYXR0aGV3IFNl YW1hbiA8bS5zZWFtYW5AaW5mcmFjYW5pbm9waGlsZS5jby51az7CwZcEEwEKAEECGwMFCwkI BwMFFQoJCAsFFgIDAQACHgECF4ACGQEWIQRyz6whebywJLW1RZADb2ye5/OevwUCWttU4QUJ DFmAlAAKCRADb2ye5/Oevwb5EACipbOazgwl5IbqkQI4gELpCh5dqDASS9DQqAD35n/cI91P 0lrYcdyCQbOXadQi5bswnP4AcJqX83mITXbcApDdxVxHujw7VODI069eV3/I9Qz72mHYYAAj w0CHNx4bKED2YCSVS6+jV5hq2sywNEUxL+4I218Oc+IsLts62m4tQ8UxX9fQ2H1kQOvdrYpj x7je5qJX/yujLc+9WWZ8ZBSdP/HVJUEdRgQotwAlgfMp3mRQEE73MAJisG/olj/dSxd+oHIP NbJt1yxMqhZekuEGqZpm3tWvqYgpGcEXdhphJSxeK6oLpTLghuAb7/WdOBrpfL7c2OQYBgOw DK+7Io9NBt/d/rCxL39jmUONW8ohrhnNQ2SALnyYTvZgruxA4tXxOOyM9up0/8mB5E8YC9ML 5YuxRPNTXYeWCexa0zktnkCgT7PhS33evf5gsA0B9Snv7TFCFN9adPAdHlsppZIWfTHDG8e2 Jik8PmvsUG34XNif5k6Ui3++2ZA8ZoKvOyLeomuno1hN8yk1APw8SbX1SPNz9UVbl8W/YgGj 3GhYOuQt4HcMiLyTby6R4lC4nsBaHS1MX+57f6Zxzf2wNjSKxiJK9qS7azbu/GxpafNhbz1Z +iUDIaJkRWA1Gs8C7SMcfVsI5zDtvqHGYtTCgooVMYJ6vRyB68M4bljUYMxRTs7BTQRSUUK4 ARAA1FhWoOejtwmsnGshoIbda2FmM+z/f97OzpagLhACHfP5Es/I18wG/0G+rdNuO2tjA9IM Z44GUMtjokDrDk63N9S+rVKy1QEy+UN6CiIfYTpTTAPnEY7IGN1JjGksPhn7aeuBCQwUMAV1 k+wklBCcOD6s8DD4kx0ZJqkH83XzWoBSVamdHvnM56C8yPVr5HHMC1tZInAWBMrF+cjl1EPf z3CqkVnG8Sxc5ydeibMS9Q3lHLeVkVlMRAmNqzNLfgJDUWtzac7JIjFEsxYYhpiaPcsstUUu Ha4zIRJ/yHDNbDttWRf1lrlFZLpeuap4BZ2hQw0UOZVNwGoFoS4ZqaZiv8mm0lX6s9/AdQD6 AVrpXWKa7JU2wDiay9sRbYh+5vVWGz9mhncK/Vfwtu5IjVp5v5WMz/WfnUxZMcNlfgTo4i1s www+qRBO2A4Yj8qKKWnTsl7aCX92itTiPgwbt6YgQPwgww72r67jPt5o8VMXDqPMPKzGicw1 AyxtMjsoSlnn91FuZctwil3vPpvzGXtBmrzQSbdDmy0KT5p5/W9pD/8UtLLLM6PLs5X0jIho vQHnQKEUO7xV3yNDAW9DPICeh7f/o9W+QJfQAXngNz0brvmgScAUXRaeAFeQbAmtEG92qlSV D7gb7WOemllgfbEn0Nanrv5aEcZCWx4WjybMLHEAEQEAAcLBfAQYAQoAJgIbDBYhBHLPrCF5 vLAktbVFkANvbJ7n856/BQJa21VJBQkMUG4RAAoJEANvbJ7n856/mAcP/0ybQAvXfxWEEByk IP0DhJHAC/EMeBwNkiAp4Sqr+uIz3GCFGKHDjvEGsofiFQ2ujBpG7FncHlBbnsTLFvte3ahE 30I1AKcd9k1MBeOFoCBHwES1ts0XUXF37E+ANrECQrzSayZx95csIiYvlfOPEOLAt7EiURKX CXdO6HNo8UimcmGdQwT3ytTMosHAbdrhQk13chTIWptmmCwz9iWLxT9PLY01ACCoXuAdGz07 ZXQn+bB+avMa6Wh5yh39J+6jJiuzbRlv/Uelogq7ojbC5zveX5rNbcyinwOEFyGAhFpfF7ES sKedR2Q40LvysT7I5ugS+Hk4Z2nvbd2bOSdC4j8aBWzfqVu2p37d2AnnswfPoLrOyNUZ+ciT EcmEUVR7WWUwQ0H6A6h4C2NeBmLRRjk9CEfzrgM2DNQqDL1RMYKlVosQ8BeUR9ThztUwDakx nK0ZtZb2rAliKYaaEFbZDePz1xmvjYc7EZq/3OTlGMUDa6BPHHbCvJjiAUc/Q9iaRe3dp69V /rwOM5NiS+tWgp3OtgX0mDWVoQnDjyWVIRU/QagJHsNJJCc0N48BxgIX3H6M0x6BbA9PKgFt DlK4hLR/hDl5fnWG45TVIxT4ybuPXGW7af9U6bGDgXTBNUCzNUz2p2F2u7W/iK0WTfjovYvV Vcptegyu6ttZN49KkQtL Message-ID: Date: Sun, 11 Nov 2018 14:27:04 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <73366a94-238a-ed9a-5dee-d5955525e851@gjunka.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fxnYY8hyzuSWR0sdfqIbMjEuCGpFXmi1z" X-Rspamd-Queue-Id: D6397832A9 X-Spamd-Result: default: False [-105.20 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[FreeBSD.org]; MX_GOOD(-0.01)[cached: mx1.FreeBSD.org]; NEURAL_HAM_SHORT(-0.97)[-0.969,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: GB(-0.10)]; ASN(0.00)[asn:20712, ipnet:81.2.64.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 14:27:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fxnYY8hyzuSWR0sdfqIbMjEuCGpFXmi1z Content-Type: multipart/mixed; boundary="NLQWEpMMScxieNvHpVNtUREIyeMdcGnPC"; protected-headers="v1" From: Matthew Seaman To: freebsd-ports@freebsd.org Message-ID: Subject: Re: Few how-it-works questions References: <73366a94-238a-ed9a-5dee-d5955525e851@gjunka.com> In-Reply-To: <73366a94-238a-ed9a-5dee-d5955525e851@gjunka.com> --NLQWEpMMScxieNvHpVNtUREIyeMdcGnPC Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: quoted-printable On 11/11/2018 12:34, Grzegorz Junka wrote: > Hi All, >=20 > I would like to understand a bit better how the ports infrastructure wo= rks. >=20 > 1. Recommended way of upgrading ports is "poudriere ports -p local -u",= > right? But this always gets me the latest version, in which some ports > may not compile, depending on my luck. I know I can use SVN to checkout= > a specific version of ports instead, but is it possible to find out in > which SVN version which ports are compiling and which are not? In other= > words, can I open the history of builds of FreeBSD ports on the build > servers and check which ports are building in a specific SVN version, > then checkout that version to build on my server? Firstly ports rarely stay uncompilable for very long. There are exceptions mostly due to situations like the problems with openssl-1.1.1 support at the moment. So there are some additional strategies to apply:= 1) Wait. If you can just put off updating for a day or two, problems are quite likely to get fixed. Of course, you can help this process along by opening bug reports and/or submitting fixes or even just posting to the various lists about problems you're experiencing. 2) Change versions: since you're building your own packages, you don't need to stick with the default versions of things like python, postgres, openssl etc. set in the ports. Sometimes just substituting in a different version of a major dependency will solve your compilation problems. At the moment this is particularly fruitful with packages that need OpenSSL or an equivalent, given compatibility problems with libressl and recent openssl. 3) Change options: do you really need support for all of the possible whizz-bang features available in the downstream port? In many cases you can prune the dependency tree of a package pretty effectively by tweaking package options. Limit what's built to just what you actually need to use and you've cut out many places where failures could occur. By doing these things, you can generally get yourself a set of packages that you can build fairly reliably from the head of the ports tree. Now, you can play with checking out an older version of the ports and you can look at the results from the package build cluster eg. here: https://pkg-status.freebsd.org/?all=3D1 where there are historical logs, and you can compare against the commit history for your ports of interest to find when a problem was introduced and checkout the corresponding version of the ports tree. However... see below. > - also, is the ports tree mirrored in Git/GitHub? Yes. Here: https://github.com/freebsd/freebsd-ports.git > 2. Every time poudriere builds a new set of packages, it deletes those > which have changed in ports or for which the options have changed, then= > it tries to build them again. But because the ports change, some may no= > longer build. In that case I am left with no packages to install on a > system unless I am lucky enough to be able to cleanly build all ports > again. What is the preferred strategy to maintain old packages until a > new set is build correctly? Copy the whole folder aside? Is it possible= > to tell poudriere to create a new folder with packages for each new > build (eventually with the option to use already built packages when > they have not changed)? I suspect poudriere doesn't maintain such state= > internally, it simply deletes what's no longer relevant and then builds= > what's missing? Yes, poudriere can keep a history of the state of your package repository over time. Check the values of these settings in your poudriere.conf: ATOMIC_PACKAGE_REPOSITORY=3Dyes KEEP_OLD_PACKAGES=3Dyes KEEP_OLD_PACKAGES_COUNT=3D15 Poudriere will create a new directory tree for each package bulk you run, and link the unchanged packages into each tree for an incremental update so it's as space efficient as it can be. Poudriere will create a symbolic link in eg. /usr/local/poudriere/data/packages/ like: % ls -lad .latest lrwxr-xr-x 1 root wheel 16 Nov 10 12:07 .latest@ -> .real_1541851673 Changing that link to point at an earlier version of the repository will achieve the effect you desire, although be aware that poudriere will tend to update it to point to the lasted build results each time it is ru= n. > 3. When a package doesn't build because of a patch error: >=20 > =3D=3D=3D>=C2=A0 Patching for ImageMagick6-6.9.10.14,1 > =3D=3D=3D>=C2=A0 Applying FreeBSD patches for ImageMagick6-6.9.10.14,1 > 1 out of 1 hunks failed--saving rejects to config/policy.xml.rej > =3D> FreeBSD patch patch-config_policy.xml failed to apply cleanly. > *** Error code 1 >=20 > Is this a problem with the ports tree, the upstream package, or some > other package? In other words, can that problem be fixed without having= > an updated version of the port (e.g. assuming the upstream package or > the other package gets updated and rebuilding the same package without = a > new version of the ports tree may fix this). Are patches always kept in= > the ports tree or sometimes they may be kept separately (e.g. in anothe= r > repo versioned independently)? Patches that fail to apply cleanly is an obvious problem that port maintainers will deal with routinely at a very early stage whenever updating a port. Even if someone managed to accidentally commit a broken patch, it would generally be fixed in pretty short order. If you're seeing this frequently in your checked out ports tree then it's probably due to 3rd party patches you've added to the tree or old patches that have been deleted upstream but that somehow still exist in your checkout. 'svn status' or 'git status' will tell you about locally added files or various forms of tree conflict that prevent removing a no-longer-required patch. If you need to maintain your own set of private patches to the ports tree, that is certainly possible. I'd recommend uing git to clone the freebsd-ports repo and creating your own branch as that is probably the lowest effort way of being able to merge in upstream changes. Cheers, Matthew --NLQWEpMMScxieNvHpVNtUREIyeMdcGnPC-- --fxnYY8hyzuSWR0sdfqIbMjEuCGpFXmi1z Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEEGfFU7L8RLlBUTj8wAFE/EOCp5OcFAlvoPDlfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDE5 RjE1NEVDQkYxMTJFNTA1NDRFM0YzMDAwNTEzRjEwRTBBOUU0RTcACgkQAFE/EOCp 5Odg9w//cR31Z+RquUFk0NfFqIwvDhUL5sHGgPXL4Y3G/ns/8H7rnlmUsIbW7F/g eYKo7tWEShfdwwC1GydIzmbeqOS2EGWN64V/NyOv0Zd0a4QZrRXzJUXraK0dODH7 7knNkWPEZ8VtHZMiVzzC8Ae7rsriXU2HMnWh4REfawdP2ocT/jaK8tZGMSRxY04G F+hMwUAWvOoarIq1hwimmp07WXQ7g/LfXCn4Y1NGv/ICHcCZTD0QahrN7i3KL4Ma hlDQ09E5LAxQY9iq1AkAcj8ZWMN2v3xF8vKejUrLZQsNwWdR5jJ0tRcK8+0dhTdV pMrZskOx8S8k1U3gABlhbDWwVVJSDfJddDFkoYvFMCA7q0eBJ4UtDJbCoU9d4efY LwhDw/xVvEVJwufJ3UXEfIX0UwK5x8U0Szt8hyavg7Vf9G6msRy0tcRhCQ/mSqyw WDzj0eMXmAnckKIbA0zppm6F0kyuawJ/fPaWRylTlvivg984iQgSgxeeuD4wL6ey 62/eNWqTbLiXH77MyVDQkQDG0P89kseuIesWktUVbrxAI0xNgu2AdxBxNuRXzthO 4PrYMTAgpqudg5TRrIIBJv99jVHUtOToogA46Z1x2AbssQTkkmflh6Zprj/WmjH+ +MSROXu7/Qw3S41bywDiyz2MWONbu4PmDJ/hBjeV3q9Rj8yTzvs= =RIW9 -----END PGP SIGNATURE----- --fxnYY8hyzuSWR0sdfqIbMjEuCGpFXmi1z-- From owner-freebsd-ports@freebsd.org Sun Nov 11 14:46:18 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E58D31107540 for ; Sun, 11 Nov 2018 14:46:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F247683C8B for ; Sun, 11 Nov 2018 14:46:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: YPXC0owVM1n9otrRl3tH_Zsl41S9yUORs7IIAqDMwTd1YKQwtrzjOMiifGDrObj lwGos0vmAawDVL7tzgZRtj0c0P4wtjA3nQMNgf42fEhgZ8cregiu6rb2xDDOCb35bMyR6KeIN5Bu _lp8Sa_JHC5RSyWIaB8XzxazcaYFSvjC1djAblk1Eim8Bo1e6GsBzTo4JLXKJRTQqz7djiZ_K62R GOjZzcemIuz.R5PKz7h68ZegWMfwiWePORkzldEFmdNgSOdh_coyP7teDhZyvxyrgWAS7ObJYaBY ezhjlx4U3Db8sSyDRnLPdNCXfZnKTGMt7lY_tOIL0l5ekQCr7bkA48dzcGZgX3iorvKdiDnu7vdg D8xgjyKk_2I8S63GLLE8UG5QWhBSWiPCdGjCMpnAqVGpb1hndK9kBBKZI4wBufULu4KPbBojjXn6 tAYe7VhGzh4JxaVTUPiksKCUlcfw8b3eER5vbu5zYzQEuDlanOKit7lMBGpifclDfIdML6e1y9tu H.ZZgEmuKjpi1CMU2VpYcM_U_FtwGJhePqQOyFM7olTGJJ1cJk2JN4vT_4ll4Lmn3dffHZsC7r4t Rc3MhwM907jkEuiGlf71kzLRj7_xN4c8AsCzq1YupNJshn7Zz4iRuKA_.AZNUR0.ysj0TjIb.rAP 8a5Xwe98broEMJfbIdhwnyrukA9p77BacVnzVVfq3LM8xJ1EIhKolgcI3ShXx8tF0E4IZQkUo1rT _68jOPRTziofkjjvvSyTiwpxsCanqzQo0zqxsbGDnIK1ozItIXJ1cY4W3JLN2zMRjBRq92v1kBuX Y.dbQxPHEJDcsvSqLcuCZh8sNIhCMuUu.c3n_CW21FaIMLRvqr6sVXK9szRHfyC4H7rBI0ipCkgL TFW43JVRx9ejiqWH4KLMgeCl6A8l0CUW75YNDMvEch.Q0l1w6MqV7yrdRcpdK43QXO_hyv0A.kOb Bnq3dQt0vk_vTuOqXW.b3fM6xLQ29HeXkgCHk7HENOSB9CYF1cRFTlrPMAw52YjCilDUSgH.wkOk wJpGXUOp3sg9R.CvGZkKT5uQ7TzYQye5CoYKvT1..hv_.8rs- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 11 Nov 2018 14:46:09 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp425.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6a3ee24cb160ad9ea9f970ca8000007e; Sun, 11 Nov 2018 14:46:07 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r484652: multimedia/gstreamer1-libav fails to amd64 -> armv7 cross build: error: /usr/local/bin/as: unrecognized option `-isystem' From: Mark Millard In-Reply-To: Date: Sun, 11 Nov 2018 06:46:07 -0800 Cc: Mark Millard via freebsd-multimedia , ports-list freebsd , multimedia@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: <2167B016-BB1F-4CF2-87CB-4473198D3A6E@yahoo.com> References: <1C7539AE-9384-4580-A658-B08E7FB8A4EF@yahoo.com> To: Jan Beich X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: F247683C8B X-Spamd-Result: default: False [-2.04 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.23)[0.231,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[147.69.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(0.23)[ipnet: 98.137.64.0/21(0.68), asn: 36647(0.55), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 14:46:18 -0000 On 2018-Nov-11, at 05:26, Jan Beich wrote: > Mark Millard writes: >=20 >> On 2018-Nov-11, at 03:55, Jan Beich wrote: >>=20 >>> Mark Millard via freebsd-multimedia >>> writes: >>>=20 >>>> poudirere-devel reported: >>>>=20 >>>> [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/gstrea= mer1-libav-1.14.4_1.tbz >>>> [00:38:42] [03] [00:02:02] Finished multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_1: Failed: configure >>>>=20 >>>=20 >>> I can't reproduce on 13.0 armv7 (clang 7.0.1): https://ptpb.pw/wdCK >>>=20 >>>> /usr/local/bin/as -mcpu=3Dcortex-a7 -isystem /usr/local/include = -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=3D64 -D_LARGEFILE_SOURCE -DPIC = -no-integrated-as -march=3Darmv7-a -fPIC -c -o = /tmp/ffconf.mw9w5KeR/test.o /tmp/ffconf.mw9w5KeR/test.S >>>> /usr/local/bin/as: unrecognized option `-isystem' >>>=20 >>> -isystem originates from USES=3Dlocalbase defined in the port's = Makefile. >>> No clue how you've got ASFLAGS poisoned by CPPFLAGS or CFLAGS, = though. >>>=20 >>> Can you provide poudriere log? >>=20 >> Sure. But first for reference: >>=20 >> # svnlite status /usr/ports/multimedia/gstreamer1-libav/ >> #=20 >>=20 >> So, no local changes. >>=20 >> As for the log . . . > [...] >> --CONFIGURE_ENV-- >> ... ADDR2LINE=3D"/usr/local/bin/addr2line" AR=3D"/usr/local/bin/ar" = AS=3D"/usr/local/bin/as" CPPFILT=3D"/usr/local/bin/c++filt" = GPROF=3D"/usr/local/bin/gprof" LD=3D"/usr/local/bin/ld" = NM=3D"/usr/local/bin/nm" OBJCOPY=3D"/usr/local/bin/objcopy" = OBJDUMP=3D"/usr/local/bin/objdump" RANLIB=3D"/usr/local/bin/ranlib" = READELF=3D"/usr/local/bin/readelf" SIZE=3D"/usr/local/bin/size" = STRINGS=3D"/usr/local/bin/strings" ... >> --End CONFIGURE_ENV-- > [...] >> =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on executable: as - = not found >> =3D=3D=3D> Installing existing package = /packages/All/binutils-2.30_5,1.txz >> Installing binutils-2.30_5,1... >> `-- Installing gettext-runtime-0.19.8.1_2... >> | `-- Installing indexinfo-0.3.1... >> | `-- Extracting indexinfo-0.3.1: .... done >> `-- Extracting gettext-runtime-0.19.8.1_2: .......... done >> Extracting binutils-2.30_5,1: .......... done >=20 > Can you track down what defines USE_BINUTILS=3Dyes on armv7 ? /usr/ports/multimedia/gstreamer1-libav/Makefile has: FFMPEG_VARS_OFF+=3D LLD_UNSAFE=3Dyes # aarch64 (The comment about aarch64 is not indicating conditional logic. My guess it just indicates a context where LLD_UNSAFE is required, rather than conceptually optional --even if always currently applied for the FFMEG_VAR_OFF context.) The one place with USE_BINUTILS=3Dyes in /usr/ports/Mk/bsd.port.mk is: .if defined(LLD_UNSAFE) && ${/usr/bin/ld:L:tA} =3D=3D /usr/bin/ld.lld LDFLAGS+=3D -fuse-ld=3Dbfd BINARY_ALIAS+=3D ld=3D${LD} . if !defined(USE_BINUTILS) . if exists(/usr/bin/ld.bfd) LD=3D /usr/bin/ld.bfd CONFIGURE_ENV+=3D LD=3D${LD} MAKE_ENV+=3D LD=3D${LD} . else USE_BINUTILS=3D yes . endif . endif .endif Note that WITH_BINTUILS/WITHOUT_BINUTILS has buildworld defaults of: WITHOUT_BINUTILS Set to not build or install binutils (as, ld, and objdump) = as part of the normal system build. The resulting system = cannot build programs from source. This is a default setting on arm64/aarch64 and = riscv/riscv64. When set, it enforces these options: WITHOUT_GDB WITH_BINUTILS Set to build and install binutils (as, ld, and objdump) as = part of the normal system build. This is a default setting on amd64/amd64, arm/arm, = arm/armv6, arm/armv7, i386/i386, mips/mipsel, mips/mips, = mips/mips64el, mips/mips64, mips/mipsn32, mips/mipselhf, mips/mipshf, mips/mips64elhf, mips/mips64hf, powerpc/powerpc, powerpc/powerpc64, powerpc/powerpcspe and sparc64/sparc64. But at this stage in many contexts WITHOUT_BINUTILS=3D can validly be manually set. I'd originally done that for = /usr/obj/DESTDIRs/clang-armv7-installworld-poud/ and other armv7 material until I wanted to use /libexec/gdb inside that context to get a backtrace and related information for another problem. = (Well after my report of the gstreamer1-linav issue.) I'll likely be going = back to using WITHOUT_BINUTILS=3D now that I've reported the detail for a qemu-arm-static failure. For amd64, armv7, and powerpc64 I only have WITH_BINUTILS=3D in order to = allow WITH_GDB=3D when it seems appropriate for what is going on. (Sometime = contexts are not appropriate for ports or are not ready for having ports yet.) > See also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233137 My understanding is that /usr/bin/ld.bfd does not work for aarch64 and so WITHOUT_BINUTILS=3D is more of a requirement. So if lld is a problem, then USE_BINUTILS=3Dyes ends up being nearly required. There is devel/aarch64-binutils as an alternative. FFMPEG_VARS_OFF+=3D LLD_UNSAFE=3Dyes # aarch64 suggests that, for aarch64, USE_BINUTILS=3Dyes is almost required for that context. Side notes: There is no devel/armv7-binutils or any devel/arm-binutils but there are various special purpose devel/arm-*-binutils ones. I ignore above: base/binutils and base/gcc and their use. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sun Nov 11 14:46:25 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C84D01107575; Sun, 11 Nov 2018 14:46:24 +0000 (UTC) (envelope-from john@saltant.com) Received: from twaddle.saltant.net (twaddle.saltant.net [IPv6:2001:470:8d6f:1001::2]) (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 1700683C94; Sun, 11 Nov 2018 14:46:23 +0000 (UTC) (envelope-from john@saltant.com) Received: from dither.saltant.net (dither.saltant.net [IPv6:2001:470:8d6f:1001::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by twaddle.saltant.net (Postfix) with ESMTPSA id DFE20332BD; Sun, 11 Nov 2018 09:46:22 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=saltant.com; s=twaddle; t=1541947583; bh=4llrEZAUpTDz+R7jSHTT0uzyObX9jdrvcXKUCrL6hks=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=tQc6zgQmE8CxzuLz6inFZCihfG1FlkrzZGsjxEioNRO9/d14MaOW2sfuGfyc9nQo4 hkW9G8XLE8L4JJKe2RSCeYvXHdMiGP+rxQ3LWpZ/21yd326/jsK1kbWBkqpdI8m2vv uaMjVOOsnffwYTjiI2B62eMr3PAO6CzVLTSHKCsmFYyELwMDTehOz3QrGl29KERCPd 2/bIjHsHTVCy48CUFMV1+kQAISHiPtZy36PUch8RLeJZPofmp25kfByFG4gT7WNfe0 lCiwc0HIoqjfmBAbyBljSAodlv+wezjecQ67W1S7KYmxbTE6LvSfOgOhXWP3JaAS7+ eZXX4QscI+Y9g== Subject: Re: security/py-gssapi: Strip libraries; add ssl -- needs a committer To: Kurt Jaeger Cc: FreeBSD Ports , Nathan Dowens , FreeBSD Python References: <52d6139a-1e9f-45f7-5371-b3335a123869@saltant.com> <27d9f679-8831-314f-57a6-6d92a7812309@saltant.com> <20181111083515.GG1940@home.opsec.eu> From: "John W. O'Brien" Autocrypt: addr=john@saltant.com; prefer-encrypt=mutual; keydata= xsFNBFpcMG0BEACeAEQ0ZTUEH+6B8XIBid2H8g1yY+niHxVphqz8JwnQtYX+bS+Kl3vr783F HH81DEbfPtYgHY53NF9FjSzCyj13lXVnEGQOdxXzZVKsN1nyuXCN2hDOFH7Yc5yQ8h85T4Hv sqPIGIXOztu4MX14iUAcTgLhfibNQBeKDeNI+BBeaE9lPuNVeiM+xsI4JYcjmDbjFzAHRpBo ull0koUFh6RZAKE7u17yLej1pTIQQVjQpWdK37BAq4hdkLwjGDY8mDGo3ZwGdNibxIAxv/wi KU6u2DfUg8+kLHIhOqk/+kFQ/uK5YA1azsyD5eIbNAs4W7LglA6SkiGBglTwkP0VCrkPdD14 6sx3U7uFgexDWbVuhLIkcPQ0SRmnjgUKHgk7px/jMvAPKSKoL0JQNdP/+pnO9CDLGmoHx9gE 5kVr5dQK8c/WauEfimAdE9qLuN6vb0Iei73q3e3OOHAUusR5wC5SwXt4iilbaK4r04NKXyfb SB3+qWST07F9cmMscfEStSBhpez3awB+1jz8gr40tkEGsFZGvD2KKAgZdKpoxv6IrZepclWz HpqHF01SRFORYMsd1d83XlEu/S1/Z9YJ87RoCdZuYCkjnoRPtpTi9d+JD/u3ZiQFwLUz/Ne3 VqiGKvY66EGcO3tvANMg6GWD9sqlnBDp9Lls0ChEY3dgDYd6DQARAQABzSJKb2huIFcuIE8n QnJpZW4gPGpvaG5Ac2FsdGFudC5jb20+wsGUBBMBCAA+AhsDBQsJCAcCBhUKCQgLAgQWAgMB Ah4BAheAFiEENPkbBr3zmPAVSH2HM8TWS4ldvzsFAlpcMTMFCQX2qcYACgkQM8TWS4ldvztT xQ//eHb1mgd40Z0fN2GnJti6/9uJ771IO6slFQ02GZcXZI+FIQo8Yd1dHe0e0Codu78qvJNr ggUtqdxH6SVp7K1AWHeLH5S0PF6iG5B+YUux080wEv/Mr8PPMgAD8gS3wiPDDgB/kUXO52bn DC3Fc0dUrFE/JAOByVEEDL5nLF6SQNpAtIUnaAIIuhKxi0d40LMcLUwuJ6jExynw8Iu7OVtu Y1PRAH5ESt6wYZq8ro8ukh4rMOxiWtT1yNEgHgnq3N4jKErVo87YJijHSSj80IKxUiKb/T6K tGTEBTKiSUV3OFj0ZoPxcbUmhIg2sBCNHaUCiI0KabqN1NyK2glKtcK6NpWy3JIHvtr3+VL1 /tvQTwlVUIacmsuxkGzm5vJPs/i2RtwsJXEXPmIRNgJ1EwZgpg5VqqEUDlmSyRLb48QcDrdv utKLA1MKLib1fD+0XmxZTbCMlFMlvJjAoBlVq60mvB/Jnv1TTnZ2eN6DKMWoxHKmPICh5F1q esmT/aJRIUoCiAgcChi4Ol4XmW3dM7ypjKCGHzyr6emCky5pjqSQZyFzg0RN5UjUQBISAGmJ E8hCFZIy7tf8meqIDbtkONh+JShN6u3t02JrnzSOQjZCh5WQW9Pnu7unJlIsYB10aZ6rvuAK YjghT8QLG8QVgJj/U9oeVG1Ag60fmLZdOFjRGmnOwU0EWlwwbQEQANebvidw1D5SKSmG3Ut8 p9vngBi5HjYe4FSYcfz0NgYa893RiScQ6yjOwuEf/fEoBgvpVnhcbu0JsaYvDNNzFGzPQcj0 CFhkr5s7REWNLGmmFCxCaGieTxIQdYsLxwn72mops8bsrL0a++8NDE+l7X4K3EUyp9GP7pIq 4l9jeIJ/RnX3yySRlXxcM3P+DV9ltXsnQ9pC/qEVVyK18C1zoiskhxmAY9cv9TJOaANHtA7R 7+hM5TyppIz7kqiwiCf6XfVFqKH0I0srdamb0KTnAZpmyx7iNKYl60PdIfEwkwck8fcGwOSA lwE9CLkHLwKMjx/gF3xRag5xjOdP/Out0cQ/pXv8DWnKblWbiGZheB4xUqhOT9Cj/8u/tKtC 51C9wID26hsrhtSAMJPUwQoo/SwLNEd1JpkqUP1njOdlV8FmM1EozHLPSvwlTm6oWwubkkY6 QkUHqXuO+2VdNhyDfx23fQhd0UPhQ0ceDRnjaSB9ycWqpktBP5iNQajYbx5Ktt8fC2Y+Ztjo u1KY7wJSUzqh7uZgR1TqIOVZp7bdPLBGHW5eNEf0Awq17utGe6d9i4hPmeNqELUz71hjmABm bIQJ+VgqYcQ0T/PrjwhzHv5g3jn67/ftW91nlTNpbhwm8suIdPA1hF6vgnZ3B4+JsevnevLG yU6YCb0OOKleP6pZABEBAAHCwXwEGAEIACYCGwwWIQQ0+RsGvfOY8BVIfYczxNZLiV2/OwUC WlwxTQUJBBV2YAAKCRAzxNZLiV2/O2PnD/wMKz/rzYbf0SaTvgae4jqryrcWRta56dcnVe7W KPuUu4Q/WBGhXKeCfPrlr399bILxZGw5TXuGMjS8gEoMd81PEMcWaMpgg3F569Cxd9GN6AZd LXXrZa0aM7dvZkz98ymILEnqHMpF74sLvZY2PrsOwo2gKXNqhtCJ2ph8OUKhG+NHvAomjMu9 lPQMkXJ4HRV0OljawqAe4y+IFu2K4abWwZw1mdniTCb5al8V2umzf26QL0DgeFp3banlfjYW Dn5cRuDBQqIoR/6cQaKdFKTJYiTVK3p3WRWiJQniYi39S8CR646w+zVi7ax1shSB0r0lxIFo CZu285HcMd7HsHH+T2ZI45ilayUoyoZvxPPlwhiRzyYZ6qqAAXKDihhda7uNApUqLwoSn5FW njmx6KdlVPF9ycCdf+in5k6nVlHWG15ogF/Y96K+/Q1Iuod9rzWqT4bz9a5olY8r++QE3V1b H3z803wXEUAJg+WGTkYXFNw7w6RhSSEhBRzupDoCROSkRhe3vQGy5FLG+BMV9n9nevhj5sBx CM1BbNBdB5H/2RcXh0wSb6zjewgs3UAbBvCQOdMAMo8XpYM5SLBqtaY7oalBElTxtFnwSNJm hMbahYE/wHbkmMqalrzGyQxbSUdrmE64CIX8xmv47fnjRoTZMzKim/02MRH+Ss1M+rLzpw== Organization: Saltant Solutions Message-ID: <4fa19d05-8da3-f543-f70b-7e653e6e657f@saltant.com> Date: Sun, 11 Nov 2018 09:46:16 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20181111083515.GG1940@home.opsec.eu> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Kklg0Q7Qmyi2F65HxXMm3Vcq3S3UHfyHo" X-Rspamd-Queue-Id: 1700683C94 X-Spamd-Result: default: False [-7.19 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[saltant.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2001:470:8d6f::/48]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[saltant.com]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: twaddle.saltant.net]; DKIM_TRACE(0.00)[saltant.com:+]; NEURAL_HAM_SHORT(-0.96)[-0.962,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.62)[ipnet: 2001:470::/32(-4.47), asn: 6939(-3.53), country: US(-0.09)]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 14:46:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Kklg0Q7Qmyi2F65HxXMm3Vcq3S3UHfyHo Content-Type: multipart/mixed; boundary="n1AyQArtPKKHI3sgUvPoDDn3B6bIG96zn"; protected-headers="v1" From: "John W. O'Brien" To: Kurt Jaeger Cc: FreeBSD Ports , Nathan Dowens , FreeBSD Python Message-ID: <4fa19d05-8da3-f543-f70b-7e653e6e657f@saltant.com> Subject: Re: security/py-gssapi: Strip libraries; add ssl -- needs a committer References: <52d6139a-1e9f-45f7-5371-b3335a123869@saltant.com> <27d9f679-8831-314f-57a6-6d92a7812309@saltant.com> <20181111083515.GG1940@home.opsec.eu> In-Reply-To: <20181111083515.GG1940@home.opsec.eu> --n1AyQArtPKKHI3sgUvPoDDn3B6bIG96zn Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2018/11/11 03:35, Kurt Jaeger wrote: > Hi! >=20 >>>> [0] https://bugs.freebsd.org/231189 > [...] >> It's been two more weeks with no attention to this patch, which is rea= dy >> to commit. Could I entice a committer to pick it up? >=20 > Committed, thanks! It took me a while to clean up after the > 12/openssl111 update. >=20 Thank you, Kurt. --=20 John W. O'Brien OpenPGP keys: 0x33C4D64B895DBF3B --n1AyQArtPKKHI3sgUvPoDDn3B6bIG96zn-- --Kklg0Q7Qmyi2F65HxXMm3Vcq3S3UHfyHo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEKpEHkkRoSDiIJkQOWPtK56pP/m4FAlvoQL8ACgkQWPtK56pP /m5b2Af9ExYZafTrrdeBog++c2gDgIWRiaQ/o2gHcVQsJpNTJvAe8bvf8mDOdEom bkCDohqCNFPgrq3wcbGXYfXY6mU3cVIixUFisazDEHPwliKt7gsFWhIJCMQYALNf 82ojk2msXTmBtKuFa5wChVzdEUPIPIaLy527tLZGTF50vmHM01bxQWqZo+Ievcm/ 6G+VQqB747crnBz/aAP8/eCWyeskrX5HOFIUHKtU0WLRduAS2wn9T5roL1YypjUL gWpRxJFFkUtZu5bJKhQ96vw7NddCYBsADtYeR4PCOEeQTGm1muDONvK6/KiY29Ki ohSkBF3OAlnOlm5TOLaCaP440P7HHQ== =XnXK -----END PGP SIGNATURE----- --Kklg0Q7Qmyi2F65HxXMm3Vcq3S3UHfyHo-- From owner-freebsd-ports@freebsd.org Sun Nov 11 15:19:59 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F56911083C2 for ; Sun, 11 Nov 2018 15:19:59 +0000 (UTC) (envelope-from se@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 CC8E884C4A for ; Sun, 11 Nov 2018 15:19:58 +0000 (UTC) (envelope-from se@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8B2EA11083C0; Sun, 11 Nov 2018 15:19:58 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68C7D11083BE; Sun, 11 Nov 2018 15:19:58 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mailout04.t-online.de (mailout04.t-online.de [194.25.134.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88AC284C47; Sun, 11 Nov 2018 15:19:57 +0000 (UTC) (envelope-from se@freebsd.org) Received: from fwd38.aul.t-online.de (fwd38.aul.t-online.de [172.20.26.138]) by mailout04.t-online.de (Postfix) with SMTP id E27E241B08EB; Sun, 11 Nov 2018 16:19:54 +0100 (CET) Received: from Stefans-MBP-WLAN.fritz.box (rSR7+8ZTZhdqlRT9dSdZM2E7Zi3E1EKdp216qe9GsewCNibo0QWNoAS23rSeO6+Z9Y@[80.128.111.25]) by fwd38.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384 encrypted) esmtp id 1gLrWi-2B4JQO0; Sun, 11 Nov 2018 16:19:52 +0100 Subject: Re: FreeBSD Port: firefox-63.0.1,1 multiple errors build To: Mathieu Arnold Cc: Jonathan Chen , stephen@missouri.edu, yuripv@yuripv.net, alexvpetrov@gmail.com, ports@freebsd.org, gecko@freebsd.org References: <44d54f38-9ee4-2f32-cb74-0df2e0da20a6@missouri.edu> <89244b15-0707-ee21-ef03-a197282e0491@yuripv.net> <66ca8a73-8ab5-dcb9-7e72-776d39167401@yuripv.net> <8a39ffbe-5d9e-15ff-bee3-51ce850ad679@missouri.edu> <34bc8745-8e5b-7600-124c-9e09dac06789@freebsd.org> <20181101164352.igjjjfabnvxu6enp@atuin.in.mat.cc> From: Stefan Esser Openpgp: preference=signencrypt Autocrypt: addr=se@freebsd.org; prefer-encrypt=mutual; keydata= xsBNBFVxiRIBCADOLNOZBsqlplHUQ3tG782FNtVT33rQli9EjNt2fhFERHIo4NxHlWBpHLnU b0s4L/eItx7au0i7Gegv01A9LUMwOnAc9EFAm4EW3Wmoa6MYrcP7xDClohg/Y69f7SNpEs3x YATBy+L6NzWZbJjZXD4vqPgZSDuMcLU7BEdJf0f+6h1BJPnGuwHpsSdnnMrZeIM8xQ8PPUVQ L0GZkVojHgNUngJH6e21qDrud0BkdiBcij0M3TCP4GQrJ/YMdurfc8mhueLpwGR2U1W8TYB7 4UY+NLw0McThOCLCxXflIeF/Y7jSB0zxzvb/H3LWkodUTkV57yX9IbUAGA5RKRg9zsUtABEB AAHNKVN0ZWZhbiBFw59lciAoWWFob28hKSA8c3QuZXNzZXJAeWFob28uZGU+wsCWBBMBCgBA AhsDBwsJCAcDAgEGFQgCCQoLBBYCAwECHgECF4AWIQSjceplnAvsyCtxUxNH67XvWv31RAUC WvLvqwUJCyUBEwAKCRBH67XvWv31REySCACc6vqcSFQCRyBRc2CV5ZBjbbnTy7VBoXbUS3/c 4Hn8I0YQ39q7//2z8vYsgLeM1mMXL4PUIU/0f0dBAFBLpxV7bntGzyCJls6SeGS/qcQKhqaI 6I7NcWg8OkIJIhUL6q238cS1ql9pU65fyHe0PP8JS08m81PDpX2/4wTE6h2jgYUy55eXRzoF MEjr1S8SSnidsBem27o7iWu9ltJsUtE86071iZlLzbuHv2nvucrjAV9cK9tHrxYT/YiY8QhT L48iWj2xIjLjg1ebmgIFZ2k881we/KTIoUugqOOR1gDSc4qwM8CA388cN3frjtl98CwhAT5T UV8tIDqri+/Z1AKwzsBNBFVxiRIBCACxI/aglzGVbnI6XHd0MTP05VK/fJub4hHdc+LQpz1M kVnCAhFbY9oecTB/togdKtfiloavjbFrb0nJhJnx57K+3SdSuu+znaQ4SlWiZOtXnkbpRWNU eMm+gtTDMSvloGAfr76RtFHskdDOLgXsHD70bKuMhlBxUCrSwGzHaD00q8iQPhJZ5itb3WPq z3B4IjiDAWTO2obD1wtAvSuHuUj/XJRsiKDKW3x13cfavkad81bZW4cpNwUv8XHLv/vaZPSA ly+hkY7NrDZydMMXVNQ7AJQufWuTJ0q7sImRcEZ5EIa98esJPey4O7C0vY405wjeyxpVZkpq ThDMurqtQFn1ABEBAAHCwHwEGAEKACYCGwwWIQSjceplnAvsyCtxUxNH67XvWv31RAUCWvLv qwUJCyUBGQAKCRBH67XvWv31RLnrB/9gzcRlpx71sDMosoZULWn7wysBJ/8AIEfIByRaHQe3 pn/KwE57pB+zFbbQqB7YzeZb7/UUgR4zU2ZbOcEfwDZcHUbj0B3fGRsS3t0uiLlAd8w0sBZb SxrqzjdpDjIbOZkxssqUmvrsN67UG1AFWH9aD24keBS7YjPBS8hLxPeYV+Xz6vUL8fRZje/Z JgiBMIwyj6g2lH/zkdnxBdC0iG1xxJOLTaghMMeQyCdH6ef8+VMyAlAJsMckbOTvx63tY8z7 DFcrnTJfbe1EziRilVsEaK8tTzJzhcTfos+f3eBYWEilxe5HzIhYKJeC7lmsSUcGwa6+9VRg a0ctmi9Z8OgX Message-ID: <35e2a6d1-b82b-499c-1ea7-ab4c85994a72@freebsd.org> Date: Sun, 11 Nov 2018 16:19:50 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <20181101164352.igjjjfabnvxu6enp@atuin.in.mat.cc> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="s3CL8zpspjATZjcIoMN5OIliLj2lPu8Ha" X-ID: rSR7+8ZTZhdqlRT9dSdZM2E7Zi3E1EKdp216qe9GsewCNibo0QWNoAS23rSeO6+Z9Y X-TOI-MSGID: 343447dc-fe2f-4609-904f-35837c0fa2e3 X-Rspamd-Queue-Id: CC8E884C4A X-Spamd-Result: default: False [-108.98 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-1.00)[-1.000,0]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.67)[ip: (-9.83), ipnet: 2001:1900:2254::/48(-4.75), asn: 10310(-3.68), country: US(-0.09)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[mat@FreeBSD.org ..,freebsd-ports@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 15:19:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --s3CL8zpspjATZjcIoMN5OIliLj2lPu8Ha Content-Type: multipart/mixed; boundary="uX7lmV82RxEHIYM79QhEdA4JriruPMotz"; protected-headers="v1" From: Stefan Esser To: Mathieu Arnold Cc: Jonathan Chen , stephen@missouri.edu, yuripv@yuripv.net, alexvpetrov@gmail.com, ports@freebsd.org, gecko@freebsd.org Message-ID: <35e2a6d1-b82b-499c-1ea7-ab4c85994a72@freebsd.org> Subject: Re: FreeBSD Port: firefox-63.0.1,1 multiple errors build References: <44d54f38-9ee4-2f32-cb74-0df2e0da20a6@missouri.edu> <89244b15-0707-ee21-ef03-a197282e0491@yuripv.net> <66ca8a73-8ab5-dcb9-7e72-776d39167401@yuripv.net> <8a39ffbe-5d9e-15ff-bee3-51ce850ad679@missouri.edu> <34bc8745-8e5b-7600-124c-9e09dac06789@freebsd.org> <20181101164352.igjjjfabnvxu6enp@atuin.in.mat.cc> In-Reply-To: <20181101164352.igjjjfabnvxu6enp@atuin.in.mat.cc> --uX7lmV82RxEHIYM79QhEdA4JriruPMotz Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Am 01.11.18 um 17:43 schrieb Mathieu Arnold: > On Thu, Nov 01, 2018 at 08:54:16AM +0100, Stefan Esser wrote: >> Am 01.11.18 um 03:38 schrieb Jonathan Chen: >>> On Thu, 1 Nov 2018 at 15:35, Montgomery-Smith, Stephen >>> wrote: >>> [...] >>>> I only started using portupgrade recently. I find it rather unrelia= ble. >>>> I think the problem is that some ports need to be deleted before th= ey >>>> can be built successfully. >>> >>> For reliable port builds, you need use port builders that use clean >>> environments; ie poudriere or synth >> >> True, but we used to make ports build with a previous version installe= d, >> whenever possible. The problems are generally caused by the build proc= ess >> picking up include files or libraries from LOCALBASE instead of from t= he >> port's source directory. >> >> I'd expect a port maintainer to check for easy fixes to such build pro= blems. >> >> Maybe we should add a port variable that is true if a port conflicts w= ith >> earlier versions of itself. That would indicate to port build tools li= ke >> portmaster or portupgrade that the old version should be deleted befor= e >> starting the build of the new version (and to re-install the old versi= on >> if the build of the new one fails). >> >> E.g.: >> >> CONFLICTS_WITH_ITSELF=3D yes >=20 > You can already set >=20 > CONFLICT_BUILD=3D firefox-62.* Besides overloading the CONFLICTS* variables with just another meaning, this does not work at all. You obviously have not tested this suggestion before posting! The output of "make check-depends" is explicitly filtered to omit matches= that belong to the same origin as the port being built. And BTW: Another problem with flavors: The check for same origin does als= o suppress entries for conflicting packages built from that origin but with= a different flavor (even if the FLAVOR is also reflected in the package name, e.g. by a prefix). STefan --uX7lmV82RxEHIYM79QhEdA4JriruPMotz-- --s3CL8zpspjATZjcIoMN5OIliLj2lPu8Ha Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEo3HqZZwL7MgrcVMTR+u171r99UQFAlvoSJcACgkQR+u171r9 9USYyggAxL9MXJ/MhqRA59KxKwt/djJryBR3ndgEs0EsI/IGwq9M4jthfUekd2DD xaJR57qf0nN/SwGXj9yEuhvsmvj4/0ld8JnA2CnjONa1BIshQ7rWLApFVBe6NLXW kqbLMLiD+r3JySOmkcOYutTVFmGJIV4OBbpb+Q65QsNdvkF1OvolFJW6IJb/TpUY etLFmG2BqnrBrgD4BDnqiSONCGRmCnlbxKS3zGc4SnekyAxwyIZlRMAgpgqdQ2ce ebR9xoS+eAJFahu66qZNqzltDcTRIIAi63kJp6QTyMbP0kH+U55RL9Wq2K/ZYxFY JXDu4ILNZ6XmxyEYpBojkCyhfTyLfA== =N4TY -----END PGP SIGNATURE----- --s3CL8zpspjATZjcIoMN5OIliLj2lPu8Ha-- From owner-freebsd-ports@freebsd.org Sun Nov 11 15:49:39 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45A64110942F; Sun, 11 Nov 2018 15:49:39 +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)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CBE338629B; Sun, 11 Nov 2018 15:49:38 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id A2BDBCD4D; Sun, 11 Nov 2018 15:49:38 +0000 (UTC) From: Jan Beich To: Mark Millard via freebsd-multimedia Cc: ports-list freebsd , multimedia@FreeBSD.org, Mark Millard Subject: Re: ports head -r484652: multimedia/gstreamer1-libav fails to amd64 -> armv7 cross build: error: /usr/local/bin/as: unrecognized option `-isystem' References: Date: Sun, 11 Nov 2018 16:49:34 +0100 In-Reply-To: (Mark Millard via freebsd-multimedia's message of "Sat, 10 Nov 2018 19:54:13 -0800") Message-ID: <36s7-r4vl-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: CBE338629B X-Spamd-Result: default: False [-106.85 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVRCPT(0.00)[yahoo.com]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_SOFTFAIL(0.00)[~all]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-3.74)[ip: (-9.78), ipnet: 2610:1c1:1::/48(-4.93), asn: 11403(-3.90), country: US(-0.09)]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 15:49:39 -0000 Mark Millard via freebsd-multimedia writes: > poudirere-devel reported: > > [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav | gstreamer1-libav-1.14.4_1 wrkdir to: /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/gstreamer1-libav-1.14.4_1.tbz > [00:38:42] [03] [00:02:02] Finished multimedia/gstreamer1-libav | gstreamer1-libav-1.14.4_1: Failed: configure Can you re-try after https://svnweb.freebsd.org/changeset/ports/484697 ? From owner-freebsd-ports@freebsd.org Sun Nov 11 17:05:00 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E197B110B5D4 for ; Sun, 11 Nov 2018 17:04:59 +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 E795389150; Sun, 11 Nov 2018 17: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 wABH53Ia001230 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 11 Nov 2018 09:05:04 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id wABH53Hu001229; Sun, 11 Nov 2018 09:05:03 -0800 (PST) (envelope-from fbsd) Date: Sun, 11 Nov 2018 09:05:03 -0800 From: bob prohaska To: Dimitry Andric Cc: freebsd-ports@freebsd.org Subject: Re: More troubles building www/epiphany Message-ID: <20181111170503.GA994@www.zefox.net> References: <20181110215948.GA97192@www.zefox.net> <20181110233559.GA97550@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181110233559.GA97550@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: E795389150 X-Spamd-Result: default: False [0.52 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.76)[-0.761,0]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.73)[-0.735,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.15)[0.147,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-0.02)[country: US(-0.09)]; MX_GOOD(-0.01)[cached: www.zefox.net]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 17:05:00 -0000 On Sat, Nov 10, 2018 at 03:35:59PM -0800, bob prohaska wrote: > On Sun, Nov 11, 2018 at 12:16:47AM +0100, Dimitry Andric wrote: > > > > After r339270 (the upgrade of base OpenSSL to 1.1.1) and r339709 > > (bumping of OpenSSL shared libraries to version 111), you must delete > > all your ports, and rebuild them from scratch. > > > > Yes, it sucks. :) > > > > Ok, at least I know now..... > For lack of a better idea, I tried running "make deinstall" in /usr/ports/ to clean house. It appeared to at least partly work, but now trying to make -DBATCH in www/webkit2-gtk3 the make process stops while building cmake: [ 5%] Built target cmsys [ 7%] Built target cmsys_c [ 7%] Built target cmcompress [ 74%] Built target CMakeLib [ 75%] Built target CMakeServerLib [ 88%] Built target CTestLib [ 88%] Built target ctest [ 94%] Built target CPackLib [ 95%] Built target cpack [ 96%] Built target cmake [ 99%] Built target ccmake [100%] sphinx-build man: see Utilities/Sphinx/build-man.log Traceback (most recent call last): File "/usr/local/bin/sphinx-build", line 6, in from pkg_resources import load_entry_point File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 3112, in @_call_aside File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 3096, in _call_aside f(*args, **kwargs) File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 3125, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 578, in _build_master ws.require(__requires__) File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 895, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 781, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'typing' distribution was not found and is required by Sphinx *** Error code 1 Stop. make[4]: stopped in /usr/ports/devel/cmake/work/cmake-3.12.4 *** Error code 1 Stop. make[3]: stopped in /usr/ports/devel/cmake/work/cmake-3.12.4 *** Error code 1 Stop. make[2]: stopped in /usr/ports/devel/cmake/work/cmake-3.12.4 *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/cmake *** Error code 1 Stop. make: stopped in /usr/ports/devel/cmake The file Utilities/Sphinx/build-man.log is present, but empty. This is a new problem, apparently precipitated by attempting to delete old ports. For the moment I'm trying to manually compile python27, to see if it helps. If there's a better thing to try please let me know. Thanks for reading, bob prohaska From owner-freebsd-ports@freebsd.org Sun Nov 11 17:55:16 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5849B110CAF1 for ; Sun, 11 Nov 2018 17:55:16 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from tatiana.utanet.at (tatiana.utanet.at [IPv6:2001:938:1337:25::25:46]) (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 B82288A90D for ; Sun, 11 Nov 2018 17:55:15 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from paris.xoc.tele2net.at ([213.90.36.7]) by tatiana.utanet.at with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gLtx4-00073C-Fz for freebsd-ports@freebsd.org; Sun, 11 Nov 2018 18:55:14 +0100 Received: from 194-96-182-243.adsl.highway.telekom.at ([194.96.182.243] helo=[10.0.0.93]) by paris.xoc.tele2net.at with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gLtx4-0000jK-Ck for freebsd-ports@freebsd.org; Sun, 11 Nov 2018 18:55:14 +0100 To: freebsd-ports@freebsd.org References: <20181111170503.GA994@www.zefox.net> Subject: Re: More troubles building www/epiphany From: Walter Schwarzenfeld Message-ID: Date: Sun, 11 Nov 2018 18:55:12 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <20181111170503.GA994@www.zefox.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-TELE2-Authenticated-As: cf62768e218b4d81d95cc5390f1bd9dfc8b05683 X-Rspamd-Queue-Id: B82288A90D X-Spamd-Result: default: False [-5.13 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[6.4.0.0.5.2.0.0.0.0.0.0.0.0.0.0.5.2.0.0.7.3.3.1.8.3.9.0.1.0.0.2.list.dnswl.org : 127.0.5.1]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:938:1337:25::/64]; FREEMAIL_FROM(0.00)[utanet.at]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[utanet.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.73)[ipnet: 2001:938::/32(-4.76), asn: 8437(-3.81), country: AT(-0.09)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: pmail.utanet.at]; NEURAL_HAM_SHORT(-0.98)[-0.985,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[utanet.at]; ASN(0.00)[asn:8437, ipnet:2001:938::/32, country:AT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[243.182.96.194.zen.spamhaus.org : 127.0.0.11] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 17:55:16 -0000 Compile CMake with DOCS=off. From owner-freebsd-ports@freebsd.org Sun Nov 11 23:01:29 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 735B411288DE for ; Sun, 11 Nov 2018 23:01:29 +0000 (UTC) (envelope-from erdgeist@erdgeist.org) Received: from mail.bithabitat.de (mail.bithabitat.de [84.200.61.29]) (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 9030472BDC for ; Sun, 11 Nov 2018 23:01:28 +0000 (UTC) (envelope-from erdgeist@erdgeist.org) Received: (qmail 51265 invoked from network); 11 Nov 2018 22:54:04 -0000 Received: from mail.bithabitat.de (HELO mail.bithabitat.de) (erdgeist@erdgeist.org) by mail.bithabitat.de with ESMTPS (AES128-SHA encrypted); 11 Nov 2018 22:54:04 -0000 To: freebsd-ports From: Dirk Engling Subject: Broken port qmail-tls, upstream dead Openpgp: preference=signencrypt Autocrypt: addr=erdgeist@erdgeist.org; keydata= xsFNBFjRKwsBEAC/F5QZPccZbcCuGmMG5TvjNSeaAZcRJSxKEC4hz8OPYyaPdxnFyq8qoeAB 9ou6oqmdBoNfkZHuByC9fZ2aa7OB1RKIKcwGanb1yp86Re4BZWtGXbXODGCR1I98E7z9klNM ZP8OQrPhi8GijpsWMOr6LDNEg/nWpnhMaGBvyrDTLzzm0u5w8cNWv/A+khQWIJPwR1sS+Jy/ 3aqiNTlkpweR/v6ElXcipKz4Ki/SYwmEfiYkicm63JRRetXu5s8+HTNMwJvfb+rb3e0TaHPL J1Wu68PFf8vogGBIOJIDRJBgmYOX7P4dTPJS7Xe99JUbUWEs0wlEWuv/5GU/QPfTBoBgCGG5 EGEc8SDEBMjef5O2RUubBxYgMSvw1ermYuonoNrBCqQh7Lj7aWEk0CwDj31hul52uGZneAEO TG1fg85S3h5vIRgwwBHbPkH+3HFLeCplmFeyR+wPNU6OulAOHvXLH1U+7yESMY4uN7Y95u+l MgVfIpLbGwfgOdmlVssqF5aSL0ScvMm0eoLToTYBroNwQ94M6as18ltQPIVsMMUlbwzzf8eo mBe56imYwtrqjKtAsqgwWNz42FqLq3mZC29zIdjGdwf8yPFnyvKK7CLyKT+Uir05YVc8Gw2P 0cuQ3WLlbQ6J8i1HpHFHPB0HaZx1YcaV65M9U+DgJDam+0JJzQARAQABzSREaXJrIEVuZ2xp bmcgPGVyZGdlaXN0QGVyZGdlaXN0Lm9yZz7CwYIEEwEIACwCGwMFCQeGH4AHCwkIBwMCAQYV CAIJCgsEFgIDAQIeAQIXgAUCWNErXAIZAQAKCRDy9hMrwy+yn2OYD/4kcNTqYd55y9axC3gD XQYNEttdWzC+OaTn5VeW82KKd3IGeO0oRjxi4FxfTyYH9qhk6rOnG0OdH/mYywEp1cNwOKAA hlumuQKFoKPxaQxIP+VTmp06BWLov46fWE+5hZNdoDawii6LRJ+sKK84nx9Y8v6Jb5IWeGcu PWhRIdqew6j9WJgWKa5cuVgj+h7/n0/4P3CcjhH2sXUs1Fw80xXfsTGNA4emAHf1xelplj+8 LUgK9VOftuuWsmSZtg7PzsgWcEAwVwxJQCUj7pwKGitBq4rOLMXV39aC7Spmz8oif/HBOmI2 BbM527xI36D6r6/S0Y1RqWqBZAOP7qslkG/wYcjd1wt+qKrRZUeeuO86U5/6vuKtO2a3Gyaj RbGQoxFiHNjZY18svcPqloT5geqCTfZDpZIz5zUj7mcBKPmbA1pO0nvg2ly7JaqdIeyZCdX2 +iYxuwbMesKQfB5GSF7oOOuWKOBDB9WH+8F+fKXJf++86eUqfcrHpNK6kXXVnrAh7QE7yWYq 5oONAH4iazX/7PSsOcOJuKyQCHmtEBgo83rb6H7hVMu6U+7SeVVslXv6aZQ0fF1YQ3dqAqoB 1QQIa4YLN0l60T4fHQqQmruzo4HtLvPEfq8rfL10fvEs45A/DsfMIsiRCzJTOoMTZ/hDYytr TzwR+KgcpM/8z4pMHc7BTQRY0SsLARAA0EG3+5KajPEkZr+YwTpuHKlC/9zwsrFlslep2Wr+ uQYvN5FH878aft0al25Arhx66Ac30hCTTqwA3ixa8AiwkF8sPhPhFKcEIDkWQvfNE5CA+Ljg h2Baeo6YizYRk6uoeHW8onYFvewIba4rsjpGClU6mzV9sP0VqJ2SZI/gUf+sL4vMHeEcnsX2 ipmKvtR5hsBWTS2ttobxLgNZBlQUuMaZHGUw9drG7AILjFrPnPp3nFIvYhT4zHqjqRhuyfcr 6SBO7bBPJJs82szrOa6pz8Bi4n6L6WhXRahnZsIfMYIXoczW4OvmCWdrX3oy8NqlD/SkxbwG 1jrIsdQQD5ecwsF94PvNpY53pXWIcZUCGzTzHVnZbAPvfNZgTpXLTf6Z6XvTxT/6fqbs7HjY KieZSsedg4fVHCGDADiRONHMnmqlkgyQ8PD0tIIT21GQaX6yrqnLlny/A2GpfygwkLz1LSCR 857633U6kMOYEqwE0SisTa6viugHfeA/9UEzU413KbEvIQA/UKPT1QWcN5Bln8iDFjlovE2g WKMwf93oOP0+uNcPIVdWcybWVyLh2qkCMpi/4gTq/+C8SrbMU5OKRrVuPBkjRwtukuOdVazA trB39wzQszsbEkFKuLXcroe+BAUIuJCIh+HK7UJcKeyYDJxSdnWucbHU7JUorkYEhq0AEQEA AcLBZQQYAQgADwUCWNErCwIbDAUJB4YfgAAKCRDy9hMrwy+yn8e+EACOc04tHvoO2piSmi0M bE3t7WadMseeP2LyVpZmttAauSmi00gLNXS6YSQsnNWsQ+JcEJfUdZOvrDREwqkCxKyhrU/9 hCJVruQzb8YHJsDHQPAc+BTvbVR8dlc/vUQyHuA8x2CjTGjybspyGTnDOY10f49Yc2MPeTeF x7Tsc4mnPQVHKWuBmfAVdM8OlDMCS5Q0C6dsb3nPrCJjYTwcsrT94gd6ra9xHF9bLQQO52VZ Vze7PZ10SJxoy7ry09au8mW0Q4PBtEvcra02TipeiaIzdMmt+X8l5HL3Vba60l9zHnr+I4Jx TpP/8i8Bm95W+7sNWUcIjRJGl1iif/CiaGp8PVyprTjrqYFzjSHkDdbm/tOekTQU6h0f+Clp t96h4qu8fLNdw/HLp+BCYnYwF37sgWY95Qw1cqmL21R9RDBArFJrlm2N1l8YZdw6jk35Bcbu H84H7Rwm7a5vmHIa9bH2WNz1ml34pPITuMMG85abF/dVEf81+zaW12VDzs43hZiaYieWrAQe A2/JSgdDGIPZx68Ysw5kojw53TC9/w3tMyIx82JgbvbbgY7gqsfPW0bv5B79mJeE3tUpDDPO Nl7VAtqnOWvPbbQFdOTMZz36Y/WBolx/bOqglPIGHHRt6t0i9LupLluhuIDSCQk7hOaQorSf YmbwUxzknuL+GhEDnw== Message-ID: Date: Sun, 11 Nov 2018 23:54:04 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9030472BDC X-Spamd-Result: default: False [1.20 / 200.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[erdgeist.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.12)[0.123,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mail.erdgeist.org]; NEURAL_SPAM_LONG(0.18)[0.178,0]; NEURAL_HAM_SHORT(-0.09)[-0.094,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.11)[asn: 31400(0.54), country: DE(-0.01)]; ASN(0.00)[asn:31400, ipnet:84.200.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 23:01:29 -0000 Hey, due to recent changes in openssl that comes with 12, qmail-tls and derived ports don't build anymore. I fixed most of the compile issues and submitted them upstream, but despite checking via several channels, got no reply. If it was just for the ports-patch for the tls-patch, I would just provide one and be good. However at least one feature breaks (and that is for ALL platforms, not only 12) with my patch-patch. Any suggestions how to proceed? Break that feature for all of them? Spend more time on trying to fix that? Keep qmail-tls broken until upstream responds? TIA erdgeist From owner-freebsd-ports@freebsd.org Sun Nov 11 23:48:27 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F7391129ACA for ; Sun, 11 Nov 2018 23:48:27 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A3A4174820 for ; Sun, 11 Nov 2018 23:48:26 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id wABNmOIW027619 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 11 Nov 2018 23:48:25 GMT (envelope-from list1@gjunka.com) Subject: Re: Few how-it-works questions To: freebsd-ports@freebsd.org References: <73366a94-238a-ed9a-5dee-d5955525e851@gjunka.com> From: Grzegorz Junka Message-ID: Date: Sun, 11 Nov 2018 23:48:24 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-Rspamd-Queue-Id: A3A4174820 X-Spamd-Result: default: False [-3.07 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.96)[-0.962,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.80)[-0.801,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: GB(-0.10)]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 11 Nov 2018 23:48:27 -0000 On 11/11/2018 14:27, Matthew Seaman wrote: > On 11/11/2018 12:34, Grzegorz Junka wrote: >> Hi All, >> >> I would like to understand a bit better how the ports infrastructure works. >> >> 1. Recommended way of upgrading ports is "poudriere ports -p local -u", >> right? But this always gets me the latest version, in which some ports >> may not compile, depending on my luck. I know I can use SVN to checkout >> a specific version of ports instead, but is it possible to find out in >> which SVN version which ports are compiling and which are not? In other >> words, can I open the history of builds of FreeBSD ports on the build >> servers and check which ports are building in a specific SVN version, >> then checkout that version to build on my server? > Firstly ports rarely stay uncompilable for very long. There are > exceptions mostly due to situations like the problems with openssl-1.1.1 > support at the moment. So there are some additional strategies to apply: Matthew, thank you for your comprehensive response. Just to be clear, I wasn't complaining about the ports tree being broken from time to time. It's understandable as it's being constantly updated. I just got caught in between renaming ImageMagick to ImageMagick6 and updating some ports to use ImageMagick7. As a result some ports didn't built reporting strange build errors. But another update one day later and the strange errors are gone. Since it's hardly an exception (flavours or renaming kde to kde4 are other examples), I take there must be periods when the ports tree is more stable in between those bigger updates and was trying to find a strategy to determine those stable periods as a base for updating my ports tree. Waiting, changing versions or options are good suggestions but these are reactive approaches. I would prefer a more proactive approach, i.e. not have to spend time on building a broken tree and then trying to fix it myself (unless there is no other option) but rather update my port tree when I know it's stable, and so the idea of being able to check it out in between those bigger updates. I will check the URLs and poudriere options you suggested. As a side note, is it known in advance and announced anywhere that those bigger, potentially breaking changes are being applied to the port so that someone can plan to update beforehand or wait until the storm is over? Thanks GrzegorzJ From owner-freebsd-ports@freebsd.org Mon Nov 12 00:42:37 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91AE4112B773 for ; Mon, 12 Nov 2018 00:42:37 +0000 (UTC) (envelope-from ndowens@yahoo.com) Received: from sonic315-21.consmr.mail.ne1.yahoo.com (sonic315-21.consmr.mail.ne1.yahoo.com [66.163.190.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 154A476C1C for ; Mon, 12 Nov 2018 00:42:36 +0000 (UTC) (envelope-from ndowens@yahoo.com) X-YMail-OSG: 4Sv_OysVM1kOwd8qD5UY9IG0MELHCqtqc4dlg8yCH27E9TZP6NNDp.wuuZw3Q.U D1V2Stzgs1JwK.Ojvv7ySRFNeSC51IRyus2u.4KY.OtEriBBPX5gUgaAhTnhEezwBqLBE7S6H8RN aBZiB_48lmSaYePtrLka2Fc4cs4c1oxHnsKQy6H3AXYG6ASd51gjrgFP2repP4a0s92fxLfexm7e 6x3AXAJd_1cxdoraU2cwJBG7kFMV1Zxo1U9aLiD_XSEpBYiMhdGEpa52942X1uRKJoEb6guMN5II jDxPNwC7lFJx4ZvloxUnBImOYehWEEqmqIO4Aco5Q6_.Pgy3qNkmH24yq_p2KeSid_U_ykdYny.W 227dt_hGd9PCNHQK3zoNzaXKIyELZuy5cKu7uCqW1rOEeCiZQQrCR8EaP5jNh0j70mpn4dh0mw4k d2R7ow9V3pJB0viFFqvP2wurUcsGbf3pn4GlfOAr0pSOCEDvC0bqy27bab39S.ReH4kpkMOy65n1 8q2LYpt.5vNLSbq1XBlRqwZN2mBPkxipcl5mgCOph8ijRML6ILwsH_rYIZZ7jZHDVbfv5_KCKbbH Ky.Q_I652dzHXyDOe2yerO5WUmCkMQwH5KLAZjKtPGJOnGEDCghJ_6o2tEiwPG15ao5IncVFikpe Jmly3ikJiq4G_56MYi4wV3Y3kyGGdLt55GZkve9iisDPCs4GFxdBfJw6JZSe4.L7LyMMqg5KlD5Y .Wez9zLMGFRBTIQm.wDhFW6iv.8mk3x.oqPPOl8FR_AoIRA_F7akGCIUe5bfR_i3m5XE5cRn.ZBe Hw.Z8xt.IuTC9NS_47zwpz1bvTPJtUjVTq52_t0QqweGosKHJ8LLPP0l4oqrGcjrhOXwt9tpFfFT e8fnZmZjkFkwDNUiS.ssUFhv_4Qbnb5nkzW.5rhbD_wtFF3Fgo38dcUkdIC_615YvwkDzdmADpbQ 4YD0Sd4bdK7Tyy9UswAGWVT5PY2DL.VgcGjv2psswOdvA5x.zuyl7s0394SODlluyUkMN1rhMCw- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Mon, 12 Nov 2018 00:42:36 +0000 Date: Mon, 12 Nov 2018 00:32:26 +0000 (UTC) From: Nathan Owens To: freebsd-ports Message-ID: <1039417279.632330.1541982746544@mail.yahoo.com> In-Reply-To: References: Subject: Re: Broken port qmail-tls, upstream dead MIME-Version: 1.0 X-Mailer: WebService/1.1.12732 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36 X-Rspamd-Queue-Id: 154A476C1C X-Spamd-Result: default: False [3.16 / 200.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.88)[0.879,0]; NEURAL_SPAM_MEDIUM(0.83)[0.825,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(1.69)[ip: (5.07), ipnet: 66.163.184.0/21(1.93), asn: 36646(1.55), country: US(-0.09)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[147.190.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_SPAM_LONG(0.78)[0.777,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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: Mon, 12 Nov 2018 00:42:37 -0000 Is the error from older version of OpenSSL or platforms specific?=C2=A0 On Sunday, November 11, 2018, 5:02:16 PM CST, Dirk Engling wrote: =20 =20 Hey, due to recent changes in openssl that comes with 12, qmail-tls and derived ports don't build anymore. I fixed most of the compile issues and submitted them upstream, but despite checking via several channels, got no reply. If it was just for the ports-patch for the tls-patch, I would just provide one and be good. However at least one feature breaks (and that is for ALL platforms, not only 12) with my patch-patch. Any suggestions how to proceed? Break that feature for all of them? Spend more time on trying to fix that? Keep qmail-tls broken until upstream responds? TIA =C2=A0 erdgeist _______________________________________________ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" =20 From owner-freebsd-ports@freebsd.org Mon Nov 12 00:53:24 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B35D112BB19 for ; Mon, 12 Nov 2018 00:53:24 +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 60FF277128 for ; Mon, 12 Nov 2018 00:53:23 +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 wAC0YcMb002491 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 11 Nov 2018 16:34:39 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id wAC0Ybdr002490; Sun, 11 Nov 2018 16:34:37 -0800 (PST) (envelope-from fbsd) Date: Sun, 11 Nov 2018 16:34:37 -0800 From: bob prohaska To: Walter Schwarzenfeld Cc: freebsd-ports@freebsd.org Subject: Re: More troubles building www/epiphany Message-ID: <20181112003436.GA2193@www.zefox.net> References: <20181111170503.GA994@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: 60FF277128 X-Spamd-Result: default: False [0.57 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.78)[-0.780,0]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.29)[0.294,0]; IP_SCORE(-0.02)[country: US(-0.09)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.82)[-0.816,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]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[utanet.at]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 00:53:24 -0000 On Sun, Nov 11, 2018 at 06:55:12PM +0100, Walter Schwarzenfeld wrote: > Compile CMake with DOCS=off. > For some reason it wasn't necessary, cmake compiled after a couple cycles of cleaning and reinstalling. Now webkit2-gtk3 is getting stuck compiling libsoup: .... checking for glib-networking (glib TLS implementation)... no configure: error: libsoup requires glib-networking for TLS support. If you are building a package, you can pass --disable-tls-check to allow building libsoup anyway (since glib-networking is not actually required at compile time), but you should be sure to add a runtime dependency on it. ===> Script "configure" failed unexpectedly. Please report the problem to gnome@FreeBSD.org [maintainer] and attach the "/usr/ports/devel/libsoup/work/libsoup-2.62.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 Stop. make[2]: stopped in /usr/ports/devel/libsoup *** Error code 1 The really strange thing is that glib-networking compiled and installed without visible errors, so it's not clear why the test failed. Any ideas appreciated, including a way to cleanly remove all ports and start over! This is on an RPI3, so there are, far as I know, no precompiled packages available. Thanks for reading, bob prohaska From owner-freebsd-ports@freebsd.org Mon Nov 12 01:14:41 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33A01112C4C2 for ; Mon, 12 Nov 2018 01:14:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-4.consmr.mail.bf2.yahoo.com (sonic307-4.consmr.mail.bf2.yahoo.com [74.6.134.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B18E177A31 for ; Mon, 12 Nov 2018 01:14:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VX9wGuYVM1nOkWIxd3AMYKlgWDhz8ArtnGN9.SuH7ZSvbwCCCwzH_.7ANFYngrB UjW6KBloEYrQUkZr0xeg34NPxBd5QFK.K27YGfZBgnnvqPT2NHWIy.H5buN6DrdRwILajVb1ezqy caIhARu28PmJR8m8WFx6gbBvP1XEjKPq34w0WSom8qCAXrdGlXfH4COpbm6sSlAw027SOpsXXIHF pRbTxmyknbcbn3XTxSLMwdD41T2E.DHiQZYAgg7uu3UQjpHltnJQMMCfeQP9mneo1xDqo8svOML4 g5qXpnAhRkDIC51k4kFoNSDbDRT35KH5vyN0CQTynP.5QjRWMb7VZamvQQsqUs.uFpuEmfJdkvV9 KQOSDahMR3pnHsL4PPkCP4MIcY2GHWgohSEGRa1Bblom7WMi9QhQGGKwx68K3wHqC6Vu5VhHmB4Q W045rFhDnhTBR7_BpCQH__yWScNAOLSeoQjkR1w1HAyYOpUi5IsBB6vdiHOwZCXleWe5PfT6pN8c LHZXXQXPGsDDB_3UQhszqiFuC12y0XwE5bTkr1Jc6uk7XO6T6isOlC_FB4I8l6_QrvT2dYLTbBfR SN5_oLNLUS3ol7JWLFPXJ_H_F75bb83MSgosWnSuiBZol1wlYq.I6JRW282oy927GxRsn42nz5Rp KxADYBUvZL8XwWTh6vXSwRIyltYa2NGVwu2j8CDElnxW5scj6hJCFXz4z8wZw_47b7unc99sa6yJ a74yLeYI9oBBTGVAizhN_L3zsjoHK9z38Q4xvd_O4eTWbTB8T.t.jgT4GH4tzRxw3r5i1Jky9kDO vIjYAzHEt9W63Tt.Q4_jKKrUO454vtZ8gicrqUjOgbqlidhoJSkbnTfMb67SWfjxlVjUTHig7_1a CfAkdAQRWeXQyOrurPtaVvr9h9._WUQ4hzZVeoZ5q_OnIS3dpenl6P4ZB.EUYYC45mhJPxdIGW9K WrTkXaNUrnxCpE0aU4X8h9bX_xdJQhrZH4LZvlbgf9JVY5D.p0syPV5ZyX5wIRI1uB3XBkf0d7Jc JBjp0RBSTL2GPZfGyqVm9fmd1.gwg1Bpft89P3jWKIHU_QjSw2Wdx Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Mon, 12 Nov 2018 01:14:40 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp420.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a32f938ecd85e86fcc17fb3cd45ec4c5; Mon, 12 Nov 2018 01:14:37 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: ports head -r484783 : multimedia/libvpx built via poudriere-devel fails for: /bin/sh: as: not found Message-Id: Date: Sun, 11 Nov 2018 17:14:35 -0800 To: ports-list freebsd , Mark Millard via freebsd-multimedia X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: B18E177A31 X-Spamd-Result: default: False [1.60 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.04)[-0.037,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.15)[-0.154,0]; NEURAL_SPAM_SHORT(0.65)[0.645,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[43.134.6.74.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(1.65)[ip: (4.76), ipnet: 74.6.128.0/21(2.00), asn: 26101(1.60), country: US(-0.09)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 01:14:41 -0000 [The armv7 head -r340287 based context has WITHOUT_BINUTILS=3D .] echo 'Cflags: -I${includedir}' >> vpx.pc as -meabi=3D5 --defsym ARCHITECTURE=3D7 -march=3Darmv7-a = -mfloat-abi=3Dhard -mfpu=3Dneon -I./ = -I"/wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.7.0"/ -o = vpx_dsp/arm/intrapred_neon_asm.asm.S.o = vpx_dsp/arm/intrapred_neon_asm.asm.S as -meabi=3D5 --defsym ARCHITECTURE=3D7 -march=3Darmv7-a = -mfloat-abi=3Dhard -mfpu=3Dneon -I./ = -I"/wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.7.0"/ -o = vpx_dsp/arm/vpx_convolve_copy_neon_asm.asm.S.o = vpx_dsp/arm/vpx_convolve_copy_neon_asm.asm.S as -meabi=3D5 --defsym ARCHITECTURE=3D7 -march=3Darmv7-a = -mfloat-abi=3Dhard -mfpu=3Dneon -I./ = -I"/wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.7.0"/ -o = vpx_dsp/arm/vpx_convolve8_avg_neon_asm.asm.S.o = vpx_dsp/arm/vpx_convolve8_avg_neon_asm.asm.S /bin/sh: as: not found as -meabi=3D5 --defsym ARCHITECTURE=3D7 -march=3Darmv7-a = -mfloat-abi=3Dhard -mfpu=3Dneon -I./ = -I"/wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.7.0"/ -o = vpx_dsp/arm/vpx_convolve8_neon_asm.asm.S.o = vpx_dsp/arm/vpx_convolve8_neon_asm.asm.S gmake[2]: *** [Makefile:199: vpx_dsp/arm/intrapred_neon_asm.asm.S.o] = Error 127 gmake[2]: *** Waiting for unfinished jobs.... /bin/sh: as: not found /bin/sh: as: not found /bin/sh: as: not found gmake[2]: *** [Makefile:199: = vpx_dsp/arm/vpx_convolve_copy_neon_asm.asm.S.o] Error 127 gmake[2]: *** [Makefile:199: vpx_dsp/arm/vpx_convolve8_neon_asm.asm.S.o] = Error 127 gmake[2]: *** [Makefile:199: = vpx_dsp/arm/vpx_convolve8_avg_neon_asm.asm.S.o] Error 127 gmake[1]: *** [Makefile:17: .DEFAULT] Error 2 gmake[1]: Leaving directory = '/wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.7.0' =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the = failure to the maintainer. *** Error code 1 Apparently multimedia/libvpx does not automatically use devel/binutils material or other such when the system does not have the gcc binutils toolchain, at least for armv7. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Mon Nov 12 01:43:39 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39D43112CD9C for ; Mon, 12 Nov 2018 01:43:39 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A72F3785CB; Mon, 12 Nov 2018 01:43:38 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lj1-f176.google.com (mail-lj1-f176.google.com [209.85.208.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ADB61458C; Mon, 12 Nov 2018 01:43:38 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lj1-f176.google.com with SMTP id t22-v6so6146223lji.7; Sun, 11 Nov 2018 17:43:38 -0800 (PST) X-Gm-Message-State: AGRZ1gJsA2qs2x1YMXBgoP/klzQgqODNSkxPkS7Z+i+X86lTuLkuFOax PetP5Pq4VqXpSHKIFQd/p3uZXA9ULiTYehSqLrY= X-Google-Smtp-Source: AJdET5f0nEHuxvptgsbfP/PiXsSZJUJrWcULYg5WCCPk8kJRUKqOsDNw2Etx0vUHeUH8lbR0Y4O3t+/dSN6PBNtwIC0= X-Received: by 2002:a2e:2019:: with SMTP id g25-v6mr10221881ljg.20.1541987016615; Sun, 11 Nov 2018 17:43:36 -0800 (PST) MIME-Version: 1.0 References: <783DE9B1-F1F5-45B5-8C3E-0B0D8BF4CC03@yahoo.com> <04F7FF99-96DE-4A51-B17F-7F2FEE667417@yahoo.com> <7F3A94B8-C6E9-42D5-A5DF-94BF910B1D0C@yahoo.com> <09E0609A-B10E-4D00-89D2-4E102C4F3537@yahoo.com> In-Reply-To: <09E0609A-B10E-4D00-89D2-4E102C4F3537@yahoo.com> From: Kyle Evans Date: Sun, 11 Nov 2018 19:43:24 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: ports -r484565 : qemu-arm-static fails with: (start < end): backtrace included; start+len arithmetic overflow (abi_ulong wrap) for TARGET_FREEBSD_NR_mmap use To: marklmi@yahoo.com Cc: Sean Bruno , ports-list freebsd Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: A72F3785CB X-Spamd-Result: default: False [-106.81 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; IP_SCORE(-3.70)[ip: (-9.68), ipnet: 96.47.64.0/20(-4.82), asn: 11403(-3.90), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 01:43:39 -0000 On Sun, Nov 11, 2018 at 5:24 AM Mark Millard wrote: > > I attached with gdb in order to stop at the assert and look around. > > > > The following is a backtrace with notes and prints mixed in: > > (gdb) bt > #0 thr_kill () at thr_kill.S:3 > #1 0x000000006028a21f in __raise (s=6) at /usr/src/lib/libc/gen/raise.c:52 > #2 0x0000000060204949 in abort () at /usr/src/lib/libc/stdlib/abort.c:67 > #3 0x000000006027855a in __assert (func=, file=, line=, failedexpr=) at /usr/src/lib/libc/gen/assert.c:51 > > Note end==37146624 below vs. start (37146624 will show up again in later notes) > > #4 0x0000000060036243 in page_set_flags (start=4143968256, end=37146624, flags=9) at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/accel/tcg/translate-all.c:2077 > > Note start and len below: > > #5 0x000000006003df2b in target_mmap (start=4143968256, len=188145664, prot=, flags=, fd=, offset=) > at /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/bsd-user/mmap.c:626 > > (gdb) print/x start > $5 = 0xf6fff000 > (gdb) print/x len > $6 = 0xb36e000 > > Note start+len for the above (without wrapping): > > (gdb) print/x (long long)start + (long long)len > $10 = 0x10236d000 > (gdb) print (long long)start + (long long)len > $11 = 4332113920 > > With wrapping: > > (gdb) print/x start+len > $8 = 0x236d000 > (gdb) print start+len > $9 = 37146624 > > And there is end's value again. > Hi, This should be fixed as of ports r484702; please do try this and let us know how it goes. Thanks, Kyle Evans From owner-freebsd-ports@freebsd.org Mon Nov 12 02:01:05 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C6A9112D096 for ; Mon, 12 Nov 2018 02:01:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-20.consmr.mail.ne1.yahoo.com (sonic303-20.consmr.mail.ne1.yahoo.com [66.163.188.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC8FC78E75 for ; Mon, 12 Nov 2018 02:01:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: QXzECLUVM1k0gbfHRzpaZi7wzwfhdIEsM_czRfjFcHTd.Yr1X6IgH_ZV9_rDMG4 SqDPdYIKVpkou_gJFERVxg13DGFlnxGKtdxO440KulfZy905MStab4Nr.NW9mgwHvr51cLROvWB_ bGQx1EtqjK2HdnxvzQOtet6FcliuUoZJQVMC6puEX.Awuh_D8fH5yGo6kx0hQ9qYIovSPVHDIma_ TDxugZVPJQT5Uf.wRqqZ6frqKoogdPer5UvWyOsiruJOoBUS0KKpuYFWgC1Q1xdro.p6JqMK8fc_ cbh5cKAETpzd6wXCXstrDYz31ife8AG.3hMgRQRtP3qVm_c58yQ7LExGc2IPYl0efdP9Pro.A9bt CpVgaNYgnL1ZTUdpaVyulMAkTxJqMlMmRvxw2ELc4Qoa6RpYmRJFpfqnkLMTk3cnPwdVG_HNGOM5 kfXqNO_3Oxbkuh1_P7Qcz1cJMZtOTtf.8vXSqCadSWIydlJbqZbUQuorOiOhU24VQCWeuW1Xcm3c I5jXQC_wD1jNvHBj9g4Ht7UeBb_5bdUcL9HmXfQA2reSpihA5t_XHl6.eVL.4yezTExcx5R0DH86 2NFWg0S72AyZCVUXnrGQgt_.KuWD11UbrYiZVkg5RityTRSRjqwJ7zSDzLVqEZ12E_TvCGfDS6oz 89qwxfWJWUMhWLlELCOX6B8tu0VYt_riUZHFqsVFutKPbE9pgJkuUM7Eman9pQy7D5uZjaIeFZ.o dJWvkcW9KYF2brmascn3JF61UqluBIf0R5uoGRcrJzQOzvEjFHgtbLgNcR1ZwHULI4J6n0g0HA29 tLdqX5l5ZnfSuQ4fTu4b2FWtAThmv.eAp_MqiBC3jfzxVfdIuJXJk1yLyi8m7rN2d33rw5kUGz_Q tBwi3_JD45nrANl8dojeWN8qdCnH1RHHWsw8FyPD5m47DpULpWbZnSpIF5FE5d7O8jbcdvm6WW10 2y6HmFgxL0oA.R9OvuIfR1zEHxu4dsdkARPXi8pWVq4lVvBobShG1XAmfNfcfHySVuE0uV29nZaR 1bkSDWaFTYKpI1QUDMpLrL_se0S4sNcQHYCrPL01FduEA6Ua2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ne1.yahoo.com with HTTP; Mon, 12 Nov 2018 02:01:03 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp406.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID b498ec2ab076d78dce3a4b9ef93120b6; Mon, 12 Nov 2018 01:50:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports -r484565 : qemu-arm-static fails with: (start < end): backtrace included; start+len arithmetic overflow (abi_ulong wrap) for TARGET_FREEBSD_NR_mmap use From: Mark Millard In-Reply-To: Date: Sun, 11 Nov 2018 17:50:57 -0800 Cc: Sean Bruno , ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <570ED02C-1AC6-4333-B160-F2AC3963D868@yahoo.com> References: <783DE9B1-F1F5-45B5-8C3E-0B0D8BF4CC03@yahoo.com> <04F7FF99-96DE-4A51-B17F-7F2FEE667417@yahoo.com> <7F3A94B8-C6E9-42D5-A5DF-94BF910B1D0C@yahoo.com> <09E0609A-B10E-4D00-89D2-4E102C4F3537@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: AC8FC78E75 X-Spamd-Result: default: False [-0.53 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.82)[-0.824,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.83)[-0.830,0]; NEURAL_SPAM_SHORT(0.94)[0.945,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[146.188.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(0.69)[ipnet: 66.163.184.0/21(1.96), asn: 36646(1.57), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 02:01:05 -0000 On 2018-Nov-11, at 17:43, Kyle Evans wrote: > On Sun, Nov 11, 2018 at 5:24 AM Mark Millard = wrote: >>=20 >> I attached with gdb in order to stop at the assert and look around. >>=20 >>=20 >>=20 >> The following is a backtrace with notes and prints mixed in: >>=20 >> (gdb) bt >> #0 thr_kill () at thr_kill.S:3 >> #1 0x000000006028a21f in __raise (s=3D6) at = /usr/src/lib/libc/gen/raise.c:52 >> #2 0x0000000060204949 in abort () at = /usr/src/lib/libc/stdlib/abort.c:67 >> #3 0x000000006027855a in __assert (func=3D, = file=3D, line=3D, failedexpr=3D) at /usr/src/lib/libc/gen/assert.c:51 >>=20 >> Note end=3D=3D37146624 below vs. start (37146624 will show up again = in later notes) >>=20 >> #4 0x0000000060036243 in page_set_flags (start=3D4143968256, = end=3D37146624, flags=3D9) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/a= ccel/tcg/translate-all.c:2077 >>=20 >> Note start and len below: >>=20 >> #5 0x000000006003df2b in target_mmap (start=3D4143968256, = len=3D188145664, prot=3D, flags=3D, = fd=3D, offset=3D) >> at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/b= sd-user/mmap.c:626 >>=20 >> (gdb) print/x start >> $5 =3D 0xf6fff000 >> (gdb) print/x len >> $6 =3D 0xb36e000 >>=20 >> Note start+len for the above (without wrapping): >>=20 >> (gdb) print/x (long long)start + (long long)len >> $10 =3D 0x10236d000 >> (gdb) print (long long)start + (long long)len >> $11 =3D 4332113920 >>=20 >> With wrapping: >>=20 >> (gdb) print/x start+len >> $8 =3D 0x236d000 >> (gdb) print start+len >> $9 =3D 37146624 >>=20 >> And there is end's value again. >>=20 >=20 > Hi, >=20 > This should be fixed as of ports r484702; please do try this and let > us know how it goes. I've updated ports to -r484783 and an amd64 -> armv7 poudriere-devel/qemu-user-static cross-build is in progress. devel/cmake completed fine, overall about 63 ports have. The 1 port failure is not tied to qemu-arm-static issues. It will be hours before lang/gcc8 would finish. There are somewhat over 70 ports to go overall. So far so good. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Mon Nov 12 03:11:44 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60310112EAEA for ; Mon, 12 Nov 2018 03:11:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-12.consmr.mail.ne1.yahoo.com (sonic307-12.consmr.mail.ne1.yahoo.com [66.163.190.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF02A7B337 for ; Mon, 12 Nov 2018 03:11:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ZRMIUvwVM1ky3q_f4y3DgHWBtdVKeJxsxRVmdtnnNda_od3squuXQZkF282cmWk hOtgOa5tNcggzzBrVg6ztPAHs_LQzXCmxpuJfjYkdFDQlOMEM1hlJcLnD.z3D4K5QAYFVIAht0wc XhmrO8plFBm0xQdYsq1kMYzRA2X36qhDIE4lb364w1kdyKOzmiDYoE4srqp1G5z2dtb.WfDj0I0k pEnOd0CvJMwpqwa3HW.oLveCFmEGoAFwue7RbrRg2A1pNDB_JDlKpcWICrfAGzAaOjmtXiitg4rf _68DuAwiXr9f7wZXmHNXbX6ARo4vfKXvIlkpW2N.HMM6flAZcxYPPHE6gtND.pfDtYidf2VcAVUO szThFN487XcD__NIDBNYyaaIHMEsiixJoC5AYML71cYRiAoxI6srlVZBWDee3A2vADkKlQvas5sp 9ZHCo1mBJ.N1cUKcNftoQ_QFIWTmmrkyCY7WpWOR0Nv0InET8h9miFGpLjd5BkrjS41FFQ0CaVDE Gviwhi5XPgDjowoGwBVAWEHH0wbw0OTn1Upvcy5d3HfjJP3C9QdM5GRYOX5CS7AsvFCRwgtRFs3X _7DDHEz3p_dRSkWef7qQBZrPq9mNsKMr0b5OR_D01GHrlSrB5F0oAmGl5ScBn9WRImvIRIXmIYWF lLkOEAe8PI_nGumOIk1nL2ujnaqclN9nxJGcASaS818aePqL_3zu4GLcifkrT_0NSyRwV25eOW6p SV1zW.xBHUSUYSAZNBF4q2TEDurx6dUHwZ4HQwk.QEfh6ge2mIChWOqBuka_y0Vw_hFxM62nNSGC fJZRNksDyMl3WPRgwDva3bmiwC3JARIq8fsmCKJkc8pxUYfyH59RBJTQtYZE_CxpzfAB1S_Qmx.X y0jpL033ULEoq7tXHY28ALVXAp5Ezh9vP6MjOaQ2_lIQjaRc8j2OReX4PZUBlpdFJpZiB2_E8JEb YwJv1P.u4b4rlDDkx.YrjeRQ_HxP5ad5WbsECKOl3WwafYdDXQqMQRhoo9.F3o.S.e_9UwTV_cl2 OmkSBM68jFxCFZRbKSdmMAOn0ukpSImQSjeCykJnuRIUxqM5qZLiWl1JfX4Hp9lk- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Mon, 12 Nov 2018 03:11:42 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp406.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 242375797552e386bd42f2384f3e1a48; Mon, 12 Nov 2018 03:11:41 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: FYI: ports head -r484783 poudriere-devel with qemu-arm-static: sometimes hangs between a cc (wait) and its child ld (uwait) Message-Id: <01EDE371-F1BB-4489-BA28-21C2C68BEE9B@yahoo.com> Date: Sun, 11 Nov 2018 19:11:39 -0800 Cc: Kyle Evans To: Sean Bruno , ports-list freebsd X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: AF02A7B337 X-Spamd-Result: default: False [-1.04 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.69)[ipnet: 66.163.184.0/21(1.98), asn: 36646(1.58), country: US(-0.09)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.87)[-0.867,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.06)[0.056,0]; NEURAL_HAM_LONG(-0.91)[-0.908,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[35.190.163.66.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 03:11:44 -0000 [I still can not produce the problem below on demand. It seems racy with no fixed context producing the problem as far as which port is building. But the general structure of what hangs is the same each time so far.] The following is just an FYI for the other qemu-arm-static tied problem that I regularly run into. I do not have much useful information so far. It is not clear how I'd get such information. I still fairly frequently see the hang-up-error when lld is emulated and does not have --no-threads (so that it creates about as many threads as "cpus". The context involved has had 28 Hyper-V "cpus". Attaching-then-detaching with gdb gets the process going again. When lld is native, I've never seen such a hangup. Just for illustration (a 28 "cpu" under-Hyper-V context for the example): Reading symbols from /usr/local/bin/qemu-arm-static...done. (gdb) attach 14501 Attaching to program: /usr/local/bin/qemu-arm-static, process 14501 [New LWP 101722 of process 14501] [New LWP 101937 of process 14501] [New LWP 101967 of process 14501] [New LWP 102144 of process 14501] [New LWP 102153 of process 14501] [New LWP 102128 of process 14501] [New LWP 102166 of process 14501] [New LWP 102178 of process 14501] [New LWP 102251 of process 14501] [New LWP 102266 of process 14501] [New LWP 102268 of process 14501] [New LWP 102123 of process 14501] [New LWP 102475 of process 14501] [New LWP 102477 of process 14501] [New LWP 102478 of process 14501] [New LWP 102479 of process 14501] [New LWP 102481 of process 14501] [New LWP 102482 of process 14501] [New LWP 102483 of process 14501] [New LWP 102484 of process 14501] [New LWP 102485 of process 14501] [New LWP 102487 of process 14501] [New LWP 102488 of process 14501] [New LWP 102489 of process 14501] [New LWP 102490 of process 14501] [New LWP 102124 of process 14501] [New LWP 102493 of process 14501] [New LWP 102494 of process 14501] [New LWP 102495 of process 14501] [Switching to LWP 100873 of process 14501] _umtx_op () at _umtx_op.S:3 3 RSYSCALL(_umtx_op) (gdb) info threads Id Target Id Frame=20 * 1 LWP 100873 of process 14501 _umtx_op () at _umtx_op.S:3 2 LWP 101722 of process 14501 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 3 LWP 101937 of process 14501 _umtx_op () at _umtx_op.S:3 4 LWP 101967 of process 14501 _umtx_op () at _umtx_op.S:3 5 LWP 102144 of process 14501 _umtx_op () at _umtx_op.S:3 6 LWP 102153 of process 14501 _umtx_op () at _umtx_op.S:3 7 LWP 102128 of process 14501 _umtx_op () at _umtx_op.S:3 8 LWP 102166 of process 14501 _umtx_op () at _umtx_op.S:3 9 LWP 102178 of process 14501 _umtx_op () at _umtx_op.S:3 10 LWP 102251 of process 14501 _umtx_op () at _umtx_op.S:3 11 LWP 102266 of process 14501 _umtx_op () at _umtx_op.S:3 12 LWP 102268 of process 14501 _umtx_op () at _umtx_op.S:3 13 LWP 102123 of process 14501 _umtx_op () at _umtx_op.S:3 14 LWP 102475 of process 14501 _umtx_op () at _umtx_op.S:3 15 LWP 102477 of process 14501 _umtx_op () at _umtx_op.S:3 16 LWP 102478 of process 14501 _umtx_op () at _umtx_op.S:3 17 LWP 102479 of process 14501 _umtx_op () at _umtx_op.S:3 18 LWP 102481 of process 14501 _umtx_op () at _umtx_op.S:3 19 LWP 102482 of process 14501 _umtx_op () at _umtx_op.S:3 20 LWP 102483 of process 14501 _umtx_op () at _umtx_op.S:3 21 LWP 102484 of process 14501 _umtx_op () at _umtx_op.S:3 22 LWP 102485 of process 14501 _umtx_op () at _umtx_op.S:3 23 LWP 102487 of process 14501 _umtx_op () at _umtx_op.S:3 24 LWP 102488 of process 14501 _umtx_op () at _umtx_op.S:3 25 LWP 102489 of process 14501 _umtx_op () at _umtx_op.S:3 26 LWP 102490 of process 14501 _umtx_op () at _umtx_op.S:3 27 LWP 102124 of process 14501 _umtx_op () at _umtx_op.S:3 28 LWP 102493 of process 14501 _umtx_op () at _umtx_op.S:3 29 LWP 102494 of process 14501 _umtx_op () at _umtx_op.S:3 30 LWP 102495 of process 14501 _umtx_op () at _umtx_op.S:3 (gdb) detach Just FYI, a little detail: The /usr/local/bin/qemu-arm-static above was the one running lld emulated. Thread 1 and threads 3-30 are similar by the call chain, although thread 1 has main. Thread 2 is different in general. With --no-thread the fanout does not happen. So far I've never had a hangup with --no-thread. (Overall using --no-thread is messy for builds of many ports because the gcc*'s ld's reject the command line option and this leads to build failures. Ports has no equivalents of LDFLAGS.lld+=3D-Wl,--no-threads to make the option only show up for lld. There are ports that mix clang with gcc's ld instead of using lld so knowing just the compiler in use is insufficient context.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Mon Nov 12 06:09:18 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7FD71131959 for ; Mon, 12 Nov 2018 06:09:18 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) 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 619317F88A for ; Mon, 12 Nov 2018 06:09:18 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: by mailman.ysv.freebsd.org (Postfix) id 267911131956; Mon, 12 Nov 2018 06:09:18 +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 131A31131955; Mon, 12 Nov 2018 06:09:18 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc13.plala.or.jp (msc13.plala.or.jp [60.36.166.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6FB7F881; Mon, 12 Nov 2018 06:09:15 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc13.plala.or.jp with ESMTP id <20181112060458.CTKL1390.msc13.plala.or.jp@localhost>; Mon, 12 Nov 2018 15:04:58 +0900 Date: Mon, 12 Nov 2018 15:04:51 +0900 (JST) Message-Id: <20181112.150451.2101303204060758858.ish@amail.plala.or.jp> To: freebsd-stable@freebsd.org Cc: ports@freebsd.org Subject: sendmail blacklistd on 12.0 From: Masachika ISHIZUKA 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-VirusScan: Outbound; mvir-ac13; Mon, 12 Nov 2018 15:04:58 +0900 X-Rspamd-Queue-Id: 619317F88A X-Spamd-Result: default: False [-5.37 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[plala.or.jp]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; RCPT_COUNT_TWO(0.00)[2]; MID_CONTAINS_FROM(1.00)[]; MX_GOOD(-0.01)[cached: mx.plala.or.jp]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.68)[ip: (-9.84), ipnet: 2001:1900:2254::/48(-4.77), asn: 10310(-3.70), country: US(-0.09)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[freebsd-stable@freebsd.org .., freebsd-ports@freebsd.org] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 06:09:19 -0000 I'm using ports/mail/sendmail with blacklistd. In 11.2R, it is working good without UseBlacklist option in sendmail.cf. After upgrading from 11.2R to 12.0-BETA[34], blacklistd for sendmail is not working without UseBlacklist option in sendmail.cf. Is there any change of behavior of APPENDDEF(`conf_sendmail_ENVDEF', `-DUSE_BLACKLIST') in files/site.config.m4.blacklistd between 11.2R and 12.0-BETAs ? -- Masachika ISHIZUKA From owner-freebsd-ports@freebsd.org Mon Nov 12 06:20:23 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 270831131F55 for ; Mon, 12 Nov 2018 06:20:23 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 781677FF1B for ; Mon, 12 Nov 2018 06:20:22 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gM5a7-0007MR-Co; Mon, 12 Nov 2018 07:20:19 +0100 Date: Mon, 12 Nov 2018 07:20:19 +0100 From: Kurt Jaeger To: Dirk Engling Cc: freebsd-ports Subject: Re: Broken port qmail-tls, upstream dead Message-ID: <20181112062019.GH1940@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 781677FF1B X-Spamd-Result: default: False [-104.86 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000,0]; IP_SCORE(-1.75)[ipnet: 2001:14f8::/32(-4.86), asn: 12502(-3.89), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 06:20:23 -0000 Hi! > due to recent changes in openssl that comes with 12, qmail-tls and > derived ports don't build anymore. I fixed most of the compile issues > and submitted them upstream, but despite checking via several channels, > got no reply. > > If it was just for the ports-patch for the tls-patch, I would just > provide one and be good. However at least one feature breaks (and that > is for ALL platforms, not only 12) with my patch-patch. Which feature breaks ? Patches can be applied conditionally (e.g. only for 12). If you provide the patch in a way that fixes the build only for 12 ? > Any suggestions how to proceed? Break that feature for all of them? > Spend more time on trying to fix that? Keep qmail-tls broken until > upstream responds? Migrate to exim 8-) ? If upstream is dead, maybe it's a signal to migrate away ? -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-ports@freebsd.org Mon Nov 12 07:10:06 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9F1F1132A8F for ; Mon, 12 Nov 2018 07:10:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-29.consmr.mail.bf2.yahoo.com (sonic317-29.consmr.mail.bf2.yahoo.com [74.6.129.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B24D81185 for ; Mon, 12 Nov 2018 07:10:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: eu5itloVM1mNsEmu4YByGOwBvh79jxWBA3VAmLxnCDw2E2Zrs97ghNA8AjT2WWp VPoM_ac9kIyVylN1nvv7xTsUWBt6XRdwKtXpl7M4YIz54USvMnMM8rUwj_QzvyzxLTd.3IclxB3o X8B3Nr9i64JFKbHUDPKuNbHQ3LNE.whSl_Zf.rLaMEjMFUrdfvjpvWqq45Jc5H0_amYneVINt7hZ 4irqlCVUUX8w.CwG5zN4bRqmrssKNrG0dMiBSl.C2II1gwdD8RyOxNvDf251tXehdgtr04nGQ7Dm V_14fOSOCzo_C2leom9iFHAjuUo2wFPhmoLEcRiWi9o5C0pE5SZgIx5mwh7bH.YLMFzfJOMnM_jp TfAA0KFl0ExPWfd7AIzBlJFsZV1Cb9Yv8VMYwUQMKmJtdGykCUT2Wy8Gl1B91RXl2kXpP6nkT_Pz ezZMXCtdYXcYPtmFAcT9WZPxLJbVpfVTXtJ7u30ncb3rlaTr35akWVGg24ma11ddSrvsDoTIyuON BpYJv_x5pcjhM0MMweHFDt_fHcs5ViwHtC1ytvi11azKCA88UyV_hkhBCCe2up7q65ncZPpUvsds E7FITP3j3_dTL1oc8OsV3JuCpJJWlWu9apNDN2nx1vqwXFpg3AmpqsT_ef3HlRlDXb5aYxoywZlE s20yeMYr_LDrTX0GPt0tpS2Z67IZQnhwthgWEKFGskeNCx3v0ORp9e7x8ZZVIlCNEOEAFUNekJLh sviFsdcyTSIJMxvXg_uQ8owNGahZ3U9kaUotQiLP.waMXKZhkuAMzqupcuMBLKyApZFzzoSnrc0i Zae_Gejkm_KWHXZhUFBz0v3x6gNW_ll8lx10AksubxktAv9Z7s2GSEpnISpL35kwfa5nzkJIAgGM o_9t0qgy8pZLSEim5vpsvN0MsR_69CJ_ip8TPToTYe.o8vH6t8wnVaztDQbLj2XEO57.xH_h2dIv nygpZ2oStN3OdgY0GpDkk7AaNySMPVU5jyQmFFybEyw4e3Z4dK8NuWYG8WMaFsaeovP_tRBRYv7L 37XA7XR3NPna5Urmy4kUY99SLXe_3mHIdS3mDt60a1YbzFcUxReWcvg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.bf2.yahoo.com with HTTP; Mon, 12 Nov 2018 07:10:04 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp427.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID bc49187c078833e1eb65fdc51dffe19c; Mon, 12 Nov 2018 07:09:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports -r484565 : qemu-arm-static fails with: (start < end): backtrace included; start+len arithmetic overflow (abi_ulong wrap) for TARGET_FREEBSD_NR_mmap use From: Mark Millard In-Reply-To: <570ED02C-1AC6-4333-B160-F2AC3963D868@yahoo.com> Date: Sun, 11 Nov 2018 23:09:57 -0800 Cc: Sean Bruno , ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <31911BD3-3949-4F39-B938-289224B14DF2@yahoo.com> References: <783DE9B1-F1F5-45B5-8C3E-0B0D8BF4CC03@yahoo.com> <04F7FF99-96DE-4A51-B17F-7F2FEE667417@yahoo.com> <7F3A94B8-C6E9-42D5-A5DF-94BF910B1D0C@yahoo.com> <09E0609A-B10E-4D00-89D2-4E102C4F3537@yahoo.com> <570ED02C-1AC6-4333-B160-F2AC3963D868@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 1B24D81185 X-Spamd-Result: default: False [0.39 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.62)[-0.619,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.49)[-0.493,0]; NEURAL_SPAM_SHORT(0.80)[0.799,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[84.129.6.74.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.22)[ip: (2.43), ipnet: 74.6.128.0/21(2.08), asn: 26101(1.66), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 07:10:06 -0000 On 2018-Nov-11, at 17:50, Mark Millard wrote: > On 2018-Nov-11, at 17:43, Kyle Evans wrote: >=20 >> On Sun, Nov 11, 2018 at 5:24 AM Mark Millard = wrote: >>>=20 >>> I attached with gdb in order to stop at the assert and look around. >>>=20 >>>=20 >>>=20 >>> The following is a backtrace with notes and prints mixed in: >>>=20 >>> (gdb) bt >>> #0 thr_kill () at thr_kill.S:3 >>> #1 0x000000006028a21f in __raise (s=3D6) at = /usr/src/lib/libc/gen/raise.c:52 >>> #2 0x0000000060204949 in abort () at = /usr/src/lib/libc/stdlib/abort.c:67 >>> #3 0x000000006027855a in __assert (func=3D, = file=3D, line=3D, failedexpr=3D) at /usr/src/lib/libc/gen/assert.c:51 >>>=20 >>> Note end=3D=3D37146624 below vs. start (37146624 will show up again = in later notes) >>>=20 >>> #4 0x0000000060036243 in page_set_flags (start=3D4143968256, = end=3D37146624, flags=3D9) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/a= ccel/tcg/translate-all.c:2077 >>>=20 >>> Note start and len below: >>>=20 >>> #5 0x000000006003df2b in target_mmap (start=3D4143968256, = len=3D188145664, prot=3D, flags=3D, = fd=3D, offset=3D) >>> at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-2cb0cdd/b= sd-user/mmap.c:626 >>>=20 >>> (gdb) print/x start >>> $5 =3D 0xf6fff000 >>> (gdb) print/x len >>> $6 =3D 0xb36e000 >>>=20 >>> Note start+len for the above (without wrapping): >>>=20 >>> (gdb) print/x (long long)start + (long long)len >>> $10 =3D 0x10236d000 >>> (gdb) print (long long)start + (long long)len >>> $11 =3D 4332113920 >>>=20 >>> With wrapping: >>>=20 >>> (gdb) print/x start+len >>> $8 =3D 0x236d000 >>> (gdb) print start+len >>> $9 =3D 37146624 >>>=20 >>> And there is end's value again. >>>=20 >>=20 >> Hi, >>=20 >> This should be fixed as of ports r484702; please do try this and let >> us know how it goes. >=20 > I've updated ports to -r484783 and an amd64 -> armv7 > poudriere-devel/qemu-user-static cross-build is in > progress. devel/cmake completed fine, overall about > 63 ports have. The 1 port failure is not tied to > qemu-arm-static issues. >=20 > It will be hours before lang/gcc8 would finish. There > are somewhat over 70 ports to go overall. >=20 > So far so good. >=20 lang/gcc8 (full bootstrap) and the other about 70 ports built fine. (There was one example of the lld hang-up, for which I used a gdb attach/detach sequence to cause the emulated lld to continue.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Mon Nov 12 10:16:05 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 040F91101ABC for ; Mon, 12 Nov 2018 10:16:05 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) 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 2622486E13 for ; Mon, 12 Nov 2018 10:16:04 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: by mailman.ysv.freebsd.org (Postfix) id DEB891101AB8; Mon, 12 Nov 2018 10:16:03 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB1DF1101AB7; Mon, 12 Nov 2018 10:16:03 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc13.plala.or.jp (msc13.plala.or.jp [60.36.166.23]) by mx1.freebsd.org (Postfix) with ESMTP id D75E986E12; Mon, 12 Nov 2018 10:16:01 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc13.plala.or.jp with ESMTP id <20181112101556.DAKP1390.msc13.plala.or.jp@localhost>; Mon, 12 Nov 2018 19:15:56 +0900 Date: Mon, 12 Nov 2018 19:15:37 +0900 (JST) Message-Id: <20181112.191537.1273085681994475592.ish@amail.plala.or.jp> To: freebsd-stable@freebsd.org Cc: ports@freebsd.org Subject: Re: sendmail blacklistd on 12.0 From: Masachika ISHIZUKA In-Reply-To: <20181112.150451.2101303204060758858.ish@amail.plala.or.jp> References: <20181112.150451.2101303204060758858.ish@amail.plala.or.jp> 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-VirusScan: Outbound; mvir-ac13; Mon, 12 Nov 2018 19:15:56 +0900 X-Rspamd-Queue-Id: 2622486E13 X-Spamd-Result: default: False [-5.38 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[plala.or.jp]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; RCPT_COUNT_TWO(0.00)[2]; MID_CONTAINS_FROM(1.00)[]; MX_GOOD(-0.01)[cached: mx.plala.or.jp]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.68)[ip: (-9.84), ipnet: 2001:1900:2254::/48(-4.77), asn: 10310(-3.70), country: US(-0.09)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[freebsd-stable@freebsd.org .., freebsd-ports@freebsd.org] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 10:16:05 -0000 > I'm using ports/mail/sendmail with blacklistd. > > In 11.2R, it is working good without UseBlacklist option in > sendmail.cf. > After upgrading from 11.2R to 12.0-BETA[34], blacklistd for > sendmail is not working without UseBlacklist option in sendmail.cf. > > Is there any change of behavior of APPENDDEF(`conf_sendmail_ENVDEF', > `-DUSE_BLACKLIST') in files/site.config.m4.blacklistd between > 11.2R and 12.0-BETAs ? Sorry. It seems that is not behavior of 11.2R and 12.0-BETAs. I found the following mail. | Subject: sendmail from ports + blacklistd - no further luck? | From: freebsd-ports@bengrimm.net | To: freebsd-ports@freebsd.org | Date: Tue, 16 Jan 2018 19:20:59 +0100 | | Can someone confirm (or disprove) that the current version of Sendmail | from ports (8.15.2_5), explicitly compiled with the blacklistd flag, has | stopped feeding offending IPs (e.g. those failing do_auth) to blacklistd | since Jan 3? I used sendmail+tls+sasl2-8.15.2_3 on 11.2R and this worked without UseBlacklist option. Then I upgraded to 12.0-BETA3 and sendmail-8.15.2_12 that is not working without UseBlacklist option. -- Masachika ISHIZUKA From owner-freebsd-ports@freebsd.org Mon Nov 12 10:22:25 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E31FC1101F87 for ; Mon, 12 Nov 2018 10:22:24 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc13.plala.or.jp (msc13.plala.or.jp [60.36.166.23]) by mx1.freebsd.org (Postfix) with ESMTP id 84FFC8757B for ; Mon, 12 Nov 2018 10:22:23 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc13.plala.or.jp with ESMTP id <20181112102219.DAOP1390.msc13.plala.or.jp@localhost>; Mon, 12 Nov 2018 19:22:19 +0900 Date: Mon, 12 Nov 2018 19:22:10 +0900 (JST) Message-Id: <20181112.192210.482566160064922189.ish@amail.plala.or.jp> To: freebsd-ports@bengrimm.net Cc: freebsd-ports@freebsd.org Subject: Re: sendmail from ports + blacklistd - no further luck? From: Masachika ISHIZUKA In-Reply-To: References: 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-VirusScan: Outbound; mvir-ac13; Mon, 12 Nov 2018 19:22:20 +0900 X-Rspamd-Queue-Id: 84FFC8757B X-Spamd-Result: default: False [-0.10 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.74)[-0.745,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:60.36.166.0/24]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[plala.or.jp]; NEURAL_HAM_LONG(-0.75)[-0.752,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx.plala.or.jp]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[23.166.36.60.list.dnswl.org : 127.0.10.0]; MID_CONTAINS_FROM(1.00)[]; IP_SCORE(-0.10)[asn: 4713(-0.39), country: JP(-0.10)]; NEURAL_HAM_SHORT(-0.79)[-0.794,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:4713, ipnet:60.32.0.0/12, country:JP]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 10:22:25 -0000 > Can someone confirm (or disprove) that the current version of Sendmail > from ports (8.15.2_5), explicitly compiled with the blacklistd flag, has > stopped feeding offending IPs (e.g. those failing do_auth) to blacklistd > since Jan 3? Hello. I used sendmail+tls+sasl2-8.15.2_3 for a long time. That works fine. Recently, I upgrade to sendmail-8.15.2_13 and this is not working without UseBlacklist option in sendmail.cf. I think you must add 'O UseBlacklist=True' in your sendmail.cf. -- Masachika ISHIZUKA From owner-freebsd-ports@freebsd.org Mon Nov 12 10:52:11 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED9FF110273F for ; Mon, 12 Nov 2018 10:52:10 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 740DE6A626 for ; Mon, 12 Nov 2018 10:52:10 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) Received: from [10.190.10.193] (D57C4972.static.ziggozakelijk.nl [213.124.73.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: dutchdaemon/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 2069D17D21 for ; Mon, 12 Nov 2018 10:52:10 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) Subject: Re: sendmail from ports + blacklistd - no further luck? To: freebsd-ports@freebsd.org References: <20181112.192210.482566160064922189.ish@amail.plala.or.jp> From: Dutch Daemon - FreeBSD Forums Administrator Openpgp: url=0xC27BDD1970DCB5D32B1535D1E8A1A5DD3CB929C4 Autocrypt: addr=dutchdaemon@freebsd.org; keydata= xsFNBFllBYoBEADEHaFSksSviTg5VAuVyN3eDVuIVSViCAb79mNrvo1hGqlxTi1zD/QS8/Xi dk9pioBB8ObuYSDo36M0OUCLprfoZj66FxeTJ9qJuJw2xX4xJoahFvjAfvJpb3Z/1UJWITUJ dod+nlJivuQR6nahMnMmvMvU/IdFVUtf6RlZA5QE9tRcY9pP4mJsnOkAhjPzluSS+JazaJ57 oJmsOEcgFbA9EbcAzsdeExZmbpYClsXkfeOkG3fKS9f9MLK68I3XNJ/DuH4WCIncUknxt5Cl SHdqf271XfpcaQlFql6ESh6bnMOUm2H/WNgPWfRkrPCmlwY0S6Jvg7rnzSw6swnJdp8Rfxpm bb6V7VVk178T1PTL0kca6e4OvjD5GMpqKmua2O1SfhVFM03wj7zsQ+OLywhyjL2uzJtQYHhG 2/qdXSgQ66+Zu/qt9rNTzEBi2QKtoi1MgBJx4kJNABwxvZpgaiDKGQk38bsbEJBLye6qrZll FrGecM/ebDT0P337ojq6H8diJhd4rviEhBd0mz4ZiCqsGsyIa665LEaL5/MBQGI9wY0dT4JG RL6ho6OZuZz84V1ctxCx88PQo5xLU2LrEz+RBuDKflTSq0aedC8a7v6b8eqCSNhgCNHICTkw WO7BQiY4sUaJpu9to7NydArm3uCoZhK00W2ulhhVQgo4XfpV9QARAQABzUREdXRjaERhZW1v biAtIEZyZWVCU0QgRm9ydW1zIEFkbWluaXN0cmF0b3IgPER1dGNoRGFlbW9uQEZyZWVCU0Qu b3JnPsLBfwQTAQgAKQUCWWUFigIbIwUJA8JnAAcLCQgHAwIBBhUIAgkKCwQWAgMBAh4BAheA AAoJEOihpd08uSnEc+wP/23Hy4cmXmVo7Fawd6G2zqG9Pb+D31FKc8TIJM52j9az6gW0oqL7 jBhQmslJoBnMPZ8BxtGJTbzFiaTs+K+7TFxTAQ5X6HYLTPXUr0fyt0HoDQJ1j/QDZC+YMzJy DdFRqDFU4Dkta5DvXy8+5ruKnZG3i0s2YYne3Zye7s37lpCZvOBVtstKBr0kzRmd/vawXgQz ayR/kR9ekkdMd7SoZrsOCCE++P3Wf3tX4xd5e7FtLVlsfxSyNkmvqXlL1RDWw7OHaUiIPTNb fzVFY7ZLmPY3/ZZ253VCKK1TRKrhaZqxSTavttfviWlPAHAPBeagboaBiMZl7bXhUHy8DXON KqSvwCeljRcemeOWNumKi8Oj8IXMVtijJGYsEpmo+IaAxVAecRFRKygRlk7MaEdChFCmRx2R lVRCKmruTgUco00DH1/LoLLk9xWxzQ9sZwrR+ixIdaV63qrmoyroHHFZMqCHntLdkv88UhQA ukHyfjIxSSgcF11Z7YVq5zrew4UwwIogkhACPZQ4AN+ytViRJ90Ap9i36Uox7Ipx9TzKpuZz A9gI1reZBTbTmBADw5egl66C29SaEvnuJLzXAPCz3Y1Q3lEUT8HsVKdHSYFLaK0wTYV0X9UY nUIBBpXqE2x3e0Mk/ds+AnV3HiplNvK2k9XOh+0S97WHLptykWRJ8zXvzsFNBFllBYoBEADY g0O4/kkjznmVNsJAWt3X7daY4Kv+dqDkcGehuVyjd18RvFjt/Kyx065rd9ujRqG1t5H2U5ge uY0VKaNzWdLF5cLha48X+7cKMdNe5xYUopkSqfWMiJTwUlRlz79fg/WiBLEiC5GmrLQKRHDp 5AKuHXS64CxhUobvRpBrH8P2IycOCYjUzE/pYso39/B8ScYCsoPC0y7kubsdHNOP0Q+mRaaX TVuo14A7QyL3dkTScP/rylFfIvQr3iOPjcVHnhLQitQ9b+w/qUovPRQ8UWc2LKHZ/W+amrTG fJr/JJIeUW+LUDSmnh2ZLGyR3km4nUruep+pSmXR9cLPcd2qTDw2ktO5PjvSgN3HjGn/vHZz Wnt8yAOEDVI4kC0vCcljXKuk4aWQ89aP/4G4VeHE9pcpdyOgUZninW5zZcU3zTAXlGv5hyOv zD62eIiw+bvDnoaZhzyTd27+pN4uP4AF+iWCg0I3pQECIMXMfpswKA/tEvJQRGrfcjdCubJM Q1QkXe0JjPMpR5CQWPnfun2uULnp7wJp5i11b8sDCw1PDeLEBY6v4fbI2qWiYES8cW4Xq/IJ lyNj++eYeU61eEkFTK0Ue2rr/zHXrynd3dbWlDeCeV/IqykpUO5/bql5NHxfTei7xqt3/Jp2 PN/S3bsQScYVHXSWgnfM5eyq8PHVAPNYYwARAQABwsFlBBgBCAAPBQJZZQWKAhsMBQkDwmcA AAoJEOihpd08uSnEjhQQAK9JS4riLdBVK62HCnRW5skqZW5YVAATd8tebiLgv7r5KFIsNhqY JCw2Rq4WkH8bnHb56RhFkLzrshePlG5oWeuxWb1xqsJ5Rg6VkzavCYfyrwzmH89QZHnAfPZd odTSxk+4Sked2fxBxn0dEg4NmnhwNoZnFMUJvFUDqNpCNGAtbPNi40lOsdG+CgYaeLiVum5G R1p1Hd4wKDIXj3tmbeVfmLiFzr7m+4k/ZO5J+S6ARzfF6SDLlCTYFqGRDW7/0uBZpLFreG0P 9pOFxHqLvRgcIQRewKnfUvCBn8cPb92sG+PWd+EQEpJ1I2Zd92ct/3a7tY+DDqtTHAeQ1bkR Ar9xiZJ8/gVzQFWw4bMMm+/iYUdSBBKt/W9TspenPHHzwhXRga6azyAbItToB+nvbFdSPZ6Q sVYwv09i5vOP3eZmd0kKpwFQoFEZxM95vU9XOnwJpGavmWS9kI1m0oGmLc2PcHrQ4b/hJHjk SPtTxW3XNjpE5+7YE5mFNBL4a92X8QDZW7WXwIkbhskVIJ3csRPGTRp+9MOP8CBPq+edy90k 8aV6pgTpjwZKrhroZ0lXv0JLuATSmqb7F8C6i5KT1if7fHzu35PfkkP+sGnT7qUl3RNTMzpG Et7TRwpC6NVCN6tgKeeWRzznA5XcYRFwdH6yxzzTLJNjoYVMTfVEcqPC Message-ID: <7483f844-0e1b-a059-a9ba-8c329ab1df55@freebsd.org> Date: Mon, 12 Nov 2018 11:51:53 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <20181112.192210.482566160064922189.ish@amail.plala.or.jp> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="YEGN2Rw2hQ9W3Gn3nVEjrIkJpo60IOm0z" X-Rspamd-Queue-Id: 740DE6A626 X-Spamd-Result: default: False [-107.98 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.77)[ip: (-9.91), ipnet: 2610:1c1:1::/48(-4.93), asn: 11403(-3.90), country: US(-0.09)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 10:52:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --YEGN2Rw2hQ9W3Gn3nVEjrIkJpo60IOm0z Content-Type: multipart/mixed; boundary="N8aDSgtgfuGGWWxqdkU2d2Gj7ZJeVw4sv"; protected-headers="v1" From: Dutch Daemon - FreeBSD Forums Administrator To: freebsd-ports@freebsd.org Message-ID: <7483f844-0e1b-a059-a9ba-8c329ab1df55@freebsd.org> Subject: Re: sendmail from ports + blacklistd - no further luck? References: <20181112.192210.482566160064922189.ish@amail.plala.or.jp> In-Reply-To: <20181112.192210.482566160064922189.ish@amail.plala.or.jp> --N8aDSgtgfuGGWWxqdkU2d2Gj7ZJeVw4sv Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: nl On 12-11-2018 11:22, Masachika ISHIZUKA wrote: >> Can someone confirm (or disprove) that the current version of Sendmail= >> from ports (8.15.2_5), explicitly compiled with the blacklistd flag, h= as >> stopped feeding offending IPs (e.g. those failing do_auth) to blacklis= td >> since Jan 3? > Hello. > > I used sendmail+tls+sasl2-8.15.2_3 for a long time. > That works fine. > > Recently, I upgrade to sendmail-8.15.2_13 and this is not working > without UseBlacklist option in sendmail.cf. > I think you must add 'O UseBlacklist=3DTrue' in your sendmail.cf. Interesting. Can you tell me how you found that information? It is not listed in cf/README (neither port nor base). I'm assuming it's define(`confUSE_BLACKLIST', `true=E2=80=99) in .mc. I'll give that a try, thanks. --N8aDSgtgfuGGWWxqdkU2d2Gj7ZJeVw4sv-- --YEGN2Rw2hQ9W3Gn3nVEjrIkJpo60IOm0z Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJb6VtXAAoJEOihpd08uSnETGcP/jcBm6CZTEQrThmOBTaf8tSY eW85Lv+yJxfKPTjGd2bj86hQAhkM9eRJ2twQUOzg4Y8nILIp7Tt8V1+CL5oWyds7 +CbNPvBptP1vZwPVJkL6Z91G9CAc/GLRtemXUk/77RysTqwBO1uIU5l1rz4XDBGh oSOoTXJlycP8kfKmjcViC9RptAXoO6eUNM9RTZH1PNqmKK19s/TS2eSK7E+c3ftm yjcSpB90lMVyLKdyw2j4a1hrPn9yl/xGxOYnsqxvtwVKOZMywXymfSUryjVWKkRp iC/QK1g36xVSIq9ji1wDRCiBLcxKtIcfNSexMoafzW28EpG9nCAgJrAXzJTA/Kra /SNZ3cikKfg4f1oxAr8+MdJXfEw2rJvg/dh4vmw99pITi+rLv4nkJwKVEHDUBX4n ogkAiVFuIvYaqZWWHozb5t220seh2TcxaiiA9QGhHzCBBq/BHoR3rqoLGzRVnaLA cYntXAbaQzXMtHOEb4fVGfV+qDCNaS8qdlD4YG/Pv2bXb/eAeS8A9blogRHfCOuy rLwwc9RyqNILIeyC2oCnxEC1f311To22UWRfxKdOBeUBKnPj55NuObRxTwihZgjP paLEoLHrMLwI84ClN/C1QYFudsrkhY0AT311V7HrPAKUJnBnSNHLfeDwfsFkGlZ5 zGWze4o3UrV/IDXO4Wdw =aTFa -----END PGP SIGNATURE----- --YEGN2Rw2hQ9W3Gn3nVEjrIkJpo60IOm0z-- From owner-freebsd-ports@freebsd.org Mon Nov 12 10:56:23 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4033711028FF for ; Mon, 12 Nov 2018 10:56:23 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E1C96A8B6 for ; Mon, 12 Nov 2018 10:56:22 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) Received: from [10.190.10.193] (D57C4972.static.ziggozakelijk.nl [213.124.73.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: dutchdaemon/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 33B3E17D22 for ; Mon, 12 Nov 2018 10:56:22 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) Subject: Re: sendmail from ports + blacklistd - no further luck? To: freebsd-ports@freebsd.org References: <20181112.192210.482566160064922189.ish@amail.plala.or.jp> <7483f844-0e1b-a059-a9ba-8c329ab1df55@freebsd.org> From: Dutch Daemon - FreeBSD Forums Administrator Openpgp: url=0xC27BDD1970DCB5D32B1535D1E8A1A5DD3CB929C4 Autocrypt: addr=dutchdaemon@freebsd.org; keydata= xsFNBFllBYoBEADEHaFSksSviTg5VAuVyN3eDVuIVSViCAb79mNrvo1hGqlxTi1zD/QS8/Xi dk9pioBB8ObuYSDo36M0OUCLprfoZj66FxeTJ9qJuJw2xX4xJoahFvjAfvJpb3Z/1UJWITUJ dod+nlJivuQR6nahMnMmvMvU/IdFVUtf6RlZA5QE9tRcY9pP4mJsnOkAhjPzluSS+JazaJ57 oJmsOEcgFbA9EbcAzsdeExZmbpYClsXkfeOkG3fKS9f9MLK68I3XNJ/DuH4WCIncUknxt5Cl SHdqf271XfpcaQlFql6ESh6bnMOUm2H/WNgPWfRkrPCmlwY0S6Jvg7rnzSw6swnJdp8Rfxpm bb6V7VVk178T1PTL0kca6e4OvjD5GMpqKmua2O1SfhVFM03wj7zsQ+OLywhyjL2uzJtQYHhG 2/qdXSgQ66+Zu/qt9rNTzEBi2QKtoi1MgBJx4kJNABwxvZpgaiDKGQk38bsbEJBLye6qrZll FrGecM/ebDT0P337ojq6H8diJhd4rviEhBd0mz4ZiCqsGsyIa665LEaL5/MBQGI9wY0dT4JG RL6ho6OZuZz84V1ctxCx88PQo5xLU2LrEz+RBuDKflTSq0aedC8a7v6b8eqCSNhgCNHICTkw WO7BQiY4sUaJpu9to7NydArm3uCoZhK00W2ulhhVQgo4XfpV9QARAQABzUREdXRjaERhZW1v biAtIEZyZWVCU0QgRm9ydW1zIEFkbWluaXN0cmF0b3IgPER1dGNoRGFlbW9uQEZyZWVCU0Qu b3JnPsLBfwQTAQgAKQUCWWUFigIbIwUJA8JnAAcLCQgHAwIBBhUIAgkKCwQWAgMBAh4BAheA AAoJEOihpd08uSnEc+wP/23Hy4cmXmVo7Fawd6G2zqG9Pb+D31FKc8TIJM52j9az6gW0oqL7 jBhQmslJoBnMPZ8BxtGJTbzFiaTs+K+7TFxTAQ5X6HYLTPXUr0fyt0HoDQJ1j/QDZC+YMzJy DdFRqDFU4Dkta5DvXy8+5ruKnZG3i0s2YYne3Zye7s37lpCZvOBVtstKBr0kzRmd/vawXgQz ayR/kR9ekkdMd7SoZrsOCCE++P3Wf3tX4xd5e7FtLVlsfxSyNkmvqXlL1RDWw7OHaUiIPTNb fzVFY7ZLmPY3/ZZ253VCKK1TRKrhaZqxSTavttfviWlPAHAPBeagboaBiMZl7bXhUHy8DXON KqSvwCeljRcemeOWNumKi8Oj8IXMVtijJGYsEpmo+IaAxVAecRFRKygRlk7MaEdChFCmRx2R lVRCKmruTgUco00DH1/LoLLk9xWxzQ9sZwrR+ixIdaV63qrmoyroHHFZMqCHntLdkv88UhQA ukHyfjIxSSgcF11Z7YVq5zrew4UwwIogkhACPZQ4AN+ytViRJ90Ap9i36Uox7Ipx9TzKpuZz A9gI1reZBTbTmBADw5egl66C29SaEvnuJLzXAPCz3Y1Q3lEUT8HsVKdHSYFLaK0wTYV0X9UY nUIBBpXqE2x3e0Mk/ds+AnV3HiplNvK2k9XOh+0S97WHLptykWRJ8zXvzsFNBFllBYoBEADY g0O4/kkjznmVNsJAWt3X7daY4Kv+dqDkcGehuVyjd18RvFjt/Kyx065rd9ujRqG1t5H2U5ge uY0VKaNzWdLF5cLha48X+7cKMdNe5xYUopkSqfWMiJTwUlRlz79fg/WiBLEiC5GmrLQKRHDp 5AKuHXS64CxhUobvRpBrH8P2IycOCYjUzE/pYso39/B8ScYCsoPC0y7kubsdHNOP0Q+mRaaX TVuo14A7QyL3dkTScP/rylFfIvQr3iOPjcVHnhLQitQ9b+w/qUovPRQ8UWc2LKHZ/W+amrTG fJr/JJIeUW+LUDSmnh2ZLGyR3km4nUruep+pSmXR9cLPcd2qTDw2ktO5PjvSgN3HjGn/vHZz Wnt8yAOEDVI4kC0vCcljXKuk4aWQ89aP/4G4VeHE9pcpdyOgUZninW5zZcU3zTAXlGv5hyOv zD62eIiw+bvDnoaZhzyTd27+pN4uP4AF+iWCg0I3pQECIMXMfpswKA/tEvJQRGrfcjdCubJM Q1QkXe0JjPMpR5CQWPnfun2uULnp7wJp5i11b8sDCw1PDeLEBY6v4fbI2qWiYES8cW4Xq/IJ lyNj++eYeU61eEkFTK0Ue2rr/zHXrynd3dbWlDeCeV/IqykpUO5/bql5NHxfTei7xqt3/Jp2 PN/S3bsQScYVHXSWgnfM5eyq8PHVAPNYYwARAQABwsFlBBgBCAAPBQJZZQWKAhsMBQkDwmcA AAoJEOihpd08uSnEjhQQAK9JS4riLdBVK62HCnRW5skqZW5YVAATd8tebiLgv7r5KFIsNhqY JCw2Rq4WkH8bnHb56RhFkLzrshePlG5oWeuxWb1xqsJ5Rg6VkzavCYfyrwzmH89QZHnAfPZd odTSxk+4Sked2fxBxn0dEg4NmnhwNoZnFMUJvFUDqNpCNGAtbPNi40lOsdG+CgYaeLiVum5G R1p1Hd4wKDIXj3tmbeVfmLiFzr7m+4k/ZO5J+S6ARzfF6SDLlCTYFqGRDW7/0uBZpLFreG0P 9pOFxHqLvRgcIQRewKnfUvCBn8cPb92sG+PWd+EQEpJ1I2Zd92ct/3a7tY+DDqtTHAeQ1bkR Ar9xiZJ8/gVzQFWw4bMMm+/iYUdSBBKt/W9TspenPHHzwhXRga6azyAbItToB+nvbFdSPZ6Q sVYwv09i5vOP3eZmd0kKpwFQoFEZxM95vU9XOnwJpGavmWS9kI1m0oGmLc2PcHrQ4b/hJHjk SPtTxW3XNjpE5+7YE5mFNBL4a92X8QDZW7WXwIkbhskVIJ3csRPGTRp+9MOP8CBPq+edy90k 8aV6pgTpjwZKrhroZ0lXv0JLuATSmqb7F8C6i5KT1if7fHzu35PfkkP+sGnT7qUl3RNTMzpG Et7TRwpC6NVCN6tgKeeWRzznA5XcYRFwdH6yxzzTLJNjoYVMTfVEcqPC Message-ID: <676fdc14-2908-96fb-d094-87c1bcd90f32@freebsd.org> Date: Mon, 12 Nov 2018 11:56:19 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <7483f844-0e1b-a059-a9ba-8c329ab1df55@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ar1fSnzNF279NRi6Lm1McY3DE7reXQPUG" X-Rspamd-Queue-Id: 9E1C96A8B6 X-Spamd-Result: default: False [-107.91 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.70)[ip: (-9.70), ipnet: 96.47.64.0/20(-4.82), asn: 11403(-3.90), country: US(-0.09)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 10:56:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ar1fSnzNF279NRi6Lm1McY3DE7reXQPUG Content-Type: multipart/mixed; boundary="jK1lM6BvLgwH6japHoEroBATqVXVXWplK"; protected-headers="v1" From: Dutch Daemon - FreeBSD Forums Administrator To: freebsd-ports@freebsd.org Message-ID: <676fdc14-2908-96fb-d094-87c1bcd90f32@freebsd.org> Subject: Re: sendmail from ports + blacklistd - no further luck? References: <20181112.192210.482566160064922189.ish@amail.plala.or.jp> <7483f844-0e1b-a059-a9ba-8c329ab1df55@freebsd.org> In-Reply-To: <7483f844-0e1b-a059-a9ba-8c329ab1df55@freebsd.org> --jK1lM6BvLgwH6japHoEroBATqVXVXWplK Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: nl On 12-11-2018 11:51, Dutch Daemon - FreeBSD Forums Administrator wrote: > On 12-11-2018 11:22, Masachika ISHIZUKA wrote: > >>> Can someone confirm (or disprove) that the current version of Sendmai= l >>> from ports (8.15.2_5), explicitly compiled with the blacklistd flag, = has >>> stopped feeding offending IPs (e.g. those failing do_auth) to blackli= std >>> since Jan 3? >> Hello. >> >> I used sendmail+tls+sasl2-8.15.2_3 for a long time. >> That works fine. >> >> Recently, I upgrade to sendmail-8.15.2_13 and this is not working >> without UseBlacklist option in sendmail.cf. >> I think you must add 'O UseBlacklist=3DTrue' in your sendmail.cf. > Interesting. Can you tell me how you found that information? It is not > listed in cf/README (neither port nor base). I'm assuming it's > > define(`confUSE_BLACKLIST', `true=E2=80=99) > > in .mc. I'll give that a try, thanks. > BTW, this has been in my .mc ever since blacklistd was ported: define(`conf_sendmail_ENVDEF', `-DUSE_BLACKLIST') define(`conf_sendmail_LIBS', `-lblacklist') but it just stopped working. --jK1lM6BvLgwH6japHoEroBATqVXVXWplK-- --ar1fSnzNF279NRi6Lm1McY3DE7reXQPUG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJb6VxTAAoJEOihpd08uSnEHm8P/3Y0OsMxije/iRrhuPxgzRxy 9dcYhiRuTrbuDCRC6LT08DyxhVm4XpEp8lblXwgRu57yuuXYhcMypm//9Nrb2RwS HUfTC+EuNGqLgo2IkdJqtMTP3Hwezad2FS6Qno3ES0qtj8E+q8HxbXwm0i+H/FDv jNPtLBlqRMXcJpNdesQoZNjY1kFhsomGkUTQnZGmvUqk/UZsm43wrZQ5AOdn1ul3 LS2sm1e1HV2tRXIeYm6GbcFNf9NjyeKh1oWz4yqcTMyi0SM0bt4zjH5QzfGaIYOx tDDByRl6j5hHURskG3ydHeE4SmoxzWip+cTP9g3CsVkTK4KNweYcq3g5SK3b0ZxF YNN0taL6abxRL9p9TcsbObgHJWh3IkHTpQ35gdTSIpz7N8BFYIawnD9fO5kIbAPs zV9srPdR3odO+bkOLkf34dB++3a7ox31vbcEKdS2uoviCyVu2BqjqoDt/dxFun/H e+SBwsHxrzgtdkA7inqQRNNRgFhRFo/fyNYZd8hxxX2YyEn0QvWUICkNolQZOuFe tDcJ6x6DHV+UA9PDlgEj22UY44nSwzUFV65PMcsfr8vbVFLVHJ3eD5TNgEO7o6VT R7wOmkwyGrD0HvFUoYXGwMthvxhGu2wNSExKmoar6D5SNS38gNgE4gu0MTcJhpuN 0fS7VhKSRTZGo/lMjwoQ =obQA -----END PGP SIGNATURE----- --ar1fSnzNF279NRi6Lm1McY3DE7reXQPUG-- From owner-freebsd-ports@freebsd.org Mon Nov 12 11:15:46 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECB421102F18 for ; Mon, 12 Nov 2018 11:15:45 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 164C46B25D for ; Mon, 12 Nov 2018 11:15:45 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) Received: from [10.190.10.193] (D57C4972.static.ziggozakelijk.nl [213.124.73.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: dutchdaemon/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id AA89D17F1E for ; Mon, 12 Nov 2018 11:15:44 +0000 (UTC) (envelope-from dutchdaemon@freebsd.org) Subject: Re: sendmail from ports + blacklistd - no further luck? To: freebsd-ports@freebsd.org References: <20181112.192210.482566160064922189.ish@amail.plala.or.jp> <7483f844-0e1b-a059-a9ba-8c329ab1df55@freebsd.org> <676fdc14-2908-96fb-d094-87c1bcd90f32@freebsd.org> From: Dutch Daemon - FreeBSD Forums Administrator Openpgp: url=0xC27BDD1970DCB5D32B1535D1E8A1A5DD3CB929C4 Autocrypt: addr=dutchdaemon@freebsd.org; keydata= xsFNBFllBYoBEADEHaFSksSviTg5VAuVyN3eDVuIVSViCAb79mNrvo1hGqlxTi1zD/QS8/Xi dk9pioBB8ObuYSDo36M0OUCLprfoZj66FxeTJ9qJuJw2xX4xJoahFvjAfvJpb3Z/1UJWITUJ dod+nlJivuQR6nahMnMmvMvU/IdFVUtf6RlZA5QE9tRcY9pP4mJsnOkAhjPzluSS+JazaJ57 oJmsOEcgFbA9EbcAzsdeExZmbpYClsXkfeOkG3fKS9f9MLK68I3XNJ/DuH4WCIncUknxt5Cl SHdqf271XfpcaQlFql6ESh6bnMOUm2H/WNgPWfRkrPCmlwY0S6Jvg7rnzSw6swnJdp8Rfxpm bb6V7VVk178T1PTL0kca6e4OvjD5GMpqKmua2O1SfhVFM03wj7zsQ+OLywhyjL2uzJtQYHhG 2/qdXSgQ66+Zu/qt9rNTzEBi2QKtoi1MgBJx4kJNABwxvZpgaiDKGQk38bsbEJBLye6qrZll FrGecM/ebDT0P337ojq6H8diJhd4rviEhBd0mz4ZiCqsGsyIa665LEaL5/MBQGI9wY0dT4JG RL6ho6OZuZz84V1ctxCx88PQo5xLU2LrEz+RBuDKflTSq0aedC8a7v6b8eqCSNhgCNHICTkw WO7BQiY4sUaJpu9to7NydArm3uCoZhK00W2ulhhVQgo4XfpV9QARAQABzUREdXRjaERhZW1v biAtIEZyZWVCU0QgRm9ydW1zIEFkbWluaXN0cmF0b3IgPER1dGNoRGFlbW9uQEZyZWVCU0Qu b3JnPsLBfwQTAQgAKQUCWWUFigIbIwUJA8JnAAcLCQgHAwIBBhUIAgkKCwQWAgMBAh4BAheA AAoJEOihpd08uSnEc+wP/23Hy4cmXmVo7Fawd6G2zqG9Pb+D31FKc8TIJM52j9az6gW0oqL7 jBhQmslJoBnMPZ8BxtGJTbzFiaTs+K+7TFxTAQ5X6HYLTPXUr0fyt0HoDQJ1j/QDZC+YMzJy DdFRqDFU4Dkta5DvXy8+5ruKnZG3i0s2YYne3Zye7s37lpCZvOBVtstKBr0kzRmd/vawXgQz ayR/kR9ekkdMd7SoZrsOCCE++P3Wf3tX4xd5e7FtLVlsfxSyNkmvqXlL1RDWw7OHaUiIPTNb fzVFY7ZLmPY3/ZZ253VCKK1TRKrhaZqxSTavttfviWlPAHAPBeagboaBiMZl7bXhUHy8DXON KqSvwCeljRcemeOWNumKi8Oj8IXMVtijJGYsEpmo+IaAxVAecRFRKygRlk7MaEdChFCmRx2R lVRCKmruTgUco00DH1/LoLLk9xWxzQ9sZwrR+ixIdaV63qrmoyroHHFZMqCHntLdkv88UhQA ukHyfjIxSSgcF11Z7YVq5zrew4UwwIogkhACPZQ4AN+ytViRJ90Ap9i36Uox7Ipx9TzKpuZz A9gI1reZBTbTmBADw5egl66C29SaEvnuJLzXAPCz3Y1Q3lEUT8HsVKdHSYFLaK0wTYV0X9UY nUIBBpXqE2x3e0Mk/ds+AnV3HiplNvK2k9XOh+0S97WHLptykWRJ8zXvzsFNBFllBYoBEADY g0O4/kkjznmVNsJAWt3X7daY4Kv+dqDkcGehuVyjd18RvFjt/Kyx065rd9ujRqG1t5H2U5ge uY0VKaNzWdLF5cLha48X+7cKMdNe5xYUopkSqfWMiJTwUlRlz79fg/WiBLEiC5GmrLQKRHDp 5AKuHXS64CxhUobvRpBrH8P2IycOCYjUzE/pYso39/B8ScYCsoPC0y7kubsdHNOP0Q+mRaaX TVuo14A7QyL3dkTScP/rylFfIvQr3iOPjcVHnhLQitQ9b+w/qUovPRQ8UWc2LKHZ/W+amrTG fJr/JJIeUW+LUDSmnh2ZLGyR3km4nUruep+pSmXR9cLPcd2qTDw2ktO5PjvSgN3HjGn/vHZz Wnt8yAOEDVI4kC0vCcljXKuk4aWQ89aP/4G4VeHE9pcpdyOgUZninW5zZcU3zTAXlGv5hyOv zD62eIiw+bvDnoaZhzyTd27+pN4uP4AF+iWCg0I3pQECIMXMfpswKA/tEvJQRGrfcjdCubJM Q1QkXe0JjPMpR5CQWPnfun2uULnp7wJp5i11b8sDCw1PDeLEBY6v4fbI2qWiYES8cW4Xq/IJ lyNj++eYeU61eEkFTK0Ue2rr/zHXrynd3dbWlDeCeV/IqykpUO5/bql5NHxfTei7xqt3/Jp2 PN/S3bsQScYVHXSWgnfM5eyq8PHVAPNYYwARAQABwsFlBBgBCAAPBQJZZQWKAhsMBQkDwmcA AAoJEOihpd08uSnEjhQQAK9JS4riLdBVK62HCnRW5skqZW5YVAATd8tebiLgv7r5KFIsNhqY JCw2Rq4WkH8bnHb56RhFkLzrshePlG5oWeuxWb1xqsJ5Rg6VkzavCYfyrwzmH89QZHnAfPZd odTSxk+4Sked2fxBxn0dEg4NmnhwNoZnFMUJvFUDqNpCNGAtbPNi40lOsdG+CgYaeLiVum5G R1p1Hd4wKDIXj3tmbeVfmLiFzr7m+4k/ZO5J+S6ARzfF6SDLlCTYFqGRDW7/0uBZpLFreG0P 9pOFxHqLvRgcIQRewKnfUvCBn8cPb92sG+PWd+EQEpJ1I2Zd92ct/3a7tY+DDqtTHAeQ1bkR Ar9xiZJ8/gVzQFWw4bMMm+/iYUdSBBKt/W9TspenPHHzwhXRga6azyAbItToB+nvbFdSPZ6Q sVYwv09i5vOP3eZmd0kKpwFQoFEZxM95vU9XOnwJpGavmWS9kI1m0oGmLc2PcHrQ4b/hJHjk SPtTxW3XNjpE5+7YE5mFNBL4a92X8QDZW7WXwIkbhskVIJ3csRPGTRp+9MOP8CBPq+edy90k 8aV6pgTpjwZKrhroZ0lXv0JLuATSmqb7F8C6i5KT1if7fHzu35PfkkP+sGnT7qUl3RNTMzpG Et7TRwpC6NVCN6tgKeeWRzznA5XcYRFwdH6yxzzTLJNjoYVMTfVEcqPC Message-ID: <73853860-7701-6496-a6bf-cb5d217d2d70@freebsd.org> Date: Mon, 12 Nov 2018 12:15:41 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <676fdc14-2908-96fb-d094-87c1bcd90f32@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6aRWyJku7jzxQ4J99OYfrrsixHht5Du7J" X-Rspamd-Queue-Id: 164C46B25D X-Spamd-Result: default: False [-107.91 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-3.70)[ip: (-9.70), ipnet: 96.47.64.0/20(-4.82), asn: 11403(-3.90), country: US(-0.09)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 11:15:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6aRWyJku7jzxQ4J99OYfrrsixHht5Du7J Content-Type: multipart/mixed; boundary="wmgsLpv4lEEJRwymdUrU9T79oh2jp5oXQ"; protected-headers="v1" From: Dutch Daemon - FreeBSD Forums Administrator To: freebsd-ports@freebsd.org Message-ID: <73853860-7701-6496-a6bf-cb5d217d2d70@freebsd.org> Subject: Re: sendmail from ports + blacklistd - no further luck? References: <20181112.192210.482566160064922189.ish@amail.plala.or.jp> <7483f844-0e1b-a059-a9ba-8c329ab1df55@freebsd.org> <676fdc14-2908-96fb-d094-87c1bcd90f32@freebsd.org> In-Reply-To: <676fdc14-2908-96fb-d094-87c1bcd90f32@freebsd.org> --wmgsLpv4lEEJRwymdUrU9T79oh2jp5oXQ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: nl On 12-11-2018 11:56, Dutch Daemon - FreeBSD Forums Administrator wrote: > define(`confUSE_BLACKLIST', `true=E2=80=99) > > in .mc. I'll give that a try, thanks. Ok, that doesn't do anything to the .cf file, so I have now inserted the definition into sendmail.cf directly (which is uncool since my . cf files are generated automatically). We'll see. --wmgsLpv4lEEJRwymdUrU9T79oh2jp5oXQ-- --6aRWyJku7jzxQ4J99OYfrrsixHht5Du7J Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJb6WDdAAoJEOihpd08uSnEHEEP/33sraxEN6PNTkWl4L1EsXNR oJ7KXfRG2JlCZT+4dPW3g7X9WIEvIUYGlfsPLglQKlWGpfdXUoaeXRGq87YCCjgn s66R9pzvqkTfTwGzznLcYslt3fPqAXU/k/Zg1RUNknj55R8CXHxiyIgXnErOIB/e O/dz3DMaOWAQsRiRcdKRINd9eyLZ654dZlStyzZ7gvTxmwJ/mGPb6SmbOOA99fdL AuSsMOIfKYCk3b2ioykJMJ2+qnZmvQAdTcplhMijqzXDyX1HIbH6skyvc/ePVaDr 64Z7+eu6/uqzMaAKaztb5DsOEjD8+bl4IeamF9PjbX/dlKQJq0udkcPiMk7HbEh0 0w8f60fcB2zRiPXeuWrBJQsvVDA4wHSn6NLLS/AVK9odIm4gLLM70XCBhEIOZELG CL241iH28Z7YA9dfGBSRmr/KQ2iZZuR6NAFjS72aG4KI1Swiwdpv16fn5WscBlj6 p10efpHodre49GerldE/0HbHeoN7y+KBT0noTSw4xhx5+DX6eJv73Pdjy5VeJg9Q 39TquThtkXvdDbOVHEOg7pPidcT9Fn5FhFV/QtdX+EU3mW7gxH1J59hoPOOeEvdF ar8o6W5J35A/pIEPo8vDFLHgLIWnLmCO8dgFiJNgb9Wf5oVRwBpIHYfcS5+28uCa 5r6uFHZk2+ydoKKsFn0F =2Oal -----END PGP SIGNATURE----- --6aRWyJku7jzxQ4J99OYfrrsixHht5Du7J-- From owner-freebsd-ports@freebsd.org Mon Nov 12 11:44:23 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0E991103817 for ; Mon, 12 Nov 2018 11:44:23 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc13.plala.or.jp (msc13.plala.or.jp [60.36.166.23]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4846C120; Mon, 12 Nov 2018 11:44:21 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc13.plala.or.jp with ESMTP id <20181112114417.DCFS1390.msc13.plala.or.jp@localhost>; Mon, 12 Nov 2018 20:44:17 +0900 Date: Mon, 12 Nov 2018 20:44:07 +0900 (JST) Message-Id: <20181112.204407.1265286537472989800.ish@amail.plala.or.jp> To: dutchdaemon@freebsd.org Cc: freebsd-ports@freebsd.org Subject: Re: sendmail from ports + blacklistd - no further luck?,Re: sendmail from ports + blacklistd - no further luck? From: Masachika ISHIZUKA In-Reply-To: <7483f844-0e1b-a059-a9ba-8c329ab1df55@freebsd.org> References: <20181112.192210.482566160064922189.ish@amail.plala.or.jp> <7483f844-0e1b-a059-a9ba-8c329ab1df55@freebsd.org> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-7 Content-Transfer-Encoding: base64 X-VirusScan: Outbound; mvir-ac13; Mon, 12 Nov 2018 20:44:18 +0900 X-Rspamd-Queue-Id: 3D4846C120 X-Spamd-Result: default: False [1.30 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.43)[-0.428,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:60.36.166.0/24]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[plala.or.jp]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.42)[-0.423,0]; IP_SCORE(-0.10)[asn: 4713(-0.38), country: JP(-0.10)]; MX_GOOD(-0.01)[cached: mx.plala.or.jp]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[23.166.36.60.list.dnswl.org : 127.0.10.0]; MID_CONTAINS_FROM(1.00)[]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.14)[-0.140,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:4713, ipnet:60.32.0.0/12, country:JP]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 11:44:24 -0000 Pj4+IENhbiBzb21lb25lIGNvbmZpcm0gKG9yIGRpc3Byb3ZlKSB0aGF0IHRoZSBjdXJyZW50IHZl cnNpb24gb2YgU2VuZG1haWwNCj4+PiBmcm9tIHBvcnRzICg4LjE1LjJfNSksIGV4cGxpY2l0bHkg Y29tcGlsZWQgd2l0aCB0aGUgYmxhY2tsaXN0ZCBmbGFnLCBoYXMNCj4+PiBzdG9wcGVkIGZlZWRp bmcgb2ZmZW5kaW5nIElQcyAoZS5nLiB0aG9zZSBmYWlsaW5nIGRvX2F1dGgpIHRvIGJsYWNrbGlz dGQNCj4+PiBzaW5jZSBKYW4gMz8NCj4+ICAgSGVsbG8uDQo+Pg0KPj4gICBJIHVzZWQgc2VuZG1h aWwrdGxzK3Nhc2wyLTguMTUuMl8zIGZvciBhIGxvbmcgdGltZS4NCj4+ICAgVGhhdCB3b3JrcyBm aW5lLg0KPj4NCj4+ICAgUmVjZW50bHksIEkgdXBncmFkZSB0byBzZW5kbWFpbC04LjE1LjJfMTMg YW5kIHRoaXMgaXMgbm90IHdvcmtpbmcNCj4+IHdpdGhvdXQgVXNlQmxhY2tsaXN0IG9wdGlvbiBp biBzZW5kbWFpbC5jZi4NCj4+ICAgSSB0aGluayB5b3UgbXVzdCBhZGQgJ08gVXNlQmxhY2tsaXN0 PVRydWUnIGluIHlvdXIgc2VuZG1haWwuY2YuDQo+IA0KPiBJbnRlcmVzdGluZy4gQ2FuIHlvdSB0 ZWxsIG1lIGhvdyB5b3UgZm91bmQgdGhhdCBpbmZvcm1hdGlvbj8gSXQgaXMgbm90DQo+IGxpc3Rl ZCBpbiBjZi9SRUFETUUgKG5laXRoZXIgcG9ydCBub3IgYmFzZSkuIEknbSBhc3N1bWluZyBpdCdz DQo+IA0KPiBkZWZpbmUoYGNvbmZVU0VfQkxBQ0tMSVNUJywgYHRydWWiKQ0KPiANCj4gaW4gLm1j LiBJJ2xsIGdpdmUgdGhhdCBhIHRyeSwgdGhhbmtzLg0KDQogIEkgZm91bmQgYnkgJ21hbiA4IHNl bmRtYWlsJyBhbmQgL1VzZUJsYWNrbGlzdC4NCiAgSSB0aGluayB0aGlzIGNoYW5nZSB3YXMgZG9u ZSBhZnRlciBodHRwczovL3Jldmlld3MuZnJlZWJzZC5vcmcvRDEzNDc1Lg0KLS0gDQpNYXNhY2hp a2EgSVNISVpVS0ENCg== From owner-freebsd-ports@freebsd.org Mon Nov 12 13:52:40 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5D8B110691E for ; Mon, 12 Nov 2018 13:52:40 +0000 (UTC) (envelope-from erdgeist@erdgeist.org) Received: from mail.bithabitat.de (mail.bithabitat.de [84.200.61.29]) (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 9C50C6FB8D for ; Mon, 12 Nov 2018 13:52:39 +0000 (UTC) (envelope-from erdgeist@erdgeist.org) Received: (qmail 48455 invoked from network); 12 Nov 2018 13:52:37 -0000 Received: from mail.bithabitat.de (HELO mail.bithabitat.de) (erdgeist@erdgeist.org) by mail.bithabitat.de with ESMTPS (AES128-SHA encrypted); 12 Nov 2018 13:52:37 -0000 Subject: Re: Broken port qmail-tls, upstream dead To: Kurt Jaeger Cc: freebsd-ports References: <20181112062019.GH1940@home.opsec.eu> From: Dirk Engling Openpgp: preference=signencrypt Autocrypt: addr=erdgeist@erdgeist.org; keydata= xsFNBFjRKwsBEAC/F5QZPccZbcCuGmMG5TvjNSeaAZcRJSxKEC4hz8OPYyaPdxnFyq8qoeAB 9ou6oqmdBoNfkZHuByC9fZ2aa7OB1RKIKcwGanb1yp86Re4BZWtGXbXODGCR1I98E7z9klNM ZP8OQrPhi8GijpsWMOr6LDNEg/nWpnhMaGBvyrDTLzzm0u5w8cNWv/A+khQWIJPwR1sS+Jy/ 3aqiNTlkpweR/v6ElXcipKz4Ki/SYwmEfiYkicm63JRRetXu5s8+HTNMwJvfb+rb3e0TaHPL J1Wu68PFf8vogGBIOJIDRJBgmYOX7P4dTPJS7Xe99JUbUWEs0wlEWuv/5GU/QPfTBoBgCGG5 EGEc8SDEBMjef5O2RUubBxYgMSvw1ermYuonoNrBCqQh7Lj7aWEk0CwDj31hul52uGZneAEO TG1fg85S3h5vIRgwwBHbPkH+3HFLeCplmFeyR+wPNU6OulAOHvXLH1U+7yESMY4uN7Y95u+l MgVfIpLbGwfgOdmlVssqF5aSL0ScvMm0eoLToTYBroNwQ94M6as18ltQPIVsMMUlbwzzf8eo mBe56imYwtrqjKtAsqgwWNz42FqLq3mZC29zIdjGdwf8yPFnyvKK7CLyKT+Uir05YVc8Gw2P 0cuQ3WLlbQ6J8i1HpHFHPB0HaZx1YcaV65M9U+DgJDam+0JJzQARAQABzSREaXJrIEVuZ2xp bmcgPGVyZGdlaXN0QGVyZGdlaXN0Lm9yZz7CwYIEEwEIACwCGwMFCQeGH4AHCwkIBwMCAQYV CAIJCgsEFgIDAQIeAQIXgAUCWNErXAIZAQAKCRDy9hMrwy+yn2OYD/4kcNTqYd55y9axC3gD XQYNEttdWzC+OaTn5VeW82KKd3IGeO0oRjxi4FxfTyYH9qhk6rOnG0OdH/mYywEp1cNwOKAA hlumuQKFoKPxaQxIP+VTmp06BWLov46fWE+5hZNdoDawii6LRJ+sKK84nx9Y8v6Jb5IWeGcu PWhRIdqew6j9WJgWKa5cuVgj+h7/n0/4P3CcjhH2sXUs1Fw80xXfsTGNA4emAHf1xelplj+8 LUgK9VOftuuWsmSZtg7PzsgWcEAwVwxJQCUj7pwKGitBq4rOLMXV39aC7Spmz8oif/HBOmI2 BbM527xI36D6r6/S0Y1RqWqBZAOP7qslkG/wYcjd1wt+qKrRZUeeuO86U5/6vuKtO2a3Gyaj RbGQoxFiHNjZY18svcPqloT5geqCTfZDpZIz5zUj7mcBKPmbA1pO0nvg2ly7JaqdIeyZCdX2 +iYxuwbMesKQfB5GSF7oOOuWKOBDB9WH+8F+fKXJf++86eUqfcrHpNK6kXXVnrAh7QE7yWYq 5oONAH4iazX/7PSsOcOJuKyQCHmtEBgo83rb6H7hVMu6U+7SeVVslXv6aZQ0fF1YQ3dqAqoB 1QQIa4YLN0l60T4fHQqQmruzo4HtLvPEfq8rfL10fvEs45A/DsfMIsiRCzJTOoMTZ/hDYytr TzwR+KgcpM/8z4pMHc7BTQRY0SsLARAA0EG3+5KajPEkZr+YwTpuHKlC/9zwsrFlslep2Wr+ uQYvN5FH878aft0al25Arhx66Ac30hCTTqwA3ixa8AiwkF8sPhPhFKcEIDkWQvfNE5CA+Ljg h2Baeo6YizYRk6uoeHW8onYFvewIba4rsjpGClU6mzV9sP0VqJ2SZI/gUf+sL4vMHeEcnsX2 ipmKvtR5hsBWTS2ttobxLgNZBlQUuMaZHGUw9drG7AILjFrPnPp3nFIvYhT4zHqjqRhuyfcr 6SBO7bBPJJs82szrOa6pz8Bi4n6L6WhXRahnZsIfMYIXoczW4OvmCWdrX3oy8NqlD/SkxbwG 1jrIsdQQD5ecwsF94PvNpY53pXWIcZUCGzTzHVnZbAPvfNZgTpXLTf6Z6XvTxT/6fqbs7HjY KieZSsedg4fVHCGDADiRONHMnmqlkgyQ8PD0tIIT21GQaX6yrqnLlny/A2GpfygwkLz1LSCR 857633U6kMOYEqwE0SisTa6viugHfeA/9UEzU413KbEvIQA/UKPT1QWcN5Bln8iDFjlovE2g WKMwf93oOP0+uNcPIVdWcybWVyLh2qkCMpi/4gTq/+C8SrbMU5OKRrVuPBkjRwtukuOdVazA trB39wzQszsbEkFKuLXcroe+BAUIuJCIh+HK7UJcKeyYDJxSdnWucbHU7JUorkYEhq0AEQEA AcLBZQQYAQgADwUCWNErCwIbDAUJB4YfgAAKCRDy9hMrwy+yn8e+EACOc04tHvoO2piSmi0M bE3t7WadMseeP2LyVpZmttAauSmi00gLNXS6YSQsnNWsQ+JcEJfUdZOvrDREwqkCxKyhrU/9 hCJVruQzb8YHJsDHQPAc+BTvbVR8dlc/vUQyHuA8x2CjTGjybspyGTnDOY10f49Yc2MPeTeF x7Tsc4mnPQVHKWuBmfAVdM8OlDMCS5Q0C6dsb3nPrCJjYTwcsrT94gd6ra9xHF9bLQQO52VZ Vze7PZ10SJxoy7ry09au8mW0Q4PBtEvcra02TipeiaIzdMmt+X8l5HL3Vba60l9zHnr+I4Jx TpP/8i8Bm95W+7sNWUcIjRJGl1iif/CiaGp8PVyprTjrqYFzjSHkDdbm/tOekTQU6h0f+Clp t96h4qu8fLNdw/HLp+BCYnYwF37sgWY95Qw1cqmL21R9RDBArFJrlm2N1l8YZdw6jk35Bcbu H84H7Rwm7a5vmHIa9bH2WNz1ml34pPITuMMG85abF/dVEf81+zaW12VDzs43hZiaYieWrAQe A2/JSgdDGIPZx68Ysw5kojw53TC9/w3tMyIx82JgbvbbgY7gqsfPW0bv5B79mJeE3tUpDDPO Nl7VAtqnOWvPbbQFdOTMZz36Y/WBolx/bOqglPIGHHRt6t0i9LupLluhuIDSCQk7hOaQorSf YmbwUxzknuL+GhEDnw== Message-ID: Date: Mon, 12 Nov 2018 14:52:36 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <20181112062019.GH1940@home.opsec.eu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9C50C6FB8D X-Spamd-Result: default: False [0.18 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.28)[-0.281,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.13)[-0.135,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[erdgeist.org]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mail.erdgeist.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.39)[-0.386,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.10)[asn: 31400(0.49), country: DE(-0.01)]; ASN(0.00)[asn:31400, ipnet:84.200.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 13:52:40 -0000 On 12.11.18 07:20, Kurt Jaeger wrote: > Which feature breaks ? Relaying after auth with client certs. The patch manually resets openssl's ssl context state to trigger a second handshake after reneg and those fields are now opaque in openssl. > Patches can be applied conditionally (e.g. only for 12). > If you provide the patch in a way that fixes the build only for 12 ? Any pointers for that? > Migrate to exim 8-) ? If upstream is dead, maybe it's a signal > to migrate away ? Well netqmail is well and kicking, it's just that the tls implementation is a little rough arund the edges and needs some brushing ;) erdgeist From owner-freebsd-ports@freebsd.org Mon Nov 12 13:55:01 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C17B711069AE for ; Mon, 12 Nov 2018 13:55:01 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 423BA6FC67; Mon, 12 Nov 2018 13:55:01 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lf1-f47.google.com (mail-lf1-f47.google.com [209.85.167.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id D73EB18F71; Mon, 12 Nov 2018 13:55:00 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf1-f47.google.com with SMTP id l10so2607082lfh.9; Mon, 12 Nov 2018 05:55:00 -0800 (PST) X-Gm-Message-State: AGRZ1gLWIayLbeoLeb61/5UL0CtuCcQv/oLiza/8jCQzETuQpoVlyb03 yxfSISwXHMjeCjR0Oeh/y5wk3Vo29h09TUt/DIY= X-Google-Smtp-Source: AJdET5dJ+USLSYSoOUr6CHaGIzxOMmtLxkhebm0GXk85GPVJG0JdpyauddA0NRcD8OvHV1N35cql1riSFpphHIOG47g= X-Received: by 2002:a19:5394:: with SMTP id h20mr693173lfl.75.1542030899378; Mon, 12 Nov 2018 05:54:59 -0800 (PST) MIME-Version: 1.0 References: <01EDE371-F1BB-4489-BA28-21C2C68BEE9B@yahoo.com> In-Reply-To: <01EDE371-F1BB-4489-BA28-21C2C68BEE9B@yahoo.com> From: Kyle Evans Date: Mon, 12 Nov 2018 07:54:47 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: FYI: ports head -r484783 poudriere-devel with qemu-arm-static: sometimes hangs between a cc (wait) and its child ld (uwait) To: marklmi@yahoo.com Cc: Sean Bruno , ports-list freebsd Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 423BA6FC67 X-Spamd-Result: default: False [-106.88 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; IP_SCORE(-3.77)[ip: (-9.91), ipnet: 2610:1c1:1::/48(-4.93), asn: 11403(-3.90), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 13:55:01 -0000 On Sun, Nov 11, 2018 at 9:11 PM Mark Millard wrote: > > [I still can not produce the problem below on demand. > It seems racy with no fixed context producing the > problem as far as which port is building. But the > general structure of what hangs is the same each > time so far.] > > The following is just an FYI for the other > qemu-arm-static tied problem that I regularly run into. > I do not have much useful information so far. It is > not clear how I'd get such information. > Hi, Just so we're clear- in what kind of time frame did you start observing this hang? Thanks, Kyle Evans From owner-freebsd-ports@freebsd.org Mon Nov 12 14:07:45 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2A0F1106D4A for ; Mon, 12 Nov 2018 14:07:44 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B9BA7017D for ; Mon, 12 Nov 2018 14:07:44 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gMCsT-0008A4-Aw; Mon, 12 Nov 2018 15:07:45 +0100 Date: Mon, 12 Nov 2018 15:07:45 +0100 From: Kurt Jaeger To: Dirk Engling Cc: freebsd-ports Subject: Re: Broken port qmail-tls, upstream dead Message-ID: <20181112140745.GJ1940@home.opsec.eu> References: <20181112062019.GH1940@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 2B9BA7017D X-Spamd-Result: default: False [-104.87 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.998,0]; IP_SCORE(-1.76)[ipnet: 2001:14f8::/32(-4.89), asn: 12502(-3.91), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 14:07:45 -0000 Hi! > On 12.11.18 07:20, Kurt Jaeger wrote: > > > Which feature breaks ? > > Relaying after auth with client certs. The patch manually resets > openssl's ssl context state to trigger a second handshake after reneg > and those fields are now opaque in openssl. > > > Patches can be applied conditionally (e.g. only for 12). > > If you provide the patch in a way that fixes the build only for 12 ? > > Any pointers for that? Put the 12er patch into files/extra-patch-fbsd12 and add this to the Makefile: .if ${OPSYS} == FreeBSD && ${OSVERSION} >= 1200000 EXTRA_PATCHES=extra-patch-fbsd12 .endif > > Migrate to exim 8-) ? If upstream is dead, maybe it's a signal > > to migrate away ? > Well netqmail is well and kicking, it's just that the tls implementation > is a little rough arund the edges and needs some brushing ;) Yes, I would not want to migrate, either 8-) -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-ports@freebsd.org Mon Nov 12 15:15:19 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9295C11082ED for ; Mon, 12 Nov 2018 15:15:19 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) 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 124A472477 for ; Mon, 12 Nov 2018 15:15:19 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: by mailman.ysv.freebsd.org (Postfix) id CAC1A11082EC; Mon, 12 Nov 2018 15:15:18 +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 B95A811082EB for ; Mon, 12 Nov 2018 15:15:18 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from smtp.krpservers.com (smtp.krpservers.com [62.13.128.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.krpservers.com", Issuer "RapidSSL RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B167C72476 for ; Mon, 12 Nov 2018 15:15:17 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from [10.12.30.106] (host165-120-242-29.range165-120.btcentralplus.com [165.120.242.29]) (authenticated bits=0) by smtp.krpservers.com (8.15.2/8.15.2) with ESMTPSA id wACEwq9E000334 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 12 Nov 2018 14:58:53 GMT (envelope-from kpielorz_lst@tdx.co.uk) Date: Mon, 12 Nov 2018 14:58:41 +0000 From: Karl Pielorz To: FreeBSD Ports Subject: pkg falls behind port version - how do ports become pkg's? Message-ID: <09E24A9CF2EF0A4276923670@[10.12.30.106]> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Rspamd-Queue-Id: 124A472477 X-Spamd-Result: default: False [-5.28 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; FROM_HAS_DN(0.00)[]; FORWARDED(0.00)[ports@mailman.ysv.freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; SPF_FAIL_FORWARDING(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-3.68)[ip: (-9.84), ipnet: 2001:1900:2254::/48(-4.77), asn: 10310(-3.71), country: US(-0.09)]; MID_RHS_IP_LITERAL(0.50)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: mx0.krpservers.com]; NEURAL_HAM_SHORT(-0.98)[-0.983,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[ports@freebsd.org,freebsd-ports@freebsd.org]; DMARC_POLICY_SOFTFAIL(0.10)[tdx.co.uk : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 15:15:19 -0000 Hi All, How long does it usually take for an updated port (e.g. mysql56-server which in ports is at 5.6.42) to be available as a pkg? (pkg under FBSD 11.2 is currently 5.6.41). I had previously thought all of this was mostly automated behind-the-scenes "magic" kind of stuff - but four weeks after the MySQL port was updated the pkg isn't yet :( - so I'm guessing it's not really that magic, and does involve human time & effort? :) Are ports turned into pkg's by the maintainers? - Is it done as-and-when - or is there some kind of 'every x days / once per quarter' kind of thing? Thanks, -Karl From owner-freebsd-ports@freebsd.org Mon Nov 12 16:21:08 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F03A110A13F for ; Mon, 12 Nov 2018 16:21:08 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E85A6753F8 for ; Mon, 12 Nov 2018 16:21:07 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from leaf.local (unknown [88.202.132.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 8FA1361D5 for ; Mon, 12 Nov 2018 16:21:05 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/8FA1361D5; dkim=none; dkim-atps=neutral Subject: Re: pkg falls behind port version - how do ports become pkg's? To: freebsd-ports@freebsd.org References: <09E24A9CF2EF0A4276923670@[10.12.30.106]> From: Matthew Seaman Message-ID: Date: Mon, 12 Nov 2018 16:20:52 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <09E24A9CF2EF0A4276923670@[10.12.30.106]> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E85A6753F8 X-Spamd-Result: default: False [-102.13 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; 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)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[FreeBSD.org]; MX_GOOD(-0.01)[cached: mx1.FreeBSD.org]; NEURAL_HAM_SHORT(-1.00)[-0.998,0]; IP_SCORE(-0.02)[country: GB(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:20712, ipnet:2001:8b0::/32, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 16:21:08 -0000 On 12/11/2018 14:58, Karl Pielorz wrote: > How long does it usually take for an updated port (e.g. mysql56-server > which in ports is at 5.6.42) to be available as a pkg? (pkg under FBSD > 11.2 is currently 5.6.41). Which branch are you trcking in your pkg(8) config? If it's 'latest', then you'll get the updated mysql after about 1-3 days assuming there aren't any problems with that port of any of its dependencies. If it's 'quarterly' (which is the default) then you'll not get an update until the beginning of the next quarter -- which would be the start of January 2019. The exception to this is when there's a security fix for the package in question, which should appear within a day or so. Use 'pkg -vv' to examine your config settings, particularly the 'url' field under 'Repositories' towards the end of that output. > I had previously thought all of this was mostly automated > behind-the-scenes "magic" kind of stuff - but four weeks after the MySQL > port was updated the pkg isn't yet :( - so I'm guessing it's not really > that magic, and does involve human time & effort? :) No, packages are automatically built, and usually show up within a few days. It involves human time and effort when things go wrong, but that's primarily from the maintainers of the ports in question, and not usually the pkg-builder admins. > Are ports turned into pkg's by the maintainers? - Is it done as-and-when > - or is there some kind of 'every x days / once per quarter' kind of thing? Nope. Official packages are built on the official package building cluster. The certainly aren't built by random port maintainers who may be of particularly uncertain provenance and are not absolutely guaranteed to have your best interests at heart.[*] Cheers, Matthew [*] The requirements for becoming a port maintainer are no more stringent than: * Having a working e-mail address * Expressing a willingness to maintain a port * Being able to generate a diff and attach it to a Bugzilla ticket. It's down to ports committers to verify that there's nothing untoward about what they commit to the ports. The requirements on authenticating/identifying yourself when becoming a ports committer are rather stricter than for a port maintainer. From owner-freebsd-ports@freebsd.org Mon Nov 12 17:33:57 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98D77110C4D0 for ; Mon, 12 Nov 2018 17:33:57 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 258F9798D8; Mon, 12 Nov 2018 17:33:57 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (static-71-168-218-4.cmdnnj.fios.verizon.net [71.168.218.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jkim/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id ED22E1A5BC; Mon, 12 Nov 2018 17:33:56 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: Problem with VBox-ose 5.2.20 and 5.2.22 To: Nilton Jose Rizzo , freebsd-ports@freebsd.org References: <4ddaddde-19d8-aa12-22f5-0304b607ebaf@i805.com.br> From: Jung-uk Kim Openpgp: preference=signencrypt Autocrypt: addr=jkim@FreeBSD.org; prefer-encrypt=mutual; keydata= xsBNBFJBztUBCAChqNyGqmFuNo0U7MBzsD+q/G6Cv0l7LGVrOAsgh34M8wIWhD+tztDWMVfn AhxNDd0ceCj2bYOe67sTQxAScEcbt2FfvPOLp9MEXb9qohZj172Gwkk7dnhOhZZKhVGVZKM4 NcsuBDUzgf4f3Vdzj4wg6WlqplnTZo8lPE4hZWvZHoFIyunPTJWenybeV1xnxK7JkUdSvQR0 fA59RfTTECMwTrSEfYGUnxIDBraxJ7Ecs/0hGQ7sljIj8WBvlRDU5fU1xfF35aw56T8POQRq F4E6RVJW3YGuTpSwgtGZOTfygcLRhAiq3dFC3JNLaTVTpM8PjOinJyt9AU6RoITGOKwDABEB AAHNHkp1bmctdWsgS2ltIDxqa2ltQEZyZWVCU0Qub3JnPsLAfQQTAQoAJwUCUkHO1QIbAwUJ E0/POwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRB8n5Ym/NvxRqyzB/wL7QtsIpeGfGIA ZPMtgXMucM3NWzomyQMln2j2efUkDKthzh9jBxgF53TjOr7imwIt0PT2k1bqctPrq5IRqnu9 mGroqaCLE3LG2/E3jEaao4k9PO6efwlioyivUo5NrqIQOQ4k3EAXw7d2y0Dk1VpTgdMrnUAB hj7lGlLqS4ydcrf24DdbCRGdEQwqd9DBeBgbWynxAJMgbZBhYVEyIHuQKkJ8qY0ibIPXXuF0 KYDeH0qUHtWV2K3srNyPtymUkBQD84Pl1GWRYx05XdUHDmnX0JV3lg0BfYJZgZv0ehPQrMfY Fd9abTkf9FHQYz1JtsC8wUuRgqElRd6+YAGf8Tt9zsBNBFJBztUBCADLtSrP44El2VoJmH14 OFrlOgxzZnbn+Y/Gf1k12mJBiR+A+pBeRLD50p7AiTrjHRxO3cHcl9Dh0uf1VSbXgp8Or0ye iP/86fZPd4k5HXNmDTLL0HecPE08SCqGZ0W8vllQrokB1QxxRUB+fFMPJyMCjDAZ7P9fFTOS dTw1bJSTtOD8Sx8MpZUa9ti06bXFlVYDlaqSdgk181SSx+ZbSKkQR8CIMARlHwiLsa3Z9q9O EJr20HPyxe0AlTvwvFndH61hg7ds63eRvglwRnNON28VXO/lvKXq7Br/CiiyhFdKfINIx2Z5 htYq22tgGTW7mBURbIKoECFBTX9Lv6BXz6w9ABEBAAHCwGUEGAEKAA8FAlJBztUCGwwFCRNP zzsACgkQfJ+WJvzb8UZcJQf+IsTCxUEqY7W/pT84sMg5/QD3s6ufTRncvq14fEOxCNq1Rf4Q 9P+tOFa8GZfKDGB2BFGIrW7uT5mlmKdK1vO6ZIA930y5kUsnCmBUEBJkE2ciSQk01aB/1o62 Q3Gk/F6BwtNY9OXiqF7AcAo+K/BMIaqb26QKeh+IIgK1NN9dQiq3ByTbl4zpGZa6MmsnnRTu mzGKt2nkz7vBzH6+hZp1OzGZikgjjhYWVFoJo1dvf/rv4obs0ZJEqFPQs/1Qa1dbkKBv6odB XJpPH0ssOluTY24d1XxTiKTwmWvHeQkOKRAIfD7VTtF4TesoZYkf7hsh3e3VwXhptSLFnEOi WwYofg== Message-ID: <38278390-cf77-99e4-9240-f9c786a43132@FreeBSD.org> Date: Mon, 12 Nov 2018 12:33:46 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <4ddaddde-19d8-aa12-22f5-0304b607ebaf@i805.com.br> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pN5SQ3fTNtXLTLjWWkBALVWdXrKPzdquq" X-Rspamd-Queue-Id: 258F9798D8 X-Spamd-Result: default: False [-105.19 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_SOFTFAIL(0.00)[~all]; MX_GOOD(-0.01)[cached: mx1.FreeBSD.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 17:33:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --pN5SQ3fTNtXLTLjWWkBALVWdXrKPzdquq Content-Type: multipart/mixed; boundary="Govt9icAFKZLRw2TNa8MlYFdwbYa4Tta3"; protected-headers="v1" From: Jung-uk Kim To: Nilton Jose Rizzo , freebsd-ports@freebsd.org Message-ID: <38278390-cf77-99e4-9240-f9c786a43132@FreeBSD.org> Subject: Re: Problem with VBox-ose 5.2.20 and 5.2.22 References: <4ddaddde-19d8-aa12-22f5-0304b607ebaf@i805.com.br> In-Reply-To: <4ddaddde-19d8-aa12-22f5-0304b607ebaf@i805.com.br> --Govt9icAFKZLRw2TNa8MlYFdwbYa4Tta3 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18. 11. 10., Nilton Jose Rizzo wrote: > Problem with compiling VirtualBox-ose 5.2.22 >=20 >=20 > @cc -c -O2 -g -pipe -O2 -mtune=3Dgeneric -fno-omit-frame-pointer > -fno-strict-aliasing -fvisibility=3Dhidden -DVBOX_HAVE_VISIBILITY_HIDDE= N > -DRT_USE_VISIBILITY_DEFAULT -fPIC -Wno-sign-compare > -Werror-implicit-function-declaration -m64 > -I/usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.22/src/recomp= iler/Sun/crt > -I/usr/ualBox-5.2.22/src/recompiler/exec.c > kBuild: Compiling VBoxRemPrimary - > /usr/ports/emulators/virtualbox-ose/work/Virt > ualBox-5.2.22/src/recompiler/translate-all.c > In file included from > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.22 > /src/recompiler/cpu-exec.c:30: > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.22/src/recompil= er/target > -i386/exec.h:41:38: error: > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 register 'r14' unsuitable for global reg= ister variables on this target > register struct CPUX86State *env asm(AREG0); > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-5.2.22/src/recompil= er/dyngen > -exec.h:81:15: note: > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 expanded from macro 'AREG0' > #define AREG0 "r14" > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 ^ > kBuild: Compiling VBoxRemPrimary - > /usr/ports/emulators/virtualbox-ose/work/Virt > ualBox-5.2.22/src/recompiler/host-utils.c >=20 >=20 > My box: >=20 > root@valfenda:/usr/ports/emulators/virtualbox-ose # uname -a > FreeBSD valfenda 13.0-CURRENT FreeBSD 13.0-CURRENT r340249 VALFENDA=C2=A0= amd64 > root@valfenda:/usr/ports/emulators/virtualbox-ose # >=20 > root@valfenda:/usr/ports/emulators/virtualbox-ose # svnlite info . > Path: . > Working Copy Root Path: /usr/ports > URL: svn://svn.freebsd.org/ports/head/emulators/virtualbox-ose > Relative URL: ^/head/emulators/virtualbox-ose > Repository Root: svn://svn.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 484572 > Node Kind: directory > Schedule: normal > Last Changed Author: jkim > Last Changed Rev: 484559 > Last Changed Date: 2018-11-09 21:54:01 -0200 (sex, 09 nov 2018) Probably devel/kBuild was built *without* GCC option. Jung-uk Kim --Govt9icAFKZLRw2TNa8MlYFdwbYa4Tta3-- --pN5SQ3fTNtXLTLjWWkBALVWdXrKPzdquq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEl1bqgKaRyqfWXu/CfJ+WJvzb8UYFAlvpuYIACgkQfJ+WJvzb 8UaTEQf/bCn715wDzSL8d0+DFg87RNbcn7FwCnSd6fJr2lZUieeHYu3COwV0Tkss IXUMPi+0X+6yaw4Da5DDHhZ6tq8pvvjvQjWqHmtkC1th4mehSRea+TKDL+BIGWDZ Z79LUS1hncvoHVLG/seqbNguag2obRqu/7W+439vvH9Jfo0nvbjv9OXtCikt9tHS qgYOdxMKHWC6N/qXhTVx3+ljocMC3wH+/MfOj0LMYWHyRkmOLJ4JXhybcrjt5La/ FdA6HIJQnDKF2V4P2dSbCUWd3Xo8Le6mUX0n472dh887bIlZdg60ES0HPSMUC0K2 GazMPGIjr2Dq/T2ybB5YvWRQ7L+i9Q== =bxtS -----END PGP SIGNATURE----- --pN5SQ3fTNtXLTLjWWkBALVWdXrKPzdquq-- From owner-freebsd-ports@freebsd.org Mon Nov 12 18:13:35 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24ABF110D534 for ; Mon, 12 Nov 2018 18:13:35 +0000 (UTC) (envelope-from info@netocean.de) Received: from netocean.de (ip-134.119.39.184.servers.jiffybox.net [134.119.39.184]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D25307BB64; Mon, 12 Nov 2018 18:13:33 +0000 (UTC) (envelope-from info@netocean.de) Received: by netocean.de (NetOcean MX, from userid 58) id A34E96F4793; Mon, 12 Nov 2018 19:13:23 +0100 (CET) Received: from [172.18.34.100] (Prod-HAProxy-10.ocn.sh [172.18.33.151]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by netocean.de (NetOcean MX) with ESMTPSA id 7F8986F4794; Mon, 12 Nov 2018 19:13:23 +0100 (CET) To: freebsd-ports@freebsd.org, brnrd@FreeBSD.org From: =?UTF-8?Q?Leander_Sch=c3=a4fer?= Subject: FreeBSD 11.2-RELEASE (64bit) databases/mariadb103-server Message-ID: <6ecea53e-9bf3-e8f7-3d69-ade63a06c9be@netocean.de> Date: Mon, 12 Nov 2018 19:13:23 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: D25307BB64 X-Spamd-Result: default: False [-2.25 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.985,0]; R_SPF_NEUTRAL(0.00)[?all]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.987,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_SHORT(0.06)[0.063,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-0.23)[asn: 34011(-1.15), country: DE(-0.01)]; MX_GOOD(-0.01)[netocean.de]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:34011, ipnet:134.119.39.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 18:13:35 -0000 Hello, databases/mariadb103-server doesn't want to build any more. I use poudriere to build own local package repositories. It seems like one of the two last updates broke databases/mariadb103-server port for me: - 12 Nov 2018 16:58:52 or - 10 Nov 2018 14:11:46 https://www.freshports.org/databases/mariadb103-server/ My make.conf looks like this: DEFAULT_VERSIONS+=php=71 DEFAULT_VERSIONS+=pgsql=9.6 DEFAULT_VERSIONS+=mysql=8.0 DEFAULT_VERSIONS+=samba=4.8 DEFAULT_VERSIONS+=python=2.7 python2=2.7 python3=3.6 DEFAULT_VERSIONS+=ssl=openssl The options of databases/mariadb103-server are left default except GSSAPI_NONE. OPTIONS_FILE_SET+=CONNECT_EXTRA OPTIONS_FILE_SET+=DOCS OPTIONS_FILE_SET+=WSREP OPTIONS_FILE_UNSET+=LZ4 OPTIONS_FILE_UNSET+=LZO OPTIONS_FILE_UNSET+=SNAPPY OPTIONS_FILE_UNSET+=ZSTD OPTIONS_FILE_SET+=INNOBASE OPTIONS_FILE_UNSET+=MROONGA OPTIONS_FILE_UNSET+=OQGRAPH OPTIONS_FILE_UNSET+=ROCKSDB OPTIONS_FILE_SET+=SPHINX OPTIONS_FILE_SET+=SPIDER OPTIONS_FILE_UNSET+=TOKUDB OPTIONS_FILE_UNSET+=ZMQ OPTIONS_FILE_UNSET+=MSGPACK OPTIONS_FILE_UNSET+=GSSAPI_BASE OPTIONS_FILE_UNSET+=GSSAPI_HEIMDAL OPTIONS_FILE_UNSET+=GSSAPI_MIT OPTIONS_FILE_SET+=GSSAPI_NONE [...] --- storage/connect/CMakeFiles/connect.dir/all --- [ 87%] Building CXX object storage/connect/CMakeFiles/connect.dir/ha_connect.cc.o cd /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect && /usr/local/libexec/ccache/c++  -DFORCE_INIT_OF_VARS -DGZ_SUPPORT -DHAVE_CONFIG_H -DHUGE_SUPPORT -DLIBXML2_SUPPORT -DLINUX -DMARIADB -DMYSQL_DYNAMIC_PLUGIN -DNOCRYPT -DODBC_SUPPORT -DUBUNTU -DUNIX -DVCT_SUPPORT -DXMAP -DZIP_SUPPORT -Dconnect_EXPORTS -I/wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/include -I/wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/sql -I/wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/pcre -I/usr/local/include -I/usr/local/include/libxml2 -O2 -pipe -fstack-protector -isystem /usr/local/include -fno-strict-aliasing  -isystem /usr/local/include -Wl,-z,relro,-z,now -fstack-protector --param=ssp-buffer-size=4 -fno-rtti -Wall -Wmissing-declarations -Wno-unused-function -Wno-unused-variable -Wno-unused-value -Wno-parentheses -Wno-strict-aliasing -Wno-implicit-fallthrough -fpermissive -fexceptions -fPIC  -O2 -pipe -fstack-protector -isystem /usr/local/include -fno-strict-aliasing  -isystem /usr/local/include -D_FORTIFY_SOURCE=2 -DDBUG_OFF -fPIC -o CMakeFiles/connect.dir/ha_connect.cc.o -c /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc --- extra/mariabackup/CMakeFiles/mariabackup.dir/all --- /usr/bin/ld: mariabackup: hidden symbol `_Z31fil_space_verify_crypt_checksumPhRK11page_size_tmm' isn't defined /usr/bin/ld: final link failed: Nonrepresentable section on output c++: error: linker command failed with exit code 1 (use -v to see invocation) *** [extra/mariabackup/mariabackup] Error code 1 make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 1 error make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** [extra/mariabackup/CMakeFiles/mariabackup.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/innobase/CMakeFiles/innobase.dir/all --- Scanning dependencies of target innobase A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** [storage/innobase/CMakeFiles/innobase.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all --- c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused [-Wunused-command-line-argument] --- storage/blackhole/CMakeFiles/blackhole.dir/all --- c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused [-Wunused-command-line-argument] --- storage/federatedx/CMakeFiles/federatedx.dir/all --- c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused [-Wunused-command-line-argument] --- storage/test_sql_discovery/CMakeFiles/test_sql_discovery.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** [storage/test_sql_discovery/CMakeFiles/test_sql_discovery.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- plugin/qc_info/CMakeFiles/query_cache_info.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/spider/CMakeFiles/spider.dir/all --- c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused [-Wunused-command-line-argument] --- plugin/qc_info/CMakeFiles/query_cache_info.dir/all --- *** [plugin/qc_info/CMakeFiles/query_cache_info.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- plugin/locale_info/CMakeFiles/locales.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all --- *** [plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- plugin/locale_info/CMakeFiles/locales.dir/all --- *** [plugin/locale_info/CMakeFiles/locales.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- plugin/query_response_time/CMakeFiles/query_response_time.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** [plugin/query_response_time/CMakeFiles/query_response_time.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/archive/CMakeFiles/archive.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- plugin/handler_socket/CMakeFiles/handlersocket.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- plugin/daemon_example/CMakeFiles/daemon_example.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/sphinx/CMakeFiles/sphinx.dir/all --- c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused [-Wunused-command-line-argument] --- plugin/handler_socket/CMakeFiles/handlersocket.dir/all --- *** [plugin/handler_socket/CMakeFiles/handlersocket.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- plugin/daemon_example/CMakeFiles/daemon_example.dir/all --- *** [plugin/daemon_example/CMakeFiles/daemon_example.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/archive/CMakeFiles/archive.dir/all --- *** [storage/archive/CMakeFiles/archive.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/federated/CMakeFiles/federated.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** [storage/federated/CMakeFiles/federated.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/blackhole/CMakeFiles/blackhole.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** [storage/blackhole/CMakeFiles/blackhole.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/spider/CMakeFiles/spider.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/federatedx/CMakeFiles/federatedx.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/spider/CMakeFiles/spider.dir/all --- *** [storage/spider/CMakeFiles/spider.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/federatedx/CMakeFiles/federatedx.dir/all --- *** [storage/federatedx/CMakeFiles/federatedx.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/sphinx/CMakeFiles/sphinx.dir/all --- A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** [storage/sphinx/CMakeFiles/sphinx.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 --- storage/connect/CMakeFiles/connect.dir/all --- c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused [-Wunused-command-line-argument] /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:1298:31: warning: address of array 'this->partname' will always evaluate to 'true' [-Wpointer-bool-conversion]   if (IsPartitioned() && s && partname && *partname) {                            ~~ ^~~~~~~~ /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3048:51: warning: adding 'uint32' (aka 'unsigned int') to a string does not append to the string [-Wstring-plus-int]                   strcat(s, "1970-01-01 00:00:00" + res->length());                             ~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~ /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3048:51: note: use array indexing to silence this warning                   strcat(s, "1970-01-01 00:00:00" + res->length());                                                   ^                             &                     [              ] /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3078:55: warning: adding 'uint32' (aka 'unsigned int') to a string does not append to the string [-Wstring-plus-int]                       strcat(s, "1970-01-01 00:00:00" + res->length());                                 ~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~ /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3078:55: note: use array indexing to silence this warning                       strcat(s, "1970-01-01 00:00:00" + res->length());                                                       ^                                 &                     [              ] 3 warnings generated. A failure has been detected in another branch of the parallel make make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** [storage/connect/CMakeFiles/connect.dir/all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 16 errors make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** [all] Error code 2 make[1]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 1 error make[1]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/databases/mariadb103-server =>> Cleaning up wrkdir ===>  Cleaning for mariadb103-server-10.3.10_1 build of databases/mariadb103-server | mariadb103-server-10.3.10_1 ended at Mon Nov 12 18:11:13 CET 2018 build time: 00:04:49 !!! build failure encountered !!! # =========================== MAKE_JOBS_UNSAFE=yes =========================== # [...] CMakeFiles/mariabackup.dir/encryption_plugin.cc.o: In function `encryption_plugin_backup_init(st_mysql*)': encryption_plugin.cc:(.text+0x6d0): undefined reference to `srv_encrypt_log' /usr/bin/ld: mariabackup: hidden symbol `_Z31fil_space_verify_crypt_checksumPhRK11page_size_tmm' isn't defined /usr/bin/ld: final link failed: Nonrepresentable section on output c++: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[3]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** Error code 1 Stop. make[2]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** Error code 1 Stop. make[1]: stopped in /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 *** Error code 1 Stop. make: stopped in /usr/ports/databases/mariadb103-server =>> Cleaning up wrkdir ===>  Cleaning for mariadb103-server-10.3.10_1 build of databases/mariadb103-server | mariadb103-server-10.3.10_1 ended at Mon Nov 12 14:10:00 CET 2018 build time: 00:09:13 !!! build failure encountered !!! From owner-freebsd-ports@freebsd.org Mon Nov 12 18:26:31 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84940110D9A8 for ; Mon, 12 Nov 2018 18:26:31 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from tatiana.utanet.at (tatiana.utanet.at [IPv6:2001:938:1337:25::25:46]) (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 B06497C40A for ; Mon, 12 Nov 2018 18:26:30 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from paris.xoc.tele2net.at ([213.90.36.7]) by tatiana.utanet.at with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gMGuq-0000XF-HO for freebsd-ports@freebsd.org; Mon, 12 Nov 2018 19:26:28 +0100 Received: from 194-96-182-243.adsl.highway.telekom.at ([194.96.182.243] helo=[10.0.0.93]) by paris.xoc.tele2net.at with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gMGuq-0004lm-EJ for freebsd-ports@freebsd.org; Mon, 12 Nov 2018 19:26:28 +0100 To: freebsd-ports@freebsd.org References: <6ecea53e-9bf3-e8f7-3d69-ade63a06c9be@netocean.de> Subject: Re: FreeBSD 11.2-RELEASE (64bit) databases/mariadb103-server From: Walter Schwarzenfeld Message-ID: <67d1531c-3b0c-d40c-ff79-32a39eb2e9a3@utanet.at> Date: Mon, 12 Nov 2018 19:26:30 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <6ecea53e-9bf3-e8f7-3d69-ade63a06c9be@netocean.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-TELE2-Authenticated-As: cf62768e218b4d81d95cc5390f1bd9dfc8b05683 X-Rspamd-Queue-Id: B06497C40A X-Spamd-Result: default: False [-7.05 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[6.4.0.0.5.2.0.0.0.0.0.0.0.0.0.0.5.2.0.0.7.3.3.1.8.3.9.0.1.0.0.2.list.dnswl.org : 127.0.5.1]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:938:1337:25::/64]; FREEMAIL_FROM(0.00)[utanet.at]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[utanet.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-3.67)[ip: (-9.63), ipnet: 2001:938::/32(-4.80), asn: 8437(-3.84), country: AT(-0.09)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: pmail.utanet.at]; NEURAL_HAM_SHORT(-0.97)[-0.972,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[utanet.at]; ASN(0.00)[asn:8437, ipnet:2001:938::/32, country:AT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[243.182.96.194.zen.spamhaus.org : 127.0.0.11] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 18:26:31 -0000 I am not clear if it is the same error as in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233135 If it is, it is fixed few moments ago with https://svnweb.freebsd.org/ports?view=revision&revision=484810 From owner-freebsd-ports@freebsd.org Mon Nov 12 18:28:27 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19104110DA4D for ; Mon, 12 Nov 2018 18:28:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-22.consmr.mail.gq1.yahoo.com (sonic311-22.consmr.mail.gq1.yahoo.com [98.137.65.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 639CB7C502 for ; Mon, 12 Nov 2018 18:28:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: rh75uosVM1kdnil2_RYRlV3iO1gI.drDC3hRhuqSEtB9K_quGuTcHMlIvckN0_q MZgLHL5VK3uP38Cr6zuvNIul1e09Le4YwEiNc0iqf.Za4CZRpFuUdCe3.xpRSZuK_Gk8Qli4VVRz NgoB1kDzaEO1SA1nnOHaRvIASCDttQs1sGLjcMPPnEeI_tJKLgo0MH.y_e0gZLvcLSu13j6.P9SD p1sdtPNKVu22jq8nrEIqlVm3NLATn6BZ9bcFv9S0PWtvQQpQeYPksj3ySVHBtfJCpK2xdhlp5ZEc jRXgqQtfgBgJ7c5XHQaFBsO26202.0tznvdtgyp9YWv4d6RNQUyXEpsUSxXedR8pWicm3T4kNVp_ zivjse7FW7obzODe2SJy0_TffjxMXUMJSFFxSGbk6Tv9PYhbrwECUJ4bfjkod3sJjVqauvzqTzi5 JYrlJACd_ZOKPPykKCtTQe02K293eXtdBCcrIyeTAE3HqKGVDVGOjyTfFNpm7EKvEGEtuWe6ZjmN 7kU0B2DtXp4NHV2iyEXK9_SIN09sUs7NYkJwQtP69MWEPOuFuTzOgSzk8vPMUcFPikWHy5bg3OcS oTnAnyCsNVP49wabfxm9knuNsd7GA.TzIRN6pZNQWduXEhB6UxJLG.Tv6.Z3_iokdW__X2IHDyt8 6.gR5pMQ7B1PbDK8YRaDDiI.lJlkendr.qQip_YrC.nWd29jPsQFmjixdAaGSMVqomYMwHYkcFf0 V1P.dNINno7lpflNchiCzbPv44S7kN2CIGo4sny5IYZfvBVjzurBXh9_3V2l2DLU43Nw3p74rDqr BSayb_Xa.KO13clPk270uL_ntdYEdjbXaZTFUA3BIlAWWQZXhG1B1LvwDPi8dHP8TT7PfSd6yizB 1wIMvkCSlbBXykG7XluqNmtZ1_.2njFfwIaTx4VU74oFwsMkTXcXQ7EYXjnkjWPxGIkfZyzMkIne itHz6pBQspXqHm22t0l7j4LNjsjN.onY9D4.8dSyHJwih54dCP0nojlU.xQ97WnUV3RKPhL4RkLn zQTHdjXWdjc2HESoWSYIfB1_HwO9sHOo62QuzGxQz_jYFqQU- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 Nov 2018 18:28:18 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp402.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5f8cbde36dd191fa9c1653fdb7212e21; Mon, 12 Nov 2018 18:18:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: FYI: ports head -r484783 poudriere-devel with qemu-arm-static: sometimes hangs between a cc (wait) and its child ld (uwait) From: Mark Millard In-Reply-To: Date: Mon, 12 Nov 2018 10:18:10 -0800 Cc: Sean Bruno , ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <3F2AC9A4-7F77-4999-9E9D-DC7D450D921D@yahoo.com> References: <01EDE371-F1BB-4489-BA28-21C2C68BEE9B@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 639CB7C502 X-Spamd-Result: default: False [-1.37 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.23)[ipnet: 98.137.64.0/21(0.71), asn: 36647(0.56), country: US(-0.09)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.39)[0.386,0]; NEURAL_HAM_LONG(-0.99)[-0.988,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[203.65.137.98.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 18:28:27 -0000 On 2018-Nov-12, at 05:54, Kyle Evans wrote: > On Sun, Nov 11, 2018 at 9:11 PM Mark Millard = wrote: >>=20 >> [I still can not produce the problem below on demand. >> It seems racy with no fixed context producing the >> problem as far as which port is building. But the >> general structure of what hangs is the same each >> time so far.] >>=20 >> The following is just an FYI for the other >> qemu-arm-static tied problem that I regularly run into. >> I do not have much useful information so far. It is >> not clear how I'd get such information. >>=20 >=20 > Hi, >=20 > Just so we're clear- in what kind of time frame did you start > observing this hang? Unfortunately, I did no qemu-user-static use after 2018-Feb-6 until 2018-10-26. My list activity reported the problem for the first time on Oct. 26 and I had updated before using qemu-arm-static on the 26th. Looks like back on Feb. 6 I was using: = qemu-user-static-2.11.50.g20171215_3 Looks like back on Oct. 26 I was using: = qemu-user-static-2.11.50.g20180622_1 I'm now using qemu-user-static-2.11.50.g20181011 . For reference: The Feb cross build logs for Feb 6 show things like: =3D>> Building ports-mgmt/poudriere-devel build started at Tue Feb 6 17:39:36 PST 2018 port directory: /usr/ports/ports-mgmt/poudriere-devel package name: poudriere-devel-3.2.99.20180202_2 building for: FreeBSD FBSDFSSDjailVariant 12.0-CURRENT FreeBSD = 12.0-CURRENT r327485M arm maintained by: bdrewery@FreeBSD.org Makefile ident: $FreeBSD: head/ports-mgmt/poudriere-devel/Makefile = 461075 2018-02-06 16:33:15Z brd $ Poudriere version: 3.2.99.20180202_2 Host OSVERSION: 1200054 Jail OSVERSION: 1200054 The amd64 (host) logs before that show for qemu-user-static: =3D>> Building emulators/qemu-user-static build started at Sun Feb 4 11:22:59 PST 2018 port directory: /usr/ports/emulators/qemu-user-static package name: qemu-user-static-2.11.50.g20171215_3 building for: FreeBSD FBSDFSSDjailVariant 12.0-CURRENT FreeBSD = 12.0-CURRENT r327485M amd64 maintained by: sbruno@FreeBSD.org Makefile ident: $FreeBSD: head/emulators/qemu-user-static/Makefile = 441455 2017-05-22 13:17:38Z linimon $ Poudriere version: 3.2.99.20180202_1 Host OSVERSION: 1200054 Jail OSVERSION: 1200054 (I normally keep the system source code the same across TARGET_ARCH's, with some exceptions for powerpc families.) Oct. 26 shows for qemu-user-static: =3D>> Building emulators/qemu-user-static build started at Fri Oct 26 13:55:50 PDT 2018 port directory: /usr/ports/emulators/qemu-user-static package name: qemu-user-static-2.11.50.g20180622_1 building for: FreeBSD FBSDFSSDjailVariant 12.0-ALPHA8 FreeBSD = 12.0-ALPHA8 #1 r339076:339432M: Mon Oct 22 17:48:28 PDT 2018 = markmi@FBSDFSSD:/usr/obj/amd64_clang_alt/amd64.amd64/usr/src/amd64.amd64/s= ys/GENERIC-NODBG amd64 maintained by: sbruno@FreeBSD.org Makefile ident: $FreeBSD: head/emulators/qemu-user-static/Makefile = 441455 2017-05-22 13:17:38Z linimon $ Poudriere version: 3.2.99.20180511 Host OSVERSION: 1200084 Jail OSVERSION: 1200063 The armv7 jail context would also be based on the same system source, mostly -r339076 source. Currently for qemu-user-static I'm at: =3D>> Building emulators/qemu-user-static build started at Sun Nov 11 14:52:52 PST 2018 port directory: /usr/ports/emulators/qemu-user-static package name: qemu-user-static-2.11.50.g20181011 building for: FreeBSD FBSDFSSDjailVariant 13.0-CURRENT FreeBSD = 13.0-CURRENT amd64 maintained by: sbruno@FreeBSD.org Makefile ident: $FreeBSD: head/emulators/qemu-user-static/Makefile = 441455 2017-05-22 13:17:38Z linimon $ Poudriere version: 3.2.99.20181024 Host OSVERSION: 1300003 Jail OSVERSION: 1300003 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Mon Nov 12 20:29:29 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CB8F1121F19 for ; Mon, 12 Nov 2018 20:29:29 +0000 (UTC) (envelope-from brnrd@freebsd.org) Received: from smtp02.qsp.nl (smtp02.qsp.nl [193.254.214.163]) (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 C496081543 for ; Mon, 12 Nov 2018 20:29:27 +0000 (UTC) (envelope-from brnrd@freebsd.org) Received: from mail.brnrd.eu (unknown [193.164.217.85]) by smtp02.qsp.nl (Postfix) with ESMTPSA id 76AB427E2; Mon, 12 Nov 2018 21:29:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=brnrd.eu; h=date:from:to:subject:message-id; s=default; bh=4eaCFEvcaTPgwPQ/m/5SUJUhLKs7h50XkdbIaXLaXDA=; b=vo4gUd19JbCTUxxES/MAz5L6CQizAwBzFRAXwptqfyCmNuwZyMyfouMJ/nCE6nbPNurKuoIFx/FmeG6zMxujsCkW5LWVjUo5W9kBDoVJHkyBMCi7sl28Wv/vUJC52Xc8nCXi+daVVx5HhN3/gEUfd/HRDRyMuja4hCXelrAXUQt+blat2dpl8rtSI7vYUxFhbreuzJZqOfA+IweCA9HooN2tlYo54ZQ9s2cZUvE0DLRJyouOwahlIbyC1QD1dbHQ38CE4gUZfINMt6z4Lrr6tlO2e0NelGuNcsG2pGGwtoSBxqgWEmBsdNMidIiKqNkoFfEobeTzwbEd1jVaPKUX6Q== Received: by brnrd.eu (OpenSMTPD) with ESMTPSA id 1fcd87f1 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Mon, 12 Nov 2018 21:29:24 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 12 Nov 2018 21:29:24 +0100 From: Bernard Spil To: =?UTF-8?Q?Leander_Sch=C3=A4fer?= Cc: freebsd-ports@freebsd.org Subject: Re: FreeBSD 11.2-RELEASE (64bit) databases/mariadb103-server In-Reply-To: <6ecea53e-9bf3-e8f7-3d69-ade63a06c9be@netocean.de> References: <6ecea53e-9bf3-e8f7-3d69-ade63a06c9be@netocean.de> Message-ID: <8b6e54b3f38e289a9f79efa770b57dd9@freebsd.org> X-Sender: brnrd@freebsd.org User-Agent: Roundcube Webmail/1.3.8 X-Rspamd-Queue-Id: C496081543 X-Spamd-Result: default: False [-103.39 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[brnrd.eu]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; DKIM_TRACE(0.00)[brnrd.eu:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; RCVD_IN_DNSWL_LOW(-0.10)[163.214.254.193.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.01)[country: NL(0.03)]; ASN(0.00)[asn:12315, ipnet:193.254.214.0/23, country:NL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 20:29:29 -0000 On 2018-11-12 19:13, Leander Schäfer wrote: > Hello, > > databases/mariadb103-server doesn't want to build any more. I use > poudriere to build own local package repositories. It seems like one of > the two last updates broke databases/mariadb103-server port for me: > - 12 Nov 2018 16:58:52 or > - 10 Nov 2018 14:11:46 > > https://www.freshports.org/databases/mariadb103-server/ > > My make.conf looks like this: > > DEFAULT_VERSIONS+=php=71 > DEFAULT_VERSIONS+=pgsql=9.6 > DEFAULT_VERSIONS+=mysql=8.0 > DEFAULT_VERSIONS+=samba=4.8 > DEFAULT_VERSIONS+=python=2.7 python2=2.7 python3=3.6 > DEFAULT_VERSIONS+=ssl=openssl > > The options of databases/mariadb103-server are left default except > GSSAPI_NONE. > > OPTIONS_FILE_SET+=CONNECT_EXTRA > OPTIONS_FILE_SET+=DOCS > OPTIONS_FILE_SET+=WSREP > OPTIONS_FILE_UNSET+=LZ4 > OPTIONS_FILE_UNSET+=LZO > OPTIONS_FILE_UNSET+=SNAPPY > OPTIONS_FILE_UNSET+=ZSTD > OPTIONS_FILE_SET+=INNOBASE > OPTIONS_FILE_UNSET+=MROONGA > OPTIONS_FILE_UNSET+=OQGRAPH > OPTIONS_FILE_UNSET+=ROCKSDB > OPTIONS_FILE_SET+=SPHINX > OPTIONS_FILE_SET+=SPIDER > OPTIONS_FILE_UNSET+=TOKUDB > OPTIONS_FILE_UNSET+=ZMQ > OPTIONS_FILE_UNSET+=MSGPACK > OPTIONS_FILE_UNSET+=GSSAPI_BASE > OPTIONS_FILE_UNSET+=GSSAPI_HEIMDAL > OPTIONS_FILE_UNSET+=GSSAPI_MIT > OPTIONS_FILE_SET+=GSSAPI_NONE > > > [...] > > --- storage/connect/CMakeFiles/connect.dir/all --- > [ 87%] Building CXX object > storage/connect/CMakeFiles/connect.dir/ha_connect.cc.o > cd > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect > && /usr/local/libexec/ccache/c++  -DFORCE_INIT_OF_VARS -DGZ_SUPPORT > -DHAVE_CONFIG_H -DHUGE_SUPPORT -DLIBXML2_SUPPORT -DLINUX -DMARIADB > -DMYSQL_DYNAMIC_PLUGIN -DNOCRYPT -DODBC_SUPPORT -DUBUNTU -DUNIX > -DVCT_SUPPORT -DXMAP -DZIP_SUPPORT -Dconnect_EXPORTS > -I/wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/include > -I/wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/sql > -I/wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/pcre > -I/usr/local/include -I/usr/local/include/libxml2 -O2 -pipe > -fstack-protector -isystem /usr/local/include -fno-strict-aliasing  > -isystem /usr/local/include -Wl,-z,relro,-z,now -fstack-protector > --param=ssp-buffer-size=4 -fno-rtti -Wall -Wmissing-declarations > -Wno-unused-function -Wno-unused-variable -Wno-unused-value > -Wno-parentheses -Wno-strict-aliasing -Wno-implicit-fallthrough > -fpermissive -fexceptions -fPIC  -O2 -pipe -fstack-protector -isystem > /usr/local/include -fno-strict-aliasing  -isystem /usr/local/include > -D_FORTIFY_SOURCE=2 -DDBUG_OFF -fPIC -o > CMakeFiles/connect.dir/ha_connect.cc.o -c > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc > --- extra/mariabackup/CMakeFiles/mariabackup.dir/all --- > /usr/bin/ld: mariabackup: hidden symbol > `_Z31fil_space_verify_crypt_checksumPhRK11page_size_tmm' isn't defined > /usr/bin/ld: final link failed: Nonrepresentable section on output > c++: error: linker command failed with exit code 1 (use -v to see > invocation) > *** [extra/mariabackup/mariabackup] Error code 1 > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > 1 error > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** [extra/mariabackup/CMakeFiles/mariabackup.dir/all] Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/innobase/CMakeFiles/innobase.dir/all --- > Scanning dependencies of target innobase > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** [storage/innobase/CMakeFiles/innobase.dir/all] Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all --- > c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused > [-Wunused-command-line-argument] > --- storage/blackhole/CMakeFiles/blackhole.dir/all --- > c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused > [-Wunused-command-line-argument] > --- storage/federatedx/CMakeFiles/federatedx.dir/all --- > c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused > [-Wunused-command-line-argument] > --- storage/test_sql_discovery/CMakeFiles/test_sql_discovery.dir/all > --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** [storage/test_sql_discovery/CMakeFiles/test_sql_discovery.dir/all] > Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- plugin/qc_info/CMakeFiles/query_cache_info.dir/all --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/spider/CMakeFiles/spider.dir/all --- > c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused > [-Wunused-command-line-argument] > --- plugin/qc_info/CMakeFiles/query_cache_info.dir/all --- > *** [plugin/qc_info/CMakeFiles/query_cache_info.dir/all] Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- plugin/locale_info/CMakeFiles/locales.dir/all --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all --- > *** [plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all] > Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- plugin/locale_info/CMakeFiles/locales.dir/all --- > *** [plugin/locale_info/CMakeFiles/locales.dir/all] Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- plugin/query_response_time/CMakeFiles/query_response_time.dir/all > --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** [plugin/query_response_time/CMakeFiles/query_response_time.dir/all] > Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/archive/CMakeFiles/archive.dir/all --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- plugin/handler_socket/CMakeFiles/handlersocket.dir/all --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- plugin/daemon_example/CMakeFiles/daemon_example.dir/all --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/sphinx/CMakeFiles/sphinx.dir/all --- > c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused > [-Wunused-command-line-argument] > --- plugin/handler_socket/CMakeFiles/handlersocket.dir/all --- > *** [plugin/handler_socket/CMakeFiles/handlersocket.dir/all] Error code > 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- plugin/daemon_example/CMakeFiles/daemon_example.dir/all --- > *** [plugin/daemon_example/CMakeFiles/daemon_example.dir/all] Error > code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/archive/CMakeFiles/archive.dir/all --- > *** [storage/archive/CMakeFiles/archive.dir/all] Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/federated/CMakeFiles/federated.dir/all --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** [storage/federated/CMakeFiles/federated.dir/all] Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/blackhole/CMakeFiles/blackhole.dir/all --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** [storage/blackhole/CMakeFiles/blackhole.dir/all] Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/spider/CMakeFiles/spider.dir/all --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/federatedx/CMakeFiles/federatedx.dir/all --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/spider/CMakeFiles/spider.dir/all --- > *** [storage/spider/CMakeFiles/spider.dir/all] Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/federatedx/CMakeFiles/federatedx.dir/all --- > *** [storage/federatedx/CMakeFiles/federatedx.dir/all] Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/sphinx/CMakeFiles/sphinx.dir/all --- > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** [storage/sphinx/CMakeFiles/sphinx.dir/all] Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > --- storage/connect/CMakeFiles/connect.dir/all --- > c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused > [-Wunused-command-line-argument] > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:1298:31: > warning: address of array 'this->partname' will always evaluate to > 'true' [-Wpointer-bool-conversion] >   if (IsPartitioned() && s && partname && *partname) { >                            ~~ ^~~~~~~~ > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3048:51: > warning: adding 'uint32' (aka 'unsigned int') to a string does not > append to the string [-Wstring-plus-int] >                   strcat(s, "1970-01-01 00:00:00" + res->length()); >                             ~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~ > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3048:51: > note: use array indexing to silence this warning >                   strcat(s, "1970-01-01 00:00:00" + res->length()); >                                                   ^ >                             &                     [              ] > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3078:55: > warning: adding 'uint32' (aka 'unsigned int') to a string does not > append to the string [-Wstring-plus-int] >                       strcat(s, "1970-01-01 00:00:00" + res->length()); >                                 ~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~ > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3078:55: > note: use array indexing to silence this warning >                       strcat(s, "1970-01-01 00:00:00" + res->length()); >                                                       ^ >                                 &                     [              ] > 3 warnings generated. > A failure has been detected in another branch of the parallel make > > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** [storage/connect/CMakeFiles/connect.dir/all] Error code 2 > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > 16 errors > > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** [all] Error code 2 > > make[1]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > 1 error > > make[1]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the > failure to > the maintainer. > *** Error code 1 > > Stop. > make: stopped in /usr/ports/databases/mariadb103-server > =>> Cleaning up wrkdir > ===>  Cleaning for mariadb103-server-10.3.10_1 > build of databases/mariadb103-server | mariadb103-server-10.3.10_1 > ended > at Mon Nov 12 18:11:13 CET 2018 > build time: 00:04:49 > !!! build failure encountered !!! > > > # =========================== MAKE_JOBS_UNSAFE=yes > =========================== # > > [...] > > CMakeFiles/mariabackup.dir/encryption_plugin.cc.o: In function > `encryption_plugin_backup_init(st_mysql*)': > encryption_plugin.cc:(.text+0x6d0): undefined reference to > `srv_encrypt_log' > /usr/bin/ld: mariabackup: hidden symbol > `_Z31fil_space_verify_crypt_checksumPhRK11page_size_tmm' isn't defined > /usr/bin/ld: final link failed: Nonrepresentable section on output > c++: error: linker command failed with exit code 1 (use -v to see > invocation) > *** Error code 1 > > Stop. > make[3]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** Error code 1 > > Stop. > make[2]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** Error code 1 > > Stop. > make[1]: stopped in > /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 > *** Error code 1 > > Stop. > make: stopped in /usr/ports/databases/mariadb103-server > =>> Cleaning up wrkdir > ===>  Cleaning for mariadb103-server-10.3.10_1 > build of databases/mariadb103-server | mariadb103-server-10.3.10_1 > ended > at Mon Nov 12 14:10:00 CET 2018 > build time: 00:09:13 > !!! build failure encountered !!! Hi Leander, That was just fixed with https://svnweb.freebsd.org/ports?view=revision&revision=484810, let me know if the problem persists for you. See also PR 233135 and https://jira.mariadb.org/browse/MDEV-17560 Cheers, Bernard. From owner-freebsd-ports@freebsd.org Mon Nov 12 22:06:29 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBFED1124BBB for ; Mon, 12 Nov 2018 22:06:29 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from smtp.krpservers.com (smtp.krpservers.com [62.13.128.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.krpservers.com", Issuer "RapidSSL RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D7B386AE6; Mon, 12 Nov 2018 22:06:28 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from [192.168.42.118] (vo.getonline.co.uk [62.13.128.251]) (authenticated bits=0) by smtp.krpservers.com (8.15.2/8.15.2) with ESMTPSA id wACM6Q25029602 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Nov 2018 22:06:27 GMT (envelope-from kpielorz_lst@tdx.co.uk) Date: Mon, 12 Nov 2018 22:06:25 +0000 From: Karl Pielorz To: Matthew Seaman , freebsd-ports@freebsd.org Subject: Re: pkg falls behind port version - how do ports become pkg's? Message-ID: <43B43CB95D1C6114A9D2CE0F@Mac-mini.local> In-Reply-To: References: <09E24A9CF2EF0A4276923670@[10.12.30.106]> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Rspamd-Queue-Id: 1D7B386AE6 X-Spamd-Result: default: False [-2.72 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:smtp.krpservers.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.02)[country: GB(-0.10)]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MX_GOOD(-0.01)[cached: mx0.krpservers.com]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[tdx.co.uk,none]; NEURAL_HAM_SHORT(-0.89)[-0.893,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:60969, ipnet:62.13.128.0/24, country:GB]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 12 Nov 2018 22:06:30 -0000 --On 12 November 2018 at 16:20:52 +0000 Matthew Seaman wrote: Hi - thanks for your reply, and detailed info on ports / pkg behind the scenes! > If it's 'quarterly' (which is the default) then you'll not get an update > until the beginning of the next quarter -- which would be the start of > January 2019. The exception to this is when there's a security fix for > the package in question, which should appear within a day or so. Ok - all the systems here are on quarterly. I've just switched one to 'latest' - and, indeed - mysql56-server pkg installed is 5.6.42 - which appears to address the 30+ CVE's that 5.6.41 has tagged against it. > Nope. Official packages are built on the official package building > cluster. I'd guess that's the mythical Poudriere? ;) > The certainly aren't built by random port maintainers who may > be of particularly uncertain provenance and are not absolutely guaranteed > to have your best interests at heart.[*] >From what I can see mysql56-server in quarterly really does need updating to fix the CVE's - so who am I best emailing to ask if mysql56-server/client could be updated on security grounds? Thanks again, -Karl From owner-freebsd-ports@freebsd.org Tue Nov 13 01:50:32 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17C5C112EE49 for ; Tue, 13 Nov 2018 01:50:32 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from msc13.plala.or.jp (msc13.plala.or.jp [60.36.166.23]) by mx1.freebsd.org (Postfix) with ESMTP id 15A296A2BC; Tue, 13 Nov 2018 01:50:29 +0000 (UTC) (envelope-from ish@amail.plala.or.jp) Received: from localhost ([2400:4050:9320:7a00::8]) by msc13.plala.or.jp with ESMTP id <20181113015027.ECIU1390.msc13.plala.or.jp@localhost>; Tue, 13 Nov 2018 10:50:27 +0900 Date: Tue, 13 Nov 2018 10:50:21 +0900 (JST) Message-Id: <20181113.105021.253677332732121375.ish@amail.plala.or.jp> To: dutchdaemon@freebsd.org Cc: freebsd-ports@freebsd.org Subject: Re: sendmail from ports + blacklistd - no further luck?,Re: sendmail from ports + blacklistd - no further luck? From: Masachika ISHIZUKA In-Reply-To: <73853860-7701-6496-a6bf-cb5d217d2d70@freebsd.org> References: <7483f844-0e1b-a059-a9ba-8c329ab1df55@freebsd.org> <676fdc14-2908-96fb-d094-87c1bcd90f32@freebsd.org> <73853860-7701-6496-a6bf-cb5d217d2d70@freebsd.org> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-7 Content-Transfer-Encoding: base64 X-VirusScan: Outbound; mvir-ac13; Tue, 13 Nov 2018 10:50:27 +0900 X-Rspamd-Queue-Id: 15A296A2BC X-Spamd-Result: default: False [0.70 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.86)[-0.862,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:60.36.166.0/24]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[plala.or.jp]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.90)[-0.898,0]; IP_SCORE(-0.18)[ipnet: 60.32.0.0/12(-0.56), asn: 4713(-0.22), country: JP(-0.10)]; NEURAL_SPAM_SHORT(0.24)[0.245,0]; MX_GOOD(-0.01)[cached: mx.plala.or.jp]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[23.166.36.60.list.dnswl.org : 127.0.10.0]; MID_CONTAINS_FROM(1.00)[]; MIME_BASE64_TEXT(0.10)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:4713, ipnet:60.32.0.0/12, country:JP]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 13 Nov 2018 01:50:32 -0000 Pj4gZGVmaW5lKGBjb25mVVNFX0JMQUNLTElTVCcsIGB0cnVloikNCj4+DQo+PiBpbiAubWMuIEkn bGwgZ2l2ZSB0aGF0IGEgdHJ5LCB0aGFua3MuDQo+IA0KPiBPaywgdGhhdCBkb2Vzbid0IGRvIGFu eXRoaW5nIHRvIHRoZSAuY2YgZmlsZSwgc28gSSBoYXZlIG5vdyBpbnNlcnRlZCB0aGUNCj4gZGVm aW5pdGlvbiBpbnRvIHNlbmRtYWlsLmNmIGRpcmVjdGx5ICh3aGljaCBpcyB1bmNvb2wgc2luY2Ug bXkgLiBjZg0KPiBmaWxlcyBhcmUgZ2VuZXJhdGVkIGF1dG9tYXRpY2FsbHkpLiBXZSdsbCBzZWUu DQoNCiAgSWYgeW91IGRvbid0IHdhbnQgdG8gZWRpdCBzZW5kbWFpbC5jZiBkaXJlY3RseSwgeW91 IGNhbiBzcGVjaWZ5IHRoZQ0KJy1PIFVzZUJsYWNrbGlzdCcgZmxhZyBmb3Igc2VuZG1haWwgY29t bWFuZCBhcmd1bWVudC4NCmkuZS4gYWRkICdzZW5kbWFpbF9mbGFncz0iLUwgc20tbXRhIC1iZCAt cTMwbSAtTyBVc2VCbGFja2xpc3QiJyB0byB0aGUNCi9ldGMvcmMuY29uZiBhbmQgZG8gL2V0Yy9y Yy5kL3NlbmRtYWlsIHJlc3RhcnQuDQotLSANCk1hc2FjaGlrYSBJU0hJWlVLQQ0K From owner-freebsd-ports@freebsd.org Tue Nov 13 04:41:47 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A58F1103B48 for ; Tue, 13 Nov 2018 04:41:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-15.consmr.mail.bf2.yahoo.com (sonic315-15.consmr.mail.bf2.yahoo.com [74.6.134.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 67F877255B for ; Tue, 13 Nov 2018 04:41:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: tk.IIMQVM1l_2KNldd48dj9fC_V685Sa7PW16U5px9TizCcrCM.CYbjfL_497Td oNqmaI6W0Mqog2IhFLSVQpoXOvSBh2vnKG4MDmHXLNdB.TPqn8nkvMkpjrfMbByH3UoO3FQAqyWR 4IIQm99c7BmgCz6qqnRsfopN7_M8jb9SDSlsaFtUheGCQ6nANI5uYDVJnvpXzVqEN1yqg9s8HNqx Y9nuudRhbF6Dan7NWG9PB1VCP2anqIGMsmbnYlb4nYdZytdnibGmPRuIvo.Ws.PzjPZahyvoYG1B .nPgIBejgBjOOJm82f8UWO8j_pLR08GRiY_HgxPofhubGA4PApb80joD0yjkNUnI5dWz2cp_zYPe ItazNBVxYmRnlzMFB7xNo09Jch.2yiGJEabG9LX5zWGcaOdNiBAym5Y0iL1hDUBLxE8AeI9XSbkW 7hPV2yWDDk6Dy4PX08naZJC3z7lCxpXpo.x0fnVv1Pi7vVq6JxKMnRM.IQd9.OfvEuzi1O6VxM0W 4xN4nuBulOCYz7bPKBLGXjfviNQaEn2iDmRelB0uLV3fZBMs2m_5BR2Gzp8XQH9J_b2VqXjmMazW 07CWkkcc4ejbdiWSd1If0J3P_zmiUr6Cl2iJ8zovhp0E3NWo83LnqunIPh0E8aD15XCfteMsi4cI H1gEAKs.pBuL92ZINxy3R99JdAH8UulhG4sYF8oOACt0N13Vy1VFNZMHhCtCIljX3PNHofQRJNhk Zaw9.tMw3K_gMwkitIf5YYcToCbaxF1os5ZHiF7c7fKKIP5Lw5LjmvwgLILmqXwj2YDp_zKvN3tN Sz.N4Q1pRGB531xhsK8HO4jZRAiOGUkQc_Z_KTjwI5i8_fPZvl2ZqkgQX5ng_08tOge3DlXpw8vl QE9hox0WvtBlqfaeVJCudYhldWDWF6UVvPjkW4ry5i11XU2j21X3.3IipIM3MKMmYHRP_ouUJJh9 DKeKhRR_fTQrmQP1K5UVT4oKzZtIjNrh0jEOOZjB5zDtEjcl999Tn_6zpoCwmk38JZtgKlcE2Qrm Wzl5C6aa2zrqOujbddeAqpH7igtsFFeRSIqNy4NKb2s_CANCn Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.bf2.yahoo.com with HTTP; Tue, 13 Nov 2018 04:41:39 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp413.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2ff76de179b3e7f7d32b014efc684b41; Tue, 13 Nov 2018 04:41:34 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: qemu-arm-static: bsd-user/arm/target_syscall.h: #define TARGET_HW_MACHINE_ARCH "armv6" // what of armv7? Message-Id: <3B210EB1-E7A8-4C77-B418-D82C58AE7290@yahoo.com> Date: Mon, 12 Nov 2018 20:41:32 -0800 To: Sean Bruno , Kyle Evans , ports-list freebsd X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 67F877255B X-Spamd-Result: default: False [1.41 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.52)[-0.521,0]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.52)[0.524,0]; NEURAL_HAM_LONG(-0.79)[-0.794,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.72)[ip: (4.96), ipnet: 74.6.128.0/21(2.06), asn: 26101(1.65), country: US(-0.09)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[125.134.6.74.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org 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, 13 Nov 2018 04:41:47 -0000 11.x: o 11.2-STABLE armv6 BANANAPI o 11.2-STABLE armv6 BEAGLEBONE o 11.2-STABLE armv6 CUBIEBOARD o 11.2-STABLE armv6 CUBIEBOARD2 o 11.2-STABLE armv6 CUBOX-HUMMINGBOARD o 11.2-STABLE armv6 RPI-B o 11.2-STABLE armv6 RPI2 o 11.2-STABLE armv6 PANDABOARD o 11.2-STABLE armv6 WANDBOARD 12.x+ (I got the list from a 13.0 snapshot announcement): o 13.0-CURRENT armv6 RPI-B o 13.0-CURRENT armv7 BANANAPI o 13.0-CURRENT armv7 BEAGLEBONE o 13.0-CURRENT armv7 CUBIEBOARD o 13.0-CURRENT armv7 CUBIEBOARD2 o 13.0-CURRENT armv7 CUBOX-HUMMINGBOARD o 13.0-CURRENT armv7 RPI2 o 13.0-CURRENT armv7 PANDABOARD o 13.0-CURRENT armv7 WANDBOARD o 13.0-CURRENT armv7 GENERICSD So as of 12.x+ most are armv7 --as are most new ones expected to be. As stands, in my amd64 -> armv7 13.0 cross-build activity, uname -p and the like under the chroot context are returning armv6 instead of armv7 unless I override via a UNAME_p definition. This appears to trace back to: bsd-user/arm/target_syscall.h and its: #define TARGET_HW_MACHINE "arm" #define TARGET_HW_MACHINE_ARCH "armv6" and lack context sensitivity, such as to the FreeBSD version that it is in use under. So it seems that most 12.x+ use needs to define UNAME_p to actually have armv7 in uname output and the like. I noticed this by trying a armv7 buildworld under a chroot and it reported: make[1]: "/usr/src/Makefile.inc1" line 577: To cross-build, set TARGET_ARCH. This was because of Makefile.inc1 and its: .if make(buildworld) BUILD_ARCH!= uname -p .if ${MACHINE_ARCH} != ${BUILD_ARCH} .error To cross-build, set TARGET_ARCH. .endif .endif in which it compared armv7 != armv6 and stopped the build. As it sees things under qemu-arm-static, only armv6 is a native buildworld, the rest are cross-builds. Ports could be choosing inappropriately based on armv6 being reported in/for armv7 contexts. Should ports normally see armv6 instead of armv7 on FreeBSD 12.x+ for some reason? Or would this better be changed to armv7 as the default for such contexts? Should documentation report on the issue and how to handle it when the default is inappropriate? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Tue Nov 13 04:58:27 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BCF11103EE3 for ; Tue, 13 Nov 2018 04:58:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B97D072A9B; Tue, 13 Nov 2018 04:58:26 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lj1-f177.google.com (mail-lj1-f177.google.com [209.85.208.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 5AC2C1EA97; Tue, 13 Nov 2018 04:58:26 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lj1-f177.google.com with SMTP id s15-v6so9665289lji.3; Mon, 12 Nov 2018 20:58:26 -0800 (PST) X-Gm-Message-State: AGRZ1gLo/mcXuyal78IlReneqXLKbkb8IJ/+ELx7uVelRd5D3TeN9EGn W71sSTPiU0BIEa5QIJLz9893ZZTquo/0d89kIeQ= X-Google-Smtp-Source: AJdET5d2VSeXhX3ahfYxF/s9j8QfpJHZPWkPOeBbqywOJrvGYLfbg6b0g6E+2HZW02aXL/jIpfhYhyDqB834MSHJ90Q= X-Received: by 2002:a2e:58b:: with SMTP id 133-v6mr2406796ljf.127.1542085104700; Mon, 12 Nov 2018 20:58:24 -0800 (PST) MIME-Version: 1.0 References: <3B210EB1-E7A8-4C77-B418-D82C58AE7290@yahoo.com> In-Reply-To: <3B210EB1-E7A8-4C77-B418-D82C58AE7290@yahoo.com> From: Kyle Evans Date: Mon, 12 Nov 2018 22:58:13 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: qemu-arm-static: bsd-user/arm/target_syscall.h: #define TARGET_HW_MACHINE_ARCH "armv6" // what of armv7? To: marklmi@yahoo.com Cc: Sean Bruno , ports-list freebsd , Warner Losh Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: B97D072A9B X-Spamd-Result: default: False [-105.88 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; TO_DN_SOME(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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)[]; IP_SCORE(-3.77)[ip: (-9.91), ipnet: 2610:1c1:1::/48(-4.93), asn: 11403(-3.91), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org 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, 13 Nov 2018 04:58:27 -0000 On Mon, Nov 12, 2018 at 10:41 PM Mark Millard wrote: > > 11.x: > o 11.2-STABLE armv6 BANANAPI > o 11.2-STABLE armv6 BEAGLEBONE > o 11.2-STABLE armv6 CUBIEBOARD > o 11.2-STABLE armv6 CUBIEBOARD2 > o 11.2-STABLE armv6 CUBOX-HUMMINGBOARD > o 11.2-STABLE armv6 RPI-B > o 11.2-STABLE armv6 RPI2 > o 11.2-STABLE armv6 PANDABOARD > o 11.2-STABLE armv6 WANDBOARD > > 12.x+ (I got the list from a 13.0 snapshot announcement): > o 13.0-CURRENT armv6 RPI-B > o 13.0-CURRENT armv7 BANANAPI > o 13.0-CURRENT armv7 BEAGLEBONE > o 13.0-CURRENT armv7 CUBIEBOARD > o 13.0-CURRENT armv7 CUBIEBOARD2 > o 13.0-CURRENT armv7 CUBOX-HUMMINGBOARD > o 13.0-CURRENT armv7 RPI2 > o 13.0-CURRENT armv7 PANDABOARD > o 13.0-CURRENT armv7 WANDBOARD > o 13.0-CURRENT armv7 GENERICSD > > So as of 12.x+ most are armv7 --as are most new ones > expected to be. > > As stands, in my amd64 -> armv7 13.0 cross-build activity, > uname -p and the like under the chroot context are > returning armv6 instead of armv7 unless I override via > a UNAME_p definition. > > This appears to trace back to: bsd-user/arm/target_syscall.h > and its: > > #define TARGET_HW_MACHINE "arm" > #define TARGET_HW_MACHINE_ARCH "armv6" > > and lack context sensitivity, such as to the FreeBSD version > that it is in use under. > Indeed, I opened this a couple of hours ago: https://github.com/seanbruno/qemu-bsd-user/pull/70 -- It turns out this is basically wrong, though I'm not sure immediately how to rectify. I don't think we can reasonably decide at compile-time what this should look like since all 32-bit ARM are shoved into this one target, so perhaps the right answer is that armv6 and armv7 need to split off from arm.arm and we use a check like the one in the above PR. CC'ing imp for a wisdom drop. From owner-freebsd-ports@freebsd.org Tue Nov 13 06:12:56 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 16B6511053F1 for ; Tue, 13 Nov 2018 06:12:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.ne1.yahoo.com (sonic311-23.consmr.mail.ne1.yahoo.com [66.163.188.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8108074934 for ; Tue, 13 Nov 2018 06:12:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: CQQHqWAVM1kCu5oIWOkox2HfzG.PuQ52X.fpzeAsCRRjU_RJ.F8w0zk13HXfAqn DzdDi2KeIlCBSh64ynJsJwNPkhdJgIltsuJUYhLo9O2m.gnEh7zVP8aAIhfsT2RzqTKtw_pnaJ3L ZB8Bbw5QX6MIuIfejSc6pD6gm9DIuFTjHT8aqskY1I6.uJ83_4iePAAYFwacW2sunblFoyZ4Wk0N zRoE8BeYx9qrPgm0xS_4apXn5rFqeeOtndrxruGMGmFNLsi0M0hxrvD9S48G2qn4HNwtWuzrfkg0 uGAtQXd70_8YwJSmGTWA03msq2EycyBlRYQavPtaKAPbBQADPTRqQI0CEQZ6vXH8xco.QdERqy4i vQEBjE_26wkhOfOJXwQQuzdluBmQXnbZbximIiBPZsFBe.kUrFeA496S8CU7WKScWNr586ifoRPQ WyTa..bdMH8WJg5Ud2hv.BwRBbpDouYdaFCSWaesSuw4xeFChU8fzVGU3GKjG3YVpRRik4SVXAsY OfubvWVRJ2uDEHVFx0xkl04nfJx16JRTHqHVm6iw4eHLceAZW5jxubGExSvnZoBQ7bhW52vwD_G9 64xVnl5LSOs6jgzVWm_fXaqncOxgexoA1u5o7J01PyiH1ShbzrGQlFFg4Xz5iodwKE.8KNlfJdXB CjQ9AOLZMuLfxsBCQ1bCB9VIyxgecNeTgNe0R9lzI9qIXOaFZRr1RDfv_VLi_F5XL6wMHBf84Sux UmJJ82UsnteWtAl1cxr4pu8080BVoW4Y_6ZIupvtMgQU4FlmU.QdPD0nhchMOccHyhX3v6aiqNiz I.yf8tn_dWaEa8.Kpi2ryAfqYRKGvgQ6YGa1MnmqRYyrH_vOETgozwL.Td6RsfSldasZ3tjjFHkx 02tiFXSn1q9rqE8gF0wUsSrfX_l33xT0WcudoHu7ImbPXlQARrOYUVVUILVmQ6rnnnfO2BeCO1l4 rGjD4LDVHvvaRrRyLjfY6LAEl_dwybg2FOUWJxeP3X8Q7zDyw_H9dcH5DS3AnvDPGdMnPxOsx55c kCwCgpIR0HkhlkM3HaRwNy4JF.G0j8OnQgfbjTHpS74nunfIAxwbr Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Tue, 13 Nov 2018 06:12:54 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp427.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7a57a5900f03979521890fa19da743ff; Tue, 13 Nov 2018 06:12:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: qemu-arm-static: bsd-user/arm/target_syscall.h: #define TARGET_HW_MACHINE_ARCH "armv6" // what of armv7? From: Mark Millard In-Reply-To: Date: Mon, 12 Nov 2018 22:12:49 -0800 Cc: Sean Bruno , ports-list freebsd , Warner Losh Content-Transfer-Encoding: 7bit Message-Id: <350CEB6D-3A82-41AB-A765-FC9BB6CCC4F0@yahoo.com> References: <3B210EB1-E7A8-4C77-B418-D82C58AE7290@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 8108074934 X-Spamd-Result: default: False [-0.66 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.958,0]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.10)[0.101,0]; NEURAL_HAM_LONG(-0.98)[-0.980,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.69)[ipnet: 66.163.184.0/21(1.96), asn: 36646(1.57), country: US(-0.09)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[204.188.163.66.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org 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, 13 Nov 2018 06:12:56 -0000 On 2018-Nov-12, at 20:58, Kyle Evans wrote: > On Mon, Nov 12, 2018 at 10:41 PM Mark Millard wrote: >> >> 11.x: >> o 11.2-STABLE armv6 BANANAPI >> o 11.2-STABLE armv6 BEAGLEBONE >> o 11.2-STABLE armv6 CUBIEBOARD >> o 11.2-STABLE armv6 CUBIEBOARD2 >> o 11.2-STABLE armv6 CUBOX-HUMMINGBOARD >> o 11.2-STABLE armv6 RPI-B >> o 11.2-STABLE armv6 RPI2 >> o 11.2-STABLE armv6 PANDABOARD >> o 11.2-STABLE armv6 WANDBOARD >> >> 12.x+ (I got the list from a 13.0 snapshot announcement): >> o 13.0-CURRENT armv6 RPI-B >> o 13.0-CURRENT armv7 BANANAPI >> o 13.0-CURRENT armv7 BEAGLEBONE >> o 13.0-CURRENT armv7 CUBIEBOARD >> o 13.0-CURRENT armv7 CUBIEBOARD2 >> o 13.0-CURRENT armv7 CUBOX-HUMMINGBOARD >> o 13.0-CURRENT armv7 RPI2 >> o 13.0-CURRENT armv7 PANDABOARD >> o 13.0-CURRENT armv7 WANDBOARD >> o 13.0-CURRENT armv7 GENERICSD >> >> So as of 12.x+ most are armv7 --as are most new ones >> expected to be. >> >> As stands, in my amd64 -> armv7 13.0 cross-build activity, >> uname -p and the like under the chroot context are >> returning armv6 instead of armv7 unless I override via >> a UNAME_p definition. >> >> This appears to trace back to: bsd-user/arm/target_syscall.h >> and its: >> >> #define TARGET_HW_MACHINE "arm" >> #define TARGET_HW_MACHINE_ARCH "armv6" >> >> and lack context sensitivity, such as to the FreeBSD version >> that it is in use under. >> > > Indeed, I opened this a couple of hours ago: > https://github.com/seanbruno/qemu-bsd-user/pull/70 -- It turns out > this is basically wrong, though I'm not sure immediately how to > rectify. I don't think we can reasonably decide at compile-time what > this should look like since all 32-bit ARM are shoved into this one > target, so perhaps the right answer is that armv6 and armv7 need to > split off from arm.arm and we use a check like the one in the above > PR. CC'ing imp for a wisdom drop. Looks like poudriere-devel is defining UNAME_p and UNAME_m to cause the right results for its port builds. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Tue Nov 13 08:22:44 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E826311084C1 for ; Tue, 13 Nov 2018 08:22:43 +0000 (UTC) (envelope-from info@netocean.de) Received: from netocean.de (ip-134.119.39.184.servers.jiffybox.net [134.119.39.184]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A6608781F6; Tue, 13 Nov 2018 08:22:42 +0000 (UTC) (envelope-from info@netocean.de) Received: by netocean.de (NetOcean MX, from userid 58) id CF2FB6F47CC; Tue, 13 Nov 2018 09:22:39 +0100 (CET) Received: from [172.18.34.100] (Prod-HAProxy-10.ocn.sh [172.18.33.151]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by netocean.de (NetOcean MX) with ESMTPSA id B15216F47CA; Tue, 13 Nov 2018 09:22:39 +0100 (CET) Subject: Re: FreeBSD 11.2-RELEASE (64bit) databases/mariadb103-server References: <6ecea53e-9bf3-e8f7-3d69-ade63a06c9be@netocean.de> <8b6e54b3f38e289a9f79efa770b57dd9@freebsd.org> To: freebsd-ports@freebsd.org, Bernard Spil From: =?UTF-8?Q?Leander_Sch=c3=a4fer?= Message-ID: Date: Tue, 13 Nov 2018 09:22:39 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <8b6e54b3f38e289a9f79efa770b57dd9@freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: A6608781F6 X-Spamd-Result: default: False [-2.71 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989,0]; R_SPF_NEUTRAL(0.00)[?all]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.26)[asn: 34011(-1.31), country: DE(-0.01)]; NEURAL_HAM_LONG(-0.99)[-0.992,0]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: netocean.de]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.36)[-0.358,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:34011, ipnet:134.119.39.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 13 Nov 2018 08:22:44 -0000 Hi, Looksfine now. Thanks for your quick response Best regards, Leander Am 12.11.18 um 21:29 schrieb Bernard Spil: > On 2018-11-12 19:13, Leander Schäfer wrote: >> Hello, >> >> databases/mariadb103-server doesn't want to build any more. I use >> poudriere to build own local package repositories. It seems like one of >> the two last updates broke databases/mariadb103-server port for me: >> - 12 Nov 2018 16:58:52 or >> - 10 Nov 2018 14:11:46 >> >> https://www.freshports.org/databases/mariadb103-server/ >> >> My make.conf looks like this: >> >> DEFAULT_VERSIONS+=php=71 >> DEFAULT_VERSIONS+=pgsql=9.6 >> DEFAULT_VERSIONS+=mysql=8.0 >> DEFAULT_VERSIONS+=samba=4.8 >> DEFAULT_VERSIONS+=python=2.7 python2=2.7 python3=3.6 >> DEFAULT_VERSIONS+=ssl=openssl >> >> The options of databases/mariadb103-server are left default except >> GSSAPI_NONE. >> >> OPTIONS_FILE_SET+=CONNECT_EXTRA >> OPTIONS_FILE_SET+=DOCS >> OPTIONS_FILE_SET+=WSREP >> OPTIONS_FILE_UNSET+=LZ4 >> OPTIONS_FILE_UNSET+=LZO >> OPTIONS_FILE_UNSET+=SNAPPY >> OPTIONS_FILE_UNSET+=ZSTD >> OPTIONS_FILE_SET+=INNOBASE >> OPTIONS_FILE_UNSET+=MROONGA >> OPTIONS_FILE_UNSET+=OQGRAPH >> OPTIONS_FILE_UNSET+=ROCKSDB >> OPTIONS_FILE_SET+=SPHINX >> OPTIONS_FILE_SET+=SPIDER >> OPTIONS_FILE_UNSET+=TOKUDB >> OPTIONS_FILE_UNSET+=ZMQ >> OPTIONS_FILE_UNSET+=MSGPACK >> OPTIONS_FILE_UNSET+=GSSAPI_BASE >> OPTIONS_FILE_UNSET+=GSSAPI_HEIMDAL >> OPTIONS_FILE_UNSET+=GSSAPI_MIT >> OPTIONS_FILE_SET+=GSSAPI_NONE >> >> >> [...] >> >> --- storage/connect/CMakeFiles/connect.dir/all --- >> [ 87%] Building CXX object >> storage/connect/CMakeFiles/connect.dir/ha_connect.cc.o >> cd >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect >> >> && /usr/local/libexec/ccache/c++  -DFORCE_INIT_OF_VARS -DGZ_SUPPORT >> -DHAVE_CONFIG_H -DHUGE_SUPPORT -DLIBXML2_SUPPORT -DLINUX -DMARIADB >> -DMYSQL_DYNAMIC_PLUGIN -DNOCRYPT -DODBC_SUPPORT -DUBUNTU -DUNIX >> -DVCT_SUPPORT -DXMAP -DZIP_SUPPORT -Dconnect_EXPORTS >> -I/wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/include >> >> -I/wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/sql >> >> -I/wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/pcre >> >> -I/usr/local/include -I/usr/local/include/libxml2 -O2 -pipe >> -fstack-protector -isystem /usr/local/include -fno-strict-aliasing  >> -isystem /usr/local/include -Wl,-z,relro,-z,now -fstack-protector >> --param=ssp-buffer-size=4 -fno-rtti -Wall -Wmissing-declarations >> -Wno-unused-function -Wno-unused-variable -Wno-unused-value >> -Wno-parentheses -Wno-strict-aliasing -Wno-implicit-fallthrough >> -fpermissive -fexceptions -fPIC  -O2 -pipe -fstack-protector -isystem >> /usr/local/include -fno-strict-aliasing  -isystem /usr/local/include >> -D_FORTIFY_SOURCE=2 -DDBUG_OFF -fPIC -o >> CMakeFiles/connect.dir/ha_connect.cc.o -c >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc >> >> --- extra/mariabackup/CMakeFiles/mariabackup.dir/all --- >> /usr/bin/ld: mariabackup: hidden symbol >> `_Z31fil_space_verify_crypt_checksumPhRK11page_size_tmm' isn't defined >> /usr/bin/ld: final link failed: Nonrepresentable section on output >> c++: error: linker command failed with exit code 1 (use -v to see >> invocation) >> *** [extra/mariabackup/mariabackup] Error code 1 >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> 1 error >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** [extra/mariabackup/CMakeFiles/mariabackup.dir/all] Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/innobase/CMakeFiles/innobase.dir/all --- >> Scanning dependencies of target innobase >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** [storage/innobase/CMakeFiles/innobase.dir/all] Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all --- >> c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused >> [-Wunused-command-line-argument] >> --- storage/blackhole/CMakeFiles/blackhole.dir/all --- >> c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused >> [-Wunused-command-line-argument] >> --- storage/federatedx/CMakeFiles/federatedx.dir/all --- >> c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused >> [-Wunused-command-line-argument] >> --- storage/test_sql_discovery/CMakeFiles/test_sql_discovery.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** [storage/test_sql_discovery/CMakeFiles/test_sql_discovery.dir/all] >> Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- plugin/qc_info/CMakeFiles/query_cache_info.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/spider/CMakeFiles/spider.dir/all --- >> c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused >> [-Wunused-command-line-argument] >> --- plugin/qc_info/CMakeFiles/query_cache_info.dir/all --- >> *** [plugin/qc_info/CMakeFiles/query_cache_info.dir/all] Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- plugin/locale_info/CMakeFiles/locales.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all --- >> *** [plugin/metadata_lock_info/CMakeFiles/metadata_lock_info.dir/all] >> Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- plugin/locale_info/CMakeFiles/locales.dir/all --- >> *** [plugin/locale_info/CMakeFiles/locales.dir/all] Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- plugin/query_response_time/CMakeFiles/query_response_time.dir/all >> --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** [plugin/query_response_time/CMakeFiles/query_response_time.dir/all] >> Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/archive/CMakeFiles/archive.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- plugin/handler_socket/CMakeFiles/handlersocket.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- plugin/daemon_example/CMakeFiles/daemon_example.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/sphinx/CMakeFiles/sphinx.dir/all --- >> c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused >> [-Wunused-command-line-argument] >> --- plugin/handler_socket/CMakeFiles/handlersocket.dir/all --- >> *** [plugin/handler_socket/CMakeFiles/handlersocket.dir/all] Error >> code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- plugin/daemon_example/CMakeFiles/daemon_example.dir/all --- >> *** [plugin/daemon_example/CMakeFiles/daemon_example.dir/all] Error >> code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/archive/CMakeFiles/archive.dir/all --- >> *** [storage/archive/CMakeFiles/archive.dir/all] Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/federated/CMakeFiles/federated.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** [storage/federated/CMakeFiles/federated.dir/all] Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/blackhole/CMakeFiles/blackhole.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** [storage/blackhole/CMakeFiles/blackhole.dir/all] Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/spider/CMakeFiles/spider.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/federatedx/CMakeFiles/federatedx.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/spider/CMakeFiles/spider.dir/all --- >> *** [storage/spider/CMakeFiles/spider.dir/all] Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/federatedx/CMakeFiles/federatedx.dir/all --- >> *** [storage/federatedx/CMakeFiles/federatedx.dir/all] Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/sphinx/CMakeFiles/sphinx.dir/all --- >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** [storage/sphinx/CMakeFiles/sphinx.dir/all] Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> --- storage/connect/CMakeFiles/connect.dir/all --- >> c++: warning: -Wl,-z,relro,-z,now: 'linker' input unused >> [-Wunused-command-line-argument] >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:1298:31: >> >> warning: address of array 'this->partname' will always evaluate to >> 'true' [-Wpointer-bool-conversion] >>   if (IsPartitioned() && s && partname && *partname) { >>                            ~~ ^~~~~~~~ >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3048:51: >> >> warning: adding 'uint32' (aka 'unsigned int') to a string does not >> append to the string [-Wstring-plus-int] >>                   strcat(s, "1970-01-01 00:00:00" + res->length()); >>                             ~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~ >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3048:51: >> >> note: use array indexing to silence this warning >>                   strcat(s, "1970-01-01 00:00:00" + res->length()); >>                                                   ^ >>                             &                     [              ] >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3078:55: >> >> warning: adding 'uint32' (aka 'unsigned int') to a string does not >> append to the string [-Wstring-plus-int] >>                       strcat(s, "1970-01-01 00:00:00" + res->length()); >>                                 ~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~ >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10/storage/connect/ha_connect.cc:3078:55: >> >> note: use array indexing to silence this warning >>                       strcat(s, "1970-01-01 00:00:00" + res->length()); >>                                                       ^ >>                                 &                     [              ] >> 3 warnings generated. >> A failure has been detected in another branch of the parallel make >> >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** [storage/connect/CMakeFiles/connect.dir/all] Error code 2 >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> 16 errors >> >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** [all] Error code 2 >> >> make[1]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> 1 error >> >> make[1]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> ===> Compilation failed unexpectedly. >> Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the >> failure to >> the maintainer. >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/databases/mariadb103-server >> =>> Cleaning up wrkdir >> ===>  Cleaning for mariadb103-server-10.3.10_1 >> build of databases/mariadb103-server | mariadb103-server-10.3.10_1 ended >> at Mon Nov 12 18:11:13 CET 2018 >> build time: 00:04:49 >> !!! build failure encountered !!! >> >> >> # =========================== MAKE_JOBS_UNSAFE=yes >> =========================== # >> >> [...] >> >> CMakeFiles/mariabackup.dir/encryption_plugin.cc.o: In function >> `encryption_plugin_backup_init(st_mysql*)': >> encryption_plugin.cc:(.text+0x6d0): undefined reference to >> `srv_encrypt_log' >> /usr/bin/ld: mariabackup: hidden symbol >> `_Z31fil_space_verify_crypt_checksumPhRK11page_size_tmm' isn't defined >> /usr/bin/ld: final link failed: Nonrepresentable section on output >> c++: error: linker command failed with exit code 1 (use -v to see >> invocation) >> *** Error code 1 >> >> Stop. >> make[3]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** Error code 1 >> >> Stop. >> make[2]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** Error code 1 >> >> Stop. >> make[1]: stopped in >> /wrkdirs/usr/ports/databases/mariadb103-server/work/mariadb-10.3.10 >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/ports/databases/mariadb103-server >> =>> Cleaning up wrkdir >> ===>  Cleaning for mariadb103-server-10.3.10_1 >> build of databases/mariadb103-server | mariadb103-server-10.3.10_1 ended >> at Mon Nov 12 14:10:00 CET 2018 >> build time: 00:09:13 >> !!! build failure encountered !!! > > Hi Leander, > > That was just fixed with > https://svnweb.freebsd.org/ports?view=revision&revision=484810, let me > know if the problem persists for you. > > See also PR 233135 and https://jira.mariadb.org/browse/MDEV-17560 > > Cheers, Bernard. > > _______________________________________________ > 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 Tue Nov 13 08:23:34 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC9E2110858C for ; Tue, 13 Nov 2018 08:23:33 +0000 (UTC) (envelope-from info@netocean.de) Received: from netocean.de (ip-134.119.39.184.servers.jiffybox.net [134.119.39.184]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F72C7829D for ; Tue, 13 Nov 2018 08:23:33 +0000 (UTC) (envelope-from info@netocean.de) Received: by netocean.de (NetOcean MX, from userid 58) id 1B7136F47CD; Tue, 13 Nov 2018 09:23:32 +0100 (CET) Received: from [172.18.34.100] (Prod-HAProxy-10.ocn.sh [172.18.33.151]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by netocean.de (NetOcean MX) with ESMTPSA id 03A0F6F47CB; Tue, 13 Nov 2018 09:23:32 +0100 (CET) Subject: Re: FreeBSD 11.2-RELEASE (64bit) databases/mariadb103-server References: <6ecea53e-9bf3-e8f7-3d69-ade63a06c9be@netocean.de> <67d1531c-3b0c-d40c-ff79-32a39eb2e9a3@utanet.at> To: freebsd-ports@freebsd.org, Walter Schwarzenfeld From: =?UTF-8?Q?Leander_Sch=c3=a4fer?= Message-ID: Date: Tue, 13 Nov 2018 09:23:31 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <67d1531c-3b0c-d40c-ff79-32a39eb2e9a3@utanet.at> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 6F72C7829D X-Spamd-Result: default: False [-2.79 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; R_SPF_NEUTRAL(0.00)[?all]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.29)[asn: 34011(-1.44), country: DE(-0.01)]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: netocean.de]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.40)[-0.401,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:34011, ipnet:134.119.39.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 13 Nov 2018 08:23:34 -0000 Hi, Looks fine now. Thanks for your quick response. Best regards, Leander Am 12.11.18 um 19:26 schrieb Walter Schwarzenfeld: > I am not clear if it is the same error as in > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233135 > > If it is, it is fixed few moments ago with > > https://svnweb.freebsd.org/ports?view=revision&revision=484810 > > _______________________________________________ > 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 Tue Nov 13 08:42:44 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A96F1110906B for ; Tue, 13 Nov 2018 08:42:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C7E0A79335 for ; Tue, 13 Nov 2018 08:42:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 2hTcAFkVM1k5vWhJo2KbyfOZwu3vBNXDjlmqrI60oYw04D6Q3f41IbjKzlLF8rg JU.YeIXVBEgd5Z3npXyMVQoEEW_JhNSxZAaidhQsGAeLp6h8aMhhOsGDOmgJb7qQmU4BzGY78Xdw a9Qx4ltP2rMnsh4Aa.Pg0k6Q7RFyC1u.89ShDxZU_NtQzuSbLvQi54nA6Fp91fzFnTFhZQrJbueE ct.ndkGtdGDc92PJRk86OkTi8kaXrxWGdh3LBG4T9YuWquO5j8FBd1_BFnFIeqLsEb8eGmaLnf3R assVAfegF51oDV7Y0WNeKs.lIQDG.2pi1z9N9aw5p5zj2.jVVZJVLlHvg0rrd07szqcwsIyxfp.h UQ.xfkF46dgRh_0Ri76lrSvD.pY9aflDaupFDt_ePuYDf_AnrQJM.jICzZBOooS4UccFeeVUyJjA eSaO5JJ5OJ0wRB7bCqLl61rzLjS1TaR.rkQhFnxpXtCAf_yd4X_zRgUrlaiHujHGuDKntSGdrNpp dPyCenxWNcw2vbJOwN1Dks0KpRumlApQsXLo8BZ1CfiEhcYZOgh429fyDLhhWiuxTax3GWkhGCqI dFUUUtzz03XDydYioq_K2bjfA36BTC2T4l5dJcXfB8Qf.xlVbx2zyq4Bt4DW9Thi_0q2jWZM.dd4 AWFTrhuou8qdf6SL_Kp_85xKbBYGJfoDr2x03I28r8DlxmHBDWA3C2tE2Jgl1JsfrxFPX6E7JKMA qBeaMLvg8058jVgig2QAEFKY7s8B5NmcRHNfAElDSJeIFtFGTGKcQlJjX6agb3ZSQLC2GGjW4kDr 9Ew47Z0yx4Nyk_hZ9yL7ijH3_4lSoLBTAeTVVV9PfEuh7rhz2W9w3BvZ5pYPgyH_RK2thlgwUKo6 dPveJ5Q72h5jz6JaDWeWYKkTWzthXCQh._yjXRCZvlEky6Ucr9R2dvhbpoonrya72V8CjFCZBxfZ gRK0DI4kcmX1IdtLZl4wmkn2Ne_aKN51FG0v7wX6h95CCtK_qc7xEwjxgDMHxtfH1huz93FVl.kj l6j99AlVpqaudnql7mFOoQcXT1Y2potnEIOsPf_n4p3EopZo. Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 13 Nov 2018 08:42:37 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp417.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID eeb4c14f16674c5d1d83f40926ab3511; Tue, 13 Nov 2018 08:42:36 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: FYI: ports head -r484783 poudriere-devel with qemu-arm-static: sometimes hangs between a cc (wait) and its child ld (uwait) From: Mark Millard In-Reply-To: <3F2AC9A4-7F77-4999-9E9D-DC7D450D921D@yahoo.com> Date: Tue, 13 Nov 2018 00:42:35 -0800 Cc: Sean Bruno , ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: References: <01EDE371-F1BB-4489-BA28-21C2C68BEE9B@yahoo.com> <3F2AC9A4-7F77-4999-9E9D-DC7D450D921D@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: C7E0A79335 X-Spamd-Result: default: False [-2.18 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.42)[-0.420,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.23)[ipnet: 98.137.64.0/21(0.70), asn: 36647(0.56), country: US(-0.09)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.990,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.65.137.98.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org 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, 13 Nov 2018 08:42:44 -0000 On 2018-Nov-12, at 10:18, Mark Millard wrote: > On 2018-Nov-12, at 05:54, Kyle Evans wrote: >=20 >> On Sun, Nov 11, 2018 at 9:11 PM Mark Millard = wrote: >>>=20 >>> [I still can not produce the problem below on demand. >>> It seems racy with no fixed context producing the >>> problem as far as which port is building. But the >>> general structure of what hangs is the same each >>> time so far.] >>>=20 >>> The following is just an FYI for the other >>> qemu-arm-static tied problem that I regularly run into. >>> I do not have much useful information so far. It is >>> not clear how I'd get such information. >>>=20 >>=20 >> Hi, >>=20 >> Just so we're clear- in what kind of time frame did you start >> observing this hang? >=20 > Unfortunately, I did no qemu-user-static use after > 2018-Feb-6 until 2018-10-26. My list activity reported > the problem for the first time on Oct. 26 and I had > updated before using qemu-arm-static on the 26th. >=20 > Looks like back on Feb. 6 I was using: = qemu-user-static-2.11.50.g20171215_3 >=20 > Looks like back on Oct. 26 I was using: = qemu-user-static-2.11.50.g20180622_1 >=20 > I'm now using qemu-user-static-2.11.50.g20181011 . >=20 >=20 > For reference: >=20 > The Feb cross build logs for Feb 6 show things like: >=20 > =3D>> Building ports-mgmt/poudriere-devel > build started at Tue Feb 6 17:39:36 PST 2018 > port directory: /usr/ports/ports-mgmt/poudriere-devel > package name: poudriere-devel-3.2.99.20180202_2 > building for: FreeBSD FBSDFSSDjailVariant 12.0-CURRENT FreeBSD = 12.0-CURRENT r327485M arm > maintained by: bdrewery@FreeBSD.org > Makefile ident: $FreeBSD: = head/ports-mgmt/poudriere-devel/Makefile 461075 2018-02-06 16:33:15Z brd = $ > Poudriere version: 3.2.99.20180202_2 > Host OSVERSION: 1200054 > Jail OSVERSION: 1200054 >=20 > The amd64 (host) logs before that show for qemu-user-static: >=20 > =3D>> Building emulators/qemu-user-static > build started at Sun Feb 4 11:22:59 PST 2018 > port directory: /usr/ports/emulators/qemu-user-static > package name: qemu-user-static-2.11.50.g20171215_3 > building for: FreeBSD FBSDFSSDjailVariant 12.0-CURRENT FreeBSD = 12.0-CURRENT r327485M amd64 > maintained by: sbruno@FreeBSD.org > Makefile ident: $FreeBSD: = head/emulators/qemu-user-static/Makefile 441455 2017-05-22 13:17:38Z = linimon $ > Poudriere version: 3.2.99.20180202_1 > Host OSVERSION: 1200054 > Jail OSVERSION: 1200054 >=20 > (I normally keep the system source code the same across TARGET_ARCH's, > with some exceptions for powerpc families.) >=20 > Oct. 26 shows for qemu-user-static: >=20 > =3D>> Building emulators/qemu-user-static > build started at Fri Oct 26 13:55:50 PDT 2018 > port directory: /usr/ports/emulators/qemu-user-static > package name: qemu-user-static-2.11.50.g20180622_1 > building for: FreeBSD FBSDFSSDjailVariant 12.0-ALPHA8 FreeBSD = 12.0-ALPHA8 #1 r339076:339432M: Mon Oct 22 17:48:28 PDT 2018 = markmi@FBSDFSSD:/usr/obj/amd64_clang_alt/amd64.amd64/usr/src/amd64.amd64/s= ys/GENERIC-NODBG amd64 > maintained by: sbruno@FreeBSD.org > Makefile ident: $FreeBSD: = head/emulators/qemu-user-static/Makefile 441455 2017-05-22 13:17:38Z = linimon $ > Poudriere version: 3.2.99.20180511 > Host OSVERSION: 1200084 > Jail OSVERSION: 1200063 >=20 > The armv7 jail context would also be based on the same system source, > mostly -r339076 source. >=20 >=20 > Currently for qemu-user-static I'm at: >=20 > =3D>> Building emulators/qemu-user-static > build started at Sun Nov 11 14:52:52 PST 2018 > port directory: /usr/ports/emulators/qemu-user-static > package name: qemu-user-static-2.11.50.g20181011 > building for: FreeBSD FBSDFSSDjailVariant 13.0-CURRENT FreeBSD = 13.0-CURRENT amd64 > maintained by: sbruno@FreeBSD.org > Makefile ident: $FreeBSD: = head/emulators/qemu-user-static/Makefile 441455 2017-05-22 13:17:38Z = linimon $ > Poudriere version: 3.2.99.20181024 > Host OSVERSION: 1300003 > Jail OSVERSION: 1300003 I did some buildworld's inside a bulk -i session. I got a hangup that was not lld: an emulated ctfmerge hangup. It too had a thread fanout, but only 7 threads. The attach/detach sequence did not start things going. The thread backtraces look like for the lld example. (gdb) info threads Id Target Id Frame=20 * 1 LWP 100502 of process 64885 _umtx_op () at _umtx_op.S:3 2 LWP 101208 of process 64885 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 3 LWP 102353 of process 64885 _umtx_op () at _umtx_op.S:3 4 LWP 101899 of process 64885 _umtx_op () at _umtx_op.S:3 5 LWP 101783 of process 64885 _umtx_op () at _umtx_op.S:3 6 LWP 101902 of process 64885 _umtx_op () at _umtx_op.S:3 7 LWP 101907 of process 64885 _umtx_op () at _umtx_op.S:3 (gdb) bt #0 _umtx_op () at _umtx_op.S:3 #1 0x0000000060050c34 in _umtx_wait_uint_private (addr=3D, target_val=3D, tsz=3D, t=3D, where=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:258 #2 freebsd_lock_umutex (target_addr=3D4139717232, id=3D100502, ts=3D0x0, = mode=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:890 #3 0x000000006004a768 in do_freebsd__umtx_op (obj=3D4139717232, = op=3D, val=3D0, uaddr=3D0, target_time=3D0) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.h:359 #4 0x0000000060041405 in do_freebsd_syscall (cpu_env=3D0x860596318, = num=3D454, arg1=3D, arg2=3D, = arg3=3D, arg4=3D0, arg5=3D0, arg6=3D165556, arg7=3D100502, = arg8=3D0) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1364 #5 0x0000000060038bb3 in target_cpu_loop (env=3D0x860596318) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/arm/target_arch_cpu.h:207 #6 0x0000000060038559 in cpu_loop (env=3D0xf6bf128c) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/main.c:121 #7 0x00000000600397d2 in main (argc=3D-18969, argv=3D0x7fffffffaea0) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/main.c:513 (gdb) thread 2 [Switching to thread 2 (LWP 101208 of process 64885)] #0 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 37 RSYSCALL_ERR(_umtx_op) (gdb) bt #0 _umtx_op_err () at = /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 #1 0x00000000601a3cc1 in _thr_umtx_timedwait_uint (mtx=3D0x8604de008, = id=3D, clockid=3D, abstime=3D, shared=3D) at /usr/src/lib/libthr/thread/thr_umtx.c:236 #2 0x00000000601ad548 in cond_wait_user (abstime=3D0x0, cancel=3D1, = cvp=3D, mp=3D) at = /usr/src/lib/libthr/thread/thr_cond.c:307 #3 cond_wait_common (cond=3D, mutex=3D, = abstime=3D0x0, cancel=3D1) at /usr/src/lib/libthr/thread/thr_cond.c:367 #4 0x00000000601143cc in qemu_futex_wait (val=3D4294967295, = ev=3D) at util/qemu-thread-posix.c:350 #5 qemu_event_wait (ev=3D0x626eeec0 ) at = util/qemu-thread-posix.c:445 #6 0x000000006011b3ba in call_rcu_thread (opaque=3D) at = util/rcu.c:255 #7 0x00000000601ad1c6 in thread_start (curthread=3D0x8604d2500) at = /usr/src/lib/libthr/thread/thr_create.c:292 #8 0x0000000000000000 in ?? () Backtrace stopped: Cannot access memory at address 0x7fffdfffd000 (gdb) thread 3 [Switching to thread 3 (LWP 102353 of process 64885)] #0 _umtx_op () at _umtx_op.S:3 3 RSYSCALL(_umtx_op) (gdb) bt #0 _umtx_op () at _umtx_op.S:3 #1 0x0000000060050c34 in _umtx_wait_uint_private (addr=3D, target_val=3D, tsz=3D, t=3D, where=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:258 #2 freebsd_lock_umutex (target_addr=3D4139717232, id=3D102353, ts=3D0x0, = mode=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:890 #3 0x000000006004a768 in do_freebsd__umtx_op (obj=3D4139717232, = op=3D, val=3D0, uaddr=3D0, target_time=3D0) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.h:359 #4 0x0000000060041405 in do_freebsd_syscall (cpu_env=3D0x860ca3198, = num=3D454, arg1=3D, arg2=3D, = arg3=3D, arg4=3D0, arg5=3D0, arg6=3D-167772160, = arg7=3D102353, arg8=3D0) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/syscall.c:1364 #5 0x0000000060038bb3 in target_cpu_loop (env=3D0x860ca3198) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/arm/target_arch_cpu.h:207 #6 0x0000000060038559 in cpu_loop (env=3D0xf6bf128c) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/main.c:121 #7 0x00000000600503ea in new_freebsd_thread_start (arg=3D) at = /wrkdirs/usr/ports/emulators/qemu-user-static/work/qemu-bsd-user-4ef7d07/b= sd-user/freebsd/os-thread.c:152 #8 0x00000000601ad1c6 in thread_start (curthread=3D0x8604d5200) at = /usr/src/lib/libthr/thread/thr_create.c:292 #9 0x0000000000000000 in ?? () Backtrace stopped: Cannot access memory at address 0x7fffdfdfc000 PID USERNAME THR PRI NICE SIZE RES SWAP STATE C TIME = WCPU COMMAND 64885 root 7 20 0 79M 12M 0 uwait 2 0:00 = 0.00% /usr/local/bin/qemu-arm-static ctfmerge -L VERSION -g -o bhnd.kld = bhnd.o bhnd_subr.o bhnd_bus_if.o bhnd_erom.o bhnd_erom_if 64846 root 1 52 0 10M 1768K 0 wait 22 0:00 = 0.00% sh -e 46319 root 1 20 0 11M 2420K 0 select 8 0:00 = 0.00% /nxb-bin/usr/bin/make all DIRPRFX=3Dbhnd/ Again: not repeatable for when/where --but has a thread fanout involved. Note: I had set things up to use the nxb-bin/... instead of emulated compiling/linking/etc. Another point: This was a native FreeBSD boot, not under Hyper-V. But it is the same system and same storage media as when used under Hyper-V. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Tue Nov 13 10:12:48 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2270110E9B7 for ; Tue, 13 Nov 2018 10:12:48 +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 11A2B7D41F for ; Tue, 13 Nov 2018 10:12:48 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id C7953110E9AE; Tue, 13 Nov 2018 10:12:47 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6534110E9AD for ; Tue, 13 Nov 2018 10:12:47 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 427AF7D416 for ; Tue, 13 Nov 2018 10:12:47 +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 29A0715F9 for ; Tue, 13 Nov 2018 10:12:46 +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 wADACkbi009695 for ; Tue, 13 Nov 2018 10:12:46 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id wADACkXC009694; Tue, 13 Nov 2018 10:12:46 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201811131012.wADACkXC009694@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Tue, 13 Nov 2018 10:12:46 +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-Rspamd-Queue-Id: 11A2B7D41F X-Spamd-Result: default: False [-104.40 / 200.00]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[FreeBSD.org]; FORWARDED(0.00)[ports@mailman.ysv.freebsd.org]; R_MISSING_CHARSET(2.50)[]; SPF_FAIL_FORWARDING(0.00)[]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: mx1.FreeBSD.org]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.69)[ip: (-9.85), ipnet: 2001:1900:2254::/48(-4.79), asn: 10310(-3.73), country: US(-0.09)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[ports@freebsd.org,freebsd-ports@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; RCVD_COUNT_SEVEN(0.00)[7] X-Rspamd-Server: mx1.freebsd.org 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, 13 Nov 2018 10:12:48 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ sysutils/freefilesync | 9.8 | 10.6 ------------------------------------------------+-----------------+------------ 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 Nov 13 16:23:24 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4176C1129E0E for ; Tue, 13 Nov 2018 16:23:24 +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 9F63D6C977 for ; Tue, 13 Nov 2018 16:23:23 +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 wADFttjI009568 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 13 Nov 2018 07:55:56 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id wADFttj3009567 for freebsd-ports@freebsd.org; Tue, 13 Nov 2018 07:55:55 -0800 (PST) (envelope-from fbsd) Date: Tue, 13 Nov 2018 07:55:54 -0800 From: bob prohaska To: freebsd-ports@freebsd.org Subject: libsoup can't find glib-networking on rpi3 Message-ID: <20181113155554.GA9516@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: 9F63D6C977 X-Spamd-Result: default: False [-0.09 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.86)[-0.863,0]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.04)[asn: 7065(-0.10), country: US(-0.09)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.74)[-0.738,0]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[zefox.net]; MX_GOOD(-0.01)[cached: www.zefox.net]; NEURAL_HAM_SHORT(-0.34)[-0.340,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[] X-Rspamd-Server: mx1.freebsd.org 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, 13 Nov 2018 16:23:24 -0000 For some reason attempts to compile libsoup stop on a failure to find glib-networking, despite the latter being installed and up-to-date. I've experimented with simply commenting out the BUILD_DEPENDS and RUN_DEPENDS lines in the Makefile, make fails in the same way, which is slightly surprising. I expected at least a different error. Ports are at 484876, sources are at 340358. The goal here is to compile www/epiphany, which depends on webkit2-gtk3, which dpends on libsoup, which requires glib-networking. If there's another way to go about compiling a graphical browser that works please advise me. Thanks for reading, bob prohaska From owner-freebsd-ports@freebsd.org Tue Nov 13 21:57:42 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65E401133A9F for ; Tue, 13 Nov 2018 21:57:42 +0000 (UTC) (envelope-from jude.obscure@yandex.com) Received: from forward106o.mail.yandex.net (forward106o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::609]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D46217A6CA for ; Tue, 13 Nov 2018 21:57:40 +0000 (UTC) (envelope-from jude.obscure@yandex.com) Received: from mxback10j.mail.yandex.net (mxback10j.mail.yandex.net [IPv6:2a02:6b8:0:1619::113]) by forward106o.mail.yandex.net (Yandex) with ESMTP id D0695785D75 for ; Wed, 14 Nov 2018 00:57:36 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback10j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id zKUZydsefv-va4OttCu; Wed, 14 Nov 2018 00:57:36 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1542146256; bh=IAnuflMz5jVER7EwdWlhMyEn8K99Ru59cCV/Ms8DcpM=; h=To:From:Subject:Message-ID:Date; b=lNf+Je7IoSbrndfzo8FKQX2u0JDKxMzO+fRzTob8Pi5O4pDicih9x7EFwR6f/uVI1 29o0C6n4aShHEus8cb5j3IUqxLMIET87ZeuoQSOFxobBSEb2gmahRfPWySmhvWUplV AM/J66xvHqhXTzykflXOnqAU0DootmRzkhOCdS9A= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id FbtSdinoUL-vZlGd472; Wed, 14 Nov 2018 00:57:36 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1542146256; bh=IAnuflMz5jVER7EwdWlhMyEn8K99Ru59cCV/Ms8DcpM=; h=To:From:Subject:Message-ID:Date; b=lNf+Je7IoSbrndfzo8FKQX2u0JDKxMzO+fRzTob8Pi5O4pDicih9x7EFwR6f/uVI1 29o0C6n4aShHEus8cb5j3IUqxLMIET87ZeuoQSOFxobBSEb2gmahRfPWySmhvWUplV AM/J66xvHqhXTzykflXOnqAU0DootmRzkhOCdS9A= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.com To: freebsd-ports@freebsd.org From: Manish Jain Subject: How to have package created for port ? Message-ID: Date: Wed, 14 Nov 2018 03:24:45 +0530 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: D46217A6CA X-Spamd-Result: default: False [-4.87 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1a2d::/64]; FREEMAIL_FROM(0.00)[yandex.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: mx.yandex.ru]; DKIM_TRACE(0.00)[yandex.com:+]; DMARC_POLICY_ALLOW(-0.50)[yandex.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; RCVD_IN_DNSWL_LOW(-0.10)[9.0.6.0.0.0.0.0.0.0.0.0.0.0.0.0.d.2.a.1.0.0.0.0.8.b.6.0.2.0.a.2.list.dnswl.org : 127.0.5.1]; RCVD_TLS_LAST(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yandex.com]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yandex.com]; 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]; IP_SCORE(-1.77)[ipnet: 2a02:6b8::/32(-4.91), asn: 13238(-3.91), country: RU(-0.01)] X-Rspamd-Server: mx1.freebsd.org 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, 13 Nov 2018 21:57:42 -0000 Hi, I have a port sysutils/mkdesktop recently updated to version 2.6. I would like mkdesktop to be available via pkg. I have no idea how to initiate the request to have it packaged. Can someone please guide me ? Thanks. Manish Jain From owner-freebsd-ports@freebsd.org Tue Nov 13 22:27:39 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A0731134934 for ; Tue, 13 Nov 2018 22:27:39 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-ua1-x941.google.com (mail-ua1-x941.google.com [IPv6:2607:f8b0:4864:20::941]) (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 52D0B7B8B6 for ; Tue, 13 Nov 2018 22:27:36 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-ua1-x941.google.com with SMTP id p9so4979347uaa.5 for ; Tue, 13 Nov 2018 14:27:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=YrV1K5U9HMVdh6/0ap9sBD+x1x2kxKE+1TCofcrVp7A=; b=dkxl5Cq5hwHoYKBsArrXJ4MPi+ujvCsfbDYz0dVxSl7laEYoKLPfjDXhAye7o3aK+z QBgb0klbsexD3PBZ3OYIAAAK3KqZ2OLbhXHkumlqyKPHbQ4AO7UJmDrc7G2YY5HKWZqW ti3/kv6/Zfq3TVbxGglZ6OLmgJ6x4VCwudOjpQaanwwCoFNt042W88SdWGR7RzhSc/4B bwo/GiwagqnDsQjmNzreei4HWxorZxX2ZX5If3AhACIvfekA0n5IdF5I+3QB+rxlm60c cRnR0A0UDVLhN18G3kjY7xTAudisKV3BcYJs7bqHlxM4XNtK0KJjx1XKahlz0zZjjgRj E51A== 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=YrV1K5U9HMVdh6/0ap9sBD+x1x2kxKE+1TCofcrVp7A=; b=t/I5OScHNXx9TaXE0lsF70cuV5nvwIJb6zYEwmB6B5VK1I3MsPxE8OZnCPj4Za3+GL x4nox0nSQQjoLI7B+q1XrFeLV47IXN44SgiZyF6vxLC5fupvmlES01zIbgy2MmLMkJj5 UHtFJknRJYf8dF0T8f5qWF+QXkqWWR6+RaS8mtcxYAsKqkTnFn6C6sjc7iR0uH8u0n9m oJLtY0IWwwSrLkR6mwZ16Tg/jh0ur5QJLH8Ki0O7Mob5pQ74gg98GSitw+w+9ZruNSP/ zKNPTCwpC0jENjax7E24zcjc4UL1a9chVXAH2/0fu8cYp92KjgV8siY7a40iZXGv0TfM qKfQ== X-Gm-Message-State: AGRZ1gKSfac7EE8LJIN1Syiw8H4bOkCQ4/uDTyKkEmdmE4A5KbwPusqq q/HiHXBHycyxzDH6HZ/ksOWftNCQJytxjprFdN+Pxw== X-Google-Smtp-Source: AJdET5dt5tobkwSeY3tF8kbFZgXE/f8byM+IzQSfr6iSs9Ymr6ySihFTKNozgAYYkgPG2HRV7Xwcyx1lpr2Uqblsd58= X-Received: by 2002:ab0:162e:: with SMTP id k43mr1306674uae.77.1542148055860; Tue, 13 Nov 2018 14:27:35 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Jonathan Chen Date: Wed, 14 Nov 2018 11:27:24 +1300 Message-ID: Subject: Re: How to have package created for port ? To: jude.obscure@yandex.com Cc: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 52D0B7B8B6 X-Spamd-Result: default: False [-3.37 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.95)[-0.948,0]; 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)[]; DMARC_NA(0.00)[chen.org.nz]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[1.4.9.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yandex.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-1.12)[ip: (-0.69), ipnet: 2607:f8b0::/32(-2.89), asn: 15169(-1.92), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org 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, 13 Nov 2018 22:27:39 -0000 On Wed, 14 Nov 2018 at 11:00, Manish Jain wrote: > > Hi, > > I have a port sysutils/mkdesktop recently updated to version 2.6. > > I would like mkdesktop to be available via pkg. I have no idea how to > initiate the request to have it packaged. Can someone please guide me ? You need to submit a PR at https://bugs.freebsd.org/bugzilla/ : 1. Register onto the site 2. Create a problem report (PR) for the port using link "Report an update or defect to a port" 3. Create a unified-diff patch against the existing port, eg: cd {your-working-dir} diff -ruN /usr/ports/sysutils/mkdesktop . > /tmp/mkdesktop.patch 4. Attach the patch to the PR More details at https://www.freebsd.org/doc/en/books/porters-handbook/port-upgrading.html Cheers. -- Jonathan Chen From owner-freebsd-ports@freebsd.org Wed Nov 14 01:33:43 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34C0C1103EBD for ; Wed, 14 Nov 2018 01:33:43 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from cerebro.liukuma.net (cerebro.liukuma.net [IPv6:2a00:dd80:20::47f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F0BF85C66 for ; Wed, 14 Nov 2018 01:33:42 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id E213F1029F6E for ; Wed, 14 Nov 2018 03:33:36 +0200 (EET) X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id TnPDn2THLV9c for ; Wed, 14 Nov 2018 03:33:36 +0200 (EET) Received: from RIVENDELL (dsl-olubng11-54f968-107.dhcp.inet.fi [84.249.104.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id 10C801029F14 for ; Wed, 14 Nov 2018 03:33:36 +0200 (EET) DKIM-Filter: OpenDKIM Filter v2.10.3 cerebro.liukuma.net 10C801029F14 Message-ID: <7B44FD5ED75B4BCB8E53B611BE045D11@RIVENDELL> From: To: Subject: Poudriere building far more ports than it should Date: Wed, 14 Nov 2018 03:33:38 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 X-Rspamd-Queue-Id: 6F0BF85C66 X-Spamd-Result: default: False [-3.26 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[liukuma.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; STOX_REPLY_TYPE(1.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:dd80:20::47f/128]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-0.80)[asn: 36236(-3.90), country: US(-0.09)]; DKIM_TRACE(0.00)[liukuma.net:+]; MX_GOOD(-0.01)[cerebro.liukuma.net]; FROM_NO_DN(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; DMARC_POLICY_ALLOW(-0.50)[liukuma.net,quarantine]; NEURAL_HAM_SHORT(-0.95)[-0.948,0]; RECEIVED_SPAMHAUS_PBL(0.00)[107.104.249.84.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:36236, ipnet:2a00:dd80:20::/48, country:US]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 01:33:43 -0000 Hello list! I finally took the hurdle and made a poudriere VM for building my ports instead of building them on target system. At first I did however build every single port I will need on the VM resulting on 240 or so ports. Then I copied over my options, and the list of installed ports etc. and started the build. For some reason poudriere wants to build a ton of extra baggage (360+ ports instead of 240.) Is this expected and will the packages once built be without any extra cruft? -Reko From owner-freebsd-ports@freebsd.org Wed Nov 14 04:15:29 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49F14110847F for ; Wed, 14 Nov 2018 04:15:29 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 5B89A8BC07 for ; Wed, 14 Nov 2018 04:15:27 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id E44C322123 for ; Tue, 13 Nov 2018 23:15:21 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 13 Nov 2018 23:15:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm1; bh=TcI63ahqU4XqYuxnMaCQfqvVDYsLL1lKfu+DViVvjE8=; b=XLPHC32r /4GBwvcjUEKt+M4YZhokSMg9caQWR7oKqzCFNvM98QrPtcDErqhfkMDgfnPpWFUJ U6NN8/ndEvoNLfiQxYcllACpXRnkcEcdMv1isvCgMtLNYlOyslTNd74YPuKNVsG0 zJ89SLuYPtxuiGjs73QtQigCHy20AV2bNT7smHNCHgImXD+4um40ITAnN27nSXT6 fNu6Ur2cdiAdp9202p9g6ogpyuUPn/YOLDF9qY0rGFEApMIw9sMuZ6lQNTTev1O9 StZsA9gDXFDHkN8qs8mPtSD9YJov8lddlXI6BTWZrQrQYap4WaYl13QUE0TkPGc7 U93gvp8K2QjQWA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=TcI63ahqU4XqYuxnMaCQfqvVDYsLL 1lKfu+DViVvjE8=; b=i0GdJpBTz9NfQMNV1Rzdvw+bjELdPvpk56wwO8FZ2wYqP 5HErVJJTey0hqc8+KQdbkWoFfW7Z+bL+tLAPI3emULtMw1xsAluyfRWjRPAE2b+i 2ma0VHZQ6SF9GV5FJWttQsNKs9i1nCT9fo4HfKA8jHEMOz9eq8XmSzGxb66mFYaJ jZspHnZgAsDWzihmabl2puyfPQL1bQ861rvajn4k5b2ym+n4NOn4TM8qWXqYkZ0V NvxGxu+VcyNvpTlA4Ya9JDd4lI2Sz/bHijrSINrqFVqzAeocURxxg8B0wVkPLPmy 6Ed0R5K9IWb1e/fpRjKLMQVPGNuRfFef0gheIit6g== X-ME-Sender: X-ME-Proxy: Received: from rpi3.zyxst.net (rpi3.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 1D752E476E for ; Tue, 13 Nov 2018 23:15:21 -0500 (EST) Date: Wed, 14 Nov 2018 04:15:18 +0000 From: tech-lists To: freebsd-ports@freebsd.org Subject: mail/imapfilter fails to build Message-ID: <20181114041518.GA34189@rpi3.zyxst.net> Mail-Followup-To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 5B89A8BC07 X-Spamd-Result: default: False [-7.08 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.96)[-0.963,0]; RCVD_IN_DNSWL_LOW(-0.10)[29.4.111.66.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.0.0/20, country:US]; IP_SCORE(-3.51)[ip: (-9.45), ipnet: 66.111.0.0/20(-4.10), asn: 11403(-3.91), country: US(-0.10)] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 04:15:29 -0000 Hi, mail/imapfilter fails to build on 12-beta4 context: FreeBSD 12.0-BETA4 #2 r340371 ports r484903 OpenSSL 1.1.1-freebsd error is: /usr/ports/mail/imapfilter# make MAKE_JOBS_UNSAFE=yes ===> Building for imapfilter-2.6.11_1 cd src && /usr/bin/make all cc -Wall -Wextra -O -DCONFIG_SHAREDIR='"/usr/local/share/imapfilter"' -I/usr/local/include -I/usr/local/include/lua52 -c auth.c -o auth.o auth.c:23:28: warning: extra tokens at end of #ifdef directive [-Wextra-tokens] #ifdef HAVE_OPAQUE_STRUCTS && !defined(LIBRESSL_VERSION_NUMBER) ^ // auth.c:26:11: error: variable has incomplete type 'HMAC_CTX' (aka 'struct hmac_ctx_st') HMAC_CTX ctx; ^ /usr/include/openssl/ossl_typ.h:102:16: note: forward declaration of 'struct hmac_ctx_st' typedef struct hmac_ctx_st HMAC_CTX; ^ auth.c:35:28: warning: extra tokens at end of #ifdef directive [-Wextra-tokens] #ifdef HAVE_OPAQUE_STRUCTS && !defined(LIBRESSL_VERSION_NUMBER) ^ // auth.c:43:2: warning: implicit declaration of function 'HMAC_CTX_init' is invalid in C99 [-Wimplicit-function-declaration] HMAC_CTX_init(&ctx); ^ auth.c:44:2: warning: 'HMAC_Init' is deprecated [-Wdeprecated-declarations] HMAC_Init(&ctx, (const unsigned char *)pass, strlen(pass), EVP_md5()); ^ /usr/include/openssl/hmac.h:30:1: note: 'HMAC_Init' has been explicitly marked deprecated here DEPRECATEDIN_1_1_0(__owur int HMAC_Init(HMAC_CTX *ctx, const void *key, int len, ^ /usr/include/openssl/opensslconf.h:147:34: note: expanded from macro 'DEPRECATEDIN_1_1_0' # define DEPRECATEDIN_1_1_0(f) DECLARE_DEPRECATED(f) ^ /usr/include/openssl/opensslconf.h:110:55: note: expanded from macro 'DECLARE_DEPRECATED' # define DECLARE_DEPRECATED(f) f __attribute__ ((deprecated)); ^ auth.c:47:2: warning: implicit declaration of function 'HMAC_CTX_cleanup' is invalid in C99 [-Wimplicit-function-declaration] HMAC_CTX_cleanup(&ctx); ^ 5 warnings and 1 error generated. *** Error code 1 Stop. make[3]: stopped in /buildports/usr/ports/mail/imapfilter/work/imapfilter-2.6.11/src *** Error code 1 Stop. make[2]: stopped in /buildports/usr/ports/mail/imapfilter/work/imapfilter-2.6.11 *** Error code 1 Stop. make[1]: stopped in /usr/ports/mail/imapfilter *** Error code 1 Stop. make: stopped in /usr/ports/mail/imapfilter sorry about the odd formatting -- J. From owner-freebsd-ports@freebsd.org Wed Nov 14 04:26:10 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30DB01108AF0 for ; Wed, 14 Nov 2018 04:26:10 +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 4642B8C277 for ; Wed, 14 Nov 2018 04:26:09 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pg1-x535.google.com with SMTP id w3-v6so6735583pgs.11 for ; Tue, 13 Nov 2018 20:26:09 -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=Jj6bjSrsEQlaZCJZ1rF/m83R3+dFnc9SLBcjcKOghzE=; b=r4s73x44d0nj/U6em5/gAWQ5TqYlj/LS6nCQj9knbDVp8s90jd7XCivF3lbutN/6Qo Frl0CbJRA8a0DBfXtiYkAASVmVkSeTNaNd2fdjWLcVla6apf8x4xXWhg540IrmfDFqE/ xu2N+g3AQI9vAIWvpmyenPM8MEaUKen0MThPsRVCiCM1zLCwQuns5Y/1BEoR/WHmy5Do bSoaaUJnuMqqQI3vxwatCFQRcNWdsM+YAkEnsA475q3CnoWrDd2V05hMxFYRYFYW0Hx7 fTDnPvpHFl72zrp1jJx02dQ0baFipHou5VM5Rox5LU/7LkjoCrwUJ4QoAa9AA+ZRHRIs 6Zjg== 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=Jj6bjSrsEQlaZCJZ1rF/m83R3+dFnc9SLBcjcKOghzE=; b=qI3aE5YjVIo+fVuI78WVGZPKzD6qUqjhkjBZ6y59/WiW9LF0BUFF/wMnQ23aFUiBm3 m/Yfp5X3t1Vf2jnUuGmZp0fDN1KbLniIdHl3uauF/LtM8D/MY1C2ErxgejqoQ8QHzULf /qje8X7e06VOdN2aJr96Xs9Qhe70gdhCZhid/s5LmVZS26woBnxne+QOtactJ21Wo/+G GyJX1a2NPDLgpBKUydPwtq0CxOD91sJIVhc/adUlqKr66F/pWIlYbzX9zrrBrGOzOaE2 0iDxcmbNwE75jVE3Yiqty2vnEolHy9B2L9z6PDbdlkK7RDU/4C9ALV026kZRxYiDT9bj O1gg== X-Gm-Message-State: AGRZ1gLv+yMQWiRtN2YGK5Kr6jtlGuS3XGrdoUmYVtsN9LRN07EbG9Mi hCZdBMzzy9Px5oBgBYWvW1RS+BeL X-Google-Smtp-Source: AJdET5ff6fKCh98dS/7P+A5lFc2phc+xB86O1a+K6VtjGdT30FsW4uNpzOp3UjXLpQBoG5c9vfLNEg== X-Received: by 2002:a63:e40c:: with SMTP id a12mr371778pgi.28.1542169568154; Tue, 13 Nov 2018 20:26:08 -0800 (PST) Received: from [192.168.1.102] ([103.103.242.159]) by smtp.gmail.com with ESMTPSA id n22sm1271246pfh.166.2018.11.13.20.26.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Nov 2018 20:26:07 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: mail/imapfilter fails to build To: tech-lists References: <20181114041518.GA34189@rpi3.zyxst.net> Cc: freebsd-ports@freebsd.org From: Kubilay Kocak Message-ID: <59097c9a-be7a-f837-bdb2-1db16a47fc3e@FreeBSD.org> Date: Wed, 14 Nov 2018 15:26:04 +1100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <20181114041518.GA34189@rpi3.zyxst.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4642B8C277 X-Spamd-Result: default: False [-4.11 / 200.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]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FORGED_SENDER(0.30)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; IP_SCORE(-0.93)[ipnet: 2607:f8b0::/32(-2.73), asn: 15169(-1.84), country: US(-0.10)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_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]; FROM_NEQ_ENVFROM(0.00)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.96)[-0.963,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[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] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 04:26:10 -0000 On 14/11/2018 3:15 pm, tech-lists wrote: > Hi, > > mail/imapfilter fails to build on 12-beta4 > > context: > FreeBSD 12.0-BETA4 #2 r340371 > ports r484903 > OpenSSL 1.1.1-freebsd > Being tracked in: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232132 From owner-freebsd-ports@freebsd.org Wed Nov 14 04:50:09 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4305011094D1 for ; Wed, 14 Nov 2018 04:50:09 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 AAAE18CFB8 for ; Wed, 14 Nov 2018 04:50:08 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 16CBA22AC9 for ; Tue, 13 Nov 2018 23:50:08 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Tue, 13 Nov 2018 23:50:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=9eDkQyGU7b5iUiS9Y67duBFHAQb rPwcxWhNBE++Pb4s=; b=IwEMZC/TNcJEFOE9mvkAUQgHwYre31hCCH8NcFrCmPL nfcuW+QoGOZHABHpWNJ2hbvtC1HqXtC4CIfNvOFv5xlOK5o+leegI7U44PexlfEs 3sIC1XD9P1GXDo7q6uB7xMRuHQh+DhcXfq7x6eLfehd6GHgSfwIgAkRpUHSuugLZ oqa8OLAPci/mOw6DFUTBGosx6+z35FNtbc3w9Fm4WUJz2h1H1KwM4LLtJgnilaFN YUVoSFn3WTiTDhZA4+ByGY3TkRAbfydN1wXfejXKhgqxxZGQOWefw7HiQqgbjhv4 4BXoBWfI3cbPoBHRPR4AT7I/yM1j3x7wLa9jUUMy0uQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=9eDkQy GU7b5iUiS9Y67duBFHAQbrPwcxWhNBE++Pb4s=; b=sYDS6wAjPQy23wXN5HVtxM nmfMORezlpUZOAkImwJ+MHg2/BUS0QSB9I2u1wuaWF10yV+3s/m1yYouaA+aq2vs HCFW+5pVhcq5YcfubaohDw3sMG/HpImEvMoPqpbic4xssD6AYBkvRoKhjd9Psf1t s5zf9dpsRkhzrt1LwUsQdnNuCnKKywdPRuL73WV705SxqFWqFhBXYEm/Kw1/owxG HovYAbgd6ogcEMbyhQT808SqFtqrucs12kpI20XNLCfOPhWvMAGZSt+k2GE//vod Kas01zVoYmWdlqnWH3veTiK/mULTPQz8j+rRUkYxcfYQYxkXNEAkqWEJE0i61M6A == X-ME-Sender: X-ME-Proxy: Received: from rpi3.zyxst.net (rpi3.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 4D1351030E for ; Tue, 13 Nov 2018 23:50:07 -0500 (EST) Date: Wed, 14 Nov 2018 04:50:05 +0000 From: tech-lists To: freebsd-ports@freebsd.org Subject: Re: mail/imapfilter fails to build Message-ID: <20181114045004.GB34189@rpi3.zyxst.net> Mail-Followup-To: freebsd-ports@freebsd.org References: <20181114041518.GA34189@rpi3.zyxst.net> <59097c9a-be7a-f837-bdb2-1db16a47fc3e@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <59097c9a-be7a-f837-bdb2-1db16a47fc3e@FreeBSD.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: AAAE18CFB8 X-Spamd-Result: default: False [-7.11 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.98)[-0.979,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-3.52)[ip: (-9.47), ipnet: 66.111.0.0/20(-4.12), asn: 11403(-3.91), country: US(-0.10)]; ASN(0.00)[asn:11403, ipnet:66.111.0.0/20, country:US]; RCVD_IN_DNSWL_LOW(-0.10)[29.4.111.66.list.dnswl.org : 127.0.5.1] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 04:50:09 -0000 On Wed, Nov 14, 2018 at 03:26:04PM +1100, Kubilay Kocak wrote: >On 14/11/2018 3:15 pm, tech-lists wrote: >> Hi, >> >> mail/imapfilter fails to build on 12-beta4 >> >> context: >> FreeBSD 12.0-BETA4 #2 r340371 >> ports r484903 >> OpenSSL 1.1.1-freebsd >> > > > >Being tracked in: > >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232132 ah, thanks! -- J. From owner-freebsd-ports@freebsd.org Wed Nov 14 06:35:34 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B249110BC99 for ; Wed, 14 Nov 2018 06:35:34 +0000 (UTC) (envelope-from idefix@fechner.net) Received: from anny.lostinspace.de (anny.lostinspace.de [IPv6:2001:608:a02::33]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A1B269A24 for ; Wed, 14 Nov 2018 06:35:33 +0000 (UTC) (envelope-from idefix@fechner.net) Received: from server.idefix.lan (unknown [IPv6:2a01:5c0:14:99e1:21b:21ff:fe7b:3468]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: idefix@fechner.net) by anny.lostinspace.de (Postfix) with ESMTPSA id 77D26629FF; Wed, 14 Nov 2018 07:35:31 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=fechner.net; s=default; t=1542177331; bh=ghv/+NUKHLU9fkPgAcpxLVcK9nSWxgmqUzKdUcZbtNg=; h=Subject:To:References:From:Date:In-Reply-To; b=BcTnWsS42d4QtRdJne/mFtLks7SDqeX2CzSAaYM4bUqviX7ugO225z8qZ0XG1+EY6 RpQv9Ae964E1h9RWIxlNnvZnjXPDhJkLzI0LzKErW1+BrtFN+NT5sp/daUxDshDZfA TR1SvU3D5mLxmL7yj1m9uZWIhCcJAX7MVz8OLWew= Received: from matthias-fechners-macbook.local (tmo-081-142.customers.d1-online.com [80.187.81.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by server.idefix.lan (Postfix) with ESMTPSA id 4588A2A9418; Wed, 14 Nov 2018 07:35:29 +0100 (CET) Subject: Re: BIND update gone bad To: "Kevin P. Neal" , freebsd-ports@freebsd.org References: <20181114021512.GA21405@neutralgood.org> From: Matthias Fechner Openpgp: preference=signencrypt Autocrypt: addr=idefix@fechner.net; prefer-encrypt=mutual; keydata= xsFNBFqca1YBEADM9mF2+ifk8HILTlf5wtAzV6SYVR4RvNOo/8Kucw4sCZT76zS1fjZe4Zy1 3C0IZ07Wi+3PnoGIgOCsXp3PrTc2nuHQWkwVBYXy8UaR9DHBWA/mIvRGG1ZscKQYA6oUdCvd K8Mu26zO60yTt+ONzFtK6G1myH4EHXZ8dpmdCFf+W3rzTU+aCQ5S3OfwCLGgYgOaVREGkdOc 5SVCpFb4n+2B8+CqeWsRHhnT+4h7/YhgDMGp4GiI3yrB2nBVSUUvcosD2nRtJQgGQHcAFtMq 3hJaKPOR/mHc6KVrp0xmGNmdtazvXloHmGIl9O1UpmMmrYu9Kugl0JkGi2fAcno02XgVlkyX 7xDLTteP5cNqRxor4yVDaRWUQnOfK9XgcrKGrAzb65BkCSkjT+Aw3S/A8Qd6NvjL9qy1d+Ct dzatOVF/Y7jaW28CMr3jvwPS13OxV7PnJzIZzdik20eVxfOXuYfxZD+PwBaGgFF0qj6zKACC aKLalE0ZpY0zNn/iPyQX/Cf9KoDyFpOHSsEswiJ5rCWwppVcsFyogHOemVmeaXlvyDPEipnV ZUkpGP/CCqPu3eD0uDzP7UJ0pt/l/JfW0Xw/4p9mjB024xiRlxLa6vSRfGl//EdtAIbKKa8x 5wsKTQEbYJDmXE3tH/A54DCqRXhcopTlu2iJlTdnIMltn9afVwARAQABzSVNYXR0aGlhcyBG ZWNobmVyIDxpZGVmaXhAZmVjaG5lci5uZXQ+wsGXBBMBCgBBAhsDBQkJZgGABQsJCAcDBRUK CQgLBRYDAgEAAh4BAheAFiEEaWB64mCp804YOtqutot13J/XR+EFAlqcc9gCGQEACgkQtot1 3J/XR+GQyhAAwDxUSg7X2aS1d6rrYUZdDk8rT5TCjayDAyOATdAUhJRZk8qXRNF27Mu6xiOT mIvEMKLagNsitffZs1g/mulRQiDVLloGav7xozSfYlaOYWpPb55wpsugQPLZz0OkU9tzw7j7 7sPPvnAxeqSofUJzQdZzp43aVwXVqsJ3rY0jGzYA5RLS6CBI1RRR8/hHLMxspDPl79IW3GhI HAXaVX1HVJA2oJEo9Y95DnJwX8NV+hvLlUVA2KDdNKFiVJKeV3ccqw+/5zW3Y8J6Rd8blW9n p68Z7lyxt6mvsDEdSxOyGSkPagzIDfHqmDfkaeum7gHMwweH2e2pZuhzMZkrKNoSkKiJ5uim 638ZhnzzmEWh2qtYPgHlZG1jO6n2DSzCqJkQYjYUtLj7ylIgZakG8M3idQRugHImMBq+HSMu WR8FI52gh1+4LbIArHB4YWTTr933ElwhS1jtomK9SeWezPfjunpxqXQl4QR0qXAuglsOMJ6y Togb6lc0qyEdOa5VCXQTLSD9yZpolSQOjOe1XEyM4g5v7FrPBGVni9AxlARvUDVbYQDv1+4A gchtgpLmAF8mDPq/tGeXuAO3m+ExQDXpJ4CneI9YHc+joU2cXQi5MP1NzgMOV43XEZCiTW0O BWM1+857gmDqGbybE7F3UFpvBs9/NRWnuxoKaYxYbqCOc3nOwU0EWpxrVgEQAN3uCLHZF+1V gcrzYjwL1wAJwjYb7UnHKvNYdaBKgW0n0NTfaTCLHxHYPO8NlV1+lNctSeXLeiWpmE1lCDHq /++53EJ34OsRd/n246PdtfIfltML73tsmq6S9zTye2zv7LsmE7jgUBaasbv0qSLSybOUvkRx j3xBuK9Ymg/ZXaENOhxwIQ6oQoNLg3ers9t5Xl4NVK6gzzZ2OdTGnuUVhQmi4rbP04R0GJFh AtGLAYUCxlXVZhdPAs4qZaoAEP5nW/u2MyzSaIouwcEIdttAiPZdrJr+a4OGKz88Sn6zqKSa uyUADgX+G8tKUONgZbfz4SSRvlinOgyU2RyyfNS977r/YfaHH+oAxg31yUWPtD/ryfVw69bG vK8RQrZ9+c1vyWBABoQOh5+JHW/AE9Xj5dQatEfWmGO3+/FRo2TIhqZQXXl8PW+jtEjkhgOH OUX5ERzSm6nCcPIw+LUkEINcLc9bw4fv1eOWIdBuCckGM4rWXkLYbqhdSzdWeCsC0tiQk8x7 O1zXRJOKF4rITJd/qX322EH29BR+T9V1Hw7LDSRe+3YxtoXhROZRXjF8QniEHeKVNRUComr6 rWGmuHjsNTQ7twtwnG8xSOfCkYAp9GrbzBkIYX+VFvFQLqVM+It3RAlge/bwpZPvkr3bFsJk 4JS+EAugBIrP0xd9BMOh6Ej5ABEBAAHCwXwEGAEKACYWIQRpYHriYKnzThg62q62i3Xcn9dH 4QUCWpxrVgIbDAUJCWYBgAAKCRC2i3Xcn9dH4ZZsEACoQI109htphVe2AQhJ7wuPo8pIrSFA 0Mb0pfibX/sYw8ZZz/x3ctTI3Ajq2baSaoebIuUyd6oPI7cAzgL4s2zHiZ3ChH2dDxJlOPfk OaiK124DJMPqWiWuxe39tgq23tsPhwcvF+DC+SkJoLWKCYNC06fS3bLktZ0s4lVE5tqfL5ww MvxgxB+6+sWHwZWSv1IwB/geov6zkEhVdkXqrGPE52LyLfU0ACMmihcl0/npsCMZSls0urge CsPMuHPQnmcM2ERbere8i9OdKQDzGBrTbWl9DxNRf4o+cAYirEJM3Kc+ZD2SE34bTSvg3kdQ QZQbj+o+BRcsR0LaGbORkNaMZlp5OuXteL6nG7sbAPn0bjUUlup8CJEXDXENG6LJG1/oVWFq m3OtPyr5UoMQAuhuGx0/Om6AXKr/mk+veuoKWMXkqll045/bYE7bX2A0gkyGE5DdjaiHPmS9 NsWuKDeExLlXZOL1GX+PKjWLADwlv07XHB8Hf6U0/lpf3/mggRtqHyKbHt0iRqYaMC95gVdM rbugxh61U/zxIaweU7VolD5cRrltxqPp5szOwDzw42JYwbpYsXFJXNkuCGCmK1LHcShfEggt fV3g/JKzvNRQn6p1f0frppl/eZ5UvWVKrNERJzcZgkOecxwiK/L/JoGpGfWOqWGsTxe/AnQc Xxj8Dw== Message-ID: <9e884bc5-d048-9b19-e36b-fe53467695eb@fechner.net> Date: Wed, 14 Nov 2018 07:35:27 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <20181114021512.GA21405@neutralgood.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 9A1B269A24 X-Spamd-Result: default: False [-4.05 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[fechner.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[fechner.net]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; NEURAL_HAM_SHORT(-0.79)[-0.793,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[fechner.net:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: mail.fechner.net]; RCVD_IN_DNSWL_MED(-0.20)[3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.a.0.8.0.6.0.1.0.0.2.list.dnswl.org : 127.0.6.2]; FROM_EQ_ENVFROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[142.81.187.80.zen.spamhaus.org : 127.0.0.10]; IP_SCORE(-0.05)[asn: 5539(-0.25), country: DE(-0.01)]; ASN(0.00)[asn:5539, ipnet:2001:608::/32, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 06:35:34 -0000 Am 14.11.18 um 03:15 schrieb Kevin P. Neal: > 13-Nov-2018 21:00:30.959 ENGINE_by_id failed (crypto failure) > 13-Nov-2018 21:00:30.959 error:25066067:DSO support routines:DLFCN_LOAD:could not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_dlfcn.c:187:filename(/usr/lib/engines/libgost.so): Cannot open "/usr/lib/engines/libgost.so" > 13-Nov-2018 21:00:30.959 error:25070067:DSO support routines:DSO_load:could not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_lib.c:233: > 13-Nov-2018 21:00:30.959 error:260B6084:engine routines:DYNAMIC_LOAD:dso not found:/usr/src/crypto/openssl/crypto/engine/eng_dyn.c:467: > 13-Nov-2018 21:00:30.959 error:2606A074:engine routines:ENGINE_by_id:no such engine:/usr/src/crypto/openssl/crypto/engine/eng_list.c:390:id=gost > 13-Nov-2018 21:00:30.959 initializing DST: crypto failure > 13-Nov-2018 21:00:30.959 exiting (due to fatal error) > [root@gunsight1 ~]# maybe an OPTION problem. Make sure you disable the GOST option (in bind and openssl), I faced a similar problem, but I thing this option was removed, but I think it is a try worth. Gruß, Matthias -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." -- Rich Cook From owner-freebsd-ports@freebsd.org Wed Nov 14 09:14:50 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07596110FF08 for ; Wed, 14 Nov 2018 09:14:50 +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 8ADE26E6CB for ; Wed, 14 Nov 2018 09:14:49 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4CEAB110FF03; Wed, 14 Nov 2018 09:14:49 +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 3BC41110FF02 for ; Wed, 14 Nov 2018 09:14:49 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A8606E6B8 for ; Wed, 14 Nov 2018 09:14:48 +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 A4FEAD604 for ; Wed, 14 Nov 2018 09:14:47 +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 wAE9ElUO059929 for ; Wed, 14 Nov 2018 09:14:47 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id wAE9El77059924; Wed, 14 Nov 2018 09:14:47 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201811140914.wAE9El77059924@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Wed, 14 Nov 2018 09:14:47 +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-Rspamd-Queue-Id: 8ADE26E6CB X-Spamd-Result: default: False [-104.41 / 200.00]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[FreeBSD.org]; FORWARDED(0.00)[ports@mailman.ysv.freebsd.org]; R_MISSING_CHARSET(2.50)[]; SPF_FAIL_FORWARDING(0.00)[]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: mx1.FreeBSD.org]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.70)[ip: (-9.86), ipnet: 2001:1900:2254::/48(-4.80), asn: 10310(-3.73), country: US(-0.10)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[ports@freebsd.org,freebsd-ports@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; RCVD_COUNT_SEVEN(0.00)[7] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 09:14:50 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ graphics/opencollada | 1.6.65 | v1.6.67 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Wed Nov 14 09:33:19 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 665BD11217F2 for ; Wed, 14 Nov 2018 09:33:19 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D27316F317; Wed, 14 Nov 2018 09:33:18 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from atuin.in.mat.cc (unknown [IPv6:2a01:678:42:ffff:3e15:c2ff:fec4:452e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: mat/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 59CC2297E4; Wed, 14 Nov 2018 09:33:18 +0000 (UTC) (envelope-from mat@FreeBSD.org) Date: Wed, 14 Nov 2018 10:33:14 +0100 From: Mathieu Arnold To: "Kevin P. Neal" Cc: freebsd-ports@freebsd.org Subject: Re: BIND update gone bad Message-ID: <20181114093314.yqegemvr43mqttk6@atuin.in.mat.cc> References: <20181114021512.GA21405@neutralgood.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rjqvlj76lfb67xpe" Content-Disposition: inline In-Reply-To: <20181114021512.GA21405@neutralgood.org> User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: D27316F317 X-Spamd-Result: default: False [-108.93 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_SOFTFAIL(0.00)[~all]; MX_GOOD(-0.01)[cached: mx1.FreeBSD.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.72)[ip: (-9.77), ipnet: 96.47.64.0/20(-4.83), asn: 11403(-3.91), country: US(-0.10)]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 09:33:19 -0000 --rjqvlj76lfb67xpe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 13, 2018 at 09:15:12PM -0500, Kevin P. Neal wrote: > Before anyone panics on my behalf, I did a zfs rollback to avoid the new > named problem. But something needs to be fixed somewhere. >=20 > I just did an svn update of /usr/ports, ran poudriere and then did pkg > upgrade, which includes updates to bind911-9.11.5. My base system is > 11.2-p4. When I restarted named it failed to start. When run "by hand" as > shown below it prints errors that may help someone solve this issue: >=20 >=20 > [root@gunsight1 ~]# /usr/local/sbin/named -g -t /var/named -u bind -c /e= tc/namedb/named.conf > 13-Nov-2018 21:00:30.955 starting BIND 9.11.5 (Extended Support Version) = > 13-Nov-2018 21:00:30.955 running on FreeBSD amd64 11.2-RELEASE-p4 FreeBSD= 11.2-RELEASE-p4 #0: Thu Sep 27 08:16:24 UTC 2018 root@amd64-builder.da= emonology.net:/usr/obj/usr/src/sys/GENERIC > 13-Nov-2018 21:00:30.955 built with '--localstatedir=3D/var' '--disable-l= inux-caps' '--disable-symtable' '--with-randomdev=3D/dev/random' '--with-li= bxml2=3D/usr/local' '--with-readline=3D-L/usr/local/lib -ledit' '--with-dlo= pen=3Dyes' '--sysconfdir=3D/usr/local/etc/namedb' '--with-dlz-filesystem=3D= yes' '--disable-dnstap' '--disable-filter-aaaa' '--disable-fixed-rrset' '--= without-geoip' '--without-gssapi' '--with-libidn2=3D/usr/local' '--enable-i= pv6' '--with-libjson=3D/usr/local' '--disable-largefile' '--with-lmdb=3D/us= r/local' '--disable-native-pkcs11' '--with-python=3D/usr/local/bin/python2.= 7' '--disable-querytrace' '--enable-rpz-nsdname' '--enable-rpz-nsip' 'STD_C= DEFINES=3D-DDIG_SIGCHASE=3D1' '--with-openssl=3D/usr' '--enable-threads' '-= -with-tuning=3Ddefault' '--prefix=3D/usr/local' '--mandir=3D/usr/local/man'= '--infodir=3D/usr/local/share/info/' '--build=3Damd64-portbld-freebsd11.2'= 'build_alias=3Damd64-portbld-freebsd11.2' 'CC=3Dcc' 'CFLAGS=3D-O2 -pipe -D= LIBICONV_PLUG -fstack-protector -isystem /usr/local/include -fno-stri > ct-aliasing ' 'LDFLAGS=3D -fstack-protector ' 'LIBS=3D-L/usr/local/lib' = 'CPPFLAGS=3D-DLIBICONV_PLUG -isystem /usr/local/include' 'CPP=3Dcpp' > 13-Nov-2018 21:00:30.955 running as: named -g -t /var/named -u bind -c /e= tc/namedb/named.conf > 13-Nov-2018 21:00:30.955 compiled by CLANG 4.2.1 Compatible FreeBSD Clang= 6.0.0 (tags/RELEASE_600/final 326565) > 13-Nov-2018 21:00:30.955 compiled with OpenSSL version: OpenSSL 1.0.2o-fr= eebsd 27 Mar 2018 > 13-Nov-2018 21:00:30.955 linked to OpenSSL version: OpenSSL 1.0.2o-freebs= d 27 Mar 2018 > 13-Nov-2018 21:00:30.955 compiled with libxml2 version: 2.9.7 > 13-Nov-2018 21:00:30.955 linked to libxml2 version: 20907 > 13-Nov-2018 21:00:30.955 compiled with libjson-c version: 0.13.1 > 13-Nov-2018 21:00:30.955 linked to libjson-c version: 0.13.1 > 13-Nov-2018 21:00:30.955 compiled with zlib version: 1.2.11 > 13-Nov-2018 21:00:30.955 linked to zlib version: 1.2.11 > 13-Nov-2018 21:00:30.955 threads support is enabled > 13-Nov-2018 21:00:30.955 ------------------------------------------------= ---- > 13-Nov-2018 21:00:30.955 BIND 9 is maintained by Internet Systems Consort= ium, > 13-Nov-2018 21:00:30.955 Inc. (ISC), a non-profit 501(c)(3) public-benefi= t=20 > 13-Nov-2018 21:00:30.955 corporation. Support and training for BIND 9 ar= e=20 > 13-Nov-2018 21:00:30.955 available at https://www.isc.org/support > 13-Nov-2018 21:00:30.955 ------------------------------------------------= ---- > 13-Nov-2018 21:00:30.955 found 16 CPUs, using 16 worker threads > 13-Nov-2018 21:00:30.955 using 15 UDP listeners per interface > 13-Nov-2018 21:00:30.956 using up to 4096 sockets > 13-Nov-2018 21:00:30.959 ENGINE_by_id failed (crypto failure) > 13-Nov-2018 21:00:30.959 error:25066067:DSO support routines:DLFCN_LOAD:c= ould not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_dlf= cn.c:187:filename(/usr/lib/engines/libgost.so): Cannot open "/usr/lib/engin= es/libgost.so" > 13-Nov-2018 21:00:30.959 error:25070067:DSO support routines:DSO_load:cou= ld not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_lib.c= :233: > 13-Nov-2018 21:00:30.959 error:260B6084:engine routines:DYNAMIC_LOAD:dso = not found:/usr/src/crypto/openssl/crypto/engine/eng_dyn.c:467: > 13-Nov-2018 21:00:30.959 error:2606A074:engine routines:ENGINE_by_id:no s= uch engine:/usr/src/crypto/openssl/crypto/engine/eng_list.c:390:id=3Dgost > 13-Nov-2018 21:00:30.959 initializing DST: crypto failure > 13-Nov-2018 21:00:30.959 exiting (due to fatal error) Mmmmm, I removed the GOST option from 9.11 because it was removed in later version and never used, but it seems BIND9 is picking up the fact that base OpenSSL still has GOST support on 11. I'll fix. --=20 Mathieu Arnold --rjqvlj76lfb67xpe Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEOraXidLtEhBkQLpbOkUW81GDzkgFAlvr69pfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNB QjY5Nzg5RDJFRDEyMTA2NDQwQkE1QjNBNDUxNkYzNTE4M0NFNDgACgkQOkUW81GD zkhQSA//VsW3+4ziW6G8d6TVFBTcY0563T/re79HJ3JEALLw/O3CLKvWY09eecSl uVjk0TCSMmbeQVdj/60buF+RYA++ETCLuce1LnvuVvbeRRF/XVMmyhYSXtRShGvS g1Bl6qghSzOhX1vPetaVv9VdsG6QeeDkvwXC3b0GmuTk5dszxZd9rISG7Q1kk9A2 hX9YSQOqU2YBvo4PHWj/+R1xvZGj+vY0iHwXMxQdmiJR6sXEeZ54e3cuYn3P7cyH aDSF6wgRkd1kHdOpysIyCXxASoN0d4iUHt92h7eBCtRDW2oGrIu3HuisLWqz4MqL fgUpLR2r5Mc76nSYfDDjyEVnKfVwrbIg5Mn1OjzKppF6xal8gAFdfHOyLVRfcnUu NmgRq6UyKeL0z3SbFNZklOaFBwGKxO0Goay7hReYXlBqP4mO4nFJpem1iqyWQEZc 1VhGjaflvOXqv1zgfxuxetNYn7B8n1t4bPfXD1GMbVcrWyisGC9nnCXrGbK+kmDc cwrpEqbm82boQNTzVKaiBU4B3/iEaK/QOrKNCsjShuzX5tGzNYYiFJbHz8ArXvGM SAAyEYf35yzNyGCSvVVgpXgrSyB5/xk/vUGuIXNvaim40d7O58dDI+N7zuHcvKF/ GI090rOmb3woRIORytG6TfJb6kchmOqIMvtvexo/osxSZLuAEQs= =9LUp -----END PGP SIGNATURE----- --rjqvlj76lfb67xpe-- From owner-freebsd-ports@freebsd.org Wed Nov 14 10:03:49 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 143A911225CC for ; Wed, 14 Nov 2018 10:03:49 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (net-2-44-121-52.cust.vodafonedsl.it [2.44.121.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mailserver.netfence.it", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9701570327; Wed, 14 Nov 2018 10:03:39 +0000 (UTC) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id wAE9inV2098565 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 14 Nov 2018 10:44:56 +0100 (CET) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: BIND update gone bad To: freebsd-ports@freebsd.org References: <20181114021512.GA21405@neutralgood.org> <9e884bc5-d048-9b19-e36b-fe53467695eb@fechner.net> From: Andrea Venturoli Cc: mat@FreeBSD.org, kpn@neutralgood.org, idefix@fechner.net Message-ID: <02c0cf8e-f8ef-0035-a1da-b1ef849d3ff0@netfence.it> Date: Wed, 14 Nov 2018 10:44:49 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <9e884bc5-d048-9b19-e36b-fe53467695eb@fechner.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9701570327 X-Spamd-Result: default: False [-1.47 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.68)[-0.677,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.97)[-0.967,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[netfence.it]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx.netfence.it,mx.netfence.it,mx.netfence.it,mx.netfence.it,mx.netfence.it,mx.netfence.it,mx.netfence.it,mx.netfence.it]; NEURAL_HAM_SHORT(-0.72)[-0.721,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.00)[country: IT(0.02)]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 10:03:49 -0000 On 11/14/18 7:35 AM, Matthias Fechner wrote: > maybe an OPTION problem. > Make sure you disable the GOST option (in bind and openssl), I faced a > similar problem, but I thing this option was removed, but I think it is > a try worth. Hello. Just to say I've been hit by the same problem: fortunately I was building from ports, so I could easily move to the previous SVN revision, which fixed this. I don't find any GOST option in the latest dns/bind911; I'm using GSS_API_NONE and SSL is turned on. Also, I'm using openssl from base, so I've got no GOST option there either. Maybe a bug report should be filled about this? bye & Thanks av. From owner-freebsd-ports@freebsd.org Wed Nov 14 10:12:19 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA65D1122846 for ; Wed, 14 Nov 2018 10:12:18 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6AE8570A8B; Wed, 14 Nov 2018 10:12:18 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from atuin.in.mat.cc (unknown [IPv6:2a01:678:42:ffff:3e15:c2ff:fec4:452e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: mat/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id A885829BEC; Wed, 14 Nov 2018 10:12:17 +0000 (UTC) (envelope-from mat@FreeBSD.org) Date: Wed, 14 Nov 2018 11:12:14 +0100 From: Mathieu Arnold To: Andrea Venturoli Cc: freebsd-ports@freebsd.org, mat@FreeBSD.org, idefix@fechner.net, kpn@neutralgood.org Subject: Re: BIND update gone bad Message-ID: <20181114101214.3gvoeygj7fnl36li@atuin.in.mat.cc> References: <20181114021512.GA21405@neutralgood.org> <9e884bc5-d048-9b19-e36b-fe53467695eb@fechner.net> <02c0cf8e-f8ef-0035-a1da-b1ef849d3ff0@netfence.it> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="li4sbptyguatlild" Content-Disposition: inline In-Reply-To: <02c0cf8e-f8ef-0035-a1da-b1ef849d3ff0@netfence.it> User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 6AE8570A8B X-Spamd-Result: default: False [-108.93 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_FIVE(0.00)[5]; MX_GOOD(-0.01)[cached: mx1.FreeBSD.org]; NEURAL_HAM_SHORT(-1.00)[-1.000,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.72)[ip: (-9.77), ipnet: 96.47.64.0/20(-4.83), asn: 11403(-3.91), country: US(-0.10)]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 10:12:19 -0000 --li4sbptyguatlild Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 14, 2018 at 10:44:49AM +0100, Andrea Venturoli wrote: > On 11/14/18 7:35 AM, Matthias Fechner wrote: >=20 > > maybe an OPTION problem. > > Make sure you disable the GOST option (in bind and openssl), I faced a > > similar problem, but I thing this option was removed, but I think it is > > a try worth. >=20 > Hello. >=20 > Just to say I've been hit by the same problem: fortunately I was building > from ports, so I could easily move to the previous SVN revision, which fi= xed > this. >=20 > I don't find any GOST option in the latest dns/bind911; I'm using > GSS_API_NONE and SSL is turned on. > Also, I'm using openssl from base, so I've got no GOST option there eithe= r. >=20 > Maybe a bug report should be filled about this? Fixed in r484916. --=20 Mathieu Arnold --li4sbptyguatlild Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEOraXidLtEhBkQLpbOkUW81GDzkgFAlvr9P5fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNB QjY5Nzg5RDJFRDEyMTA2NDQwQkE1QjNBNDUxNkYzNTE4M0NFNDgACgkQOkUW81GD zki4ZQ/+JIoC28epZw4gjYCYE1wb4i+Ng0lXUKmpq2Xi+t9Fh0blslfz3cKIQAZ2 C/tKvsqAtcQ9DowOWZIHrw6ndmdYBAKk/7ODnFCCLulTAKindIRb0l5plUIkYaUm QiPQMufAnaoQo6/GUa8TuDWO/msGyPeW+odrST0FQ5AQMwQWwnoe3JHmaauF/gIr B6ajSBTDAqp4RT2Zvn7WjCDyhGJp16DiitIOV9sm65LcVFAnH7AeMXpIdVNXKYoZ ODbANix9DvEqtnRxufps3hx0F4Y0EhHI3WoVYfQsQ6bMBjOdymKRarvjAIonBZO4 zACg2ofSBQQt1L51EJmeCTFcH5gZfAXKw0FfZZhmQT9oex8XdLSIUcJp+jTThnMQ u9GPPMl82RxKoYstmwYpWSdlZ72zGIT0UHimQg2Pco01pSk+jqfsz4C25+oNnn1i M/XfZGSgIdi88jWj32lu1wXQlrWtnhvB82euGeIMUNdKVaAO0B3vTw73blBcAAaO o7NN3uzZkLyuPQ08sq4DtVs1nocOL8nyUeji1g5a4K1lNaC3D7JRLkBzdD9nH/eW 27kDj4RW+cfAYJ56mkkx4s4PzoRwgQM7GOTYWr5qboGlyhfbK/I4CVdnRN8q6yK8 66hQhaYLa0bLPGUCg02ttlT8At2cIlzlbQ5rk86NSebgO/pogQA= =YgFm -----END PGP SIGNATURE----- --li4sbptyguatlild-- From owner-freebsd-ports@freebsd.org Wed Nov 14 12:00:33 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3139811251D8 for ; Wed, 14 Nov 2018 12:00:33 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (flets-sg1027.kamome.or.jp [202.216.24.27]) (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 23807737EF for ; Wed, 14 Nov 2018 12:00:30 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (kx.openedu.org [202.216.24.27]) by kx.openedu.org (8.14.5/8.14.5) with ESMTP id wAEC0Kdi079693; Wed, 14 Nov 2018 21:00:20 +0900 (JST) (envelope-from kiri@kx.openedu.org) Message-Id: <201811141200.wAEC0Kdi079693@kx.openedu.org> Date: Wed, 14 Nov 2018 21:00:20 +0900 From: KIRIYAMA Kazuhiko To: freebsd-ports@freebsd.org Cc: kiri@kx.openedu.org Subject: multimedia/umplayer build failed (13.0-CURRENT/r339677) User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 22) (Instant Classic) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 23807737EF X-Spamd-Result: default: False [-0.01 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.16)[-0.161,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.59)[-0.593,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[openedu.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[kx.openedu.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.33)[-0.329,0]; R_SPF_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: JP(-0.10)]; ASN(0.00)[asn:4704, ipnet:202.216.0.0/19, country:JP]; MID_RHS_MATCH_FROM(0.00)[]; ONCE_RECEIVED(0.10)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 12:00:33 -0000 Hi all, umplayer-0.97_4 (multimedia/umplaye) failed to build in 13.0-CURRENT with port revision r339677 (detail log in [1]): ===> License GPLv3 accepted by the user ===> umplayer-0.97_4 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by umplayer-0.97_4 for building ===> Extracting for umplayer-0.97_4 => SHA256 Checksum OK for umplayer-0.97.tar.xz. ===> Patching for umplayer-0.97_4 ===> Applying FreeBSD patches for umplayer-0.97_4 ===> umplayer-0.97_4 depends on executable: update-desktop-database - not found ===> Installing existing package /var/ports/packages/All/desktop-file-utils-0.23.txz Installing desktop-file-utils-0.23... `-- Installing gettext-runtime-0.19.8.1_2... | `-- Installing indexinfo-0.3.1... | `-- Extracting indexinfo-0.3.1: .... done `-- Extracting gettext-runtime-0.19.8.1_2: .......... done `-- Installing glib-2.56.1_3,1... | `-- Installing libffi-3.2.1_3... | `-- Extracting libffi-3.2.1_3: .......... done | `-- Installing libiconv-1.14_11... | `-- Extracting libiconv-1.14_11: .......... done | `-- Installing pcre-8.42... | `-- Extracting pcre-8.42: .......... done | `-- Installing perl5-5.28.0_2... | `-- Extracting perl5-5.28.0_2: .......... done | `-- Installing python27-2.7.15... | | `-- Installing readline-7.0.3_2... | | `-- Extracting readline-7.0.3_2: .......... done | `-- Extracting python27-2.7.15: .......... done `-- Extracting glib-2.56.1_3,1: .......... done No schema files found: doing nothing. Extracting desktop-file-utils-0.23: .......... done Message from perl5-5.28.0_2: The /usr/bin/perl symlink has been removed starting with Perl 5.20. For shebangs, you should either use: #!/usr/local/bin/perl or #!/usr/bin/env perl The first one will only work if you have a /usr/local/bin/perl, the second will work as long as perl is in PATH. Message from python27-2.7.15: =========================================================================== Note that some standard Python modules are provided as separate ports as they require additional dependencies. They are available as: bsddb databases/py-bsddb gdbm databases/py-gdbm sqlite3 databases/py-sqlite3 tkinter x11-toolkits/py-tkinter =========================================================================== ===> umplayer-0.97_4 depends on executable: update-desktop-database - found ===> Returning to build of umplayer-0.97_4 ===> umplayer-0.97_4 depends on executable: gmake - not found ===> Installing existing package /var/ports/packages/All/gmake-4.2.1_3.txz Installing gmake-4.2.1_3... Extracting gmake-4.2.1_3: .......... done ===> umplayer-0.97_4 depends on executable: gmake - found ===> Returning to build of umplayer-0.97_4 ===> umplayer-0.97_4 depends on executable: gtk-update-icon-cache - not found ===> Installing existing package /var/ports/packages/All/gtk-update-icon-cache-2.24.32.txz Installing gtk-update-icon-cache-2.24.32... `-- Installing atk-2.28.1... `-- Extracting atk-2.28.1: .......... done `-- Installing gdk-pixbuf2-2.36.12... | `-- Installing jpeg-turbo-2.0.0... | `-- Extracting jpeg-turbo-2.0.0: .......... done | `-- Installing libX11-1.6.6_1,1... | | `-- Installing libXau-1.0.8_5... | | `-- Extracting libXau-1.0.8_5: .......... done | | `-- Installing libXdmcp-1.1.2_2... | | `-- Installing xorgproto-2018.4... | | `-- Extracting xorgproto-2018.4: .......... done | | `-- Extracting libXdmcp-1.1.2_2: ......... done | | `-- Installing libxcb-1.13.1... | | `-- Installing libpthread-stubs-0.4... | | `-- Extracting libpthread-stubs-0.4: .... done | | `-- Installing libxml2-2.9.7... | | `-- Extracting libxml2-2.9.7: .......... done | | `-- Extracting libxcb-1.13.1: .......... done | `-- Extracting libX11-1.6.6_1,1: .......... done | `-- Installing png-1.6.35... | `-- Extracting png-1.6.35: .......... done | `-- Installing shared-mime-info-1.8... | `-- Extracting shared-mime-info-1.8: .......... done | `-- Installing tiff-4.0.9_1... | | `-- Installing jbigkit-2.1_1... | | `-- Extracting jbigkit-2.1_1: .......... done | `-- Extracting tiff-4.0.9_1: .......... done `-- Extracting gdk-pixbuf2-2.36.12: .......... done `-- Installing hicolor-icon-theme-0.15... `-- Extracting hicolor-icon-theme-0.15: . done `-- Installing libXcomposite-0.4.4_5,1... | `-- Installing libXext-1.3.3_3,1... | `-- Extracting libXext-1.3.3_3,1: .......... done | `-- Installing libXfixes-5.0.3_2... | `-- Extracting libXfixes-5.0.3_2: .......... done `-- Extracting libXcomposite-0.4.4_5,1: .......... done `-- Installing libXcursor-1.1.15_2... | `-- Installing libXrender-0.9.10_2... | `-- Extracting libXrender-0.9.10_2: .......... done `-- Extracting libXcursor-1.1.15_2: .......... done `-- Installing libXdamage-1.1.4_5... `-- Extracting libXdamage-1.1.4_5: ......... done `-- Installing libXi-1.7.9_2,1... `-- Extracting libXi-1.7.9_2,1: .......... done `-- Installing libXinerama-1.1.4_2,1... `-- Extracting libXinerama-1.1.4_2,1: .......... done `-- Installing libXrandr-1.5.1_2... `-- Extracting libXrandr-1.5.1_2: .......... done `-- Installing pango-1.42.4... | `-- Installing cairo-1.15.12,2... | | `-- Installing fontconfig-2.12.6,1... | | `-- Installing expat-2.2.6_1... | | `-- Extracting expat-2.2.6_1: .......... done | | `-- Installing freetype2-2.9.1... | | `-- Extracting freetype2-2.9.1: .......... done | | `-- Extracting fontconfig-2.12.6,1: .......... done Running fc-cache to build fontconfig cache... /usr/local/share/fonts: skipping, no such directory /usr/local/lib/X11/fonts: skipping, no such directory /var/db/fontconfig: cleaning cache directory /var/db/fontconfig: invalid cache file: 4c599c202bc5c08e2d34565a40eac3b2-le64.cache-7 /var/db/fontconfig: invalid cache file: d3b21a501470a17bfd0b9b6aedc735bd-le64.cache-7 /var/db/fontconfig: invalid cache file: 317e92aa1a4d3e601fb38e2d3c7b366a-le64.cache-7 /var/db/fontconfig: invalid cache file: ba1d92d9e40780c65c2952558e6fa6f5-le64.cache-7 /var/db/fontconfig: invalid cache file: 830bb1cbfd3d582459af9eb69ef1dd53-le64.cache-7 fc-cache: succeeded | | `-- Installing mesa-libs-18.1.9_4... | | `-- Installing libXxf86vm-1.1.4_3... | | `-- Extracting libXxf86vm-1.1.4_3: .......... done | | `-- Installing libdrm-2.4.93,1... | | | `-- Installing libpciaccess-0.13.5... | | | `-- Installing pciids-20181027... | | | `-- Extracting pciids-20181027: ..... done | | | `-- Extracting libpciaccess-0.13.5: ......... done | | `-- Extracting libdrm-2.4.93,1: .......... done | | `-- Installing libunwind-20170615... | | `-- Extracting libunwind-20170615: .......... done | | `-- Installing libxshmfence-1.2_4... | | `-- Extracting libxshmfence-1.2_4: ......... done | | `-- Installing wayland-1.16.0... | | | `-- Installing libepoll-shim-0.0.20161220_1... | | | `-- Extracting libepoll-shim-0.0.20161220_1: ......... done | | `-- Extracting wayland-1.16.0: .......... done | | `-- Extracting mesa-libs-18.1.9_4: .......... done | | `-- Installing pixman-0.34.0... | | `-- Extracting pixman-0.34.0: .......... done | | `-- Installing xcb-util-renderutil-0.3.9_1... | | `-- Installing xcb-util-0.4.0_2,1... | | `-- Extracting xcb-util-0.4.0_2,1: .......... done | | `-- Extracting xcb-util-renderutil-0.3.9_1: ......... done | `-- Extracting cairo-1.15.12,2: .......... done | `-- Installing encodings-1.0.4_4,1... | | `-- Installing font-util-1.3.1... | | `-- Extracting font-util-1.3.1: .......... done | `-- Extracting encodings-1.0.4_4,1: .......... done | `-- Installing fribidi-0.19.7... | `-- Extracting fribidi-0.19.7: .......... done | `-- Installing harfbuzz-2.1.1... | | `-- Installing graphite2-1.3.12... | | `-- Extracting graphite2-1.3.12: .......... done | `-- Extracting harfbuzz-2.1.1: .......... done | `-- Installing libXft-2.3.2_3... | `-- Extracting libXft-2.3.2_3: .......... done | `-- Installing xorg-fonts-truetype-7.7_1... | | `-- Installing dejavu-2.37... | | `-- Installing mkfontdir-1.0.7... | | | `-- Installing mkfontscale-1.1.3_2... | | | `-- Installing libfontenc-1.1.3_3... | | | `-- Extracting libfontenc-1.1.3_3: ......... done | | | `-- Extracting mkfontscale-1.1.3_2: ..... done | | `-- Extracting mkfontdir-1.0.7: ..... done | | `-- Extracting dejavu-2.37: .......... done | | `-- Installing font-bh-ttf-1.0.3_3... | | `-- Extracting font-bh-ttf-1.0.3_3: .......... done | | `-- Installing font-misc-ethiopic-1.0.3_3... | | `-- Extracting font-misc-ethiopic-1.0.3_3: ... done | | `-- Installing font-misc-meltho-1.0.3_3... | | `-- Extracting font-misc-meltho-1.0.3_3: .......... done `-- Extracting pango-1.42.4: .......... done Extracting gtk-update-icon-cache-2.24.32: .... done Message from freetype2-2.9.1: The 2.7.x series now uses the new subpixel hinting mode (V40 port's option) as the default, emulating a modern version of ClearType. This change inevitably leads to different rendering results, and you might change port's options to adapt it to your taste (or use the new "FREETYPE_PROPERTIES" environment variable). The environment variable "FREETYPE_PROPERTIES" can be used to control the driver properties. Example: FREETYPE_PROPERTIES=truetype:interpreter-version=35 \ cff:no-stem-darkening=1 \ autofitter:warping=1 This allows to select, say, the subpixel hinting mode at runtime for a given application. The controllable properties are listed in the section "Controlling FreeType Modules" in the reference's table of contents (/usr/local/share/doc/freetype2/reference/ft2-toc.html, if documentation was installed). Message from dejavu-2.37: Make sure that the freetype module is loaded. If it is not, add the following line to the "Modules" section of your X Windows configuration file: Load "freetype" Add the following line to the "Files" section of X Windows configuration file: FontPath "/usr/local/share/fonts/dejavu/" Note: your X Windows configuration file is typically /etc/X11/XF86Config if you are using XFree86, and /etc/X11/xorg.conf if you are using X.Org. ===> umplayer-0.97_4 depends on executable: gtk-update-icon-cache - found ===> Returning to build of umplayer-0.97_4 ===> umplayer-0.97_4 depends on file: /usr/local/lib/qt4/bin/lrelease - not found ===> License LGPL21 accepted by the user ===> qt4-linguisttools-4.8.7_2 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by qt4-linguisttools-4.8.7_2 for building ===> Extracting for qt4-linguisttools-4.8.7_2 => SHA256 Checksum OK for KDE/qt-everywhere-opensource-src-4.8.7.tar.gz. ===> Patching for qt4-linguisttools-4.8.7_2 ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-configure ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-src-corelib-global-qglobal.h ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-libtool ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-config.tests-unix-compile.test ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-armv6 ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-aarch64 ===> Applying FreeBSD patches for qt4-linguisttools-4.8.7_2 ===> qt4-linguisttools-4.8.7_2 depends on file: /usr/local/lib/qt4/bin/qmake - not found ===> License LGPL21 accepted by the user ===> qt4-qmake-4.8.7_2 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by qt4-qmake-4.8.7_2 for building ===> Extracting for qt4-qmake-4.8.7_2 => SHA256 Checksum OK for KDE/qt-everywhere-opensource-src-4.8.7.tar.gz. ===> Patching for qt4-qmake-4.8.7_2 ===> Applying FreeBSD patches for qt4-qmake-4.8.7_2 ===> Configuring for qt4-qmake-4.8.7_2 /bin/mv /var/ports/work/usr/ports/devel/qt4-qmake/work/qconfig.cpp /var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/global/qconfig.cpp echo '/* empty */' > /var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/qmake/qconfig.h /bin/ln /var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/qmake/qconfig.h /var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/global/qconfig.h ===> Building for qt4-qmake-4.8.7_2 make[3]: "/usr/share/mk/bsd.opts.mk" line 101: warning: "NO_MAN is defined, but deprecated. Please use MK_MAN=no instead." --- objwarn --- --- .depend --- --- objwarn --- Warning: Object directory not changed from original /var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/qmake --- .depend --- echo qmake: /usr/lib/libc.a >> .depend echo qmake: /usr/lib/libc++.a >> .depend --- project.o --- --- property.o --- --- main.o --- --- makefile.o --- --- project.o --- c++ -O2 -pipe -fstack-protector -fno-strict-aliasing -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/mkspecs/freebsd-clang -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/arch/generic -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/global -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/tools -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/kernel -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/codecs -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/3rdparty/md5 -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/3rdparty/md4 -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/3rdparty/sha1 -I/! var/ports/work/usr/ports/devel/qt4---- property.o --- : (snip) : --- .obj/release-shared/qtcpserver.o --- c++ -c -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -pthread -D_THREAD_SAFE -fPIC -DQT_SHARED -DQT_BUILD_NETWORK_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-clang -I. -I../../include/QtCore -I../../include -I../../include/QtNetwork -I.rcc/release-shared -Ikernel -I.moc/release-shared -I/usr/local/include/qt4 -I/usr/local/include -o .obj/release-shared/qtcpserver.o socket/qtcpserver.cpp --- .obj/release-shared/qsslcertificate.o --- ssl/qsslcertificate.cpp:264:68: error: member access into incomplete type 'X509' (aka 'x509_st') QByteArray::number(qlonglong(q_ASN1_INTEGER_get(d->x509->cert_info->version)) + 1); ^ ssl/qsslcertificate.h:53:16: note: forward declaration of 'x509_st' typedef struct x509_st X509; // ### check if this works ^ ssl/qsslcertificate.cpp:279:45: error: member access into incomplete type 'X509' (aka 'x509_st') ASN1_INTEGER *serialNumber = d->x509->cert_info->serialNumber; ^ ssl/qsslcertificate.h:53:16: note: forward declaration of 'x509_st' typedef struct x509_st X509; // ### check if this works ^ ssl/qsslcertificate.cpp:492:32: error: member access into incomplete type 'X509' (aka 'x509_st') X509_PUBKEY *xkey = d->x509->cert_info->key; ^ ssl/qsslcertificate.h:53:16: note: forward declaration of 'x509_st' typedef struct x509_st X509; // ### check if this works ^ ssl/qsslcertificate.cpp:496:29: error: member access into incomplete type 'EVP_PKEY' (aka 'evp_pkey_st') if (q_EVP_PKEY_type(pkey->type) == EVP_PKEY_RSA) { ^ /usr/include/openssl/ossl_typ.h:93:16: note: forward declaration of 'evp_pkey_st' typedef struct evp_pkey_st EVP_PKEY; ^ ssl/qsslcertificate.cpp:500:36: error: member access into incomplete type 'EVP_PKEY' (aka 'evp_pkey_st') } else if (q_EVP_PKEY_type(pkey->type) == EVP_PKEY_DSA) { ^ /usr/include/openssl/ossl_typ.h:93:16: note: forward declaration of 'evp_pkey_st' typedef struct evp_pkey_st EVP_PKEY; ^ ssl/qsslcertificate.cpp:504:36: error: member access into incomplete type 'EVP_PKEY' (aka 'evp_pkey_st') } else if (q_EVP_PKEY_type(pkey->type) == EVP_PKEY_DH) { ^ /usr/include/openssl/ossl_typ.h:93:16: note: forward declaration of 'evp_pkey_st' typedef struct evp_pkey_st EVP_PKEY; ^ --- .obj/release-shared/qsslsocket_openssl.o --- c++ -c -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -pthread -D_THREAD_SAFE -fPIC -DQT_SHARED -DQT_BUILD_NETWORK_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-clang -I. -I../../include/QtCore -I../../include -I../../include/QtNetwork -I.rcc/release-shared -Ikernel -I.moc/release-shared -I/usr/local/include/qt4 -I/usr/local/include -o .obj/release-shared/qsslsocket_openssl.o ssl/qsslsocket_openssl.cpp --- .obj/release-shared/qsslcertificate.o --- 6 errors generated. *** [.obj/release-shared/qsslcertificate.o] Error code 1 make[2]: stopped in /var/ports/work/usr/ports/net/qt4-network/work/qt-everywhere-opensource-src-4.8.7/src/network --- .obj/release-shared/qsslkey.o --- ssl/qsslkey.cpp:325:34: error: member access into incomplete type 'RSA' (aka 'rsa_st') ? q_BN_num_bits(d->rsa->n) : q_BN_num_bits(d->dsa->p); ^ /usr/include/openssl/ossl_typ.h:110:16: note: forward declaration of 'rsa_st' typedef struct rsa_st RSA; ^ ssl/qsslkey.cpp:325:61: error: member access into incomplete type 'DSA' (aka 'dsa_st') ? q_BN_num_bits(d->rsa->n) : q_BN_num_bits(d->dsa->p); ^ /usr/include/openssl/ossl_typ.h:107:16: note: forward declaration of 'dsa_st' typedef struct dsa_st DSA; ^ 2 errors generated. *** [.obj/release-shared/qsslkey.o] Error code 1 make[2]: stopped in /var/ports/work/usr/ports/net/qt4-network/work/qt-everywhere-opensource-src-4.8.7/src/network --- .obj/release-shared/qsslsocket_openssl.o --- ssl/qsslsocket_openssl.cpp:225:30: error: member access into incomplete type 'SSL_CIPHER' (aka 'ssl_cipher_st') ciph.d->bits = cipher->strength_bits; ^ /usr/include/openssl/ssl.h:212:16: note: forward declaration of 'ssl_cipher_st' typedef struct ssl_cipher_st SSL_CIPHER; ^ ssl/qsslsocket_openssl.cpp:226:39: error: member access into incomplete type 'SSL_CIPHER' (aka 'ssl_cipher_st') ciph.d->supportedBits = cipher->alg_bits; ^ /usr/include/openssl/ssl.h:212:16: note: forward declaration of 'ssl_cipher_st' typedef struct ssl_cipher_st SSL_CIPHER; ^ ssl/qsslsocket_openssl.cpp:334:5: error: use of undeclared identifier 'SSL_CTRL_OPTIONS' q_SSL_CTX_set_options(ctx, options); ^ ssl/qsslsocket_openssl_symbols_p.h:402:60: note: expanded from macro 'q_SSL_CTX_set_options' #define q_SSL_CTX_set_options(ctx,op) q_SSL_CTX_ctrl((ctx),SSL_CTRL_OPTIONS,(op),NULL) ^ ssl/qsslsocket_openssl.cpp:372:38: error: member access into incomplete type 'SSL_CTX' (aka 'ssl_ctx_st') q_X509_STORE_add_cert(ctx->cert_store, (X509 *)caCertificate.handle()); ^ /usr/include/openssl/ossl_typ.h:148:16: note: forward declaration of 'ssl_ctx_st' typedef struct ssl_ctx_st SSL_CTX; ^ ssl/qsslsocket_openssl.cpp:668:23: error: member access into incomplete type 'SSL_CIPHER' (aka 'ssl_cipher_st') if (cipher->valid) { ^ /usr/include/openssl/ssl.h:212:16: note: forward declaration of 'ssl_cipher_st' typedef struct ssl_cipher_st SSL_CIPHER; ^ 5 errors generated. *** [.obj/release-shared/qsslsocket_openssl.o] Error code 1 make[2]: stopped in /var/ports/work/usr/ports/net/qt4-network/work/qt-everywhere-opensource-src-4.8.7/src/network make[2]: stopped in /var/ports/work/usr/ports/net/qt4-network/work/qt-everywhere-opensource-src-4.8.7/src/network 3 errors ===> 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 /var/ports/jdtpkx/net/qt4-network *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/umplayer My build environments are as follows: admin@jdtpkx:~ % uname -a FreeBSD jdtpkx 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r339677M: Fri Oct 26 14:56:49 JST 2018 root@msrvkx:/usr/obj/usr/src/amd64.amd64/sys/XIJ amd64 admin@jdtpkx:~ % cat /etc/make.conf PORTSDIR= /var/ports/jdtpkx INDEXDIR= /var/ports/jdtpkx WRKDIRPREFIX= /var/ports/work PACKAGES= /var/ports/packages DISTDIR= /var/ports/distfiles BATCH= yes DEFAULT_VERSIONS= perl5=5.28 ruby=2.5 #DEFAULT_VERSIONS+= linux=c7 perl5=5.28 python=2.7 ruby=2.5 #DEFAULT_VERSIONS= linux=c7 perl5=5.28 ruby=2.5 COMPILER_TYPE= clang USE_PACKAGE_DEPENDS= yes DISABLE_VULNERABILITIES=yes admin@jdtpkx:~ % df -h Filesystem Size Used Avail Capacity Mounted on /dev/vtbd0p2 28G 3.5G 22G 13% / devfs 1.0K 1.0K 0B 100% /dev linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc tmpfs 11G 4.0K 11G 0% /compat/linux/dev/shm vm.pis:/.dake 14T 49G 14T 0% /.dake vm.pis:/ds/src/current/13.0/r339677.xij 14T 59G 14T 0% /usr/src vm.pis:/ds/obj/current/13.0/r339677.xij 14T 166G 14T 1% /usr/obj vm.pis:/ds/ports/r484802 14T 22G 14T 0% /usr/ports vm.pis:/ds/distfiles 14T 11G 14T 0% /var/ports/distfiles vm.pis:/ds/packages/13.0C/r339677.xij/r484802 14T 15G 14T 0% /var/ports/packages admin@jdtpkx:~ % root@vm:~ # svnlite info /ds/ports/r484802 Path: /ds/ports/r484802 Working Copy Root Path: /ds/ports/r484802 URL: http://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: http://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 484802 Node Kind: directory Schedule: normal Last Changed Author: se Last Changed Rev: 484802 Last Changed Date: 2018-11-12 21:46:48 +0900 (Mon, 12 Nov 2018) root@vm:~ # Any suggesions ? [1] http://ds.truefc.org/~kiri/freebsd/ports/umplayer.log Regards --- KIRIYAMA Kazuhiko From owner-freebsd-ports@freebsd.org Wed Nov 14 12:06:41 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 378901125AF7 for ; Wed, 14 Nov 2018 12:06:41 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (flets-sg1027.kamome.or.jp [202.216.24.27]) (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 255FF7400A for ; Wed, 14 Nov 2018 12:06:39 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (kx.openedu.org [202.216.24.27]) by kx.openedu.org (8.14.5/8.14.5) with ESMTP id wAEC6bgQ079936; Wed, 14 Nov 2018 21:06:37 +0900 (JST) (envelope-from kiri@kx.openedu.org) Message-Id: <201811141206.wAEC6bgQ079936@kx.openedu.org> Date: Wed, 14 Nov 2018 21:06:37 +0900 From: KIRIYAMA Kazuhiko To: freebsd-ports@freebsd.org Cc: kiri@kx.openedu.org Subject: japanese/libreoffice build failed (13.0-CURRENT/r339677) User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 22) (Instant Classic) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 255FF7400A X-Spamd-Result: default: False [0.15 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.07)[-0.065,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.55)[-0.547,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[openedu.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: kx.openedu.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.31)[-0.311,0]; R_SPF_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: JP(-0.10)]; ASN(0.00)[asn:4704, ipnet:202.216.0.0/19, country:JP]; MID_RHS_MATCH_FROM(0.00)[]; ONCE_RECEIVED(0.10)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 12:06:41 -0000 Hi all, ja-libreoffice-6.0.7 (japanese/libreoffice) failed to build in 13.0-CURRENT with port revision r339677 (detail log in [1]): ===> License LGPL3+ MPL20 accepted by the user ===> ja-libreoffice-6.0.7 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by ja-libreoffice-6.0.7 for building ===> Extracting for ja-libreoffice-6.0.7 ===> License LGPL3+ MPL20 accepted by the user ===> ja-libreoffice-6.0.7 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by ja-libreoffice-6.0.7 for building => SHA256 Checksum OK for libreoffice/i18n/LibreOffice_6.0.7_Linux_x86_deb_langpack_ja.tar.gz. => SHA256 Checksum OK for libreoffice/i18n/LibreOffice_6.0.7_Linux_x86_deb_helppack_ja.tar.gz. for deb in /var/ports/work/usr/ports/japanese/libreoffice/work/DEBS/*.deb ; do /usr/bin/tar xfO ${deb} data.tar.gz | /usr/bin/tar -C /var/ports/work/usr/ports/japanese/libreoffice/work/libreoffice-6.0.7 -xf - ; done ===> Patching for ja-libreoffice-6.0.7 ===> Configuring for ja-libreoffice-6.0.7 ===> Staging for ja-libreoffice-6.0.7 ===> ja-libreoffice-6.0.7 depends on executable: libreoffice - not found ===> License LGPL3+ MPL20 accepted by the user ===> libreoffice-6.0.7 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by libreoffice-6.0.7 for building ===> Extracting for libreoffice-6.0.7 => SHA256 Checksum OK for libreoffice/libreoffice-6.0.7.3.tar.xz. => SHA256 Checksum OK for libreoffice/libreoffice-help-6.0.7.3.tar.xz. => SHA256 Checksum OK for libreoffice/4b87018f7fff1d054939d19920b751a0-collada2gltf-master-cb1d97788a.tar.bz2. ===> Patching for libreoffice-6.0.7 ===> Applying FreeBSD patches for libreoffice-6.0.7 No such line 138 in input file, ignoring /usr/bin/sed -i.bak -e 's|%%LOCALBASE%%|/usr/local|' /var/ports/work/usr/ports/editors/libreoffice/work/libreoffice-6.0.7.3/shell/source/unix/exec/shellexec.cxx ===> libreoffice-6.0.7 depends on package: p5-Archive-Zip>=0 - not found ===> License ART10 GPLv1+ accepted by the user ===> p5-Archive-Zip-1.64 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by p5-Archive-Zip-1.64 for building ===> Extracting for p5-Archive-Zip-1.64 => SHA256 Checksum OK for Archive-Zip-1.64.tar.gz. ===> Patching for p5-Archive-Zip-1.64 ===> p5-Archive-Zip-1.64 depends on package: perl5>=5.28.r1<5.29 - not found ===> Installing existing package /var/ports/packages/All/perl5-5.28.0_2.txz Installing perl5-5.28.0_2... Extracting perl5-5.28.0_2: .......... done Message from perl5-5.28.0_2: : (snip) : The /usr/bin/perl symlink has been removed starting with Perl 5.20. For shebangs, you should either use: #!/usr/local/bin/perl or #!/usr/bin/env perl The first one will only work if you have a /usr/local/bin/perl, the second will work as long as perl is in PATH. ===> p5-Archive-Zip-1.64 depends on package: perl5>=5.28.r1<5.29 - found ===> Returning to build of p5-Archive-Zip-1.64 ===> Configuring for p5-Archive-Zip-1.64 Warning: prerequisite Test::MockModule 0 not found. Checking if your kit is complete... Looks good Generating a Unix-style Makefile Writing Makefile for Archive::Zip Writing MYMETA.yml and MYMETA.json ===> Building for p5-Archive-Zip-1.64 --- blib/lib/Archive/.exists --- --- blib/arch/.exists --- --- blib/lib/auto/Archive/Zip/.exists --- --- blib/arch/auto/Archive/Zip/.exists --- --- blib/bin/.exists --- --- blib/script/.exists --- --- blib/man1/.exists --- --- blib/man3/.exists --- --- config --- --- subdirs --- --- dynamic --- --- blibdirs --- --- blib/script/crc32 --- --- pm_to_blib --- --- config --- --- blib/script/crc32 --- cp script/crc32 blib/script/crc32 --- dynamic --- --- blib/script/crc32 --- "/usr/local/bin/perl" -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/crc32 --- linkext --- --- pm_to_blib --- cp lib/Archive/Zip/Archive.pm blib/lib/Archive/Zip/Archive.pm cp lib/Archive/Zip/Tree.pm blib/lib/Archive/Zip/Tree.pm cp lib/Archive/Zip/MockFileHandle.pm blib/lib/Archive/Zip/MockFileHandle.pm cp lib/Archive/Zip/BufferedFileHandle.pm blib/lib/Archive/Zip/BufferedFileHandle.pm cp lib/Archive/Zip/FileMember.pm blib/lib/Archive/Zip/FileMember.pm cp lib/Archive/Zip/Member.pm blib/lib/Archive/Zip/Member.pm cp lib/Archive/Zip/DirectoryMember.pm blib/lib/Archive/Zip/DirectoryMember.pm cp lib/Archive/Zip/ZipFileMember.pm blib/lib/Archive/Zip/ZipFileMember.pm cp lib/Archive/Zip/FAQ.pod blib/lib/Archive/Zip/FAQ.pod cp lib/Archive/Zip/StringMember.pm blib/lib/Archive/Zip/StringMember.pm cp lib/Archive/Zip/MemberRead.pm blib/lib/Archive/Zip/MemberRead.pm cp lib/Archive/Zip.pm blib/lib/Archive/Zip.pm cp lib/Archive/Zip/NewFileMember.pm blib/lib/Archive/Zip/NewFileMember.pm --- pure_all --- --- pure_all --- --- manifypods --- Manifying 4 pod documents --- all --- ===> Staging for p5-Archive-Zip-1.64 ===> p5-Archive-Zip-1.64 depends on package: perl5>=5.28.r1<5.29 - found ===> Generating temporary packing list Manifying 4 pod documents Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/Archive.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/Tree.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/MockFileHandle.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/BufferedFileHandle.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/FileMember.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/Member.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/DirectoryMember.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/ZipFileMember.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/FAQ.pod Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/StringMember.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/MemberRead.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/NewFileMember.pm Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/man/man3/Archive::Zip.3 Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/man/man3/Archive::Zip::FAQ.3 Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/man/man3/Archive::Zip::MemberRead.3 Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/man/man3/Archive::Zip::Tree.3 Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/bin/crc32 ====> Compressing man pages (compress-man) ===> Installing for p5-Archive-Zip-1.64 ===> Checking if p5-Archive-Zip already installed ===> Registering installation for p5-Archive-Zip-1.64 as automatic Installing p5-Archive-Zip-1.64... ===> libreoffice-6.0.7 depends on package: p5-Archive-Zip>=0 - found ===> Returning to build of libreoffice-6.0.7 ===> libreoffice-6.0.7 depends on executable: zip - not found ===> Installing existing package /var/ports/packages/All/zip-3.0_1.txz Installing zip-3.0_1... Extracting zip-3.0_1: .......... done ===> libreoffice-6.0.7 depends on executable: zip - found ===> Returning to build of libreoffice-6.0.7 ===> libreoffice-6.0.7 depends on file: /usr/local/include/sqlext.h - not found ===> License GPLv2 LGPL21 accepted by the user ===> unixODBC-2.3.7 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by unixODBC-2.3.7 for building ===> Extracting for unixODBC-2.3.7 => SHA256 Checksum OK for unixODBC-2.3.7.tar.gz. ===> Patching for unixODBC-2.3.7 ===> Configuring for unixODBC-2.3.7 ===> FreeBSD 10 autotools fix applied to /var/ports/work/usr/ports/databases/unixODBC/work/unixODBC-2.3.7/Interix/configure configure: loading site script /var/ports/jdtpkx/Templates/config.site checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p checking for gawk... (cached) /usr/bin/awk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking for gawk... (cached) /usr/bin/awk checking for bison... no checking for byacc... byacc checking for style of include used by make... GNU checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether cc understands -c and -o together... yes checking dependency style of cc... gcc3 checking how to run the C preprocessor... cpp checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking whether cc understands -c and -o together... (cached) yes checking dependency style of cc... (cached) gcc3 checking for flex... flex checking lex output file root... lex.yy checking lex library... -lfl checking whether yytext is a pointer... yes checking whether ln -s works... yes checking whether make sets $(MAKE)... (cached) yes checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... (cached) /usr/bin/egrep checking for ANSI C header files... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking sys/sem.h usability... yes checking sys/sem.h presence... yes checking for sys/sem.h... yes checking build system type... amd64-portbld-freebsd13.0 checking host system type... amd64-portbld-freebsd13.0 checking how to print strings... printf checking for a sed that does not truncate output... (cached) /usr/bin/sed checking for fgrep... (cached) /usr/bin/fgrep checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm checking the name lister (/usr/bin/nm) interface... BSD nm checking the maximum length of command line arguments... (cached) 262144 checking how to convert amd64-portbld-freebsd13.0 file names to amd64-portbld-freebsd13.0 format... func_convert_file_noop checking how to convert amd64-portbld-freebsd13.0 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... dlltool checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... no checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm output from cc object... ok checking for sysroot... no checking for a working dd... /bin/dd checking how to truncate binary pipes... /bin/dd bs=4096 count=1 checking for mt... mt checking if mt is a manifest tool... no checking for dlfcn.h... (cached) yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... yes checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd13.0 ld.so checking how to hardcode library paths into programs... immediate checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... (cached) yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking what extension is used for runtime loadable modules... .so checking what variable specifies run-time module search path... LD_LIBRARY_PATH checking for the default library search path... /lib /usr/lib checking for library containing dlopen... none required checking for dlerror... yes checking for shl_load... (cached) no checking for shl_load in -ldld... (cached) no checking for dld_link in -ldld... no checking for _ prefix in compiled symbols... no checking whether deplibs are loaded by dlopen... yes checking for argz.h... (cached) no checking for error_t... no checking for argz_add... no checking for argz_append... no checking for argz_count... (cached) no checking for argz_create_sep... no checking for argz_insert... no checking for argz_next... (cached) no checking for argz_stringify... (cached) no checking whether libtool supports -dlopen/-dlpreopen... yes checking for ltdl.h... no checking where to find libltdl headers... -I$(top_srcdir)/libltdl checking where to find libltdl library... $(top_build_prefix)libltdl/libltdlc.la checking for unistd.h... (cached) yes checking for dl.h... (cached) no checking for sys/dl.h... no checking for dld.h... no checking for mach-o/dyld.h... no checking for dirent.h... (cached) yes checking for closedir... (cached) yes checking for opendir... (cached) yes checking for readdir... (cached) yes checking for strlcat... (cached) yes checking for strlcpy... (cached) yes checking for shared lib extension... .so checking for iconv... yes checking for iconv declaration... extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); checking for encoding to use for CHAR representations ... auto-search checking for encoding to use for UNICODE representations ... auto-search checking for crypt in -lcrypt... (cached) yes checking for pow in -lm... yes checking for readline in -lreadline ... no checking for readline in -lreadline -lcurses ... no checking Are we using ini caching ... yes checking whether time.h and sys/time.h may both be included... yes checking for sys/time.h... (cached) yes checking size of long... 8 checking if platform is 64 bit... Yes checking for long long... (cached) yes checking size of long int... 8 checking for ptrdiff_t... (cached) yes checking for strcasecmp... (cached) yes checking for strncasecmp... (cached) yes checking for vsnprintf... (cached) yes checking for strtol... (cached) yes checking for atoll... (cached) yes checking for strtoll... (cached) yes checking for endpwent... yes checking for gettimeofday... (cached) yes checking for ftime... no checking for time... (cached) yes checking for stricmp... no checking for strnicmp... no checking for getuid... (cached) yes checking for getpwuid... yes checking for nl_langinfo... (cached) yes checking for nl_langinfo and CODESET... yes checking if os is AIX ... no - enable check for libthread checking for mutex_lock in -lthread ... no checking for pthread_mutex_lock in -lpthread... yes checking if compiler accepts -pthread... yes checking for localtime_r in -lc... yes checking for ANSI C header files... (cached) yes checking for malloc.h... (cached) no checking for unistd.h... (cached) yes checking for pwd.h... (cached) yes checking crypt.h usability... no checking crypt.h presence... no checking for crypt.h... no checking for limits.h... (cached) yes checking synch.h usability... no checking synch.h presence... no checking for synch.h... no checking for strings.h... (cached) yes checking for string.h... (cached) yes checking for locale.h... (cached) yes checking sys/malloc.h usability... yes checking sys/malloc.h presence... yes checking for sys/malloc.h... yes checking for sys/types.h... (cached) yes checking for sys/sem.h... (cached) yes checking for stdarg.h... (cached) yes checking varargs.h usability... no checking varargs.h presence... no checking for varargs.h... no checking for sys/time.h... (cached) yes checking sys/timeb.h usability... yes checking sys/timeb.h presence... yes checking for sys/timeb.h... yes checking for time.h... (cached) yes checking for langinfo.h... (cached) yes checking for stddef.h... (cached) yes checking for msql.h... (cached) no checking for an ANSI C-conforming const... yes checking for size_t... (cached) yes checking whether struct tm is in sys/time.h or time.h... time.h checking for uid_t in sys/types.h... (cached) yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for working alloca.h... no checking for alloca... yes checking for vprintf... (cached) yes checking for _doprnt... no checking for putenv... (cached) yes checking for socket... yes checking for strdup... (cached) yes checking for strstr... (cached) yes checking for setenv... (cached) yes checking for setlocale... (cached) yes checking for strchr... (cached) yes checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating extras/Makefile config.status: creating log/Makefile config.status: creating lst/Makefile config.status: creating ini/Makefile config.status: creating odbcinst/Makefile config.status: creating odbcinst/odbcinst.pc config.status: creating cur/Makefile config.status: creating cur/odbccr.pc config.status: creating DriverManager/Makefile config.status: creating DriverManager/odbc.pc config.status: creating exe/Makefile config.status: creating DRVConfig/Makefile config.status: creating DRVConfig/drvcfg1/Makefile config.status: creating DRVConfig/drvcfg2/Makefile config.status: creating DRVConfig/PostgreSQL/Makefile config.status: creating DRVConfig/MiniSQL/Makefile config.status: creating DRVConfig/MySQL/Makefile config.status: creating DRVConfig/nn/Makefile config.status: creating DRVConfig/esoob/Makefile config.status: creating DRVConfig/oplodbc/Makefile config.status: creating DRVConfig/template/Makefile config.status: creating DRVConfig/tds/Makefile config.status: creating DRVConfig/txt/Makefile config.status: creating DRVConfig/Oracle/Makefile config.status: creating DRVConfig/sapdb/Makefile config.status: creating DRVConfig/Mimer/Makefile config.status: creating Drivers/Makefile config.status: creating Drivers/Postgre7.1/Makefile config.status: creating Drivers/nn/Makefile config.status: creating Drivers/template/Makefile config.status: creating Drivers/MiniSQL/Makefile config.status: creating include/Makefile config.status: creating man/Makefile config.status: creating doc/Makefile config.status: creating doc/AdministratorManual/Makefile config.status: creating doc/ProgrammerManual/Makefile config.status: creating doc/ProgrammerManual/Tutorial/Makefile config.status: creating doc/UserManual/Makefile config.status: creating doc/lst/Makefile config.status: creating samples/Makefile config.status: creating config.h config.status: creating unixodbc_conf.h config.status: executing depfiles commands config.status: executing libtool commands === configuring in libltdl (/var/ports/work/usr/ports/databases/unixODBC/work/unixODBC-2.3.7/libltdl) configure: running /bin/sh ./configure --disable-option-checking '--prefix=/usr/local' '--enable-static' '--enable-shared' '--localstatedir=/var' '--mandir=/usr/local/man' '--disable-silent-rules' '--infodir=/usr/local/share/info/' '--build=amd64-portbld-freebsd13.0' 'build_alias=amd64-portbld-freebsd13.0' 'CC=cc' 'CFLAGS=-O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing ' 'LDFLAGS= -fstack-protector ' 'LIBS=' 'CPPFLAGS=-DLIBICONV_PLUG' 'CPP=cpp' '--enable-ltdl-convenience' --cache-file=/dev/null --srcdir=. configure: loading site script /var/ports/jdtpkx/Templates/config.site checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p checking for gawk... (cached) /usr/bin/awk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports nested variables... (cached) yes checking build system type... amd64-portbld-freebsd13.0 checking host system type... amd64-portbld-freebsd13.0 checking how to print strings... printf checking for style of include used by make... GNU checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether cc understands -c and -o together... yes checking dependency style of cc... gcc3 checking for a sed that does not truncate output... (cached) /usr/bin/sed checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... (cached) /usr/bin/egrep checking for fgrep... (cached) /usr/bin/fgrep checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm checking the name lister (/usr/bin/nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking how to convert amd64-portbld-freebsd13.0 file names to amd64-portbld-freebsd13.0 format... func_convert_file_noop checking how to convert amd64-portbld-freebsd13.0 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... no checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm output from cc object... ok checking for sysroot... no checking for a working dd... /bin/dd checking how to truncate binary pipes... /bin/dd bs=4096 count=1 checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... cpp checking for ANSI C header files... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking for dlfcn.h... (cached) yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... yes checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd13.0 ld.so checking how to hardcode library paths into programs... immediate checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... (cached) yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking what extension is used for runtime loadable modules... .so checking what variable specifies run-time module search path... LD_LIBRARY_PATH checking for the default library search path... /lib /usr/lib checking for library containing dlopen... none required checking for dlerror... yes checking for shl_load... (cached) no checking for shl_load in -ldld... (cached) no checking for dld_link in -ldld... no checking for _ prefix in compiled symbols... no checking whether deplibs are loaded by dlopen... yes checking for argz.h... (cached) no checking for error_t... no checking for argz_add... no checking for argz_append... no checking for argz_count... (cached) no checking for argz_create_sep... no checking for argz_insert... no checking for argz_next... (cached) no checking for argz_stringify... (cached) no checking whether libtool supports -dlopen/-dlpreopen... yes checking for unistd.h... (cached) yes checking for dl.h... (cached) no checking for sys/dl.h... no checking for dld.h... no checking for mach-o/dyld.h... no checking for dirent.h... (cached) yes checking for closedir... (cached) yes checking for opendir... (cached) yes checking for readdir... (cached) yes checking for strlcat... (cached) yes checking for strlcpy... (cached) yes checking that generated files are newer than configure... done configure: creating ./config.status : (snip) : er-statement -Wvla -Wpointer-arith -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wformat-nonliteral -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wnested-externs -g -fvisibility=hidden -O2 -pipe -Wno-format -fstack-protector -fno-strict-aliasing -MT libgstgl_wayland_la-gstgldisplay_wayland.lo -MD -MP -MF .deps/libgstgl_wayland_la-gstgldisplay_wayland.Tpo -c gstgldisplay_wayland.c -fPIC -DPIC -o .libs/libgstgl_wayland_la-gstgldisplay_wayland.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/local/include -I../../../../gst-libs -I../../../../gst-libs -I/usr/local/include -D_THREAD_SAFE -pthread -I/usr/local/include -I/usr/local/include -I/usr/local/include/libdrm -D_THREAD_SAFE -pthread -I../../../../gst-libs -I../../../../gst-libs -I/usr/local/include/gstreamer-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -I/usr/local/include/gstreamer-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -fno-strict-aliasing -DG_THREADS_MANDATORY -DG_DISABLE_CAST_CHECKS -Wall -Wdeclaration-after-statement -Wvla -Wpointer-arith -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wformat-nonliteral -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wnested-externs -g ! -fvisibility=hidden -O2 -pipe -Wno-format -fstack-protector -fno-strict-aliasing -MT libgstgl_wayland_la-wayland_event_source.lo -MD -MP -MF .deps/libgstgl_wayland_la-wayland_event_source.Tpo -c wayland_event_source.c -fPIC -DPIC -o .libs/libgstgl_wayland_la-wayland_event_source.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/local/include -I../../../../gst-libs -I../../../../gst-libs -I/usr/local/include -D_THREAD_SAFE -pthread -I/usr/local/include -I/usr/local/include -I/usr/local/include/libdrm -D_THREAD_SAFE -pthread -I../../../../gst-libs -I../../../../gst-libs -I/usr/local/include/gstreamer-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -I/usr/local/include/gstreamer-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -fno-strict-aliasing -DG_THREADS_MANDATORY -DG_DISABLE_CAST_CHECKS -Wall -Wdeclaration-after-statement -Wvla -Wpointer-arith -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wformat-nonliteral -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wnested-externs -g ! -fvisibility=hidden -O2 -pipe -Wno-format -fstack-protector -fno-strict-aliasing -MT libgstgl_wayland_la-gstglwindow_wayland_egl.lo -MD -MP -MF .deps/libgstgl_wayland_la-gstglwindow_wayland_egl.Tpo -c gstglwindow_wayland_egl.c -fPIC -DPIC -o .libs/libgstgl_wayland_la-gstglwindow_wayland_egl.o gstglwindow_wayland_egl.c:28:10: fatal error: 'linux/input.h' file not found #include ^~~~~~~~~~~~~~~ 1 error generated. gmake[9]: *** [Makefile:731: libgstgl_wayland_la-gstglwindow_wayland_egl.lo] Error 1 gmake[9]: *** Waiting for unfinished jobs.... mv -f .deps/libgstgl_wayland_la-gstgldisplay_wayland.Tpo .deps/libgstgl_wayland_la-gstgldisplay_wayland.Plo mv -f .deps/libgstgl_wayland_la-wayland_event_source.Tpo .deps/libgstgl_wayland_la-wayland_event_source.Plo gmake[9]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs/gst/gl/wayland' gmake[8]: *** [Makefile:1279: all-recursive] Error 1 gmake[8]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs/gst/gl' gmake[7]: *** [Makefile:659: all-recursive] Error 1 gmake[7]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs/gst' gmake[6]: *** [Makefile:624: all-recursive] Error 1 gmake[6]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs' gmake[5]: *** [Makefile:746: all-recursive] Error 1 gmake[5]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4' gmake[4]: *** [Makefile:677: all] Error 2 gmake[4]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[3]: stopped in /var/ports/jdtpkx/multimedia/gstreamer1-plugins *** Error code 1 Stop. make[2]: stopped in /var/ports/jdtpkx/editors/libreoffice *** Error code 1 Stop. make[1]: stopped in /usr/ports/japanese/libreoffice *** Error code 1 Stop. make: stopped in /usr/ports/japanese/libreoffice :<=== Building ja-libreoffice-6.0.7 end 2018.11.14 03:58:50 (00:18:11) My build environments are as follows: admin@jdtpkx:~ % uname -a FreeBSD jdtpkx 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r339677M: Fri Oct 26 14:56:49 JST 2018 root@msrvkx:/usr/obj/usr/src/amd64.amd64/sys/XIJ amd64 admin@jdtpkx:~ % cat /etc/make.conf PORTSDIR= /var/ports/jdtpkx INDEXDIR= /var/ports/jdtpkx WRKDIRPREFIX= /var/ports/work PACKAGES= /var/ports/packages DISTDIR= /var/ports/distfiles BATCH= yes DEFAULT_VERSIONS= perl5=5.28 ruby=2.5 #DEFAULT_VERSIONS+= linux=c7 perl5=5.28 python=2.7 ruby=2.5 #DEFAULT_VERSIONS= linux=c7 perl5=5.28 ruby=2.5 COMPILER_TYPE= clang USE_PACKAGE_DEPENDS= yes DISABLE_VULNERABILITIES=yes admin@jdtpkx:~ % df -h Filesystem Size Used Avail Capacity Mounted on /dev/vtbd0p2 28G 3.5G 22G 13% / devfs 1.0K 1.0K 0B 100% /dev linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc tmpfs 11G 4.0K 11G 0% /compat/linux/dev/shm vm.pis:/.dake 14T 49G 14T 0% /.dake vm.pis:/ds/src/current/13.0/r339677.xij 14T 59G 14T 0% /usr/src vm.pis:/ds/obj/current/13.0/r339677.xij 14T 166G 14T 1% /usr/obj vm.pis:/ds/ports/r484802 14T 22G 14T 0% /usr/ports vm.pis:/ds/distfiles 14T 11G 14T 0% /var/ports/distfiles vm.pis:/ds/packages/13.0C/r339677.xij/r484802 14T 15G 14T 0% /var/ports/packages admin@jdtpkx:~ % root@vm:~ # svnlite info /ds/ports/r484802 Path: /ds/ports/r484802 Working Copy Root Path: /ds/ports/r484802 URL: http://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: http://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 484802 Node Kind: directory Schedule: normal Last Changed Author: se Last Changed Rev: 484802 Last Changed Date: 2018-11-12 21:46:48 +0900 (Mon, 12 Nov 2018) root@vm:~ # Any suggesions ? [1] http://ds.truefc.org/~kiri/freebsd/ports/libreoffice.log Regards --- KIRIYAMA Kazuhiko From owner-freebsd-ports@freebsd.org Wed Nov 14 14:28:14 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 170FA1129AD9 for ; Wed, 14 Nov 2018 14:28:14 +0000 (UTC) (envelope-from zeising@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 7FAAA79490 for ; Wed, 14 Nov 2018 14:28:13 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 446BD1129AD6; Wed, 14 Nov 2018 14:28: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 3308B1129AD5 for ; Wed, 14 Nov 2018 14:28:13 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A66A7948E for ; Wed, 14 Nov 2018 14:28:12 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 42w6Kk4LPgzDj5j; Wed, 14 Nov 2018 14:28:10 +0000 (UTC) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id LLSdjhkhQ61A; Wed, 14 Nov 2018 14:28:10 +0000 (UTC) Received: from garnet.daemonic.se (host-95-192-207-175.mobileonline.telia.com [95.192.207.175]) by mail.daemonic.se (Postfix) with ESMTPSA id 42w6Kk08gxzDhFd; Wed, 14 Nov 2018 14:28:09 +0000 (UTC) Subject: Re: FreeBSD Port: spamassassin-3.4.2_1 To: "H. Rouwenhorst" Cc: ports@FreeBSD.org References: From: Niclas Zeising Message-ID: <7d4260b2-535d-786a-4b3d-575c4088f736@freebsd.org> Date: Wed, 14 Nov 2018 15:28:09 +0100 User-Agent: Mutt/1.5.21 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 7FAAA79490 X-Spamd-Result: default: False [-106.90 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FORWARDED(0.00)[ports@mailman.ysv.freebsd.org]; TO_DN_SOME(0.00)[]; SPF_FAIL_FORWARDING(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.70)[ip: (-9.86), ipnet: 2001:1900:2254::/48(-4.80), asn: 10310(-3.74), country: US(-0.10)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[postmaster@webmeneer.net ..,freebsd-ports@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[175.207.192.95.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_SEVEN(0.00)[7] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 14:28:14 -0000 On 11/14/18 2:42 PM, H. Rouwenhorst wrote: > Hello, > > It might be of no concern since you seem to have rolled back the > upgrade, but the pkg version of spamassassin-3.4.2_1 won't install with > the following errors: > Hi! The change has been reverted, so 3.4.2_2 should not contain this issue. It will take a little while before packages are available unfortunately. Regards -- Niclas Zeising From owner-freebsd-ports@freebsd.org Wed Nov 14 17:55:51 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBBD7112F9BA for ; Wed, 14 Nov 2018 17:55:51 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from mout01.posteo.de (mout01.posteo.de [185.67.36.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.posteo.de", Issuer "StartCom Class 3 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C167A828FA for ; Wed, 14 Nov 2018 17:55:50 +0000 (UTC) (envelope-from dmytro@posteo.net) Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id 7ADA116005F for ; Wed, 14 Nov 2018 18:55:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1542218148; bh=re16JEcP5/CvLXZkkpJ1V0rk9StjTmPCg2dmcmzETgI=; h=Date:From:To:Subject:From; b=o21U1cixVv3rP8oUxYnLX0u2z4B32uFGAuPmMgCao2iPqHjUZ4+0LcOkKY1ofOWyE aurZtfF5KtjZZqSBBRM6HwTxQ3clHXLTv1nhgFbQW3chSX71Ovtj7UFU0E/aPPshLA aIKcUqRHlqIYSUlk0vHJdCpgrX98VOGPPIjUp2F72FN3Msmz/ElPtcisFKpN/A9UQD Qhiot58IWS1Q63mJwrkFt8jqLLO6ItOG5C1S3+upAsyaNcftM1M6nNpaSzzk4JhFSg Hj8i9fGtL4y8+ZOLYg/rYkQQ4tYMnHqu50kzaVlM42FnYuNwQGX9yL9SOtq4UlGTET umbqirMBRWKtA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 42wBxH4Grfz6tmM for ; Wed, 14 Nov 2018 18:55:47 +0100 (CET) Date: Wed, 14 Nov 2018 19:55:44 +0200 From: Dmytro Bilokha To: freebsd-ports@freebsd.org Subject: Re: Poudriere building far more ports than it should Message-ID: <20181114175544.GA3692@wstan> References: <7B44FD5ED75B4BCB8E53B611BE045D11@RIVENDELL> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <7B44FD5ED75B4BCB8E53B611BE045D11@RIVENDELL> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: C167A828FA X-Spamd-Result: default: False [-2.96 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[posteo.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.67.36.0/23]; 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)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.25)[0.252,0]; RCVD_IN_DNSWL_MED(-0.20)[65.36.67.185.list.dnswl.org : 127.0.3.2]; DKIM_TRACE(0.00)[posteo.net:+]; DMARC_POLICY_ALLOW(-0.50)[posteo.net,none]; MX_GOOD(-0.01)[mx01.posteo.de,mx03.posteo.de,mx04.posteo.de,mx01.posteo.de,mx03.posteo.de,mx04.posteo.de,mx01.posteo.de,mx03.posteo.de,mx04.posteo.de]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; IP_SCORE(-0.00)[country: DE(-0.01)]; ASN(0.00)[asn:8495, ipnet:185.67.36.0/23, country:DE]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 17:55:52 -0000 On Wed, Nov 14, 2018 at 03:33:38AM +0200, reko.turja--- via freebsd-ports wrote: >Hello list! > >I finally took the hurdle and made a poudriere VM for building my ports >instead of building them on target system. At first I did however build >every single port I will need on the VM resulting on 240 or so ports. > >Then I copied over my options, and the list of installed ports etc. and >started the build. For some reason poudriere wants to build a ton of extra >baggage (360+ ports instead of 240.) > >Is this expected and will the packages once built be without any extra >cruft? > >-Reko Hello, Reko! Poudriere builds different kinds of ports: 1. Ports from your list. That is what you really want to be use. 2. Run-time dependencies of ports from your list. To work properly, some of your ports require another ports. As an example, the CURL web utility requires libssh2 library, etc. 3. Build-time dependecies of ports from your list. Example: if your port is C++ language program, for the port to be built it requires C compiler. 4. Run-time and build-time dependencies of your ports dependencies, as well as their dependencies... Run and build time dependencies of your ports (p.2 and p.3) are also ports which can have their own dependencies. All of these also should be built. That is why you see in the pourdiere to-do list more ports than you've requested. At the end, when all the package have been built you will proceed with installation of your wanted packages (p.1) with them the package manager will automatically install their run-time dependencies and run-time dependecies of these dependencies and so on and so forth. The build-time dependencies won't be installed, because they are not required for your ports to be run. -- Dmytro Bilokha dmytro@posteo.net From owner-freebsd-ports@freebsd.org Wed Nov 14 18:10:17 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F01BD1130134 for ; Wed, 14 Nov 2018 18:10:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-14.consmr.mail.bf2.yahoo.com (sonic309-14.consmr.mail.bf2.yahoo.com [74.6.129.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D5768326B for ; Wed, 14 Nov 2018 18:10:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: xZQCb4AVM1mRGWiG3MBG6BymteQQYX_9JqGsDRmAyHriHRoytKyZecDYlWyRraq BMtPjbEAZ2SwSefGvEoA5lLKEZs1ACQVSHUvns0yiyUPqhQhFjEnuK.YGDaOcBYD5TWq90JxrSYh ga40CulncB.eOFOaTxt7Vm3qEbNmC4PJzMQYhQ5sz2pLsGGydwbUJhFMFHLclDcUmjeRMuTxxBe6 8XENvEzhib.2G6acFjZgPRQi5BPuvYPhUF4ize_R_vqQ1_EM5OxueiVBrF9izei9aEJwVtsAbgVf S5QFsdJHZqWr9jLVW2z_vjVJcy30BNARdcEo2NjzTI7zsBE8Az9vNwik2Urv9TEqgqOlcj.OCvMQ 3Qz0_vuiP1LVrZ_uCTGPCljvMJb6OK61CdwBNG.ZuObFJ.SEblF3m6VZ77APUS1LuzkNNnhmb6tD hJ1mrDR46PNG7wX.zHpCwn1qcPECMzZd1WLLRpFdtJs9vyNurdu9LAX9c7_gpKVedPDfwOlY.Luv lqkQ.VpCL35a0glhLy2cgH6abZ6nTdI3EbZq55pwSd2xUhBN24N9vmgdH6ZblFTKcWpx23x0k9.i ti.Cy4FKFKXLXYUzM.uuekfllSWfolqw023K9l79tXR7rL1O2gUO9PT.5g15816EuG1Mb1eQebJc uGoJ94mThJDlh1eDYWUqJu2KdCyo_jGKHSHbgdeAzfLMg73aJjADp7A66T.kDR_C76qwDkURUyPo rJKEGWwdwUhPqb4.Z7tnhLhG7nOnPXc_pCcyvu.G0a.P3QtOlZ6Icah.C7rAQUZ6Y87Ew1vQ.HLP lI1f3jliv8zLhBY.EFFheygW.YrTyMvGW9KLMR_KsV4K1iNHM5JEPlmoQ1jbmlh.2QDirZrRPKhy srRQq1UlM8UuR8e.vRFZ61PnHb4p1xZTDfigK06c3CZNviHH4rGHUdnXByP0VOhJg65icJgei62n gLaA_yDeoS4Z_DskLOMn41k3EPmXaQOlqKHQxfqWPWrY0z_wDgGSFeKH2GP1wdhkmpCIwgU8CNea pOXF0l3UQ.pNjEj8md0XauVXG95Itw42E1ThyQR1buqndkvFh Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.bf2.yahoo.com with HTTP; Wed, 14 Nov 2018 18:10:10 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp418.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 89c4b20ce0f802108959fca9c9047d2f; Wed, 14 Nov 2018 18:10:06 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC Message-Id: <56BE95DD-61E5-43CB-923D-10E968003FE3@yahoo.com> Date: Wed, 14 Nov 2018 10:10:04 -0800 To: ports-list freebsd , freebsd-x11@freebsd.org X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 5D5768326B X-Spamd-Result: default: False [0.15 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.89)[-0.891,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.74)[-0.737,0]; NEURAL_SPAM_SHORT(0.91)[0.906,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[124.129.6.74.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(1.38)[ip: (3.26), ipnet: 74.6.128.0/21(2.08), asn: 26101(1.66), country: US(-0.10)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 18:10:17 -0000 I'll first note: # /usr/bin/ld -v LLD 6.0.1 (FreeBSD 335540-1300000) (compatible with GNU linkers) and that I use: CFLAGS.clang+=3D -mcpu=3Dcortex-a7 CXXFLAGS.clang+=3D -mcpu=3Dcortex-a7 CPPFLAGS.clang+=3D -mcpu=3Dcortex-a7 in the src.conf like = ~/src.configs/src.conf.armv7-clang-bootstrap.armv7-host file that I used. The error reports were: --- libpixman-1.la --- /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhid den -version-info 34:0:34 -no-undefined -pthread -o = libpixman-1.la -rpath /usr/local/lib pixman.lo pixman-access.lo = pixman-access-accessors.lo pixman-bits-image.lo pixman-combine32.lo = pixm an-combine-float.lo pixman-conical-gradient.lo pixman-filter.lo = pixman-x86.lo pixman-mips.lo pixman-arm.lo pixman-ppc.lo pixman-edge.lo = pixman-edge-accessors.lo pixman-fast-path.lo pixman-glyph.lo=20 pixman-general.lo pixman-gradient-walker.lo pixman-image.lo = pixman-implementation.lo pixman-linear-gradient.lo pixman-matrix.lo = pixman-noop.lo pixman-radial-gradient.lo pixman-region16.lo pixman-r egion32.lo pixman-solid-fill.lo pixman-timer.lo pixman-trap.lo = pixman-utils.lo -lm -lm libpixman-arm-simd.la = libpixman-arm-neon.la -lm libtool: link: cc -shared -fPIC -DPIC .libs/pixman.o = .libs/pixman-access.o .libs/pixman-access-accessors.o = .libs/pixman-bits-image.o .libs/pixman-combine32.o = .libs/pixman-combine-float.o .libs/pixma n-conical-gradient.o .libs/pixman-filter.o .libs/pixman-x86.o = .libs/pixman-mips.o .libs/pixman-arm.o .libs/pixman-ppc.o = .libs/pixman-edge.o .libs/pixman-edge-accessors.o = .libs/pixman-fast-path.o .libs /pixman-glyph.o .libs/pixman-general.o .libs/pixman-gradient-walker.o = .libs/pixman-image.o .libs/pixman-implementation.o = .libs/pixman-linear-gradient.o .libs/pixman-matrix.o .libs/pixman-noop.o = .libs/ pixman-radial-gradient.o .libs/pixman-region16.o .libs/pixman-region32.o = .libs/pixman-solid-fill.o .libs/pixman-timer.o .libs/pixman-trap.o = .libs/pixman-utils.o -Wl,--whole-archive ./.libs/libpixman- arm-simd.a ./.libs/libpixman-arm-neon.a -Wl,--no-whole-archive -lm -O = -mcpu=3Dcortex-a7 -g -pthread -pthread -Wl,-soname = -Wl,libpixman-1.so.0 -o .libs/libpixman-1.so.0.34.0 /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in = ./.libs/libpixman-arm-simd.a(pixman-arm-simd-asm-scaled.o) >>> referenced by pixman-arm-simd-asm-scaled.o:(.text+0x1B8) in archive = ./.libs/libpixman-arm-simd.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in = ./.libs/libpixman-arm-simd.a(pixman-arm-simd-asm-scaled.o) >>> referenced by pixman-arm-simd-asm-scaled.o:(.text+0x374) in archive = ./.libs/libpixman-arm-simd.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x17AC) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x1814) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x1A38) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x1AFC) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x21C8) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x2294) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x84E0) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x85C4) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x9720) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x9834) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0xA7B0) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0xA8CC) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x105A0) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x10DB8) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x11274) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>> referenced by pixman-arm-neon-asm.o:(.text+0x11808) in archive = ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in = ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm-bilinear.o) >>> referenced by pixman-arm-neon-asm-bilinear.o:(.text+0x4F0) in = archive ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>> defined in = ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm-bilinear.o) >>> referenced by pixman-arm-neon-asm-bilinear.o:(.text+0xABC) in = archive ./.libs/libpixman-arm-neon.a /usr/bin/ld: error: too many errors emitted, stopping now (use = -error-limit=3D0 to see all errors) cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [libpixman-1.la] Error code 1 make[3]: stopped in = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman 1 error make[3]: stopped in = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman *** [all-recursive] Error code 1 FreeBSD context details: # uname -apKU FreeBSD OPiP2E 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r340287M: Sat Nov 10 = 22:40:25 PST 2018 = markmi@FBSDFSSD:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/sys/GENER= IC-NODBG arm armv7 1300003 1300003 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Nov 14 18:58:06 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D737C11318F9 for ; Wed, 14 Nov 2018 18:58:05 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from cerebro.liukuma.net (cerebro.liukuma.net [IPv6:2a00:dd80:20::47f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D3A3F853DE for ; Wed, 14 Nov 2018 18:58:04 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id CA1931029FEA for ; Wed, 14 Nov 2018 20:57:58 +0200 (EET) X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id V8P-F4JCnZNh for ; Wed, 14 Nov 2018 20:57:58 +0200 (EET) Received: from RIVENDELL (dsl-olubng11-54f81b-200.dhcp.inet.fi [84.248.27.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id 066111029FCA for ; Wed, 14 Nov 2018 20:57:57 +0200 (EET) DKIM-Filter: OpenDKIM Filter v2.10.3 cerebro.liukuma.net 066111029FCA Message-ID: <6A6585E03E754B0B860F64D2A5AA160E@RIVENDELL> From: "Reko Turja" To: References: <7B44FD5ED75B4BCB8E53B611BE045D11@RIVENDELL> <20181114175544.GA3692@wstan> In-Reply-To: <20181114175544.GA3692@wstan> Subject: Re: Poudriere building far more ports than it should Date: Wed, 14 Nov 2018 20:57:59 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 X-Rspamd-Queue-Id: D3A3F853DE X-Spamd-Result: default: False [-4.69 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[liukuma.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:dd80:20::47f/128]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-1.31)[ip: (-1.70), ipnet: 2a00:dd80:20::/48(-0.85), asn: 36236(-3.91), country: US(-0.10)]; MX_GOOD(-0.01)[cached: cerebro.liukuma.net]; DKIM_TRACE(0.00)[liukuma.net:+]; HAS_X_PRIO_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.87)[-0.872,0]; DMARC_POLICY_ALLOW(-0.50)[liukuma.net,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[200.27.248.84.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:36236, ipnet:2a00:dd80:20::/48, country:US]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 18:58:06 -0000 Hello! -----Original Message----- From: Dmytro Bilokha On Wed, Nov 14, 2018 at 03:33:38AM +0200, reko.turja--- via freebsd-ports wrote: >> I finally took the hurdle and made a poudriere VM for building my ports >> instead of building them on target system. At first I did however build >> every single port I will need on the VM resulting on 240 or so ports. >> >> Then I copied over my options, and the list of installed ports etc. and >> started the build. For some reason poudriere wants to build a ton of >> extra >> baggage (360+ ports instead of 240.) >Hello, Reko! >Poudriere builds different kinds of ports: > 1. Ports from your list. > 2. Run-time dependencies of ports from your list. 3. Build-time > dependecies of ports from your list. < 4. Run-time and build-time dependencies of your ports dependencies, as well That all I know - Ive been using ports and only ports since early 2000's. So the problem is that I made a dry run from ports, linking only to stuff that I wanted on the final package receiver. Then I copied the list of ports over to poudriere using portversion -oQ. When I started the run, there was suddenly every single dependency I previously dropped brought in. (I know about automake, autoconf and similar build dependencies.) I guess one option would be blacklisting in poudriere those unneeded dependencies which shouldn't be linked with my packages, if my options are honoured by poudriere. -Reko From owner-freebsd-ports@freebsd.org Wed Nov 14 19:10:54 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 649771131E02 for ; Wed, 14 Nov 2018 19:10:54 +0000 (UTC) (envelope-from idefix@fechner.net) Received: from anny.lostinspace.de (anny.lostinspace.de [IPv6:2001:608:a02::33]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6BE3A85E3A for ; Wed, 14 Nov 2018 19:10:53 +0000 (UTC) (envelope-from idefix@fechner.net) Received: from server.idefix.lan (250-139-067-156.ip-addr.inexio.net [156.67.139.250]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: idefix@fechner.net) by anny.lostinspace.de (Postfix) with ESMTPSA id 31830587DD; Wed, 14 Nov 2018 20:10:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=fechner.net; s=default; t=1542222651; bh=ejJ2zmWoq68U5l5WNrqchDAIKa/JXIv0q2oqo7i8LbU=; h=Subject:To:References:From:Date:In-Reply-To; b=roIFhqzP51DUDLS+QseMe+DJ35hf8ear7vOwwmQ0fMwkdVJVwLT0OERBBSxWCIfVA vND+YH4gWvwcN+A0uLqMUnyAaMg2rtTG9ZWwKhZANh5ckL7QU5PljoHezhbrO5Dkyf LHn1Opf3beJzIHcvbGaOSbR3kZ/LnxiMbI2Qym3g= Received: from [192.168.0.87] (250-139-067-156.ip-addr.inexio.net [156.67.139.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by server.idefix.lan (Postfix) with ESMTPSA id 491AA2BEE8F; Wed, 14 Nov 2018 20:10:50 +0100 (CET) Subject: Re: Poudriere building far more ports than it should To: Reko Turja , freebsd-ports@freebsd.org References: <7B44FD5ED75B4BCB8E53B611BE045D11@RIVENDELL> <20181114175544.GA3692@wstan> <6A6585E03E754B0B860F64D2A5AA160E@RIVENDELL> From: Matthias Fechner Openpgp: preference=signencrypt Autocrypt: addr=idefix@fechner.net; prefer-encrypt=mutual; keydata= xsFNBFqca1YBEADM9mF2+ifk8HILTlf5wtAzV6SYVR4RvNOo/8Kucw4sCZT76zS1fjZe4Zy1 3C0IZ07Wi+3PnoGIgOCsXp3PrTc2nuHQWkwVBYXy8UaR9DHBWA/mIvRGG1ZscKQYA6oUdCvd K8Mu26zO60yTt+ONzFtK6G1myH4EHXZ8dpmdCFf+W3rzTU+aCQ5S3OfwCLGgYgOaVREGkdOc 5SVCpFb4n+2B8+CqeWsRHhnT+4h7/YhgDMGp4GiI3yrB2nBVSUUvcosD2nRtJQgGQHcAFtMq 3hJaKPOR/mHc6KVrp0xmGNmdtazvXloHmGIl9O1UpmMmrYu9Kugl0JkGi2fAcno02XgVlkyX 7xDLTteP5cNqRxor4yVDaRWUQnOfK9XgcrKGrAzb65BkCSkjT+Aw3S/A8Qd6NvjL9qy1d+Ct dzatOVF/Y7jaW28CMr3jvwPS13OxV7PnJzIZzdik20eVxfOXuYfxZD+PwBaGgFF0qj6zKACC aKLalE0ZpY0zNn/iPyQX/Cf9KoDyFpOHSsEswiJ5rCWwppVcsFyogHOemVmeaXlvyDPEipnV ZUkpGP/CCqPu3eD0uDzP7UJ0pt/l/JfW0Xw/4p9mjB024xiRlxLa6vSRfGl//EdtAIbKKa8x 5wsKTQEbYJDmXE3tH/A54DCqRXhcopTlu2iJlTdnIMltn9afVwARAQABzSVNYXR0aGlhcyBG ZWNobmVyIDxpZGVmaXhAZmVjaG5lci5uZXQ+wsGXBBMBCgBBAhsDBQkJZgGABQsJCAcDBRUK CQgLBRYDAgEAAh4BAheAFiEEaWB64mCp804YOtqutot13J/XR+EFAlqcc9gCGQEACgkQtot1 3J/XR+GQyhAAwDxUSg7X2aS1d6rrYUZdDk8rT5TCjayDAyOATdAUhJRZk8qXRNF27Mu6xiOT mIvEMKLagNsitffZs1g/mulRQiDVLloGav7xozSfYlaOYWpPb55wpsugQPLZz0OkU9tzw7j7 7sPPvnAxeqSofUJzQdZzp43aVwXVqsJ3rY0jGzYA5RLS6CBI1RRR8/hHLMxspDPl79IW3GhI HAXaVX1HVJA2oJEo9Y95DnJwX8NV+hvLlUVA2KDdNKFiVJKeV3ccqw+/5zW3Y8J6Rd8blW9n p68Z7lyxt6mvsDEdSxOyGSkPagzIDfHqmDfkaeum7gHMwweH2e2pZuhzMZkrKNoSkKiJ5uim 638ZhnzzmEWh2qtYPgHlZG1jO6n2DSzCqJkQYjYUtLj7ylIgZakG8M3idQRugHImMBq+HSMu WR8FI52gh1+4LbIArHB4YWTTr933ElwhS1jtomK9SeWezPfjunpxqXQl4QR0qXAuglsOMJ6y Togb6lc0qyEdOa5VCXQTLSD9yZpolSQOjOe1XEyM4g5v7FrPBGVni9AxlARvUDVbYQDv1+4A gchtgpLmAF8mDPq/tGeXuAO3m+ExQDXpJ4CneI9YHc+joU2cXQi5MP1NzgMOV43XEZCiTW0O BWM1+857gmDqGbybE7F3UFpvBs9/NRWnuxoKaYxYbqCOc3nOwU0EWpxrVgEQAN3uCLHZF+1V gcrzYjwL1wAJwjYb7UnHKvNYdaBKgW0n0NTfaTCLHxHYPO8NlV1+lNctSeXLeiWpmE1lCDHq /++53EJ34OsRd/n246PdtfIfltML73tsmq6S9zTye2zv7LsmE7jgUBaasbv0qSLSybOUvkRx j3xBuK9Ymg/ZXaENOhxwIQ6oQoNLg3ers9t5Xl4NVK6gzzZ2OdTGnuUVhQmi4rbP04R0GJFh AtGLAYUCxlXVZhdPAs4qZaoAEP5nW/u2MyzSaIouwcEIdttAiPZdrJr+a4OGKz88Sn6zqKSa uyUADgX+G8tKUONgZbfz4SSRvlinOgyU2RyyfNS977r/YfaHH+oAxg31yUWPtD/ryfVw69bG vK8RQrZ9+c1vyWBABoQOh5+JHW/AE9Xj5dQatEfWmGO3+/FRo2TIhqZQXXl8PW+jtEjkhgOH OUX5ERzSm6nCcPIw+LUkEINcLc9bw4fv1eOWIdBuCckGM4rWXkLYbqhdSzdWeCsC0tiQk8x7 O1zXRJOKF4rITJd/qX322EH29BR+T9V1Hw7LDSRe+3YxtoXhROZRXjF8QniEHeKVNRUComr6 rWGmuHjsNTQ7twtwnG8xSOfCkYAp9GrbzBkIYX+VFvFQLqVM+It3RAlge/bwpZPvkr3bFsJk 4JS+EAugBIrP0xd9BMOh6Ej5ABEBAAHCwXwEGAEKACYWIQRpYHriYKnzThg62q62i3Xcn9dH 4QUCWpxrVgIbDAUJCWYBgAAKCRC2i3Xcn9dH4ZZsEACoQI109htphVe2AQhJ7wuPo8pIrSFA 0Mb0pfibX/sYw8ZZz/x3ctTI3Ajq2baSaoebIuUyd6oPI7cAzgL4s2zHiZ3ChH2dDxJlOPfk OaiK124DJMPqWiWuxe39tgq23tsPhwcvF+DC+SkJoLWKCYNC06fS3bLktZ0s4lVE5tqfL5ww MvxgxB+6+sWHwZWSv1IwB/geov6zkEhVdkXqrGPE52LyLfU0ACMmihcl0/npsCMZSls0urge CsPMuHPQnmcM2ERbere8i9OdKQDzGBrTbWl9DxNRf4o+cAYirEJM3Kc+ZD2SE34bTSvg3kdQ QZQbj+o+BRcsR0LaGbORkNaMZlp5OuXteL6nG7sbAPn0bjUUlup8CJEXDXENG6LJG1/oVWFq m3OtPyr5UoMQAuhuGx0/Om6AXKr/mk+veuoKWMXkqll045/bYE7bX2A0gkyGE5DdjaiHPmS9 NsWuKDeExLlXZOL1GX+PKjWLADwlv07XHB8Hf6U0/lpf3/mggRtqHyKbHt0iRqYaMC95gVdM rbugxh61U/zxIaweU7VolD5cRrltxqPp5szOwDzw42JYwbpYsXFJXNkuCGCmK1LHcShfEggt fV3g/JKzvNRQn6p1f0frppl/eZ5UvWVKrNERJzcZgkOecxwiK/L/JoGpGfWOqWGsTxe/AnQc Xxj8Dw== Message-ID: Date: Wed, 14 Nov 2018 20:10:48 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <6A6585E03E754B0B860F64D2A5AA160E@RIVENDELL> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: de-DE X-Rspamd-Queue-Id: 6BE3A85E3A X-Spamd-Result: default: False [-3.67 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[fechner.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[fechner.net]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.fechner.net]; RCVD_IN_DNSWL_MED(-0.20)[3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.a.0.8.0.6.0.1.0.0.2.list.dnswl.org : 127.0.6.2]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[fechner.net:+]; NEURAL_HAM_SHORT(-0.38)[-0.375,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.09)[asn: 5539(-0.44), country: DE(-0.01)]; ASN(0.00)[asn:5539, ipnet:2001:608::/32, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 19:10:54 -0000 Am 14.11.2018 um 19:57 schrieb Reko Turja via freebsd-ports: > I guess one option would be blacklisting in poudriere those unneeded > dependencies which shouldn't be linked with my packages, if my options > are honoured by poudriere. have you made your options (maybe they are located on /var/db/ports) available to poudriere? (normally poudriere searches them in /usr/local/etc/poudriere.d/options) Gruß Matthias -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." -- Rich Cook From owner-freebsd-ports@freebsd.org Wed Nov 14 19:19:47 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CBA0D11323BA for ; Wed, 14 Nov 2018 19:19:47 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from cerebro.liukuma.net (cerebro.liukuma.net [IPv6:2a00:dd80:20::47f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CF1C863A9 for ; Wed, 14 Nov 2018 19:19:47 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id 1AFB41029FE6; Wed, 14 Nov 2018 21:19:42 +0200 (EET) X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id jk7VO24n_T8W; Wed, 14 Nov 2018 21:19:40 +0200 (EET) Received: from RIVENDELL (dsl-olubng11-54f81b-200.dhcp.inet.fi [84.248.27.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id 41A561029FCA; Wed, 14 Nov 2018 21:19:40 +0200 (EET) DKIM-Filter: OpenDKIM Filter v2.10.3 cerebro.liukuma.net 41A561029FCA Message-ID: <00108188ED664AAC8BD6F2B64C8AB3D8@RIVENDELL> From: "Reko Turja" To: , "Matthias Fechner" References: <7B44FD5ED75B4BCB8E53B611BE045D11@RIVENDELL> <20181114175544.GA3692@wstan> <6A6585E03E754B0B860F64D2A5AA160E@RIVENDELL> In-Reply-To: Subject: Re: Poudriere building far more ports than it should Date: Wed, 14 Nov 2018 21:19:42 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 X-Rspamd-Queue-Id: 4CF1C863A9 X-Spamd-Result: default: False [-3.71 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[liukuma.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; STOX_REPLY_TYPE(1.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:dd80:20::47f/128]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[liukuma.net:+]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: cerebro.liukuma.net]; DMARC_POLICY_ALLOW(-0.50)[liukuma.net,quarantine]; NEURAL_HAM_SHORT(-0.94)[-0.938,0]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:2a00:dd80:20::/48, country:US]; IP_SCORE(-1.27)[ip: (-1.55), ipnet: 2a00:dd80:20::/48(-0.78), asn: 36236(-3.91), country: US(-0.10)]; RECEIVED_SPAMHAUS_PBL(0.00)[200.27.248.84.zen.spamhaus.org : 127.0.0.10] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 19:19:48 -0000 -----Original Message----- From: Matthias Fechner Sent: Wednesday, November 14, 2018 9:10 PM Am 14.11.2018 um 19:57 schrieb Reko Turja via freebsd-ports: >> I guess one option would be blacklisting in poudriere those unneeded >> dependencies which shouldn't be linked with my packages, if my options >> are honoured by poudriere. > > have you made your options (maybe they are located on /var/db/ports) > available to poudriere? < (normally poudriere searches them in /usr/local/etc/poudriere.d/options) Yes I have andd after noticing the huge increase in ports to be build, doublechecked that my options had really transferred over using poudriere options -c -j -f instead of -C... -Reko From owner-freebsd-ports@freebsd.org Wed Nov 14 19:26:34 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E47C11132912 for ; Wed, 14 Nov 2018 19:26:33 +0000 (UTC) (envelope-from rigoletto@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35E2E8690C for ; Wed, 14 Nov 2018 19:26:33 +0000 (UTC) (envelope-from rigoletto@FreeBSD.org) Received: from privacychain.ch (unknown [179.54.101.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: rigoletto) by smtp.freebsd.org (Postfix) with ESMTPSA id A07512D3DD for ; Wed, 14 Nov 2018 19:26:32 +0000 (UTC) (envelope-from rigoletto@FreeBSD.org) Date: Wed, 14 Nov 2018 17:26:28 -0200 From: Alexandre =?utf-8?Q?C=2E_Guimar=C3=A3es?= To: freebsd-ports@freebsd.org Subject: Re: Poudriere building far more ports than it should Message-ID: <20181114192628.kbeotxvpxxulu3in@privacychain.ch> References: <7B44FD5ED75B4BCB8E53B611BE045D11@RIVENDELL> <20181114175544.GA3692@wstan> <6A6585E03E754B0B860F64D2A5AA160E@RIVENDELL> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="av3e7aeh5haqjly4" Content-Disposition: inline In-Reply-To: <6A6585E03E754B0B860F64D2A5AA160E@RIVENDELL> User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 35E2E8690C X-Spamd-Result: default: False [-108.98 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[FreeBSD.org]; MX_GOOD(-0.01)[cached: mx1.FreeBSD.org]; NEURAL_HAM_SHORT(-1.00)[-0.999,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.77)[ip: (-9.91), ipnet: 2610:1c1:1::/48(-4.93), asn: 11403(-3.91), country: US(-0.10)]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 19:26:34 -0000 --av3e7aeh5haqjly4 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 14, 2018 at 08:57:59PM +0200, Reko Turja via freebsd-ports wrot= e: > Hello! >=20 > -----Original Message----- From: Dmytro Bilokha >=20 > On Wed, Nov 14, 2018 at 03:33:38AM +0200, reko.turja--- via freebsd-ports > wrote: >=20 > > > I finally took the hurdle and made a poudriere VM for building my por= ts > > > instead of building them on target system. At first I did however bui= ld > > > every single port I will need on the VM resulting on 240 or so ports. > > >=20 > > > Then I copied over my options, and the list of installed ports etc. = and > > > started the build. For some reason poudriere wants to build a ton of > > > extra > > > baggage (360+ ports instead of 240.) >=20 >=20 > > Hello, Reko! >=20 > > Poudriere builds different kinds of ports: >=20 > > 1. Ports from your list. > > 2. Run-time dependencies of ports from your list. 3. Build-time > > dependecies of ports from your list. > < 4. Run-time and build-time dependencies of your ports dependencies, as > well >=20 > That all I know - Ive been using ports and only ports since early 2000's.= So > the problem is that I made a dry run from ports, linking only to stuff th= at > I wanted on the final package receiver. Then I copied the list of ports o= ver > to poudriere using portversion -oQ. When I started the run, there was > suddenly every single dependency I previously dropped brought in. (I know > about automake, autoconf and similar build dependencies.) >=20 > I guess one option would be blacklisting in poudriere those unneeded > dependencies which shouldn't be linked with my packages, if my options are > honoured by poudriere. Do you mean the OPTIONS you previously set were not honoured by poudriere? = =20 Just in case, poudriere does not `read` OPTIONS and/or other things like=20 make.conf from the default location but from /usr/local/etc/poudriere.d/* Cheers! >=20 > -Reko >=20 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --=20 Best Regards, Alexandre C. Guimar=C3=A3es. https://bitbucket.org/rigoletto-freebsd/ --av3e7aeh5haqjly4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE9RbDjoZ0ELBWamGCmSH8wDhAF9kFAlvsdttfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY1 MTZDMzhFODY3NDEwQjA1NjZBNjE4Mjk5MjFGQ0MwMzg0MDE3RDkACgkQmSH8wDhA F9ne/A/9HHIqs8OAxgfiyt8PXb9PRCJGmOUQOw6cEODh07Me3jB1qd0t3YmVInh8 e9GL9t7SZrXy0i3LDISnonht7pSapfWjtAXW53aOJcqWEIBSImrIwW9ARNOiz0/H PJIF8VZgclP8Y2tbw8OAd8cmK0hpDkn+OfjxxlIOAyPUbUbqBCt5fT3WSf3NTPv8 4Ehui0+y5GNp94lJT6xNqC2QN2qn9USxFpInIXa8l2S8TFAriniwfvzuaIzV1313 3PQWhfomX4iy9nAOeg6k172e4p7QBXrHm4P1HjuOQBJhzig81jH63EsEklAIPUSB dZaCNhpr3X0ZtSI+GNmFdFyVQidHL3kBu0FnqGmSxsZXYNhmSByfB82eN4MV+AVt oiHAd6mMrUvPO1zAbQjmHSsrM/14g6xsTB4UbpgbwRSVvcYIzWAEyryWc5Zibo18 z66LEIe0CavGfXCqRR0guyXBZxphZNEjHkNZYIgPTNJetMCmIgzDwxj25fIP+nVa wi80Pb7eBA8OG+cw7F0acI9iNTI0tvgnBPUQYi6ThqjJBoenstiynPt5PEZI+NNq Pw6rJZ9KcCeJTgaTrN71ntFemqIZYLeprcD+rnZa2qCI7xsa0Z7pJFb8xvNzCnbw z6SFLVQfBhahqx5fg7xT10MlX/jRQzg0GPtGOS/O1S8bbk3Fhxs= =fV+d -----END PGP SIGNATURE----- --av3e7aeh5haqjly4-- From owner-freebsd-ports@freebsd.org Wed Nov 14 19:38:05 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D5CC1132CF3 for ; Wed, 14 Nov 2018 19:38:05 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from cerebro.liukuma.net (cerebro.liukuma.net [IPv6:2a00:dd80:20::47f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BDE8B86DD1 for ; Wed, 14 Nov 2018 19:38:04 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id 94E2F1029FE8 for ; Wed, 14 Nov 2018 21:37:59 +0200 (EET) X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10027) with LMTP id MD8spjJC2xZB for ; Wed, 14 Nov 2018 21:37:58 +0200 (EET) Received: from RIVENDELL (dsl-olubng11-54f81b-200.dhcp.inet.fi [84.248.27.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id 35DFD1029FCA for ; Wed, 14 Nov 2018 21:37:58 +0200 (EET) DKIM-Filter: OpenDKIM Filter v2.10.3 cerebro.liukuma.net 35DFD1029FCA Message-ID: From: "Reko Turja" To: References: <7B44FD5ED75B4BCB8E53B611BE045D11@RIVENDELL> <20181114175544.GA3692@wstan> <6A6585E03E754B0B860F64D2A5AA160E@RIVENDELL> <20181114192628.kbeotxvpxxulu3in@privacychain.ch> In-Reply-To: <20181114192628.kbeotxvpxxulu3in@privacychain.ch> Subject: Re: Poudriere building far more ports than it should Date: Wed, 14 Nov 2018 21:38:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 X-Rspamd-Queue-Id: BDE8B86DD1 X-Spamd-Result: default: False [-3.73 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[liukuma.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; STOX_REPLY_TYPE(1.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:dd80:20::47f/128]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[liukuma.net:+]; DMARC_POLICY_ALLOW(-0.50)[liukuma.net,quarantine]; HAS_X_PRIO_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: cerebro.liukuma.net]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:2a00:dd80:20::/48, country:US]; IP_SCORE(-1.23)[ip: (-1.42), ipnet: 2a00:dd80:20::/48(-0.71), asn: 36236(-3.91), country: US(-0.10)]; RECEIVED_SPAMHAUS_PBL(0.00)[200.27.248.84.zen.spamhaus.org : 127.0.0.10] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 19:38:05 -0000 -----Original Message----- From: AlexandreC. Guimarães Sent: Wednesday, November 14, 2018 9:26 PM > Do you mean the OPTIONS you previously set were not honoured by poudriere? > > Just in case, poudriere does not `read` OPTIONS and/or other things like > make.conf from the default location but from /usr/local/etc/poudriere.d/* Yes, I copied over my make.conf, my src.conf and then /var/db/ports/ to options. And as I said in previous then douplechecked with "poudriere options -c..." What I can understand is that poudriere brought for example every single Imagick dependency, even if I just use a selected few. Of course if everything is as intended and the packages install without any extra dependencies I don't need, I'm happy. Just haven't got time yet to check if the packages I've built "behave", been too busy rebuilding my home firewall/gateway to incorporate the delivery of the packages to intended targets :) Mostly asking to make sure if this is something to be expected, glitch in some ports or possibly a bug. -Reko From owner-freebsd-ports@freebsd.org Wed Nov 14 21:05:34 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A89F21135118 for ; Wed, 14 Nov 2018 21:05:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-12.consmr.mail.bf2.yahoo.com (sonic304-12.consmr.mail.bf2.yahoo.com [74.6.128.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D3D626C136 for ; Wed, 14 Nov 2018 21:05:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: lhkyJhMVM1mJxekohgLEf1rWP2Y50KJiJMVEZ7i5A3nxAdXIiJRNgnITS430pie Yvk9ibxnVvCCPUWJMOSk8D28xpj_dGOWjYTwkD6qfBVvwzSGcQKZaj5IZtXVIUYRr9bHF3JXYZa3 vfQwzTSPHx1dxE9K_4iYsIxAlQbpIVh1EMSuz.1xLXQIcMBcjLioA4AJK3rqbe.0GaxHDTokpLwy Bg9LGFZtFkASsj3XkwUTEavHHGurVfVQT2Anp.ZZUdceUgrggxcnMLRBxz51zmutF1Wmn5SGzA5c 0AAl9PiGHa40vmuRw5gOwl3k667_vZ_AG18S37OVWZSKBGL1pxDKgI07lf9I5bz5u7slVauc9m2q uALhr_nd7HJk5jfhJp8F30TN1lScMaDwaGIF2FVrlYLO8nELFChuf5vU8zYf32_Nz4dzT7yubnfx mLfpjr7tQHXKG7vyLj7cExEg1_oaLnCFCRfTPiMB.HNKUpzp4U7zcHDKbZT5GE76ejLKIORLdOiF y9wI5.G6jPBI5x4th1mJJ7_BwDAtH40gY__a0zxgOyvjAD4oGYE7fnZvmPXUZb6Ty_bc9axH92s7 wsfGKaybERxqinQTdlsNyVpW9qBkrulMco3Sw_sCgEDls36a7PjsptZYpr9P1U12tA2pI2cANUn8 2jpgppcOw_XRX44NyUNHIBE_c4geKGiDcWUWAbYxR9RUMMfi26Vn9qf2ZCFVGzfJLL7EbZ3HvIJq 965QIkussGTqP2CeB9cPeDHt6HCUHZb7vgL_cgwWTB6g5AbNnJ4WvKbTZ9VcS6cocEk5Victmgtu T1txm7HgHn1TwxGfGzO6pGTCVGoRsEvVJAFzhuB.c5wjcD9cZKjNDdnemHRTV.0FhKz4ZU_gmfKn .7ghE8gSOhy74fJ5u1SvcguyLjalU61ufOV5v4dIPJNgqyyeZvAB3t3rc7pBGH5xM6mz1O9rDmGp ZDIN0ifspwkikIieNbs2sZBCgOhDoG9m1RhLd5ckF_.SSHZoSdEDAR0F2280qFBtKlcHkxABYbYS qVY3Z00EPSWQsxwiNUVclfcqyqXK6EsJIsW65wIW9Z32gLhTq Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Wed, 14 Nov 2018 21:05:33 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp428.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 74301d67ba33c8e1adc4c0243f6734db; Wed, 14 Nov 2018 21:05:29 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC Date: Wed, 14 Nov 2018 13:05:27 -0800 References: <56BE95DD-61E5-43CB-923D-10E968003FE3@yahoo.com> To: ports-list freebsd , freebsd-x11@freebsd.org In-Reply-To: <56BE95DD-61E5-43CB-923D-10E968003FE3@yahoo.com> Message-Id: <5FF705ED-B019-4CB1-B516-796C2E7A6FF9@yahoo.com> X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: D3D626C136 X-Spamd-Result: default: False [0.51 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.83)[-0.835,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.62)[-0.624,0]; NEURAL_SPAM_SHORT(0.70)[0.697,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[35.128.6.74.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(1.78)[ip: (5.28), ipnet: 74.6.128.0/21(2.06), asn: 26101(1.65), country: US(-0.10)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 21:05:34 -0000 [Added: The original cross-build via poudriere-devel and = qemu-user-static did not get this problem. I give details later. Sumamry: Looks like -O2 was used for the cross build and -O was used for armv7 native. The difference is likely(?) from my materials but not supporting both ways = of building is likely a problem with the port(?).] On 2018-Nov-14, at 10:10, Mark Millard wrote: > I'll first note: >=20 > # /usr/bin/ld -v > LLD 6.0.1 (FreeBSD 335540-1300000) (compatible with GNU linkers) >=20 > and that I use: >=20 > CFLAGS.clang+=3D -mcpu=3Dcortex-a7 > CXXFLAGS.clang+=3D -mcpu=3Dcortex-a7 > CPPFLAGS.clang+=3D -mcpu=3Dcortex-a7 >=20 > in the src.conf like = ~/src.configs/src.conf.armv7-clang-bootstrap.armv7-host > file that I used. >=20 > The error reports were: >=20 > --- libpixman-1.la --- > /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhid > den -version-info 34:0:34 -no-undefined -pthread -o = libpixman-1.la -rpath /usr/local/lib pixman.lo pixman-access.lo = pixman-access-accessors.lo pixman-bits-image.lo pixman-combine32.lo = pixm > an-combine-float.lo pixman-conical-gradient.lo pixman-filter.lo = pixman-x86.lo pixman-mips.lo pixman-arm.lo pixman-ppc.lo pixman-edge.lo = pixman-edge-accessors.lo pixman-fast-path.lo pixman-glyph.lo=20 > pixman-general.lo pixman-gradient-walker.lo pixman-image.lo = pixman-implementation.lo pixman-linear-gradient.lo pixman-matrix.lo = pixman-noop.lo pixman-radial-gradient.lo pixman-region16.lo pixman-r > egion32.lo pixman-solid-fill.lo pixman-timer.lo pixman-trap.lo = pixman-utils.lo -lm -lm libpixman-arm-simd.la = libpixman-arm-neon.la -lm > libtool: link: cc -shared -fPIC -DPIC .libs/pixman.o = .libs/pixman-access.o .libs/pixman-access-accessors.o = .libs/pixman-bits-image.o .libs/pixman-combine32.o = .libs/pixman-combine-float.o .libs/pixma > n-conical-gradient.o .libs/pixman-filter.o .libs/pixman-x86.o = .libs/pixman-mips.o .libs/pixman-arm.o .libs/pixman-ppc.o = .libs/pixman-edge.o .libs/pixman-edge-accessors.o = .libs/pixman-fast-path.o .libs > /pixman-glyph.o .libs/pixman-general.o .libs/pixman-gradient-walker.o = .libs/pixman-image.o .libs/pixman-implementation.o = .libs/pixman-linear-gradient.o .libs/pixman-matrix.o .libs/pixman-noop.o = .libs/ > pixman-radial-gradient.o .libs/pixman-region16.o = .libs/pixman-region32.o .libs/pixman-solid-fill.o .libs/pixman-timer.o = .libs/pixman-trap.o .libs/pixman-utils.o -Wl,--whole-archive = ./.libs/libpixman- > arm-simd.a ./.libs/libpixman-arm-neon.a -Wl,--no-whole-archive -lm = -O -mcpu=3Dcortex-a7 -g -pthread -pthread -Wl,-soname = -Wl,libpixman-1.so.0 -o .libs/libpixman-1.so.0.34.0 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in = ./.libs/libpixman-arm-simd.a(pixman-arm-simd-asm-scaled.o) >>>> referenced by pixman-arm-simd-asm-scaled.o:(.text+0x1B8) in archive = ./.libs/libpixman-arm-simd.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in = ./.libs/libpixman-arm-simd.a(pixman-arm-simd-asm-scaled.o) >>>> referenced by pixman-arm-simd-asm-scaled.o:(.text+0x374) in archive = ./.libs/libpixman-arm-simd.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x17AC) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x1814) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x1A38) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x1AFC) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x21C8) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x2294) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x84E0) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x85C4) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x9720) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x9834) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0xA7B0) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0xA8CC) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x105A0) in archive = ./.libs/libpixman-arm-neon.a > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x10DB8) in archive = ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x11274) in archive = ./.libs/libpixman-arm-neon.a > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>> referenced by pixman-arm-neon-asm.o:(.text+0x11808) in archive = ./.libs/libpixman-arm-neon.a > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in = ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm-bilinear.o) >>>> referenced by pixman-arm-neon-asm-bilinear.o:(.text+0x4F0) in = archive ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against = local symbol in readonly segment; recompile object files with -fPIC >>>> defined in = ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm-bilinear.o) >>>> referenced by pixman-arm-neon-asm-bilinear.o:(.text+0xABC) in = archive ./.libs/libpixman-arm-neon.a >=20 > /usr/bin/ld: error: too many errors emitted, stopping now (use = -error-limit=3D0 to see all errors) > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [libpixman-1.la] Error code 1 >=20 > make[3]: stopped in = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman > 1 error >=20 > make[3]: stopped in = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman > *** [all-recursive] Error code 1 >=20 >=20 > FreeBSD context details: >=20 > # uname -apKU > FreeBSD OPiP2E 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r340287M: Sat Nov = 10 22:40:25 PST 2018 = markmi@FBSDFSSD:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/sys/GENER= IC-NODBG arm armv7 1300003 1300003 I went back and looked at the amd64 -> armv7 cross-build ( that used teh poudriere-built /nxb-bin/usr/bin/ ) and it did not complain: --- libpixman-1.la --- /bin/sh ../libtool --tag=3DCC --mode=3Dlink /nxb-bin/usr/bin/cc = -O2 -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhidden -version-info 34:0:34 = -no-undefined -Wl,--no-threads -pthread -Wl,--no-threads -o = libpixman-1.la -rpath /usr/local/lib pixman.lo pixman-access.lo = pixman-access-accessors.lo pixman-bits-image.lo pixman-combine32.lo = pixman-combine-float.lo pixman-conical-gradient.lo pixman-filter.lo = pixman-x86.lo pixman-mips.lo pixman-arm.lo pixman-ppc.lo pixman-edge.lo = pixman-edge-accessors.lo pixman-fast-path.lo pixman-glyph.lo = pixman-general.lo pixman-gradient-walker.lo pixman-image.lo = pixman-implementation.lo pixman-linear-gradient.lo pixman-matrix.lo = pixman-noop.lo pixman-radial-gradient.lo pixman-region16.lo = pixman-region32.lo pixman-solid-fill.lo pixman-timer.lo pixman-trap.lo = pixman-utils.lo -lm -lm libpixman-arm-simd.la = libpixman-arm-neon.la -lm libtool: link: /nxb-bin/usr/bin/cc -shared -fPIC -DPIC .libs/pixman.o = .libs/pixman-access.o .libs/pixman-access-accessors.o = .libs/pixman-bits-image.o .libs/pixman-combine32.o = .libs/pixman-combine-float.o .libs/pixman-conical-gradient.o = .libs/pixman-filter.o .libs/pixman-x86.o .libs/pixman-mips.o = .libs/pixman-arm.o .libs/pixman-ppc.o .libs/pixman-edge.o = .libs/pixman-edge-accessors.o .libs/pixman-fast-path.o = .libs/pixman-glyph.o .libs/pixman-general.o = .libs/pixman-gradient-walker.o .libs/pixman-image.o = .libs/pixman-implementation.o .libs/pixman-linear-gradient.o = .libs/pixman-matrix.o .libs/pixman-noop.o .libs/pixman-radial-gradient.o = .libs/pixman-region16.o .libs/pixman-region32.o = .libs/pixman-solid-fill.o .libs/pixman-timer.o .libs/pixman-trap.o = .libs/pixman-utils.o -Wl,--whole-archive ./.libs/libpixman-arm-simd.a = ./.libs/libpixman-arm-neon.a -Wl,--no-whole-archive -lm -O2 = -mcpu=3Dcortex-a7 -g -Wl,--no-threads -pthread -Wl,--no-threads = -pthread -Wl,-soname -Wl,libpixman-1.so.0 -o .libs/libpixman-1.so.0.34.0 libtool: link: (cd ".libs" && rm -f "libpixman-1.so.0" && ln -s = "libpixman-1.so.0.34.0" "libpixman-1.so.0") libtool: link: (cd ".libs" && rm -f "libpixman-1.so" && ln -s = "libpixman-1.so.0.34.0" "libpixman-1.so") libtool: link: (cd .libs/libpixman-1.lax/libpixman-arm-simd.a && ar x = "/wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/./.libs/libpixman= -arm-simd.a") libtool: link: (cd .libs/libpixman-1.lax/libpixman-arm-neon.a && ar x = "/wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/./.libs/libpixman= -arm-neon.a") libtool: link: ar cru .libs/libpixman-1.a pixman.o pixman-access.o = pixman-access-accessors.o pixman-bits-image.o pixman-combine32.o = pixman-combine-float.o pixman-conical-gradient.o pixman-filter.o = pixman-x86.o pixman-mips.o pixman-arm.o pixman-ppc.o pixman-edge.o = pixman-edge-accessors.o pixman-fast-path.o pixman-glyph.o = pixman-general.o pixman-gradient-walker.o pixman-image.o = pixman-implementation.o pixman-linear-gradient.o pixman-matrix.o = pixman-noop.o pixman-radial-gradient.o pixman-region16.o = pixman-region32.o pixman-solid-fill.o pixman-timer.o pixman-trap.o = pixman-utils.o = .libs/libpixman-1.lax/libpixman-arm-simd.a/pixman-arm-simd-asm-scaled.o = .libs/libpixman-1.lax/libpixman-arm-simd.a/pixman-arm-simd-asm.o = .libs/libpixman-1.lax/libpixman-arm-simd.a/pixman-arm-simd.o = .libs/libpixman-1.lax/libpixman-arm-neon.a/pixman-arm-neon-asm-bilinear.o = .libs/libpixman-1.lax/libpixman-arm-neon.a/pixman-arm-neon-asm.o = .libs/libpixman-1.lax/libpixman-arm-neon.a/pixman-arm-neon.o=20 libtool: link: ranlib .libs/libpixman-1.a libtool: link: rm -fr .libs/libpixman-1.lax libtool: link: ( cd ".libs" && rm -f "libpixman-1.la" && ln -s = "../libpixman-1.la" "libpixman-1.la" ) = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D . . . So I diff'd the logs and found the following (selective extraction): (- for amd64 -> armv7; + for armv7) -Poudriere version: 3.2.99.20180601 +Poudriere version: 3.2.99.20181024 This is was expected but may mean that I need to wait until the armv7 has 3.2.99.20181024 and I try via it. -SHELL=3D/bin/csh -UNAME_p=3Darmv7 -UNAME_m=3Darm -ABI_FILE=3D/usr/lib/crt1.o +SHELL=3D/bin/sh The SHELL's I expected but the other 3 lines I did not. But the 3 lines may only occur under qemu-user-static style use. -QEMU_EMULATING=3D1 Expected. In CONFIGURE_ENV: amd64 -> armv7: CCASFLAGS having -O2 armv7: CCASFLAGS having -O In MAKE_ENV: amd64 -> armv7: CFLAGS having -O2 armv7: CFLAGS having -O (The -O2 vs. -O context differences may well be important to the behavior.) (I'll not list /nxb-bin/. . . path use vs. not.) Later: -MACHINE=3Darm -MACHINE_ARCH=3Darmv7 -ARCH=3D${MACHINE_ARCH} -.if ${LDFLAGS:M-fuse-ld=3D*lld*} || ${/usr/bin/ld:L:tA} =3D=3D = /usr/bin/ld.lld -LDFLAGS+=3D -Wl,--no-threads -.endif (That last was part of an experiment with avoiding a user-arm-static hangup.) -_SMP_CPUS=3D28 +_SMP_CPUS=3D4 I'll stop with that. It looks to me like -O2 vs. -O would be the likely distinction. While my materials probably caused that difference(?), the port likely should support both ways of building(?). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Nov 14 21:51:32 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42DE31100E2B for ; Wed, 14 Nov 2018 21:51:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 168E96F192 for ; Wed, 14 Nov 2018 21:51:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: X6Tlu8YVM1lv5cc9QS6fvMR_LlcvPsoYUXSxLOOWrwI3e3Dvi1TGchHRr0FQoJo cOA_1wYiKLcADBKIO0gQgrRAoY_EqLmC253lkOoGlBQrfUA1QV4ebdyxy4tWgvul48rPiaVVxNY9 Nk1H4xsNVInHohitpZWbcrPGP_kDITTbURhYlPYsQvSIWQBdjgwRMQ4UAXYSJ2w9zB7TWO.1ApFM THlo0QCzrHWQn849sd.AF4wEPkLDjsp3ewMs0z5JpdOIQT3ZtTmz3oTNmBsPhYY8DdoCpfPlPRBh xJhNz_S3eh2mcjhJmmGxnerUQdxAojWHQeX3rb7.gzcx7IP4I76.22IZ.Hr6xPwX60pqjO1Pnv9W q20Svo991_fsVzOwdzJyWdqtbqwvyhCdBR_uSAvF.G2EqqfzHEc1ciS32X0H__khUs52slITizPJ k4kX1l2OMvDWlhvxbq92zqMEd2GtNeOa6avJYuVds0Pi.D5ZwuVMZafd6Lqq28vHCjPKCKbUWMUY z_oH8EjP1SzpioiEA2nw.gVTljxzmUwwXpNMA1Vr2pvItGxT_NASC1nMTYLJZcGA8K0ZJruYHDez O9AttermRpuQumGs.8K6jxBphwB2dNrO0icQmEBt4PGU5uS66bV6jOxeADmT_f8lTUm59UIt7VGr d0_x1K_KioFbhXFvK9gb2gz199kmpdxTAfuP9.ai1ejMAVhbIrw4NzsbM4Ez_WADbVliwPspgfPg Qo26.BK4_Z5HU8v2Ot8_9K8IJhYOWurN7oS6X0vLRhzFQjEjNKg1_wdrY7f6h.HyBKZyfChcfNrd 09NocvPg6UO1tOVKPpodVEyeddCLH_zkklqBnxebr5LqvTwY1G2568o5.2GQ1XXVqaV5LeOu8cDE h0HlfBhefWoCq5yI1yNLcU1SspOy63mZTKOh3HL461YGC3i10.Nvs8AfegFCJ4BPe.r7FR3QS3EE gg2HYYLVitKDN2yy_rFo0_UpeG_wLdQlb_uUY0XpLHERUA0dC.D.iSa9B2C6kfuHCiJ9smXhDmJW GTh7EXcBcgRXlkqH.fqcA8gmxTyC2LZEHUaR2nef0HcgjFrI- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Wed, 14 Nov 2018 21:51:23 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp422.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c4657b5fff3f2cadf8c824179fa4a58f; Wed, 14 Nov 2018 21:51:21 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC Date: Wed, 14 Nov 2018 13:51:20 -0800 References: <56BE95DD-61E5-43CB-923D-10E968003FE3@yahoo.com> <5FF705ED-B019-4CB1-B516-796C2E7A6FF9@yahoo.com> To: ports-list freebsd , freebsd-x11@freebsd.org, Bryan Drewery In-Reply-To: <5FF705ED-B019-4CB1-B516-796C2E7A6FF9@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 168E96F192 X-Spamd-Result: default: False [-2.50 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[147.69.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.23)[-0.230,0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(0.24)[ipnet: 98.137.64.0/21(0.72), asn: 36647(0.58), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 21:51:32 -0000 [Tracking down -O2 vs. -O lead to share/mk/sys.mk instead of to my materials. It in turn leads back to poudriere-devel with qemu-user-static in use defining MACHINE_ARCH but without it instead not doing so. share/mk/sys.mk behaves differently for with vs. without the definition, leading to -O2 vs -O differences in the two build contexts. Details later below.] On 2018-Nov-14, at 13:05, Mark Millard wrote: > [Added: The original cross-build via poudriere-devel and = qemu-user-static > did not get this problem. I give details later. Sumamry: Looks like = -O2 > was used for the cross build and -O was used for armv7 native. The > difference is likely(?) from my materials but not supporting both ways = of > building is likely a problem with the port(?).] >=20 > On 2018-Nov-14, at 10:10, Mark Millard wrote: >=20 >> I'll first note: >>=20 >> # /usr/bin/ld -v >> LLD 6.0.1 (FreeBSD 335540-1300000) (compatible with GNU linkers) >>=20 >> and that I use: >>=20 >> CFLAGS.clang+=3D -mcpu=3Dcortex-a7 >> CXXFLAGS.clang+=3D -mcpu=3Dcortex-a7 >> CPPFLAGS.clang+=3D -mcpu=3Dcortex-a7 >>=20 >> in the src.conf like = ~/src.configs/src.conf.armv7-clang-bootstrap.armv7-host >> file that I used. >>=20 >> The error reports were: >>=20 >> --- libpixman-1.la --- >> /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhid >> den -version-info 34:0:34 -no-undefined -pthread -o = libpixman-1.la -rpath /usr/local/lib pixman.lo pixman-access.lo = pixman-access-accessors.lo pixman-bits-image.lo pixman-combine32.lo = pixm >> an-combine-float.lo pixman-conical-gradient.lo pixman-filter.lo = pixman-x86.lo pixman-mips.lo pixman-arm.lo pixman-ppc.lo pixman-edge.lo = pixman-edge-accessors.lo pixman-fast-path.lo pixman-glyph.lo=20 >> pixman-general.lo pixman-gradient-walker.lo pixman-image.lo = pixman-implementation.lo pixman-linear-gradient.lo pixman-matrix.lo = pixman-noop.lo pixman-radial-gradient.lo pixman-region16.lo pixman-r >> egion32.lo pixman-solid-fill.lo pixman-timer.lo pixman-trap.lo = pixman-utils.lo -lm -lm libpixman-arm-simd.la = libpixman-arm-neon.la -lm >> libtool: link: cc -shared -fPIC -DPIC .libs/pixman.o = .libs/pixman-access.o .libs/pixman-access-accessors.o = .libs/pixman-bits-image.o .libs/pixman-combine32.o = .libs/pixman-combine-float.o .libs/pixma >> n-conical-gradient.o .libs/pixman-filter.o .libs/pixman-x86.o = .libs/pixman-mips.o .libs/pixman-arm.o .libs/pixman-ppc.o = .libs/pixman-edge.o .libs/pixman-edge-accessors.o = .libs/pixman-fast-path.o .libs >> /pixman-glyph.o .libs/pixman-general.o .libs/pixman-gradient-walker.o = .libs/pixman-image.o .libs/pixman-implementation.o = .libs/pixman-linear-gradient.o .libs/pixman-matrix.o .libs/pixman-noop.o = .libs/ >> pixman-radial-gradient.o .libs/pixman-region16.o = .libs/pixman-region32.o .libs/pixman-solid-fill.o .libs/pixman-timer.o = .libs/pixman-trap.o .libs/pixman-utils.o -Wl,--whole-archive = ./.libs/libpixman- >> arm-simd.a ./.libs/libpixman-arm-neon.a -Wl,--no-whole-archive -lm = -O -mcpu=3Dcortex-a7 -g -pthread -pthread -Wl,-soname = -Wl,libpixman-1.so.0 -o .libs/libpixman-1.so.0.34.0 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in = ./.libs/libpixman-arm-simd.a(pixman-arm-simd-asm-scaled.o) >>>>> referenced by pixman-arm-simd-asm-scaled.o:(.text+0x1B8) in = archive ./.libs/libpixman-arm-simd.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in = ./.libs/libpixman-arm-simd.a(pixman-arm-simd-asm-scaled.o) >>>>> referenced by pixman-arm-simd-asm-scaled.o:(.text+0x374) in = archive ./.libs/libpixman-arm-simd.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x17AC) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x1814) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x1A38) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x1AFC) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x21C8) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x2294) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x84E0) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x85C4) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x9720) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x9834) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0xA7B0) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0xA8CC) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x105A0) in archive = ./.libs/libpixman-arm-neon.a >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x10DB8) in archive = ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x11274) in archive = ./.libs/libpixman-arm-neon.a >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>> referenced by pixman-arm-neon-asm.o:(.text+0x11808) in archive = ./.libs/libpixman-arm-neon.a >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in = ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm-bilinear.o) >>>>> referenced by pixman-arm-neon-asm-bilinear.o:(.text+0x4F0) in = archive ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>> defined in = ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm-bilinear.o) >>>>> referenced by pixman-arm-neon-asm-bilinear.o:(.text+0xABC) in = archive ./.libs/libpixman-arm-neon.a >>=20 >> /usr/bin/ld: error: too many errors emitted, stopping now (use = -error-limit=3D0 to see all errors) >> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >> *** [libpixman-1.la] Error code 1 >>=20 >> make[3]: stopped in = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman >> 1 error >>=20 >> make[3]: stopped in = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman >> *** [all-recursive] Error code 1 >>=20 >>=20 >> FreeBSD context details: >>=20 >> # uname -apKU >> FreeBSD OPiP2E 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r340287M: Sat Nov = 10 22:40:25 PST 2018 = markmi@FBSDFSSD:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/sys/GENER= IC-NODBG arm armv7 1300003 1300003 >=20 >=20 > I went back and looked at the amd64 -> armv7 cross-build > ( that used teh poudriere-built /nxb-bin/usr/bin/ ) and it > did not complain: >=20 > --- libpixman-1.la --- > /bin/sh ../libtool --tag=3DCC --mode=3Dlink /nxb-bin/usr/bin/cc = -O2 -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhidden -version-info 34:0:34 = -no-undefined -Wl,--no-threads -pthread -Wl,--no-threads -o = libpixman-1.la -rpath /usr/local/lib pixman.lo pixman-access.lo = pixman-access-accessors.lo pixman-bits-image.lo pixman-combine32.lo = pixman-combine-float.lo pixman-conical-gradient.lo pixman-filter.lo = pixman-x86.lo pixman-mips.lo pixman-arm.lo pixman-ppc.lo pixman-edge.lo = pixman-edge-accessors.lo pixman-fast-path.lo pixman-glyph.lo = pixman-general.lo pixman-gradient-walker.lo pixman-image.lo = pixman-implementation.lo pixman-linear-gradient.lo pixman-matrix.lo = pixman-noop.lo pixman-radial-gradient.lo pixman-region16.lo = pixman-region32.lo pixman-solid-fill.lo pixman-timer.lo pixman-trap.lo = pixman-utils.lo -lm -lm libpixman-arm-simd.la = libpixman-arm-neon.la -lm > libtool: link: /nxb-bin/usr/bin/cc -shared -fPIC -DPIC = .libs/pixman.o .libs/pixman-access.o .libs/pixman-access-accessors.o = .libs/pixman-bits-image.o .libs/pixman-combine32.o = .libs/pixman-combine-float.o .libs/pixman-conical-gradient.o = .libs/pixman-filter.o .libs/pixman-x86.o .libs/pixman-mips.o = .libs/pixman-arm.o .libs/pixman-ppc.o .libs/pixman-edge.o = .libs/pixman-edge-accessors.o .libs/pixman-fast-path.o = .libs/pixman-glyph.o .libs/pixman-general.o = .libs/pixman-gradient-walker.o .libs/pixman-image.o = .libs/pixman-implementation.o .libs/pixman-linear-gradient.o = .libs/pixman-matrix.o .libs/pixman-noop.o .libs/pixman-radial-gradient.o = .libs/pixman-region16.o .libs/pixman-region32.o = .libs/pixman-solid-fill.o .libs/pixman-timer.o .libs/pixman-trap.o = .libs/pixman-utils.o -Wl,--whole-archive ./.libs/libpixman-arm-simd.a = ./.libs/libpixman-arm-neon.a -Wl,--no-whole-archive -lm -O2 = -mcpu=3Dcortex-a7 -g -Wl,--no-threads -pthread -Wl,--no-threads = -pthread -Wl,-soname -Wl,libpixman-1.so.0 -o .libs/libpixman-1.so.0.34.0 > libtool: link: (cd ".libs" && rm -f "libpixman-1.so.0" && ln -s = "libpixman-1.so.0.34.0" "libpixman-1.so.0") > libtool: link: (cd ".libs" && rm -f "libpixman-1.so" && ln -s = "libpixman-1.so.0.34.0" "libpixman-1.so") > libtool: link: (cd .libs/libpixman-1.lax/libpixman-arm-simd.a && ar x = "/wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/./.libs/libpixman= -arm-simd.a") > libtool: link: (cd .libs/libpixman-1.lax/libpixman-arm-neon.a && ar x = "/wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/./.libs/libpixman= -arm-neon.a") > libtool: link: ar cru .libs/libpixman-1.a pixman.o pixman-access.o = pixman-access-accessors.o pixman-bits-image.o pixman-combine32.o = pixman-combine-float.o pixman-conical-gradient.o pixman-filter.o = pixman-x86.o pixman-mips.o pixman-arm.o pixman-ppc.o pixman-edge.o = pixman-edge-accessors.o pixman-fast-path.o pixman-glyph.o = pixman-general.o pixman-gradient-walker.o pixman-image.o = pixman-implementation.o pixman-linear-gradient.o pixman-matrix.o = pixman-noop.o pixman-radial-gradient.o pixman-region16.o = pixman-region32.o pixman-solid-fill.o pixman-timer.o pixman-trap.o = pixman-utils.o = .libs/libpixman-1.lax/libpixman-arm-simd.a/pixman-arm-simd-asm-scaled.o = .libs/libpixman-1.lax/libpixman-arm-simd.a/pixman-arm-simd-asm.o = .libs/libpixman-1.lax/libpixman-arm-simd.a/pixman-arm-simd.o = .libs/libpixman-1.lax/libpixman-arm-neon.a/pixman-arm-neon-asm-bilinear.o = .libs/libpixman-1.lax/libpixman-arm-neon.a/pixman-arm-neon-asm.o = .libs/libpixman-1.lax/libpixman-arm-neon.a/pixman-arm-neon.o=20 > libtool: link: ranlib .libs/libpixman-1.a > libtool: link: rm -fr .libs/libpixman-1.lax > libtool: link: ( cd ".libs" && rm -f "libpixman-1.la" && ln -s = "../libpixman-1.la" "libpixman-1.la" ) > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > . . . >=20 >=20 > So I diff'd the logs and found the following (selective extraction): > (- for amd64 -> armv7; + for armv7) >=20 > -Poudriere version: 3.2.99.20180601 > +Poudriere version: 3.2.99.20181024 >=20 > This is was expected but may mean that I need to wait > until the armv7 has 3.2.99.20181024 and I try via > it. >=20 > -SHELL=3D/bin/csh > -UNAME_p=3Darmv7 > -UNAME_m=3Darm > -ABI_FILE=3D/usr/lib/crt1.o > +SHELL=3D/bin/sh >=20 > The SHELL's I expected but the other 3 lines I did not. > But the 3 lines may only occur under qemu-user-static > style use. >=20 > -QEMU_EMULATING=3D1 >=20 > Expected. >=20 > In CONFIGURE_ENV: >=20 > amd64 -> armv7: CCASFLAGS having -O2 > armv7: CCASFLAGS having -O >=20 > In MAKE_ENV: >=20 > amd64 -> armv7: CFLAGS having -O2 > armv7: CFLAGS having -O >=20 >=20 > (The -O2 vs. -O context differences may well be important > to the behavior.) >=20 > (I'll not list /nxb-bin/. . . path use vs. not.) >=20 > Later: >=20 > -MACHINE=3Darm > -MACHINE_ARCH=3Darmv7 > -ARCH=3D${MACHINE_ARCH} >=20 > -.if ${LDFLAGS:M-fuse-ld=3D*lld*} || ${/usr/bin/ld:L:tA} =3D=3D = /usr/bin/ld.lld > -LDFLAGS+=3D -Wl,--no-threads > -.endif >=20 > (That last was part of an experiment with avoiding a > user-arm-static hangup.) >=20 > -_SMP_CPUS=3D28 > +_SMP_CPUS=3D4 >=20 > I'll stop with that. It looks to me like -O2 vs. -O > would be the likely distinction. While my materials > probably caused that difference(?), the port likely > should support both ways of building(?). /usr/src/share/mk/sys.mk has: .if !defined(%POSIX) #=20 # MACHINE_CPUARCH defines a collection of MACHINE_ARCH. Machines with # the same MACHINE_ARCH can run each other's binaries, so it necessarily # has word size and endian swizzled in. However, the source files for # these machines often are shared amongst all combinations of size # and/or endian. This is called MACHINE_CPU in NetBSD, but that's used # for something different in FreeBSD. # = __TO_CPUARCH=3DC/mips(n32|64)?(el)?(hf)?/mips/:C/arm(v[67])?(eb)?/arm/:C/p= owerpc(64|spe)/powerpc/:C/riscv64(sf)?/riscv/ MACHINE_CPUARCH=3D${MACHINE_ARCH:${__TO_CPUARCH}} .endif . . . .if ${MACHINE_CPUARCH} =3D=3D "arm" || ${MACHINE_CPUARCH} =3D=3D "mips" CFLAGS ?=3D -O -pipe .else CFLAGS ?=3D -O2 -pipe .endif . . . So with qemu-user-static involved MACHINE_ARCH was defined as armv7 and MACHINE_CPUARCH was too. (See the earlier "-MACHINE_ARCH=3Darmv7" line of the log differences.) But without qemu-user-static involved MACHINE_ARCH was not defined and MACHINE_CPUARCH was defined as just arm . (No "+" line to match.) Overall result: the two contexts differ for -O2 vs. -O use in CFLAGS. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Nov 14 22:36:07 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13BAF110260F for ; Wed, 14 Nov 2018 22:36:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-15.consmr.mail.bf2.yahoo.com (sonic310-15.consmr.mail.bf2.yahoo.com [74.6.135.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61BCB711F6 for ; Wed, 14 Nov 2018 22:36:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Cuo1.LYVM1kXZQ8KKxkBAukLjIsSctT2E_O1GRTT1t.zQp.Kj1NyUKpoWHfjE6E _fLozcINNjR3su2aSazubqqGzo8m3Seshu0jMJvCAL1y6sZUsLTjcHb2.iPVJoj.YfrtAedVnXzQ IoRDh4pARc2J9pyWVd_q8vmUYML_f0m1oOubYI3UhDVUxlP8G26hlUHtQ8npSqTJiS6qmE5gOykj D1Fdur_3GA.jwU5yRw99ke7wXHyaufGuMCZvxusTzIIl7LlUDHLiIkCRKqiJbWA6wHL.6e3kHjDm _kAtra1y7xUxRis2GbNCyjXRZQO_u9CCNFaKL_EjG04Zc41zGdoICNF_gdH9S0X6oxXKJBZNSdCg YIVv9osV8XBSiBqf2SQ0GmSIDO_.KAD1W3dO02RY5TWW_JSosU4csEsvoNUkmggNTftOkhQLf6I1 Ic_LUkOOl1kd7XQ2wamU5tdQjK6MxELN7XKPqN95HWecNI5ccbuqjpuiuJXUybouneHz_N9w3Wn9 m5mT2ovS7fEwpF8WtChNRnUpIUjbzyZ6A5ImvAT2ST0RbAB3Mbh7uzhjTL_TxFiRS6GyvCG7haHY H25fp0LShm5IKs7pDZbWNkU6EJCXF3zWyPP5hB5ZgF2mDSPSp1vhXk4v9Z2PB7zpSMsBY4T9MDzG 43GqohalAvPAdcfYlG4c07srPtMHkEmdnWBjH09OThdGth1qbMu5VdK7_psjxhe4MJBkNeZ5XKU4 9FAj16hnrOa_XxB6Ev_r7gCke.QfL3Sb9mbPlL6xsrycqZz590x1wPYtP.Ztiy.MOzvORNn3wO_U lMKtFTsrgcfHpbYkvDeXdCJUaE2E2RPlXI4vX_FXjj_Hv5DLu001pME6Byeu29j3CosHAH6X1oVc QsNeHvycqugBJeinTGBEGuAE4ZQWQMBXM05F3YW.exDMPtSWRCeys2MicK5nLjchBzKonV1KEjil b1TLCs_ajKtaazZNBfwqMrZVvoQNpjEFQRPSdOipP6lr0ZG.64_K_I58CMuB2sW7F5f6btvyd8Cg 4mVRx08_NZ3d8qD6_0cpQhWWMXNAs97yaE_9Fyb5MOUGy55cKRgggfxK52A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Wed, 14 Nov 2018 22:36:05 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp412.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9068b1fd0eded9e259f7327a68ba31c6; Wed, 14 Nov 2018 22:36:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC From: Mark Millard In-Reply-To: Date: Wed, 14 Nov 2018 14:35:59 -0800 Cc: Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: References: <56BE95DD-61E5-43CB-923D-10E968003FE3@yahoo.com> <5FF705ED-B019-4CB1-B516-796C2E7A6FF9@yahoo.com> To: ports-list freebsd , freebsd-x11@freebsd.org, Bryan Drewery X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 61BCB711F6 X-Spamd-Result: default: False [-1.47 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.95)[-0.948,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.88)[-0.882,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[125.135.6.74.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.24)[-0.243,0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.11)[ip: (1.95), ipnet: 74.6.128.0/21(2.06), asn: 26101(1.65), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 22:36:07 -0000 [Looking at package fallout logs: the official armv6 and armv7 builds are using -O2 because of MACHINE_ARCH being defined because of qemu-user-static use. (mips too?) The logic in share/mk/sys.mk is not causing -O . An implication is that -O2 for armv6 and armv7 is probably far more tested than people generally expect. The share/mk/sys.mk change goes back to -r319861 2017-Jun-12 . Previously the logic would have caused -O use for armv6 or armv7 in MACHINE_ARCH .] On 2018-Nov-14, at 13:51, Mark Millard wrote: > [Tracking down -O2 vs. -O lead to share/mk/sys.mk instead of > to my materials. It in turn leads back to poudriere-devel with > qemu-user-static in use defining MACHINE_ARCH but without it > instead not doing so. share/mk/sys.mk behaves differently > for with vs. without the definition, leading to -O2 vs -O > differences in the two build contexts. Details later below.] >=20 > On 2018-Nov-14, at 13:05, Mark Millard wrote: >=20 >> [Added: The original cross-build via poudriere-devel and = qemu-user-static >> did not get this problem. I give details later. Sumamry: Looks like = -O2 >> was used for the cross build and -O was used for armv7 native. The >> difference is likely(?) from my materials but not supporting both = ways of >> building is likely a problem with the port(?).] >>=20 >> On 2018-Nov-14, at 10:10, Mark Millard wrote: >>=20 >>> I'll first note: >>>=20 >>> # /usr/bin/ld -v >>> LLD 6.0.1 (FreeBSD 335540-1300000) (compatible with GNU linkers) >>>=20 >>> and that I use: >>>=20 >>> CFLAGS.clang+=3D -mcpu=3Dcortex-a7 >>> CXXFLAGS.clang+=3D -mcpu=3Dcortex-a7 >>> CPPFLAGS.clang+=3D -mcpu=3Dcortex-a7 >>>=20 >>> in the src.conf like = ~/src.configs/src.conf.armv7-clang-bootstrap.armv7-host >>> file that I used. >>>=20 >>> The error reports were: >>>=20 >>> --- libpixman-1.la --- >>> /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhid >>> den -version-info 34:0:34 -no-undefined -pthread -o = libpixman-1.la -rpath /usr/local/lib pixman.lo pixman-access.lo = pixman-access-accessors.lo pixman-bits-image.lo pixman-combine32.lo = pixm >>> an-combine-float.lo pixman-conical-gradient.lo pixman-filter.lo = pixman-x86.lo pixman-mips.lo pixman-arm.lo pixman-ppc.lo pixman-edge.lo = pixman-edge-accessors.lo pixman-fast-path.lo pixman-glyph.lo=20 >>> pixman-general.lo pixman-gradient-walker.lo pixman-image.lo = pixman-implementation.lo pixman-linear-gradient.lo pixman-matrix.lo = pixman-noop.lo pixman-radial-gradient.lo pixman-region16.lo pixman-r >>> egion32.lo pixman-solid-fill.lo pixman-timer.lo pixman-trap.lo = pixman-utils.lo -lm -lm libpixman-arm-simd.la = libpixman-arm-neon.la -lm >>> libtool: link: cc -shared -fPIC -DPIC .libs/pixman.o = .libs/pixman-access.o .libs/pixman-access-accessors.o = .libs/pixman-bits-image.o .libs/pixman-combine32.o = .libs/pixman-combine-float.o .libs/pixma >>> n-conical-gradient.o .libs/pixman-filter.o .libs/pixman-x86.o = .libs/pixman-mips.o .libs/pixman-arm.o .libs/pixman-ppc.o = .libs/pixman-edge.o .libs/pixman-edge-accessors.o = .libs/pixman-fast-path.o .libs >>> /pixman-glyph.o .libs/pixman-general.o = .libs/pixman-gradient-walker.o .libs/pixman-image.o = .libs/pixman-implementation.o .libs/pixman-linear-gradient.o = .libs/pixman-matrix.o .libs/pixman-noop.o .libs/ >>> pixman-radial-gradient.o .libs/pixman-region16.o = .libs/pixman-region32.o .libs/pixman-solid-fill.o .libs/pixman-timer.o = .libs/pixman-trap.o .libs/pixman-utils.o -Wl,--whole-archive = ./.libs/libpixman- >>> arm-simd.a ./.libs/libpixman-arm-neon.a -Wl,--no-whole-archive -lm = -O -mcpu=3Dcortex-a7 -g -pthread -pthread -Wl,-soname = -Wl,libpixman-1.so.0 -o .libs/libpixman-1.so.0.34.0 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in = ./.libs/libpixman-arm-simd.a(pixman-arm-simd-asm-scaled.o) >>>>>> referenced by pixman-arm-simd-asm-scaled.o:(.text+0x1B8) in = archive ./.libs/libpixman-arm-simd.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in = ./.libs/libpixman-arm-simd.a(pixman-arm-simd-asm-scaled.o) >>>>>> referenced by pixman-arm-simd-asm-scaled.o:(.text+0x374) in = archive ./.libs/libpixman-arm-simd.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x17AC) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x1814) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x1A38) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x1AFC) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x21C8) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x2294) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x84E0) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x85C4) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x9720) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x9834) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0xA7B0) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0xA8CC) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x105A0) in archive = ./.libs/libpixman-arm-neon.a >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x10DB8) in archive = ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x11274) in archive = ./.libs/libpixman-arm-neon.a >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm.o) >>>>>> referenced by pixman-arm-neon-asm.o:(.text+0x11808) in archive = ./.libs/libpixman-arm-neon.a >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in = ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm-bilinear.o) >>>>>> referenced by pixman-arm-neon-asm-bilinear.o:(.text+0x4F0) in = archive ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX = against local symbol in readonly segment; recompile object files with = -fPIC >>>>>> defined in = ./.libs/libpixman-arm-neon.a(pixman-arm-neon-asm-bilinear.o) >>>>>> referenced by pixman-arm-neon-asm-bilinear.o:(.text+0xABC) in = archive ./.libs/libpixman-arm-neon.a >>>=20 >>> /usr/bin/ld: error: too many errors emitted, stopping now (use = -error-limit=3D0 to see all errors) >>> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>> *** [libpixman-1.la] Error code 1 >>>=20 >>> make[3]: stopped in = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman >>> 1 error >>>=20 >>> make[3]: stopped in = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman >>> *** [all-recursive] Error code 1 >>>=20 >>>=20 >>> FreeBSD context details: >>>=20 >>> # uname -apKU >>> FreeBSD OPiP2E 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r340287M: Sat = Nov 10 22:40:25 PST 2018 = markmi@FBSDFSSD:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/sys/GENER= IC-NODBG arm armv7 1300003 1300003 >>=20 >>=20 >> I went back and looked at the amd64 -> armv7 cross-build >> ( that used teh poudriere-built /nxb-bin/usr/bin/ ) and it >> did not complain: >>=20 >> --- libpixman-1.la --- >> /bin/sh ../libtool --tag=3DCC --mode=3Dlink /nxb-bin/usr/bin/cc = -O2 -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhidden -version-info 34:0:34 = -no-undefined -Wl,--no-threads -pthread -Wl,--no-threads -o = libpixman-1.la -rpath /usr/local/lib pixman.lo pixman-access.lo = pixman-access-accessors.lo pixman-bits-image.lo pixman-combine32.lo = pixman-combine-float.lo pixman-conical-gradient.lo pixman-filter.lo = pixman-x86.lo pixman-mips.lo pixman-arm.lo pixman-ppc.lo pixman-edge.lo = pixman-edge-accessors.lo pixman-fast-path.lo pixman-glyph.lo = pixman-general.lo pixman-gradient-walker.lo pixman-image.lo = pixman-implementation.lo pixman-linear-gradient.lo pixman-matrix.lo = pixman-noop.lo pixman-radial-gradient.lo pixman-region16.lo = pixman-region32.lo pixman-solid-fill.lo pixman-timer.lo pixman-trap.lo = pixman-utils.lo -lm -lm libpixman-arm-simd.la = libpixman-arm-neon.la -lm >> libtool: link: /nxb-bin/usr/bin/cc -shared -fPIC -DPIC = .libs/pixman.o .libs/pixman-access.o .libs/pixman-access-accessors.o = .libs/pixman-bits-image.o .libs/pixman-combine32.o = .libs/pixman-combine-float.o .libs/pixman-conical-gradient.o = .libs/pixman-filter.o .libs/pixman-x86.o .libs/pixman-mips.o = .libs/pixman-arm.o .libs/pixman-ppc.o .libs/pixman-edge.o = .libs/pixman-edge-accessors.o .libs/pixman-fast-path.o = .libs/pixman-glyph.o .libs/pixman-general.o = .libs/pixman-gradient-walker.o .libs/pixman-image.o = .libs/pixman-implementation.o .libs/pixman-linear-gradient.o = .libs/pixman-matrix.o .libs/pixman-noop.o .libs/pixman-radial-gradient.o = .libs/pixman-region16.o .libs/pixman-region32.o = .libs/pixman-solid-fill.o .libs/pixman-timer.o .libs/pixman-trap.o = .libs/pixman-utils.o -Wl,--whole-archive ./.libs/libpixman-arm-simd.a = ./.libs/libpixman-arm-neon.a -Wl,--no-whole-archive -lm -O2 = -mcpu=3Dcortex-a7 -g -Wl,--no-threads -pthread -Wl,--no-threads = -pthread -Wl,-soname -Wl,libpixman-1.so.0 -o .libs/libpixman-1.so.0.34.0 >> libtool: link: (cd ".libs" && rm -f "libpixman-1.so.0" && ln -s = "libpixman-1.so.0.34.0" "libpixman-1.so.0") >> libtool: link: (cd ".libs" && rm -f "libpixman-1.so" && ln -s = "libpixman-1.so.0.34.0" "libpixman-1.so") >> libtool: link: (cd .libs/libpixman-1.lax/libpixman-arm-simd.a && ar x = "/wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/./.libs/libpixman= -arm-simd.a") >> libtool: link: (cd .libs/libpixman-1.lax/libpixman-arm-neon.a && ar x = "/wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/./.libs/libpixman= -arm-neon.a") >> libtool: link: ar cru .libs/libpixman-1.a pixman.o pixman-access.o = pixman-access-accessors.o pixman-bits-image.o pixman-combine32.o = pixman-combine-float.o pixman-conical-gradient.o pixman-filter.o = pixman-x86.o pixman-mips.o pixman-arm.o pixman-ppc.o pixman-edge.o = pixman-edge-accessors.o pixman-fast-path.o pixman-glyph.o = pixman-general.o pixman-gradient-walker.o pixman-image.o = pixman-implementation.o pixman-linear-gradient.o pixman-matrix.o = pixman-noop.o pixman-radial-gradient.o pixman-region16.o = pixman-region32.o pixman-solid-fill.o pixman-timer.o pixman-trap.o = pixman-utils.o = .libs/libpixman-1.lax/libpixman-arm-simd.a/pixman-arm-simd-asm-scaled.o = .libs/libpixman-1.lax/libpixman-arm-simd.a/pixman-arm-simd-asm.o = .libs/libpixman-1.lax/libpixman-arm-simd.a/pixman-arm-simd.o = .libs/libpixman-1.lax/libpixman-arm-neon.a/pixman-arm-neon-asm-bilinear.o = .libs/libpixman-1.lax/libpixman-arm-neon.a/pixman-arm-neon-asm.o = .libs/libpixman-1.lax/libpixman-arm-neon.a/pixman-arm-neon.o=20 >> libtool: link: ranlib .libs/libpixman-1.a >> libtool: link: rm -fr .libs/libpixman-1.lax >> libtool: link: ( cd ".libs" && rm -f "libpixman-1.la" && ln -s = "../libpixman-1.la" "libpixman-1.la" ) >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> . . . >>=20 >>=20 >> So I diff'd the logs and found the following (selective extraction): >> (- for amd64 -> armv7; + for armv7) >>=20 >> -Poudriere version: 3.2.99.20180601 >> +Poudriere version: 3.2.99.20181024 >>=20 >> This is was expected but may mean that I need to wait >> until the armv7 has 3.2.99.20181024 and I try via >> it. >>=20 >> -SHELL=3D/bin/csh >> -UNAME_p=3Darmv7 >> -UNAME_m=3Darm >> -ABI_FILE=3D/usr/lib/crt1.o >> +SHELL=3D/bin/sh >>=20 >> The SHELL's I expected but the other 3 lines I did not. >> But the 3 lines may only occur under qemu-user-static >> style use. >>=20 >> -QEMU_EMULATING=3D1 >>=20 >> Expected. >>=20 >> In CONFIGURE_ENV: >>=20 >> amd64 -> armv7: CCASFLAGS having -O2 >> armv7: CCASFLAGS having -O >>=20 >> In MAKE_ENV: >>=20 >> amd64 -> armv7: CFLAGS having -O2 >> armv7: CFLAGS having -O >>=20 >>=20 >> (The -O2 vs. -O context differences may well be important >> to the behavior.) >>=20 >> (I'll not list /nxb-bin/. . . path use vs. not.) >>=20 >> Later: >>=20 >> -MACHINE=3Darm >> -MACHINE_ARCH=3Darmv7 >> -ARCH=3D${MACHINE_ARCH} >>=20 >> -.if ${LDFLAGS:M-fuse-ld=3D*lld*} || ${/usr/bin/ld:L:tA} =3D=3D = /usr/bin/ld.lld >> -LDFLAGS+=3D -Wl,--no-threads >> -.endif >>=20 >> (That last was part of an experiment with avoiding a >> user-arm-static hangup.) >>=20 >> -_SMP_CPUS=3D28 >> +_SMP_CPUS=3D4 >>=20 >> I'll stop with that. It looks to me like -O2 vs. -O >> would be the likely distinction. While my materials >> probably caused that difference(?), the port likely >> should support both ways of building(?). >=20 >=20 > /usr/src/share/mk/sys.mk has: >=20 > .if !defined(%POSIX) > #=20 > # MACHINE_CPUARCH defines a collection of MACHINE_ARCH. Machines with > # the same MACHINE_ARCH can run each other's binaries, so it = necessarily > # has word size and endian swizzled in. However, the source files for > # these machines often are shared amongst all combinations of size > # and/or endian. This is called MACHINE_CPU in NetBSD, but that's = used > # for something different in FreeBSD. > # > = __TO_CPUARCH=3DC/mips(n32|64)?(el)?(hf)?/mips/:C/arm(v[67])?(eb)?/arm/:C/p= owerpc(64|spe)/powerpc/:C/riscv64(sf)?/riscv/ > MACHINE_CPUARCH=3D${MACHINE_ARCH:${__TO_CPUARCH}} > .endif > . . . > .if ${MACHINE_CPUARCH} =3D=3D "arm" || ${MACHINE_CPUARCH} =3D=3D = "mips" > CFLAGS ?=3D -O -pipe > .else > CFLAGS ?=3D -O2 -pipe > .endif > . . . >=20 > So with qemu-user-static involved MACHINE_ARCH was defined as armv7 > and MACHINE_CPUARCH was too. (See the earlier "-MACHINE_ARCH=3Darmv7" > line of the log differences.) >=20 > But without qemu-user-static involved MACHINE_ARCH was not defined > and MACHINE_CPUARCH was defined as just arm . (No "+" line to > match.) >=20 > Overall result: the two contexts differ for -O2 vs. -O use in CFLAGS. I looked at some logs associated with: = https://lists.freebsd.org/pipermail/freebsd-pkg-fallout/Week-of-Mon-201811= 12/thread.html and the builds for armv6 and armv7 show MACHINE_ARCH defined and -O2 use. The logic in share/mk/sys.mk is not causing -O for official builds --unlike what happens on a self/native-hosted build of the arm* ports. (mips* possibly has the same issue.) So -O2 has been used far more than folks probably expect and -O2 is far more tested than expected. The share/mk/sys.mk change goes back to -r319861 2017-Jun-12 . Previously the logic would have caused -O use for armv6 and armv7 in MACHINE_ARCH. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Nov 14 22:49:50 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C4291102E50 for ; Wed, 14 Nov 2018 22:49:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-22.consmr.mail.gq1.yahoo.com (sonic312-22.consmr.mail.gq1.yahoo.com [98.137.69.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF3CC71BE0 for ; Wed, 14 Nov 2018 22:49:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5XhUt1YVM1mxaRB9ecB1.zxdDrgxgVd8x.aMaUl8fiCn5o2gNFOuQn_W5xhN_ot cRBKuYG87rdbGZ_izco4F7KrJJ3Wx5r0MSkqBHGEBbp7Ix7eSXBaSREV.4zW1oH6YoMPbQQi4E0m m8KHEou.S95g1URG_CoIOLDCSp0FBG7ZNo.mBTnQpTHtG4RtibOG7Pgd80XChuBhFSxTxwlGjh44 WjzbH78X2UdGbvGPd..EWMEEty.RPOxnfm8TGOacIBJxaLovvxyx2vfKque2AtUaggZwdL36NnMz 9ew2k3zfv7Lx0TjFAWhfQC2_eRlqRtq9POWSAbneLIuZajtsSFjUBg7tGAzjuXWaaXbB0yMeg06M UHfYERrurtFMsii0pBdmp0nIE_pA5X34pXbRoQ23Vb9S3fevIR4PAtaym06YMn1RYAo49miCKRh1 DKS_e9KfI4_QP8Q58DF8yn.tjgGQAnmF3_Mtr.uHT9PrRzva3FYPnetEalGUv7f_oxOGShHtEKa7 KCRxE3g6rglWtPjhQquoiqOLA1Bn7nVbw09ixCpAkipgVHE0kq5qNIBhehXqFIBJaZ7HA_l9_fwf 9k1q57ziivlhS6XQPdjGJnuNfpFiq5JVIWLCucsDgea2f4i7kTqJVXg8LBBEW4trYUGsbIYrtW.u PRFiQo3OmI0Vt4v2X1i3gxazTMFPKpKtVvPIyVL1ReisyPUC9EVHfqHlHUoWvhog._m7zXdqvjU1 MNJ2buL2cKXOrv24Rcvb6GdZFs2DpbWX5TWfRz7JK82I5qebWBJ1o6PCGnrOxQDPDH1oeXrk3_75 pLhyE6X_CeseTuN6ouohpE2A6NG0AeTRO1CzEOllN3pXht5F7bYGqJpLOey8vx30G0yEYAbUt9Me 90i6U_U6_OAotMxrI5Kt0CA7oGFaNRfME.mnw2uz75ymJAb0RoiCMpiy86uy6ykyLaK3eefZXiD5 XpyIWYQWbggrypICF1XdRX8TV07jYP9dvDo9sa7wJbDjenLUdwEmMhxbXBCw4yIfnP5PRIfRgrzh rSNOBvv..BEE1smbzl3wPQjjapm7vgreCfV9KTuW.IYcZ.ETd Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 14 Nov 2018 22:49:42 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp421.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5e4d76db11c3e17c51e71f3d0c57700e; Wed, 14 Nov 2018 22:49:38 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC From: Mark Millard In-Reply-To: <51a82f62-13df-a485-4d5a-7dbfa3d1107f@FreeBSD.org> Date: Wed, 14 Nov 2018 14:49:37 -0800 Cc: ports-list freebsd , freebsd-x11@freebsd.org, Jan Beich Content-Transfer-Encoding: 7bit Message-Id: <639A37E8-738A-4AE5-A22C-B4C49296D104@yahoo.com> References: <56BE95DD-61E5-43CB-923D-10E968003FE3@yahoo.com> <5FF705ED-B019-4CB1-B516-796C2E7A6FF9@yahoo.com> <51a82f62-13df-a485-4d5a-7dbfa3d1107f@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: BF3CC71BE0 X-Spamd-Result: default: False [-3.12 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[203.69.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.85)[-0.851,0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(0.24)[ipnet: 98.137.64.0/21(0.71), asn: 36647(0.57), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 22:49:50 -0000 On 2018-Nov-14, at 14:38, Bryan Drewery wrote: > On 11/14/18 2:35 PM, Mark Millard wrote: >> [Looking at package fallout logs: the official armv6 and armv7 >> builds are using -O2 because of MACHINE_ARCH being defined >> because of qemu-user-static use. (mips too?) The logic in >> share/mk/sys.mk is not causing -O . An implication >> is that -O2 for armv6 and armv7 is probably far more tested >> than people generally expect. The share/mk/sys.mk change >> goes back to -r319861 2017-Jun-12 . Previously the logic >> would have caused -O use for armv6 or armv7 in MACHINE_ARCH .] > > r319861 doesn't look related here. I think that you are right. The fallout logs do show the -O2 for armv6 and armv7 use though, not the -O use. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Nov 14 23:40:56 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BFB9110451A for ; Wed, 14 Nov 2018 23:40:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-22.consmr.mail.ne1.yahoo.com (sonic305-22.consmr.mail.ne1.yahoo.com [66.163.185.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CCA0373E61 for ; Wed, 14 Nov 2018 23:40:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: T_Fg1HQVM1nYjTOPklG1uL0zVlv0CmUpp.oJeZYXqRg13F0xNLmYQaxf8nSVo6L szjZgY11RhwW9SMhSsx1_6v3l4PA2F7yNwf6PPR0EgO.fM.76x2ADDXuh5cAutBbJnF6jI_xvqjA LQ0HIKj5oRwy_PIhleh1e9ofN2QQPwS3gzcvchIffmhW6Tni81tNF.SeUgf6P.xSbu41YdPsVopb cEH4HKXiXfZycMwHRayXoj.jM2kqlG0yfDh7_9h2DOolxjnb01kYE5EwNyV9eTVYmjv9Lypo7bRx _M5VxP_wUL3qmpQuYd7Lu_PY.TPodP3Jvckr2sMAX6L5Qr9aA99x6WJscAeWRF3yVyGUtWGSVc2N zwvUzme7CJ89qhWcYTfBEm.rbbu1qof8AgnKbEwgNDJMwP_GS.BqZTUp4VWgaUVOTQeZeRDrQIuX LaQvw_JCJDKK9tW2c7cn.CmQdywnMitvuWMvd8RXWYwu.reG.PXEEwU_5jmSTZsuz9PDX_.3TrD0 zDzW0MdC3.oety5fQlmTfg2ipwmu36Q9mYuTlvCfhrezE3ifH3eaqv4X5q_Lw_A_qolCShRowy8A H87h24rfe.e.3joc7EkQ_dMSKD7qA8Xa4MZVbSHQzsFNTanMstIEh872GaOVGQkW0FzERTPAERrE glQ2SbQy6TtSfhCDZjmsFipjB_Dh0fKo7V8duF9sunhjf8HZEiqeRe6cm9THbKtMx0fwu.BV6pTO kdCVE9DRppN8H7F0JwR0r_FljYZZpdr7caCuA6p0l8JEN_5yJcMnYlYlIHaF3FjkjsOGBVvw1uUX EvtDNMF.YQl8lyVWeWKmcdW3g15Ms1H1meP5uIVvj_jaNIZzeNbw9g2Y6wwPrI2GJPPLoq52LI9b D5zdvf4P.f.Tr9cqr6k17t6AbYPvOqaAcvNUv.rdDL3Mp8XzKWrpqfB1__keNHgZM7V9Mfo_o1Y_ bPqclmQwM8GqWdRsH3ebFMBzhKQiy6FwYebIqZ593sNq__NPuUpvL18e7DZWcZxshNJEvqcr9JOf ps8Y3M5dwYUKF6_vCvZMJgIEYsPX.z4aRl5atu17OEShiz9FyZQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Wed, 14 Nov 2018 23:40:54 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp432.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 849a1235107e6b2fcbd65595ed4facc9; Wed, 14 Nov 2018 23:40:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC From: Mark Millard In-Reply-To: <51a82f62-13df-a485-4d5a-7dbfa3d1107f@FreeBSD.org> Date: Wed, 14 Nov 2018 15:40:48 -0800 Cc: ports-list freebsd , freebsd-x11@freebsd.org, Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: References: <56BE95DD-61E5-43CB-923D-10E968003FE3@yahoo.com> <5FF705ED-B019-4CB1-B516-796C2E7A6FF9@yahoo.com> <51a82f62-13df-a485-4d5a-7dbfa3d1107f@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: CCA0373E61 X-Spamd-Result: default: False [-1.20 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.87)[-0.867,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.71)[-0.710,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[148.185.163.66.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.67)[-0.666,0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.55)[ip: (4.46), ipnet: 66.163.184.0/21(1.89), asn: 36646(1.52), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 14 Nov 2018 23:40:56 -0000 [Evidence from inside poudriere bulk -j... -i ports-mgmt/pkg . Use of native /nxb-bin/. . . leads to MACHINE_ARCH being amd64 instead of armv7 or the like. See later supporting material.] On 2018-Nov-14, at 14:38, Bryan Drewery wrote: > On 11/14/18 2:35 PM, Mark Millard wrote: >> [Looking at package fallout logs: the official armv6 and armv7 >> builds are using -O2 because of MACHINE_ARCH being defined >> because of qemu-user-static use. (mips too?) The logic in >> share/mk/sys.mk is not causing -O . An implication >> is that -O2 for armv6 and armv7 is probably far more tested >> than people generally expect. The share/mk/sys.mk change >> goes back to -r319861 2017-Jun-12 . Previously the logic >> would have caused -O use for armv6 or armv7 in MACHINE_ARCH .] >=20 > r319861 doesn't look related here. # more /etc/make.conf=20 .sinclude "/etc/make.nxb.conf" USE_PACKAGE_DEPENDS=3Dyes BATCH=3Dyes WRKDIRPREFIX=3D/wrkdirs PORTSDIR=3D/usr/ports PACKAGES=3D/packages DISTDIR=3D/distfiles FORCE_PACKAGE=3Dyes PACKAGE_BUILDING=3Dyes PACKAGE_BUILDING_FLAVORS=3Dyes MACHINE=3Darm MACHINE_ARCH=3Darmv7 ARCH=3D${MACHINE_ARCH} #### /usr/local/etc/poudriere.d/make.conf #### #### /usr/ports/Mk/Scripts/ports_env.sh #### _CCVERSION_9d218390=3DFreeBSD clang version 6.0.1 = (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /nxb-bin/usr/bin _ALTCCVERSION_9d218390=3Dnone _CXXINTERNAL_9c45a5b1=3DFreeBSD clang version 6.0.1 = (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /nxb-bin/usr/bin "/nxb-bin/usr/bin/ld" "--eh-frame-hdr" = "-dynamic-linker" "/libexec/ld-elf.so.1" "--hash-style=3Dboth" = "--enable-new-dtags" "-o" "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" = "/usr/lib/crtbegin.o" "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" = "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" "--as-needed" = "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" "/usr/lib/crtn.o" CC_OUTPUT_9d218390_58173849=3Dyes CC_OUTPUT_9d218390_9bdba57c=3Dyes CC_OUTPUT_9d218390_6a4fe7f5=3Dyes CC_OUTPUT_9d218390_6bcac02b=3Dyes CC_OUTPUT_9d218390_67d20829=3Dyes CC_OUTPUT_9d218390_bfa62e83=3Dyes CC_OUTPUT_9d218390_f0b4d593=3Dyes CC_OUTPUT_9d218390_308abb44=3Dyes CC_OUTPUT_9d218390_f00456e5=3Dyes CC_OUTPUT_9d218390_65ad290d=3Dyes CC_OUTPUT_9d218390_f2776b26=3Dyes CC_OUTPUT_9d218390_b2657cc3=3Dyes CC_OUTPUT_9d218390_380987f7=3Dyes CC_OUTPUT_9d218390_160933ec=3Dyes CC_OUTPUT_9d218390_fb62803b=3Dyes _OBJC_CCVERSION_9d218390=3DFreeBSD clang version 6.0.1 = (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /nxb-bin/usr/bin _OBJC_ALTCCVERSION_9d218390=3Dnone ARCH=3Darmv7 OPSYS=3DFreeBSD _OSRELEASE=3D13.0-CURRENT OSREL=3D13.0 OSVERSION=3D1300003 PYTHONBASE=3D/usr/local _SMP_CPUS=3D32 CONFIGURE_MAX_CMD_LEN=3D262144 HAVE_PORTS_ENV=3D1 #### Misc Poudriere #### GID=3D0 UID=3D0 PACKAGES=3D/packages # more /etc/src.conf /etc/src.conf: No such file or directory # more Makefile all: echo ${MACHINE_ARCH} echo ${MACHINE_CPUARCH} echo ${CFLAGS} # make echo armv7 armv7 echo arm arm echo -O2 -pipe -O2 -pipe # grep -r "\-O2" /usr/src/share/mk/ /usr/src/share/mk/sys.mk:CFLAGS ?=3D -O2 -pipe # grep -r "\-pipe" /usr/src/share/mk/ /usr/src/share/mk/sys.mk:CFLAGS ?=3D -O -pipe /usr/src/share/mk/sys.mk:CFLAGS ?=3D -O2 -pipe Those lines come from: .if ${MACHINE_CPUARCH} =3D=3D "arm" || ${MACHINE_CPUARCH} =3D=3D "mips" CFLAGS ?=3D -O -pipe .else CFLAGS ?=3D -O2 -pipe .endif So I used: # make -dA 2>2mmjnk.txt 1>1mmjnk.txt and looked for the first -pipe in 2mmjnk.txt. (It is also the first -O , in this case -O2 .) . . . Got = 'C/mips(n32|64)?(el)?(hf)?/mips/:C/arm(v[67])?(eb)?/arm/:C/powerpc(64|spe)= /powerpc/:C/riscv64(sf)?/riscv/' from '${__TO_CPUARCH}'} Applying[MACHINE_ARCH] :C to "amd64" Modifier pattern: "mips(n32|64)?(el)?(hf)?" Modifier pattern: "mips" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Modifier pattern: "arm(v[67])?(eb)?" Modifier pattern: "arm" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Modifier pattern: "powerpc(64|spe)" Modifier pattern: "powerpc" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Modifier pattern: "riscv64(sf)?" Modifier pattern: "riscv" Result[MACHINE_ARCH] of :C is "amd64" lhs =3D "amd64", rhs =3D "arm", op =3D =3D=3D Got = 'C/mips(n32|64)?(el)?(hf)?/mips/:C/arm(v[67])?(eb)?/arm/:C/powerpc(64|spe)= /powerpc/:C/riscv64(sf)?/riscv/' from '${__TO_CPUARCH}'} Applying[MACHINE_ARCH] :C to "amd64" Modifier pattern: "mips(n32|64)?(el)?(hf)?" Modifier pattern: "mips" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Modifier pattern: "arm(v[67])?(eb)?" Modifier pattern: "arm" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Modifier pattern: "powerpc(64|spe)" Modifier pattern: "powerpc" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Modifier pattern: "riscv64(sf)?" Modifier pattern: "riscv" Result[MACHINE_ARCH] of :C is "amd64" lhs =3D "amd64", rhs =3D "mips", op =3D =3D=3D ParseReadLine (172): 'CFLAGS ?=3D -O2 -pipe' Global:CFLAGS =3D -O2 -pipe It looks like the poudriere builds based on /nxb-bin/. . . See the amd64 MACHINE_ARCH in the context that shows: # uname -apKU FreeBSD FBSDamd64TR 13.0-CURRENT FreeBSD 13.0-CURRENT arm armv7 1300003 = 1300003 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Thu Nov 15 00:20:46 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06F1A11054A3 for ; Thu, 15 Nov 2018 00:20:46 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (flets-sg1027.kamome.or.jp [202.216.24.27]) (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 841B075A2D for ; Thu, 15 Nov 2018 00:20:43 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (kx.openedu.org [202.216.24.27]) by kx.openedu.org (8.14.5/8.14.5) with ESMTP id wAF0Ke3M093102; Thu, 15 Nov 2018 09:20:41 +0900 (JST) (envelope-from kiri@kx.openedu.org) Message-Id: <201811150020.wAF0Ke3M093102@kx.openedu.org> Date: Thu, 15 Nov 2018 09:20:40 +0900 From: KIRIYAMA Kazuhiko To: freebsd-ports@freebsd.org Cc: kiri@kx.openedu.org Subject: Re: multimedia/umplayer build failed (13.0-CURRENT/r339677) In-Reply-To: <201811141200.wAEC0Kdi079693@kx.openedu.org> References: <201811141200.wAEC0Kdi079693@kx.openedu.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 22) (Instant Classic) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-2022-JP X-Rspamd-Queue-Id: 841B075A2D X-Spamd-Result: default: False [0.29 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.33)[-0.331,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.23)[0.226,0]; NEURAL_HAM_LONG(-0.67)[-0.674,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[openedu.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: kx.openedu.org]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: JP(-0.10)]; ASN(0.00)[asn:4704, ipnet:202.216.0.0/19, country:JP]; MID_RHS_MATCH_FROM(0.00)[]; ONCE_RECEIVED(0.10)[] X-Rspamd-Server: mx1.freebsd.org 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, 15 Nov 2018 00:20:46 -0000 At Wed, 14 Nov 2018 21:00:20 +0900, $B;d(B wrote: > > Hi all, > > umplayer-0.97_4 (multimedia/umplaye) failed to build in > 13.0-CURRENT with port revision r339677 (detail log in [1]): ~~~~~~ s/339677/484802/ Sorry ;) > > ===> License GPLv3 accepted by the user > ===> umplayer-0.97_4 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by umplayer-0.97_4 for building > ===> Extracting for umplayer-0.97_4 > => SHA256 Checksum OK for umplayer-0.97.tar.xz. > ===> Patching for umplayer-0.97_4 > ===> Applying FreeBSD patches for umplayer-0.97_4 > ===> umplayer-0.97_4 depends on executable: update-desktop-database - not found > ===> Installing existing package /var/ports/packages/All/desktop-file-utils-0.23.txz > Installing desktop-file-utils-0.23... > `-- Installing gettext-runtime-0.19.8.1_2... > | `-- Installing indexinfo-0.3.1... > | `-- Extracting indexinfo-0.3.1: .... done > `-- Extracting gettext-runtime-0.19.8.1_2: .......... done > `-- Installing glib-2.56.1_3,1... > | `-- Installing libffi-3.2.1_3... > | `-- Extracting libffi-3.2.1_3: .......... done > | `-- Installing libiconv-1.14_11... > | `-- Extracting libiconv-1.14_11: .......... done > | `-- Installing pcre-8.42... > | `-- Extracting pcre-8.42: .......... done > | `-- Installing perl5-5.28.0_2... > | `-- Extracting perl5-5.28.0_2: .......... done > | `-- Installing python27-2.7.15... > | | `-- Installing readline-7.0.3_2... > | | `-- Extracting readline-7.0.3_2: .......... done > | `-- Extracting python27-2.7.15: .......... done > `-- Extracting glib-2.56.1_3,1: .......... done > No schema files found: doing nothing. > Extracting desktop-file-utils-0.23: .......... done > Message from perl5-5.28.0_2: > > The /usr/bin/perl symlink has been removed starting with Perl 5.20. > For shebangs, you should either use: > > #!/usr/local/bin/perl > > or > > #!/usr/bin/env perl > > The first one will only work if you have a /usr/local/bin/perl, > the second will work as long as perl is in PATH. > Message from python27-2.7.15: > > =========================================================================== > > Note that some standard Python modules are provided as separate ports > as they require additional dependencies. They are available as: > > bsddb databases/py-bsddb > gdbm databases/py-gdbm > sqlite3 databases/py-sqlite3 > tkinter x11-toolkits/py-tkinter > > =========================================================================== > ===> umplayer-0.97_4 depends on executable: update-desktop-database - found > ===> Returning to build of umplayer-0.97_4 > ===> umplayer-0.97_4 depends on executable: gmake - not found > ===> Installing existing package /var/ports/packages/All/gmake-4.2.1_3.txz > Installing gmake-4.2.1_3... > Extracting gmake-4.2.1_3: .......... done > ===> umplayer-0.97_4 depends on executable: gmake - found > ===> Returning to build of umplayer-0.97_4 > ===> umplayer-0.97_4 depends on executable: gtk-update-icon-cache - not found > ===> Installing existing package /var/ports/packages/All/gtk-update-icon-cache-2.24.32.txz > Installing gtk-update-icon-cache-2.24.32... > `-- Installing atk-2.28.1... > `-- Extracting atk-2.28.1: .......... done > `-- Installing gdk-pixbuf2-2.36.12... > | `-- Installing jpeg-turbo-2.0.0... > | `-- Extracting jpeg-turbo-2.0.0: .......... done > | `-- Installing libX11-1.6.6_1,1... > | | `-- Installing libXau-1.0.8_5... > | | `-- Extracting libXau-1.0.8_5: .......... done > | | `-- Installing libXdmcp-1.1.2_2... > | | `-- Installing xorgproto-2018.4... > | | `-- Extracting xorgproto-2018.4: .......... done > | | `-- Extracting libXdmcp-1.1.2_2: ......... done > | | `-- Installing libxcb-1.13.1... > | | `-- Installing libpthread-stubs-0.4... > | | `-- Extracting libpthread-stubs-0.4: .... done > | | `-- Installing libxml2-2.9.7... > | | `-- Extracting libxml2-2.9.7: .......... done > | | `-- Extracting libxcb-1.13.1: .......... done > | `-- Extracting libX11-1.6.6_1,1: .......... done > | `-- Installing png-1.6.35... > | `-- Extracting png-1.6.35: .......... done > | `-- Installing shared-mime-info-1.8... > | `-- Extracting shared-mime-info-1.8: .......... done > | `-- Installing tiff-4.0.9_1... > | | `-- Installing jbigkit-2.1_1... > | | `-- Extracting jbigkit-2.1_1: .......... done > | `-- Extracting tiff-4.0.9_1: .......... done > `-- Extracting gdk-pixbuf2-2.36.12: .......... done > `-- Installing hicolor-icon-theme-0.15... > `-- Extracting hicolor-icon-theme-0.15: . done > `-- Installing libXcomposite-0.4.4_5,1... > | `-- Installing libXext-1.3.3_3,1... > | `-- Extracting libXext-1.3.3_3,1: .......... done > | `-- Installing libXfixes-5.0.3_2... > | `-- Extracting libXfixes-5.0.3_2: .......... done > `-- Extracting libXcomposite-0.4.4_5,1: .......... done > `-- Installing libXcursor-1.1.15_2... > | `-- Installing libXrender-0.9.10_2... > | `-- Extracting libXrender-0.9.10_2: .......... done > `-- Extracting libXcursor-1.1.15_2: .......... done > `-- Installing libXdamage-1.1.4_5... > `-- Extracting libXdamage-1.1.4_5: ......... done > `-- Installing libXi-1.7.9_2,1... > `-- Extracting libXi-1.7.9_2,1: .......... done > `-- Installing libXinerama-1.1.4_2,1... > `-- Extracting libXinerama-1.1.4_2,1: .......... done > `-- Installing libXrandr-1.5.1_2... > `-- Extracting libXrandr-1.5.1_2: .......... done > `-- Installing pango-1.42.4... > | `-- Installing cairo-1.15.12,2... > | | `-- Installing fontconfig-2.12.6,1... > | | `-- Installing expat-2.2.6_1... > | | `-- Extracting expat-2.2.6_1: .......... done > | | `-- Installing freetype2-2.9.1... > | | `-- Extracting freetype2-2.9.1: .......... done > | | `-- Extracting fontconfig-2.12.6,1: .......... done > Running fc-cache to build fontconfig cache... > /usr/local/share/fonts: skipping, no such directory > /usr/local/lib/X11/fonts: skipping, no such directory > /var/db/fontconfig: cleaning cache directory > /var/db/fontconfig: invalid cache file: 4c599c202bc5c08e2d34565a40eac3b2-le64.cache-7 > /var/db/fontconfig: invalid cache file: d3b21a501470a17bfd0b9b6aedc735bd-le64.cache-7 > /var/db/fontconfig: invalid cache file: 317e92aa1a4d3e601fb38e2d3c7b366a-le64.cache-7 > /var/db/fontconfig: invalid cache file: ba1d92d9e40780c65c2952558e6fa6f5-le64.cache-7 > /var/db/fontconfig: invalid cache file: 830bb1cbfd3d582459af9eb69ef1dd53-le64.cache-7 > fc-cache: succeeded > | | `-- Installing mesa-libs-18.1.9_4... > | | `-- Installing libXxf86vm-1.1.4_3... > | | `-- Extracting libXxf86vm-1.1.4_3: .......... done > | | `-- Installing libdrm-2.4.93,1... > | | | `-- Installing libpciaccess-0.13.5... > | | | `-- Installing pciids-20181027... > | | | `-- Extracting pciids-20181027: ..... done > | | | `-- Extracting libpciaccess-0.13.5: ......... done > | | `-- Extracting libdrm-2.4.93,1: .......... done > | | `-- Installing libunwind-20170615... > | | `-- Extracting libunwind-20170615: .......... done > | | `-- Installing libxshmfence-1.2_4... > | | `-- Extracting libxshmfence-1.2_4: ......... done > | | `-- Installing wayland-1.16.0... > | | | `-- Installing libepoll-shim-0.0.20161220_1... > | | | `-- Extracting libepoll-shim-0.0.20161220_1: ......... done > | | `-- Extracting wayland-1.16.0: .......... done > | | `-- Extracting mesa-libs-18.1.9_4: .......... done > | | `-- Installing pixman-0.34.0... > | | `-- Extracting pixman-0.34.0: .......... done > | | `-- Installing xcb-util-renderutil-0.3.9_1... > | | `-- Installing xcb-util-0.4.0_2,1... > | | `-- Extracting xcb-util-0.4.0_2,1: .......... done > | | `-- Extracting xcb-util-renderutil-0.3.9_1: ......... done > | `-- Extracting cairo-1.15.12,2: .......... done > | `-- Installing encodings-1.0.4_4,1... > | | `-- Installing font-util-1.3.1... > | | `-- Extracting font-util-1.3.1: .......... done > | `-- Extracting encodings-1.0.4_4,1: .......... done > | `-- Installing fribidi-0.19.7... > | `-- Extracting fribidi-0.19.7: .......... done > | `-- Installing harfbuzz-2.1.1... > | | `-- Installing graphite2-1.3.12... > | | `-- Extracting graphite2-1.3.12: .......... done > | `-- Extracting harfbuzz-2.1.1: .......... done > | `-- Installing libXft-2.3.2_3... > | `-- Extracting libXft-2.3.2_3: .......... done > | `-- Installing xorg-fonts-truetype-7.7_1... > | | `-- Installing dejavu-2.37... > | | `-- Installing mkfontdir-1.0.7... > | | | `-- Installing mkfontscale-1.1.3_2... > | | | `-- Installing libfontenc-1.1.3_3... > | | | `-- Extracting libfontenc-1.1.3_3: ......... done > | | | `-- Extracting mkfontscale-1.1.3_2: ..... done > | | `-- Extracting mkfontdir-1.0.7: ..... done > | | `-- Extracting dejavu-2.37: .......... done > | | `-- Installing font-bh-ttf-1.0.3_3... > | | `-- Extracting font-bh-ttf-1.0.3_3: .......... done > | | `-- Installing font-misc-ethiopic-1.0.3_3... > | | `-- Extracting font-misc-ethiopic-1.0.3_3: ... done > | | `-- Installing font-misc-meltho-1.0.3_3... > | | `-- Extracting font-misc-meltho-1.0.3_3: .......... done > `-- Extracting pango-1.42.4: .......... done > Extracting gtk-update-icon-cache-2.24.32: .... done > Message from freetype2-2.9.1: > > The 2.7.x series now uses the new subpixel hinting mode (V40 port's option) as > the default, emulating a modern version of ClearType. This change inevitably > leads to different rendering results, and you might change port's options to > adapt it to your taste (or use the new "FREETYPE_PROPERTIES" environment > variable). > > The environment variable "FREETYPE_PROPERTIES" can be used to control the > driver properties. Example: > > FREETYPE_PROPERTIES=truetype:interpreter-version=35 \ > cff:no-stem-darkening=1 \ > autofitter:warping=1 > > This allows to select, say, the subpixel hinting mode at runtime for a given > application. > > The controllable properties are listed in the section "Controlling FreeType > Modules" in the reference's table of contents > (/usr/local/share/doc/freetype2/reference/ft2-toc.html, if documentation was installed). > Message from dejavu-2.37: > > Make sure that the freetype module is loaded. If it is not, add the following > line to the "Modules" section of your X Windows configuration file: > > Load "freetype" > > Add the following line to the "Files" section of X Windows configuration file: > > FontPath "/usr/local/share/fonts/dejavu/" > > Note: your X Windows configuration file is typically /etc/X11/XF86Config > if you are using XFree86, and /etc/X11/xorg.conf if you are using X.Org. > ===> umplayer-0.97_4 depends on executable: gtk-update-icon-cache - found > ===> Returning to build of umplayer-0.97_4 > ===> umplayer-0.97_4 depends on file: /usr/local/lib/qt4/bin/lrelease - not found > ===> License LGPL21 accepted by the user > ===> qt4-linguisttools-4.8.7_2 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by qt4-linguisttools-4.8.7_2 for building > ===> Extracting for qt4-linguisttools-4.8.7_2 > => SHA256 Checksum OK for KDE/qt-everywhere-opensource-src-4.8.7.tar.gz. > ===> Patching for qt4-linguisttools-4.8.7_2 > ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-configure > ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-src-corelib-global-qglobal.h > ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-libtool > ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-config.tests-unix-compile.test > ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-armv6 > ===> Applying extra patch /var/ports/jdtpkx/devel/qt4/files/extrapatch-aarch64 > ===> Applying FreeBSD patches for qt4-linguisttools-4.8.7_2 > ===> qt4-linguisttools-4.8.7_2 depends on file: /usr/local/lib/qt4/bin/qmake - not found > ===> License LGPL21 accepted by the user > ===> qt4-qmake-4.8.7_2 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by qt4-qmake-4.8.7_2 for building > ===> Extracting for qt4-qmake-4.8.7_2 > => SHA256 Checksum OK for KDE/qt-everywhere-opensource-src-4.8.7.tar.gz. > ===> Patching for qt4-qmake-4.8.7_2 > ===> Applying FreeBSD patches for qt4-qmake-4.8.7_2 > ===> Configuring for qt4-qmake-4.8.7_2 > /bin/mv /var/ports/work/usr/ports/devel/qt4-qmake/work/qconfig.cpp /var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/global/qconfig.cpp > echo '/* empty */' > /var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/qmake/qconfig.h > /bin/ln /var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/qmake/qconfig.h /var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/global/qconfig.h > ===> Building for qt4-qmake-4.8.7_2 > make[3]: "/usr/share/mk/bsd.opts.mk" line 101: warning: "NO_MAN is defined, but deprecated. Please use MK_MAN=no instead." > --- objwarn --- > --- .depend --- > --- objwarn --- > Warning: Object directory not changed from original /var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/qmake > --- .depend --- > echo qmake: /usr/lib/libc.a >> .depend > echo qmake: /usr/lib/libc++.a >> .depend > --- project.o --- > --- property.o --- > --- main.o --- > --- makefile.o --- > --- project.o --- > c++ -O2 -pipe -fstack-protector -fno-strict-aliasing -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/mkspecs/freebsd-clang -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/arch/generic -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/global -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/tools -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/kernel -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/corelib/codecs -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/3rdparty/md5 -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/3rdparty/md4 -I/var/ports/work/usr/ports/devel/qt4-qmake/work/qt-everywhere-opensource-src-4.8.7/src/3rdparty/sha1 -! I/! > var/ports/work/usr/ports/devel/qt4---- property.o --- > : > (snip) > : > --- .obj/release-shared/qtcpserver.o --- > c++ -c -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -pthread -D_THREAD_SAFE -fPIC -DQT_SHARED -DQT_BUILD_NETWORK_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-clang -I. -I../../include/QtCore -I../../include -I../../include/QtNetwork -I.rcc/release-shared -Ikernel -I.moc/release-shared -I/usr/local/include/qt4 -I/usr/local/include -o .obj/release-shared/qtcpserver.o socket/qtcpserver.cpp > --- .obj/release-shared/qsslcertificate.o --- > ssl/qsslcertificate.cpp:264:68: error: member access into incomplete type 'X509' (aka 'x509_st') > QByteArray::number(qlonglong(q_ASN1_INTEGER_get(d->x509->cert_info->version)) + 1); > ^ > ssl/qsslcertificate.h:53:16: note: forward declaration of 'x509_st' > typedef struct x509_st X509; // ### check if this works > ^ > ssl/qsslcertificate.cpp:279:45: error: member access into incomplete type 'X509' (aka 'x509_st') > ASN1_INTEGER *serialNumber = d->x509->cert_info->serialNumber; > ^ > ssl/qsslcertificate.h:53:16: note: forward declaration of 'x509_st' > typedef struct x509_st X509; // ### check if this works > ^ > ssl/qsslcertificate.cpp:492:32: error: member access into incomplete type 'X509' (aka 'x509_st') > X509_PUBKEY *xkey = d->x509->cert_info->key; > ^ > ssl/qsslcertificate.h:53:16: note: forward declaration of 'x509_st' > typedef struct x509_st X509; // ### check if this works > ^ > ssl/qsslcertificate.cpp:496:29: error: member access into incomplete type 'EVP_PKEY' (aka 'evp_pkey_st') > if (q_EVP_PKEY_type(pkey->type) == EVP_PKEY_RSA) { > ^ > /usr/include/openssl/ossl_typ.h:93:16: note: forward declaration of 'evp_pkey_st' > typedef struct evp_pkey_st EVP_PKEY; > ^ > ssl/qsslcertificate.cpp:500:36: error: member access into incomplete type 'EVP_PKEY' (aka 'evp_pkey_st') > } else if (q_EVP_PKEY_type(pkey->type) == EVP_PKEY_DSA) { > ^ > /usr/include/openssl/ossl_typ.h:93:16: note: forward declaration of 'evp_pkey_st' > typedef struct evp_pkey_st EVP_PKEY; > ^ > ssl/qsslcertificate.cpp:504:36: error: member access into incomplete type 'EVP_PKEY' (aka 'evp_pkey_st') > } else if (q_EVP_PKEY_type(pkey->type) == EVP_PKEY_DH) { > ^ > /usr/include/openssl/ossl_typ.h:93:16: note: forward declaration of 'evp_pkey_st' > typedef struct evp_pkey_st EVP_PKEY; > ^ > --- .obj/release-shared/qsslsocket_openssl.o --- > c++ -c -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -pthread -D_THREAD_SAFE -fPIC -DQT_SHARED -DQT_BUILD_NETWORK_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-clang -I. -I../../include/QtCore -I../../include -I../../include/QtNetwork -I.rcc/release-shared -Ikernel -I.moc/release-shared -I/usr/local/include/qt4 -I/usr/local/include -o .obj/release-shared/qsslsocket_openssl.o ssl/qsslsocket_openssl.cpp > --- .obj/release-shared/qsslcertificate.o --- > 6 errors generated. > *** [.obj/release-shared/qsslcertificate.o] Error code 1 > > make[2]: stopped in /var/ports/work/usr/ports/net/qt4-network/work/qt-everywhere-opensource-src-4.8.7/src/network > --- .obj/release-shared/qsslkey.o --- > ssl/qsslkey.cpp:325:34: error: member access into incomplete type 'RSA' (aka 'rsa_st') > ? q_BN_num_bits(d->rsa->n) : q_BN_num_bits(d->dsa->p); > ^ > /usr/include/openssl/ossl_typ.h:110:16: note: forward declaration of 'rsa_st' > typedef struct rsa_st RSA; > ^ > ssl/qsslkey.cpp:325:61: error: member access into incomplete type 'DSA' (aka 'dsa_st') > ? q_BN_num_bits(d->rsa->n) : q_BN_num_bits(d->dsa->p); > ^ > /usr/include/openssl/ossl_typ.h:107:16: note: forward declaration of 'dsa_st' > typedef struct dsa_st DSA; > ^ > 2 errors generated. > *** [.obj/release-shared/qsslkey.o] Error code 1 > > make[2]: stopped in /var/ports/work/usr/ports/net/qt4-network/work/qt-everywhere-opensource-src-4.8.7/src/network > --- .obj/release-shared/qsslsocket_openssl.o --- > ssl/qsslsocket_openssl.cpp:225:30: error: member access into incomplete type 'SSL_CIPHER' (aka 'ssl_cipher_st') > ciph.d->bits = cipher->strength_bits; > ^ > /usr/include/openssl/ssl.h:212:16: note: forward declaration of 'ssl_cipher_st' > typedef struct ssl_cipher_st SSL_CIPHER; > ^ > ssl/qsslsocket_openssl.cpp:226:39: error: member access into incomplete type 'SSL_CIPHER' (aka 'ssl_cipher_st') > ciph.d->supportedBits = cipher->alg_bits; > ^ > /usr/include/openssl/ssl.h:212:16: note: forward declaration of 'ssl_cipher_st' > typedef struct ssl_cipher_st SSL_CIPHER; > ^ > ssl/qsslsocket_openssl.cpp:334:5: error: use of undeclared identifier 'SSL_CTRL_OPTIONS' > q_SSL_CTX_set_options(ctx, options); > ^ > ssl/qsslsocket_openssl_symbols_p.h:402:60: note: expanded from macro 'q_SSL_CTX_set_options' > #define q_SSL_CTX_set_options(ctx,op) q_SSL_CTX_ctrl((ctx),SSL_CTRL_OPTIONS,(op),NULL) > ^ > ssl/qsslsocket_openssl.cpp:372:38: error: member access into incomplete type 'SSL_CTX' (aka 'ssl_ctx_st') > q_X509_STORE_add_cert(ctx->cert_store, (X509 *)caCertificate.handle()); > ^ > /usr/include/openssl/ossl_typ.h:148:16: note: forward declaration of 'ssl_ctx_st' > typedef struct ssl_ctx_st SSL_CTX; > ^ > ssl/qsslsocket_openssl.cpp:668:23: error: member access into incomplete type 'SSL_CIPHER' (aka 'ssl_cipher_st') > if (cipher->valid) { > ^ > /usr/include/openssl/ssl.h:212:16: note: forward declaration of 'ssl_cipher_st' > typedef struct ssl_cipher_st SSL_CIPHER; > ^ > 5 errors generated. > *** [.obj/release-shared/qsslsocket_openssl.o] Error code 1 > > make[2]: stopped in /var/ports/work/usr/ports/net/qt4-network/work/qt-everywhere-opensource-src-4.8.7/src/network > > make[2]: stopped in /var/ports/work/usr/ports/net/qt4-network/work/qt-everywhere-opensource-src-4.8.7/src/network > 3 errors > ===> 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 /var/ports/jdtpkx/net/qt4-network > *** Error code 1 > > Stop. > make: stopped in /usr/ports/multimedia/umplayer > > My build environments are as follows: > > admin@jdtpkx:~ % uname -a > FreeBSD jdtpkx 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r339677M: Fri Oct 26 14:56:49 JST 2018 root@msrvkx:/usr/obj/usr/src/amd64.amd64/sys/XIJ amd64 > admin@jdtpkx:~ % cat /etc/make.conf > PORTSDIR= /var/ports/jdtpkx > INDEXDIR= /var/ports/jdtpkx > WRKDIRPREFIX= /var/ports/work > PACKAGES= /var/ports/packages > DISTDIR= /var/ports/distfiles > BATCH= yes > DEFAULT_VERSIONS= perl5=5.28 ruby=2.5 > #DEFAULT_VERSIONS+= linux=c7 perl5=5.28 python=2.7 ruby=2.5 > #DEFAULT_VERSIONS= linux=c7 perl5=5.28 ruby=2.5 > COMPILER_TYPE= clang > USE_PACKAGE_DEPENDS= yes > DISABLE_VULNERABILITIES=yes > admin@jdtpkx:~ % df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/vtbd0p2 28G 3.5G 22G 13% / > devfs 1.0K 1.0K 0B 100% /dev > linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc > tmpfs 11G 4.0K 11G 0% /compat/linux/dev/shm > vm.pis:/.dake 14T 49G 14T 0% /.dake > vm.pis:/ds/src/current/13.0/r339677.xij 14T 59G 14T 0% /usr/src > vm.pis:/ds/obj/current/13.0/r339677.xij 14T 166G 14T 1% /usr/obj > vm.pis:/ds/ports/r484802 14T 22G 14T 0% /usr/ports > vm.pis:/ds/distfiles 14T 11G 14T 0% /var/ports/distfiles > vm.pis:/ds/packages/13.0C/r339677.xij/r484802 14T 15G 14T 0% /var/ports/packages > admin@jdtpkx:~ % > > root@vm:~ # svnlite info /ds/ports/r484802 > Path: /ds/ports/r484802 > Working Copy Root Path: /ds/ports/r484802 > URL: http://svn.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: http://svn.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 484802 > Node Kind: directory > Schedule: normal > Last Changed Author: se > Last Changed Rev: 484802 > Last Changed Date: 2018-11-12 21:46:48 +0900 (Mon, 12 Nov 2018) > > root@vm:~ # > > Any suggesions ? > > [1] http://ds.truefc.org/~kiri/freebsd/ports/umplayer.log > > Regards > > --- > KIRIYAMA Kazuhiko > --- KIRIYAMA Kazuhiko From owner-freebsd-ports@freebsd.org Thu Nov 15 00:21:33 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 130E91105519 for ; Thu, 15 Nov 2018 00:21:33 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (flets-sg1027.kamome.or.jp [202.216.24.27]) (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 0714B75C33 for ; Thu, 15 Nov 2018 00:21:31 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (kx.openedu.org [202.216.24.27]) by kx.openedu.org (8.14.5/8.14.5) with ESMTP id wAF0LT0j093114; Thu, 15 Nov 2018 09:21:29 +0900 (JST) (envelope-from kiri@kx.openedu.org) Message-Id: <201811150021.wAF0LT0j093114@kx.openedu.org> Date: Thu, 15 Nov 2018 09:21:29 +0900 From: KIRIYAMA Kazuhiko To: freebsd-ports@freebsd.org Cc: kiri@kx.openedu.org Subject: Re: japanese/libreoffice build failed (13.0-CURRENT/r339677) In-Reply-To: <201811141206.wAEC6bgQ079936@kx.openedu.org> References: <201811141206.wAEC6bgQ079936@kx.openedu.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 22) (Instant Classic) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-2022-JP X-Rspamd-Queue-Id: 0714B75C33 X-Spamd-Result: default: False [0.22 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.38)[-0.381,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.20)[0.205,0]; NEURAL_HAM_LONG(-0.67)[-0.673,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[openedu.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: kx.openedu.org]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: JP(-0.10)]; ASN(0.00)[asn:4704, ipnet:202.216.0.0/19, country:JP]; MID_RHS_MATCH_FROM(0.00)[]; ONCE_RECEIVED(0.10)[] X-Rspamd-Server: mx1.freebsd.org 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, 15 Nov 2018 00:21:33 -0000 At Wed, 14 Nov 2018 21:06:37 +0900, $B;d(B wrote: > > Hi all, > > ja-libreoffice-6.0.7 (japanese/libreoffice) failed to build in > 13.0-CURRENT with port revision r339677 (detail log in [1]): s/339677/484802/ Sorry ;) > > ===> License LGPL3+ MPL20 accepted by the user > ===> ja-libreoffice-6.0.7 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by ja-libreoffice-6.0.7 for building > ===> Extracting for ja-libreoffice-6.0.7 > ===> License LGPL3+ MPL20 accepted by the user > ===> ja-libreoffice-6.0.7 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by ja-libreoffice-6.0.7 for building > => SHA256 Checksum OK for libreoffice/i18n/LibreOffice_6.0.7_Linux_x86_deb_langpack_ja.tar.gz. > => SHA256 Checksum OK for libreoffice/i18n/LibreOffice_6.0.7_Linux_x86_deb_helppack_ja.tar.gz. > for deb in /var/ports/work/usr/ports/japanese/libreoffice/work/DEBS/*.deb ; do /usr/bin/tar xfO ${deb} data.tar.gz | /usr/bin/tar -C /var/ports/work/usr/ports/japanese/libreoffice/work/libreoffice-6.0.7 -xf - ; done > ===> Patching for ja-libreoffice-6.0.7 > ===> Configuring for ja-libreoffice-6.0.7 > ===> Staging for ja-libreoffice-6.0.7 > ===> ja-libreoffice-6.0.7 depends on executable: libreoffice - not found > ===> License LGPL3+ MPL20 accepted by the user > ===> libreoffice-6.0.7 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by libreoffice-6.0.7 for building > ===> Extracting for libreoffice-6.0.7 > => SHA256 Checksum OK for libreoffice/libreoffice-6.0.7.3.tar.xz. > => SHA256 Checksum OK for libreoffice/libreoffice-help-6.0.7.3.tar.xz. > => SHA256 Checksum OK for libreoffice/4b87018f7fff1d054939d19920b751a0-collada2gltf-master-cb1d97788a.tar.bz2. > ===> Patching for libreoffice-6.0.7 > ===> Applying FreeBSD patches for libreoffice-6.0.7 > No such line 138 in input file, ignoring > /usr/bin/sed -i.bak -e 's|%%LOCALBASE%%|/usr/local|' /var/ports/work/usr/ports/editors/libreoffice/work/libreoffice-6.0.7.3/shell/source/unix/exec/shellexec.cxx > ===> libreoffice-6.0.7 depends on package: p5-Archive-Zip>=0 - not found > ===> License ART10 GPLv1+ accepted by the user > ===> p5-Archive-Zip-1.64 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by p5-Archive-Zip-1.64 for building > ===> Extracting for p5-Archive-Zip-1.64 > => SHA256 Checksum OK for Archive-Zip-1.64.tar.gz. > ===> Patching for p5-Archive-Zip-1.64 > ===> p5-Archive-Zip-1.64 depends on package: perl5>=5.28.r1<5.29 - not found > ===> Installing existing package /var/ports/packages/All/perl5-5.28.0_2.txz > Installing perl5-5.28.0_2... > Extracting perl5-5.28.0_2: .......... done > Message from perl5-5.28.0_2: > : > (snip) > : > The /usr/bin/perl symlink has been removed starting with Perl 5.20. > For shebangs, you should either use: > > #!/usr/local/bin/perl > > or > > #!/usr/bin/env perl > > The first one will only work if you have a /usr/local/bin/perl, > the second will work as long as perl is in PATH. > ===> p5-Archive-Zip-1.64 depends on package: perl5>=5.28.r1<5.29 - found > ===> Returning to build of p5-Archive-Zip-1.64 > ===> Configuring for p5-Archive-Zip-1.64 > Warning: prerequisite Test::MockModule 0 not found. > Checking if your kit is complete... > Looks good > Generating a Unix-style Makefile > Writing Makefile for Archive::Zip > Writing MYMETA.yml and MYMETA.json > ===> Building for p5-Archive-Zip-1.64 > --- blib/lib/Archive/.exists --- > --- blib/arch/.exists --- > --- blib/lib/auto/Archive/Zip/.exists --- > --- blib/arch/auto/Archive/Zip/.exists --- > --- blib/bin/.exists --- > --- blib/script/.exists --- > --- blib/man1/.exists --- > --- blib/man3/.exists --- > --- config --- > --- subdirs --- > --- dynamic --- > --- blibdirs --- > --- blib/script/crc32 --- > --- pm_to_blib --- > --- config --- > --- blib/script/crc32 --- > cp script/crc32 blib/script/crc32 > --- dynamic --- > --- blib/script/crc32 --- > "/usr/local/bin/perl" -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/crc32 > --- linkext --- > --- pm_to_blib --- > cp lib/Archive/Zip/Archive.pm blib/lib/Archive/Zip/Archive.pm > cp lib/Archive/Zip/Tree.pm blib/lib/Archive/Zip/Tree.pm > cp lib/Archive/Zip/MockFileHandle.pm blib/lib/Archive/Zip/MockFileHandle.pm > cp lib/Archive/Zip/BufferedFileHandle.pm blib/lib/Archive/Zip/BufferedFileHandle.pm > cp lib/Archive/Zip/FileMember.pm blib/lib/Archive/Zip/FileMember.pm > cp lib/Archive/Zip/Member.pm blib/lib/Archive/Zip/Member.pm > cp lib/Archive/Zip/DirectoryMember.pm blib/lib/Archive/Zip/DirectoryMember.pm > cp lib/Archive/Zip/ZipFileMember.pm blib/lib/Archive/Zip/ZipFileMember.pm > cp lib/Archive/Zip/FAQ.pod blib/lib/Archive/Zip/FAQ.pod > cp lib/Archive/Zip/StringMember.pm blib/lib/Archive/Zip/StringMember.pm > cp lib/Archive/Zip/MemberRead.pm blib/lib/Archive/Zip/MemberRead.pm > cp lib/Archive/Zip.pm blib/lib/Archive/Zip.pm > cp lib/Archive/Zip/NewFileMember.pm blib/lib/Archive/Zip/NewFileMember.pm > --- pure_all --- > --- pure_all --- > --- manifypods --- > Manifying 4 pod documents > --- all --- > ===> Staging for p5-Archive-Zip-1.64 > ===> p5-Archive-Zip-1.64 depends on package: perl5>=5.28.r1<5.29 - found > ===> Generating temporary packing list > Manifying 4 pod documents > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/Archive.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/Tree.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/MockFileHandle.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/BufferedFileHandle.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/FileMember.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/Member.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/DirectoryMember.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/ZipFileMember.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/FAQ.pod > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/StringMember.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/MemberRead.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/Archive/Zip/NewFileMember.pm > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/man/man3/Archive::Zip.3 > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/man/man3/Archive::Zip::FAQ.3 > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/man/man3/Archive::Zip::MemberRead.3 > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/lib/perl5/site_perl/man/man3/Archive::Zip::Tree.3 > Installing /var/ports/work/usr/ports/archivers/p5-Archive-Zip/work/stage/usr/local/bin/crc32 > ====> Compressing man pages (compress-man) > ===> Installing for p5-Archive-Zip-1.64 > ===> Checking if p5-Archive-Zip already installed > ===> Registering installation for p5-Archive-Zip-1.64 as automatic > Installing p5-Archive-Zip-1.64... > ===> libreoffice-6.0.7 depends on package: p5-Archive-Zip>=0 - found > ===> Returning to build of libreoffice-6.0.7 > ===> libreoffice-6.0.7 depends on executable: zip - not found > ===> Installing existing package /var/ports/packages/All/zip-3.0_1.txz > Installing zip-3.0_1... > Extracting zip-3.0_1: .......... done > ===> libreoffice-6.0.7 depends on executable: zip - found > ===> Returning to build of libreoffice-6.0.7 > ===> libreoffice-6.0.7 depends on file: /usr/local/include/sqlext.h - not found > ===> License GPLv2 LGPL21 accepted by the user > ===> unixODBC-2.3.7 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by unixODBC-2.3.7 for building > ===> Extracting for unixODBC-2.3.7 > => SHA256 Checksum OK for unixODBC-2.3.7.tar.gz. > ===> Patching for unixODBC-2.3.7 > ===> Configuring for unixODBC-2.3.7 > ===> FreeBSD 10 autotools fix applied to /var/ports/work/usr/ports/databases/unixODBC/work/unixODBC-2.3.7/Interix/configure > configure: loading site script /var/ports/jdtpkx/Templates/config.site > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p > checking for gawk... (cached) /usr/bin/awk > checking whether make sets $(MAKE)... yes > checking whether make supports nested variables... yes > checking for gawk... (cached) /usr/bin/awk > checking for bison... no > checking for byacc... byacc > checking for style of include used by make... GNU > checking for gcc... cc > checking whether the C compiler works... yes > checking for C compiler default output file name... a.out > checking for suffix of executables... > checking whether we are cross compiling... no > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether cc accepts -g... yes > checking for cc option to accept ISO C89... none needed > checking whether cc understands -c and -o together... yes > checking dependency style of cc... gcc3 > checking how to run the C preprocessor... cpp > checking for gcc... (cached) cc > checking whether we are using the GNU C compiler... (cached) yes > checking whether cc accepts -g... (cached) yes > checking for cc option to accept ISO C89... (cached) none needed > checking whether cc understands -c and -o together... (cached) yes > checking dependency style of cc... (cached) gcc3 > checking for flex... flex > checking lex output file root... lex.yy > checking lex library... -lfl > checking whether yytext is a pointer... yes > checking whether ln -s works... yes > checking whether make sets $(MAKE)... (cached) yes > checking for grep that handles long lines and -e... (cached) /usr/bin/grep > checking for egrep... (cached) /usr/bin/egrep > checking for ANSI C header files... (cached) yes > checking for sys/types.h... (cached) yes > checking for sys/stat.h... (cached) yes > checking for stdlib.h... (cached) yes > checking for string.h... (cached) yes > checking for memory.h... (cached) yes > checking for strings.h... (cached) yes > checking for inttypes.h... (cached) yes > checking for stdint.h... (cached) yes > checking for unistd.h... (cached) yes > checking sys/sem.h usability... yes > checking sys/sem.h presence... yes > checking for sys/sem.h... yes > checking build system type... amd64-portbld-freebsd13.0 > checking host system type... amd64-portbld-freebsd13.0 > checking how to print strings... printf > checking for a sed that does not truncate output... (cached) /usr/bin/sed > checking for fgrep... (cached) /usr/bin/fgrep > checking for ld used by cc... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm > checking the name lister (/usr/bin/nm) interface... BSD nm > checking the maximum length of command line arguments... (cached) 262144 > checking how to convert amd64-portbld-freebsd13.0 file names to amd64-portbld-freebsd13.0 format... func_convert_file_noop > checking how to convert amd64-portbld-freebsd13.0 file names to toolchain format... func_convert_file_noop > checking for /usr/bin/ld option to reload object files... -r > checking for objdump... objdump > checking how to recognize dependent libraries... pass_all > checking for dlltool... dlltool > checking how to associate runtime and link libraries... printf %s\n > checking for ar... ar > checking for archiver @FILE support... no > checking for strip... strip > checking for ranlib... ranlib > checking command to parse /usr/bin/nm output from cc object... ok > checking for sysroot... no > checking for a working dd... /bin/dd > checking how to truncate binary pipes... /bin/dd bs=4096 count=1 > checking for mt... mt > checking if mt is a manifest tool... no > checking for dlfcn.h... (cached) yes > checking for objdir... .libs > checking if cc supports -fno-rtti -fno-exceptions... yes > checking for cc option to produce PIC... -fPIC -DPIC > checking if cc PIC flag -fPIC -DPIC works... yes > checking if cc static flag -static works... yes > checking if cc supports -c -o file.o... yes > checking if cc supports -c -o file.o... (cached) yes > checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes > checking whether -lc should be explicitly linked in... no > checking dynamic linker characteristics... freebsd13.0 ld.so > checking how to hardcode library paths into programs... immediate > checking for shl_load... no > checking for shl_load in -ldld... no > checking for dlopen... (cached) yes > checking whether a program can dlopen itself... yes > checking whether a statically linked program can dlopen itself... no > checking whether stripping libraries is possible... yes > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... yes > checking what extension is used for runtime loadable modules... .so > checking what variable specifies run-time module search path... LD_LIBRARY_PATH > checking for the default library search path... /lib /usr/lib > checking for library containing dlopen... none required > checking for dlerror... yes > checking for shl_load... (cached) no > checking for shl_load in -ldld... (cached) no > checking for dld_link in -ldld... no > checking for _ prefix in compiled symbols... no > checking whether deplibs are loaded by dlopen... yes > checking for argz.h... (cached) no > checking for error_t... no > checking for argz_add... no > checking for argz_append... no > checking for argz_count... (cached) no > checking for argz_create_sep... no > checking for argz_insert... no > checking for argz_next... (cached) no > checking for argz_stringify... (cached) no > checking whether libtool supports -dlopen/-dlpreopen... yes > checking for ltdl.h... no > checking where to find libltdl headers... -I$(top_srcdir)/libltdl > checking where to find libltdl library... $(top_build_prefix)libltdl/libltdlc.la > checking for unistd.h... (cached) yes > checking for dl.h... (cached) no > checking for sys/dl.h... no > checking for dld.h... no > checking for mach-o/dyld.h... no > checking for dirent.h... (cached) yes > checking for closedir... (cached) yes > checking for opendir... (cached) yes > checking for readdir... (cached) yes > checking for strlcat... (cached) yes > checking for strlcpy... (cached) yes > checking for shared lib extension... .so > checking for iconv... yes > checking for iconv declaration... > extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); > checking for encoding to use for CHAR representations ... auto-search > checking for encoding to use for UNICODE representations ... auto-search > checking for crypt in -lcrypt... (cached) yes > checking for pow in -lm... yes > checking for readline in -lreadline ... no > checking for readline in -lreadline -lcurses ... no > checking Are we using ini caching ... yes > checking whether time.h and sys/time.h may both be included... yes > checking for sys/time.h... (cached) yes > checking size of long... 8 > checking if platform is 64 bit... Yes > checking for long long... (cached) yes > checking size of long int... 8 > checking for ptrdiff_t... (cached) yes > checking for strcasecmp... (cached) yes > checking for strncasecmp... (cached) yes > checking for vsnprintf... (cached) yes > checking for strtol... (cached) yes > checking for atoll... (cached) yes > checking for strtoll... (cached) yes > checking for endpwent... yes > checking for gettimeofday... (cached) yes > checking for ftime... no > checking for time... (cached) yes > checking for stricmp... no > checking for strnicmp... no > checking for getuid... (cached) yes > checking for getpwuid... yes > checking for nl_langinfo... (cached) yes > checking for nl_langinfo and CODESET... yes > checking if os is AIX ... no - enable check for libthread > checking for mutex_lock in -lthread ... no > checking for pthread_mutex_lock in -lpthread... yes > checking if compiler accepts -pthread... yes > checking for localtime_r in -lc... yes > checking for ANSI C header files... (cached) yes > checking for malloc.h... (cached) no > checking for unistd.h... (cached) yes > checking for pwd.h... (cached) yes > checking crypt.h usability... no > checking crypt.h presence... no > checking for crypt.h... no > checking for limits.h... (cached) yes > checking synch.h usability... no > checking synch.h presence... no > checking for synch.h... no > checking for strings.h... (cached) yes > checking for string.h... (cached) yes > checking for locale.h... (cached) yes > checking sys/malloc.h usability... yes > checking sys/malloc.h presence... yes > checking for sys/malloc.h... yes > checking for sys/types.h... (cached) yes > checking for sys/sem.h... (cached) yes > checking for stdarg.h... (cached) yes > checking varargs.h usability... no > checking varargs.h presence... no > checking for varargs.h... no > checking for sys/time.h... (cached) yes > checking sys/timeb.h usability... yes > checking sys/timeb.h presence... yes > checking for sys/timeb.h... yes > checking for time.h... (cached) yes > checking for langinfo.h... (cached) yes > checking for stddef.h... (cached) yes > checking for msql.h... (cached) no > checking for an ANSI C-conforming const... yes > checking for size_t... (cached) yes > checking whether struct tm is in sys/time.h or time.h... time.h > checking for uid_t in sys/types.h... (cached) yes > checking for dirent.h that defines DIR... yes > checking for library containing opendir... none required > checking for working alloca.h... no > checking for alloca... yes > checking for vprintf... (cached) yes > checking for _doprnt... no > checking for putenv... (cached) yes > checking for socket... yes > checking for strdup... (cached) yes > checking for strstr... (cached) yes > checking for setenv... (cached) yes > checking for setlocale... (cached) yes > checking for strchr... (cached) yes > checking that generated files are newer than configure... done > configure: creating ./config.status > config.status: creating Makefile > config.status: creating extras/Makefile > config.status: creating log/Makefile > config.status: creating lst/Makefile > config.status: creating ini/Makefile > config.status: creating odbcinst/Makefile > config.status: creating odbcinst/odbcinst.pc > config.status: creating cur/Makefile > config.status: creating cur/odbccr.pc > config.status: creating DriverManager/Makefile > config.status: creating DriverManager/odbc.pc > config.status: creating exe/Makefile > config.status: creating DRVConfig/Makefile > config.status: creating DRVConfig/drvcfg1/Makefile > config.status: creating DRVConfig/drvcfg2/Makefile > config.status: creating DRVConfig/PostgreSQL/Makefile > config.status: creating DRVConfig/MiniSQL/Makefile > config.status: creating DRVConfig/MySQL/Makefile > config.status: creating DRVConfig/nn/Makefile > config.status: creating DRVConfig/esoob/Makefile > config.status: creating DRVConfig/oplodbc/Makefile > config.status: creating DRVConfig/template/Makefile > config.status: creating DRVConfig/tds/Makefile > config.status: creating DRVConfig/txt/Makefile > config.status: creating DRVConfig/Oracle/Makefile > config.status: creating DRVConfig/sapdb/Makefile > config.status: creating DRVConfig/Mimer/Makefile > config.status: creating Drivers/Makefile > config.status: creating Drivers/Postgre7.1/Makefile > config.status: creating Drivers/nn/Makefile > config.status: creating Drivers/template/Makefile > config.status: creating Drivers/MiniSQL/Makefile > config.status: creating include/Makefile > config.status: creating man/Makefile > config.status: creating doc/Makefile > config.status: creating doc/AdministratorManual/Makefile > config.status: creating doc/ProgrammerManual/Makefile > config.status: creating doc/ProgrammerManual/Tutorial/Makefile > config.status: creating doc/UserManual/Makefile > config.status: creating doc/lst/Makefile > config.status: creating samples/Makefile > config.status: creating config.h > config.status: creating unixodbc_conf.h > config.status: executing depfiles commands > config.status: executing libtool commands > === configuring in libltdl (/var/ports/work/usr/ports/databases/unixODBC/work/unixODBC-2.3.7/libltdl) > configure: running /bin/sh ./configure --disable-option-checking '--prefix=/usr/local' '--enable-static' '--enable-shared' '--localstatedir=/var' '--mandir=/usr/local/man' '--disable-silent-rules' '--infodir=/usr/local/share/info/' '--build=amd64-portbld-freebsd13.0' 'build_alias=amd64-portbld-freebsd13.0' 'CC=cc' 'CFLAGS=-O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing ' 'LDFLAGS= -fstack-protector ' 'LIBS=' 'CPPFLAGS=-DLIBICONV_PLUG' 'CPP=cpp' '--enable-ltdl-convenience' --cache-file=/dev/null --srcdir=. > configure: loading site script /var/ports/jdtpkx/Templates/config.site > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p > checking for gawk... (cached) /usr/bin/awk > checking whether make sets $(MAKE)... yes > checking whether make supports nested variables... yes > checking whether make supports nested variables... (cached) yes > checking build system type... amd64-portbld-freebsd13.0 > checking host system type... amd64-portbld-freebsd13.0 > checking how to print strings... printf > checking for style of include used by make... GNU > checking for gcc... cc > checking whether the C compiler works... yes > checking for C compiler default output file name... a.out > checking for suffix of executables... > checking whether we are cross compiling... no > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether cc accepts -g... yes > checking for cc option to accept ISO C89... none needed > checking whether cc understands -c and -o together... yes > checking dependency style of cc... gcc3 > checking for a sed that does not truncate output... (cached) /usr/bin/sed > checking for grep that handles long lines and -e... (cached) /usr/bin/grep > checking for egrep... (cached) /usr/bin/egrep > checking for fgrep... (cached) /usr/bin/fgrep > checking for ld used by cc... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm > checking the name lister (/usr/bin/nm) interface... BSD nm > checking whether ln -s works... yes > checking the maximum length of command line arguments... (cached) 262144 > checking how to convert amd64-portbld-freebsd13.0 file names to amd64-portbld-freebsd13.0 format... func_convert_file_noop > checking how to convert amd64-portbld-freebsd13.0 file names to toolchain format... func_convert_file_noop > checking for /usr/bin/ld option to reload object files... -r > checking for objdump... objdump > checking how to recognize dependent libraries... pass_all > checking for dlltool... no > checking how to associate runtime and link libraries... printf %s\n > checking for ar... ar > checking for archiver @FILE support... no > checking for strip... strip > checking for ranlib... ranlib > checking command to parse /usr/bin/nm output from cc object... ok > checking for sysroot... no > checking for a working dd... /bin/dd > checking how to truncate binary pipes... /bin/dd bs=4096 count=1 > checking for mt... mt > checking if mt is a manifest tool... no > checking how to run the C preprocessor... cpp > checking for ANSI C header files... (cached) yes > checking for sys/types.h... (cached) yes > checking for sys/stat.h... (cached) yes > checking for stdlib.h... (cached) yes > checking for string.h... (cached) yes > checking for memory.h... (cached) yes > checking for strings.h... (cached) yes > checking for inttypes.h... (cached) yes > checking for stdint.h... (cached) yes > checking for unistd.h... (cached) yes > checking for dlfcn.h... (cached) yes > checking for objdir... .libs > checking if cc supports -fno-rtti -fno-exceptions... yes > checking for cc option to produce PIC... -fPIC -DPIC > checking if cc PIC flag -fPIC -DPIC works... yes > checking if cc static flag -static works... yes > checking if cc supports -c -o file.o... yes > checking if cc supports -c -o file.o... (cached) yes > checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes > checking whether -lc should be explicitly linked in... no > checking dynamic linker characteristics... freebsd13.0 ld.so > checking how to hardcode library paths into programs... immediate > checking for shl_load... no > checking for shl_load in -ldld... no > checking for dlopen... (cached) yes > checking whether a program can dlopen itself... yes > checking whether a statically linked program can dlopen itself... no > checking whether stripping libraries is possible... yes > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... yes > checking what extension is used for runtime loadable modules... .so > checking what variable specifies run-time module search path... LD_LIBRARY_PATH > checking for the default library search path... /lib /usr/lib > checking for library containing dlopen... none required > checking for dlerror... yes > checking for shl_load... (cached) no > checking for shl_load in -ldld... (cached) no > checking for dld_link in -ldld... no > checking for _ prefix in compiled symbols... no > checking whether deplibs are loaded by dlopen... yes > checking for argz.h... (cached) no > checking for error_t... no > checking for argz_add... no > checking for argz_append... no > checking for argz_count... (cached) no > checking for argz_create_sep... no > checking for argz_insert... no > checking for argz_next... (cached) no > checking for argz_stringify... (cached) no > checking whether libtool supports -dlopen/-dlpreopen... yes > checking for unistd.h... (cached) yes > checking for dl.h... (cached) no > checking for sys/dl.h... no > checking for dld.h... no > checking for mach-o/dyld.h... no > checking for dirent.h... (cached) yes > checking for closedir... (cached) yes > checking for opendir... (cached) yes > checking for readdir... (cached) yes > checking for strlcat... (cached) yes > checking for strlcpy... (cached) yes > checking that generated files are newer than configure... done > configure: creating ./config.status > : > (snip) > : > er-statement -Wvla -Wpointer-arith -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wformat-nonliteral -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wnested-externs -g -fvisibility=hidden -O2 -pipe -Wno-format -fstack-protector -fno-strict-aliasing -MT libgstgl_wayland_la-gstgldisplay_wayland.lo -MD -MP -MF .deps/libgstgl_wayland_la-gstgldisplay_wayland.Tpo -c gstgldisplay_wayland.c -fPIC -DPIC -o .libs/libgstgl_wayland_la-gstgldisplay_wayland.o > libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/local/include -I../../../../gst-libs -I../../../../gst-libs -I/usr/local/include -D_THREAD_SAFE -pthread -I/usr/local/include -I/usr/local/include -I/usr/local/include/libdrm -D_THREAD_SAFE -pthread -I../../../../gst-libs -I../../../../gst-libs -I/usr/local/include/gstreamer-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -I/usr/local/include/gstreamer-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -fno-strict-aliasing -DG_THREADS_MANDATORY -DG_DISABLE_CAST_CHECKS -Wall -Wdeclaration-after-statement -Wvla -Wpointer-arith -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wformat-nonliteral -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wnested-externs -! g ! > -fvisibility=hidden -O2 -pipe -Wno-format -fstack-protector -fno-strict-aliasing -MT libgstgl_wayland_la-wayland_event_source.lo -MD -MP -MF .deps/libgstgl_wayland_la-wayland_event_source.Tpo -c wayland_event_source.c -fPIC -DPIC -o .libs/libgstgl_wayland_la-wayland_event_source.o > libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/local/include -I../../../../gst-libs -I../../../../gst-libs -I/usr/local/include -D_THREAD_SAFE -pthread -I/usr/local/include -I/usr/local/include -I/usr/local/include/libdrm -D_THREAD_SAFE -pthread -I../../../../gst-libs -I../../../../gst-libs -I/usr/local/include/gstreamer-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -I/usr/local/include/gstreamer-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -fno-strict-aliasing -DG_THREADS_MANDATORY -DG_DISABLE_CAST_CHECKS -Wall -Wdeclaration-after-statement -Wvla -Wpointer-arith -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wformat-nonliteral -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wnested-externs -! g ! > -fvisibility=hidden -O2 -pipe -Wno-format -fstack-protector -fno-strict-aliasing -MT libgstgl_wayland_la-gstglwindow_wayland_egl.lo -MD -MP -MF .deps/libgstgl_wayland_la-gstglwindow_wayland_egl.Tpo -c gstglwindow_wayland_egl.c -fPIC -DPIC -o .libs/libgstgl_wayland_la-gstglwindow_wayland_egl.o > gstglwindow_wayland_egl.c:28:10: fatal error: 'linux/input.h' file not found > #include > ^~~~~~~~~~~~~~~ > 1 error generated. > gmake[9]: *** [Makefile:731: libgstgl_wayland_la-gstglwindow_wayland_egl.lo] Error 1 > gmake[9]: *** Waiting for unfinished jobs.... > mv -f .deps/libgstgl_wayland_la-gstgldisplay_wayland.Tpo .deps/libgstgl_wayland_la-gstgldisplay_wayland.Plo > mv -f .deps/libgstgl_wayland_la-wayland_event_source.Tpo .deps/libgstgl_wayland_la-wayland_event_source.Plo > gmake[9]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs/gst/gl/wayland' > gmake[8]: *** [Makefile:1279: all-recursive] Error 1 > gmake[8]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs/gst/gl' > gmake[7]: *** [Makefile:659: all-recursive] Error 1 > gmake[7]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs/gst' > gmake[6]: *** [Makefile:624: all-recursive] Error 1 > gmake[6]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4/gst-libs' > gmake[5]: *** [Makefile:746: all-recursive] Error 1 > gmake[5]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4' > gmake[4]: *** [Makefile:677: all] Error 2 > gmake[4]: Leaving directory '/var/ports/work/usr/ports/multimedia/gstreamer1-plugins/work/gst-plugins-base-1.14.4' > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > > Stop. > make[3]: stopped in /var/ports/jdtpkx/multimedia/gstreamer1-plugins > *** Error code 1 > > Stop. > make[2]: stopped in /var/ports/jdtpkx/editors/libreoffice > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/japanese/libreoffice > *** Error code 1 > > Stop. > make: stopped in /usr/ports/japanese/libreoffice > :<=== Building ja-libreoffice-6.0.7 end 2018.11.14 03:58:50 (00:18:11) > > My build environments are as follows: > > admin@jdtpkx:~ % uname -a > FreeBSD jdtpkx 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r339677M: Fri Oct 26 14:56:49 JST 2018 root@msrvkx:/usr/obj/usr/src/amd64.amd64/sys/XIJ amd64 > admin@jdtpkx:~ % cat /etc/make.conf > PORTSDIR= /var/ports/jdtpkx > INDEXDIR= /var/ports/jdtpkx > WRKDIRPREFIX= /var/ports/work > PACKAGES= /var/ports/packages > DISTDIR= /var/ports/distfiles > BATCH= yes > DEFAULT_VERSIONS= perl5=5.28 ruby=2.5 > #DEFAULT_VERSIONS+= linux=c7 perl5=5.28 python=2.7 ruby=2.5 > #DEFAULT_VERSIONS= linux=c7 perl5=5.28 ruby=2.5 > COMPILER_TYPE= clang > USE_PACKAGE_DEPENDS= yes > DISABLE_VULNERABILITIES=yes > admin@jdtpkx:~ % df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/vtbd0p2 28G 3.5G 22G 13% / > devfs 1.0K 1.0K 0B 100% /dev > linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc > tmpfs 11G 4.0K 11G 0% /compat/linux/dev/shm > vm.pis:/.dake 14T 49G 14T 0% /.dake > vm.pis:/ds/src/current/13.0/r339677.xij 14T 59G 14T 0% /usr/src > vm.pis:/ds/obj/current/13.0/r339677.xij 14T 166G 14T 1% /usr/obj > vm.pis:/ds/ports/r484802 14T 22G 14T 0% /usr/ports > vm.pis:/ds/distfiles 14T 11G 14T 0% /var/ports/distfiles > vm.pis:/ds/packages/13.0C/r339677.xij/r484802 14T 15G 14T 0% /var/ports/packages > admin@jdtpkx:~ % > > root@vm:~ # svnlite info /ds/ports/r484802 > Path: /ds/ports/r484802 > Working Copy Root Path: /ds/ports/r484802 > URL: http://svn.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: http://svn.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 484802 > Node Kind: directory > Schedule: normal > Last Changed Author: se > Last Changed Rev: 484802 > Last Changed Date: 2018-11-12 21:46:48 +0900 (Mon, 12 Nov 2018) > > root@vm:~ # > > Any suggesions ? > > [1] http://ds.truefc.org/~kiri/freebsd/ports/libreoffice.log > > Regards > > --- > KIRIYAMA Kazuhiko > > _______________________________________________ > 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" > --- KIRIYAMA Kazuhiko From owner-freebsd-ports@freebsd.org Thu Nov 15 01:25:07 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B8561108155 for ; Thu, 15 Nov 2018 01:25:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-14.consmr.mail.bf2.yahoo.com (sonic315-14.consmr.mail.bf2.yahoo.com [74.6.134.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5176D78738 for ; Thu, 15 Nov 2018 01:25:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 1GwxnJIVM1ndNnR_WkLuFf0K9YRgMKUaKezL1zxuqvWmTDQ1D9_3r1MpdGuxY0M koYlzbYJjXQ6ldTZ9csqNaCjJ_yxRpBctsgpAPro7d4MQF7tt.MkLDJvRq9V.sMSRDQOMyxmJ9Ve pjmIwHGAJ5kpE.9gl50fZgQIuWLtS.EHGanxkcGiCyWicFtInQZ8n5M2zoWTkytw5Uf3GLHmkQU4 K5OkNW50zcL.ZgraUve.H7SVeuaqNsQs9dAZzaahpjKtoAObNv0Q0eK2P9pzEij65uXX0NjPZ6j8 TWFOlSHsjwqT0FxYbO1anlnqyknyoTIvwgwPqqIah4sWmg5sSiiH.ZlxZwWy_w.QanXv7.uUVnuf 5Vr9SZn65VGgNv.eQBBKUrAYT9hQDvmrIoJ59eAm5GgQgkd2eR24uH174BvAriRHbRIx7EX0iEDx .1HBjklCY6Q2w9R2qFJMBP.V3wwta93AHHnX4IlHchpDW6DL0WcLREliorDUkf5KLyCewGUf1Ebu 1KrgzCFCmg8zxyB5f7_RZeTIrdpFv1C1VBdjCQO31sWDA35lywpfFh7W6BWA7IYvffVXBNjmuG2Z .eHeCloHrMGrN2dp3oFFyXqL6Bpm_hTWFpBefiwS7VlTvo6GcgMfJ4Mc_57mEM8UXtV6Sfu7RWcO 8n7_iTWo9b9HlCcZSIj7nS0_3UrNldMNy_EALtqF7V8DDuI6Hpg8ZWrm7o_HiDHNDFBDzAve_L1b iRXDFwSqt0m.EXR4Cxt8jTehXPr_ggjPU133SEtgs4DJ0kaVUlNdQi0G5IylYcJ3PmWPX.3JuK9h EDznEvV1NbczUMZXOLaqLlJqR6PYEYTkW76rsd7vYbQZWCTdSZDiyWLR2anpO1o41ZUH3kbhNf2u WOOzTciD6Ak4tuO675d7SjGSkv0nRocaREbQ1Eg8ri6mUw3kL4n5mgR2ylIPEhkveyjWqlW3fRlc ZovDtmWtgdQs82KJ7e2VKMaBoMz03QkAmOlpr2Rhuj1dHWCAW.aTgCDMTXtKhQxAQrDIno221RiN OivrjEqItvHX8IcJvUWfmCJaoPZcXuSkinQBKutsz Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.bf2.yahoo.com with HTTP; Thu, 15 Nov 2018 01:25:00 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp423.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 904077ce42504eff0f31748a74f727eb; Thu, 15 Nov 2018 01:24:57 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC From: Mark Millard In-Reply-To: Date: Wed, 14 Nov 2018 17:24:55 -0800 Cc: ports-list freebsd , freebsd-x11@freebsd.org, Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: <12EFB5C5-4BC6-4083-B51D-26D1D3150C35@yahoo.com> References: <56BE95DD-61E5-43CB-923D-10E968003FE3@yahoo.com> <5FF705ED-B019-4CB1-B516-796C2E7A6FF9@yahoo.com> <51a82f62-13df-a485-4d5a-7dbfa3d1107f@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 5176D78738 X-Spamd-Result: default: False [0.56 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.31)[-0.311,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.74)[-0.742,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.72)[0.718,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[124.134.6.74.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.40)[ip: (3.43), ipnet: 74.6.128.0/21(2.05), asn: 26101(1.64), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 15 Nov 2018 01:25:07 -0000 [Looks like there are 2 stages involved in that 2mmjnk.txt file that I generated. Before MACHINE_ARCH is explicitly assigned and after.] On 2018-Nov-14, at 15:40, Mark Millard wrote: > [Evidence from inside poudriere bulk -j... -i ports-mgmt/pkg . > Use of native /nxb-bin/. . . leads to MACHINE_ARCH being amd64 > instead of armv7 or the like. See later supporting material.] >=20 > On 2018-Nov-14, at 14:38, Bryan Drewery wrote: >=20 >> On 11/14/18 2:35 PM, Mark Millard wrote: >>> [Looking at package fallout logs: the official armv6 and armv7 >>> builds are using -O2 because of MACHINE_ARCH being defined >>> because of qemu-user-static use. (mips too?) The logic in >>> share/mk/sys.mk is not causing -O . An implication >>> is that -O2 for armv6 and armv7 is probably far more tested >>> than people generally expect. The share/mk/sys.mk change >>> goes back to -r319861 2017-Jun-12 . Previously the logic >>> would have caused -O use for armv6 or armv7 in MACHINE_ARCH .] >>=20 >> r319861 doesn't look related here. >=20 > # more /etc/make.conf=20 > .sinclude "/etc/make.nxb.conf" > USE_PACKAGE_DEPENDS=3Dyes > BATCH=3Dyes > WRKDIRPREFIX=3D/wrkdirs > PORTSDIR=3D/usr/ports > PACKAGES=3D/packages > DISTDIR=3D/distfiles > FORCE_PACKAGE=3Dyes > PACKAGE_BUILDING=3Dyes > PACKAGE_BUILDING_FLAVORS=3Dyes > MACHINE=3Darm > MACHINE_ARCH=3Darmv7 > ARCH=3D${MACHINE_ARCH} > #### /usr/local/etc/poudriere.d/make.conf #### > #### /usr/ports/Mk/Scripts/ports_env.sh #### > _CCVERSION_9d218390=3DFreeBSD clang version 6.0.1 = (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /nxb-bin/usr/bin > _ALTCCVERSION_9d218390=3Dnone > _CXXINTERNAL_9c45a5b1=3DFreeBSD clang version 6.0.1 = (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /nxb-bin/usr/bin "/nxb-bin/usr/bin/ld" "--eh-frame-hdr" = "-dynamic-linker" "/libexec/ld-elf.so.1" "--hash-style=3Dboth" = "--enable-new-dtags" "-o" "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" = "/usr/lib/crtbegin.o" "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" = "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" "--as-needed" = "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" "/usr/lib/crtn.o" > CC_OUTPUT_9d218390_58173849=3Dyes > CC_OUTPUT_9d218390_9bdba57c=3Dyes > CC_OUTPUT_9d218390_6a4fe7f5=3Dyes > CC_OUTPUT_9d218390_6bcac02b=3Dyes > CC_OUTPUT_9d218390_67d20829=3Dyes > CC_OUTPUT_9d218390_bfa62e83=3Dyes > CC_OUTPUT_9d218390_f0b4d593=3Dyes > CC_OUTPUT_9d218390_308abb44=3Dyes > CC_OUTPUT_9d218390_f00456e5=3Dyes > CC_OUTPUT_9d218390_65ad290d=3Dyes > CC_OUTPUT_9d218390_f2776b26=3Dyes > CC_OUTPUT_9d218390_b2657cc3=3Dyes > CC_OUTPUT_9d218390_380987f7=3Dyes > CC_OUTPUT_9d218390_160933ec=3Dyes > CC_OUTPUT_9d218390_fb62803b=3Dyes > _OBJC_CCVERSION_9d218390=3DFreeBSD clang version 6.0.1 = (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: = armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: = /nxb-bin/usr/bin > _OBJC_ALTCCVERSION_9d218390=3Dnone > ARCH=3Darmv7 > OPSYS=3DFreeBSD > _OSRELEASE=3D13.0-CURRENT > OSREL=3D13.0 > OSVERSION=3D1300003 > PYTHONBASE=3D/usr/local > _SMP_CPUS=3D32 > CONFIGURE_MAX_CMD_LEN=3D262144 > HAVE_PORTS_ENV=3D1 > #### Misc Poudriere #### > GID=3D0 > UID=3D0 > PACKAGES=3D/packages >=20 > # more /etc/src.conf > /etc/src.conf: No such file or directory >=20 > # more Makefile > all: > echo ${MACHINE_ARCH} > echo ${MACHINE_CPUARCH} > echo ${CFLAGS} >=20 > # make > echo armv7 > armv7 > echo arm > arm > echo -O2 -pipe > -O2 -pipe >=20 > # grep -r "\-O2" /usr/src/share/mk/ > /usr/src/share/mk/sys.mk:CFLAGS ?=3D -O2 -pipe >=20 > # grep -r "\-pipe" /usr/src/share/mk/ > /usr/src/share/mk/sys.mk:CFLAGS ?=3D -O -pipe > /usr/src/share/mk/sys.mk:CFLAGS ?=3D -O2 -pipe >=20 > Those lines come from: >=20 > .if ${MACHINE_CPUARCH} =3D=3D "arm" || ${MACHINE_CPUARCH} =3D=3D = "mips" > CFLAGS ?=3D -O -pipe > .else > CFLAGS ?=3D -O2 -pipe > .endif >=20 > So I used: >=20 > # make -dA 2>2mmjnk.txt 1>1mmjnk.txt >=20 > and looked for the first -pipe in 2mmjnk.txt. (It is also > the first -O , in this case -O2 .) >=20 > . . . > Got = 'C/mips(n32|64)?(el)?(hf)?/mips/:C/arm(v[67])?(eb)?/arm/:C/powerpc(64|spe)= /powerpc/:C/riscv64(sf)?/riscv/' from '${__TO_CPUARCH}'} > Applying[MACHINE_ARCH] :C to "amd64" > Modifier pattern: "mips(n32|64)?(el)?(hf)?" > Modifier pattern: "mips" > Result[MACHINE_ARCH] of :C is "amd64" > Applying[MACHINE_ARCH] :C to "amd64" > Modifier pattern: "arm(v[67])?(eb)?" > Modifier pattern: "arm" > Result[MACHINE_ARCH] of :C is "amd64" > Applying[MACHINE_ARCH] :C to "amd64" > Modifier pattern: "powerpc(64|spe)" > Modifier pattern: "powerpc" > Result[MACHINE_ARCH] of :C is "amd64" > Applying[MACHINE_ARCH] :C to "amd64" > Modifier pattern: "riscv64(sf)?" > Modifier pattern: "riscv" > Result[MACHINE_ARCH] of :C is "amd64" > lhs =3D "amd64", rhs =3D "arm", op =3D =3D=3D > Got = 'C/mips(n32|64)?(el)?(hf)?/mips/:C/arm(v[67])?(eb)?/arm/:C/powerpc(64|spe)= /powerpc/:C/riscv64(sf)?/riscv/' from '${__TO_CPUARCH}'} > Applying[MACHINE_ARCH] :C to "amd64" > Modifier pattern: "mips(n32|64)?(el)?(hf)?" > Modifier pattern: "mips" > Result[MACHINE_ARCH] of :C is "amd64" > Applying[MACHINE_ARCH] :C to "amd64" > Modifier pattern: "arm(v[67])?(eb)?" > Modifier pattern: "arm" > Result[MACHINE_ARCH] of :C is "amd64" > Applying[MACHINE_ARCH] :C to "amd64" > Modifier pattern: "powerpc(64|spe)" > Modifier pattern: "powerpc" > Result[MACHINE_ARCH] of :C is "amd64" > Applying[MACHINE_ARCH] :C to "amd64" > Modifier pattern: "riscv64(sf)?" > Modifier pattern: "riscv" > Result[MACHINE_ARCH] of :C is "amd64" > lhs =3D "amd64", rhs =3D "mips", op =3D =3D=3D > ParseReadLine (172): 'CFLAGS ?=3D -O2 -pipe' > Global:CFLAGS =3D -O2 -pipe >=20 > It looks like the poudriere builds based on /nxb-bin/. . . > See the amd64 MACHINE_ARCH in the context that shows: >=20 > # uname -apKU > FreeBSD FBSDamd64TR 13.0-CURRENT FreeBSD 13.0-CURRENT arm armv7 = 1300003 1300003 # grep "MACHINE_.*ARCH" 2mmjnk.txt ParseReadLine (17): 'MACHINE_CPUARCH=3D${MACHINE_ARCH:${__TO_CPUARCH}}' Global:MACHINE_CPUARCH =3D ${MACHINE_ARCH:${__TO_CPUARCH}} Applying[MACHINE_ARCH] :C to "amd64" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Result[MACHINE_ARCH] of :C is "amd64" Applying[MACHINE_ARCH] :C to "amd64" Result[MACHINE_ARCH] of :C is "amd64" ParseReadLine (12): 'MACHINE_ARCH=3Darmv7' Global:MACHINE_ARCH =3D armv7 ParseReadLine (13): 'ARCH=3D${MACHINE_ARCH}' Global:ARCH =3D ${MACHINE_ARCH} ParseReadLine (2): ' echo ${MACHINE_ARCH}' ParseReadLine (3): ' echo ${MACHINE_CPUARCH}' MACHINE_CPUARCH =3D ${MACHINE_ARCH:${__TO_CPUARCH}} MACHINE_ARCH =3D armv7 Applying[MACHINE_ARCH] :C to "armv7" Result[MACHINE_ARCH] of :C is "armv7" Applying[MACHINE_ARCH] :C to "armv7" Result[MACHINE_ARCH] of :C is "arm" Applying[MACHINE_ARCH] :C to "arm" Result[MACHINE_ARCH] of :C is "arm" Applying[MACHINE_ARCH] :C to "arm" Result[MACHINE_ARCH] of :C is "arm" MACHINE_CPUARCH =3D ${MACHINE_ARCH:${__TO_CPUARCH}} MACHINE_ARCH =3D armv7 Part of the issue is the ?=3D use from before the explicit MACHINE_ARCH assignment blocks any later ?=3D attempt form changing the result. I'll note that any of the following executing before the explicitly MACHINE_ARCH assignment would apparently get the amd64 value from the /nxb-bin/. . . context, just like the .if conditional in under investigation: # grep -r "^\..*MACHINE_ARCH" /usr/src/Makefile* /usr/src/share/mk/ = /usr/ports/Mk/ | more /usr/src/Makefile.inc1:.if ${MACHINE_ARCH} !=3D ${BUILD_ARCH} /usr/src/Makefile.inc1:.warning "To cross-build, set TARGET_ARCH = ${MACHINE_ARCH} !=3D ${BUILD_ARCH} ." /usr/src/Makefile.inc1:.if ${TARGET_ARCH} !=3D ${MACHINE_ARCH} || = ${TARGET} !=3D ${MACHINE} || \ /usr/src/Makefile.inc1:.if ${TARGET_ARCH} !=3D ${MACHINE_ARCH} || = ${BUILD_WITH_STRICT_TMPPATH} !=3D 0 /usr/src/Makefile.inc1:.elif ${TARGET_ARCH} !=3D ${MACHINE_ARCH} && = ${MK_ELFTOOLCHAIN_BOOTSTRAP} !=3D "no" /usr/src/Makefile.inc1:.if ${TARGET} =3D=3D ${MACHINE} && ${TARGET_ARCH} = =3D=3D ${MACHINE_ARCH} /usr/src/share/mk/bsd.arch.inc.mk:.elif = exists(${.CURDIR}/Makefile.${MACHINE_ARCH}) /usr/src/share/mk/bsd.arch.inc.mk:.include "Makefile.${MACHINE_ARCH}" /usr/src/share/mk/local.meta.sys.mk:.if empty(MACHINE_ARCH) /usr/src/share/mk/bsd.cpu.mk:. elif ${MACHINE_ARCH} =3D=3D "sparc64" /usr/src/share/mk/bsd.cpu.mk:. elif ${MACHINE_ARCH} =3D=3D "powerpc" /usr/src/share/mk/bsd.cpu.mk:. elif ${MACHINE_ARCH} =3D=3D "powerpcspe" /usr/src/share/mk/bsd.cpu.mk:. elif ${MACHINE_ARCH} =3D=3D "powerpc64" /usr/src/share/mk/bsd.cpu.mk:. elif ${MACHINE_ARCH} =3D=3D "sparc64" /usr/src/share/mk/bsd.cpu.mk:. elif ${MACHINE_ARCH} =3D=3D "powerpc" /usr/src/share/mk/bsd.cpu.mk:. elif ${MACHINE_ARCH} =3D=3D "sparc64" /usr/src/share/mk/bsd.cpu.mk:. if ${MACHINE_ARCH:Mmips*el*} !=3D "" /usr/src/share/mk/bsd.cpu.mk:. if ${MACHINE_ARCH:Mmips64*} !=3D "" /usr/src/share/mk/bsd.cpu.mk:. elif ${MACHINE_ARCH:Mmipsn32*} !=3D "" /usr/src/share/mk/bsd.cpu.mk:. if ${MACHINE_ARCH:Mmips*hf} /usr/src/share/mk/bsd.cpu.mk:. if ${MACHINE_ARCH:Marmv6*} !=3D "" /usr/src/share/mk/bsd.cpu.mk:. if ${MACHINE_ARCH:Marmv7*} !=3D "" /usr/src/share/mk/bsd.cpu.mk:. if ${MACHINE_ARCH:Marmv[67]*} =3D=3D "" /usr/src/share/mk/bsd.cpu.mk:.if ${MACHINE_ARCH:Marmv[67]*} && = defined(CPUTYPE) && ${CPUTYPE:M*soft*} !=3D "" /usr/src/share/mk/bsd.cpu.mk:.if ${MACHINE_ARCH} =3D=3D "powerpcspe" /usr/src/share/mk/bsd.cpu.mk:.if ${MACHINE_ARCH:Mriscv*sf} /usr/src/share/mk/bsd.endian.mk:.if ${MACHINE_ARCH} =3D=3D "aarch64" || = \ /usr/src/share/mk/bsd.endian.mk:.elif ${MACHINE_ARCH} =3D=3D "powerpc" = || \ /usr/ports/Mk/Uses/gnustep.mk:.if ${MACHINE_ARCH} =3D=3D "i386" (I have not tried to figure out which have a chance of executing before the MACHINE_ARCH explicit assignment.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Thu Nov 15 02:21:26 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8F7E110B6A6 for ; Thu, 15 Nov 2018 02:21:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-4.consmr.mail.bf2.yahoo.com (sonic306-4.consmr.mail.bf2.yahoo.com [74.6.132.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 959E57B0CD for ; Thu, 15 Nov 2018 02:21:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: .FUg5pwVM1k3PNZ0jVLarF.eox29r5SpgCKWFUv7ukljGTRc.uFr8fGqFAO0E8k Y8m96G03cUd9tSFU6c.WVhxjgSzF9Sa1UMsh8aXpCwswCcEWMQW0i9BbDtF138gjcijxj.KWgNlk ELCu48vTzwdImMFz4KMUzQddOf8LYBwLBaLypfuMTpvRq0FXxAcHmGQUo1aEVqQypHhFIlLzJ2bQ S_Y_QouDQ9MaXSG.csglXXM.OFsE9dx7pGKvyWRUfAWz5QIeqcNku__tThZHUprKqPZHL3fqgXzk Pm1_HjDcTtcJBHLbJld1.a.PL2EByWRrwgupU6WTYpp8ozUw3M3pdt3THGsa46UPLPRjewIX_djR ZhBR28SBU6wz2Py31XcAsDggjByoAz8SqpIqF_L5dfK_abeiNIotrlcpOPYCbUPcsuxBfT3rjOea esak7SkTcnhAyAfO_vNFjkk9JY7fOnPrqnl2_5keXgAFT3Q9wxqtFIVxLqmVj86iTN9g0NMK6s7n tY15E2pGl7gfDIL7AHpptVeLbaNNTjA86sstT327DADJIFwxNNqZhdBWyHNTyZRXe1MOekDkhYPj Rz3_ifnMT2BBqAuXCYkYNxCK.0R3a8w5g0dGSfB78bEiZm4z15Jb6uHhmB33Bw0EKMuj1ItohtHx iHh5QgYIrHr6znPkrDBH.K.tM71hFiBhTMD2kxt8Steh6DgEt5.uJv2hvTwJXwrQY80ENNubV5Fa 3Boe5fMJJSLq21NNEPr_HTABQ6qzGv0Jzd0E1_YR7pzsIT8dmn_WVmbht6BOof0_JVjN7oh2MqH_ hN0ve1DAYNKybcee4HJNyrlxgAZ4AG.WmBaGSIlvrpKuGjsYSUjJJX8JlVcIdq0hIijHlKv3cAFl 4pd8nQZFITFbDHLE8AU4T9gRYOC8FFvDDqc8AmAQoCP_ngLd9GfBu4HqKoyfjxp4RUDK1aeUQIVM MlrfuRcq5gdPNd4c3VSZdWmbJocpzvikHTFWHbiohy1GBMSzx6yoFiZ3e_gVHpYG.M3Kciz2Fn9B EtSFA5_SwDBvNAPQLThhpnpaqEiMvyeOFM.5hHmxP4GojC3F4I4zi Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.bf2.yahoo.com with HTTP; Thu, 15 Nov 2018 02:21:18 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp412.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e817131ac13f74c1d602d0057e53691f; Thu, 15 Nov 2018 02:21:14 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC From: Mark Millard In-Reply-To: <9cf37f5d-3aea-390c-e553-42ab3efe1c98@FreeBSD.org> Date: Wed, 14 Nov 2018 18:21:12 -0800 Cc: ports-list freebsd , freebsd-x11@freebsd.org, Jan Beich , Warner Losh , "Simon J. Gerraty" Content-Transfer-Encoding: 7bit Message-Id: References: <56BE95DD-61E5-43CB-923D-10E968003FE3@yahoo.com> <5FF705ED-B019-4CB1-B516-796C2E7A6FF9@yahoo.com> <51a82f62-13df-a485-4d5a-7dbfa3d1107f@FreeBSD.org> <12EFB5C5-4BC6-4083-B51D-26D1D3150C35@yahoo.com> <9cf37f5d-3aea-390c-e553-42ab3efe1c98@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 959E57B0CD X-Spamd-Result: default: False [1.24 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.26)[-0.258,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.71)[-0.710,0]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.92)[0.921,0]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[43.132.6.74.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.80)[ip: (5.40), ipnet: 74.6.128.0/21(2.04), asn: 26101(1.63), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 15 Nov 2018 02:21:26 -0000 On 2018-Nov-14, at 17:45, Bryan Drewery wrote: > I think the real problem here is that Poudriere is setting MACHINE_ARCH > in make.conf and sys.mk loads make.conf *after* checking MACHINE_CPUARCH > (derived from MACHINE_ARCH) to determine CFLAGS; The .if is expanding > MACHINE_CPUARCH before make.conf is included. > > We probably need a make-env.conf thing like src-env.conf to allow > modifying sys.mk earlier. Cool. We still get the result that arm[67], and possibly some mips, have had a lot of -O2 use based on what has historically been done by the qemu-user-static based official-build servers. And that leads to questioning the need for -O instead of -O2 for armv[67] and possibly some mips contexts. Or, going the other way: Should -O be forced and have an exp run for, say armv7 ? An example of what would be found is what I ran into for x11/pixman when its build used -O (native) instead of -O2 (cross-build via qemu-user-static) and a link command failed for -O use. (It was the failure that started my looking for what was different from my prior cross-build that had worked.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Thu Nov 15 03:42:09 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E46D2110F8ED for ; Thu, 15 Nov 2018 03:42:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.ne1.yahoo.com (sonic302-20.consmr.mail.ne1.yahoo.com [66.163.186.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C4BAE7EAB6 for ; Thu, 15 Nov 2018 03:42:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: .IhoFhMVM1lv.xe7ct8d5kHKjNlV7QXdPcOKYU_DXc05sSNgpElj0t7IcKjjLl6 GcG31Z0RDwfrhmJDqrKCkV.hAfmKLpycIZsF57ImtaHE93iM3MV2a187XIjSKtkw_nJHDRf6ZNQu SQJx7n7XrSfyECBFKPl3SLVGIHxfEL3VwPK0eTbnN8Pev0DgX9QBMgGEuwnnkZRPWSgr3ADqJkmi E1ohNGa0AQoM2iqMEpkrZf3xvyJwEcjH8_x8sBsfr2Oz9aaz1hGLlKCPS9NqEMjKB9Cxgezk5eU3 5nnj2Kh_jPxTxYUvmndjMkaMduTgTebRKu7xFVqSnZS9u5Aw3uWH1j9H2Hjow.VDHware4ZwFsit 7MwsMXEnTg_JGo_IyuPpYh1j8X2VkKNjtgXlEemlyOWgoBzyxFdActSA5vwCvpneSA5IfVT.mqDn 2kpbHLYz.zKg3nnDA6ujWYXY9S8qtzfLjrNX0N_.tbs0s6yE9vN7Hr__rQN35Vm67pFk4OHVFUEM k1X0ofmtCE2bIluJnANYDqBCoCKpMmPETTrI55joo0iAOYH4ZD1RT5nqvYQGUg9Gmg.riCdzuBrC NPn9Bl5jtmVeyDZ4OvE.fQOtpAghb94.swwCC42l22wmQ9.QbTJS7izX1h7RN76E8r3DpTSnrXGe hDvuv_JFWNw4ImQkky04jdFaqvNJiRVd0MKddCoQ1J6Q3gceLahtSFCOM7rtRRCj2BLyY.TCpRAY h4Pmj6dvXilba7jCW__NAyR8BIKOFT1hOrQNgBnpgIKWyCqGcnMSzM4YU37n4evO0cJeAi4EHg_l K19em3wW7iBLhNVIzNlyt1xsWg3vYeOoA8yeWFtWnBJVF4Px7H0o4NiHt6Y0_I80gBbG8wdEFNZJ v8uY_wC_52F4ZeG0xq.0WjUAG3fi9QHKzF9hVDLIe04aryYxbAq5L9BTDLuV64ReGazhsYXWa7vF MtM5RS02xvAy6uYU26kOCGM51uXaeSYvoYHLjibBaXP9en9BjD1u40u1jDR392c8xhXocmA6AIbj 3J5rAto6qdkEAGpm_XvaSoVc8GCrdEjC2TZ2ZOk2zvRhmb6hhZA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Thu, 15 Nov 2018 03:42:01 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp404.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID b71ab79ff41f30a990668a1c34c2a10d; Thu, 15 Nov 2018 03:41:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC From: Mark Millard In-Reply-To: Date: Wed, 14 Nov 2018 19:41:54 -0800 Cc: ports-list freebsd , freebsd-x11@freebsd.org, Jan Beich , Warner Losh , "Simon J. Gerraty" Content-Transfer-Encoding: 7bit Message-Id: <8C7A2ACE-2786-4D31-B516-22F1EB3372F6@yahoo.com> References: <56BE95DD-61E5-43CB-923D-10E968003FE3@yahoo.com> <5FF705ED-B019-4CB1-B516-796C2E7A6FF9@yahoo.com> <51a82f62-13df-a485-4d5a-7dbfa3d1107f@FreeBSD.org> <12EFB5C5-4BC6-4083-B51D-26D1D3150C35@yahoo.com> <9cf37f5d-3aea-390c-e553-42ab3efe1c98@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: C4BAE7EAB6 X-Spamd-Result: default: False [1.01 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.29)[-0.291,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.74)[-0.742,0]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.95)[0.950,0]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[146.186.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.61)[ip: (4.74), ipnet: 66.163.184.0/21(1.88), asn: 36646(1.51), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 15 Nov 2018 03:42:09 -0000 [My wording presumed some context not presented.] On 2018-Nov-14, at 18:21, Mark Millard wrote: > On 2018-Nov-14, at 17:45, Bryan Drewery wrote: > >> I think the real problem here is that Poudriere is setting MACHINE_ARCH >> in make.conf and sys.mk loads make.conf *after* checking MACHINE_CPUARCH >> (derived from MACHINE_ARCH) to determine CFLAGS; The .if is expanding >> MACHINE_CPUARCH before make.conf is included. >> >> We probably need a make-env.conf thing like src-env.conf to allow >> modifying sys.mk earlier. > > Cool. > > > We still get the result that arm[67], and possibly some mips, > have had a lot of -O2 use based on what has historically been > done by the qemu-user-static based official-build servers. The reference to qemu-user-static was meant to be for with /nxb-bin/. . . (or some form of native tools). It is the native tools that initially have MACHINE_ARCH being amd64 by default for the example contexts. Absent that, qemu-arm-static would likely report armv6 for all arm's until the explicit assignment. (The "armv6" is a single compile-time constant in the qemu-arm-static source at this time.) So this likely would behave as on a native build: -O . > And that leads to questioning the need for -O instead of -O2 > for armv[67] and possibly some mips contexts. > > Or, going the other way: Should -O be forced and have an > exp run for, say armv7 ? An example of what would be found is > what I ran into for x11/pixman when its build used -O (native) > instead of -O2 (cross-build via qemu-user-static) and a link > command failed for -O use. (It was the failure that started my > looking for what was different from my prior cross-build that > had worked.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Thu Nov 15 09:56:19 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE701113161F for ; Thu, 15 Nov 2018 09:56:18 +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 4EA238D464 for ; Thu, 15 Nov 2018 09:56:18 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 13C291131619; Thu, 15 Nov 2018 09:56:18 +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 029661131617 for ; Thu, 15 Nov 2018 09:56:18 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 816FF8D457 for ; Thu, 15 Nov 2018 09:56:17 +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 8C19C1A0DF for ; Thu, 15 Nov 2018 09:56:16 +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 wAF9uGRr038892 for ; Thu, 15 Nov 2018 09:56:16 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id wAF9uGrx038891; Thu, 15 Nov 2018 09:56:16 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201811150956.wAF9uGrx038891@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, 15 Nov 2018 09:56:16 +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-Rspamd-Queue-Id: 4EA238D464 X-Spamd-Result: default: False [-104.41 / 200.00]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[FreeBSD.org]; FORWARDED(0.00)[ports@mailman.ysv.freebsd.org]; R_MISSING_CHARSET(2.50)[]; SPF_FAIL_FORWARDING(0.00)[]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: mx1.FreeBSD.org]; NEURAL_HAM_SHORT(-1.00)[-1.000,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.70)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.81), asn: 10310(-3.75), country: US(-0.10)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[ports@freebsd.org,freebsd-ports@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; RCVD_COUNT_SEVEN(0.00)[7] X-Rspamd-Server: mx1.freebsd.org 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, 15 Nov 2018 09:56:19 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ databases/bbdb | 3.2 | bbdb_file.format.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 Nov 15 11:03:53 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2815911333DB for ; Thu, 15 Nov 2018 11:03:53 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from smtp02.mail.online.nl (smtp02.mail.online.nl [194.134.25.72]) by mx1.freebsd.org (Postfix) with ESMTP id 596768F67B for ; Thu, 15 Nov 2018 11:03:52 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from beastie.bionicmutton.org (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp02.mail.online.nl (Postfix) with ESMTP id 145F11A0074 for ; Thu, 15 Nov 2018 12:03:45 +0100 (CET) From: Adriaan de Groot To: freebsd-ports@freebsd.org Subject: Re: freebsd-ports Digest, Vol 807, Issue 5 Date: Thu, 15 Nov 2018 12:03:38 +0100 Message-ID: <1628492.fmOJIAR8ZY@beastie.bionicmutton.org> Organization: FreeBSD In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1718295.ZtRBhd9WOt"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Rspamd-Queue-Id: 596768F67B X-Spamd-Result: default: False [-104.24 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; RCVD_IN_DNSWL_LOW(-0.10)[72.25.134.194.list.dnswl.org : 127.0.5.1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[158.154.150.85.zen.spamhaus.org : 127.0.0.11]; DMARC_NA(0.00)[freebsd.org]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-0.50)[-0.498,0]; SIGNED_PGP(-2.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.47)[asn: 5390(2.32), country: NL(0.02)]; ASN(0.00)[asn:5390, ipnet:194.134.0.0/16, country:NL]; RCVD_COUNT_TWO(0.00)[2]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 15 Nov 2018 11:03:53 -0000 --nextPart1718295.ZtRBhd9WOt Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" On Wednesday, 14 November 2018 22:05:38 CET freebsd-ports-request@freebsd.org wrote: > Date: Wed, 14 Nov 2018 21:00:20 +0900 > From: KIRIYAMA Kazuhiko > To: freebsd-ports@freebsd.org > Cc: kiri@kx.openedu.org > Subject: multimedia/umplayer build failed (13.0-CURRENT/r339677) > Message-ID: <201811141200.wAEC0Kdi079693@kx.openedu.org> > Content-Type: text/plain; charset=US-ASCII > > Hi all, > > umplayer-0.97_4 (multimedia/umplaye) failed to build in > 13.0-CURRENT with port revision r339677 (detail log in [1]): This is unrelated to multimedia/umplayer, and is simply that net/qt4-qnetwork does not build with the latest openssl. *Some* fixes have gone in (and out), but they are not enough and I'm having a devil of a time finding hours in the day to work on this (aside from the fact that Qt4 is scheduled for removal and was EOL'ed upstream years ago). [ade] --nextPart1718295.ZtRBhd9WOt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHUEABEIAB0WIQTVFBoRsP760fy+Jisy7lRaPghTTwUCW+1SiwAKCRAy7lRaPghT T8PuAQCF9IHYYvWcHtqxbzhZXfKZAf1ZyLJ4zTXKEkNxSqrMlgD9HL5veng3btET Dr8lqSXZzLJ5i0rXWRBlMFghxs4PCnQ= =+Plz -----END PGP SIGNATURE----- --nextPart1718295.ZtRBhd9WOt-- From owner-freebsd-ports@freebsd.org Thu Nov 15 13:12:39 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9642811365ED for ; Thu, 15 Nov 2018 13:12:39 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [46.251.251.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "0x20.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2072D6D79A for ; Thu, 15 Nov 2018 13:12:38 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from e.0x20.net (mail.0x20.net [46.251.251.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 6557EA78BC; Thu, 15 Nov 2018 14:07:06 +0100 (CET) Received: (from lars@localhost) by e.0x20.net (8.15.2/8.15.2/Submit) id wAFD74mB071770; Thu, 15 Nov 2018 14:07:04 +0100 (CET) (envelope-from lars) Date: Thu, 15 Nov 2018 14:07:04 +0100 From: Lars Engels To: Xavier Cc: FreeBSD Ports ML Subject: Re: Upgrade from PHP71 to PHP72 breaks icingaweb2 Message-ID: <20181115130704.GJ59358@e.0x20.net> References: <68f377509b704b8604dd41e29484115c@groumpf.org> <2e352ca4-6515-7c08-e1c0-b5f9e2d54791@madpilot.net> <0e76384d-3479-44c1-2f50-463250b25d1c@groumpf.org> <4cfd72d7-1176-f098-72ed-4f594e740d4e@madpilot.net> <20181107120927.GV98934@e.0x20.net> <169487d1-53cc-1e87-2e4e-aa14ac57a55a@groumpf.org> <4613c028-1334-6c2f-8ca0-f34d63530e20@groumpf.org> <20181108131726.GA59358@e.0x20.net> <4e62fb70-47f9-a83d-013c-c46f58e9bf82@groumpf.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4e62fb70-47f9-a83d-013c-c46f58e9bf82@groumpf.org> X-Editor: VIM - Vi IMproved 8.0 User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 2072D6D79A X-Spamd-Result: default: False [2.57 / 200.00]; ARC_NA(0.00)[]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.24)[0.239,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[0x20.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.27)[0.269,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.25)[0.246,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[lars.engels@0x20.net,lars@e.0x20.net]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:31400, ipnet:46.251.251.0/24, country:DE]; FROM_NEQ_ENVFROM(0.00)[lars.engels@0x20.net,lars@e.0x20.net]; IP_SCORE(0.11)[asn: 31400(0.58), country: DE(-0.01)]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 15 Nov 2018 13:12:39 -0000 On Thu, Nov 08, 2018 at 10:06:15PM +0100, Xavier wrote: > On 08/11/2018 14:17, Lars Engels wrote: > > Do you see any php related entries in your apache logs? > > > > No, just the stack trace on screen > I just encountered the same problem after upgrading from php71 to php72. I had to also upgrade mod_php71 to mod_php72 and restart Apache afterwards. Now Icinga Web 2 is up and running again. From owner-freebsd-ports@freebsd.org Thu Nov 15 14:18:56 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 476471137820 for ; Thu, 15 Nov 2018 14:18:56 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 06B2C6F2E3; Thu, 15 Nov 2018 14:18:53 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id B7C1521E8D; Thu, 15 Nov 2018 09:18:52 -0500 (EST) Received: from web6 ([10.202.2.216]) by compute7.internal (MEProxy); Thu, 15 Nov 2018 09:18:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=message-id:from:to:cc:mime-version:content-transfer-encoding :content-type:subject:date:in-reply-to:references; s=fm3; bh=MVr Ta+mME0JeZkhuGhDbLlQDp7nn/YOK3cQtdqqWzEQ=; b=Fc4QVDDD1pv+cSgh+p9 fXoL6ejI6tfCC+NoP8XLqADSYFHUjit74nmBUJ96J0ua4Wc5VTRyox6XnEhl8A7Z HM1dLR7hzdpAKlG0n+PWj5wdnSIFz30SYg7VFvt8Adxl2rzIB9NyGNUgINDThOZW 51AchGmJktT85b3+xqnXfrzgmuuuVPWAiSD/jusx/vbdw9euHgcnEG29lqP+S6T1 k3dxBlB5om0ri9rIQAsSZ4eH8+fo1qQ26IM/B91Z3JqT9cZqSxc0JT5jWaul3ai/ UnxBQQmEd7zWpXWJtbrhWut0TqPtw5YaZEq94vCOZV7fOtm6eeRReXXTqmkw6BNR eaA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=MVrTa+mME0JeZkhuGhDbLlQDp7nn/YOK3cQtdqqWz EQ=; b=Yr9nnodXP4w9/YUOgVoYBJqoNRYSlD/fwBs4DYj1o0022QcSodGm2fL8a 0tPt65IzZn9HHr14mB3AhsIwupjJkHwS/zbizP1B8O867MhT+Xm42pMbkHKSGuaa 6Xfo9B19yKP/XVOavpl5MQe/emucdrIHDixshPXOxsL3Mjeve0Jb78SJnJtXXMix DHG8paML0pHikQplbsZlRXtd5woa91zmkd+L2suGpGg0EhZhM0khAEjtABw8R9L0 uSY+pF3eyMRGwUdcGL5N5MqB3AOaO5Q/CpsqNEjj9J9z/oLd8jihMYLoicimyZdn o1+E7QV8HDJzCH55UdNlaxWV3LHCA== X-ME-Sender: X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 99) id EFFCC4260; Thu, 15 Nov 2018 09:18:51 -0500 (EST) Message-Id: <1542291531.4101904.1577944176.55E7BC64@webmail.messagingengine.com> From: Dave Cottlehuber To: Karl Pielorz , mmokhi@freebsd.org Cc: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-2d882eb6 Subject: Re: pkg falls behind port version - how do ports become pkg's? Date: Thu, 15 Nov 2018 15:18:51 +0100 In-Reply-To: <43B43CB95D1C6114A9D2CE0F@Mac-mini.local> References: <09E24A9CF2EF0A4276923670@[10.12.30.106]> <43B43CB95D1C6114A9D2CE0F@Mac-mini.local> X-Rspamd-Queue-Id: 06B2C6F2E3 X-Spamd-Result: default: False [-6.19 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[skunkwerks.at,messagingengine.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[skunkwerks.at]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[skunkwerks.at:+,messagingengine.com:+]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; RCVD_IN_DNSWL_LOW(-0.10)[29.4.111.66.list.dnswl.org : 127.0.5.1]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.0.0/20, country:US]; IP_SCORE(-3.59)[ip: (-9.61), ipnet: 66.111.0.0/20(-4.35), asn: 11403(-3.91), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 15 Nov 2018 14:18:56 -0000 On Mon, 12 Nov 2018, at 23:06, Karl Pielorz wrote: > >From what I can see mysql56-server in quarterly really does need updating > to fix the CVE's - so who am I best emailing to ask if > mysql56-server/client could be updated on security grounds? > > Thanks again, Hi Karl the best person is the maintainer of that port (now in CC) and request a "MFH" or "Move From Head". You can see who this in the Makefile or via https://www.freshports.org/databases/mysql56-server for example. A+ Dave From owner-freebsd-ports@freebsd.org Thu Nov 15 19:47:01 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88FE21107BD7 for ; Thu, 15 Nov 2018 19:47:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C97E47B6CA for ; Thu, 15 Nov 2018 19:47:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 00Qy0qwVM1mIPc.21GcXvH_Xsfa4gG1YT1qHmJAI831PmlCYh6GRbtQrW7UI_ba jVOHCokIkE96b.ZXni0CJvfEAsqy_8NXyV1Q6Zu1BQhYyRD2COxCqS0S6RUX.iBW0ShylXdOPcY. icKav517qxdHlcSGkCPsABQg6a2czhk973GxltM2xb97h.89JgNXvRzgnM4QS0DQXlgxSb8Gytvw bKNOn7rAnoCudi9ha0GUXjvnlqsXAjDq7I4F3cV9A3A7Aeb5Vx3IEp4fa4LUVvFJRWXxS..s3AOx Tu5PiuMkau4kTPnJlfNhs8HFSSXCgvLAMNxrVt7QZgydjDxAcK40Cgn68tpeRMAdvNHAWRDokdgR trpgaAfwEK2jrpNWV0CVvnYEGrzRSZNhTdsVvz2LCOap9SIoQ70YQK4iGvJfQbGzIl0zRCxBXXcX ti9gcBdFMB1aPz4Gv8RuyofxS4741nlLpu.9iaz3OSOUY04SqPWctm68Yk.ecui37KTDSUvbtP1S QnCbyKRMoTmosIlebkXqD1_MIgDyrqt6njLt7TemvZ1CCjCVscp3pXxOZVIWmf7f2g7sPTMarwEb POXV16pOgsgbhEXlf5X_81VgS4waJJXKeCjjtvsowg0oa_.tWunAMbh_2AEnOrx_p0GqnCIKyupw NlAq6eCiizVtgnV2gVUc2oWrGeMoqAeJVgEHhAwplOHzU1.NfKRj_L2n1PEh2YNtFpJWpTmb1Wsf 7e8NLEM_ooJCYXYA38qrSNyiWOh8Q.8cyC1dbaVKbKxRTn7MBtd5TxpZpbwnPPWegI7niuMKLOyS Xh6_uuqvvXYFRo5AuqSy.obxuyBqT_mul30HFo5YpJOL40fuati9CqG2SALq6tlRnPDSipl4vL9E 9yyx0.zLmA12qBn3cs0pV3D73OiwPXn0E08U1t203OVOETi1YVt8B96ICSM4QC2F9Z62ERdPnmX6 AYsv9_9EWVnO5yENlJavKFTY8e6IWVHlOdQi0zpe0LG16BArPpfy.49mp.rw6CN_ANR4X4pzqeAS HyBTxM9bHwkMW5I7kawWrK8G6xBRona1LFj5vJuAxhJ_mIKuXDVt7dBU- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Thu, 15 Nov 2018 19:46:54 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp402.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d26cf804a773e47259dfee169d99e9c9; Thu, 15 Nov 2018 19:46:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r484652: lang/ruby24 fails to amd64 -> armv7 cross build: qemu: uncaught target signal 11 (2 of them) [armv7 native build worked] From: Mark Millard In-Reply-To: <0E2549AE-5235-40C3-A5F8-4D66D3F3E0E5@yahoo.com> Date: Thu, 15 Nov 2018 11:46:49 -0800 Cc: Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: References: <0E2549AE-5235-40C3-A5F8-4D66D3F3E0E5@yahoo.com> To: ports-list freebsd , freebsd-ruby@freebsd.org X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: C97E47B6CA X-Spamd-Result: default: False [-2.06 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.81)[-0.808,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.01)[0.007,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[146.66.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(0.24)[ipnet: 98.137.64.0/21(0.73), asn: 36647(0.58), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 15 Nov 2018 19:47:01 -0000 [While the poudriere-devel/qemu-arm-static/nxb-bin/ amd64 -> armv7 cross build failed, a native armv7 build worked. It turns out the difference that matters is likely -O2 use vs -O use. More later below.] On 2018-Nov-10, at 23:29, Mark Millard wrote: > Poudriere-devel reported: >=20 > [00:18:32] [07] [00:02:56] Saved lang/ruby24 | ruby-2.4.5,1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/ruby-2= .4.5,1.tbz > [00:18:32] [07] [00:02:56] Finished lang/ruby24 | ruby-2.4.5,1: = Failed: build >=20 > The log showed: >=20 > --- miniruby --- > linking miniruby > --- .rbconfig.time --- > --- encdb.h --- > generating encdb.h > --- .rbconfig.time --- > qemu: uncaught target signal 11 (Segmentation fault) - core dumped > Segmentation fault > *** [.rbconfig.time] Error code 139 >=20 > make[1]: stopped in /wrkdirs/usr/ports/lang/ruby24/work/ruby-2.4.5 > --- encdb.h --- > qemu: uncaught target signal 11 (Segmentation fault) - core dumped > Segmentation fault > *** [encdb.h] Error code 139 >=20 > make[1]: stopped in /wrkdirs/usr/ports/lang/ruby24/work/ruby-2.4.5 > 2 errors >=20 >=20 > Despite how the above looks, I find only one .core file in the > tar archive produced for the failure: >=20 > # find /wrkdirs/usr/ports/lang/ruby/ -name "*.core" -print > /wrkdirs/usr/ports/lang/ruby/work/ruby-2.4.5/qemu_miniruby.core >=20 > Apparently qemu does not allow for separate files for distinct > processes. >=20 > For that .core file I find (libexec/gdb): >=20 > # chroot /usr/obj/DESTDIRs/clang-armv7-installworld-poud > # cd /wrkdirs/usr/ports/lang/ruby/work/ruby-2.4.5/ > # /usr/libexec/gdb miniruby qemu_miniruby.core=20 > . . . > (gdb) bt > #0 0x00113f84 in rb_gc_writebarrier_unprotect (obj=3D4104601600) at = gc.c:1119 > 1119 return RVALUE_WB_UNPROTECTED_BITMAP(obj) !=3D 0; > [New Thread f4b5d000 (LWP 100638/)] > [New LWP 61684] > Current language: auto; currently minimal > (gdb) bt > #0 0x00113f84 in rb_gc_writebarrier_unprotect (obj=3D4104601600) at = gc.c:1119 > #1 0x000c3fc8 in rb_include_class_new (module=3D4104569400, = super=3D) at ruby.h:1456 > #2 0x000c4424 in include_modules_at (klass=3D4104602160, = c=3D4104602160, module=3D4104569400, search_super=3D) at class.c:913 > #3 0x000c41f0 in rb_include_module (klass=3D4104602160, = module=3D4104569400) at class.c:870 > #4 0x001f6dec in Init_String () at string.c:10021 > #5 0x00129398 in rb_call_inits () at inits.c:28 > #6 0x00103bac in ruby_setup () at eval.c:60 > #7 0x00103be8 in ruby_init () at eval.c:76 > #8 0x000a3300 in main (argc=3D11, argv=3D0x9fffe41c) at main.c:35 > (gdb) up > #1 0x000c3fc8 in rb_include_class_new (module=3D4104569400, = super=3D) at ruby.h:1456 > 1456 rb_gc_writebarrier_unprotect(x); > (gdb) up > #2 0x000c4424 in include_modules_at (klass=3D4104602160, = c=3D4104602160, module=3D4104569400, search_super=3D) at class.c:913 > 913 iclass =3D rb_include_class_new(module, = RCLASS_SUPER(c)); > (gdb) up > #3 0x000c41f0 in rb_include_module (klass=3D4104602160, = module=3D4104569400) at class.c:870 > 870 changed =3D include_modules_at(klass, RCLASS_ORIGIN(klass), = module, TRUE); > (gdb) up > #4 0x001f6dec in Init_String () at string.c:10021 > 10021 rb_include_module(rb_cString, rb_mComparable); > (gdb) up > #5 0x00129398 in rb_call_inits () at inits.c:28 > 28 CALL(String); > (gdb) up > #6 0x00103bac in ruby_setup () at eval.c:60 > 60 rb_call_inits(); > (gdb) up > #7 0x00103be8 in ruby_init () at eval.c:76 > 76 int state =3D ruby_setup(); > (gdb) up > #8 0x000a3300 in main (argc=3D11, argv=3D0x9fffe41c) at main.c:35 > 35 ruby_init(); >=20 > (I'm not familiar with what details libexec/gdb gets > right vs. wrong. But the call chain seems coherent.) >=20 > Host environment: >=20 > # uname -apKU > FreeBSD FBSDFSSD 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r340287M: Fri = Nov 9 08:37:01 PST 2018 = markmi@FBSDFSSD:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/G= ENERIC-NODBG amd64 amd64 1300003 1300003 A prior example that fails for native armv7 builds but works for poudriere-devel/qemu-arm-static/nxb-bin/ (native cross tools based) amd64 -> armv7 cross builds is x11/pixman. Previously I discovered that x11/pixman builds fine in poudriere-devel/qemu-arm-static/nxb-bin/ amd64 -> armv7 cross builds but a link fails during native armv7 builds. It turned out that with the host-native cross tools involved -O2 was being used where native -O was being used: the code in share/mk/sys.mk that is designed to use -O for arm fails to do so and uses -O2 instead. (MACHINE_ARCH temporarily looks to be amd64, which gets a -O2 put in CFLAGS instead of -O .) ruby seems to go the other direction: with -O2 involved something builds that fails to run during the build. With -O involved instead ruby builds fine and produces a ruby that works. (I've not done any analysis to see if the -O2 based build failure is because of code making assumption that are not guaranteed vs. if the compiler/linker is producing something bad from well-defined code.) Bryan Drewery is now aware of the odd -O2 vs. -O behavior under poudriere-devel/qemu-arm-static/nxb-bin/ amd64 -> armv7 cross builds and likely it will be fixed at some point. But the existing behavior means that official armv6 and armv7 port builds that use that poudriere-devel/qemu-arm-static/nxb-bin/ amd64 -> armv7 cross build structure have been using -O2 for a long time. This may challenge the use of -O by default in CFLAGS for armv6 and armv7, in that -O2 has been under an implicit test for as long as the cross build structure has been used with share/mk/sys.mk having the MACHINE_ARCH based selection of -O2 vs. -O . mips* may have similar issues to arm* based on what share/mk/sys.mk does for -O2 vs. -O . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Thu Nov 15 22:52:12 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3886E110CCED for ; Thu, 15 Nov 2018 22:52:12 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (flets-sg1027.kamome.or.jp [202.216.24.27]) (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 63B7C83A8C for ; Thu, 15 Nov 2018 22:52:09 +0000 (UTC) (envelope-from kiri@kx.openedu.org) Received: from kx.openedu.org (kx.openedu.org [202.216.24.27]) by kx.openedu.org (8.14.5/8.14.5) with ESMTP id wAFMq05w015595; Fri, 16 Nov 2018 07:52:00 +0900 (JST) (envelope-from kiri@kx.openedu.org) Message-Id: <201811152252.wAFMq05w015595@kx.openedu.org> Date: Fri, 16 Nov 2018 07:52:00 +0900 From: KIRIYAMA Kazuhiko To: freebsd-ports@freebsd.org Cc: kiri@kx.openedu.org Subject: www/nginx-full build failed (13.0-CURRENT/r484802) User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 22) (Instant Classic) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 63B7C83A8C X-Spamd-Result: default: False [0.27 / 40.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.73)[-0.729,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[openedu.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.02)[0.020,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[kx.openedu.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.09)[-0.091,0]; R_SPF_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.02)[country: JP(-0.10)]; ASN(0.00)[asn:4704, ipnet:202.216.0.0/19, country:JP]; MID_RHS_MATCH_FROM(0.00)[]; ONCE_RECEIVED(0.10)[] X-Rspamd-Server: mx1.freebsd.org 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, 15 Nov 2018 22:52:12 -0000 Hi all, nginx-full-1.14.1,2 (www/nginx-full) failed to build in 13.0-CURRENT with ports revision r484802 (detail log in [1]): Enable http_ssl module to build upstream_fair with SSL support This port install Passenger module only ===> License BSD2CLAUSE accepted by the user ===> nginx-full-1.14.1,2 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by nginx-full-1.14.1,2 for building ===> Extracting for nginx-full-1.14.1,2 => SHA256 Checksum OK for nginx-1.14.1.tar.gz. => SHA256 Checksum OK for ngx_cache_purge-2.3.tar.gz. => SHA256 Checksum OK for nginx_mogilefs_module-1.0.4.tar.gz. => SHA256 Checksum OK for nginx_mod_h264_streaming-2.2.7.tar.gz. => SHA256 Checksum OK for ngx_http_redis-0.3.9.tar.gz. => SHA256 Checksum OK for ngx_http_response-0.3.tar.gz. => SHA256 Checksum OK for 08a395c66e42.tar.gz. => SHA256 Checksum OK for modsecurity-2.9.2.tar.gz. => SHA256 Checksum OK for passenger-5.3.5.tar.gz. => SHA256 Checksum OK for ngx_slowfs_cache-1.10.tar.gz. => SHA256 Checksum OK for yaoweibin-nginx_ajp_module-bf6cd93_GH0.tar.gz. => SHA256 Checksum OK for openresty-array-var-nginx-module-v0.05_GH0.tar.gz. => SHA256 Checksum OK for anomalizer-ngx_aws_auth-1e62670_GH0.tar.gz. => SHA256 Checksum OK for eustas-ngx_brotli-e26248e_GH0.tar.gz. => SHA256 Checksum OK for nginx-clojure-nginx-clojure-v0.4.5_GH0.tar.gz. => SHA256 Checksum OK for grahamedgecombe-nginx-ct-v1.3.2_GH0.tar.gz. => SHA256 Checksum OK for simpl-ngx_devel_kit-v0.3.0_GH0.tar.gz. => SHA256 Checksum OK for openresty-drizzle-nginx-module-v0.1.11_GH0.tar.gz. => SHA256 Checksum OK for cubicdaiya-ngx_dynamic_upstream-v0.1.3_GH0.tar.gz. => SHA256 Checksum OK for openresty-echo-nginx-module-c65f5c6_GH0.tar.gz. => SHA256 Checksum OK for openresty-encrypted-session-nginx-module-v0.07_GH0.tar.gz. => SHA256 Checksum OK for happyfish100-fastdfs-nginx-module-8796a7d_GH0.tar.gz. => SHA256 Checksum OK for calio-form-input-nginx-module-v0.12_GH0.tar.gz. => SHA256 Checksum OK for mdirolf-nginx-gridfs-v0.8_GH0.tar.gz. => SHA256 Checksum OK for mongodb-mongo-c-driver-v0.3.1_GH0.tar.gz. => SHA256 Checksum OK for openresty-headers-more-nginx-module-55fbdab_GH0.tar.gz. => SHA256 Checksum OK for giom-nginx_accept_language_module-2f69842_GH0.tar.gz. => SHA256 Checksum OK for atomx-nginx-http-auth-digest-cd86418_GH0.tar.gz. => SHA256 Checksum OK for stnoonan-spnego-http-auth-nginx-module-7e028a5_GH0.tar.gz. => SHA256 Checksum OK for kvspb-nginx-auth-ldap-42d195d_GH0.tar.gz. => SHA256 Checksum OK for sto-ngx_http_auth_pam_module-v1.5.1_GH0.tar.gz. => SHA256 Checksum OK for arut-nginx-dav-ext-module-v0.1.0_GH0.tar.gz. => SHA256 Checksum OK for openresty-nginx-eval-module-582bd25_GH0.tar.gz. => SHA256 Checksum OK for aperezdc-ngx-fancyindex-v0.4.3_GH0.tar.gz. => SHA256 Checksum OK for alibaba-nginx-http-footer-filter-1.2.2_GH0.tar.gz. => SHA256 Checksum OK for leev-ngx_http_geoip2_module-3.2_GH0.tar.gz. => SHA256 Checksum OK for nginx-modules-ngx_http_json_status_module-1d2f303_GH0.tar.gz. => SHA256 Checksum OK for kr-nginx-notice-3c95966_GH0.tar.gz. => SHA256 Checksum OK for slact-nchan-v1.1.14_GH0.tar.gz. => SHA256 Checksum OK for wandenberg-nginx-push-stream-module-0.5.4_GH0.tar.gz. => SHA256 Checksum OK for yaoweibin-ngx_http_substitutions_filter_module-v0.6.4_GH0.tar.gz. => SHA256 Checksum OK for tarantool-nginx_upstream_module-1278ee5_GH0.tar.gz. => SHA256 Checksum OK for Austinb-nginx-upload-module-72ec037_GH0.tar.gz. => SHA256 Checksum OK for masterzen-nginx-upload-progress-module-afb2d31_GH0.tar.gz. => SHA256 Checksum OK for yaoweibin-nginx_upstream_check_module-9aecf15_GH0.tar.gz. => SHA256 Checksum OK for cryptofuture-nginx-upstream-fair-b5be36f_GH0.tar.gz. => SHA256 Checksum OK for wandenberg-nginx-video-thumbextractor-module-0.9.0_GH0.tar.gz. => SHA256 Checksum OK for anthonyryan1-mod_zip-74ef235_GH0.tar.gz. => SHA256 Checksum OK for calio-iconv-nginx-module-v0.14_GH0.tar.gz. => SHA256 Checksum OK for arut-nginx-let-module-v0.0.4_GH0.tar.gz. => SHA256 Checksum OK for openresty-lua-nginx-module-v0.10.13_GH0.tar.gz. => SHA256 Checksum OK for openresty-memc-nginx-module-v0.18_GH0.tar.gz. => SHA256 Checksum OK for nbs-system-naxsi-0.56_GH0.tar.gz. => SHA256 Checksum OK for nginx-njs-992e93d_GH0.tar.gz. => SHA256 Checksum OK for FRiCKLE-ngx_postgres-1.0rc7_GH0.tar.gz. => SHA256 Checksum OK for openresty-rds-csv-nginx-module-v0.08_GH0.tar.gz. => SHA256 Checksum OK for openresty-rds-json-nginx-module-v0.14_GH0.tar.gz. => SHA256 Checksum OK for openresty-redis2-nginx-module-v0.15_GH0.tar.gz. => SHA256 Checksum OK for arut-nginx-rtmp-module-v1.2.1_GH0.tar.gz. => SHA256 Checksum OK for openresty-set-misc-nginx-module-cda7e50_GH0.tar.gz. => SHA256 Checksum OK for sflow-nginx-sflow-module-543c72a_GH0.tar.gz. => SHA256 Checksum OK for nginx-shib-nginx-http-shibboleth-f07bf3c_GH0.tar.gz. => SHA256 Checksum OK for cubicdaiya-ngx_small_light-v0.9.2_GH0.tar.gz. => SHA256 Checksum OK for openresty-srcache-nginx-module-v0.31_GH0.tar.gz. => SHA256 Checksum OK for openresty-xss-nginx-module-v0.05_GH0.tar.gz. ===> nginx-full-1.14.1,2 depends on file: /usr/local/bin/ruby25 - not found ===> License BSD2CLAUSE RUBY accepted by the user : (snip) : --- objs/src/core/ngx_hash.o --- cc -c -I/usr/local/include/luajit-2.0 -DNGX_CLOJURE_BE_SILENT_WITHOUT_JVM -I/usr/local/openjdk8/include -I/usr/local/openjdk8/include/freebsd -O2 -pipe -g -I/usr/local/include -DLIBICONV_PLUG -fstack-protector -DLDAP_DEPRECATED -fno-strict-aliasing --- objs/addon/src/ngx_http_fastdfs_module.o --- cc -c -fPIC -I/usr/local/include/luajit-2.0 -DNGX_CLOJURE_BE_SILENT_WITHOUT_JVM -I/usr/local/openjdk8/include -I/usr/local/openjdk8/include/freebsd -O2 -pipe -g -I/usr/local/include -DLIBICONV_PLUG -fstack-protector -DLDAP_DEPRECATED -fno-strict-aliasing -I /usr/local/include/fastdfs -I /usr/local/include/fastcommon -DMONGO_HAVE_STDINT -Isrc -D_LARGEFILE_SOURCE -DBUILDING_NGINX -DNDK_SET_VAR -Wno-deprecated-declarations -DNDK_SET_VAR -D_FILE_OFFSET_BITS=64 -DFDFS_OUTPUT_CHUNK_SIZE='256*1024' -DFDFS_MOD_CONF_FILENAME='"/usr/local/etc/fdfs/mod_fastdfs.conf"' -DNDK_SET_VAR -DNDK_SET_VAR -DNDK_SET_VAR -DNDK_SET_VAR -DNDK_SET_VAR -DNDK_UPSTREAM_LIST -I/usr/local/include/ImageMagick-6 -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16 -I src/core -I src/event -I src/event/modules -I src/os/unix -I src/http/modules/perl -I /var/ports/work/usr/ports/www/nginx-full/work/nginx_ajp_module-bf6cd93 -I /usr/local/include -I /var/ports/work/usr/ports/www/nginx-full/work/ngi! nx-push-stream-module-0.5.4/src -I /var/ports/work/usr/ports/www/nginx-full/work/nginx-push-stream-module-0.5.4/include -I /var/ports/work/usr/ports/www/nginx-full/work/nginx_upstream_check_module-9aecf15 -I /var/ports/work/usr/ports/www/nginx-full/work/nginx-video-thumbextractor-module-0.9.0/src -I /var/ports/work/usr/ports/www/nginx-full/work/nginx-video-thumbextractor-module-0.9.0/include -I /usr/local/include -I /var/ports/work/usr/ports/www/nginx-full/work/ngx_devel_kit-0.3.0/objs -I objs/addon/ndk -I /var/ports/work/usr/ports/www/nginx-full/work/ngx_devel_kit-0.3.0/src -I /var/ports/work/usr/ports/www/nginx-full/work/ngx_devel_kit-0.3.0/objs -I objs/addon/ndk -I /usr/local/include -I /usr/local/include -I %%GSSAPINCDIR%% -I /var/ports/work/usr/ports/www/nginx-full/work/nchan-1.1.14/src -I /var/ports/work/usr/ports/www/nginx-full/work/nginx_upstream_module-1278ee5/src -I /var/ports/work/usr/ports/www/nginx-full/work/nginx_upstream_module-1278ee5/third_p! arty -I /usr/local/include/msgpuck -I /usr/local/include/yajl -I /var/ports/work/usr/ports/www/nginx-full/work/lua-nginx-module-0.10.13/src/api -I /usr/local/include/luajit-2.0 -I /var/ports/work/usr/ports/www/nginx-full/work/njs-992e93d/nginx/../nxt -I /var/ports/work/usr/ports/www/nginx-full/work/njs-992e93d/nginx/../njs -I /var/ports/work/usr/ports/www/nginx-full/work/njs-992e93d/nginx/../nxt -I /var/ports/work/usr/ports/www/nginx-full/work/njs-992e93d/nginx/../njs -I /var/ports/work/usr/ports/www/nginx-full/work/nginx-rtmp-module-1.2.1 -I /var/ports/work/usr/ports/www/nginx-full/work/passenger-5.3.5/src -I /usr/local/include/libxml2 -I /usr/local/include -I objs -I src/http -I src/http/modules -I src/http/v2 -I /var/ports/work/usr/ports/www/nginx-full/work/ngx_devel_kit-0.3.0/src -I /var/ports/work/usr/ports/www/nginx-full/work/nginx-clojure-0.4.5/src/c -I src/mail -I src/stream -o objs/addon/src/ngx_http_fastdfs_module.o /var/ports/work/usr/ports/www/nginx -full/work/fastdfs-nginx-module-8796a7d/src/ngx_http_fastdfs_m! odule.c --- objs/addon/src/ngx_http_encrypted_session_cipher.o --- /var/ports/work/usr/ports/www/nginx-full/work/encrypted-session-nginx-module-0.07/src/ngx_http_encrypted_session_cipher.c:29:30: error: variable has incomplete type 'EVP_CIPHER_CTX' (aka 'struct evp_cipher_ctx_st') EVP_CIPHER_CTX ctx; ^ /usr/include/openssl/ossl_typ.h:90:16: note: forward declaration of 'struct evp_cipher_ctx_st' typedef struct evp_cipher_ctx_st EVP_CIPHER_CTX; ^ /var/ports/work/usr/ports/www/nginx-full/work/encrypted-session-nginx-module-0.07/src/ngx_http_encrypted_session_cipher.c:136:30: error: variable has incomplete type 'EVP_CIPHER_CTX' (aka 'struct evp_cipher_ctx_st') EVP_CIPHER_CTX ctx; ^ /usr/include/openssl/ossl_typ.h:90:16: note: forward declaration of 'struct evp_cipher_ctx_st' typedef struct evp_cipher_ctx_st EVP_CIPHER_CTX; ^ 2 errors generated. *** [objs/addon/src/ngx_http_encrypted_session_cipher.o] Error code 1 make[2]: stopped in /var/ports/work/usr/ports/www/nginx-full/work/nginx-1.14.1 1 error make[2]: stopped in /var/ports/work/usr/ports/www/nginx-full/work/nginx-1.14.1 *** [build] Error code 2 make[1]: stopped in /var/ports/work/usr/ports/www/nginx-full/work/nginx-1.14.1 make[1]: stopped in /var/ports/work/usr/ports/www/nginx-full/work/nginx-1.14.1 1 error ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/www/nginx-full My build environments are as follows: admin@jdtpkx:~ % uname -a FreeBSD jdtpkx 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r339677M: Fri Oct 26 14:56:49 JST 2018 root@msrvkx:/usr/obj/usr/src/amd64.amd64/sys/XIJ amd64 admin@jdtpkx:~ % cat /etc/make.conf PORTSDIR= /var/ports/jdtpkx INDEXDIR= /var/ports/jdtpkx WRKDIRPREFIX= /var/ports/work PACKAGES= /var/ports/packages DISTDIR= /var/ports/distfiles BATCH= yes DEFAULT_VERSIONS= perl5=5.28 ruby=2.5 #DEFAULT_VERSIONS+= linux=c7 perl5=5.28 python=2.7 ruby=2.5 #DEFAULT_VERSIONS= linux=c7 perl5=5.28 ruby=2.5 COMPILER_TYPE= clang USE_PACKAGE_DEPENDS= yes DISABLE_VULNERABILITIES=yes admin@jdtpkx:~ % df -h Filesystem Size Used Avail Capacity Mounted on /dev/vtbd0p2 28G 3.5G 22G 13% / devfs 1.0K 1.0K 0B 100% /dev linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc tmpfs 11G 4.0K 11G 0% /compat/linux/dev/shm vm.pis:/.dake 14T 49G 14T 0% /.dake vm.pis:/ds/src/current/13.0/r339677.xij 14T 59G 14T 0% /usr/src vm.pis:/ds/obj/current/13.0/r339677.xij 14T 166G 14T 1% /usr/obj vm.pis:/ds/ports/r484802 14T 22G 14T 0% /usr/ports vm.pis:/ds/distfiles 14T 11G 14T 0% /var/ports/distfiles vm.pis:/ds/packages/13.0C/r339677.xij/r484802 14T 15G 14T 0% /var/ports/packages admin@jdtpkx:~ % root@vm:~ # svnlite info /ds/ports/r484802 Path: /ds/ports/r484802 Working Copy Root Path: /ds/ports/r484802 URL: http://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: http://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 484802 Node Kind: directory Schedule: normal Last Changed Author: se Last Changed Rev: 484802 Last Changed Date: 2018-11-12 21:46:48 +0900 (Mon, 12 Nov 2018) root@vm:~ # Any suggesions ? [1] http://ds.truefc.org/~kiri/freebsd/ports/nginx.log Regards --- KIRIYAMA Kazuhiko From owner-freebsd-ports@freebsd.org Fri Nov 16 02:15:57 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 460301122FD1; Fri, 16 Nov 2018 02:15:57 +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)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A39366C411; Fri, 16 Nov 2018 02:15:56 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 8F61513C6C; Fri, 16 Nov 2018 02:15:56 +0000 (UTC) From: Jan Beich To: Mark Millard via freebsd-x11 Cc: freebsd-ports@freebsd.org Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC References: <56BE95DD-61E5-43CB-923D-10E968003FE3@yahoo.com> <5FF705ED-B019-4CB1-B516-796C2E7A6FF9@yahoo.com> Date: Fri, 16 Nov 2018 03:15:51 +0100 In-Reply-To: <5FF705ED-B019-4CB1-B516-796C2E7A6FF9@yahoo.com> (Mark Millard via freebsd-x's message of "Wed, 14 Nov 2018 13:05:27 -0800") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: A39366C411 X-Spamd-Result: default: False [-106.85 / 40.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE(-3.74)[ip: (-9.75), ipnet: 2610:1c1:1::/48(-4.93), asn: 11403(-3.91), country: US(-0.10)]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 16 Nov 2018 02:15:57 -0000 Mark Millard via freebsd-x11 writes: > [Added: The original cross-build via poudriere-devel and qemu-user-static > did not get this problem. I give details later. Sumamry: Looks like -O2 > was used for the cross build and -O was used for armv7 native. The > difference is likely(?) from my materials but not supporting both ways of > building is likely a problem with the port(?).] x11/pixman builds fine on armv7 even with -O. Tested both Clang/LLD 6.0 and 7.0 after forcing MACHINE_CPUARCH=arm on command line. From owner-freebsd-ports@freebsd.org Fri Nov 16 03:27:28 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1FE9111247FB for ; Fri, 16 Nov 2018 03:27:28 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from tatiana.utanet.at (tatiana.utanet.at [IPv6:2001:938:1337:25::25:46]) (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 3878C6E985 for ; Fri, 16 Nov 2018 03:27:27 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from paris.xoc.tele2net.at ([213.90.36.7]) by tatiana.utanet.at with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gNUmx-000516-Mo for freebsd-ports@freebsd.org; Fri, 16 Nov 2018 04:27:23 +0100 Received: from 194-96-182-243.adsl.highway.telekom.at ([194.96.182.243] helo=[10.0.0.93]) by paris.xoc.tele2net.at with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gNUmx-0002OO-JH for freebsd-ports@freebsd.org; Fri, 16 Nov 2018 04:27:23 +0100 To: freebsd-ports@freebsd.org References: <201811152252.wAFMq05w015595@kx.openedu.org> Subject: Re: www/nginx-full build failed (13.0-CURRENT/r484802) From: Walter Schwarzenfeld Message-ID: Date: Fri, 16 Nov 2018 04:27:35 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: <201811152252.wAFMq05w015595@kx.openedu.org> Content-Language: en-US X-TELE2-Authenticated-As: cf62768e218b4d81d95cc5390f1bd9dfc8b05683 X-Rspamd-Queue-Id: 3878C6E985 X-Spamd-Result: default: False [-7.05 / 40.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:938:1337:25::/64]; FREEMAIL_FROM(0.00)[utanet.at]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[utanet.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-3.68)[ip: (-9.65), ipnet: 2001:938::/32(-4.81), asn: 8437(-3.84), country: AT(-0.09)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[pmail.utanet.at]; NEURAL_HAM_SHORT(-0.96)[-0.960,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RECEIVED_SPAMHAUS_PBL(0.00)[243.182.96.194.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[utanet.at]; ASN(0.00)[asn:8437, ipnet:2001:938::/32, country:AT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[6.4.0.0.5.2.0.0.0.0.0.0.0.0.0.0.5.2.0.0.7.3.3.1.8.3.9.0.1.0.0.2.list.dnswl.org : 127.0.5.1] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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, 16 Nov 2018 03:27:28 -0000 there is a newer update https://svnweb.freebsd.org/ports?view=revision&revision=485016 => update encrypted_session module to 0.08 From owner-freebsd-ports@freebsd.org Fri Nov 16 09:17:04 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3313D112CA5A for ; Fri, 16 Nov 2018 09:17:04 +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 952AB77926 for ; Fri, 16 Nov 2018 09:17:03 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 56CCF112CA4E; Fri, 16 Nov 2018 09:17:03 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45AC3112CA4D for ; Fri, 16 Nov 2018 09:17:03 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0C6477916 for ; Fri, 16 Nov 2018 09:17:02 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 627C463B8 for ; Fri, 16 Nov 2018 09:17:01 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id wAG9H1EP004598 for ; Fri, 16 Nov 2018 09:17:01 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id wAG9H1Pn004588; Fri, 16 Nov 2018 09:17:01 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201811160917.wAG9H1Pn004588@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Fri, 16 Nov 2018 09:17:01 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-Rspamd-Queue-Id: 952AB77926 X-Spamd-Result: default: False [-104.42 / 40.00]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[FreeBSD.org]; FORWARDED(0.00)[ports@mailman.ysv.freebsd.org]; R_MISSING_CHARSET(2.50)[]; SPF_FAIL_FORWARDING(0.00)[]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: mx1.FreeBSD.org]; NEURAL_HAM_SHORT(-1.00)[-1.000,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.71)[ip: (-9.87), ipnet: 2001:1900:2254::/48(-4.82), asn: 10310(-3.76), country: US(-0.10)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[ports@freebsd.org,freebsd-ports@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; RCVD_COUNT_SEVEN(0.00)[7] X-Rspamd-Server: mx1.freebsd.org 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, 16 Nov 2018 09:17:04 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ deskutils/recoll | 1.23.7 | 1.24.3 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Fri Nov 16 09:27:33 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFE1C112D170 for ; Fri, 16 Nov 2018 09:27:32 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-vk1-xa2b.google.com (mail-vk1-xa2b.google.com [IPv6:2607:f8b0:4864:20::a2b]) (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 0F85677FDE for ; Fri, 16 Nov 2018 09:27:30 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-vk1-xa2b.google.com with SMTP id d201so5126306vka.0 for ; Fri, 16 Nov 2018 01:27:30 -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:cc; bh=fvd6VHyeklVoqaHT+S5v3/jFvOrNb81U+x9xvHZYHRE=; b=yfl6sKJ2JymjYYeQtWrzTkIQ5UvHMKLQgVNn4J1wLlDggyUlu3FoBqHw4ODfv9XvRB Ho5ctY6BAocbcySaqUu8QJGvsdOEgz7SdnzCTA44Tq9bCAPB20xHZLhe+10u0Tff7TQS hgmpxDV2YdPV/nAd6Yr2o2OXMAc6tUBxWgpHDuosPt77AEEoutczZh0fKT5uSkCe62zt wHc3JdJNapZ8jYtPhJRI80dMzwQCY+Czj4xPRg81eiIoH8tTz7fmeSC1sbzXXzWjCO9y pBnIx6zd6zxlminb1Cawi3JiPxMqIEKM7LP1jpFoTeGgzdHP2SymWXv/+s+sD+Kkfy2h Eqvg== 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:cc; bh=fvd6VHyeklVoqaHT+S5v3/jFvOrNb81U+x9xvHZYHRE=; b=Fd/+5NMenKiCyeGjmF2HOUvIGr1ReBIsFXIEmCvd6fSG86C7uykb2q8zWQoXixandv KJpyO10crayZsf9VHpUzTlZZSi3hBVYX8yCmMrPzQ+58kR16eOb2/zV6PO+UALf6aeOP 4QDtjKNc+6dSOpceaCHLlGFFoQYOs8+NzJ9tWFMJmblzEo7yktsQ9QB94X/D2wQ3rl2q lg8BByfL7lhLb1lVWIaHx1WAzX04IdKtxcBt2vKNOf30l3L1IMXS10U21C8jc31v8AZ2 n/qDKVs+wkbkVO3EXzxrurh9V7lVkMTwCnthdKAoNX5IxwNMBnqHsJDc4VDyE4M9U+0t lWIg== X-Gm-Message-State: AGRZ1gIeYeugKbkFRvcmPnQ9F2pJdpUAhCVxny9DnAVQG3iIoKMLx65K r/23OhxK7TuwqW8FcOaaKJvY2oTwJYblwooucb6Idg== X-Google-Smtp-Source: AJdET5fGQLUzjkTDjFTmRJbHokuTOsPPrsJq9UEbyY5OL1BX7+p1j7tWhMGFdY7cFtQ6if2WaGfhkdydkL/4CQEvzLo= X-Received: by 2002:a1f:3202:: with SMTP id y2mr4258025vky.3.1542360450279; Fri, 16 Nov 2018 01:27:30 -0800 (PST) MIME-Version: 1.0 From: Jonathan Chen Date: Fri, 16 Nov 2018 22:27:19 +1300 Message-ID: Subject: math/openblas fails to build. To: phd_kimberlite@yahoo.co.jp Cc: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 0F85677FDE X-Spamd-Result: default: False [-4.18 / 40.00]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com]; FREEMAIL_TO(0.00)[yahoo.co.jp]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.91)[ipnet: 2607:f8b0::/32(-2.65), asn: 15169(-1.80), country: US(-0.10)]; 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)[chen-org-nz.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.96)[-0.961,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[chen.org.nz]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[b.2.a.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 16 Nov 2018 09:27:33 -0000 Hi, I'm trying to build math/openblas on 11.2-STABLE/amd64 with synth, and the build is currently failing with: ===> Building for openblas-0.2.20_3,1 cd /construction/xports/math/openblas/work/OpenBLAS-0.2.20 ; /usr/bin/env BINARY64=1 DYNAMIC_ARCH=1 NO_AVX=1 NO_AVX2=1 NUM_THREADS=1 USE_THREAD=0 gmake DESTDIR=/construction/xports/math/openblas/work/stage gmake[1]: Entering directory '/construction/xports/math/openblas/work/OpenBLAS-0.2.20' getarch_2nd.c:12:35: error: use of undeclared identifier 'SGEMM_DEFAULT_UNROLL_M' printf("SGEMM_UNROLL_M=%d\n", SGEMM_DEFAULT_UNROLL_M); ^ getarch_2nd.c:13:35: error: use of undeclared identifier 'SGEMM_DEFAULT_UNROLL_N' printf("SGEMM_UNROLL_N=%d\n", SGEMM_DEFAULT_UNROLL_N); ^ getarch_2nd.c:14:35: error: use of undeclared identifier 'DGEMM_DEFAULT_UNROLL_M' printf("DGEMM_UNROLL_M=%d\n", DGEMM_DEFAULT_UNROLL_M); ^ getarch_2nd.c:15:35: error: use of undeclared identifier 'DGEMM_DEFAULT_UNROLL_N' printf("DGEMM_UNROLL_N=%d\n", DGEMM_DEFAULT_UNROLL_N); ^ getarch_2nd.c:19:35: error: use of undeclared identifier 'CGEMM_DEFAULT_UNROLL_M' printf("CGEMM_UNROLL_M=%d\n", CGEMM_DEFAULT_UNROLL_M); ^ getarch_2nd.c:20:35: error: use of undeclared identifier 'CGEMM_DEFAULT_UNROLL_N' printf("CGEMM_UNROLL_N=%d\n", CGEMM_DEFAULT_UNROLL_N); ^ getarch_2nd.c:21:35: error: use of undeclared identifier 'ZGEMM_DEFAULT_UNROLL_M' printf("ZGEMM_UNROLL_M=%d\n", ZGEMM_DEFAULT_UNROLL_M); ^ getarch_2nd.c:22:35: error: use of undeclared identifier 'ZGEMM_DEFAULT_UNROLL_N' printf("ZGEMM_UNROLL_N=%d\n", ZGEMM_DEFAULT_UNROLL_N); ^ getarch_2nd.c:29:37: error: use of undeclared identifier 'SGEMM_DEFAULT_UNROLL_M' printf("CGEMM3M_UNROLL_M=%d\n", SGEMM_DEFAULT_UNROLL_M); ^ getarch_2nd.c:35:37: error: use of undeclared identifier 'SGEMM_DEFAULT_UNROLL_N' printf("CGEMM3M_UNROLL_N=%d\n", SGEMM_DEFAULT_UNROLL_N); ^ getarch_2nd.c:41:37: error: use of undeclared identifier 'DGEMM_DEFAULT_UNROLL_M' printf("ZGEMM3M_UNROLL_M=%d\n", DGEMM_DEFAULT_UNROLL_M); ^ getarch_2nd.c:47:37: error: use of undeclared identifier 'DGEMM_DEFAULT_UNROLL_N' printf("ZGEMM3M_UNROLL_N=%d\n", DGEMM_DEFAULT_UNROLL_N); ^ getarch_2nd.c:69:50: error: use of undeclared identifier 'SGEMM_DEFAULT_Q' printf("#define SLOCAL_BUFFER_SIZE\t%ld\n", (SGEMM_DEFAULT_Q * SGEMM_DEFAULT_UNROLL_N * 4 * 1 * sizeof(float))); ^ getarch_2nd.c:69:68: error: use of undeclared identifier 'SGEMM_DEFAULT_UNROLL_N' printf("#define SLOCAL_BUFFER_SIZE\t%ld\n", (SGEMM_DEFAULT_Q * SGEMM_DEFAULT_UNROLL_N * 4 * 1 * sizeof(float))); ^ getarch_2nd.c:70:50: error: use of undeclared identifier 'DGEMM_DEFAULT_Q' printf("#define DLOCAL_BUFFER_SIZE\t%ld\n", (DGEMM_DEFAULT_Q * DGEMM_DEFAULT_UNROLL_N * 2 * 1 * sizeof(double))); ^ getarch_2nd.c:70:68: error: use of undeclared identifier 'DGEMM_DEFAULT_UNROLL_N' printf("#define DLOCAL_BUFFER_SIZE\t%ld\n", (DGEMM_DEFAULT_Q * DGEMM_DEFAULT_UNROLL_N * 2 * 1 * sizeof(double))); ^ getarch_2nd.c:71:50: error: use of undeclared identifier 'CGEMM_DEFAULT_Q' printf("#define CLOCAL_BUFFER_SIZE\t%ld\n", (CGEMM_DEFAULT_Q * CGEMM_DEFAULT_UNROLL_N * 4 * 2 * sizeof(float))); ^ getarch_2nd.c:71:68: error: use of undeclared identifier 'CGEMM_DEFAULT_UNROLL_N' printf("#define CLOCAL_BUFFER_SIZE\t%ld\n", (CGEMM_DEFAULT_Q * CGEMM_DEFAULT_UNROLL_N * 4 * 2 * sizeof(float))); ^ getarch_2nd.c:72:50: error: use of undeclared identifier 'ZGEMM_DEFAULT_Q' printf("#define ZLOCAL_BUFFER_SIZE\t%ld\n", (ZGEMM_DEFAULT_Q * ZGEMM_DEFAULT_UNROLL_N * 2 * 2 * sizeof(double))); ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. gmake[1]: *** [Makefile.prebuild:58: getarch_2nd] Error 1 Makefile:128: *** OpenBLAS: Detecting CPU failed. Please set TARGET explicitly, e.g. make TARGET=your_cpu_target. Please read README for the detail.. Stop. gmake[1]: Leaving directory '/construction/xports/math/openblas/work/OpenBLAS-0.2.20' *** Error code 2 Stop. make: stopped in /xports/math/openblas Any ideas what's happening here? What do I need to do to get this to build? Cheers. -- Jonathan Chen From owner-freebsd-ports@freebsd.org Fri Nov 16 19:40:09 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B0641102D90 for ; Fri, 16 Nov 2018 19:40:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-20.consmr.mail.ne1.yahoo.com (sonic316-20.consmr.mail.ne1.yahoo.com [66.163.187.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 477AA8C794 for ; Fri, 16 Nov 2018 19:40:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: cWLmc_kVM1lf73jf1liNztWhIBhc.24ZedzeQcObdNszkQARF8HarZulgLJjeDE xOoyD5BNL.R.xDX69oatdDXq_3eCn_zy8BzyFzk3Y61nW_zyFD3klAXIJ3r.ETufnjfS75GF2lUS tz2yA9P2aB3PJghd8IB0aytzEkgEuQ3MmpoXNtgBaRTYDAvQ_woP8t52PvONKWgSJxf_k2wbKwxz B3fOlGODxFlyusBB0UyeBB7Cfq7TJnKKJPl.g__ncTVwbImr1y0_mTg9OqexqtjAzDXw6a21OQrT 15zVws0DslQX9W4kTPiU7aS7RNub8qWnffRIurzKY96wg21yhMZt1xiJ0f5GIYT4mLRvdsln1QvT 1HaDkPRLWjUTXmEM5ESYwW9SrhRrz5LV20y4snzDLAmzyGFdiVjd3.3T786.R8Qqr7c_X0TgVjHa Svr9wwMQZHyo3LnrBtfPcOOrNT17M7vrm0tEkqbaDthpd20DFNSfkWMH8nV4VHba2aSoPF8BfKdI vdYyXimwlxx_MqBc4aDfcoq.cdZ6.d2CnIGTRK990ndCX6ah.jVelSNVQavujqp6eoUKXzpHF3uU Zz87dJwXOTG9wbeuR88UEHUKzo5ty87NFhTDd9ru5_vR02WnRZ9nQvYItVAljq6YEXTn_8leQ8rl jP3DR88.E1n74HdkH83yYykhiO276gjgMDRMtlpkO5J1ivmkJHPEq_wLyK8bU61jAWa5CTE6oWn6 TY1Gi3c1vxol6dUagjs0HyAnoM529apquS1jqYRPncW9Bicz1fx_z.lH7iwhHlfTygbQjJ0hQL0x 5NoKNsb5JUDbk2HSalXboDWZvMCrwJm4V.S0KVcvfkraUUIqdJETmJekzwcuHg0ytV8KzzAc4wxQ 1M8TF9vFeaj5OS9q5Xom1rbc7gtEsbN2U5jS1KIgYsY3Zn411.f7UMEFLA.Sforq5tai5BK9azRi Aknofe8uVF7opVHHbOXIkf6rJie53FuCNH0jCujI02KncAkF0zSF_KT_GTVj55xMYWFQXfjkWg6D 58cKqs6S47u8t_0uJbHwnyi7Fxh2iqxJrVg0gVkTYjBxpqtd7KaQb6G6XIiv_ Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Fri, 16 Nov 2018 19:40:00 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp404.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e580598802778c3b0a4f707bc19aad8b; Fri, 16 Nov 2018 19:39:57 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC Message-Id: Date: Fri, 16 Nov 2018 11:39:55 -0800 To: Jan Beich , ports-list freebsd X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 477AA8C794 X-Spamd-Result: default: False [4.53 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(1.79)[ip: (5.48), ipnet: 66.163.184.0/21(1.98), asn: 36646(1.59), country: US(-0.10)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.56)[0.563,0]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.97)[0.969,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.72)[0.716,0]; RCVD_IN_DNSWL_NONE(0.00)[146.187.163.66.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org 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, 16 Nov 2018 19:40:09 -0000 Jan Beich jbeich at FreeBSD.org wrote on Fri Nov 16 02:15:57 UTC 2018 : > Mark Millard via freebsd-x11 writes: >=20 > > [Added: The original cross-build via poudriere-devel and = qemu-user-static > > did not get this problem. I give details later. Sumamry: Looks like = -O2 > > was used for the cross build and -O was used for armv7 native. The > > difference is likely(?) from my materials but not supporting both = ways of > > building is likely a problem with the port(?).] >=20 > x11/pixman builds fine on armv7 even with -O. Tested both Clang/LLD = 6.0 > and 7.0 after forcing MACHINE_CPUARCH=3Darm on command line. Interesting. My context was a poudriere build that was rebuilding all my normal ports for the armv7 context (414 total). (poudriere is still running, still having 12 to go, including llvm60, llvm70, and gcc8.) This was/is under: # uname -apKU FreeBSD OPiP2E 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r340287M: Sat Nov 10 = 22:40:25 PST 2018 = markmi@FBSDFSSD:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/sys/GENER= IC-NODBG arm armv7 1300003 1300003 and is tied to my jump from before openssl was updated( -r339076 ) to after. It was using system clang and lld, not devel/llvm* . The only other thing to have failed so far is multimedia/libpvx but it failed built both ways ( native and cross-build with /nxb-bin/. . . ). Do you have a log that would show the commands that were used to produce the things that were listed in my original report for the "R_ARM_V4BX against local in readonly segment": pixman-arm-simd-asm-scaled.o pixman-arm-neon-asm.o pixman-arm-neon-asm-bilinear.o --- libpixman-1.la --- (for where the use of the .o's was attempted via = a library) ? If yes we might be able to compare for differences to explain the variation. I do have the logs from the poudriere build attempts in both contexts ( native and cross-build with /nxb-bin/. . . ). It might be possible that my -mcpu use mixed with -O is part of what is required to have the problem. (Only difference?) It looks to be a long time (days) before the armv7 poudriere run will complete. So testing alternatives in that environment is delayed. For now comparing commands in log files is all I've got to work with initially (if we can). Next would be to look at the .S files. My failing-context's commands: (The 3 sources are .S files. The -o .libs/*.o commands do list -fPIC and = -DPIC but I'm not sure how those would apply to .S files.) --- pixman-arm-simd-asm-scaled.lo --- libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-simd-asm-scaled.lo -MD -MP -MF = .deps/pixman-arm-simd-asm-scaled.Tpo -c pixman-arm-simd-asm-scaled.S = -fPIC -DPIC -o .libs/pixman-arm-simd-asm-scaled.o --- pixman-arm-simd-asm-scaled.lo --- libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-simd-asm-scaled.lo -MD -MP -MF = .deps/pixman-arm-simd-asm-scaled.Tpo -c pixman-arm-simd-asm-scaled.S -o = pixman-arm-simd-asm-scaled.o >/dev/null 2>&1 --- libpixman-arm-simd.la --- libtool: link: ar cru .libs/libpixman-arm-simd.a .libs/pixman-arm-simd.o = .libs/pixman-arm-simd-asm.o .libs/pixman-arm-simd-asm-scaled.o=20 libtool: link: ranlib .libs/libpixman-arm-simd.a libtool: link: ( cd ".libs" && rm -f "libpixman-arm-simd.la" && ln -s = "../libpixman-arm-simd.la" "libpixman-arm-simd.la" ) --- pixman-arm-neon-asm.lo --- libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm.lo -MD -MP -MF .deps/pixman-arm-neon-asm.Tpo -c = pixman-arm-neon-asm.S -fPIC -DPIC -o .libs/pixman-arm-neon-asm.o --- pixman-arm-neon-asm.lo --- libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm.lo -MD -MP -MF .deps/pixman-arm-neon-asm.Tpo -c = pixman-arm-neon-asm.S -o pixman-arm-neon-asm.o >/dev/null 2>&1 --- libpixman-arm-neon.la --- /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhidden -o libpixman-arm-neon.la = pixman-arm-neon.lo pixman-arm-neon-asm.lo = pixman-arm-neon-asm-bilinear.lo -lm libtool: link: ar cru .libs/libpixman-arm-neon.a .libs/pixman-arm-neon.o = .libs/pixman-arm-neon-asm.o .libs/pixman-arm-neon-asm-bilinear.o=20 libtool: link: ranlib .libs/libpixman-arm-neon.a libtool: link: ( cd ".libs" && rm -f "libpixman-arm-neon.la" && ln -s = "../libpixman-arm-neon.la" "libpixman-arm-neon.la" ) --- pixman-arm-neon-asm-bilinear.lo --- . . . libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm-bilinear.lo -MD -MP -MF = .deps/pixman-arm-neon-asm-bilinear.Tpo -c pixman-arm-neon-asm-bilinear.S = -fPIC -DPIC -o .libs/pixman-arm-neon-asm-bilinear.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm-bilinear.lo -MD -MP -MF = .deps/pixman-arm-neon-asm-bilinear.Tpo -c pixman-arm-neon-asm-bilinear.S = -o pixman-arm-neon-asm-bilinear.o >/dev/null 2>&1 --- libpixman-arm-neon.la --- /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhidden -o libpixman-arm-neon.la = pixman-arm-neon.lo pixman-arm-neon-asm.lo = pixman-arm-neon-asm-bilinear.lo -lm libtool: link: ar cru .libs/libpixman-arm-neon.a .libs/pixman-arm-neon.o = .libs/pixman-arm-neon-asm.o .libs/pixman-arm-neon-asm-bilinear.o=20 libtool: link: ranlib .libs/libpixman-arm-neon.a libtool: link: ( cd ".libs" && rm -f "libpixman-arm-neon.la" && ln -s = "../libpixman-arm-neon.la" "libpixman-arm-neon.la" ) --- libpixman-1.la --- /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhid den -version-info 34:0:34 -no-undefined -pthread -o = libpixman-1.la -rpath /usr/local/lib pixman.lo pixman-access.lo = pixman-access-accessors.lo pixman-bits-image.lo pixman-combine32.lo = pixm an-combine-float.lo pixman-conical-gradient.lo pixman-filter.lo = pixman-x86.lo pixman-mips.lo pixman-arm.lo pixman-ppc.lo pixman-edge.lo = pixman-edge-accessors.lo pixman-fast-path.lo pixman-glyph.lo=20 pixman-general.lo pixman-gradient-walker.lo pixman-image.lo = pixman-implementation.lo pixman-linear-gradient.lo pixman-matrix.lo = pixman-noop.lo pixman-radial-gradient.lo pixman-region16.lo pixman-r egion32.lo pixman-solid-fill.lo pixman-timer.lo pixman-trap.lo = pixman-utils.lo -lm -lm libpixman-arm-simd.la = libpixman-arm-neon.la -lm libtool: link: cc -shared -fPIC -DPIC .libs/pixman.o = .libs/pixman-access.o .libs/pixman-access-accessors.o = .libs/pixman-bits-image.o .libs/pixman-combine32.o = .libs/pixman-combine-float.o .libs/pixma n-conical-gradient.o .libs/pixman-filter.o .libs/pixman-x86.o = .libs/pixman-mips.o .libs/pixman-arm.o .libs/pixman-ppc.o = .libs/pixman-edge.o .libs/pixman-edge-accessors.o = .libs/pixman-fast-path.o .libs /pixman-glyph.o .libs/pixman-general.o .libs/pixman-gradient-walker.o = .libs/pixman-image.o .libs/pixman-implementation.o = .libs/pixman-linear-gradient.o .libs/pixman-matrix.o .libs/pixman-noop.o = .libs/ pixman-radial-gradient.o .libs/pixman-region16.o .libs/pixman-region32.o = .libs/pixman-solid-fill.o .libs/pixman-timer.o .libs/pixman-trap.o = .libs/pixman-utils.o -Wl,--whole-archive ./.libs/libpixman- arm-simd.a ./.libs/libpixman-arm-neon.a -Wl,--no-whole-archive -lm -O = -mcpu=3Dcortex-a7 -g -pthread -pthread -Wl,-soname = -Wl,libpixman-1.so.0 -o .libs/libpixman-1.so.0.34.0 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Fri Nov 16 20:34:25 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B8151103E3F for ; Fri, 16 Nov 2018 20:34:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 761328E211 for ; Fri, 16 Nov 2018 20:34:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Q9e59YEVM1nuPrgWIQ_bSJCwLz0tNkwECM6jqyco0vx0_HvBuAcmHnQ0ZDrEALT hZf6uvBaxUCK0bmCT_.DzI3W65UZrIJ8.arODu2lz_oKgpNtdQu2lZWuQ_jwk2p0am_uvJpGFEll ka6kazTzdaD6g8aZk.UL8ytuEeKWOktjgz.G8izpP8Q4dOocE49N7mQm_45GHfLXlrkRvmCxQRay lOrspsiXwN_BLCpubOrPbCLToIw1nJTH9RQCAkFHrMgIl2AIU0ikm.2GxJSs3A01ONyeEPFbGmDj puVm85E55rWc5xhMOUvNFGha6x8hPOobJmV29WHjdexDBIx.aUuCteNBH8BFSSvH3K2TCW6C3XUw CmWmgwi3oXHJcZ_OK18raXVcx3IcnLeo2KLZPTWKnQJc5ifZycNGLCKfTwo2jBbhM2zzamK2oQDU 5eot2HqdjkYvtBwbvxKixPYFYoxX0KLYz.Aq_mxG7hXabtJwRcBn0yc_QmKyPQI6eShLOW_uYWSU DBHH3TA4MDmN99Xo3IiXmZl4nzWr.9dw_aGrXrA9kSFln21dB.CgtNQP_ADERe9Q5VJNmZ_LFvjC piIdMrPVCqHB8z.gqvcmhMzygmRtYVQ8ZoFzFtEdXpU86vPugeLB_dlRVG79H3e6K5QLRrJ6fpXz yFBDZFiup13ohasU3PbOf7TUEJRoB9pYEkTgukLTsazm3hTEetYAltpcxGzheT1s0fOe1xxJaoKK aX125Ck4R0KJHXb5tLE_IQq.fJvYFdsrxytditwbcCgE_omX2v0PuMd3ZH8yt7r6_.wzRugmv_aW gSIsZOCtRydsgmFs8FR0jH4VBzSJ5Pdb3YO4ufz6sOsUoGKpimUURlqYtC5Yor2ZZL3LIv4OWHkO pLvC4kA5zy5DjQec.jbtS29H4Ph07O7KKNWiIIr4_7MG4cdvBlv_MYBvDXyFzXNjAQ9wGxEiB66V kJmr4TTWPsR26TNjza980e1e6FP3FsbwEat5GYTqbEVbH3B_LoxmAt_7U11MhsZv0PBdhrdop20Q zJaK.IxCGDSHbfpsshC5Z3yih3CG6HFmXzFPGOgS4rh1aM4_JCX4mZQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Fri, 16 Nov 2018 20:34:17 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp402.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6d28392bb77878108c962d42ce7cda75; Fri, 16 Nov 2018 20:34:16 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC Date: Fri, 16 Nov 2018 12:34:16 -0800 References: To: Jan Beich , ports-list freebsd In-Reply-To: Message-Id: <5D2BA74B-3714-47C8-A3F0-B4C89F3D88B1@yahoo.com> X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 761328E211 X-Spamd-Result: default: False [-2.43 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.72)[-0.716,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[146.66.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.46)[-0.461,0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.25)[ipnet: 98.137.64.0/21(0.75), asn: 36647(0.60), country: US(-0.10)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 16 Nov 2018 20:34:25 -0000 [I add some objdump output from what was in the .tar archive for the failure in the poudriere build (the 3 specific .o's). Also I show tool version information.] On 2018-Nov-16, at 11:39, Mark Millard wrote: > Jan Beich jbeich at FreeBSD.org wrote on > Fri Nov 16 02:15:57 UTC 2018 : >=20 >> Mark Millard via freebsd-x11 writes: >>=20 >>> [Added: The original cross-build via poudriere-devel and = qemu-user-static >>> did not get this problem. I give details later. Sumamry: Looks like = -O2 >>> was used for the cross build and -O was used for armv7 native. The >>> difference is likely(?) from my materials but not supporting both = ways of >>> building is likely a problem with the port(?).] >>=20 >> x11/pixman builds fine on armv7 even with -O. Tested both Clang/LLD = 6.0 >> and 7.0 after forcing MACHINE_CPUARCH=3Darm on command line. >=20 > Interesting. My context was a poudriere build that was rebuilding all > my normal ports for the armv7 context (414 total). (poudriere is still > running, still having 12 to go, including llvm60, llvm70, and gcc8.) > This was/is under: >=20 > # uname -apKU > FreeBSD OPiP2E 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r340287M: Sat Nov = 10 22:40:25 PST 2018 = markmi@FBSDFSSD:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/sys/GENER= IC-NODBG arm armv7 1300003 1300003 >=20 > and is tied to my jump from before openssl was updated( -r339076 ) to > after. >=20 > It was using system clang and lld, not devel/llvm* . >=20 > The only other thing to have failed so far is multimedia/libpvx but it > failed built both ways ( native and cross-build with /nxb-bin/. . . ). >=20 > Do you have a log that would show the commands that were used to = produce > the things that were listed in my original report for the "R_ARM_V4BX > against local in readonly segment": >=20 > pixman-arm-simd-asm-scaled.o > pixman-arm-neon-asm.o > pixman-arm-neon-asm-bilinear.o >=20 > --- libpixman-1.la --- (for where the use of the .o's was attempted = via a library) >=20 > ? If yes we might be able to compare for differences to explain the > variation. I do have the logs from the poudriere build attempts > in both contexts ( native and cross-build with /nxb-bin/. . . ). >=20 > It might be possible that my -mcpu use mixed with -O is part of > what is required to have the problem. (Only difference?) >=20 > It looks to be a long time (days) before the armv7 poudriere run > will complete. So testing alternatives in that environment is > delayed. For now comparing commands in log files is all I've got > to work with initially (if we can). Next would be to look at the > .S files. >=20 >=20 > My failing-context's commands: > (The 3 sources are .S files. The -o .libs/*.o commands do list -fPIC = and -DPIC > but I'm not sure how those would apply to .S files.) >=20 > --- pixman-arm-simd-asm-scaled.lo --- > libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-simd-asm-scaled.lo -MD -MP -MF = .deps/pixman-arm-simd-asm-scaled.Tpo -c pixman-arm-simd-asm-scaled.S = -fPIC -DPIC -o .libs/pixman-arm-simd-asm-scaled.o >=20 > --- pixman-arm-simd-asm-scaled.lo --- > libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-simd-asm-scaled.lo -MD -MP -MF = .deps/pixman-arm-simd-asm-scaled.Tpo -c pixman-arm-simd-asm-scaled.S -o = pixman-arm-simd-asm-scaled.o >/dev/null 2>&1 >=20 > --- libpixman-arm-simd.la --- > libtool: link: ar cru .libs/libpixman-arm-simd.a = .libs/pixman-arm-simd.o .libs/pixman-arm-simd-asm.o = .libs/pixman-arm-simd-asm-scaled.o=20 > libtool: link: ranlib .libs/libpixman-arm-simd.a > libtool: link: ( cd ".libs" && rm -f "libpixman-arm-simd.la" && ln -s = "../libpixman-arm-simd.la" "libpixman-arm-simd.la" ) >=20 > --- pixman-arm-neon-asm.lo --- > libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm.lo -MD -MP -MF .deps/pixman-arm-neon-asm.Tpo -c = pixman-arm-neon-asm.S -fPIC -DPIC -o .libs/pixman-arm-neon-asm.o >=20 > --- pixman-arm-neon-asm.lo --- > libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm.lo -MD -MP -MF .deps/pixman-arm-neon-asm.Tpo -c = pixman-arm-neon-asm.S -o pixman-arm-neon-asm.o >/dev/null 2>&1 >=20 > --- libpixman-arm-neon.la --- > /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhidden -o libpixman-arm-neon.la = pixman-arm-neon.lo pixman-arm-neon-asm.lo = pixman-arm-neon-asm-bilinear.lo -lm > libtool: link: ar cru .libs/libpixman-arm-neon.a = .libs/pixman-arm-neon.o .libs/pixman-arm-neon-asm.o = .libs/pixman-arm-neon-asm-bilinear.o=20 > libtool: link: ranlib .libs/libpixman-arm-neon.a > libtool: link: ( cd ".libs" && rm -f "libpixman-arm-neon.la" && ln -s = "../libpixman-arm-neon.la" "libpixman-arm-neon.la" ) >=20 >=20 > --- pixman-arm-neon-asm-bilinear.lo --- > . . . >=20 > libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm-bilinear.lo -MD -MP -MF = .deps/pixman-arm-neon-asm-bilinear.Tpo -c pixman-arm-neon-asm-bilinear.S = -fPIC -DPIC -o .libs/pixman-arm-neon-asm-bilinear.o >=20 > libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm-bilinear.lo -MD -MP -MF = .deps/pixman-arm-neon-asm-bilinear.Tpo -c pixman-arm-neon-asm-bilinear.S = -o pixman-arm-neon-asm-bilinear.o >/dev/null 2>&1 >=20 > --- libpixman-arm-neon.la --- > /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhidden -o libpixman-arm-neon.la = pixman-arm-neon.lo pixman-arm-neon-asm.lo = pixman-arm-neon-asm-bilinear.lo -lm > libtool: link: ar cru .libs/libpixman-arm-neon.a = .libs/pixman-arm-neon.o .libs/pixman-arm-neon-asm.o = .libs/pixman-arm-neon-asm-bilinear.o=20 > libtool: link: ranlib .libs/libpixman-arm-neon.a > libtool: link: ( cd ".libs" && rm -f "libpixman-arm-neon.la" && ln -s = "../libpixman-arm-neon.la" "libpixman-arm-neon.la" ) >=20 >=20 > --- libpixman-1.la --- > /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhid > den -version-info 34:0:34 -no-undefined -pthread -o = libpixman-1.la -rpath /usr/local/lib pixman.lo pixman-access.lo = pixman-access-accessors.lo pixman-bits-image.lo pixman-combine32.lo = pixm > an-combine-float.lo pixman-conical-gradient.lo pixman-filter.lo = pixman-x86.lo pixman-mips.lo pixman-arm.lo pixman-ppc.lo pixman-edge.lo = pixman-edge-accessors.lo pixman-fast-path.lo pixman-glyph.lo=20 > pixman-general.lo pixman-gradient-walker.lo pixman-image.lo = pixman-implementation.lo pixman-linear-gradient.lo pixman-matrix.lo = pixman-noop.lo pixman-radial-gradient.lo pixman-region16.lo pixman-r > egion32.lo pixman-solid-fill.lo pixman-timer.lo pixman-trap.lo = pixman-utils.lo -lm -lm libpixman-arm-simd.la = libpixman-arm-neon.la -lm > libtool: link: cc -shared -fPIC -DPIC .libs/pixman.o = .libs/pixman-access.o .libs/pixman-access-accessors.o = .libs/pixman-bits-image.o .libs/pixman-combine32.o = .libs/pixman-combine-float.o .libs/pixma > n-conical-gradient.o .libs/pixman-filter.o .libs/pixman-x86.o = .libs/pixman-mips.o .libs/pixman-arm.o .libs/pixman-ppc.o = .libs/pixman-edge.o .libs/pixman-edge-accessors.o = .libs/pixman-fast-path.o .libs > /pixman-glyph.o .libs/pixman-general.o .libs/pixman-gradient-walker.o = .libs/pixman-image.o .libs/pixman-implementation.o = .libs/pixman-linear-gradient.o .libs/pixman-matrix.o .libs/pixman-noop.o = .libs/ > pixman-radial-gradient.o .libs/pixman-region16.o = .libs/pixman-region32.o .libs/pixman-solid-fill.o .libs/pixman-timer.o = .libs/pixman-trap.o .libs/pixman-utils.o -Wl,--whole-archive = ./.libs/libpixman- > arm-simd.a ./.libs/libpixman-arm-neon.a -Wl,--no-whole-archive -lm = -O -mcpu=3Dcortex-a7 -g -pthread -pthread -Wl,-soname = -Wl,libpixman-1.so.0 -o .libs/libpixman-1.so.0.34.0 First some identification of tool versions . . . # cc -v FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on = LLVM 6.0.1) Target: armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: /usr/bin # ld -v LLD 6.0.1 (FreeBSD 335540-1300000) (compatible with GNU linkers) A context difference could be armv6 vs. armv7? WITH_LLD_IS_LD Set to use LLVM's LLD as the system linker, instead of GNU binutils ld. This is a default setting on amd64/amd64, arm/armv7 and arm64/aarch64. My context is the arm/armv7 context, using system clang/llvm facilities. Then pixman specifics . . . The only *arm*.S files are (from failing context's tar archive): # ls -lTd = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/*arm*.S -rw-r--r-- 1 root wheel 45186 Sep 26 06:45:08 2015 = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m-bilinear.S -rw-r--r-- 1 root wheel 128849 Sep 26 06:45:08 2015 = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m.S -rw-r--r-- 1 root wheel 4653 Sep 26 06:45:08 2015 = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m-scaled.S -rw-r--r-- 1 root wheel 43259 Dec 27 12:37:37 2015 = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m.S Expanding the tar file that the failure produced and looking . . . (What, if anything, is different for your context?) # objdump -x = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-s= imd-asm-scaled.o | less = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-s= imd-asm-scaled.o: file format elf32-littlearm = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-s= imd-asm-scaled.o architecture: armv4, flags 0x00000011: HAS_RELOC, HAS_SYMS start address 0x00000000 private flags =3D 5000000: [Version5 EABI] Sections: Idx Name Size VMA LMA File off Algn 0 .text 00000378 00000000 00000000 00000034 2**2 CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE 1 .data 00000000 00000000 00000000 000003ac 2**0 CONTENTS, ALLOC, LOAD, DATA 2 .bss 00000000 00000000 00000000 000003ac 2**0 ALLOC 3 .ARM.attributes 0000001b 00000000 00000000 000003ac 2**0 CONTENTS, READONLY SYMBOL TABLE: 00000000 l d .text 00000000 .text 00000000 l d .data 00000000 .data 00000000 l d .bss 00000000 .bss 00000000 l d .ARM.attributes 00000000 .ARM.attributes 00000000 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_0565_0565_SRC_asm_armv6 000001bc g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_8888_8888_SRC_asm_armv6 RELOCATION RECORDS FOR [.text]: OFFSET TYPE VALUE=20 000001b8 R_ARM_V4BX *ABS* 00000374 R_ARM_V4BX *ABS* As an example of the assembler for around that 0x4f0 R_ARM_V4BX: 000001a8 = tst r0, #1, 0 000001ac = ldrhne r4, [r2, r4] 000001b0 = strhne r4, [r1] 000001b4 = pop {r4, r5, r6, r7, r8, sl} 000001b8 = bx lr 000001bc ldr = ip, [sp] The R_ARM_V4BX *ABS* seems to be for replacing the "bx lr" for arm vintages that did not have bx. Otherwise supposedly ignored. # objdump -x = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm-bilinear.o | less = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm-bilinear.o: file format elf32-littlearm = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm-bilinear.o architecture: armv4, flags 0x00000011: HAS_RELOC, HAS_SYMS start address 0x00000000 private flags =3D 5000000: [Version5 EABI] Sections: Idx Name Size VMA LMA File off Algn 0 .text 00002bfc 00000000 00000000 00000034 2**2 CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE 1 .data 00000000 00000000 00000000 00002c30 2**0 CONTENTS, ALLOC, LOAD, DATA 2 .bss 00000000 00000000 00000000 00002c30 2**0 ALLOC 3 .ARM.attributes 0000001a 00000000 00000000 00002c30 2**0 CONTENTS, READONLY SYMBOL TABLE: 00000000 l d .text 00000000 .text 00000000 l d .data 00000000 .data 00000000 l d .bss 00000000 .bss 00000000 l *ABS* 00000000 FLAG_DST_WRITEONLY 00000001 l *ABS* 00000000 FLAG_DST_READWRITE 00000002 l *ABS* 00000000 FLAG_DEINTERLEAVE_32BPP 00000028 l *ABS* 00000000 ARGS_STACK_OFFSET 00000000 l *ABS* 00000000 PREFETCH_TYPE_NONE 00000001 l *ABS* 00000000 PREFETCH_TYPE_SIMPLE 00000002 l *ABS* 00000000 PREFETCH_TYPE_ADVANCED 00000001 l *ABS* 00000000 BILINEAR_FLAG_USE_MASK 00000002 l *ABS* 00000000 BILINEAR_FLAG_USE_ALL_NEON_REGS 0000001c l *ABS* 00000000 prefetch_offset 00000000 l d .ARM.attributes 00000000 .ARM.attributes 00000000 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8_8888_SRC_asm_neon 000004f4 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8_0565_SRC_asm_neon 00000ac0 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_0565_8_x888_SRC_asm_neon 000010e4 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_0565_8_0565_SRC_asm_neon 000017e0 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8888_OVER_asm_neon 00001cfc g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8_8888_OVER_asm_neon 000022ec g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8888_ADD_asm_neon 000026c0 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8_8888_ADD_asm_neon RELOCATION RECORDS FOR [.text]: OFFSET TYPE VALUE=20 000004f0 R_ARM_V4BX *ABS* 00000abc R_ARM_V4BX *ABS* 000010e0 R_ARM_V4BX *ABS* 000017dc R_ARM_V4BX *ABS* 00001cf8 R_ARM_V4BX *ABS* 000022e8 R_ARM_V4BX *ABS* 000026bc R_ARM_V4BX *ABS* 00002bf8 R_ARM_V4BX *ABS* As another example of the assembler for around that 0x4f0 R_ARM_V4BX: 000004e0 = vuzp.8 = d0, d1 000004e4 = vuzp.8 = d0, d1 000004e8 = vst1.32 = {d0[0]}, [r0 :32]! 000004ec = pop = {r4, r5, r6, r7, r8, r9, sl, ip} 000004f0 = bx = lr 000004f4 mov = ip, sp # objdump -x = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm.o | less = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm.o: file format elf32-littlearm = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm.o architecture: armv4, flags 0x00000011: HAS_RELOC, HAS_SYMS start address 0x00000000 private flags =3D 5000000: [Version5 EABI] Sections: Idx Name Size VMA LMA File off Algn 0 .text 0001180c 00000000 00000000 00000034 2**2 CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE 1 .data 00000000 00000000 00000000 00011840 2**0 CONTENTS, ALLOC, LOAD, DATA 2 .bss 00000000 00000000 00000000 00011840 2**0 ALLOC 3 .ARM.attributes 0000001a 00000000 00000000 00011840 2**0 CONTENTS, READONLY SYMBOL TABLE: 00000000 l d .text 00000000 .text 00000000 l d .data 00000000 .data 00000000 l d .bss 00000000 .bss 00000000 l *ABS* 00000000 FLAG_DST_WRITEONLY 00000001 l *ABS* 00000000 FLAG_DST_READWRITE 00000002 l *ABS* 00000000 FLAG_DEINTERLEAVE_32BPP 00000028 l *ABS* 00000000 ARGS_STACK_OFFSET 00000000 l *ABS* 00000000 PREFETCH_TYPE_NONE 00000001 l *ABS* 00000000 PREFETCH_TYPE_SIMPLE 00000002 l *ABS* 00000000 PREFETCH_TYPE_ADVANCED 00000001 l *ABS* 00000000 RESPECT_STRICT_ALIGNMENT 00000002 l *ABS* 00000000 PREFETCH_TYPE_DEFAULT 00000040 l *ABS* 00000000 PREFETCH_DISTANCE_SIMPLE 00000000 l *ABS* 00000000 PREFETCH_TYPE_CURRENT 00000010 l *ABS* 00000000 src_bpp 00000008 l *ABS* 00000000 mask_bpp 00000010 l *ABS* 00000000 dst_w_bpp 00000008 l *ABS* 00000000 pixblock_size 0000001c l *ABS* 00000000 dst_w_basereg 0000000a l *ABS* 00000000 dst_r_basereg 00000008 l *ABS* 00000000 src_basereg 0000000f l *ABS* 00000000 mask_basereg 00000000 l *ABS* 00000000 regs_shortage ffffffff l *ABS* 00000000 mask_bpp_shift 00000000 l *ABS* 00000000 src_bpp_shift 00000002 l *ABS* 00000000 dst_bpp_shift 00000010 l *ABS* 00000000 dst_r_bpp 00000000 l *ABS* 00000000 DEINTERLEAVE_32BPP_ENABLED 00000000 l *ABS* 00000000 BILINEAR_FLAG_UNROLL_4 00000001 l *ABS* 00000000 BILINEAR_FLAG_UNROLL_8 00000002 l *ABS* 00000000 BILINEAR_FLAG_USE_ALL_NEON_REGS 00000001 l *ABS* 00000000 = have_bilinear_interpolate_four_pixels_8888_8888 00000001 l *ABS* 00000000 = have_bilinear_interpolate_eight_pixels_8888_0565 00000000 l d .ARM.attributes 00000000 .ARM.attributes 00000000 g F .text 00000000 .hidden = pixman_composite_over_8888_0565_asm_neon 00000510 g F .text 00000000 .hidden = pixman_composite_over_n_0565_asm_neon 0000098c g F .text 00000000 .hidden = pixman_composite_src_8888_0565_asm_neon 00000c9c g F .text 00000000 .hidden = pixman_composite_src_0565_8888_asm_neon 00000fcc g F .text 00000000 .hidden = pixman_composite_add_8_8_asm_neon 000013dc g F .text 00000000 .hidden = pixman_composite_add_8888_8888_asm_neon 0000169c g F .text 00000000 .hidden = pixman_composite_scanline_add_asm_neon 00001818 g F .text 00000000 .hidden = pixman_composite_scanline_out_reverse_asm_neon 00001b00 g F .text 00000000 .hidden = pixman_composite_over_8888_8888_asm_neon 00001f88 g F .text 00000000 .hidden = pixman_composite_scanline_over_asm_neon 00002298 g F .text 00000000 .hidden = pixman_composite_over_n_8888_asm_neon 000026a0 g F .text 00000000 .hidden = pixman_composite_over_reverse_n_8888_asm_neon 00002aa8 g F .text 00000000 .hidden = pixman_composite_over_8888_8_0565_asm_neon 000031a0 g F .text 00000000 .hidden = pixman_composite_over_n_8_0565_asm_neon 000037f4 g F .text 00000000 .hidden = pixman_composite_over_8888_n_0565_asm_neon 00003e3c g F .text 00000000 .hidden = pixman_composite_src_0565_0565_asm_neon 000040f8 g F .text 00000000 .hidden = pixman_composite_src_n_8_asm_neon 00004318 g F .text 00000000 .hidden = pixman_composite_src_n_0565_asm_neon 000044cc g F .text 00000000 .hidden = pixman_composite_src_n_8888_asm_neon 0000462c g F .text 00000000 .hidden = pixman_composite_src_8888_8888_asm_neon 00004878 g F .text 00000000 .hidden = pixman_composite_src_x888_8888_asm_neon 00004afc g F .text 00000000 .hidden = pixman_composite_src_n_8_8888_asm_neon 00004ee0 g F .text 00000000 .hidden = pixman_composite_src_n_8_8_asm_neon 00005368 g F .text 00000000 .hidden = pixman_composite_over_n_8_8888_asm_neon 00005934 g F .text 00000000 .hidden = pixman_composite_over_n_8_8_asm_neon 00005fcc g F .text 00000000 .hidden = pixman_composite_over_n_8888_8888_ca_asm_neon 000066a0 g F .text 00000000 .hidden = pixman_composite_over_n_8888_0565_ca_asm_neon 00006d9c g F .text 00000000 .hidden = pixman_composite_in_n_8_asm_neon 000071f8 g F .text 00000000 .hidden = pixman_composite_add_n_8_8_asm_neon 00007740 g F .text 00000000 .hidden = pixman_composite_add_8_8_8_asm_neon 00007d44 g F .text 00000000 .hidden = pixman_composite_add_8888_8888_8888_asm_neon 00008270 g F .text 00000000 .hidden = pixman_composite_scanline_add_mask_asm_neon 000085c8 g F .text 00000000 .hidden = pixman_composite_add_8888_8_8888_asm_neon 00008af4 g F .text 00000000 .hidden = pixman_composite_add_n_8_8888_asm_neon 00008f7c g F .text 00000000 .hidden = pixman_composite_add_8888_n_8888_asm_neon 000093f8 g F .text 00000000 .hidden = pixman_composite_scanline_out_reverse_mask_asm_neon 00009838 g F .text 00000000 .hidden = pixman_composite_over_8888_n_8888_asm_neon 00009df8 g F .text 00000000 .hidden = pixman_composite_over_8888_8888_8888_asm_neon 0000a468 g F .text 00000000 .hidden = pixman_composite_scanline_over_mask_asm_neon 0000a8d0 g F .text 00000000 .hidden = pixman_composite_over_8888_8_8888_asm_neon 0000af40 g F .text 00000000 .hidden = pixman_composite_src_0888_0888_asm_neon 0000b0c8 g F .text 00000000 .hidden = pixman_composite_src_0888_8888_rev_asm_neon 0000b2e8 g F .text 00000000 .hidden = pixman_composite_src_0888_0565_rev_asm_neon 0000b550 g F .text 00000000 .hidden = pixman_composite_src_pixbuf_8888_asm_neon 0000b8ec g F .text 00000000 .hidden = pixman_composite_src_rpixbuf_8888_asm_neon 0000bc88 g F .text 00000000 .hidden = pixman_composite_over_0565_8_0565_asm_neon 0000c3a4 g F .text 00000000 .hidden = pixman_composite_over_0565_n_0565_asm_neon 0000ca10 g F .text 00000000 .hidden = pixman_composite_add_0565_8_0565_asm_neon 0000d03c g F .text 00000000 .hidden = pixman_composite_out_reverse_8_0565_asm_neon 0000d528 g F .text 00000000 .hidden = pixman_composite_out_reverse_8_8888_asm_neon 0000d980 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_8888_8888_OVER_asm_neon 0000e008 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_8888_0565_OVER_asm_neon 0000e6f8 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_8888_0565_SRC_asm_neon 0000ec54 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_0565_8888_SRC_asm_neon 0000f19c g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_8888_8_0565_OVER_asm_neon 0000f9e8 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_0565_8_0565_OVER_asm_neon 00010220 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8888_SRC_asm_neon 000105a4 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_0565_SRC_asm_neon 00010dbc g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_0565_x888_SRC_asm_neon 00011278 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_0565_0565_SRC_asm_neon RELOCATION RECORDS FOR [.text]: OFFSET TYPE VALUE=20 000017ac R_ARM_V4BX *ABS* 00001814 R_ARM_V4BX *ABS* 00001a38 R_ARM_V4BX *ABS* 00001afc R_ARM_V4BX *ABS* 000021c8 R_ARM_V4BX *ABS* 00002294 R_ARM_V4BX *ABS* 000084e0 R_ARM_V4BX *ABS* 000085c4 R_ARM_V4BX *ABS* 00009720 R_ARM_V4BX *ABS* 00009834 R_ARM_V4BX *ABS* 0000a7b0 R_ARM_V4BX *ABS* 0000a8cc R_ARM_V4BX *ABS* 000105a0 R_ARM_V4BX *ABS* 00010db8 R_ARM_V4BX *ABS* 00011274 R_ARM_V4BX *ABS* 00011808 R_ARM_V4BX *ABS* =46rom this one I show the end of a routine that does not get the R_ARM_V4BX *ABS* relocation record: 000004e8 vst1.16 = {d28[1]}, [r2]! 000004ec mov r0, r7 000004f0 add r2, r2, = r3, lsl #1 000004f4 add r4, r4, = r5, lsl #2 000004f8 sub r2, r2, = r0, lsl #1 000004fc sub r4, r4, = r0, lsl #2 00000500 subs r1, r1, = #1, 0 00000504 mov r6, r2 00000508 bge 000003ac = 0000050c pop {r4, r5, = r6, r7, r8, r9, sl, fp, ip, pc} 00000510 push {r4, r5, r6, r7, = r8, r9, sl, fp, ip, lr} No "bx lr" involved. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Fri Nov 16 20:40:16 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8447911041FB for ; Fri, 16 Nov 2018 20:40:16 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from cerebro.liukuma.net (cerebro.liukuma.net [185.40.234.145]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF5978E565 for ; Fri, 16 Nov 2018 20:40:15 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from cerebro.liukuma.net (localhost [127.0.0.1]) by cerebro.liukuma.net (Postfix) with ESMTP id 331B71029F2C for ; Fri, 16 Nov 2018 22:40:03 +0200 (EET) X-Virus-Scanned: amavisd-new at liukuma.net Received: from cerebro.liukuma.net ([127.0.0.1]) by cerebro.liukuma.net (cerebro.liukuma.net [127.0.0.1]) (amavisd-new, port 10026) with LMTP id WKnnrMbkF4w3 for ; Fri, 16 Nov 2018 22:40:01 +0200 (EET) Received: from RIVENDELL (dsl-olubng11-54f81b-200.dhcp.inet.fi [84.248.27.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: ignatz@cerebro.liukuma.net) by cerebro.liukuma.net (Postfix) with ESMTPSA id 6A6A91029F15 for ; Fri, 16 Nov 2018 22:40:01 +0200 (EET) DKIM-Filter: OpenDKIM Filter v2.10.3 cerebro.liukuma.net 6A6A91029F15 Message-ID: <356EE0AE455F4A8397F67DC9F4915771@RIVENDELL> From: "Reko Turja" To: References: <7B44FD5ED75B4BCB8E53B611BE045D11@RIVENDELL> <20181114175544.GA3692@wstan> <6A6585E03E754B0B860F64D2A5AA160E@RIVENDELL> <20181114192628.kbeotxvpxxulu3in@privacychain.ch> In-Reply-To: Subject: Re: Poudriere building far more ports than it should Date: Fri, 16 Nov 2018 22:40:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 X-Rspamd-Queue-Id: BF5978E565 X-Spamd-Result: default: False [-4.28 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[liukuma.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.40.234.145/32]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-0.80)[asn: 36236(-3.92), country: US(-0.10)]; DKIM_TRACE(0.00)[liukuma.net:+]; MX_GOOD(-0.01)[cerebro.liukuma.net]; HAS_X_PRIO_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.97)[-0.970,0]; DMARC_POLICY_ALLOW(-0.50)[liukuma.net,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[200.27.248.84.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:36236, ipnet:185.40.234.0/24, country:US]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 16 Nov 2018 20:40:16 -0000 First of all, big thanks to everyone who tried to help! > Mostly asking to make sure if this is something to be expected, glitch in > some ports or possibly a bug. I think Poudriere pulls in all the possible dependencies, just in case and compiles them as well, just in case. Now I've done some installs etc, I'm just going to blacklist the unnecessary ports which aren't used or linked, in order to make the Poudriere build process meaner and leaner. -Reko From owner-freebsd-ports@freebsd.org Fri Nov 16 20:47:33 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24E9511044DD for ; Fri, 16 Nov 2018 20:47:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-9.consmr.mail.gq1.yahoo.com (sonic315-9.consmr.mail.gq1.yahoo.com [98.137.65.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 172A48E96C for ; Fri, 16 Nov 2018 20:47:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: X_ipQ1sVM1l7531czPUJ9wBATldYkBao0f8fPFxlCLbxNccIEBFWKCZeGpcGn2v KgWISRtna8ELDqwvEU4n1tYi5vEoufZzgLO6EsYb5OGiEyckBCg7gSOeR03u1asqet2ZFm4HPiTA S7sNPSyhd38qLonBGgxZxKB6A0F0SrslL5WSnPKe1tPDDQ_iA7XNKjG0x3SecfcGrcbt9p.ZYXAP Lt8htpI7OAnWNSx_qjqy5EsvecwsdzDB7s9lDkY9157Qm5nq4ukKlnHKWExnBDS1AkU8mbPIVWdv mHfiXQi5tP8RSFYKfY.1sqYXNSqkKA0iXDZtcQesbNUd8mTEr4RESPOikmAO4cOfLRK5pbIkhrH0 6EuKK28rmDpDVWkJyNU5mI.3XeHFNFSSsNZYqTU_sXhW3BsJp6UGEszY4aTeWqazWXGGpR492SyL NMy2dzmQFqO97Hmbyo_p8GW6Hl8Tvx5LAEJVGDJXQSvMrEJT60UPaBxe0WmkGnRieMciu9n8KhL9 IEJVk.49wPNcqbMp602lfernpoiAO8SQMuTDOZNmCNnYZwtnYL4b_.MEgnpnovBi2eSsR8ly_2rr hQ9ke1vn2z9GxcKVnDAdngrst5dgKl3wDpK.8Vbp46ccy_seK9sX7wbxFo5faQ.O9eSzGQn9Mr24 gV3bTwVemsk5YNDglKppeKrG5SprJXjEfanNNN.n8K2l1rPlz5dwJ1XkO3q7hQh5kiFswEsPU4BV rJHePxIhVhe70DLmtuVj7Dj5fEwpA2y.qtjkAF.ogOrCwLnHsu8nTgJMDrc1yvl3StRAzBE6ggqa 1q78ifmNzccpYjwAooG9LNraB1IMBwUs2BY14rFaZ89DgwUrTLN1JTQm1HPzqIfKEiRloA61Okoy JVFhxo5Q3ENQAI7b4cuD35qt7u61puZeY6khpq_rF76J08k40pHfHyhSq689vZEyUqdjlhQriMd6 t8jsiWubb0bz3tP2.ohYe3Myh99jvnp0G3GkasytT2EaZhIvV_4iisNCEzZo59HEJ7.xsLnG63sK xZZw3FT_BdzmpFYWgeFrphmUx6nfa47_rfegIIP7bKGuwL12_.cda5NGVOVvgFF0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 16 Nov 2018 20:47:24 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp406.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 706935b266fd209ac5a03e5a3b9cab9f; Fri, 16 Nov 2018 20:47:23 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC Date: Fri, 16 Nov 2018 12:47:22 -0800 References: <5D2BA74B-3714-47C8-A3F0-B4C89F3D88B1@yahoo.com> To: Jan Beich , ports-list freebsd In-Reply-To: <5D2BA74B-3714-47C8-A3F0-B4C89F3D88B1@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 172A48E96C X-Spamd-Result: default: False [-2.44 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.72)[-0.717,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[33.65.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.46)[-0.462,0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.25)[ipnet: 98.137.64.0/21(0.74), asn: 36647(0.59), country: US(-0.10)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 16 Nov 2018 20:47:33 -0000 Top post of llvm's lld status: Turns out various vintages of lld do not support R_ARM_V4BX *ABS* : https://bugs.llvm.org/show_bug.cgi?id=3D38303 Its shown example is one of the ones that I reported (pixman) but for building FireFox for Android (Linux context, not FreeBSD): QUOTE builds/worker/workspace/build/src/clang/bin/ld.lld: error: can't create = dynamic relocation R_ARM_V4BX against local symbol in readonly segment; = recompile object files with -fPIC >>> defined in = ../../gfx/cairo/libpixman/src/pixman-arm-neon-asm-bilinear.o >>> referenced by = ../../gfx/cairo/libpixman/src/pixman-arm-neon-asm-bilinear.o:(.text+0x4F0)= END QOUTE It also points out that: QUOTE Linking with -z notext is more explicit: /builds/worker/workspace/build/src/clang/bin/ld.lld: error: = ../../gfx/cairo/libpixman/src/pixman-arm-neon-asm-bilinear.o:(.text+0x4F0)= : unrecognized reloc 40 END QUOTE On 2018-Nov-16, at 12:34, Mark Millard wrote: > [I add some objdump output from what was in the .tar archive for > the failure in the poudriere build (the 3 specific .o's). Also I > show tool version information.] >=20 > On 2018-Nov-16, at 11:39, Mark Millard wrote: >=20 >> Jan Beich jbeich at FreeBSD.org wrote on >> Fri Nov 16 02:15:57 UTC 2018 : >>=20 >>> Mark Millard via freebsd-x11 writes: >>>=20 >>>> [Added: The original cross-build via poudriere-devel and = qemu-user-static >>>> did not get this problem. I give details later. Sumamry: Looks like = -O2 >>>> was used for the cross build and -O was used for armv7 native. The >>>> difference is likely(?) from my materials but not supporting both = ways of >>>> building is likely a problem with the port(?).] >>>=20 >>> x11/pixman builds fine on armv7 even with -O. Tested both Clang/LLD = 6.0 >>> and 7.0 after forcing MACHINE_CPUARCH=3Darm on command line. >>=20 >> Interesting. My context was a poudriere build that was rebuilding all >> my normal ports for the armv7 context (414 total). (poudriere is = still >> running, still having 12 to go, including llvm60, llvm70, and gcc8.) >> This was/is under: >>=20 >> # uname -apKU >> FreeBSD OPiP2E 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r340287M: Sat Nov = 10 22:40:25 PST 2018 = markmi@FBSDFSSD:/usr/obj/armv7_clang/arm.armv7/usr/src/arm.armv7/sys/GENER= IC-NODBG arm armv7 1300003 1300003 >>=20 >> and is tied to my jump from before openssl was updated( -r339076 ) to >> after. >>=20 >> It was using system clang and lld, not devel/llvm* . >>=20 >> The only other thing to have failed so far is multimedia/libpvx but = it >> failed built both ways ( native and cross-build with /nxb-bin/. . . = ). >>=20 >> Do you have a log that would show the commands that were used to = produce >> the things that were listed in my original report for the "R_ARM_V4BX >> against local in readonly segment": >>=20 >> pixman-arm-simd-asm-scaled.o >> pixman-arm-neon-asm.o >> pixman-arm-neon-asm-bilinear.o >>=20 >> --- libpixman-1.la --- (for where the use of the .o's was attempted = via a library) >>=20 >> ? If yes we might be able to compare for differences to explain the >> variation. I do have the logs from the poudriere build attempts >> in both contexts ( native and cross-build with /nxb-bin/. . . ). >>=20 >> It might be possible that my -mcpu use mixed with -O is part of >> what is required to have the problem. (Only difference?) >>=20 >> It looks to be a long time (days) before the armv7 poudriere run >> will complete. So testing alternatives in that environment is >> delayed. For now comparing commands in log files is all I've got >> to work with initially (if we can). Next would be to look at the >> .S files. >>=20 >>=20 >> My failing-context's commands: >> (The 3 sources are .S files. The -o .libs/*.o commands do list -fPIC = and -DPIC >> but I'm not sure how those would apply to .S files.) >>=20 >> --- pixman-arm-simd-asm-scaled.lo --- >> libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-simd-asm-scaled.lo -MD -MP -MF = .deps/pixman-arm-simd-asm-scaled.Tpo -c pixman-arm-simd-asm-scaled.S = -fPIC -DPIC -o .libs/pixman-arm-simd-asm-scaled.o >>=20 >> --- pixman-arm-simd-asm-scaled.lo --- >> libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-simd-asm-scaled.lo -MD -MP -MF = .deps/pixman-arm-simd-asm-scaled.Tpo -c pixman-arm-simd-asm-scaled.S -o = pixman-arm-simd-asm-scaled.o >/dev/null 2>&1 >>=20 >> --- libpixman-arm-simd.la --- >> libtool: link: ar cru .libs/libpixman-arm-simd.a = .libs/pixman-arm-simd.o .libs/pixman-arm-simd-asm.o = .libs/pixman-arm-simd-asm-scaled.o=20 >> libtool: link: ranlib .libs/libpixman-arm-simd.a >> libtool: link: ( cd ".libs" && rm -f "libpixman-arm-simd.la" && ln -s = "../libpixman-arm-simd.la" "libpixman-arm-simd.la" ) >>=20 >> --- pixman-arm-neon-asm.lo --- >> libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm.lo -MD -MP -MF .deps/pixman-arm-neon-asm.Tpo -c = pixman-arm-neon-asm.S -fPIC -DPIC -o .libs/pixman-arm-neon-asm.o >>=20 >> --- pixman-arm-neon-asm.lo --- >> libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm.lo -MD -MP -MF .deps/pixman-arm-neon-asm.Tpo -c = pixman-arm-neon-asm.S -o pixman-arm-neon-asm.o >/dev/null 2>&1 >>=20 >> --- libpixman-arm-neon.la --- >> /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhidden -o libpixman-arm-neon.la = pixman-arm-neon.lo pixman-arm-neon-asm.lo = pixman-arm-neon-asm-bilinear.lo -lm >> libtool: link: ar cru .libs/libpixman-arm-neon.a = .libs/pixman-arm-neon.o .libs/pixman-arm-neon-asm.o = .libs/pixman-arm-neon-asm-bilinear.o=20 >> libtool: link: ranlib .libs/libpixman-arm-neon.a >> libtool: link: ( cd ".libs" && rm -f "libpixman-arm-neon.la" && ln -s = "../libpixman-arm-neon.la" "libpixman-arm-neon.la" ) >>=20 >>=20 >> --- pixman-arm-neon-asm-bilinear.lo --- >> . . . >>=20 >> libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm-bilinear.lo -MD -MP -MF = .deps/pixman-arm-neon-asm-bilinear.Tpo -c pixman-arm-neon-asm-bilinear.S = -fPIC -DPIC -o .libs/pixman-arm-neon-asm-bilinear.o >>=20 >> libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -mcpu=3Dcortex-a7 -O = -pipe -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -no-integrated-as -MT = pixman-arm-neon-asm-bilinear.lo -MD -MP -MF = .deps/pixman-arm-neon-asm-bilinear.Tpo -c pixman-arm-neon-asm-bilinear.S = -o pixman-arm-neon-asm-bilinear.o >/dev/null 2>&1 >>=20 >> --- libpixman-arm-neon.la --- >> /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhidden -o libpixman-arm-neon.la = pixman-arm-neon.lo pixman-arm-neon-asm.lo = pixman-arm-neon-asm-bilinear.lo -lm >> libtool: link: ar cru .libs/libpixman-arm-neon.a = .libs/pixman-arm-neon.o .libs/pixman-arm-neon-asm.o = .libs/pixman-arm-neon-asm-bilinear.o=20 >> libtool: link: ranlib .libs/libpixman-arm-neon.a >> libtool: link: ( cd ".libs" && rm -f "libpixman-arm-neon.la" && ln -s = "../libpixman-arm-neon.la" "libpixman-arm-neon.la" ) >>=20 >>=20 >> --- libpixman-1.la --- >> /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O -pipe = -mcpu=3Dcortex-a7 -g -fno-strict-aliasing -Wall = -Wdeclaration-after-statement -Wno-unused-local-typedefs = -fno-strict-aliasing -fvisibility=3Dhid >> den -version-info 34:0:34 -no-undefined -pthread -o = libpixman-1.la -rpath /usr/local/lib pixman.lo pixman-access.lo = pixman-access-accessors.lo pixman-bits-image.lo pixman-combine32.lo = pixm >> an-combine-float.lo pixman-conical-gradient.lo pixman-filter.lo = pixman-x86.lo pixman-mips.lo pixman-arm.lo pixman-ppc.lo pixman-edge.lo = pixman-edge-accessors.lo pixman-fast-path.lo pixman-glyph.lo=20 >> pixman-general.lo pixman-gradient-walker.lo pixman-image.lo = pixman-implementation.lo pixman-linear-gradient.lo pixman-matrix.lo = pixman-noop.lo pixman-radial-gradient.lo pixman-region16.lo pixman-r >> egion32.lo pixman-solid-fill.lo pixman-timer.lo pixman-trap.lo = pixman-utils.lo -lm -lm libpixman-arm-simd.la = libpixman-arm-neon.la -lm >> libtool: link: cc -shared -fPIC -DPIC .libs/pixman.o = .libs/pixman-access.o .libs/pixman-access-accessors.o = .libs/pixman-bits-image.o .libs/pixman-combine32.o = .libs/pixman-combine-float.o .libs/pixma >> n-conical-gradient.o .libs/pixman-filter.o .libs/pixman-x86.o = .libs/pixman-mips.o .libs/pixman-arm.o .libs/pixman-ppc.o = .libs/pixman-edge.o .libs/pixman-edge-accessors.o = .libs/pixman-fast-path.o .libs >> /pixman-glyph.o .libs/pixman-general.o .libs/pixman-gradient-walker.o = .libs/pixman-image.o .libs/pixman-implementation.o = .libs/pixman-linear-gradient.o .libs/pixman-matrix.o .libs/pixman-noop.o = .libs/ >> pixman-radial-gradient.o .libs/pixman-region16.o = .libs/pixman-region32.o .libs/pixman-solid-fill.o .libs/pixman-timer.o = .libs/pixman-trap.o .libs/pixman-utils.o -Wl,--whole-archive = ./.libs/libpixman- >> arm-simd.a ./.libs/libpixman-arm-neon.a -Wl,--no-whole-archive -lm = -O -mcpu=3Dcortex-a7 -g -pthread -pthread -Wl,-soname = -Wl,libpixman-1.so.0 -o .libs/libpixman-1.so.0.34.0 >=20 > First some identification of tool versions . . . >=20 > # cc -v > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on = LLVM 6.0.1) > Target: armv7-unknown-freebsd13.0-gnueabihf > Thread model: posix > InstalledDir: /usr/bin >=20 > # ld -v > LLD 6.0.1 (FreeBSD 335540-1300000) (compatible with GNU linkers) >=20 > A context difference could be armv6 vs. armv7? >=20 > WITH_LLD_IS_LD > Set to use LLVM's LLD as the system linker, instead of GNU > binutils ld. >=20 > This is a default setting on amd64/amd64, arm/armv7 and > arm64/aarch64. >=20 > My context is the arm/armv7 context, using system clang/llvm = facilities. >=20 >=20 > Then pixman specifics . . . >=20 > The only *arm*.S files are (from failing context's tar archive): >=20 > # ls -lTd = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/*arm*.S > -rw-r--r-- 1 root wheel 45186 Sep 26 06:45:08 2015 = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m-bilinear.S > -rw-r--r-- 1 root wheel 128849 Sep 26 06:45:08 2015 = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m.S > -rw-r--r-- 1 root wheel 4653 Sep 26 06:45:08 2015 = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m-scaled.S > -rw-r--r-- 1 root wheel 43259 Dec 27 12:37:37 2015 = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m.S >=20 > Expanding the tar file that the failure produced and looking . . . > (What, if anything, is different for your context?) >=20 > # objdump -x = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-s= imd-asm-scaled.o | less >=20 > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-s= imd-asm-scaled.o: file format elf32-littlearm > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-s= imd-asm-scaled.o > architecture: armv4, flags 0x00000011: > HAS_RELOC, HAS_SYMS > start address 0x00000000 > private flags =3D 5000000: [Version5 EABI] >=20 > Sections: > Idx Name Size VMA LMA File off Algn > 0 .text 00000378 00000000 00000000 00000034 2**2 > CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE > 1 .data 00000000 00000000 00000000 000003ac 2**0 > CONTENTS, ALLOC, LOAD, DATA > 2 .bss 00000000 00000000 00000000 000003ac 2**0 > ALLOC > 3 .ARM.attributes 0000001b 00000000 00000000 000003ac 2**0 > CONTENTS, READONLY > SYMBOL TABLE: > 00000000 l d .text 00000000 .text > 00000000 l d .data 00000000 .data > 00000000 l d .bss 00000000 .bss > 00000000 l d .ARM.attributes 00000000 .ARM.attributes > 00000000 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_0565_0565_SRC_asm_armv6 > 000001bc g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_8888_8888_SRC_asm_armv6 >=20 >=20 > RELOCATION RECORDS FOR [.text]: > OFFSET TYPE VALUE=20 > 000001b8 R_ARM_V4BX *ABS* > 00000374 R_ARM_V4BX *ABS* >=20 > As an example of the assembler for around that 0x4f0 R_ARM_V4BX: >=20 > 000001a8 = tst = r0, #1, 0 > 000001ac = ldrhne = r4, [r2, r4] > 000001b0 = strhne = r4, [r1] > 000001b4 = pop = {r4, r5, r6, r7, r8, sl} > 000001b8 = bx = lr > 000001bc ldr = ip, [sp] >=20 > The R_ARM_V4BX *ABS* seems to be for replacing the "bx lr" for > arm vintages that did not have bx. Otherwise supposedly ignored. >=20 >=20 > # objdump -x = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm-bilinear.o | less >=20 > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm-bilinear.o: file format elf32-littlearm > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm-bilinear.o > architecture: armv4, flags 0x00000011: > HAS_RELOC, HAS_SYMS > start address 0x00000000 > private flags =3D 5000000: [Version5 EABI] >=20 > Sections: > Idx Name Size VMA LMA File off Algn > 0 .text 00002bfc 00000000 00000000 00000034 2**2 > CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE > 1 .data 00000000 00000000 00000000 00002c30 2**0 > CONTENTS, ALLOC, LOAD, DATA > 2 .bss 00000000 00000000 00000000 00002c30 2**0 > ALLOC > 3 .ARM.attributes 0000001a 00000000 00000000 00002c30 2**0 > CONTENTS, READONLY > SYMBOL TABLE: > 00000000 l d .text 00000000 .text > 00000000 l d .data 00000000 .data > 00000000 l d .bss 00000000 .bss > 00000000 l *ABS* 00000000 FLAG_DST_WRITEONLY > 00000001 l *ABS* 00000000 FLAG_DST_READWRITE > 00000002 l *ABS* 00000000 FLAG_DEINTERLEAVE_32BPP > 00000028 l *ABS* 00000000 ARGS_STACK_OFFSET > 00000000 l *ABS* 00000000 PREFETCH_TYPE_NONE > 00000001 l *ABS* 00000000 PREFETCH_TYPE_SIMPLE > 00000002 l *ABS* 00000000 PREFETCH_TYPE_ADVANCED > 00000001 l *ABS* 00000000 BILINEAR_FLAG_USE_MASK > 00000002 l *ABS* 00000000 BILINEAR_FLAG_USE_ALL_NEON_REGS > 0000001c l *ABS* 00000000 prefetch_offset > 00000000 l d .ARM.attributes 00000000 .ARM.attributes > 00000000 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8_8888_SRC_asm_neon > 000004f4 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8_0565_SRC_asm_neon > 00000ac0 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_0565_8_x888_SRC_asm_neon > 000010e4 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_0565_8_0565_SRC_asm_neon > 000017e0 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8888_OVER_asm_neon > 00001cfc g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8_8888_OVER_asm_neon > 000022ec g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8888_ADD_asm_neon > 000026c0 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8_8888_ADD_asm_neon >=20 >=20 > RELOCATION RECORDS FOR [.text]: > OFFSET TYPE VALUE=20 > 000004f0 R_ARM_V4BX *ABS* > 00000abc R_ARM_V4BX *ABS* > 000010e0 R_ARM_V4BX *ABS* > 000017dc R_ARM_V4BX *ABS* > 00001cf8 R_ARM_V4BX *ABS* > 000022e8 R_ARM_V4BX *ABS* > 000026bc R_ARM_V4BX *ABS* > 00002bf8 R_ARM_V4BX *ABS* >=20 > As another example of the assembler for around that 0x4f0 R_ARM_V4BX: >=20 > 000004e0 = vuzp.8 = d0, d1 > 000004e4 = vuzp.8 = d0, d1 > 000004e8 = vst1.32 = {d0[0]}, [r0 :32]! > 000004ec = pop = {r4, r5, r6, r7, r8, r9, sl, ip} > 000004f0 = bx = lr > 000004f4 = mov ip, sp >=20 >=20 >=20 > # objdump -x = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm.o | less >=20 > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm.o: file format elf32-littlearm > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/.libs/pixman-arm-n= eon-asm.o > architecture: armv4, flags 0x00000011: > HAS_RELOC, HAS_SYMS > start address 0x00000000 > private flags =3D 5000000: [Version5 EABI] >=20 > Sections: > Idx Name Size VMA LMA File off Algn > 0 .text 0001180c 00000000 00000000 00000034 2**2 > CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE > 1 .data 00000000 00000000 00000000 00011840 2**0 > CONTENTS, ALLOC, LOAD, DATA > 2 .bss 00000000 00000000 00000000 00011840 2**0 > ALLOC > 3 .ARM.attributes 0000001a 00000000 00000000 00011840 2**0 > CONTENTS, READONLY > SYMBOL TABLE: > 00000000 l d .text 00000000 .text > 00000000 l d .data 00000000 .data > 00000000 l d .bss 00000000 .bss > 00000000 l *ABS* 00000000 FLAG_DST_WRITEONLY > 00000001 l *ABS* 00000000 FLAG_DST_READWRITE > 00000002 l *ABS* 00000000 FLAG_DEINTERLEAVE_32BPP > 00000028 l *ABS* 00000000 ARGS_STACK_OFFSET > 00000000 l *ABS* 00000000 PREFETCH_TYPE_NONE > 00000001 l *ABS* 00000000 PREFETCH_TYPE_SIMPLE > 00000002 l *ABS* 00000000 PREFETCH_TYPE_ADVANCED > 00000001 l *ABS* 00000000 RESPECT_STRICT_ALIGNMENT > 00000002 l *ABS* 00000000 PREFETCH_TYPE_DEFAULT > 00000040 l *ABS* 00000000 PREFETCH_DISTANCE_SIMPLE > 00000000 l *ABS* 00000000 PREFETCH_TYPE_CURRENT > 00000010 l *ABS* 00000000 src_bpp > 00000008 l *ABS* 00000000 mask_bpp > 00000010 l *ABS* 00000000 dst_w_bpp > 00000008 l *ABS* 00000000 pixblock_size > 0000001c l *ABS* 00000000 dst_w_basereg > 0000000a l *ABS* 00000000 dst_r_basereg > 00000008 l *ABS* 00000000 src_basereg > 0000000f l *ABS* 00000000 mask_basereg > 00000000 l *ABS* 00000000 regs_shortage > ffffffff l *ABS* 00000000 mask_bpp_shift > 00000000 l *ABS* 00000000 src_bpp_shift > 00000002 l *ABS* 00000000 dst_bpp_shift > 00000010 l *ABS* 00000000 dst_r_bpp > 00000000 l *ABS* 00000000 DEINTERLEAVE_32BPP_ENABLED > 00000000 l *ABS* 00000000 BILINEAR_FLAG_UNROLL_4 > 00000001 l *ABS* 00000000 BILINEAR_FLAG_UNROLL_8 > 00000002 l *ABS* 00000000 BILINEAR_FLAG_USE_ALL_NEON_REGS > 00000001 l *ABS* 00000000 = have_bilinear_interpolate_four_pixels_8888_8888 > 00000001 l *ABS* 00000000 = have_bilinear_interpolate_eight_pixels_8888_0565 > 00000000 l d .ARM.attributes 00000000 .ARM.attributes > 00000000 g F .text 00000000 .hidden = pixman_composite_over_8888_0565_asm_neon > 00000510 g F .text 00000000 .hidden = pixman_composite_over_n_0565_asm_neon > 0000098c g F .text 00000000 .hidden = pixman_composite_src_8888_0565_asm_neon > 00000c9c g F .text 00000000 .hidden = pixman_composite_src_0565_8888_asm_neon > 00000fcc g F .text 00000000 .hidden = pixman_composite_add_8_8_asm_neon > 000013dc g F .text 00000000 .hidden = pixman_composite_add_8888_8888_asm_neon > 0000169c g F .text 00000000 .hidden = pixman_composite_scanline_add_asm_neon > 00001818 g F .text 00000000 .hidden = pixman_composite_scanline_out_reverse_asm_neon > 00001b00 g F .text 00000000 .hidden = pixman_composite_over_8888_8888_asm_neon > 00001f88 g F .text 00000000 .hidden = pixman_composite_scanline_over_asm_neon > 00002298 g F .text 00000000 .hidden = pixman_composite_over_n_8888_asm_neon > 000026a0 g F .text 00000000 .hidden = pixman_composite_over_reverse_n_8888_asm_neon > 00002aa8 g F .text 00000000 .hidden = pixman_composite_over_8888_8_0565_asm_neon > 000031a0 g F .text 00000000 .hidden = pixman_composite_over_n_8_0565_asm_neon > 000037f4 g F .text 00000000 .hidden = pixman_composite_over_8888_n_0565_asm_neon > 00003e3c g F .text 00000000 .hidden = pixman_composite_src_0565_0565_asm_neon > 000040f8 g F .text 00000000 .hidden = pixman_composite_src_n_8_asm_neon > 00004318 g F .text 00000000 .hidden = pixman_composite_src_n_0565_asm_neon > 000044cc g F .text 00000000 .hidden = pixman_composite_src_n_8888_asm_neon > 0000462c g F .text 00000000 .hidden = pixman_composite_src_8888_8888_asm_neon > 00004878 g F .text 00000000 .hidden = pixman_composite_src_x888_8888_asm_neon > 00004afc g F .text 00000000 .hidden = pixman_composite_src_n_8_8888_asm_neon > 00004ee0 g F .text 00000000 .hidden = pixman_composite_src_n_8_8_asm_neon > 00005368 g F .text 00000000 .hidden = pixman_composite_over_n_8_8888_asm_neon > 00005934 g F .text 00000000 .hidden = pixman_composite_over_n_8_8_asm_neon > 00005fcc g F .text 00000000 .hidden = pixman_composite_over_n_8888_8888_ca_asm_neon > 000066a0 g F .text 00000000 .hidden = pixman_composite_over_n_8888_0565_ca_asm_neon > 00006d9c g F .text 00000000 .hidden = pixman_composite_in_n_8_asm_neon > 000071f8 g F .text 00000000 .hidden = pixman_composite_add_n_8_8_asm_neon > 00007740 g F .text 00000000 .hidden = pixman_composite_add_8_8_8_asm_neon > 00007d44 g F .text 00000000 .hidden = pixman_composite_add_8888_8888_8888_asm_neon > 00008270 g F .text 00000000 .hidden = pixman_composite_scanline_add_mask_asm_neon > 000085c8 g F .text 00000000 .hidden = pixman_composite_add_8888_8_8888_asm_neon > 00008af4 g F .text 00000000 .hidden = pixman_composite_add_n_8_8888_asm_neon > 00008f7c g F .text 00000000 .hidden = pixman_composite_add_8888_n_8888_asm_neon > 000093f8 g F .text 00000000 .hidden = pixman_composite_scanline_out_reverse_mask_asm_neon > 00009838 g F .text 00000000 .hidden = pixman_composite_over_8888_n_8888_asm_neon > 00009df8 g F .text 00000000 .hidden = pixman_composite_over_8888_8888_8888_asm_neon > 0000a468 g F .text 00000000 .hidden = pixman_composite_scanline_over_mask_asm_neon > 0000a8d0 g F .text 00000000 .hidden = pixman_composite_over_8888_8_8888_asm_neon > 0000af40 g F .text 00000000 .hidden = pixman_composite_src_0888_0888_asm_neon > 0000b0c8 g F .text 00000000 .hidden = pixman_composite_src_0888_8888_rev_asm_neon > 0000b2e8 g F .text 00000000 .hidden = pixman_composite_src_0888_0565_rev_asm_neon > 0000b550 g F .text 00000000 .hidden = pixman_composite_src_pixbuf_8888_asm_neon > 0000b8ec g F .text 00000000 .hidden = pixman_composite_src_rpixbuf_8888_asm_neon > 0000bc88 g F .text 00000000 .hidden = pixman_composite_over_0565_8_0565_asm_neon > 0000c3a4 g F .text 00000000 .hidden = pixman_composite_over_0565_n_0565_asm_neon > 0000ca10 g F .text 00000000 .hidden = pixman_composite_add_0565_8_0565_asm_neon > 0000d03c g F .text 00000000 .hidden = pixman_composite_out_reverse_8_0565_asm_neon > 0000d528 g F .text 00000000 .hidden = pixman_composite_out_reverse_8_8888_asm_neon > 0000d980 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_8888_8888_OVER_asm_neon > 0000e008 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_8888_0565_OVER_asm_neon > 0000e6f8 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_8888_0565_SRC_asm_neon > 0000ec54 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_0565_8888_SRC_asm_neon > 0000f19c g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_8888_8_0565_OVER_asm_neon > 0000f9e8 g F .text 00000000 .hidden = pixman_scaled_nearest_scanline_0565_8_0565_OVER_asm_neon > 00010220 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_8888_SRC_asm_neon > 000105a4 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_8888_0565_SRC_asm_neon > 00010dbc g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_0565_x888_SRC_asm_neon > 00011278 g F .text 00000000 .hidden = pixman_scaled_bilinear_scanline_0565_0565_SRC_asm_neon >=20 >=20 > RELOCATION RECORDS FOR [.text]: > OFFSET TYPE VALUE=20 > 000017ac R_ARM_V4BX *ABS* > 00001814 R_ARM_V4BX *ABS* > 00001a38 R_ARM_V4BX *ABS* > 00001afc R_ARM_V4BX *ABS* > 000021c8 R_ARM_V4BX *ABS* > 00002294 R_ARM_V4BX *ABS* > 000084e0 R_ARM_V4BX *ABS* > 000085c4 R_ARM_V4BX *ABS* > 00009720 R_ARM_V4BX *ABS* > 00009834 R_ARM_V4BX *ABS* > 0000a7b0 R_ARM_V4BX *ABS* > 0000a8cc R_ARM_V4BX *ABS* > 000105a0 R_ARM_V4BX *ABS* > 00010db8 R_ARM_V4BX *ABS* > 00011274 R_ARM_V4BX *ABS* > 00011808 R_ARM_V4BX *ABS* >=20 > =46rom this one I show the end of a routine that does not get the > R_ARM_V4BX *ABS* relocation record: >=20 > 000004e8 vst1.16 = {d28[1]}, [r2]! > 000004ec mov r0, r7 > 000004f0 add r2, = r2, r3, lsl #1 > 000004f4 add r4, = r4, r5, lsl #2 > 000004f8 sub r2, = r2, r0, lsl #1 > 000004fc sub r4, = r4, r0, lsl #2 > 00000500 subs r1, = r1, #1, 0 > 00000504 mov r6, r2 > 00000508 bge = 000003ac > 0000050c pop {r4, = r5, r6, r7, r8, r9, sl, fp, ip, pc} > 00000510 push {r4, r5, r6, = r7, r8, r9, sl, fp, ip, lr} >=20 > No "bx lr" involved. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Fri Nov 16 20:58:41 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F0AA110473D for ; Fri, 16 Nov 2018 20:58:41 +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)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A10FE8ED70; Fri, 16 Nov 2018 20:58:40 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 722001FA7C; Fri, 16 Nov 2018 20:58:40 +0000 (UTC) From: Jan Beich To: Mark Millard Cc: ports-list freebsd Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC References: Date: Fri, 16 Nov 2018 21:58:26 +0100 In-Reply-To: (Mark Millard's message of "Fri, 16 Nov 2018 11:39:55 -0800") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: A10FE8ED70 X-Spamd-Result: default: False [-106.84 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_ENVRCPT(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE(-3.73)[ip: (-9.74), ipnet: 2610:1c1:1::/48(-4.93), asn: 11403(-3.91), country: US(-0.10)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 16 Nov 2018 20:58:41 -0000 Mark Millard writes: > Jan Beich jbeich at FreeBSD.org wrote on > Fri Nov 16 02:15:57 UTC 2018 : > >> Mark Millard via freebsd-x11 writes: >> >> > [Added: The original cross-build via poudriere-devel and qemu-user-static >> > did not get this problem. I give details later. Sumamry: Looks like -O2 >> > was used for the cross build and -O was used for armv7 native. The >> > difference is likely(?) from my materials but not supporting both ways of >> > building is likely a problem with the port(?).] >> >> x11/pixman builds fine on armv7 even with -O. Tested both Clang/LLD 6.0 >> and 7.0 after forcing MACHINE_CPUARCH=arm on command line. [...] > Do you have a log that would show the commands that were used to produce > the things that were listed in my original report for the "R_ARM_V4BX > against local in readonly segment": Build logs: - clang/lld 6.0: https://ptpb.pw/5dip (via devel/llvm60) - clang/lld 7.0: https://ptpb.pw/wwi9 (via native-xtools) - -mcpu=cortex-a7: https://ptpb.pw/_zAP From owner-freebsd-ports@freebsd.org Fri Nov 16 21:04:04 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78B401104988 for ; Fri, 16 Nov 2018 21:04:04 +0000 (UTC) (envelope-from xavier@groumpf.org) Received: from aragorn.amdh.fr (aragorn.groumpf.org [176.31.180.205]) by mx1.freebsd.org (Postfix) with ESMTP id 43FED8F178 for ; Fri, 16 Nov 2018 21:04:02 +0000 (UTC) (envelope-from xavier@groumpf.org) Received: from numenor.groumpf.org (unknown [78.251.129.10]) by aragorn.amdh.fr (Postfix) with ESMTP id 9761961F97 for ; Fri, 16 Nov 2018 22:03:55 +0100 (CET) Received: from numenor.groumpf.org (localhost [127.0.0.1]) by numenor.groumpf.org (Postfix) with ESMTP id 8014A31B1B for ; Fri, 16 Nov 2018 22:03:55 +0100 (CET) X-Virus-Scanned: amavisd-new at groumpf.org Received: from numenor.groumpf.org ([127.0.0.1]) by numenor.groumpf.org (ns3.groumpf.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gFBYqoGoVf0D for ; Fri, 16 Nov 2018 22:03:49 +0100 (CET) Received: from [192.168.100.21] (freebox-server.groumpf.org [192.168.100.254]) by numenor.groumpf.org (Postfix) with ESMTPS id 843FB31B18 for ; Fri, 16 Nov 2018 22:03:49 +0100 (CET) Subject: Re: Upgrade from PHP71 to PHP72 breaks icingaweb2 Cc: FreeBSD Ports ML References: <68f377509b704b8604dd41e29484115c@groumpf.org> <2e352ca4-6515-7c08-e1c0-b5f9e2d54791@madpilot.net> <0e76384d-3479-44c1-2f50-463250b25d1c@groumpf.org> <4cfd72d7-1176-f098-72ed-4f594e740d4e@madpilot.net> <20181107120927.GV98934@e.0x20.net> <169487d1-53cc-1e87-2e4e-aa14ac57a55a@groumpf.org> <4613c028-1334-6c2f-8ca0-f34d63530e20@groumpf.org> <20181108131726.GA59358@e.0x20.net> <4e62fb70-47f9-a83d-013c-c46f58e9bf82@groumpf.org> <20181115130704.GJ59358@e.0x20.net> From: Xavier Message-ID: <28b17556-731a-723d-080b-623c1b40b3c1@groumpf.org> Date: Fri, 16 Nov 2018 22:03:49 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <20181115130704.GJ59358@e.0x20.net> Content-Type: text/plain; charset=utf-8 Content-Language: fr-classic Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 43FED8F178 X-Spamd-Result: default: False [4.83 / 15.00]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.41)[0.409,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[groumpf.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.80)[0.800,0]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[aragorn.groumpf.org]; NEURAL_SPAM_LONG(0.78)[0.779,0]; MISSING_TO(2.00)[]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[10.129.251.78.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; IP_SCORE(-0.15)[ipnet: 176.31.0.0/16(-0.27), asn: 16276(-0.45), country: FR(-0.03)]; ASN(0.00)[asn:16276, ipnet:176.31.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 16 Nov 2018 21:04:04 -0000 On 15/11/2018 14:07, Lars Engels wrote: > On Thu, Nov 08, 2018 at 10:06:15PM +0100, Xavier wrote: >> On 08/11/2018 14:17, Lars Engels wrote: >>> Do you see any php related entries in your apache logs? >>> >> >> No, just the stack trace on screen >> > > I just encountered the same problem after upgrading from php71 to php72. > I had to also upgrade mod_php71 to mod_php72 and restart Apache > afterwards. Now Icinga Web 2 is up and running again. > Il deleteted all the php72 stuff. The reinstalled it, version was bumped from 7.2.11 to 7.2.12. And guess what ? It works again ! Thanks to all who helped -- Xavier Humbert - sysadmin & network engineer From owner-freebsd-ports@freebsd.org Fri Nov 16 22:07:24 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF0961105FD3 for ; Fri, 16 Nov 2018 22:07:23 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from taro.utanet.at (taro.utanet.at [IPv6:2001:938:1337:25::25:45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2EC116B998 for ; Fri, 16 Nov 2018 22:07:23 +0000 (UTC) (envelope-from w.schwarzenfeld@utanet.at) Received: from plenty.xoc.tele2net.at ([213.90.36.8]) by taro.utanet.at with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gNmGm-0005BG-BK for freebsd-ports@freebsd.org; Fri, 16 Nov 2018 23:07:20 +0100 Received: from 188-22-147-255.adsl.highway.telekom.at ([188.22.147.255] helo=[10.0.0.93]) by plenty.xoc.tele2net.at with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gNmGm-0004Dm-7v for freebsd-ports@freebsd.org; Fri, 16 Nov 2018 23:07:20 +0100 To: freebsd-ports@freebsd.org References: Subject: Re: math/openblas fails to build. From: Walter Schwarzenfeld Message-ID: <55330042-bb28-3001-2858-98cc59514866@utanet.at> Date: Fri, 16 Nov 2018 23:07:33 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-TELE2-Authenticated-As: cf62768e218b4d81d95cc5390f1bd9dfc8b05683 X-Rspamd-Queue-Id: 2EC116B998 X-Spamd-Result: default: False [-5.15 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:938:1337:25::/64]; FREEMAIL_FROM(0.00)[utanet.at]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[utanet.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.75)[ipnet: 2001:938::/32(-4.81), asn: 8437(-3.85), country: AT(-0.09)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: pmail.utanet.at]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RECEIVED_SPAMHAUS_PBL(0.00)[255.147.22.188.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[utanet.at]; ASN(0.00)[asn:8437, ipnet:2001:938::/32, country:AT]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[5.4.0.0.5.2.0.0.0.0.0.0.0.0.0.0.5.2.0.0.7.3.3.1.8.3.9.0.1.0.0.2.list.dnswl.org : 127.0.5.1] X-Rspamd-Server: mx1.freebsd.org 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, 16 Nov 2018 22:07:24 -0000 see this PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231538 From owner-freebsd-ports@freebsd.org Fri Nov 16 22:35:06 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8CB5110689C for ; Fri, 16 Nov 2018 22:35:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0FCCC6C819 for ; Fri, 16 Nov 2018 22:35:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: WZ9kRREVM1mUDjEqldpiI4gTut9AUMjguwm0mFEazil2qe10b_qL9eB_zvbeOJ. 39VrIKAclmK2DVGtR5Mn8ogRlB3UFgJen1fG5aY8arHPEZatyu6d1XNQwxcLhGfwT8Qis_aj5Cm8 pqJW1JRLn9APJ3Zhw.74xFMhCVLSic1ROCXXA9EEpRg1GysFcRMuHdcwa_mP1psC_42OzjDVQnbw 4OfvgB8KYxZRx5HcC1pYxOU.UR9GQTX2XsZIwt6fCxjoinqCto9q_vrg0kFGIT8Vd2nP.4h.nojX aPZBj1CuSlc4lwyFwPlfa4pXCEB6pdwc3XurCkYpza_AymEFLBDvFAkbv4hk_qaXTtDohtFCsJpI 11f9NsZNuGZiHR3ishK.s1HxRalA_uIOc9eSGlIiPg0BbJTs6h7caAY2D1HSWBT.F9zTFx3QQPYs m6TEQJB.Fmfc4dY7ca0lmsoK4aPX2sTcGA5RSqgZO2NAATHPiRdsTLkG7oGMspeSl1YWE7QqPeHa 4Nf7Nd6Y1msL5ROf4jVp93wHvVU9cJmpyToSinr1ZRCu7kPi9E6e5ZbSfgxY1193MKMqTPPSLIL3 8ZbvkKIb7ftArSSSehZvKBbojsOIkJEE0gfFIn1QClxYiGFLozLOqJcrinedv0RwdALkwOTub3QX 55saDrXPddy5C89e7NdtHn1M4Air.CSg2YcckR1c3v9dIqCpop7y6ZIhJstVJrHabSgTi3zDyrGR dX4.Ro9QaiAxciWSS2VT4y.HI8MilP1QnMI81gRgyQeXWZ3hHVXI6plOFHmX7q96iZh.oytR.ZEJ J97My4MfxZrMy2MQQ7ziTbSUvUWIZxwjlBeGy45rg4T_ODKRixNkRSu.1uBI_.07Lpcne7.aBbbi CUh0bDuP87k0xAl8TGEk5diXRCDaCr8JtS2t8WSAOKXdCQN9KO.glkk6JDSDTOIq6iwQiB0EyfH. zhgyr3b.hyQ1U70G8Qw.l.S0GUmduN2DEtIRwSGgM6nohO8NzvVEEvCMOob16kw85YeZUnNFLCSt rEPTkToloUTBTFRyqyEhhh0X62WPdZd8kTpAKBxXdwDjJUf349uB5d4tTCVCXADcH Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Fri, 16 Nov 2018 22:35:03 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp423.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7adc01c1c45b27ca153efd131a75b8e2; Fri, 16 Nov 2018 22:35:02 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC From: Mark Millard In-Reply-To: Date: Fri, 16 Nov 2018 14:35:02 -0800 Cc: ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <03FFE5BB-777D-40D3-9AA3-C8C359BE1F2B@yahoo.com> References: To: Jan Beich X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 0FCCC6C819 X-Spamd-Result: default: False [-3.11 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-0.98)[-0.982,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.97)[-0.971,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[84.64.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.89)[-0.888,0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.24)[ipnet: 98.137.64.0/21(0.73), asn: 36647(0.58), country: US(-0.10)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 16 Nov 2018 22:35:06 -0000 On 2018-Nov-16, at 12:58, Jan Beich wrote: > Mark Millard writes: >=20 >> Jan Beich jbeich at FreeBSD.org wrote on >> Fri Nov 16 02:15:57 UTC 2018 : >>=20 >>> Mark Millard via freebsd-x11 writes: >>>=20 >>>> [Added: The original cross-build via poudriere-devel and = qemu-user-static >>>> did not get this problem. I give details later. Sumamry: Looks like = -O2 >>>> was used for the cross build and -O was used for armv7 native. The >>>> difference is likely(?) from my materials but not supporting both = ways of >>>> building is likely a problem with the port(?).] >>>=20 >>> x11/pixman builds fine on armv7 even with -O. Tested both Clang/LLD = 6.0 >>> and 7.0 after forcing MACHINE_CPUARCH=3Darm on command line. > [...] >> Do you have a log that would show the commands that were used to = produce >> the things that were listed in my original report for the "R_ARM_V4BX >> against local in readonly segment": >=20 > Build logs: > - clang/lld 6.0: https://ptpb.pw/5dip (via devel/llvm60) > - clang/lld 7.0: https://ptpb.pw/wwi9 (via native-xtools) > - -mcpu=3Dcortex-a7: https://ptpb.pw/_zAP Thanks. You tried a cross-build via QEMU_EMULATING=3D1 with CC=3Dclang60 and links using -fuse-ld=3D/usr/local/bin/ld.lld60 and -O instead of -O2 . Looks like /nxb-bin/. . . was not involved. No -mcpu in use. Using pixman-arm-simd-asm-scaled as an example: I do not see other differences in the command used to produce .libs/pixman-arm-simd-asm-scaled.o . That still leave system clang/llvm vs. devel/llvm60 patch levels or configuration vs. system clang/llvm and such as possibilities for variations. clang/llvm 7 material are definitely more recent than anything that I've used. Again I do not see any other differences in command used to produce .libs/pixman-arm-simd-asm-scaled.o . And nothing when -mcpu=3Dcortex-a7 is in your test either. So far all tests via amd64->armv7 cross-builds do not report the problem, yours and mine. Only a native build on armv7 has generated the messages. So far I'm the only one that has tried that sort of context in this investigation as far as I know. We do have https://bugs.llvm.org/show_bug.cgi?id=3D38303 as a report from a linux context for cross-building to Android, specifically for a pixman example for the same problem. So, whatever the issue is, it is not strictly local to my context. But the question is probably more "why was R_ARM_V4BX relocation record generated at all?" than the messages produced when the relocation records are discovered by lld. Does the llvm60 and llvm70 configuration deal with older arm's that do not have bx instructions? Might the system clang/llvm have enabled supporting such so that it outputs the V_ARM_V4BX relocation records? (Just pondering.) If yes: This seems to imply lld is then to be avoided, at least when there may be bx lr code (and so the V_ARM_V4BX use). My native armv7 configuration's system clang/llvm was in use and is still at: # cc -v FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on = LLVM 6.0.1) Target: armv7-unknown-freebsd13.0-gnueabihf Thread model: posix InstalledDir: /usr/bin # ld -v LLD 6.0.1 (FreeBSD 335540-1300000) (compatible with GNU linkers) But the cross-build /nxb-bin/. . . was also based on the building the same sources. The whole buildworlds were based on the same sources. I'm still no closer to correctly identifying what makes the difference for my native build vs. cross building. So far the effort has just eliminated various ideas for possibilities. (It also lead to the poudriere/nxb-bin/ discovery of the -O2 vs. -O sys.mk code not picking the intended -O for arm*, including armv6 and armv7.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sat Nov 17 02:26:14 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06DDA110E289 for ; Sat, 17 Nov 2018 02:26:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-14.consmr.mail.bf2.yahoo.com (sonic315-14.consmr.mail.bf2.yahoo.com [74.6.134.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 835B275653 for ; Sat, 17 Nov 2018 02:26:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: WlTDruAVM1l.jDKvyTESEtzpwxyZGV8Zrvm2anr9z1nhr8JqEnmW41ixVbjsyeA Q9e3.DKUM5qEY8Rsboz0pFmcx9HjU.WQt0b1_Kw8bp2Vjm4yIPr9x5ZD5GlZPTPVfAP1ef6x7hI6 3_lGLTIKnbxeFtQpaRewtlHvusIZ0LJhy4d2qyOjdigfrzb0C4WI7XFA4TUoGAc7gUWRPbTgXKKt cips.NlcPCavruh_5PIiBsjudb4UUrnjVBGQC4nqR8SG8a3HdVj71UgshtGmbBnlxVhSFMvvxUqM 6GvkMGjFLFyGUntxSLKeA6xMtW5IixWKAlw7tEsqC9cbCs_nir05XtM6DtNUVyvO7SvZWKuZp1xA ywFcpwH79gkObT3LZgrFHtfAzvst96YlUVRm47svzwcyPu9d87UtJ05x24VvPraPmMPnRQXoNMZ6 Ps5Pr5IPVkAQsb9tHspYD2V0lC3rpZsPz_eVp2J3N2t5GlrT4DRFlgxXTGkU4ISd97cJAx4Etr3o KImigZFUwabtWFZKOdO9QyAljG3FhuFqv4KMVkZAW4TC5iMZ.wf_xjV4cR5DQqRkBc6IV5r6ITrS Z2AcC2LvfLt8Mb7PN9M6D3gIAnn87s8scR5s2jFqUg3_Z.dh5CVcyTrUfJm9rV_dnDmDO.WfHrK. aCvdL1MnHiN2Ir996dp3P8ZcIrAW3M7m_7CFiE2Y8CjRqnaeqM0akUZGmL5V_cZJfbH2mEO40htv WgItI4_BRemuqoWR9TYlAUrqTvSj4TA18X.PC4Z7O_qpzdwR1ZOrQGTFgbx7Dwe_5OMp6nK7PucT zglSsXue4UAq7XRWsCYx82nbEoLAfTGf8OlJug0U7_V5lT81nrBb8TNds5h5phlx2n5JC189gojc GfxUtkUt.yuSRvGchkOp9PxT8ctSHAuHzO3Gczq02lhJXrEWYTFnPTjf4eoIjJBXsQM3c2Jjufnu 02BTxCwzgYUKJpaSsbF2VGilZehTtKrf4u_pkfaz017pqm5oFIwtRLohnmQP5eCCugC1JPHYXHr2 iDgPwo5xY64U6eaPUWr_Wq6CAX3UxuPA5jXsYuWdTqmg5BZA3b3KIlwlENw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.bf2.yahoo.com with HTTP; Sat, 17 Nov 2018 02:26:06 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp408.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9eb79f78c2eecf16c6115efd65008d2c; Sat, 17 Nov 2018 02:15:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC From: Mark Millard In-Reply-To: <03FFE5BB-777D-40D3-9AA3-C8C359BE1F2B@yahoo.com> Date: Fri, 16 Nov 2018 18:15:50 -0800 Cc: ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <908FD96A-9F8F-4477-8E2F-2C97D49AF35E@yahoo.com> References: <03FFE5BB-777D-40D3-9AA3-C8C359BE1F2B@yahoo.com> To: Jan Beich X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 835B275653 X-Spamd-Result: default: False [1.85 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_SPAM_SHORT(0.97)[0.973,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[124.134.6.74.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(1.39)[ip: (3.14), ipnet: 74.6.128.0/21(2.17), asn: 26101(1.73), country: US(-0.10)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 17 Nov 2018 02:26:14 -0000 [History omitted. This should stand on its own well.] I finally figured out parts of the issue, I think. At least how the V_ARM_V4BX use is getting there despite lld's status for handling it . . . On armv7: # more test_bx_lr.S .text .arch armv6 .object_arch armv4 .arm .altmacro .p2align 2 .func fname .global fname .hidden fname .type fname, %function fname: bx lr (I got those lines from the failing port's .S files, including includes. Note the .object_arch armv4 use and the forced armv6, not armv7.) # clang -target armv7-unknown-freebsd13.0-gnueabihf -O -pipe = -no-integrated-as -MT test_bx_lr.lo -MD -MP -MF test_bx_lr.Tpo -c = test_bx_lr.S -fPIC -DPIC -o test_bx_lr.o (The -target is not necessary. I just choose to be explicit.) # objdump -x test_bx_lr.o | more test_bx_lr.o: file format elf32-littlearm test_bx_lr.o architecture: armv4, flags 0x00000011: HAS_RELOC, HAS_SYMS start address 0x00000000 private flags =3D 5000000: [Version5 EABI] Sections: Idx Name Size VMA LMA File off Algn 0 .text 00000004 00000000 00000000 00000034 2**2 CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE 1 .data 00000000 00000000 00000000 00000038 2**0 CONTENTS, ALLOC, LOAD, DATA 2 .bss 00000000 00000000 00000000 00000038 2**0 ALLOC 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 CONTENTS, READONLY SYMBOL TABLE: 00000000 l d .text 00000000 .text 00000000 l d .data 00000000 .data 00000000 l d .bss 00000000 .bss 00000000 l d .ARM.attributes 00000000 .ARM.attributes 00000000 g F .text 00000000 .hidden fname RELOCATION RECORDS FOR [.text]: OFFSET TYPE VALUE=20 00000000 R_ARM_V4BX *ABS* truss for that cc command reports looking in many places for as, finally finding /usr/local/bin/as : access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' (Note: based on WITHOUT_BINUTILS=3D for buildworld the above would = normally not be found. But for WITH_BINUTILS=3D the host as would be found.) access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' access("/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/usr/local/bin/as",X_OK|R_OK) =3D 0 (0x0) (Note the /usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as = attempt before the one actually found and used. I would not have guessed the need to worry about such a place.) Then follows: fstatat(AT_FDCWD,"/usr/local/bin/as",{ mode=3D-r-xr-xr-x = ,inode=3D80287,size=3D21817416,blksize=3D32768 },0x0) =3D 0 (0x0) __sysctl(0xbfbfe020,0x2,0xbfbfe018,0xbfbfe01c,0xe,0x236c9140) =3D 0 = (0x0) access("/usr/bin/clang",F_OK) =3D 0 (0x0) vfork() =3D 61461 (0xf015) wait4(61461,{ EXITED,val=3D0 },0x0,0x0) =3D 61461 (0xf015) access("/usr/local/bin/as",F_OK) =3D 0 (0x0) vfork() =3D 61462 (0xf016) wait4(61462,{ EXITED,val=3D0 },0x0,0x0) =3D 61462 (0xf016) access("/tmp/test_bx_lr-0c7bf8.s",W_OK) =3D 0 (0x0) fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },0x0) =3D 0 (0x0) fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) unlink("/tmp/test_bx_lr-0c7bf8.s") =3D 0 (0x0) llvm/clang is not providing the assembler used for -no-integrated-as . This would appear to imply that a system without ports or other such can not use -no-integrated-as with clang for buildworld buildkernel. In my normal armv7 command line context the above ends up using: # /usr/local/bin/as -v GNU assembler version 2.30 (armv7-portbld-freebsd13.0) using BFD version = (GNU Binutils) 2.30 So a GNU toolchain's as is actually in control of what goes in the .o file in many contexts. It is not clear that all the alternatives are equivalent for R_ARM_V4BX being generated or not. Simplifying the command (but still showing target): # clang -target armv7-unknown-freebsd13.0-gnueabihf -pipe = -no-integrated-as -c test_bx_lr.S -o test_bx_lr.o # objdump -x test_bx_lr.o | more test_bx_lr.o: file format elf32-littlearm test_bx_lr.o architecture: armv4, flags 0x00000011: HAS_RELOC, HAS_SYMS start address 0x00000000 private flags =3D 5000000: [Version5 EABI] Sections: Idx Name Size VMA LMA File off Algn 0 .text 00000004 00000000 00000000 00000034 2**2 CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE 1 .data 00000000 00000000 00000000 00000038 2**0 CONTENTS, ALLOC, LOAD, DATA 2 .bss 00000000 00000000 00000000 00000038 2**0 ALLOC 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 CONTENTS, READONLY SYMBOL TABLE: 00000000 l d .text 00000000 .text 00000000 l d .data 00000000 .data 00000000 l d .bss 00000000 .bss 00000000 l d .ARM.attributes 00000000 .ARM.attributes 00000000 g F .text 00000000 .hidden fname RELOCATION RECORDS FOR [.text]: OFFSET TYPE VALUE=20 00000000 R_ARM_V4BX *ABS* Without the -no-integrated-as the notation in the file is rejected, with "unknown directive" for .func . Using poudriere bulk with -i and installing binutils in the session, I see the same inside my amd64->armv7 cross build environment. So there still is the question of how R_ARM_V4BX is handled by various lld's in various contexts. (Or whatever linker is being used if it is not lld.) Back to amd64 land . . . Renaming the existing as files so we can see all the places searched before not-found is declared (on amd64 with -target specified): access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' access("/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/usr/local/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/usr/home/markmi/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' access("/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No such = file or directory' access("/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No such = file or directory' access("/usr/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' access("/usr/local/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 = 'No such file or directory' access("/usr/local/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 = 'No such file or directory' access("/usr/home/markmi/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' (Note: It actually explicitly tries to use the x86_64 assembler if it does not find an armv7 or a generically pathed one. The generically pathed ones would normally also be x86_64 ones.) Another thing of note (using aarch64 as an example): /usr/local/aarch64-unknown-freebsd13.0/bin/as does not appear to be someplace that clang would find as but is a place devel/aarch64-binutils puts one. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sat Nov 17 03:30:03 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B096112244C for ; Sat, 17 Nov 2018 03:30:03 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0603577634 for ; Sat, 17 Nov 2018 03:30:02 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gNrJ9-000L4O-IL; Sat, 17 Nov 2018 04:30:07 +0100 Date: Sat, 17 Nov 2018 04:30:07 +0100 From: Kurt Jaeger To: Walter Schwarzenfeld Cc: freebsd-ports@freebsd.org Subject: Re: math/openblas fails to build. Message-ID: <20181117033007.GA63752@home.opsec.eu> References: <55330042-bb28-3001-2858-98cc59514866@utanet.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55330042-bb28-3001-2858-98cc59514866@utanet.at> X-Rspamd-Queue-Id: 0603577634 X-Spamd-Result: default: False [0.81 / 15.00]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_SHORT(0.81)[0.806,0] X-Rspamd-Server: mx1.freebsd.org 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, 17 Nov 2018 03:30:03 -0000 Hi! > see this PR: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231538 Committed, thanks! -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-ports@freebsd.org Sat Nov 17 02:49:46 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93F48112111F for ; Sat, 17 Nov 2018 02:49:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-15.consmr.mail.bf2.yahoo.com (sonic310-15.consmr.mail.bf2.yahoo.com [74.6.135.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AFE52761FD for ; Sat, 17 Nov 2018 02:49:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: KoJ2xn0VM1m53zvL17fVNbK4VV2ZAqTtlVnwkV.K2n4__9ottzRzgkn2sVqZAOc mYzsXjzae3QkmIoqRYGDZ37ofHTwM..bZyscwPH8qzD7OKZAMe4NDNTgbSXGw5co7dWtQ09aEehB 71SKb1vDxvQOwM_fb53pWvUDMpHObVzESVFhTUt6hfbcv0gzoVLwyaFTIJRXo0rf3JFrEr_KmJTq JgKqk5E3cqTw7Qx15tMYJYpPOvj7KFVQgq3MRn71sYxAKxizbxd5mPCnNQ4KlWwAHMwAYCKlQxqi xK7EFqfCGZKyF.m9dnKHzn_78ievf4jKNePpzhJeSYCt0LEbQdSY1S6LYtt_Yt4TzjYHnzthuM1e 3mBKHInY5Nxc0Y45EsJ40Q7WrllkehFrsK9x.qHilg19Fe3mwRBn83rcOx_oeH7IOMslm0LqePcL 09KDJgFFAr0SeZZIjXvIJS03kFjFkdMhxG131HWqCyl2zQ3wCYoeGWOYl.Mvf59Fkn9TXNovnkpW 5ESuUjDyUc0bfkrPD5wSbeU2PtUTLdyEM8cf8am3KwsYBkEIOZEvmAsBnGfuYtMyc6JCi4xjtyoo itgHDy7..3k8CEWpbgma9hXSol30dSwX55oQSjMoFSXC9sFbOsifJikwQ.wPOrEQMI64PCNdPyVi 9LNVOL9SuekgD5iCKhggnRrqG6iCPEdyH6ybSybH2s9z0vx2AeKSuMTC6.4wbHrZ10jDbSzwwE3X tZ3lIPURUcOOMYMqPfF_tL0wbncWjTiLcykSG3RP_eYoPaWW8J11Bpg5J0Rd7T6O7i9J5LFXAUso l5E3zObqvpmBkicZ1M74HUBOyMXMy1xy2H05xT49B0MxzZt8yeo5JjvPDCHf483xil_hIIOTPIGy VF1fWvB77z8c35lu7Q3R6s8JtN_hL2dFbMxJMBHYzWkSeI8IrnG7WNVA.kP1uIx.s0Ou2b_6KGiX 7JmYS68W9.NjYMvOuGtHFAKJERCbRz05QcLreQbEWCEnY8ByMmOfnjIVF4Z29r7mt.xP7y6kKJkq W87FmSqGsDZ39HLLLs_qtyaYGtrQ7mAZ.NYUKr9Orzd2z0o_s2q5jRWSS Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Sat, 17 Nov 2018 02:49:44 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp416.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 90d98a03c778a6fcc556a7c02e5e0f41; Sat, 17 Nov 2018 02:49:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC From: Mark Millard In-Reply-To: <908FD96A-9F8F-4477-8E2F-2C97D49AF35E@yahoo.com> Date: Fri, 16 Nov 2018 18:49:40 -0800 Cc: ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: References: <03FFE5BB-777D-40D3-9AA3-C8C359BE1F2B@yahoo.com> <908FD96A-9F8F-4477-8E2F-2C97D49AF35E@yahoo.com> To: Jan Beich X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: AFE52761FD X-Spamd-Result: default: False [1.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_SPAM_SHORT(0.94)[0.937,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[125.135.6.74.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.99)[ip: (1.15), ipnet: 74.6.128.0/21(2.16), asn: 26101(1.73), country: US(-0.10)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 17 Nov 2018 02:49:46 -0000 On 2018-Nov-16, at 18:15, Mark Millard wrote: >=20 > I finally figured out parts of the issue, I think. > At least how the V_ARM_V4BX use is getting there > despite lld's status for handling it . . . >=20 > On armv7: >=20 > # more test_bx_lr.S > .text > .arch armv6 > .object_arch armv4 > .arm > .altmacro > .p2align 2 > .func fname > .global fname > .hidden fname > .type fname, %function > fname: > bx lr >=20 > (I got those lines from the failing port's .S files, > including includes. Note the .object_arch armv4 use > and the forced armv6, not armv7.) For reference relative to the use of .object_arch armv4 : # grep -r object_arch = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/ | more = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m.S: .object_arch armv4 = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m-scaled.S: .object_arch armv4 = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m-bilinear.S:.object_arch armv4 = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m.S: .object_arch armv4 Without .object_arch armv4 the assembler involved does not output the V_ARM_V4BX *ABS* relocation records (adjusted the small example): # objdump -x test_bx_lr.o | more test_bx_lr.o: file format elf32-littlearm test_bx_lr.o architecture: arm, flags 0x00000010: HAS_SYMS start address 0x00000000 private flags =3D 5000000: [Version5 EABI] Sections: Idx Name Size VMA LMA File off Algn 0 .text 00000004 00000000 00000000 00000034 2**2 CONTENTS, ALLOC, LOAD, READONLY, CODE 1 .data 00000000 00000000 00000000 00000038 2**0 CONTENTS, ALLOC, LOAD, DATA 2 .bss 00000000 00000000 00000000 00000038 2**0 ALLOC 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 CONTENTS, READONLY SYMBOL TABLE: 00000000 l d .text 00000000 .text 00000000 l d .data 00000000 .data 00000000 l d .bss 00000000 .bss 00000000 l d .ARM.attributes 00000000 .ARM.attributes 00000000 g F .text 00000000 .hidden fname > # clang -target armv7-unknown-freebsd13.0-gnueabihf -O -pipe = -no-integrated-as -MT test_bx_lr.lo -MD -MP -MF test_bx_lr.Tpo -c = test_bx_lr.S -fPIC -DPIC -o test_bx_lr.o >=20 > (The -target is not necessary. I just choose to be explicit.) >=20 > # objdump -x test_bx_lr.o | more >=20 > test_bx_lr.o: file format elf32-littlearm > test_bx_lr.o > architecture: armv4, flags 0x00000011: > HAS_RELOC, HAS_SYMS > start address 0x00000000 > private flags =3D 5000000: [Version5 EABI] >=20 > Sections: > Idx Name Size VMA LMA File off Algn > 0 .text 00000004 00000000 00000000 00000034 2**2 > CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE > 1 .data 00000000 00000000 00000000 00000038 2**0 > CONTENTS, ALLOC, LOAD, DATA > 2 .bss 00000000 00000000 00000000 00000038 2**0 > ALLOC > 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 > CONTENTS, READONLY > SYMBOL TABLE: > 00000000 l d .text 00000000 .text > 00000000 l d .data 00000000 .data > 00000000 l d .bss 00000000 .bss > 00000000 l d .ARM.attributes 00000000 .ARM.attributes > 00000000 g F .text 00000000 .hidden fname >=20 >=20 > RELOCATION RECORDS FOR [.text]: > OFFSET TYPE VALUE=20 > 00000000 R_ARM_V4BX *ABS* >=20 >=20 > truss for that cc command reports looking in many > places for as, finally finding /usr/local/bin/as : >=20 > access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' > access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >=20 > (Note: based on WITHOUT_BINUTILS=3D for buildworld the above would = normally > not be found. But for WITH_BINUTILS=3D the host as would be found.) >=20 > access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' > access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' > access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' > access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' > = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' > = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' > = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' > access("/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' > access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' > access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' > access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' > access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' > access("/usr/local/bin/as",X_OK|R_OK) =3D 0 (0x0) >=20 > (Note the /usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as = attempt > before the one actually found and used. I would not have guessed the > need to worry about such a place.) >=20 > Then follows: >=20 > fstatat(AT_FDCWD,"/usr/local/bin/as",{ mode=3D-r-xr-xr-x = ,inode=3D80287,size=3D21817416,blksize=3D32768 },0x0) =3D 0 (0x0) > __sysctl(0xbfbfe020,0x2,0xbfbfe018,0xbfbfe01c,0xe,0x236c9140) =3D 0 = (0x0) > access("/usr/bin/clang",F_OK) =3D 0 (0x0) > vfork() =3D 61461 = (0xf015) > wait4(61461,{ EXITED,val=3D0 },0x0,0x0) =3D 61461 = (0xf015) > access("/usr/local/bin/as",F_OK) =3D 0 (0x0) > vfork() =3D 61462 = (0xf016) > wait4(61462,{ EXITED,val=3D0 },0x0,0x0) =3D 61462 = (0xf016) > access("/tmp/test_bx_lr-0c7bf8.s",W_OK) =3D 0 (0x0) > fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },0x0) =3D 0 (0x0) > fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) > fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) > unlink("/tmp/test_bx_lr-0c7bf8.s") =3D 0 (0x0) >=20 > llvm/clang is not providing the assembler used for -no-integrated-as . > This would appear to imply that a system without ports or other such > can not use -no-integrated-as with clang for buildworld buildkernel. >=20 > In my normal armv7 command line context the above ends up using: >=20 > # /usr/local/bin/as -v > GNU assembler version 2.30 (armv7-portbld-freebsd13.0) using BFD = version (GNU Binutils) 2.30 >=20 > So a GNU toolchain's as is actually in control of what goes in > the .o file in many contexts. It is not clear that all the > alternatives are equivalent for R_ARM_V4BX being generated > or not. >=20 >=20 > Simplifying the command (but still showing target): >=20 > # clang -target armv7-unknown-freebsd13.0-gnueabihf -pipe = -no-integrated-as -c test_bx_lr.S -o test_bx_lr.o >=20 > # objdump -x test_bx_lr.o | more >=20 > test_bx_lr.o: file format elf32-littlearm > test_bx_lr.o > architecture: armv4, flags 0x00000011: > HAS_RELOC, HAS_SYMS > start address 0x00000000 > private flags =3D 5000000: [Version5 EABI] >=20 > Sections: > Idx Name Size VMA LMA File off Algn > 0 .text 00000004 00000000 00000000 00000034 2**2 > CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE > 1 .data 00000000 00000000 00000000 00000038 2**0 > CONTENTS, ALLOC, LOAD, DATA > 2 .bss 00000000 00000000 00000000 00000038 2**0 > ALLOC > 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 > CONTENTS, READONLY > SYMBOL TABLE: > 00000000 l d .text 00000000 .text > 00000000 l d .data 00000000 .data > 00000000 l d .bss 00000000 .bss > 00000000 l d .ARM.attributes 00000000 .ARM.attributes > 00000000 g F .text 00000000 .hidden fname >=20 >=20 > RELOCATION RECORDS FOR [.text]: > OFFSET TYPE VALUE=20 > 00000000 R_ARM_V4BX *ABS* >=20 >=20 > Without the -no-integrated-as the notation in the file is rejected, > with "unknown directive" for .func . >=20 >=20 >=20 > Using poudriere bulk with -i and installing binutils in the > session, I see the same inside my amd64->armv7 cross build > environment. So there still is the question of how R_ARM_V4BX > is handled by various lld's in various contexts. (Or whatever > linker is being used if it is not lld.) >=20 > Back to amd64 land . . . >=20 > Renaming the existing as files so we can see all the places > searched before not-found is declared (on amd64 with -target > specified): >=20 > access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' > access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' > access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' > access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' > access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' > access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' > access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' > = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' > = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' > = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' > access("/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' > access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' > access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' > access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' > access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' > access("/usr/local/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' > access("/usr/home/markmi/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' > access("/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No such = file or directory' > access("/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No such = file or directory' > access("/usr/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' > access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' > access("/usr/local/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' > access("/usr/local/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 = 'No such file or directory' > access("/usr/home/markmi/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >=20 > (Note: It actually explicitly tries to use the x86_64 assembler if it > does not find an armv7 or a generically pathed one. The generically > pathed ones would normally also be x86_64 ones.) >=20 >=20 > Another thing of note (using aarch64 as an example): >=20 > /usr/local/aarch64-unknown-freebsd13.0/bin/as >=20 > does not appear to be someplace that clang would find as > but is a place devel/aarch64-binutils puts one. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sat Nov 17 04:45:50 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 399F91124D7F for ; Sat, 17 Nov 2018 04:45:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-4.consmr.mail.bf2.yahoo.com (sonic306-4.consmr.mail.bf2.yahoo.com [74.6.132.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D7FE7A196 for ; Sat, 17 Nov 2018 04:45:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 4AbBfhAVM1mAJimEHNCc0TR1jThZZVYYkDesBGe02PcOgYVxrV0pHNnvsmg.j9b gnRB6pnkgZ2m_OqCEZWLdeR1ozJvM_KZPJvGjzGFuVnvJOD3FLVJdO._W6mi7Nd64fmojNpvaX8i EBZ2FTRJfGWkq5u.tzaxxNUEXjcFGBA7Zdzg00Z7jDFuqkLsLxcVoZrwQds.UtEyQ6hkZq0Fyn9l Z9E4tZcmATF3ypAuq8Ogq64_2WOBk0fiXBtqxhpo3nzn.P9.jQDjsnuoRGKWmnf1Nqhw3nmCu_BV XJEK8SKgmdJ1FleiKO4AdDg5YBdf21l9exRY6I2nv4tSW8WzaTjYAr0Z04JcF99ITh0uXURRlRbA wZP5lTsjFTo5d.g.5Sai0lQYkel1tXP.TWI_JzbjAU6ppJBpaOHgApmLTky2lpCqlGGu_Yg9ExTm zXGJH7vm8mNsi8hv_lZ4XBFBUf1n2F1T3TYXaT26UvFuF9RFTHOorzwd0NnWhOsjT_JJoedxaUK9 8i0EK568RefkrXPVF79FhRjx8AV_GX39avoFjLsaa2rz1heJhhMJjEb.ulVJvkELka5gOytCQu.h 1B56NL4bRP1FsqqzIPQtlhEWe9AJrtZ11uodxMR8.kqhqI6lUr_Ms2DTSA648wnXqKRErLtj_zy9 E2Q4B6nBvcuGvIhTwZd.nKK9AOALMnULExlB9UC28GrMGJKJi5XsGVBwuIh3oR3iNcKevvhB4Tmx nMMgESX6BExHumxi6SYpReKSYAfPmmaMT1c68IysoJcVbJdTHESm1BxZLVB.5Yq.KCsuLvc4h5Ij Od2zhLlsWYmWKqu3XlC8b9qoisyeQkdXr5SRGmqgqH.zIlqEEZRg0rS9K7eT8iozDFSUnbQdyT1x QWvVhr_nVtB21U64dn9McYOTyV6uRNDFAwlhkAadfMmq8pLNoPh2QhkfhKpXlTEmiHAofVaoZw40 AXxEjLzBkQgmCfpq9_I3ImU1Z7_1YvrYQuLD3FagPps28j_2KIZQ_bHVpKWYwh40e2ALQVIQxsE. 4ZydZKoYnnJ9o_LNIlhtURL2ZT488XPq5yEeTrXlT3w9956f5cUMwh12iEaUw8M48 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.bf2.yahoo.com with HTTP; Sat, 17 Nov 2018 04:45:48 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp405.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f1cc85da3f21904a8284d8c543e9902d; Sat, 17 Nov 2018 04:45:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r484652: lang/ruby24 fails to amd64 -> armv7 cross build: qemu: uncaught target signal 11 (2 of them) [armv7 native build worked] From: Mark Millard In-Reply-To: Date: Fri, 16 Nov 2018 20:45:45 -0800 Cc: Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: References: <0E2549AE-5235-40C3-A5F8-4D66D3F3E0E5@yahoo.com> To: ports-list freebsd , freebsd-ruby@freebsd.org X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 5D7FE7A196 X-Spamd-Result: default: False [2.23 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.973,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[43.132.6.74.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.76)[ip: (5.03), ipnet: 74.6.128.0/21(2.16), asn: 26101(1.73), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 17 Nov 2018 04:45:50 -0000 Top post about bad comparison: The comparison to x11/pixman turns out to be a misnomer. More testing by Jan B. showed that -O2 vs -O was not sufficient to control the behavior for x11/pixman's builds. pixman's issue traces back to use of .object_arch armv4 in four .S files and them causing R_ARM_V4BX relocation record use, which lld only had support-for checked in to llvm's truck today (2018-Nov-16). Despite that, the build environment's use of -O2 instead of -O is real for poudriere/qemu-arm-static/nxb/. . . use. ruby's problem is not tied to R_ARM_V4BX use: different problem. (No updated text below. The above did not fit there well.) On 2018-Nov-15, at 11:46, Mark Millard wrote: > [While the poudriere-devel/qemu-arm-static/nxb-bin/ amd64 -> armv7 > cross build failed, a native armv7 build worked. It turns out the > difference that matters is likely -O2 use vs -O use. More later > below.] >=20 > On 2018-Nov-10, at 23:29, Mark Millard wrote: >=20 >> Poudriere-devel reported: >>=20 >> [00:18:32] [07] [00:02:56] Saved lang/ruby24 | ruby-2.4.5,1 wrkdir = to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/ruby-2= .4.5,1.tbz >> [00:18:32] [07] [00:02:56] Finished lang/ruby24 | ruby-2.4.5,1: = Failed: build >>=20 >> The log showed: >>=20 >> --- miniruby --- >> linking miniruby >> --- .rbconfig.time --- >> --- encdb.h --- >> generating encdb.h >> --- .rbconfig.time --- >> qemu: uncaught target signal 11 (Segmentation fault) - core dumped >> Segmentation fault >> *** [.rbconfig.time] Error code 139 >>=20 >> make[1]: stopped in /wrkdirs/usr/ports/lang/ruby24/work/ruby-2.4.5 >> --- encdb.h --- >> qemu: uncaught target signal 11 (Segmentation fault) - core dumped >> Segmentation fault >> *** [encdb.h] Error code 139 >>=20 >> make[1]: stopped in /wrkdirs/usr/ports/lang/ruby24/work/ruby-2.4.5 >> 2 errors >>=20 >>=20 >> Despite how the above looks, I find only one .core file in the >> tar archive produced for the failure: >>=20 >> # find /wrkdirs/usr/ports/lang/ruby/ -name "*.core" -print >> /wrkdirs/usr/ports/lang/ruby/work/ruby-2.4.5/qemu_miniruby.core >>=20 >> Apparently qemu does not allow for separate files for distinct >> processes. >>=20 >> For that .core file I find (libexec/gdb): >>=20 >> # chroot /usr/obj/DESTDIRs/clang-armv7-installworld-poud >> # cd /wrkdirs/usr/ports/lang/ruby/work/ruby-2.4.5/ >> # /usr/libexec/gdb miniruby qemu_miniruby.core=20 >> . . . >> (gdb) bt >> #0 0x00113f84 in rb_gc_writebarrier_unprotect (obj=3D4104601600) at = gc.c:1119 >> 1119 return RVALUE_WB_UNPROTECTED_BITMAP(obj) !=3D 0; >> [New Thread f4b5d000 (LWP 100638/)] >> [New LWP 61684] >> Current language: auto; currently minimal >> (gdb) bt >> #0 0x00113f84 in rb_gc_writebarrier_unprotect (obj=3D4104601600) at = gc.c:1119 >> #1 0x000c3fc8 in rb_include_class_new (module=3D4104569400, = super=3D) at ruby.h:1456 >> #2 0x000c4424 in include_modules_at (klass=3D4104602160, = c=3D4104602160, module=3D4104569400, search_super=3D) at class.c:913 >> #3 0x000c41f0 in rb_include_module (klass=3D4104602160, = module=3D4104569400) at class.c:870 >> #4 0x001f6dec in Init_String () at string.c:10021 >> #5 0x00129398 in rb_call_inits () at inits.c:28 >> #6 0x00103bac in ruby_setup () at eval.c:60 >> #7 0x00103be8 in ruby_init () at eval.c:76 >> #8 0x000a3300 in main (argc=3D11, argv=3D0x9fffe41c) at main.c:35 >> (gdb) up >> #1 0x000c3fc8 in rb_include_class_new (module=3D4104569400, = super=3D) at ruby.h:1456 >> 1456 rb_gc_writebarrier_unprotect(x); >> (gdb) up >> #2 0x000c4424 in include_modules_at (klass=3D4104602160, = c=3D4104602160, module=3D4104569400, search_super=3D) at class.c:913 >> 913 iclass =3D rb_include_class_new(module, = RCLASS_SUPER(c)); >> (gdb) up >> #3 0x000c41f0 in rb_include_module (klass=3D4104602160, = module=3D4104569400) at class.c:870 >> 870 changed =3D include_modules_at(klass, RCLASS_ORIGIN(klass), = module, TRUE); >> (gdb) up >> #4 0x001f6dec in Init_String () at string.c:10021 >> 10021 rb_include_module(rb_cString, rb_mComparable); >> (gdb) up >> #5 0x00129398 in rb_call_inits () at inits.c:28 >> 28 CALL(String); >> (gdb) up >> #6 0x00103bac in ruby_setup () at eval.c:60 >> 60 rb_call_inits(); >> (gdb) up >> #7 0x00103be8 in ruby_init () at eval.c:76 >> 76 int state =3D ruby_setup(); >> (gdb) up >> #8 0x000a3300 in main (argc=3D11, argv=3D0x9fffe41c) at main.c:35 >> 35 ruby_init(); >>=20 >> (I'm not familiar with what details libexec/gdb gets >> right vs. wrong. But the call chain seems coherent.) >>=20 >> Host environment: >>=20 >> # uname -apKU >> FreeBSD FBSDFSSD 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r340287M: Fri = Nov 9 08:37:01 PST 2018 = markmi@FBSDFSSD:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/G= ENERIC-NODBG amd64 amd64 1300003 1300003 >=20 > A prior example that fails for native armv7 builds > but works for poudriere-devel/qemu-arm-static/nxb-bin/ > (native cross tools based) amd64 -> armv7 cross builds > is x11/pixman. >=20 > Previously I discovered that x11/pixman builds fine in > poudriere-devel/qemu-arm-static/nxb-bin/ amd64 -> armv7 > cross builds but a link fails during native armv7 > builds. It turned out that with the host-native cross > tools involved -O2 was being used where native -O > was being used: the code in share/mk/sys.mk that > is designed to use -O for arm fails to do so and uses > -O2 instead. >=20 > (MACHINE_ARCH temporarily looks to be amd64, which > gets a -O2 put in CFLAGS instead of -O .) >=20 > ruby seems to go the other direction: with -O2 involved > something builds that fails to run during the build. > With -O involved instead ruby builds fine and produces > a ruby that works. >=20 > (I've not done any analysis to see if the -O2 based > build failure is because of code making assumption > that are not guaranteed vs. if the compiler/linker > is producing something bad from well-defined code.) >=20 >=20 > Bryan Drewery is now aware of the odd -O2 vs. -O > behavior under poudriere-devel/qemu-arm-static/nxb-bin/ > amd64 -> armv7 cross builds and likely it will be > fixed at some point. >=20 > But the existing behavior means that official armv6 and armv7 > port builds that use that poudriere-devel/qemu-arm-static/nxb-bin/ > amd64 -> armv7 cross build structure have been using > -O2 for a long time. This may challenge the use of > -O by default in CFLAGS for armv6 and armv7, in that -O2 > has been under an implicit test for as long as the > cross build structure has been used with share/mk/sys.mk > having the MACHINE_ARCH based selection of -O2 vs. -O . >=20 > mips* may have similar issues to arm* based on what > share/mk/sys.mk does for -O2 vs. -O . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sat Nov 17 03:35:27 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D069F11226BA for ; Sat, 17 Nov 2018 03:35:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-22.consmr.mail.ne1.yahoo.com (sonic314-22.consmr.mail.ne1.yahoo.com [66.163.189.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A6CE177974 for ; Sat, 17 Nov 2018 03:35:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 06miy5oVM1nTY7gipAyYcFu70lgXsa.hN8IJXDrP3LhaYhL.TodHKRxQAQe5RhP lVJXuIiZ26b.h_YBdk8AKlUWC8OyPq5hOqZY4PEUa.6QPNqxgZWdc.3Kk1tJS.ULsbsdEYWvI9lu oPztA7.FehU5QKBM23PlwOtmfCG_BtuwDPHHnWMg7UtiClN9gejJgsyhBwHqB_dGqfDlVAAmoxks jratAlKCV.lJdOhkcce4uPJ.90OJzBZTiwrK.0M0wAxf8Kpv1WvCx9t7yyDG6PPDpXaWP12vTTfA 25Bk8ibOu92RkPzKFyYv4eXxNzoJc0nQaFYSY4gqrmN7n__F6broA1LYvZgGFJfjomOOsWVGXvEc BWnrnxG0eg0ASDI7J5cyAyeveNdSnbrDMDYf3poZJQ2DB7MojphfHxESMhpYyLwLGJPBXAz0ukhm hPjCxkwrxT67ar3b.zOo5TsYF3IfaY7.p2c525JyoY50YT6xqlOTtQMC36_OyOrzU872Z9fQH_1D ODnPfqkAZmbjLCRivFnonZ1Vu2cmWGi2teychEAPsS_B_yB0gbVPmMS1hMqhTKh3aJmhEQ9Cp8xN qes9HWLVEANdHD5pIBViZeOSIsLca3UY3EcLgep7ouOhVn7tTP7pZsua5Y3WAh73iPonHqCEI4GH GHYSKGxZk9X1jaawQ9mSENTBZxOLrtJ4wYikwhTwCKmIyreLqw137_o2K8mzg80qoUnl6zMQx5gV dBb2wGLS7Khj1HcmoCMFiDcwzDKWx8ejcIESBV_I9z4Rt10z304XzuwHYT_gztFxaLVlAiXP61ya .KBLbdVWyvGekgkUZqUZ.BCWJ_M14w1nugxmYi0v9ZGiUqI_HsUW9.hfUS6rB1N0Bz.ZZvo_QKLH 37mhgCoLYfraNzuQVI8tlrv9TNZb4kAB4vHTUlKBmEWpudI2dDDwuG1sigC2sMmheCRI4hnPO3Cb .mc7w0dMBHexiAYcXUWxfAEAcl9i4pKu2lKzV9WKgkecIKuSMgh79ta5HGO8kcMyzZ1amdAJuMnK MJ_qFdkVPSIDdRzbdySD0vY7RGtmZXygbfHKdGFrwrpHhZbBvqVhgDU9904eahit4LPLdrw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Sat, 17 Nov 2018 03:35:18 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp420.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID bf1243f71d1c86a33144222f99116e34; Sat, 17 Nov 2018 03:35:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC [lld/trunk has afix] From: Mark Millard In-Reply-To: Date: Fri, 16 Nov 2018 19:35:14 -0800 Cc: ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <4BEBC4A6-D9F2-4838-8DAB-4B494D4E0B0D@yahoo.com> References: <03FFE5BB-777D-40D3-9AA3-C8C359BE1F2B@yahoo.com> <908FD96A-9F8F-4477-8E2F-2C97D49AF35E@yahoo.com> To: Jan Beich , FreeBSD Toolchain X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: A6CE177974 X-Spamd-Result: default: False [3.69 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_SPAM_SHORT(0.98)[0.978,0]; LONG_SUBJ(1.64)[218]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[148.189.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.59)[ip: (4.48), ipnet: 66.163.184.0/21(1.98), asn: 36646(1.58), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 17 Nov 2018 03:35:27 -0000 Such timing: https://reviews.llvm.org/D53444 indicates commits to lld/trunk/ELF/Arch/ARM.cpp today (2018-Nov-16) to support R_ARM_V4BX in lld. (No update text below. The above just did not fit well.) On 2018-Nov-16, at 18:49, Mark Millard wrote: > On 2018-Nov-16, at 18:15, Mark Millard wrote: >=20 >>=20 >> I finally figured out parts of the issue, I think. >> At least how the V_ARM_V4BX use is getting there >> despite lld's status for handling it . . . >>=20 >> On armv7: >>=20 >> # more test_bx_lr.S >> .text >> .arch armv6 >> .object_arch armv4 >> .arm >> .altmacro >> .p2align 2 >> .func fname >> .global fname >> .hidden fname >> .type fname, %function >> fname: >> bx lr >>=20 >> (I got those lines from the failing port's .S files, >> including includes. Note the .object_arch armv4 use >> and the forced armv6, not armv7.) >=20 > For reference relative to the use of .object_arch armv4 : >=20 > # grep -r object_arch = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/ | more > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m.S: .object_arch armv4 > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m-scaled.S: .object_arch armv4 > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m-bilinear.S:.object_arch armv4 > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m.S: .object_arch armv4 >=20 > Without .object_arch armv4 the assembler involved does not output > the V_ARM_V4BX *ABS* relocation records (adjusted the small example): >=20 > # objdump -x test_bx_lr.o | more >=20 > test_bx_lr.o: file format elf32-littlearm > test_bx_lr.o > architecture: arm, flags 0x00000010: > HAS_SYMS > start address 0x00000000 > private flags =3D 5000000: [Version5 EABI] >=20 > Sections: > Idx Name Size VMA LMA File off Algn > 0 .text 00000004 00000000 00000000 00000034 2**2 > CONTENTS, ALLOC, LOAD, READONLY, CODE > 1 .data 00000000 00000000 00000000 00000038 2**0 > CONTENTS, ALLOC, LOAD, DATA > 2 .bss 00000000 00000000 00000000 00000038 2**0 > ALLOC > 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 > CONTENTS, READONLY > SYMBOL TABLE: > 00000000 l d .text 00000000 .text > 00000000 l d .data 00000000 .data > 00000000 l d .bss 00000000 .bss > 00000000 l d .ARM.attributes 00000000 .ARM.attributes > 00000000 g F .text 00000000 .hidden fname >=20 >=20 >=20 >> # clang -target armv7-unknown-freebsd13.0-gnueabihf -O -pipe = -no-integrated-as -MT test_bx_lr.lo -MD -MP -MF test_bx_lr.Tpo -c = test_bx_lr.S -fPIC -DPIC -o test_bx_lr.o >>=20 >> (The -target is not necessary. I just choose to be explicit.) >>=20 >> # objdump -x test_bx_lr.o | more >>=20 >> test_bx_lr.o: file format elf32-littlearm >> test_bx_lr.o >> architecture: armv4, flags 0x00000011: >> HAS_RELOC, HAS_SYMS >> start address 0x00000000 >> private flags =3D 5000000: [Version5 EABI] >>=20 >> Sections: >> Idx Name Size VMA LMA File off Algn >> 0 .text 00000004 00000000 00000000 00000034 2**2 >> CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE >> 1 .data 00000000 00000000 00000000 00000038 2**0 >> CONTENTS, ALLOC, LOAD, DATA >> 2 .bss 00000000 00000000 00000000 00000038 2**0 >> ALLOC >> 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 >> CONTENTS, READONLY >> SYMBOL TABLE: >> 00000000 l d .text 00000000 .text >> 00000000 l d .data 00000000 .data >> 00000000 l d .bss 00000000 .bss >> 00000000 l d .ARM.attributes 00000000 .ARM.attributes >> 00000000 g F .text 00000000 .hidden fname >>=20 >>=20 >> RELOCATION RECORDS FOR [.text]: >> OFFSET TYPE VALUE=20 >> 00000000 R_ARM_V4BX *ABS* >>=20 >>=20 >> truss for that cc command reports looking in many >> places for as, finally finding /usr/local/bin/as : >>=20 >> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>=20 >> (Note: based on WITHOUT_BINUTILS=3D for buildworld the above would = normally >> not be found. But for WITH_BINUTILS=3D the host as would be found.) >>=20 >> access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' >> access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' >> = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' >> access("/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/local/bin/as",X_OK|R_OK) =3D 0 (0x0) >>=20 >> (Note the /usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as = attempt >> before the one actually found and used. I would not have guessed the >> need to worry about such a place.) >>=20 >> Then follows: >>=20 >> fstatat(AT_FDCWD,"/usr/local/bin/as",{ mode=3D-r-xr-xr-x = ,inode=3D80287,size=3D21817416,blksize=3D32768 },0x0) =3D 0 (0x0) >> __sysctl(0xbfbfe020,0x2,0xbfbfe018,0xbfbfe01c,0xe,0x236c9140) =3D 0 = (0x0) >> access("/usr/bin/clang",F_OK) =3D 0 (0x0) >> vfork() =3D 61461 = (0xf015) >> wait4(61461,{ EXITED,val=3D0 },0x0,0x0) =3D 61461 = (0xf015) >> access("/usr/local/bin/as",F_OK) =3D 0 (0x0) >> vfork() =3D 61462 = (0xf016) >> wait4(61462,{ EXITED,val=3D0 },0x0,0x0) =3D 61462 = (0xf016) >> access("/tmp/test_bx_lr-0c7bf8.s",W_OK) =3D 0 (0x0) >> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },0x0) =3D 0 (0x0) >> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) >> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) >> unlink("/tmp/test_bx_lr-0c7bf8.s") =3D 0 (0x0) >>=20 >> llvm/clang is not providing the assembler used for -no-integrated-as = . >> This would appear to imply that a system without ports or other such >> can not use -no-integrated-as with clang for buildworld buildkernel. >>=20 >> In my normal armv7 command line context the above ends up using: >>=20 >> # /usr/local/bin/as -v >> GNU assembler version 2.30 (armv7-portbld-freebsd13.0) using BFD = version (GNU Binutils) 2.30 >>=20 >> So a GNU toolchain's as is actually in control of what goes in >> the .o file in many contexts. It is not clear that all the >> alternatives are equivalent for R_ARM_V4BX being generated >> or not. >>=20 >>=20 >> Simplifying the command (but still showing target): >>=20 >> # clang -target armv7-unknown-freebsd13.0-gnueabihf -pipe = -no-integrated-as -c test_bx_lr.S -o test_bx_lr.o >>=20 >> # objdump -x test_bx_lr.o | more >>=20 >> test_bx_lr.o: file format elf32-littlearm >> test_bx_lr.o >> architecture: armv4, flags 0x00000011: >> HAS_RELOC, HAS_SYMS >> start address 0x00000000 >> private flags =3D 5000000: [Version5 EABI] >>=20 >> Sections: >> Idx Name Size VMA LMA File off Algn >> 0 .text 00000004 00000000 00000000 00000034 2**2 >> CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE >> 1 .data 00000000 00000000 00000000 00000038 2**0 >> CONTENTS, ALLOC, LOAD, DATA >> 2 .bss 00000000 00000000 00000000 00000038 2**0 >> ALLOC >> 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 >> CONTENTS, READONLY >> SYMBOL TABLE: >> 00000000 l d .text 00000000 .text >> 00000000 l d .data 00000000 .data >> 00000000 l d .bss 00000000 .bss >> 00000000 l d .ARM.attributes 00000000 .ARM.attributes >> 00000000 g F .text 00000000 .hidden fname >>=20 >>=20 >> RELOCATION RECORDS FOR [.text]: >> OFFSET TYPE VALUE=20 >> 00000000 R_ARM_V4BX *ABS* >>=20 >>=20 >> Without the -no-integrated-as the notation in the file is rejected, >> with "unknown directive" for .func . >>=20 >>=20 >>=20 >> Using poudriere bulk with -i and installing binutils in the >> session, I see the same inside my amd64->armv7 cross build >> environment. So there still is the question of how R_ARM_V4BX >> is handled by various lld's in various contexts. (Or whatever >> linker is being used if it is not lld.) >>=20 >> Back to amd64 land . . . >>=20 >> Renaming the existing as files so we can see all the places >> searched before not-found is declared (on amd64 with -target >> specified): >>=20 >> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >> access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' >> access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' >> = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' >> access("/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/local/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/home/markmi/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >> access("/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >> access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >> access("/usr/local/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/usr/local/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> = access("/usr/home/markmi/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>=20 >> (Note: It actually explicitly tries to use the x86_64 assembler if it >> does not find an armv7 or a generically pathed one. The generically >> pathed ones would normally also be x86_64 ones.) >>=20 >>=20 >> Another thing of note (using aarch64 as an example): >>=20 >> /usr/local/aarch64-unknown-freebsd13.0/bin/as >>=20 >> does not appear to be someplace that clang would find as >> but is a place devel/aarch64-binutils puts one. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sat Nov 17 16:48:58 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B6F31137EF9 for ; Sat, 17 Nov 2018 16:48:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-9.consmr.mail.gq1.yahoo.com (sonic307-9.consmr.mail.gq1.yahoo.com [98.137.64.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5942C71774 for ; Sat, 17 Nov 2018 16:48:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: XJcLY7EVM1mkd4OAmwA0kdD9C0tcMEyG_I07iwWFawGusYoYNT1e4666Je0LcRI YJwDT2rjIbtSijopr5BfODmvKzg1aeHPRAwXrQJcqPtzDAiW87lexuF6eh8Iz_V7M68S0ZTjfggr 7BafBRYB065y1ENK1yGB5gXcYg0H6aYMUn9gKElcie4ixfo3Rpsv8GXfLqKlupYIczussEFTSEu_ q_iNQWS1p4w2AqPLacEcnVPvTVC3X0O3xdg9jIt8nrm3S7b9Ygw9X5z9wWzCv2hVuyOs1iCS00s. tmRKjs7Gqg2pRolnLB3dppCiYL4HhQdMGLPxaSA0GECDaVWQhhjRvo_61EtGZuWEEieUcbS5aluP 3wlXqxzgZopqdbpi5af_2v74hKRQ9EmVlWEFiRNgkfsoDTEPCL_w0JbaImS8zABpogke168J4sYe vKXBw5scBk17ohvq204vjbf5s6rKl3BaWs1qToJahjK6YKqghOWqmHXvrUe7.KN5GwmW_gltuSxl fWPFhiKfYsPPsWN3kcuj4eyp2SqbWwjbnMuDt7Xl9Bz2OzKNlxMBwq2gOQ0BHbt2dOSuEhTmOoac hxF6XfpO706hDV6v0btXDu4wYNxFIlBDkMLRMS18gvBEP_sqy3sNzTK2.gvheT7SOESB9rAK.llJ D4KJwCCXDSmOVfqpymrGTrpIGl_CfpyQMN24RizvbJj30OMhzSOTfmdhiCr5Amkn.OExuMfGXsu5 kVi1xU8sgywP7DZ0UQgtkareanVyz03ddK5bfm1caHBWHs5bVURPdsNgsB0kbaC2sAboz8KpiEtu FZNNleG8aIbfjulIMslktHxR4OQvCoYRlNYzjKMsQ51Kv_eVtIKDCcDTHASFg13PIZlJ5JitK0rw tb0Kve41nHFuO_q6f6ugrtcz7R4s0aaV8z0XJdEg2zTrnKAdAiqNJWbCKQZcz7PUULwmfoe1HQi1 80RueYuaW_ZqhPelNQBhCJQxzHWk26MdCNUDe9ok2PcGcX0wGd2Zy5A8SCSpSlnafEJBDPyaui0M riOGTvVkPRO7_YGBiqacOzsw3cq3PP5aDjv9HHdTPjh.Ii1yHVExEdH8RPA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Nov 2018 16:48:48 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp409.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7e09ac9d83a81f3fe90294f4adb224f2; Sat, 17 Nov 2018 16:48:46 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC [lld/trunk has afix] From: Mark Millard In-Reply-To: <4BEBC4A6-D9F2-4838-8DAB-4B494D4E0B0D@yahoo.com> Date: Sat, 17 Nov 2018 08:48:45 -0800 Cc: Jan Beich , ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <872CB297-10D5-4A1C-B01F-B00A9256E9D2@yahoo.com> References: <03FFE5BB-777D-40D3-9AA3-C8C359BE1F2B@yahoo.com> <908FD96A-9F8F-4477-8E2F-2C97D49AF35E@yahoo.com> <4BEBC4A6-D9F2-4838-8DAB-4B494D4E0B0D@yahoo.com> To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 5942C71774 X-Spamd-Result: default: False [0.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; LONG_SUBJ(1.64)[218]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[33.64.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.41)[-0.407,0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(0.25)[ipnet: 98.137.64.0/21(0.73), asn: 36647(0.59), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 17 Nov 2018 16:48:58 -0000 [The update to lld/trunk/ELF/Arch/ARM.cpp will not fix what we have run into.] On 2018-Nov-16, at 19:35, Mark Millard wrote: > Such timing: https://reviews.llvm.org/D53444 indicates > commits to lld/trunk/ELF/Arch/ARM.cpp today (2018-Nov-16) > to support R_ARM_V4BX in lld. >=20 > (No update text below. The above just did not fit well.) >=20 > On 2018-Nov-16, at 18:49, Mark Millard wrote: >=20 >=20 >> On 2018-Nov-16, at 18:15, Mark Millard wrote: >>=20 >>>=20 >>> I finally figured out parts of the issue, I think. >>> At least how the V_ARM_V4BX use is getting there >>> despite lld's status for handling it . . . >>>=20 >>> On armv7: >>>=20 >>> # more test_bx_lr.S >>> .text >>> .arch armv6 >>> .object_arch armv4 >>> .arm >>> .altmacro >>> .p2align 2 >>> .func fname >>> .global fname >>> .hidden fname >>> .type fname, %function >>> fname: >>> bx lr >>>=20 >>> (I got those lines from the failing port's .S files, >>> including includes. Note the .object_arch armv4 use >>> and the forced armv6, not armv7.) >>=20 >> For reference relative to the use of .object_arch armv4 : >>=20 >> # grep -r object_arch = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/ | more >> = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m.S: .object_arch armv4 >> = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m-scaled.S: .object_arch armv4 >> = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m-bilinear.S:.object_arch armv4 >> = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m.S: .object_arch armv4 >>=20 >> Without .object_arch armv4 the assembler involved does not output >> the V_ARM_V4BX *ABS* relocation records (adjusted the small example): >>=20 >> # objdump -x test_bx_lr.o | more >>=20 >> test_bx_lr.o: file format elf32-littlearm >> test_bx_lr.o >> architecture: arm, flags 0x00000010: >> HAS_SYMS >> start address 0x00000000 >> private flags =3D 5000000: [Version5 EABI] >>=20 >> Sections: >> Idx Name Size VMA LMA File off Algn >> 0 .text 00000004 00000000 00000000 00000034 2**2 >> CONTENTS, ALLOC, LOAD, READONLY, CODE >> 1 .data 00000000 00000000 00000000 00000038 2**0 >> CONTENTS, ALLOC, LOAD, DATA >> 2 .bss 00000000 00000000 00000000 00000038 2**0 >> ALLOC >> 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 >> CONTENTS, READONLY >> SYMBOL TABLE: >> 00000000 l d .text 00000000 .text >> 00000000 l d .data 00000000 .data >> 00000000 l d .bss 00000000 .bss >> 00000000 l d .ARM.attributes 00000000 .ARM.attributes >> 00000000 g F .text 00000000 .hidden fname >>=20 >>=20 >>=20 >>> # clang -target armv7-unknown-freebsd13.0-gnueabihf -O -pipe = -no-integrated-as -MT test_bx_lr.lo -MD -MP -MF test_bx_lr.Tpo -c = test_bx_lr.S -fPIC -DPIC -o test_bx_lr.o >>>=20 >>> (The -target is not necessary. I just choose to be explicit.) >>>=20 >>> # objdump -x test_bx_lr.o | more >>>=20 >>> test_bx_lr.o: file format elf32-littlearm >>> test_bx_lr.o >>> architecture: armv4, flags 0x00000011: >>> HAS_RELOC, HAS_SYMS >>> start address 0x00000000 >>> private flags =3D 5000000: [Version5 EABI] >>>=20 >>> Sections: >>> Idx Name Size VMA LMA File off Algn >>> 0 .text 00000004 00000000 00000000 00000034 2**2 >>> CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE >>> 1 .data 00000000 00000000 00000000 00000038 2**0 >>> CONTENTS, ALLOC, LOAD, DATA >>> 2 .bss 00000000 00000000 00000000 00000038 2**0 >>> ALLOC >>> 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 >>> CONTENTS, READONLY >>> SYMBOL TABLE: >>> 00000000 l d .text 00000000 .text >>> 00000000 l d .data 00000000 .data >>> 00000000 l d .bss 00000000 .bss >>> 00000000 l d .ARM.attributes 00000000 .ARM.attributes >>> 00000000 g F .text 00000000 .hidden fname >>>=20 >>>=20 >>> RELOCATION RECORDS FOR [.text]: >>> OFFSET TYPE VALUE=20 >>> 00000000 R_ARM_V4BX *ABS* >>>=20 >>>=20 >>> truss for that cc command reports looking in many >>> places for as, finally finding /usr/local/bin/as : >>>=20 >>> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>>=20 >>> (Note: based on WITHOUT_BINUTILS=3D for buildworld the above would = normally >>> not be found. But for WITH_BINUTILS=3D the host as would be found.) >>>=20 >>> access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' >>> = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' >>> access("/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >>> access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >>> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/local/bin/as",X_OK|R_OK) =3D 0 (0x0) >>>=20 >>> (Note the = /usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as attempt >>> before the one actually found and used. I would not have guessed the >>> need to worry about such a place.) >>>=20 >>> Then follows: >>>=20 >>> fstatat(AT_FDCWD,"/usr/local/bin/as",{ mode=3D-r-xr-xr-x = ,inode=3D80287,size=3D21817416,blksize=3D32768 },0x0) =3D 0 (0x0) >>> __sysctl(0xbfbfe020,0x2,0xbfbfe018,0xbfbfe01c,0xe,0x236c9140) =3D 0 = (0x0) >>> access("/usr/bin/clang",F_OK) =3D 0 (0x0) >>> vfork() =3D 61461 = (0xf015) >>> wait4(61461,{ EXITED,val=3D0 },0x0,0x0) =3D 61461 = (0xf015) >>> access("/usr/local/bin/as",F_OK) =3D 0 (0x0) >>> vfork() =3D 61462 = (0xf016) >>> wait4(61462,{ EXITED,val=3D0 },0x0,0x0) =3D 61462 = (0xf016) >>> access("/tmp/test_bx_lr-0c7bf8.s",W_OK) =3D 0 (0x0) >>> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },0x0) =3D 0 (0x0) >>> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) >>> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) >>> unlink("/tmp/test_bx_lr-0c7bf8.s") =3D 0 (0x0) >>>=20 >>> llvm/clang is not providing the assembler used for -no-integrated-as = . >>> This would appear to imply that a system without ports or other such >>> can not use -no-integrated-as with clang for buildworld buildkernel. >>>=20 >>> In my normal armv7 command line context the above ends up using: >>>=20 >>> # /usr/local/bin/as -v >>> GNU assembler version 2.30 (armv7-portbld-freebsd13.0) using BFD = version (GNU Binutils) 2.30 >>>=20 >>> So a GNU toolchain's as is actually in control of what goes in >>> the .o file in many contexts. It is not clear that all the >>> alternatives are equivalent for R_ARM_V4BX being generated >>> or not. >>>=20 >>>=20 >>> Simplifying the command (but still showing target): >>>=20 >>> # clang -target armv7-unknown-freebsd13.0-gnueabihf -pipe = -no-integrated-as -c test_bx_lr.S -o test_bx_lr.o >>>=20 >>> # objdump -x test_bx_lr.o | more >>>=20 >>> test_bx_lr.o: file format elf32-littlearm >>> test_bx_lr.o >>> architecture: armv4, flags 0x00000011: >>> HAS_RELOC, HAS_SYMS >>> start address 0x00000000 >>> private flags =3D 5000000: [Version5 EABI] >>>=20 >>> Sections: >>> Idx Name Size VMA LMA File off Algn >>> 0 .text 00000004 00000000 00000000 00000034 2**2 >>> CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE >>> 1 .data 00000000 00000000 00000000 00000038 2**0 >>> CONTENTS, ALLOC, LOAD, DATA >>> 2 .bss 00000000 00000000 00000000 00000038 2**0 >>> ALLOC >>> 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 >>> CONTENTS, READONLY >>> SYMBOL TABLE: >>> 00000000 l d .text 00000000 .text >>> 00000000 l d .data 00000000 .data >>> 00000000 l d .bss 00000000 .bss >>> 00000000 l d .ARM.attributes 00000000 .ARM.attributes >>> 00000000 g F .text 00000000 .hidden fname >>>=20 >>>=20 >>> RELOCATION RECORDS FOR [.text]: >>> OFFSET TYPE VALUE=20 >>> 00000000 R_ARM_V4BX *ABS* >>>=20 >>>=20 >>> Without the -no-integrated-as the notation in the file is rejected, >>> with "unknown directive" for .func . >>>=20 >>>=20 >>>=20 >>> Using poudriere bulk with -i and installing binutils in the >>> session, I see the same inside my amd64->armv7 cross build >>> environment. So there still is the question of how R_ARM_V4BX >>> is handled by various lld's in various contexts. (Or whatever >>> linker is being used if it is not lld.) >>>=20 >>> Back to amd64 land . . . >>>=20 >>> Renaming the existing as files so we can see all the places >>> searched before not-found is declared (on amd64 with -target >>> specified): >>>=20 >>> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >>> access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' >>> = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' >>> access("/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >>> access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >>> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/local/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/home/markmi/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >>> access("/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >>> access("/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >>> access("/usr/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 = 'No such file or directory' >>> access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >>> access("/usr/local/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/local/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> = access("/usr/home/markmi/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>>=20 >>> (Note: It actually explicitly tries to use the x86_64 assembler if = it >>> does not find an armv7 or a generically pathed one. The generically >>> pathed ones would normally also be x86_64 ones.) >>>=20 >>>=20 >>> Another thing of note (using aarch64 as an example): >>>=20 >>> /usr/local/aarch64-unknown-freebsd13.0/bin/as >>>=20 >>> does not appear to be someplace that clang would find as >>> but is a place devel/aarch64-binutils puts one. The change is (leading whitespace possibly not preserved): (lines 517-522 with only one line number on the line are new) 373 void ARM::relocateOne(uint8_t *Loc, RelType Type, = uint64_t Val) const { . . . 516 516 break; 517 case R_ARM_V4BX: 518 // V4BX is just a marker to indicate there's = a "bx rN" instruction at the 519 // given address. It can be used to = implement a special linker mode which 520 // rewrites ARMv4T inputs to ARMv4. Since we = support only ARMv4 input and 521 // not ARMv4 output, we can just ignore it. 522 break; 517 523 default: 518 524 error(getErrorLocation(Loc) + "unrecognized = reloc " + Twine(Type)); 519 525 } 520 526 But we have not gotten the unrecognized reloc message. Our examples did not go through ARM::relocateOne with a R_ARM_V4BX . The native poudriere build reached different code in a different routine with a different error message. The "can't create dynamic relocation" message is from lld/ELF/Relocations.cpp and its static RelExpr adjustExpr template. The amd64->armv7 cross-builds have not gotten any messages. (No direct evidence of part of its specific code path, but clearly not either of the message paths noted above.) So there are at last 3 distinct code flow paths for R_ARM_V4BX *ABS* handling in actual operation across the clang/llvm/lld variants tried, including some where the same lld source was used to build lld but different results happened. It leaves me wondering if something(s) uninitialized is(are) controlling what code ends up trying to handle the R_ARM_V4BX *ABS* . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Sat Nov 17 21:07:56 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1F2D1105F2E for ; Sat, 17 Nov 2018 21:07:56 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 56FAE7FE0F for ; Sat, 17 Nov 2018 21:07:56 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1C3521105F2C; Sat, 17 Nov 2018 21:07:56 +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 EE8AC1105F2A for ; Sat, 17 Nov 2018 21:07:55 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 95C4C7FE0D for ; Sat, 17 Nov 2018 21:07:55 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.ysv.freebsd.org (portsindexbuild.ysv.freebsd.org [IPv6:2001:1900:2254:206a::16:6601]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id CD85218C10 for ; Sat, 17 Nov 2018 21:07:54 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.ysv.freebsd.org ([127.0.1.2]) by portsindexbuild.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id wAHL7sdl081217 for ; Sat, 17 Nov 2018 21:07:54 GMT (envelope-from indexbuild@portsindexbuild.ysv.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.ysv.freebsd.org (8.15.2/8.15.2/Submit) id wAHL7sV7081216 for ports@FreeBSD.org; Sat, 17 Nov 2018 21:07:54 GMT (envelope-from indexbuild) Date: Sat, 17 Nov 2018 21:07:54 GMT From: Ports Index build Message-Id: <201811172107.wAHL7sV7081216@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 11.x X-Rspamd-Queue-Id: 56FAE7FE0F X-Spamd-Result: default: False [0.56 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_SPAM_SHORT(0.56)[0.555,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US] X-Rspamd-Server: mx1.freebsd.org 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, 17 Nov 2018 21:07:57 -0000 INDEX build failed with errors: Generating INDEX-11 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- --- describe.dns --- --- describe.editors --- --- describe.emulators --- --- describe.finance --- --- describe.french --- --- describe.ftp --- [...] --- describe.print --- --- describe.russian --- --- describe.science --- --- describe.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.ukrainian --- --- describe.vietnamese --- --- describe.www --- --- describe.x11 --- --- describe.x11-clocks --- --- describe.x11-drivers --- --- describe.x11-fm --- --- describe.x11-fonts --- --- describe.x11-servers --- --- describe.x11-themes --- --- describe.x11-toolkits --- --- describe.x11-wm --- Done. make_index: /home/indexbuild/tindex/ports/sysutils/desktop-installer: no entry for /home/indexbuild/tindex/ports/wip/auto-admin Committers on the hook: antoine arved fernape joneum jwb ume yuri Most recent SVN update was: Updating '.': U graphics/tiff/Makefile U graphics/tiff/distinfo D graphics/tiff/files/patch-CVE-2017-18013 D graphics/tiff/files/patch-CVE-2017-9935 U graphics/tiff/files/patch-Makefile.in U graphics/tiff/files/patch-tiffcrop.1 U graphics/tiff/pkg-plist U sysutils/desktop-installer/Makefile U sysutils/desktop-installer/distinfo U sysutils/desktop-installer/pkg-plist U sysutils/auto-admin/Makefile U sysutils/auto-admin/distinfo U sysutils/auto-admin/pkg-plist U textproc/retext/Makefile U audio/csound6/Makefile U audio/csound6/distinfo D audio/csound6/files/patch-frontends_CsoundAC_ChordSpace.hpp D audio/csound6/files/patch-frontends_CsoundAC_Counterpoint.cpp D audio/csound6/files/patch-frontends_CsoundAC_Composition.cpp D audio/csound6/files/patch-Opcodes_chua_ChuaOscillator.cpp D audio/csound6/files/patch-frontends_CsoundAC_Counterpoint.hpp A audio/csound6/files/patch-CMakeLists.txt U audio/csound6/files/patch-InOut_rtalsa.c A audio/csound6/files/patch-Opcodes_stk_CMakeLists.txt U audio/csound6/files/patch-Top_csound.c A audio/csound6/files/patch-cmake_Modules_FindFAUST.cmake U audio/csound6/pkg-descr U audio/csound6/pkg-plist U security/cyrus-sasl2/Makefile U security/cyrus-sasl2/Makefile.common U security/cyrus-sasl2/distinfo D security/cyrus-sasl2/files/patch-plugins_srp.c D security/cyrus-sasl2/files/patch-plugins_ntlm.c D security/cyrus-sasl2/files/patch-plugins__ldapdb.c D security/cyrus-sasl2/files/patch-Makefile.am D security/cyrus-sasl2/files/patch-plugins_passdss.c D security/cyrus-sasl2/files/patch-crypto-compat.c D security/cyrus-sasl2/files/patch-crypto-compat.h D security/cyrus-sasl2/files/patch-saslauthd_Makefile.am D security/cyrus-sasl2/files/patch-sasldb_db__ndbm.c D security/cyrus-sasl2/files/patch-libsasl2.pc.in D security/cyrus-sasl2/files/patch-include__sasl.h D security/cyrus-sasl2/files/patch-saslauthd_lak.c D security/cyrus-sasl2/files/patch-plugins_Makefile.am D security/cyrus-sasl2/files/patch-saslauthd__configure D security/cyrus-sasl2/files/patch-plugins_otp.c D security/cyrus-sasl2/files/patch-lib_Makefile.am D security/cyrus-sasl2/files/patch-saslauthd__saslcache.c U security/cyrus-sasl2/files/patch-configure U security/cyrus-sasl2/files/patch-plugins_gssapi.c U security/cyrus-sasl2/files/pkg-deinstall.in U security/cyrus-sasl2/files/pkg-install.in U security/cyrus-sasl2/pkg-plist U security/cyrus-sasl2-gssapi/Makefile U security/cyrus-sasl2-gssapi/pkg-descr U security/cyrus-sasl2-ldapdb/Makefile U security/cyrus-sasl2-ldapdb/pkg-descr U security/cyrus-sasl2-saslauthd/Makefile U security/cyrus-sasl2-saslauthd/pkg-descr U security/cyrus-sasl2-saslauthd/pkg-plist U security/cyrus-sasl2-sql/pkg-descr U security/cyrus-sasl2-srp/pkg-descr U security/vuxml/vuln.xml D misc/freebsd-release-manifests/files/MANIFESTS/powerpc-powerpc-12.0-BETA1 D misc/freebsd-release-manifests/files/MANIFESTS/powerpc-powerpc-12.0-BETA2 D misc/freebsd-release-manifests/files/MANIFESTS/powerpc-powerpcspe-12.0-BETA1 D misc/freebsd-release-manifests/files/MANIFESTS/powerpc-powerpcspe-12.0-BETA2 D misc/freebsd-release-manifests/files/MANIFESTS/powerpc-powerpc64-12.0-BETA1 D misc/freebsd-release-manifests/files/MANIFESTS/powerpc-powerpc64-12.0-BETA2 D misc/freebsd-release-manifests/files/MANIFESTS/arm64-aarch64-12.0-BETA1 D misc/freebsd-release-manifests/files/MANIFESTS/arm64-aarch64-12.0-BETA2 D misc/freebsd-release-manifests/files/MANIFESTS/amd64-amd64-12.0-BETA1 D misc/freebsd-release-manifests/files/MANIFESTS/amd64-amd64-12.0-BETA2 D misc/freebsd-release-manifests/files/MANIFESTS/sparc64-sparc64-12.0-BETA1 D misc/freebsd-release-manifests/files/MANIFESTS/sparc64-sparc64-12.0-BETA2 D misc/freebsd-release-manifests/files/MANIFESTS/i386-i386-12.0-BETA2 D misc/freebsd-release-manifests/files/MANIFESTS/i386-i386-12.0-BETA1 U cad/openvsp/Makefile D cad/openvsp/files/extra-src_external_angelscript_sdk_angelscript_source_as__callfunc__x86.cpp A cad/openvsp/files/patch-src_external_angelscript_sdk_angelscript_source_as__callfunc__x86.cpp Updated to revision 485196.