From owner-freebsd-ports@freebsd.org Sun May 19 04:11:22 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E494815A20A2 for ; Sun, 19 May 2019 04:11:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-22.consmr.mail.ne1.yahoo.com (sonic306-22.consmr.mail.ne1.yahoo.com [66.163.189.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 7DF8A75949 for ; Sun, 19 May 2019 04:11:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: hWbfxd4VM1l7063tsklZcMVziD6g5LP18BevkLrjxnJnStPvC_qHEB5m3o1KPOn brDPCi_6cCSl90fo7pX4WriQEzGwBVVI2NV0pOMyzVWhef.LVmFTIwRWi6iFT0e19v4mHyRKpFKJ QGKkYZkiDyul.yJJLPzzy9b7VvhlpEXQ_7ni.DD0ACc5ysZ7eGthUWTzVrNiDZjrVuthhKqzT44J whwXdZeDYpYbVyGoS3ScooBZ_dRVTbUqhPF3CzTOnkmbHuzHd7j3P1KOC4rxNGRP3ZMCIX1P484m bEywnkeOhkGWrZ.WhGuScBHi5SqZoVVXrkxe1.2riecTTSZJGQifcYNG53x9tKX_Pe48gjMdG6fj W_i9jnWaT4mRTM32_zp6LqDEuEkdpEDOJ818K4Qi.LWsgR7W7w_X9q6BsGd0GdArg8TE9x4GodB4 xm.WH16v7V0AxNJJsXf51038Huko1cYb0jH7Tt8EaBOmKQdOJADsQi7RVnC.VHFFwRkBVYYsf2TY _ZIJY3oGkFahHUlWBZ4iLMIh66vczi34Fhg8nl7uGZoKuMVkYc6OwI6i8k2ou.iAEVawRO0gwH81 lCUJRzE.aBkzFn5QKoGRM45m0tqqg5C82qAGLhkGJvEqOGoeJ.EXJ9wwuW3DmCfOHudsquvlELju symkZLz_90zFjvFckhJp5LnGjJ_gtx8w2QZyaNBUZY9h35Cz0W5LbpSFVWobiGEZJLzK95D7nCm6 Ak2QZ7vddXZZXi3KSmGi0WU7SXECIee.eSnyVSOekIGC7iDUODmslTTmxTVK1jidhaxlKykvq5LW uG6rAJGWSb8x.46H4vS5pguqLba70lMKznIlvyGT0Wx6gUpR1Jumr2cU8JIN1dSAZjB_ZGBdZRQM HE56pMLKL8viP2xuoyJvmYVrl6mN1dz.lhybMP7O_7ji5ur.e6pMGZQ8vT9SfkL9SORVXHlIqJcZ 4_LuTxt679NrJOhhq1vy1EB8f_HIXYnDc7qpL12KxJ0eird2rOJq1y5z1.fpExdJ2Gi9OxgsPtX1 Yzfz6v_Tm5XgZMSfBxNpVvtBgzZ9CrPsUPINKdKea0fYfRk7iVA95uGHtYjR0ieAWZu1Hw.Jtjer Fe04cbRqmJbEmTwIaeAIHTtpCuq49N3WNrTV31JEbTURQOfTOmy_TJTDFbFfc7FBNva9ag8jTKtt iWEc31YlQfpp12h_U5GZ_g24vo29aDEL6.FvbV3WgoQWUHUe44W7qGOhQgPw7dlTD0hTW Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Sun, 19 May 2019 04:11:13 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp402.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7e7a35ec9b03b3b62981fc168704202d; Sun, 19 May 2019 04:11:11 +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.4 \(3445.104.11\)) Subject: FYI: Unable to build -r501994 ports' lang/gcc8 on clang 8 based powerpc64 system (no -O1 use): "does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or ..." Message-Id: Date: Sat, 18 May 2019 21:11:09 -0700 Cc: ports-list freebsd To: FreeBSD Toolchain , FreeBSD PowerPC ML , "gerald@freebsd.org" X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 7DF8A75949 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.40 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; LONG_SUBJ(1.54)[205]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.52)[-0.518,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.70)[0.697,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.47)[ip: (4.84), ipnet: 66.163.184.0/21(1.42), asn: 36646(1.14), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.72)[0.722,0]; RCVD_IN_DNSWL_NONE(0.00)[84.189.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 04:11:22 -0000 This was in a poudriere bulk build on a head -r347549 based powerpc64 system with system clang 8 for cc and c++ and base/binutils for ld. I was attempting a build with the -O1 changes disabled. (Note: the system is self hosting for buildworld buildkernel via the clang 8 and base/binutils combination.) So having issues with building lang/gcc8 is not limited to gcc 4.2.1's tool chain for powerpc64. (I've not yet tested -O1 use as the bulk build still has lots of other things to build.) . . . c++: warning: argument unused during compilation: '-nopie' = [-Wunused-command-line-argument] /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x540): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0xa58): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern . . . /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1150): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1224): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern . . . For reference . . . # cc -v FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) Target: powerpc64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin # c++ -v FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) Target: powerpc64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin # ld -v GNU ld (GNU Binutils) 2.32 I used: # svnlite diff /usr/ports/lang/gcc8/ | more Index: /usr/ports/lang/gcc8/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/lang/gcc8/Makefile (revision 501994) +++ /usr/ports/lang/gcc8/Makefile (working copy) @@ -62,7 +62,7 @@ =20 .elif ${ARCH} =3D=3D powerpc64 CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 =20 .elif ${ARCH} =3D=3D powerpcspe CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp @@ -80,7 +80,7 @@ CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug ALL_TARGET=3D bootstrap-lean .endif -INSTALL_TARGET=3D install-strip +#INSTALL_TARGET=3D install-strip .if ${UID} !=3D 0 BINMODE=3D 755 .endif =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 May 19 04:42:46 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DE4215A2BA2 for ; Sun, 19 May 2019 04:42:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.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 7F9987679C for ; Sun, 19 May 2019 04:42:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: fctmQ9wVM1lCgE7xE73BggQKrCjqNAMVie.zgGK6xfNgaPJZIXcqMLV6z5sDqAv oZUP6p.wEhHpZDn_eoyNLs1QqrkCmGoEYHEr73BVgMPcSiWOI9Z24ruzAucCc4lfNOxZvXlVH1nl 3b42P9uPge6GRCzyQzR6ocSFaZflPlbrAX6bXkr1uvA7tO4aOqIZK2MOa.u1m05JAcDkWSgjNkM4 vQB5RNmHOgBJx.uVjntXAsmPMquMbclWVaLgHWoQjXrGPbnwQn0ARMDyJLUN3EAyKYgFiB4C9oCe L6y4zrsAH.ByITCx0XJPnfxLHU6nP.i7sFhCY5D7PPsmxGudFry.8F7uTvYB.Ssokes2qzqzKPnH wi_BSf3eY4K5KoDsMsj.2aUKZ6dCjrkfhjtgqXzM2dm8UBfTSDl43b9kJIyKA7__XX7FDaMCBN2K s.igXC6ugJIGXIk3MzMDKKz3IkyvfVcKwD2PuCsoDp8LaTCqz_BAWFFh1ohtbyf_DIKmwmnyKVRU 6bd1CkJvqq_VWcz_LawHhzCtDKQ.D9xaYJ6URWqV.0BNF0ptQDqsrmF3R77moscyfex16xr8CBhA FIzx_2elhJKFsukLN3hML.YI_Z26frpWcDeZhHO5fumbrJ03eEe1p1T8aeLHE3iGqw9zHzH5oSXY qZjmo3TCCAh9RpA6sYCQhlceLjFF34dVsy572WRiIy2CX8oVDfQY2HN1AECb.Nf___HSR2VXZO6I 4Zz53cyytMfS.aaB0CVLseI7MQRFLisjL_nRFfDcgALSv7grlIiCZ9er1k7EJNkFyA3RMdD.517I d1C2rxy2yPlNPTDtPsF79baLef9.YG3dyXuvEi3OQ.Z38TqXGi5EkGB1TC5PMq7o18eyDoyebiYV SYDbGtsM9Y23lCEvFZNfKoXBt5Y5vH6zmC8pW1x1F5QeO5jRcUEJ2TD0aF8EUrXsJeE2_OLdRwJb RuPAxy1CuHL8QGEOGokS5nh0wW7.nqaELFgCAKEQmkb7ImxmZho3LfLzDmuDogOoNv7g1IRhM4kk 8oVLoptVJGHVrnRi2uLD0rLcy1zSE981XValxaD1Q8Ogyf4deTK6bbno.NlrTh_3D6yBgF5V3AQz HLEGfaBpf0cxUyRDpYvD4u5ZTzMUUt8EO4256l5k7ZzidkrrPvVmENHTt91f4jAeljoNX7R1OgZr AOg33BgU8SidHErQmul88TIErdkT6VSdaCsIG2sf0mzGZrbRgVpqalzcPSarpYBq.inCgXVauWun xVPA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 May 2019 04:42:37 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp411.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1573a22a9d03a888e9fbdcae5d14331d; Sun, 19 May 2019 04:42:33 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: FYI: Unable to build -r501994 ports' lang/gcc8 on clang 8 based powerpc64 system (no -O1 use): "does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or ..." From: Mark Millard In-Reply-To: Date: Sat, 18 May 2019 21:42:32 -0700 Cc: ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <489849A2-9425-4BD9-8D4F-ACE9ECB6CDA7@yahoo.com> References: To: FreeBSD Toolchain , FreeBSD PowerPC ML , "gerald@freebsd.org" X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 7F9987679C X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.52 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; LONG_SUBJ(1.54)[205]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.21)[-0.210,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.76)[0.759,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(2.08)[ip: (8.64), ipnet: 98.137.64.0/21(1.01), asn: 36647(0.81), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.87)[0.866,0]; RCVD_IN_DNSWL_NONE(0.00)[204.68.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 04:42:46 -0000 On 2019-May-18, at 21:11, Mark Millard wrote: > This was in a poudriere bulk build on a head -r347549 based powerpc64 > system with system clang 8 for cc and c++ and base/binutils > for ld. I was attempting a build with the -O1 changes disabled. (Note: > the system is self hosting for buildworld buildkernel via the clang 8 > and base/binutils combination.) >=20 > So having issues with building lang/gcc8 is not limited to gcc = 4.2.1's > tool chain for powerpc64. (I've not yet tested -O1 use as the bulk = build > still has lots of other things to build.) >=20 > . . . > c++: warning: argument unused during compilation: '-nopie' = [-Wunused-command-line-argument] > /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x540): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 > -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern > /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0xa58): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 > -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern > . . . > /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1150): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 > = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab > = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern > /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1224): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 > = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab > = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern > . . . >=20 >=20 > For reference . . . >=20 > # cc -v > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) > Target: powerpc64-unknown-freebsd13.0 > Thread model: posix > InstalledDir: /usr/bin >=20 > # c++ -v > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) > Target: powerpc64-unknown-freebsd13.0 > Thread model: posix > InstalledDir: /usr/bin >=20 > # ld -v > GNU ld (GNU Binutils) 2.32 >=20 >=20 > I used: >=20 > # svnlite diff /usr/ports/lang/gcc8/ | more > Index: /usr/ports/lang/gcc8/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/lang/gcc8/Makefile (revision 501994) > +++ /usr/ports/lang/gcc8/Makefile (working copy) > @@ -62,7 +62,7 @@ >=20 > .elif ${ARCH} =3D=3D powerpc64 > CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" > -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 > +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 >=20 > .elif ${ARCH} =3D=3D powerpcspe > CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp > @@ -80,7 +80,7 @@ > CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug > ALL_TARGET=3D bootstrap-lean > .endif > -INSTALL_TARGET=3D install-strip > +#INSTALL_TARGET=3D install-strip > .if ${UID} !=3D 0 > BINMODE=3D 755 > .endif >=20 I managed to not have poudriere using base/binutils but instead: # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/ld= -v GNU ld 2.17.50 [FreeBSD] 2007-07-03 cc and c++ were as they should have been: # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/cc= -v FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) Target: powerpc64-unknown-freebsd13.0 Thread model: posix InstalledDir: = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/c+= + -v FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) Target: powerpc64-unknown-freebsd13.0 Thread model: posix InstalledDir: = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin So I was not testing the tools combination that I thought/intended. =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 May 19 05:30:26 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31F4615A3863 for ; Sun, 19 May 2019 05:30:26 +0000 (UTC) (envelope-from mazocomp@disroot.org) Received: from knopi.disroot.org (knopi.disroot.org [178.21.23.139]) (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 30C2F8009D; Sun, 19 May 2019 05:30:24 +0000 (UTC) (envelope-from mazocomp@disroot.org) Received: from localhost (localhost [127.0.0.1]) by disroot.org (Postfix) with ESMTP id 7072C317FA; Sun, 19 May 2019 07:30:21 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at disroot.org Received: from knopi.disroot.org ([127.0.0.1]) by localhost (disroot.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n5l3QEBn84NY; Sun, 19 May 2019 07:30:19 +0200 (CEST) Date: Sun, 19 May 2019 08:30:11 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=disroot.org; s=mail; t=1558243819; bh=C+bABRxOo5aWkyiUeG3o30Mf5Eq2gB5blhEO7PcgW88=; h=Date:From:To:Subject:References:In-Reply-To; b=gBqvlHy/8B8ZsZW38Vl7MahxellOn+H17dLbKlO5Xo3aEY/mZIf8BdX6qnvGK4Z7O J0719zT/A3tySw0R8wBqZjvDbAoIYAIFjNmXw2/1ME2S7nwBkh4uOF2uCfFNTylSvT jaNV01yqEbpCE8HKvdP9E2/Qru38Sy18TdrNz+yn/Gn0NYErTXHuo+r6yTEXnaJV+L wovvjlTIjLaSjBJcWe4chrBuEyWdnQXBek2u/VyptvNqq06xDMNNwAfW8q+AMHGffa Eth7vT+RajTwQCU5iG9Lstzd32tA8sRjDHefJD6otv2l/JHeNWdq5ScGqzE032cdrQ TJPciyMpQYulw== From: Leonid Bobrov To: Alexey Dokuchaev , freebsd-ports@freebsd.org Subject: Re: Warsow port. I think we can help each other. Message-ID: <20190519053010.GA78569@mazocomp.lan> References: <20190511133803.GA16193@mazocomp.lan> <20190511160543.GA47768@mazocomp.lan> <20190514082722.GA64997@mazocomp.lan> <20190514103943.GA94920@mazocomp.lan> <20190518103104.GA62607@FreeBSD.org> <20190518111106.GA37308@mazocomp.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190518111106.GA37308@mazocomp.lan> User-Agent: Mutt/1.11.4 (2019-03-13) X-Rspamd-Queue-Id: 30C2F8009D X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=disroot.org header.s=mail header.b=gBqvlHy/; dmarc=pass (policy=none) header.from=disroot.org; spf=pass (mx1.freebsd.org: domain of mazocomp@disroot.org designates 178.21.23.139 as permitted sender) smtp.mailfrom=mazocomp@disroot.org X-Spamd-Result: default: False [-6.07 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[disroot.org:s=mail]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[disroot.org:+]; MX_GOOD(-0.01)[cached: disroot.org]; RCVD_IN_DNSWL_NONE(0.00)[139.23.21.178.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.63)[-0.632,0]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[disroot.org,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:50673, ipnet:178.21.23.0/24, country:NL]; IP_SCORE(-2.93)[ip: (-8.91), ipnet: 178.21.23.0/24(-4.46), asn: 50673(-1.28), country: NL(0.01)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 05:30:26 -0000 Hi! I've just uploaded a diff you need: https://github.com/OrangeGrayCyan/warsow/blob/master/warsow.diff Also to avoid tarball name confict between warsow and warsow-data, please use 2.1.2-source tag instead of 2.1.2 (we noticed it too late). On Sat, May 18, 2019 at 02:11:06PM +0300, Leonid Bobrov wrote: > On Sat, May 18, 2019 at 10:31:04AM +0000, Alexey Dokuchaev wrote: > > On Tue, May 14, 2019 at 01:39:43PM +0300, Leonid Bobrov wrote: > > > I've finished porting Warsow on my side, I hope you'll use my patches > > > to resurrect appropriate ports and Warsow will just work at FreeBSD. > > > > > > https://github.com/mazocomp/openbsd-wip/tree/warsow/games/warsow/ > > > https://github.com/mazocomp/openbsd-wip/tree/warsow/games/warsow-data/ > > > > I had update almost ready but never committed it. I'll take a lot at > > your patches, thanks. Would you like to take over maintainership? > > > > ./danfe > > > > Yes, I want to be maintainer. Also I recently made a fork of Warsow 2.1 > which should suit FreeBSD ports, OpenBSD ports, pkgsrc and Ravenports: > https://github.com/OrangeGrayCyan/warsow > > Please if you have more patches, send them to my fork, I will merge them > and create a new tag, that way I'll keep patches in sync between *BSD > and Solaris/illumos. > > That's a patched version of warsow_21_sdk.tar.gz, so you won't find > patches unless you run a diff(1) against files in warsow_21_sdk.tar.gz, > but if you are interested what exactly I did: > * No suffixes in libraries' and binaries' names which tell about for > what OS and processor architecture they were compiled. > * Removed C and C++ flags which should be given by ports systems. > * Support for pkgsrc and Ravenports in FindSDL2.cmake > * ar(1) won't receive linker flags. > * -std=gnu11 flag reduces amount of warnings. > * -Wpedantic flag should help cleaning code in the future. > * Use sendfile() at DragonFly BSD and FreeBSD, also implement one at all > other OSes. > * DATADIR macro defined by CMakeLists.txt to point to system-wide > directory with data files instead of current directory. > * Unquote library names in CMakeLists.txt files. > * BUILDSTRING, OSNAME, CPUSTRING, LIB_DIRECTORY, LIB_PREFIX and > LIB_SUFFIX macros are defined by CMakeLists.txt > * System-wide libraries will never be dlopen(3)'ed. > * AngelScript 2.29.2 is built and statically linked. > * Windows, MacOS and Linux libraries in modules_21.pk3 are ignored. > * Many matches for ${CMAKE_SYSTEM_NAME} were changed to WIN32, APPLE and > UNIX. > * is not only included at MacOS, but at every Unix-like > system. > * should only be included at Linux. > * -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE=500 flags were removed to > fix build break at FreeBSD. > * find_package(OpenGL) should add -I/usr/X11R6/include flag. > * All #if defined() were carefully changed to something like: > ``` > #if defined(_WIN32) > ... > #elif defined(__APPLE__) > ... > #elif defined(__ANDROID__) > ... > #else > ... > #endif > ``` > * SDL_SetWindowIcon() is commented because of buffer overflow in SDL2: > https://github.com/mazocomp/openbsd-wip/blob/3924bc18d05ded21bf0f69def7f1826ae92b2150/games/warsow/BACKTRACE > > * SDL2 is a required dependency. > * readdir64 and dirent64 are defined at systems other than Linux. > * Remove unnecessary files which make source tarball waste 500 MB of > disk space. > > I am planning to add install target to CMakeLists.txt, but right now I > don't know how to do it. > _______________________________________________ > 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 Sun May 19 05:33:11 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38CE915A3AA7 for ; Sun, 19 May 2019 05:33:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.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 8C36A803E1 for ; Sun, 19 May 2019 05:33:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: L_FYI.8VM1lUZzHLanLh7N2artt8k5a5GV_tRftL_bLIZV8wYrMngCGOtwjw5Ct 7It0pnDrQhw96BQZ9yk2ebhFfS9kQmCYLcKyWq2rNlEedY2tYTVSOYiWACjO2avx12F6tWh.7RUy xSMsJRI0gEWY.XSooPY925wVve9AJugFCce8mRTrUaJrgT95KG8OH2NFBSsaoTCiW334vQ.bqrgd XisvbWGgFIuqxf3NQkyeVQRr8zbE1aznQZ959tGLlGM2baFEHInvBwhPKguPNbIKvWsqprsx.jMe m9WkKGUKZJsAV_kQt4ZqHds04a1hARR8twxwX40IZgszp2ihBBz0u3i7ANQS1X_cBG8bn6NxYBFc B.qBRiQxc9UpuaVUA2hVlnhVagUqeKgdKDzB8hCwmL.tnUDccKfomnYWzVMQWUbRdIxrtc7Y.7Dp CO8G5ur7C3oIR_0z6qG5EoRJ38EHEmu20_HUy9J6fJig5EHS8e7vfGRVHdxRlKja2bs8fszxWTyc 5xINyIURdLHS82VY4Ftd6JAMvvvhPyC3tWpIdUKDeAjIX8AabSCWInmG.Gj3q3sbENEcb9YzoWK1 WPMW0nuRPfTHDD61nyF0y3.lqShJAyQo6Tz5lWQJMmjxpnD1Vw1uz_6oo8Wq6sLdCngeEJRfmrjp umqOVSB7o36VdY.cuxNrsb80CnJmlktUKnVQebyOBURd7WENhvRsNz.The8t6LXorFzrVxQsQo18 DsgsAi1oKE4D.uMqauKiQqg7t6Jp.x5MFk30FtCOsjdXrbTTS5i0zaQl5wQi_flDyJo5iUTAPrf4 UD8Y8bdTGSaELWImPtoFYbOLKinxvcjbVcdFXy1smlDjZdCEwoXPyTcwvKwZkm6K1OTRp0XqUsj_ VPoyPscJxRUk9yjX5YPP23KPDXmMgzy9MsLRAQ11Ad0pVHBlKd1yg1_7M2wf2goYxE6sBZ7iqWae mLz9w4heKpQUNKUXBMKmizbUQpUmPYRc41vYl4d_0Xqz1WiX_VAtM7M_3G2wAzg2ppPyekRa1pVP QMgv5w.7n1VCpJvlan1csi1bEoCUY9yPt38kPJyYYJWUxaxextGVJpNwVEuKYL8Ndq1f3Qekqfzl FAjSynPzHTICE3lk36rWYL2BlAHdCsAwebo77HdS.3YNvKlKOF1HGwEAqfmL8WNyEuLZ8OKqeKKD coaao8cyksj.4AkhBZ9P8_P9rhehuijLGHsawnPNoAHensQiAcOYe3n.HbHV47WQbDil51Q-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 May 2019 05:33:02 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp403.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 79189dedf8ccbb276b17a181ba3473c4; Sun, 19 May 2019 05:33:00 +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.4 \(3445.104.11\)) Subject: Re: maintenance of gcc cross ports Message-Id: <0BDF4BD8-EF07-4226-A2BA-4ACE476CD6FC@yahoo.com> Date: Sat, 18 May 2019 22:33:00 -0700 To: James Shuriff , ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 8C36A803E1 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.84 / 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)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-0.14)[-0.137,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.67)[0.673,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(2.00)[ip: (8.23), ipnet: 98.137.64.0/21(1.01), asn: 36647(0.81), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.82)[0.816,0]; RCVD_IN_DNSWL_NONE(0.00)[84.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 05:33:11 -0000 James Shuriff james at opentech.cc wrote on Sat May 18 12:29:22 UTC 2019 : > The powerpc64-gcc port and all the ports that use it as a master = (aarch64-gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, = i386-gcc, mips-gcc, mips64-gcc, and sparc64-gcc) are very old and use = buggy makefiles. I would like to take over maintenance of these ports. = Powerpc64-gcc uses an old version of gcc and the makefile is buggy. = Certain variables use bad regular expressions thus don't do what they're = supposed to do. I've fixed up the makefiles and made new plists with a = newer version of gcc. Be aware that: /[ports]/head/base/binutils depends on devel/binutils via: MASTERDIR=3D ${.CURDIR}/../../devel/binutils /[ports]/head/base/gcc depends on devel/powerpc64-gcc via: EXTRA_PATCHES+=3D = ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-format-extensions EXTRA_PATCHES+=3D = ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-libdir EXTRA_PATCHES+=3D = ${.CURDIR}/../../devel/powerpc64-gcc/files/patch-gcc-freebsd-mips The maintainer is listed as: bapt@FreeBSD.org but the activity tends to be jhb@FreeBSD.org . There are other, more overall FreeBSD toolchain efforts that these various ports are tied to. That may constrain what can be done when. You would probably need to consult with these folks about any changes. I use these ports for doing alternate toolchain buildworld buildkernel activities, including using, say, devel/powerpc64-gcc on a powerpc64 machine to self host with more modern tools than gcc 4.2.1 based ones. As I understand, being in devel/ instead of lang/ for gcc tools is tied to being constructed for the system-building activities instead of for general use. You might want to show your Makefile updates so that that the problems are fully explicit. =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 May 19 07:01:54 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 298FC15A527A for ; Sun, 19 May 2019 07:01:54 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B23BA82529 for ; Sun, 19 May 2019 07:01:53 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hSFpM-000IdO-2c; Sun, 19 May 2019 09:01:48 +0200 Date: Sun, 19 May 2019 09:01:48 +0200 From: Kurt Jaeger To: James Shuriff Cc: "freebsd-ports@freebsd.org" Subject: Re: maintenance of gcc cross ports Message-ID: <20190519070147.GA72200@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 07:01:54 -0000 Hi! > The powerpc64-gcc port and all the ports that use it as a master > (aarch64-gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, > i386-gcc, mips-gcc, mips64-gcc, and sparc64-gcc) are very old and > use buggy makefiles. > I would like to take over maintenance of these ports. [...] Can you submit patches via bugs.freebsd.org so that your patches can be worked on ? -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-ports@freebsd.org Sun May 19 08:21:28 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27A3C15A7497 for ; Sun, 19 May 2019 08:21:28 +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 D4BDC846E4 for ; Sun, 19 May 2019 08:21:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: sdiOAdkVM1mO7I9TsnCwmTaVz29pbaN.xTNrli7M9yizHUZVfPb.1h3JzLWFR1B 5x4nzpRxosbUBc3xnIuZTo1eudYEprA61OtHoO9XhEmXER.6ZQJShPyGLC9idfB.NwY2u2cT1Mcs cUX04T9lG2a_9.3SRW.oxhnzS0B2goibPKwTi5UNKklAyOX4Lbapkznwtys5m4Uq6xDuTJ1QXqsX T65mv2JnvtHsj3VooN8q6h3Mm1E5dL7L_qKIWqxQrTEJPlfMYs7tUue96ohhYYk7KhXnR3Xwmj8d 3j1ZuAjXwfrlnuOWH_16NYx5X8yVkcMs9VKpq6IAKSftKgwXDWqasZj7NJ0W9T_B_PG3IKEJu6bg NKm_t0nSgblL0XDm.3PNB77EMGeXRvWi8dR8isywSVaqBYkjw..H3luVAYGvii6mc1y7bAYj7CaZ lif_civDLBwoDd7piSt6TXaOM6R_b7zOyv64faiZWpocrEClvVX4ZhOvtxC8jr_lG0WO3BtkWbD9 yieiexHOMue4jtgntqPhqHutks2YQrNBQWUF8HMcoNqRVOLzNv0KSHUxccSzLSe9var1RKnvaXdq wrjZTzlWiEBNKXv4yOpPOV8TCDAje.plUSlTmPnUEnX5NDsYzkKB1TIh5mY_n40Mw8fKmeyKKYjj 7YWLtDKIOMwNURWFGUs2TPvjbKYQha36.nFMuxCapSWgxwqDq.tvqv8IXx71eIxLCNO0PvNLdl1H VSnt.9UkVRlAPOo6D5VcnK9bKSEbCZ_jjAzMGZSg4SVQXqK7xTPdyLUNwHAIzgZd.YU2Awb0LySQ cJ4Y4vFW8xDhObVWeHbzuY8inwHqyNUlUgbPz9PvKtKcIfOFWgQD8TQlkLegEA2evftVKEQxlQI2 nz0UYtOo34j2vCySByJVdeSlcMWoiy0PJsBfS9MN2VtS8c0X__O20jWJFLJOiceSniqMcULD4AsG JboUyMkDxWjZeGV3EjwLcCfd9ppf6tIhenVcqOr4whfJsIGUZoCLQt0enQgRx18mCEL0CsXMziwI o4xXLLr.kj6o9EelpRKBAoEvxtqaEqfPhEd4LgCnD6x9dqnx1E4jldbHhTdfpcLSH7QCg.Ka0qya aiw_PWloFsm5ws8yCcAqKQ.J6JgRDRoIwm898Zhq.oxHnaDN62WyyZaGvxfmqtNVJdGxUXJJ3TKs cCs5C895RDasi.lL0rC_6xvzU_du2SYcykpRMNhgEKwwYPVKBskZcWjDXU7U8sPn3VrP3dE2jW8Q mW7rK Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 May 2019 08:21:19 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp429.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1bd2e176988088c0ef82bbe1b9f0389c; Sun, 19 May 2019 08:21:18 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: FYI: Unable to build -r501994 ports' lang/gcc8 on clang 8 based powerpc64 system (no -O1 use): "does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or ..." From: Mark Millard In-Reply-To: <489849A2-9425-4BD9-8D4F-ACE9ECB6CDA7@yahoo.com> Date: Sun, 19 May 2019 01:21:17 -0700 Cc: ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: References: <489849A2-9425-4BD9-8D4F-ACE9ECB6CDA7@yahoo.com> To: FreeBSD Toolchain , FreeBSD PowerPC ML , "gerald@freebsd.org" X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: D4BDC846E4 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.81 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; LONG_SUBJ(1.54)[205]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.56)[-0.564,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.91)[0.909,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.64)[ip: (6.45), ipnet: 98.137.64.0/21(1.01), asn: 36647(0.81), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.79)[0.793,0]; RCVD_IN_DNSWL_NONE(0.00)[84.65.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 08:21:28 -0000 [It built with GNU ld (GNU Binutils) 2.32 as ld.] On 2019-May-18, at 21:42, Mark Millard wrote: > On 2019-May-18, at 21:11, Mark Millard wrote: >=20 >> This was in a poudriere bulk build on a head -r347549 based powerpc64 >> system with system clang 8 for cc and c++ and base/binutils >> for ld. I was attempting a build with the -O1 changes disabled. = (Note: >> the system is self hosting for buildworld buildkernel via the clang 8 >> and base/binutils combination.) >>=20 >> So having issues with building lang/gcc8 is not limited to gcc = 4.2.1's >> tool chain for powerpc64. (I've not yet tested -O1 use as the bulk = build >> still has lots of other things to build.) >>=20 >> . . . >> c++: warning: argument unused during compilation: '-nopie' = [-Wunused-command-line-argument] >> /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x540): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 >> -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern >> /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0xa58): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 >> -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern >> . . . >> /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1150): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 >> = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab >> = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern >> /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1224): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 >> = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab >> = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern >> . . . >>=20 >>=20 >> For reference . . . >>=20 >> # cc -v >> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) >> Target: powerpc64-unknown-freebsd13.0 >> Thread model: posix >> InstalledDir: /usr/bin >>=20 >> # c++ -v >> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) >> Target: powerpc64-unknown-freebsd13.0 >> Thread model: posix >> InstalledDir: /usr/bin >>=20 >> # ld -v >> GNU ld (GNU Binutils) 2.32 >>=20 >>=20 >> I used: >>=20 >> # svnlite diff /usr/ports/lang/gcc8/ | more >> Index: /usr/ports/lang/gcc8/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/lang/gcc8/Makefile (revision 501994) >> +++ /usr/ports/lang/gcc8/Makefile (working copy) >> @@ -62,7 +62,7 @@ >>=20 >> .elif ${ARCH} =3D=3D powerpc64 >> CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" >> -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1"= BOOT_CFLAGS=3D"-O1" # PR235975 >> +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1"= BOOT_CFLAGS=3D"-O1" # PR235975 >>=20 >> .elif ${ARCH} =3D=3D powerpcspe >> CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp >> @@ -80,7 +80,7 @@ >> CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug >> ALL_TARGET=3D bootstrap-lean >> .endif >> -INSTALL_TARGET=3D install-strip >> +#INSTALL_TARGET=3D install-strip >> .if ${UID} !=3D 0 >> BINMODE=3D 755 >> .endif >>=20 >=20 > I managed to not have poudriere using base/binutils but instead: >=20 > # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/ld= -v > GNU ld 2.17.50 [FreeBSD] 2007-07-03 >=20 > cc and c++ were as they should have been: >=20 > # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/cc= -v > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) > Target: powerpc64-unknown-freebsd13.0 > Thread model: posix > InstalledDir: = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin >=20 > # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/c+= + -v > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) > Target: powerpc64-unknown-freebsd13.0 > Thread model: posix > InstalledDir: = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin >=20 > So I was not testing the tools combination that I thought/intended. Sure enough, with the originally intended linker: # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/ld= -v = GNU ld (GNU Binutils) 2.32 lang/gcc8 then fine via poudriere bulk. =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 May 19 09:53:12 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF9DA15A93CD for ; Sun, 19 May 2019 09:53:11 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-vs1-xe2e.google.com (mail-vs1-xe2e.google.com [IPv6:2607:f8b0:4864:20::e2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A67F86F95 for ; Sun, 19 May 2019 09:53:07 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-vs1-xe2e.google.com with SMTP id k187so291179vsk.12 for ; Sun, 19 May 2019 02:53:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=5TywudJp/8dB8nh+x0l4LAV+tzRpKrSobY86OXZmJ2M=; b=eSdmi5+s1Q07eUJSKUJ191JN5Vo6O4LGf/iFWho4yR/KphUCGUX6jZW9wuQnEWhfId 53ERUNsw+xD1tqAS43YkT4kTv0e2s3ixrMmCb0PivEJ1DbqhHaFaqX1V2w1sh9cfuL65 Wsy2ERIbl+4NadtyJiPIhgMpwbzLnzyIKBQAKABRifnym79PlPDc8SDWXkWMcunrqRDJ 1n2ld67r3dzOdS73bMYRgHdyqO56/Kf8e0YpDademGuZV2ZvWH4EJN5wMASOfeJosjS5 hT7nJ4rLH11EgZk8i56XDnPAZXWt/SMfnqJEZteHBspuw2eVR0YtTGzh2dZ3B1sxRFgv rZUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=5TywudJp/8dB8nh+x0l4LAV+tzRpKrSobY86OXZmJ2M=; b=gkfMzp7VYgxt3bVTP9/qDIfD6T9VzjBV6aUYMWlcceWRQ4HR0kn/8VVBCqmB0AD/Pd g7C+eUoTVBocELLDyUwrKe9N20I9JvTHjWFVQ5sZhZjA6n4wYKJ13VhAYdAQhvEyt8rM cbES6Vj9volez+nV+7mtGEFmTKwHhw2kszRWRSF5Z8qQs1DQg335Nzvh1nshikFLC3Q8 Hk+MdnAEjQ0fPpHOSfbtXr/Uw7fD50pQm/gdhO+HzJJ1kWlUySrVAeAb7mKkikEINjFL 4JCwF1FJem1gk/E1EfKqvARI1YuE0YU3Db/BmVqwFN4h+84RRShkfLsuAip937UYnXmd WCAA== X-Gm-Message-State: APjAAAUEoiivX+ztQLj//fLTHRSjF9FdD9S7iEC5SaiPIcf3eIOgkhJg Si8xv1+lng1qSNtqPNUZryeBHBWI/vWVYQfjzQVRYz2uH3Y= X-Google-Smtp-Source: APXvYqzluQXsZ5thzIIXEboXB9TlTasKLTyPbAZ51gF9WCLghRfVQ1SUh/SnBaIYZgug9e5s5M/1ii/pIS5JWM2WzPQ= X-Received: by 2002:a67:ce83:: with SMTP id c3mr19141481vse.196.1558259586786; Sun, 19 May 2019 02:53:06 -0700 (PDT) MIME-Version: 1.0 From: Jonathan Chen Date: Sun, 19 May 2019 21:52:51 +1200 Message-ID: Subject: devel/ccache update and circular dependancies To: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 8A67F86F95 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20150623.gappssmtp.com header.s=20150623 header.b=eSdmi5+s X-Spamd-Result: default: False [-6.22 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[chen.org.nz]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[e.2.e.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.85)[-0.854,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-3.06)[ip: (-9.69), ipnet: 2607:f8b0::/32(-3.27), asn: 15169(-2.27), country: US(-0.06)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 19 May 2019 09:53:12 -0000 Hi, With the update of devel/ccache to 3.7.1 (which includes a dependancy on gmake), I'm seeing the following error when using synth to upgrade my local ports: 9:33pm# synth status Querying system about current package installations. Stand by, comparing installed packages against the ports tree. devel/yajl scan aborted because a circular dependency on devel/ccache was detected. ... backtrace devel/gettext-runtime ... backtrace devel/gmake ... backtrace devel/ccache ... backtrace devel/ninja ... backtrace devel/yajl Unfortunately, the system upgrade failed. I can't figure out the reason for this error, as I don't see the relationship between ninja and ccache. Is anyone else seeing this? Cheers. -- Jonathan Chen From owner-freebsd-ports@freebsd.org Sun May 19 09:58:00 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 865B915A94A2 for ; Sun, 19 May 2019 09:58:00 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02ACF87074 for ; Sun, 19 May 2019 09:57:57 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by mail-wr1-x42d.google.com with SMTP id g12so11022111wro.8 for ; Sun, 19 May 2019 02:57:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=adamw-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=U7EhVdLE+FPEKn8jrTf+S2JrpmosE3O7WTtH8TNhjSg=; b=dRSetFATC19zJMjuM7QpvhVJlrwR0vBSyOV7U7lLgPdsOo1nRiPxWOgTOHhZt7udYM z3B0nKBbyT3LsUpiqJE1MVViGvQB70T3jSlNZfoF0qLLQXvtTb/bkulWYKMFn+FJi+bZ oHPwdl51DlqKHBTl5YlmTw1g6yymkcbTvfpUv8FxKmtUW4eoG5zWYHiZvmBNNt6OfPtz m6YM6aV77wl9Vr6FHZhH0wg6FCTgOEeCPzYr6hzMeLLVGs1NEOF+QkDX/LygIitvUnu1 QTXuNEJZ9CMR/4rxjCElgc7qGxNYm7eXf/M/VQoqI8JtGb+Rhp1s3H4rMzbo6f758j2t ds3Q== 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=U7EhVdLE+FPEKn8jrTf+S2JrpmosE3O7WTtH8TNhjSg=; b=ou2xNAQ/3mB6nQPMTP0adtmW+UkcGeVBzduFV7HUGQVwo3nbkNTtxl/u2yOL7f6TdT uszsuVqIKzl3+BsZoMQU4XTSAWcYYfVwFMaZiot7FiybovON7gzXz2DMkPfs450XePPa oW326b9PPQIJVk7oQXHWk/ZhpwAV4MA23n9r3h/lSl0fOryRnDXswUjceItWxYmtdhwL +ZJuyjbiEsvP0yFX4KqZxl4Pn/w3SyVHnq9XYhGKjizH+Mm81oiYkWU7Lh8qUjVPyXwL Hxpepgs+p/4BcMJz09o8iUzJ5qUsxpqAnRVtdI2VygOxdnb+d4GNn/Zyfv2pQi+oqY7H YZLQ== X-Gm-Message-State: APjAAAVinOMFaOnl9SY3dHwJcVNUTNJiF4sY9v9opxnPwakYKKBDbI2h gicuTNs/D7/GxcslOSqS4yHcyysAasq4ALEZtHRv7o/55ss= X-Google-Smtp-Source: APXvYqxZEqlB42Q+3moTo3+9n/nbub5h7jH46tU8mifIc4vk1otdVNKaCOfoHEXmJhyjLMaxGLdlnNcH2SQgZtg4+i8= X-Received: by 2002:a5d:4647:: with SMTP id j7mr6164914wrs.280.1558259876664; Sun, 19 May 2019 02:57:56 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Adam Weinberger Date: Sun, 19 May 2019 03:57:40 -0600 Message-ID: Subject: Re: devel/ccache update and circular dependancies To: Jonathan Chen Cc: FreeBSD Ports Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 02ACF87074 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=adamw-org.20150623.gappssmtp.com header.s=20150623 header.b=dRSetFAT; spf=pass (mx1.freebsd.org: domain of adamw@adamw.org designates 2a00:1450:4864:20::42d as permitted sender) smtp.mailfrom=adamw@adamw.org X-Spamd-Result: default: False [-6.11 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[adamw-org.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[adamw.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[adamw-org.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[d.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; IP_SCORE(-2.78)[ip: (-9.37), ipnet: 2a00:1450::/32(-2.20), asn: 15169(-2.27), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.81)[-0.815,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 09:58:00 -0000 On Sun, May 19, 2019 at 3:53 AM Jonathan Chen wrote: > > Hi, > > With the update of devel/ccache to 3.7.1 (which includes a dependancy > on gmake), I'm seeing the following error when using synth to upgrade > my local ports: > > 9:33pm# synth status > Querying system about current package installations. > Stand by, comparing installed packages against the ports tree. > > devel/yajl scan aborted because a circular dependency on devel/ccache > was detected. > ... backtrace devel/gettext-runtime > ... backtrace devel/gmake > ... backtrace devel/ccache > ... backtrace devel/ninja > ... backtrace devel/yajl > Unfortunately, the system upgrade failed. > > I can't figure out the reason for this error, as I don't see the > relationship between ninja and ccache. Is anyone else seeing this? > > Cheers. It's not just synth. I'm seeing those errors in poudriere too. # Adam -- Adam Weinberger adamw@adamw.org https://www.adamw.org From owner-freebsd-ports@freebsd.org Sun May 19 09:58:17 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C53215A94BF for ; Sun, 19 May 2019 09:58:17 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9523987096 for ; Sun, 19 May 2019 09:58:16 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by mail-wr1-x42c.google.com with SMTP id f8so4921060wrt.1 for ; Sun, 19 May 2019 02:58:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=adamw-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sCp4sEhVjF0BTNoLi2JH4F7eI0PfCKudHjVSfkQBBGo=; b=BHTW/3U2DTp/JXRZpsImmG3s6PmkRN8b6EuuU7FP7rZvawPSu4h1k8g3Ww3pYVOEfp mEtg4AVl9H7jA/GFfPJJFERd3xmefdpeDgGNoq0T0zfArdlY566O0Kt1YSYlNXbeDuON Mg015fJpyWkiLmFzT+Dvq6KjP6ts11ntRBynnCT2zZ/6r854Mf9VSjtllYqZHwnyxBj6 6AKsASjYrNUgrAd8Cg4cG432FbhFVzCo8BvLXTI30mkOK9L7GwNaCIEDCcV8v8Yjhx2g 58uJUxHKR6MDjvHubMekYESERVArhr7Q4WEsD8j5Aec2dqhUQSPhzN94nkTQNOwMu/Vx uzCg== 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=sCp4sEhVjF0BTNoLi2JH4F7eI0PfCKudHjVSfkQBBGo=; b=c6K1cdntwngcWgM7RkwYnXmaU18ch3MZ1LaAsJtQFZesXQJAdFHR4pLH3T4j0yXixk 96Hbka2GBjV6QHH5k9j8RA3tWJsKvDKDAuG+/7SKA7wpJQxR0jEIV/326+uwShl7gjnF DgWCVSoeXT/3+9o7jlsw2Cx1Q+kITU4ZgMCDTGFazGYrjiOOKYJUrqcPQFhS6jVLMloY Q5Euqa5r2ia29Vs7wdmZ0Yb1At47PGLLVLBkr17f9WNHukmd36DauLyPdc2oLKDcq0Je 5oz1jdE5UE/Xw9SbpoGYiSqdpTpI2k2GwADwKwNxEbitBsQutHn3p9etH/1DcNOIbObP /o8w== X-Gm-Message-State: APjAAAVVr2RW/rhtfyDeeFQNP9qkXGOmWIjG+DdnEU25o4g0QGYBfGIX IVcZ2FwtlH/gyFxq/SSxvX2iIbW+wOwDaYW27Cw4NdsZW/Y= X-Google-Smtp-Source: APXvYqzveQ70k2KQ3jD4uaPnFWjlAwjnMk4az0ghcRn5RSphbYR7oHQLStyvhzhPB3mLyB5+eXw8zb09NT6jvhzj7CI= X-Received: by 2002:a5d:6a52:: with SMTP id t18mr39086146wrw.146.1558259895462; Sun, 19 May 2019 02:58:15 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Adam Weinberger Date: Sun, 19 May 2019 03:57:59 -0600 Message-ID: Subject: Re: devel/ccache update and circular dependancies To: Jonathan Chen Cc: FreeBSD Ports Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 9523987096 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=adamw-org.20150623.gappssmtp.com header.s=20150623 header.b=BHTW/3U2; spf=pass (mx1.freebsd.org: domain of adamw@adamw.org designates 2a00:1450:4864:20::42c as permitted sender) smtp.mailfrom=adamw@adamw.org X-Spamd-Result: default: False [-6.08 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[adamw-org.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[adamw.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[adamw-org.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[c.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt1.aspmx.l.google.com]; IP_SCORE(-2.76)[ip: (-9.26), ipnet: 2a00:1450::/32(-2.20), asn: 15169(-2.27), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.81)[-0.812,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 09:58:17 -0000 On Sun, May 19, 2019 at 3:57 AM Adam Weinberger wrote: > > On Sun, May 19, 2019 at 3:53 AM Jonathan Chen wrote: > > > > Hi, > > > > With the update of devel/ccache to 3.7.1 (which includes a dependancy > > on gmake), I'm seeing the following error when using synth to upgrade > > my local ports: > > > > 9:33pm# synth status > > Querying system about current package installations. > > Stand by, comparing installed packages against the ports tree. > > > > devel/yajl scan aborted because a circular dependency on devel/ccache > > was detected. > > ... backtrace devel/gettext-runtime > > ... backtrace devel/gmake > > ... backtrace devel/ccache > > ... backtrace devel/ninja > > ... backtrace devel/yajl > > Unfortunately, the system upgrade failed. > > > > I can't figure out the reason for this error, as I don't see the > > relationship between ninja and ccache. Is anyone else seeing this? > > > > Cheers. > > It's not just synth. I'm seeing those errors in poudriere too. s/errors/messages/ -- Adam Weinberger adamw@adamw.org https://www.adamw.org From owner-freebsd-ports@freebsd.org Sun May 19 14:40:20 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C602015AF78B for ; Sun, 19 May 2019 14:40:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-21.consmr.mail.ne1.yahoo.com (sonic304-21.consmr.mail.ne1.yahoo.com [66.163.191.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 28CD68E574 for ; Sun, 19 May 2019 14:40:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: CwComuAVM1l5sxzHK1TJJRtUgk_dXI_Bu0lkegalAAxvA1cUDKkG.Cp3FPOioUL sNIS7XiNkfC2Irkg78kGR6A0mGn59b1U9vjqxKzWV9Z_JPwNduvKIhnB0XIBrPT8j1cu.4Wq12qI kzcL9kh69ybW4YHJVxiHLajya3ZuoLd0YVJYdR9RgmECKmFR5U6xqe86QADviTzn5pg3G36dEL0U oXI3JBVWY8G68KwGYnc2741s.mibuA9N07nRX7Rd6Y.262xIdzQxGa37cixmgq8j5n.O.ooeklGe Ky3mTDXB8.ZLDI_CnwPUv_N..cb.h4EZzin8Kjb5O5xQytuwuIFf_oiMXqqU6bCRwPUugameSdz5 5cw_bwkDbjrh4SYNk_hPQYEW5cWs5uUTrZFyvC7vK3nTvmmH7h28JRWK70Gjrkg_LmmkZl.PmTpy kZ47KJRoxM3QHbB7JulEqatGkmU0lJXryOS2GMRbmquVHMN6lSzHnz9KEUOjzdx0G8B6AKl52g_5 v1JNEkr_74eeUDL2di34L4tzXho5ytn3vujYGPvnpdSgZv7JxSM9_V8Y.4Da_elc31eiTU5Jhvp3 Ukh3BG6toWNw4OwUrh8gliDenDkx8pmHj42htWm87dbxoyaDgPsBlz0CKnTF20ry8cLuHFg5bwWe vttjicKBs4OTjRrhgBr8wT.ocvIVbG.frOEdQZK1OJRfwV7xoDp_C_qNgr.XjBPCrzBFlNESRZ6Q HoEpjOJIjdWNo.GTfBXr2.jbXUwvM.8RlMvPwSuBuyZh178YiatKVpBZ97xGZO4cSYMO0NvEkHFB aRqY9dAHu.ZUtRy2KepZrSnkbkhEC6s4zk6.D4.X7T1ed9xFG186htLDcGUgRwGSSFPEoPM58pzm 56F7B83qeCxnokZMF0m6vXTojam9ief1xKzRWTkjkfcUVtaml3pNnIM8zDoyzT82oGkSMjoX.Z3Q ELzst3g9_HLVme8TiLnowD23Gk0ijo7ppmbWLKQ0xoKTRTAvR557Qyzq4.Px_o85_Qrtrq88SUq0 6Ld.cgeOrBQPKkRT0vOmDYdmLQ5FqtFG__mfWzn4waPnN0pvA.KMz.1n7toJIP5rvEzSboFBj0P1 YWEmNjFQtnBYTcdumdRVRatnES.E2XFRsd_bBeiP54BGAgJi.O9LVeOeqh2F7aFpS1xi59ASo1.6 AyicRAuop08a6MXhJ22Sd6bKOGqYvTiFhfBkj178.xslbFtGhRh0RLrNiYydfwIy.KP9N Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Sun, 19 May 2019 14:40:11 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp428.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID cd929e2a9d3e26e6697611c910972b71; Sun, 19 May 2019 14:40:08 +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.4 \(3445.104.11\)) Subject: FYI: Unable to build -r501994 ports' devel/qt5-core on clang 8 based powerpc64 system: "Q_ATOMIC_INT64_IS_SUPPORTED must be defined on a 64-bit platform" Message-Id: <2E1BCA58-8420-4B74-A0CB-FBDC744BDDA6@yahoo.com> Date: Sun, 19 May 2019 07:40:06 -0700 To: FreeBSD PowerPC ML , ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 28CD68E574 X-Spamd-Bar: + X-Spamd-Result: default: False [1.28 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.32)[-0.321,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[0.996,0]; NEURAL_HAM_LONG(-0.50)[-0.501,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.61)[ip: (5.56), ipnet: 66.163.184.0/21(1.42), asn: 36646(1.13), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[147.191.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 14:40:20 -0000 This was in a poudriere bulk build on a head -r347549 based powerpc64 system with system clang 8 for cc and c++ and base/binutils for the likes of ld. But the build of qt5-core uses g++8. The log shows: --- .obj/qatomic.o --- g++8 -c -O2 -pipe -g -fstack-protector-strong = -Wl,-rpath=3D/usr/local/lib/gcc8 -Wl,-rpath=3D/usr/local/lib/gcc8 -Og = -std=3Dc++1z -fvisibility=3Dhidden -fvisibility-inlines-hidden -Wall -W = -pthread -fPIC -DQT_GLIB -DQT_NO_USING_NAMESPACE -DQT_NO_FOREACH = -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_BUILD_CORE_LIB = -DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS = -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_DEPRECATED_WARNINGS = -DQT_DISABLE_DEPRECATED_BEFORE=3D0x050000 -D_LARGEFILE64_SOURCE = -D_LARGEFILE_SOURCE -I. -Iglobal -I../3rdparty/harfbuzz/src = -I../3rdparty/md5 -I../3rdparty/md4 -I../3rdparty/sha3 -I../3rdparty = -I../3rdparty/double-conversion/include = -I../3rdparty/double-conversion/include/double-conversion = -I../3rdparty/forkfd -I../3rdparty/tinycbor/src -I../../include = -I../../include/QtCore -I../../include/QtCore/5.12.2 = -I../../include/QtCore/5.12.2/QtCore -I.moc -I.tracegen -isystem = /usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include = -I/usr/local/lib/gcc8/include -I%%LOCALBASE%%/lib/gcc8/include/c++ = -isystem /usr/local/include -I/usr/local/lib/qt5/mkspecs/freebsd-g++ -o = .obj/qatomic.o thread/qatomic.cpp thread/qatomic.cpp:1624:4: error: #error "Q_ATOMIC_INT64_IS_SUPPORTED = must be defined on a 64-bit platform" # error "Q_ATOMIC_INT64_IS_SUPPORTED must be defined on a 64-bit = platform" ^~~~~ In file included from ../../include/QtCore/qglobal.h:1, from thread/qatomic.h:41, from thread/qatomic.cpp:41: ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: required = from 'class QAtomicInteger' thread/qatomic.cpp:1631:1: required from here ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) = ^~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: note: = in expansion of macro 'Q_STATIC_ASSERT_X' Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); ^~~~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: required = from 'class QAtomicInteger' thread/qatomic.cpp:1632:1: required from here ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) = ^~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: note: = in expansion of macro 'Q_STATIC_ASSERT_X' Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); ^~~~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: required = from 'class QAtomicInteger' thread/qatomic.cpp:1633:1: required from here ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) = ^~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: note: = in expansion of macro 'Q_STATIC_ASSERT_X' Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); ^~~~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: required = from 'class QAtomicInteger' thread/qatomic.cpp:1634:1: required from here ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) = ^~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: note: = in expansion of macro 'Q_STATIC_ASSERT_X' Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); ^~~~~~~~~~~~~~~~~ *** [.obj/qatomic.o] Error code 1 make[1]: stopped in = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/co= relib 1 error make[1]: stopped in = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/co= relib *** Error code 2 Stop. make: stopped in /usr/ports/devel/qt5-core =3D>> Cleaning up wrkdir =3D=3D=3D> Cleaning for qt5-core-5.12.2_1 build of devel/qt5-core | qt5-core-5.12.2_1 ended at Sun May 19 02:49:31 = PDT 2019 build time: 00:26:21 !!! build failure encountered !!! For reference: Configure summary: Build type: freebsd-g++ (power64, CPU features: ) Compiler: unknown (gcc8) Configuration: compile_examples largefile optimize_debug shared rpath = debug c++11 c++14 c++1z concurrent no-gui reduce_exports release_tools = separate_debug_info stl no-widgets Build options: Mode ................................... debug; optimized tools Optimize debug build ................... yes Building shared libraries .............. yes Using C standard ....................... C11 Using C++ standard ..................... C++1z Using ccache ........................... no Using gold linker ...................... no Using precompiled headers .............. no Using LTCG ............................. no Target compiler supports: Build parts ............................ libs tools Qt modules and options: Qt Concurrent .......................... yes Qt D-Bus ............................... no Qt D-Bus directly linked to libdbus .... no Qt Gui ................................. no Qt Network ............................. yes Qt Sql ................................. yes Qt Testlib ............................. yes Qt Widgets ............................. no Qt Xml ................................. yes Support enabled for: Using pkg-config ....................... yes udev ................................... no Using system zlib ...................... yes Qt Core: DoubleConversion ....................... yes Using system DoubleConversion ........ no GLib ................................... yes iconv .................................. no ICU .................................... yes Tracing backend ........................ Logging backends: journald ............................. no syslog ............................... no slog2 ................................ no Using system PCRE2 ..................... yes Qt Network: getifaddrs() ........................... yes IPv6 ifname ............................ yes libproxy ............................... no OpenSSL ................................ no Qt directly linked to OpenSSL ........ no OpenSSL 1.1 ............................ no DTLS ................................... no SCTP ................................... no Use system proxies ..................... yes Qt Gui: Accessibility .......................... no FreeType ............................... no Using system FreeType ................ no HarfBuzz ............................... no Using system HarfBuzz ................ no Fontconfig ............................. no Image formats: GIF .................................. no ICO .................................. yes JPEG ................................. no Using system libjpeg ............... no PNG .................................. no Using system libpng ................ no EGL .................................... no OpenVG ................................. no OpenGL: Desktop OpenGL ....................... no OpenGL ES 2.0 ........................ no OpenGL ES 3.0 ........................ no OpenGL ES 3.1 ........................ no OpenGL ES 3.2 ........................ no Vulkan ................................. no Session Management ..................... yes Features used by QPA backends: evdev .................................. no libinput ............................... no INTEGRITY HID .......................... no mtdev .................................. no tslib .................................. no xkbcommon .............................. no X11 specific: XLib ................................. no XCB Xlib ............................. no EGL on X11 ........................... no QPA backends: DirectFB ............................... no EGLFS .................................. no LinuxFB ................................ no VNC .................................... yes Mir client ............................. no Qt Sql: SQL item models ........................ yes Qt Widgets: GTK+ ................................... no Styles ................................. Fusion Windows Qt PrintSupport: CUPS ................................... no Qt Sql Drivers: DB2 (IBM) .............................. no InterBase .............................. no MySql .................................. no OCI (Oracle) ........................... no ODBC ................................... no PostgreSQL ............................. no SQLite2 ................................ no SQLite ................................. yes Using system provided SQLite ......... no TDS (Sybase) ........................... no Qt Testlib: Tester for item models ................. yes WARNING: Feature xkb is insignificant in this configuration, ignoring = related command line option(s). WARNING: Accessibility disabled. This configuration of Qt is = unsupported. # svnlite diff /usr/ports/devel/qt5-core/ | more # (So no differences.) =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 May 19 14:40:46 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDC0A15AF7D5 for ; Sun, 19 May 2019 14:40:45 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-eopbgr810071.outbound.protection.outlook.com [40.107.81.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1F128E5FE; Sun, 19 May 2019 14:40:44 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EoKk0e1LtpdOlA7Ej50tOI34FCtSBEKZGDL5URVC5xk=; b=IFNZr5LUIMmYVBLXhsdIeHZXsD+QLgj3XHUARIB8rvoU1hbz6/M6zfss87lRHI6BHmpc13y7T4nFNWtql0dsaV+uMdnObYmxcZyGFRw/NI4KsQV6ABOhYFd6cZF+kbOH6HHEl7DTs/MKLcUVfaNO130uAg6sCD4ucMp9Xf18gmM= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB6420.namprd06.prod.outlook.com (20.176.179.205) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1900.18; Sun, 19 May 2019 14:40:40 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1900.020; Sun, 19 May 2019 14:40:40 +0000 From: James Shuriff To: Mark Millard CC: ports-list freebsd , "bapt@FreeBSD.org" , "jhb@FreeBSD.org" Subject: RE: maintenance of gcc cross ports Thread-Topic: maintenance of gcc cross ports Thread-Index: AQHVDgRVF2udLzIfIU+R3HV1UCe6f6Zyehpw Date: Sun, 19 May 2019 14:40:39 +0000 Message-ID: References: <0BDF4BD8-EF07-4226-A2BA-4ACE476CD6FC@yahoo.com> In-Reply-To: <0BDF4BD8-EF07-4226-A2BA-4ACE476CD6FC@yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 06fb74aa-7e49-4520-a755-08d6dc67f6d1 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB6420; x-ms-traffictypediagnostic: BN7PR06MB6420: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:1051; x-forefront-prvs: 00429279BA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39830400003)(366004)(346002)(136003)(376002)(13464003)(38564003)(199004)(189003)(316002)(86362001)(74482002)(64756008)(6506007)(66946007)(53546011)(66446008)(66476007)(102836004)(54906003)(73956011)(486006)(76116006)(66556008)(446003)(11346002)(99286004)(229853002)(186003)(7736002)(305945005)(74316002)(53936002)(68736007)(6436002)(26005)(8676002)(81156014)(81166006)(52536014)(8936002)(508600001)(71190400001)(71200400001)(6246003)(14454004)(3846002)(25786009)(33656002)(4326008)(6116002)(9686003)(55016002)(66066001)(5660300002)(256004)(476003)(7696005)(14444005)(76176011)(6916009)(2906002)(5024004); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB6420; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: OxNUgosTHelecgvjjz+lQy1hSzVGv7I55TJ/3bEmk5bUYOFSywjbS1p8GWbwWmj6D9ORNgaguVOJ0LBrpwepQd7C1wywRV573GLu5sXfSuqDQ/751hneAF1kMu2+ChgzX1HyjK3KjN0YUYvAyuAlLBgcd/refsCbg37BC7En4Rmz1+IQ4EQVKt7VAJMLg4VH4T1lyTa8wdRiw1+6MvQTizk3ZeEuAtZa3/AZ7WE3R/cmSxBisJ+Qn/IVhfzWi2C4KJ2rQH6OxSsTpY1lod2v//nsCM80fDUZnqe72qZ0CgwtEEEvaZD+IuwVfaAkvto8G75MMj0+iTP/yOjL7Sro06ZO4ldLzg8Ujqw2MCs6NyUo3hZh6HZNmjpJ8AaSw3r4r1B6oawi7ttqzAR42lmucPCuSY04ZJt1c2LVCflPOHw= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 06fb74aa-7e49-4520-a755-08d6dc67f6d1 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2019 14:40:39.9091 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB6420 X-Rspamd-Queue-Id: B1F128E5FE X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=IFNZr5LU; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.81.71 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-1.75 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.97)[-0.970,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.73)[0.729,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MX_GOOD(-0.01)[opentech-cc.mail.protection.outlook.com,opentech-cc.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[71.81.107.40.list.dnswl.org : 127.0.3.0]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 14:40:46 -0000 I didn't/don't plan on touching binutils. Binutils is okay. I made new patc= hes as well. What I'm really concerned with bringing up to date is aarch64-= none-elf-gcc. The GNU toolchain is unfortunately required for building an A= arch64 system and is a prereq for a bunch of sysutils arm ports. At worst w= e can do something like what's done with the lang ports gcc6, gcc7, gcc8. I= 've CC'd the maintainers so hopefully they can give us some input and we ca= n come up with a solution. As for Makefile issues, this is only an issue for the arm-none-eabi-gcc and= aarch64-none-elf-gcc ports because they have multiple hyphens. It's mostly= a cosmetic issue. Each port has its own plist because gcc generates differ= ent headers depending on the platform so the PLIST TARGETARCH regex doesn't= really affect all that much. There are some clang flags dependent on TARGE= TARCH but whoever wrote the aarch64-none-elf-gcc port must have known it wa= sn't working in the master because the check is in the bare metal port as w= ell. The stripping out of all hyphens causes things like "gcc version 6.4.0= (FreeBSD Ports Collection for aarch64noneelf)". I use ${PKGNAMEPREFIX:C/-$= //} for the comment and version and ${PKGNAMEPREFIX:C/-.*//} for TARGETARCH= . The original regex for all of those is ${PKGNAMEPREFIX:C/-//g} and I'm su= re you can see how that's a problem when there's multiple hyphens. - James Shuriff -----Original Message----- From: Mark Millard Sent: Sunday, May 19, 2019 1:33 AM To: James Shuriff ; ports-list freebsd Subject: Re: maintenance of gcc cross ports James Shuriff james at opentech.cc wrote on Sat May 18 12:29:22 UTC 2019 : > The powerpc64-gcc port and all the ports that use it as a master (aarch64= -gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, i386-gcc, mips-gc= c, mips64-gcc, and sparc64-gcc) are very old and use buggy makefiles. I wou= ld like to take over maintenance of these ports. Powerpc64-gcc uses an old = version of gcc and the makefile is buggy. Certain variables use bad regular= expressions thus don't do what they're supposed to do. I've fixed up the m= akefiles and made new plists with a newer version of gcc. Be aware that: /[ports]/head/base/binutils depends on devel/binutils via: MASTERDIR=3D${.CURDIR}/../../devel/binutils /[ports]/head/base/gcc depends on devel/powerpc64-gcc via: EXTRA_PATCHES+=3D ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-format= -extensions EXTRA_PATCHES+=3D ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-libdir EXTRA_PATCHES+=3D ${.CURDIR}/../../devel/powerpc64-gcc/files/patch-gcc-free= bsd-mips The maintainer is listed as: bapt@FreeBSD.org but the activity tends to be = jhb@FreeBSD.org . There are other, more overall FreeBSD toolchain efforts t= hat these various ports are tied to. That may constrain what can be done wh= en. You would probably need to consult with these folks about any changes. I use these ports for doing alternate toolchain buildworld buildkernel acti= vities, including using, say, devel/powerpc64-gcc on a powerpc64 machine to= self host with more modern tools than gcc 4.2.1 based ones. As I understand, being in devel/ instead of lang/ for gcc tools is tied to = being constructed for the system-building activities instead of for general= use. You might want to show your Makefile updates so that that the problems are = fully explicit. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-ports@freebsd.org Sun May 19 14:47:48 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43FAD15AFBE7 for ; Sun, 19 May 2019 14:47:48 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-eopbgr810048.outbound.protection.outlook.com [40.107.81.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81B158EABC; Sun, 19 May 2019 14:47:47 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fy/jY8/tGL4Tn83sdlekqVboM19b1HztgJ2zhelbWI8=; b=AdDxvxJk8T0P9WbEKtrWFKA5Nn6Yfk/CiuZpNF1FAhhJ+BO2uTKhloJxi6xfdCYxpAZz6RtA/L+kKyTzZEIufr2c3gEFj2cx+MNtsKgLHjTUB1b81Erypv+RR2xwAflbBYvVIviAa6Vb8bTNwy/o3Xm8yMRd2uUQ8W6+ZoiuAWo= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB5330.namprd06.prod.outlook.com (20.176.30.225) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1900.18; Sun, 19 May 2019 14:47:44 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1900.020; Sun, 19 May 2019 14:47:43 +0000 From: James Shuriff To: Kurt Jaeger CC: "freebsd-ports@freebsd.org" Subject: RE: maintenance of gcc cross ports Thread-Topic: maintenance of gcc cross ports Thread-Index: AdUNdK1kgD6vHN/1Snqv095uJfIKZwAnAyYAABA3pgA= Date: Sun, 19 May 2019 14:47:43 +0000 Message-ID: References: <20190519070147.GA72200@home.opsec.eu> In-Reply-To: <20190519070147.GA72200@home.opsec.eu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e802a4f3-dc3c-42a9-d78f-08d6dc68f385 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB5330; x-ms-traffictypediagnostic: BN7PR06MB5330: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:2512; x-forefront-prvs: 00429279BA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(396003)(376002)(136003)(366004)(39830400003)(13464003)(38564003)(199004)(189003)(99286004)(55016002)(66066001)(74482002)(74316002)(25786009)(52536014)(450100002)(7696005)(9686003)(4744005)(5660300002)(71190400001)(33656002)(71200400001)(66476007)(66556008)(256004)(73956011)(66946007)(76116006)(316002)(76176011)(14444005)(5024004)(66446008)(64756008)(6436002)(4326008)(86362001)(229853002)(476003)(7736002)(81156014)(8676002)(186003)(14454004)(305945005)(446003)(53546011)(68736007)(486006)(6506007)(102836004)(11346002)(6916009)(508600001)(26005)(6246003)(6116002)(3846002)(8936002)(53936002)(81166006)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB5330; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: Grx6ObMvseJCOa8adNFXGAwe4QJOpuqDd09zjykITDuvmQSPDI4g41aS4qiQRj52uZEuvYYlk3GWbft4pBUgkuELuefClk5Z2QUQVy2Rp6pghKNUZYU95Ju0UH9XQ4VBaHVl0Jfupl3nwS524BkmuTxdDnVAqvu+EewQ7C7s8BcIsbEfwruTDyDXdRE7xxOBNa/GwQ8Opm5GNMYahonehTmDfsF+Bl/QW9HW8xJFPJqLwsrgcU7ITcdN+av3m6dfG4KTfTcsPKOgL1hnbDa44q4Inbk4fAvLRpBEpHXu5id81sJ1g3+hqAgiz5Va4ACnwAMzzKUPnsdKUqn5Gq8mhsjihKrJ69qDwY9qKThCpDP1QNi6NoCfEycO7BaOu7wH4K/nD8oK0hkdHaIn0WUCRvfqdgBMGEeFzFlZLKDVs0A= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: e802a4f3-dc3c-42a9-d78f-08d6dc68f385 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2019 14:47:43.9068 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB5330 X-Rspamd-Queue-Id: 81B158EABC X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.975,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 14:47:48 -0000 I submitted a bug report. - James Shuriff -----Original Message----- From: Kurt Jaeger Sent: Sunday, May 19, 2019 3:02 AM To: James Shuriff Cc: freebsd-ports@freebsd.org Subject: Re: maintenance of gcc cross ports Hi! > The powerpc64-gcc port and all the ports that use it as a master > (aarch64-gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, > i386-gcc, mips-gcc, mips64-gcc, and sparc64-gcc) are very old and use > buggy makefiles. > I would like to take over maintenance of these ports. [...] Can you submit patches via bugs.freebsd.org so that your patches can be wor= ked on ? -- pi@opsec.eu +49 171 3101372 One year to go ! ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-ports@freebsd.org Sun May 19 15:46:30 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A32315B0FBB for ; Sun, 19 May 2019 15:46:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (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 678ED69D38 for ; Sun, 19 May 2019 15:46:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GW5sRrwVM1lZvVrGS4X35KkwDbspyL.k9Ampj_C19Qz5JcDIqhfQfs8TJt6bO3R GrwugqWkIQbmrIHoWJ3fIO6OfnuDuBCVJj6Dwrj3Hd3Ya2oAlqZ8IEbgEO2eebm3bgO61nDbjM7W GqcD1ra_F3YhLG7Weypm4hTQkL2ThxfKXj.vC8dghMEr4rNhfeCzlhLJW6ZbtLamGpd8MUPuJBHz lpdj1sjbW.kG15k7OIQB7CcGY2RRFwZNHFMZJafXqVhZFCAbHqQIcA_dFrzKdlbq6BunDud4lI6N UyGqe2KHIsBlWdWQE7LwIQp4lgasJE4SlH6xIuDOKkRdKRk.NUUiM1Xb4YVFVHqauy2nqEbM3_A0 1.MuhvaEfC_HcE6_B2kFI4zjh4QWtjGx7uqbPOPiAn_NMAxg9RkhNdkQQB6n_5IkK5q5lwIoKOM. FllF1vyAJI.Y97hxuZRPJHv8US9CT4PQG1a1ryr7g9sdkzR7T0jDUUBtz7EMHIBtX25EJD0FS2_2 o9ALNTh3xOrI7OqJLiBlAaaPsYOw8rbkTXXLoQ3e2AG67Sbyt1KeqzQcXRxrxZUuDPMTBdXJTyNe E1_0evIK2hroDXz44RwKPZ8E3TdeK62jy9jYG.mU65Iq2w9BLpCRRhQIAwCnSxAD9x5CTmbGwpez h8AwyA1PQ0UnSMHSXBG3kYkJA5_KftHhBoKQaoHowSqgzLHRlOMktKBP_NDFlMu7f.JXcsK4kfCh mutTtw9IU.ay7LrTxkP14rWzcSdn_Hkp1vRPSQNUF_g83db9Zm8p.8C585kEHsokgKBUTAbaiLXH VYdVzaWb.2HQR8D414rlpWW.iy56vzOBLeMfNYjt0TlFJvPq_o4i2E9_RBMBvNYhRAudNies1R2Y KF76fhae48eysFduHUzIExOehMcjJhgt7olqbqONzPASnErN0dcJThWdLhAXKGtXUYy8bOGyf_0f Flxw5M5WSNgNfY3LH29713SHq6HYZ_nnDZD6XWEps80YyMOTGMnwiVpCVVj7MgZQmBaXS_d.TBFR zFOpD2ovPzXKITOr_qGMq.X4Zo89uwgGg.J5lALp88oOv.eJtn_eDd3qFwzOvoLAipguxOn2Nog4 wFrn2B9pNkbyKpZXiqcrQclWRNMfSUWWxu3VxEFPhFmO7nAtdG.kD.qXNQDbRyeM0vb.wJ4RiWhq fMnD_8j9Cp7s0_257ZABVmrhqrkzOKi7kjFC10MJiKNmhiLfEOS0pkSgkXbC68fHTcUD4Guk- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 May 2019 15:46:22 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp419.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8af2d86533f90ec8c05e2f43116df262; Sun, 19 May 2019 15:46:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: maintenance of gcc cross ports From: Mark Millard In-Reply-To: Date: Sun, 19 May 2019 08:46:19 -0700 Cc: ports-list freebsd , "bapt@FreeBSD.org" , "jhb@FreeBSD.org" Content-Transfer-Encoding: quoted-printable Message-Id: <2A90CC78-117B-4988-9022-1687872B6C59@yahoo.com> References: <0BDF4BD8-EF07-4226-A2BA-4ACE476CD6FC@yahoo.com> To: James Shuriff X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 678ED69D38 X-Spamd-Bar: + X-Spamd-Result: default: False [1.17 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.46)[-0.463,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.91)[0.910,0]; NEURAL_HAM_LONG(-0.38)[-0.377,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.61)[ip: (6.32), ipnet: 98.137.64.0/21(1.00), asn: 36647(0.80), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[31.64.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 15:46:30 -0000 On 2019-May-19, at 07:40, James Shuriff wrote: > I didn't/don't plan on touching binutils. Binutils is okay. I made new = patches as well. What I'm really concerned with bringing up to date is = aarch64-none-elf-gcc. > The GNU toolchain is unfortunately required for building an Aarch64 = system Are you specifically referencing contexts that need to build u-boot? (My guess is: yes.) I've done buildworld buildkernel based on system clang and lld many = times in the past, though not very recently. (I currently do not have access = to the environment but will again, eventually.) For aarch64 I'd mostly recently built for and used: A) a Pine64+ 2GB (needs: sysutils/u-boot-pine64 ) B) an OverDrive 1000 (no u-boot build needed) I've done amd64->aarch64 cross builds and self hosted ones for/on such. The OverDrive 1000 builds did not involve devel/aarch64-none-elf-gcc at all as far as I can remember. > and is a prereq for a bunch of sysutils arm ports. Yep. Are there sysutils/u-boot-* 's that no longer build under gcc 6.4.0? Other things? > At worst we can do something like what's done with the lang ports = gcc6, gcc7, gcc8. I've CC'd the maintainers so hopefully they can give = us some input and we can come up with a solution. >=20 > As for Makefile issues, this is only an issue for the = arm-none-eabi-gcc and aarch64-none-elf-gcc ports because they have = multiple hyphens. It's mostly a cosmetic issue. Each port has its own = plist because gcc generates different headers depending on the platform = so the PLIST TARGETARCH regex doesn't really affect all that much. There = are some clang flags dependent on TARGETARCH but whoever wrote the = aarch64-none-elf-gcc port must have known it wasn't working in the = master because the check is in the bare metal port as well. The = stripping out of all hyphens causes things like "gcc version 6.4.0 = (FreeBSD Ports Collection for aarch64noneelf)". I use = ${PKGNAMEPREFIX:C/-$//} for the comment and version and = ${PKGNAMEPREFIX:C/-.*//} for TARGETARCH. The original regex for all of = those is ${PKGNAMEPREFIX:C/-//g} and I'm sure you can see how that's a = problem when there's multiple hyphens. Thanks for the notes. > - James Shuriff >=20 > -----Original Message----- > From: Mark Millard > Sent: Sunday, May 19, 2019 1:33 AM > To: James Shuriff ; ports-list freebsd = > Subject: Re: maintenance of gcc cross ports >=20 > James Shuriff james at opentech.cc wrote on Sat May 18 12:29:22 UTC = 2019 : >=20 >> The powerpc64-gcc port and all the ports that use it as a master = (aarch64-gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, = i386-gcc, mips-gcc, mips64-gcc, and sparc64-gcc) are very old and use = buggy makefiles. I would like to take over maintenance of these ports. = Powerpc64-gcc uses an old version of gcc and the makefile is buggy. = Certain variables use bad regular expressions thus don't do what they're = supposed to do. I've fixed up the makefiles and made new plists with a = newer version of gcc. >=20 > Be aware that: >=20 > /[ports]/head/base/binutils depends on devel/binutils via: >=20 > MASTERDIR=3D${.CURDIR}/../../devel/binutils >=20 > /[ports]/head/base/gcc depends on devel/powerpc64-gcc via: >=20 > EXTRA_PATCHES+=3D = ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-format-extensions > EXTRA_PATCHES+=3D = ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-libdir > EXTRA_PATCHES+=3D = ${.CURDIR}/../../devel/powerpc64-gcc/files/patch-gcc-freebsd-mips >=20 > The maintainer is listed as: bapt@FreeBSD.org but the activity tends = to be jhb@FreeBSD.org . There are other, more overall FreeBSD toolchain = efforts that these various ports are tied to. That may constrain what = can be done when. You would probably need to consult with these folks = about any changes. >=20 > I use these ports for doing alternate toolchain buildworld buildkernel = activities, including using, say, devel/powerpc64-gcc on a powerpc64 = machine to self host with more modern tools than gcc 4.2.1 based ones. > As I understand, being in devel/ instead of lang/ for gcc tools is = tied to being constructed for the system-building activities instead of = for general use. >=20 > You might want to show your Makefile updates so that that the problems = are fully explicit. >=20 =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 May 19 17:48:22 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01C8015B3CE8 for ; Sun, 19 May 2019 17:48:22 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM05-DM3-obe.outbound.protection.outlook.com (mail-eopbgr730074.outbound.protection.outlook.com [40.107.73.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 556516DF8A; Sun, 19 May 2019 17:48:19 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Hf+8zeSmF4QSGEjNnPIBfXOu+YiHd+usOFHjN79QdvI=; b=V4GoQX6FyJ1uyOtNpATnyLlyAizXaVsoP9aF1DQpiOv1XQCN/AAD9fW8eNV806ihMqa/7K6CaEwdx/hdOoCaqVXDDB9gy+uiH3B06ol+jfk1bkOG/RTEOYCuicrIfYAUHzOnSJhAULDrB0TEsVp50tWfGUZ4fpDYF3oV6CbcVPM= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB3810.namprd06.prod.outlook.com (52.132.217.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1900.18; Sun, 19 May 2019 17:48:15 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1900.020; Sun, 19 May 2019 17:48:15 +0000 From: James Shuriff To: Mark Millard CC: ports-list freebsd , "bapt@FreeBSD.org" , "jhb@FreeBSD.org" Subject: RE: maintenance of gcc cross ports Thread-Topic: maintenance of gcc cross ports Thread-Index: AQHVDgRVF2udLzIfIU+R3HV1UCe6f6ZyehpwgAAd3YCAABCVcA== Date: Sun, 19 May 2019 17:48:14 +0000 Message-ID: References: <0BDF4BD8-EF07-4226-A2BA-4ACE476CD6FC@yahoo.com> <2A90CC78-117B-4988-9022-1687872B6C59@yahoo.com> In-Reply-To: <2A90CC78-117B-4988-9022-1687872B6C59@yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5f68e9ad-a225-467a-b7e7-08d6dc822b7a x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB3810; x-ms-traffictypediagnostic: BN7PR06MB3810: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3631; x-forefront-prvs: 00429279BA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(39830400003)(376002)(346002)(396003)(136003)(199004)(189003)(13464003)(51914003)(38564003)(3846002)(53546011)(71190400001)(6116002)(6436002)(508600001)(6506007)(102836004)(54906003)(7696005)(71200400001)(4326008)(52536014)(76176011)(9686003)(66446008)(5660300002)(316002)(66476007)(76116006)(66066001)(5024004)(73956011)(66946007)(68736007)(6916009)(64756008)(66556008)(14444005)(256004)(6306002)(966005)(55016002)(99286004)(33656002)(186003)(26005)(2906002)(6246003)(11346002)(446003)(14454004)(74316002)(74482002)(8936002)(7736002)(81166006)(305945005)(229853002)(476003)(81156014)(53936002)(25786009)(8676002)(86362001)(486006); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB3810; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: ayn2fDNkUIg8xcAtNJY2KNcgxmMLXHksyYathASrlHIRv/KWCDihxlnU469VKEK3WL1It1DQy3BHddK7e418mDTswlGHyCkS5ptuyx5Gue+/7WmSzoCD/hsx8HTypCJTnR7N8TEnVwkUUtad2nEq+PwGrr3epHKEBCxmPDXr2hs5r7ojScW7qyk1gD6oAYCi/+oMo3VmrjRD21PAYDoycsnj4cAbKO/pgpqrDt7gEzje7mKVxPlPTflx7Pv534wZpmpznvCekrTHESv+VaIC0i69OkyExAN4Wr3VLWkKAK4A+2cz/uHlJG+hWrnatXhmgOlgLFO10OoOANidlnnQ4OOcr5SEabv5v7GPuA/lQ1AS7UvdpWyWuIlHN5Cl26hQU1fmN9XIA1NiMlXjc1ngLtFlVTlw+QYL30bjKDZJy+E= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 5f68e9ad-a225-467a-b7e7-08d6dc822b7a X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2019 17:48:15.0876 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB3810 X-Rspamd-Queue-Id: 556516DF8A X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=V4GoQX6F; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.73.74 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-1.97 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.97)[-0.968,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.50)[0.499,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MX_GOOD(-0.01)[cached: opentech-cc.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[74.73.107.40.list.dnswl.org : 127.0.3.0]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 17:48:22 -0000 I have a Raspberry Pi 3 model b. I use the LLVM toolchain to build the syst= em but the GNU toolchain is required to build U-Boot. U-Boot uses global re= gister variables and LLVM doesn't support this. sysutils/u-boot-pine64 does= use aarch64-none-elf-gcc, for the same reason. The family is allwinner64 a= nd that's set to use aarch64-none-elf-gcc. Here is an article explaining th= e feature U-Boot uses that's not in LLVM (the reason GNU is required for bu= ilding it): https://gcc.gnu.org/onlinedocs/gcc/Global-Register-Variables.html Aarch64 is a Tier 2 architecture. The toolchain should have an active maint= ainer (the maintainer is listed as ports@FreeBSD.org). I've opened a bug re= port for the bugs in the Makefile. We should be using a newer toolchain or = separate arm-none-eabi and aarch64-none-elf from powerpc64. I am guessing t= he Makefile bugs occurred because the original designer didn't intend on po= werpc64-gcc being used for targets like arm-none-eabi and aarch64-none-elf.= The patches you pointed out before don't even have any effect on the bare = metal ports. The arm and aarch64 bare metal ports are the oddballs in the g= roup. The difference being: powerpc64-gcc, aarch64-gcc, amd64-gcc, i386-gcc= , mips*-gcc, and sparc64-gcc are all intended for, as you said Mark, altern= ate toolchain work with FreeBSD. These are not the official toolchains for = FreeBSD and I can see why they don't have the same level of care as the off= icial toolchain. But the side effect of this is arm-none-eabi-gcc and aarch= 64-none-elf-gcc receive the same level of support, though they are *require= d* to build most FreeBSD systems on those platforms. - James Shuriff -----Original Message----- From: Mark Millard Sent: Sunday, May 19, 2019 11:46 AM To: James Shuriff Cc: ports-list freebsd ; bapt@FreeBSD.org; jhb@F= reeBSD.org Subject: Re: maintenance of gcc cross ports On 2019-May-19, at 07:40, James Shuriff wrote: > I didn't/don't plan on touching binutils. Binutils is okay. I made new pa= tches as well. What I'm really concerned with bringing up to date is aarch6= 4-none-elf-gcc. > The GNU toolchain is unfortunately required for building an Aarch64 > system Are you specifically referencing contexts that need to build u-boot? (My gu= ess is: yes.) I've done buildworld buildkernel based on system clang and lld many times i= n the past, though not very recently. (I currently do not have access to th= e environment but will again, eventually.) For aarch64 I'd mostly recently built for and used: A) a Pine64+ 2GB (needs: sysutils/u-boot-pine64 ) B) an OverDrive 1000 (no u-boot build needed) I've done amd64->aarch64 cross builds and self hosted ones for/on such. The= OverDrive 1000 builds did not involve devel/aarch64-none-elf-gcc at all as= far as I can remember. > and is a prereq for a bunch of sysutils arm ports. Yep. Are there sysutils/u-boot-* 's that no longer build under gcc 6.4.0? Other things? > At worst we can do something like what's done with the lang ports gcc6, g= cc7, gcc8. I've CC'd the maintainers so hopefully they can give us some inp= ut and we can come up with a solution. > > As for Makefile issues, this is only an issue for the arm-none-eabi-gcc a= nd aarch64-none-elf-gcc ports because they have multiple hyphens. It's most= ly a cosmetic issue. Each port has its own plist because gcc generates diff= erent headers depending on the platform so the PLIST TARGETARCH regex doesn= 't really affect all that much. There are some clang flags dependent on TAR= GETARCH but whoever wrote the aarch64-none-elf-gcc port must have known it = wasn't working in the master because the check is in the bare metal port as= well. The stripping out of all hyphens causes things like "gcc version 6.4= .0 (FreeBSD Ports Collection for aarch64noneelf)". I use ${PKGNAMEPREFIX:C/= -$//} for the comment and version and ${PKGNAMEPREFIX:C/-.*//} for TARGETAR= CH. The original regex for all of those is ${PKGNAMEPREFIX:C/-//g} and I'm = sure you can see how that's a problem when there's multiple hyphens. Thanks for the notes. > - James Shuriff > > -----Original Message----- > From: Mark Millard > Sent: Sunday, May 19, 2019 1:33 AM > To: James Shuriff ; ports-list freebsd > > Subject: Re: maintenance of gcc cross ports > > James Shuriff james at opentech.cc wrote on Sat May 18 12:29:22 UTC 2019 = : > >> The powerpc64-gcc port and all the ports that use it as a master (aarch6= 4-gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, i386-gcc, mips-g= cc, mips64-gcc, and sparc64-gcc) are very old and use buggy makefiles. I wo= uld like to take over maintenance of these ports. Powerpc64-gcc uses an old= version of gcc and the makefile is buggy. Certain variables use bad regula= r expressions thus don't do what they're supposed to do. I've fixed up the = makefiles and made new plists with a newer version of gcc. > > Be aware that: > > /[ports]/head/base/binutils depends on devel/binutils via: > > MASTERDIR=3D${.CURDIR}/../../devel/binutils > > /[ports]/head/base/gcc depends on devel/powerpc64-gcc via: > > EXTRA_PATCHES+=3D > ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-format-extensions > EXTRA_PATCHES+=3D > ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-libdir > EXTRA_PATCHES+=3D > ${.CURDIR}/../../devel/powerpc64-gcc/files/patch-gcc-freebsd-mips > > The maintainer is listed as: bapt@FreeBSD.org but the activity tends to b= e jhb@FreeBSD.org . There are other, more overall FreeBSD toolchain efforts= that these various ports are tied to. That may constrain what can be done = when. You would probably need to consult with these folks about any changes= . > > I use these ports for doing alternate toolchain buildworld buildkernel ac= tivities, including using, say, devel/powerpc64-gcc on a powerpc64 machine = to self host with more modern tools than gcc 4.2.1 based ones. > As I understand, being in devel/ instead of lang/ for gcc tools is tied t= o being constructed for the system-building activities instead of for gener= al use. > > You might want to show your Makefile updates so that that the problems ar= e fully explicit. > =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-ports@freebsd.org Sun May 19 18:05:09 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1BCB158A231 for ; Sun, 19 May 2019 18:05:09 +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 504C86E8CA; Sun, 19 May 2019 18:05:02 +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 x4JI4oXE009499 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 19 May 2019 20:04:53 +0200 (CEST) (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: Samba dump (useless) core From: Andrea Venturoli To: Jan Beich Cc: Konstantin Belousov , freebsd-ports@freebsd.org References: <169305b9-64ea-6305-8ef2-9c11b8c9baf3@netfence.it> <20190508102504.GY2748@kib.kiev.ua> <0eb47166-ddaf-d0ed-7730-91341634c72c@netfence.it> Message-ID: <6c1c31cb-8ee7-db9c-adb0-58fec67e87c3@netfence.it> Date: Sun, 19 May 2019 20:04:50 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 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: 504C86E8CA X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 2.44.121.52 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-3.68 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:2.44.121.52]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[netfence.it]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mailserver.netfence.it]; NEURAL_HAM_SHORT(-0.63)[-0.633,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-0.74)[ip: (-2.23), ipnet: 2.44.0.0/16(-1.12), asn: 30722(-0.41), country: IT(0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:30722, ipnet:2.44.0.0/16, country:IT]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 18:05:09 -0000 On 5/18/19 4:14 PM, Andrea Venturoli wrote: > I'm not saying it's solved, however, since these dumps in the past have > stopped appearing several times, and later started happening again; so > I'll have to keep an eye on this. Ok, so new dumps have allowed to better pinpoint where the overflow happens and write a 20 line C program to deterministically reproduce the problem. This is *NOT* in Samba code, but in FreeBSD base system! So the next question: I would like to step into libc (or other base libraries) functions with GDB. How do I do that? I have src and debug libraries installed, e.g. /usr/lib/debug/lib/libc.so.7.debug. GDB sees those files, but still won't step into them. Also, if I issue "file /usr/lib/debug/lib/libc.so.7.debug", I get "/usr/lib/debug/lib/libc.so.7.debug: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), corrupted program header size, with debug_info, not stripped". Is that "corrupted program header size" normal? bye & Thanks av. From owner-freebsd-ports@freebsd.org Mon May 20 02:17:30 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6520159A329 for ; Mon, 20 May 2019 02:17:29 +0000 (UTC) (envelope-from dettus@dettus.net) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F5DC86EB1 for ; Mon, 20 May 2019 02:17:27 +0000 (UTC) (envelope-from dettus@dettus.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1558318645; s=strato-dkim-0002; d=dettus.net; h=Date:Message-ID:Subject:From:To:X-RZG-CLASS-ID:X-RZG-AUTH:From: Subject:Sender; bh=9vk+Exf7yNVs9aFlRqdReOuUcwL/SeS+idx6LTkDITA=; b=csiTgPB44Bzc7ZJqgEKNEsi7vJVgm7bhZdx008bE1WjKk8Qtxy8CrSIgFIuq1QOjyN d48IcvXVfMzQqqCu8ezn3x1lTMej0M/TpnHciCQME8YF217Js4/7OXsrJLFEHT+rhFjS jgvRc8tFOw8LA7hmMwYUFTQdlkOdjmfjKlg1+RsDAuxwhNCSg6O2liWpp7oqXALaCaOk lVEtHPK3H30d28L73lvbc6C7McxHqIXqZAOZBESh0D+qXStNWv4qozbMSjBTM61TVp+6 Orkjv/WwH4nhH5f3Qr57pUVMyArfc6eZZTaNkPkSDXfWJfWAe/GyL/9kcE2DNILqzFzW 7pww== X-RZG-AUTH: ":KGkQYVW7W/svqgEWTtiN1ShZMluS4nqB3SkHmQvAOacDbm4Nb/Fv7A3bolGUyJq9pcwS" X-RZG-CLASS-ID: mo00 Received: from [192.168.23.9] by smtp.strato.de (RZmta 44.18 DYNA|AUTH) with ESMTPSA id z09415v4K2HOo5B (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate) for ; Mon, 20 May 2019 04:17:24 +0200 (CEST) To: freebsd-ports@freebsd.org From: dettus Subject: games/dMagnetic: A new Port (Need help) Message-ID: <300d5479-fab5-2f55-47f1-6b3ba7f7ca26@dettus.net> Date: Mon, 20 May 2019 04:17:18 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Language: en-US X-Rspamd-Queue-Id: 0F5DC86EB1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dettus.net header.s=strato-dkim-0002 header.b=csiTgPB4 X-Spamd-Result: default: False [-1.72 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[smtp.rzone.de]; DKIM_TRACE(0.00)[dettus.net:+]; NEURAL_HAM_SHORT(-0.75)[-0.749,0]; RCVD_IN_DNSWL_LOW(-0.10)[3.0.0.0.0.0.0.0.0.0.0.0.0.0.3.5.2.0.2.0.a.0.2.0.8.3.2.0.1.0.a.2.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; INTRODUCTION(2.00)[]; ASN(0.00)[asn:6724, ipnet:2a01:238::/32, country:DE]; MIME_TRACE(0.00)[0:+,1:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.79)[-0.793,0]; R_DKIM_ALLOW(-0.20)[dettus.net:s=strato-dkim-0002]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; IP_SCORE(-0.77)[ipnet: 2a01:238::/32(-3.29), asn: 6724(-0.56), country: DE(-0.01)]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[dettus.net]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] 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: Mon, 20 May 2019 02:17:30 -0000 Hello. My name is Thomas Dettbarn. Two of my projects editors/dhex and games/nInvaders have already found their way into the FreeBSD ports. Currently, I am working on dMagnetic, A Magic Scrolls Interpreter. This one lets you play classic text adventures such as "The Pawn" or "The Guild of Thieves" in a terminal. (As well as "Fish!", "Myth", "Corruption", "Jinxter" and "Wonderland") You can see some of the BEAUTIFUL screenshots on my website: http://www.dettus.net/dMagnetic. Please have a look. For this, I created the inkling of an already working FreeBSD port. You should find it attached to this email. Since I primarily see myself as a "developer", rather than a "maintainer", I would like to hand this one of to someone more experienced. Plus, I had some issues when I tried adding extra files such as the README.txt or an .ini file to the do-install target. so, please please help me out here guys! It would be an honor. Thomas Dettbarn From owner-freebsd-ports@freebsd.org Mon May 20 07:14:44 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FAD415A44C1 for ; Mon, 20 May 2019 07:14:44 +0000 (UTC) (envelope-from dettus@dettus.net) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D55A88FB17 for ; Mon, 20 May 2019 07:14:42 +0000 (UTC) (envelope-from dettus@dettus.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1558336479; s=strato-dkim-0002; d=dettus.net; h=In-Reply-To:Date:Message-ID:From:References:To:Subject: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=V9Uu2yB5uzG6oW5hsJVY1xjUH/tcqBUziH4efhGXOwQ=; b=FTTGHX9grJyhMRn06VkmAGZy4XugxIT/jqUEY6U0sga0VsfXEOC10xQOphKqnVwGAw SODy0zOgxdvKVIv/PRD7PVobJwALx/58pzNi0ihAU8Z7ZtpbD5PYPeM6HbQ5eJPBdkr/ k/v4+s6SoTkMvA48e5Q8VsuHYxGGOnn3DIPZxMql98Iu2f3PT1e/dgIXLQ5HarSViLb6 VAgAFat6QBlN+P+Fdh4E9bT9Z/v3pyC8dK90JS2HtDWqS43BCBqr+1Rz1v3ti04Lgy5G txkwupOl70WQMVKXumbAi2CgWaik8kKDZFRNsxAJH6xab4KauE8L4hSdPFHmfktkUbgz JHLw== X-RZG-AUTH: ":KGkQYVW7W/svqgEWTtiN1ShZMluS4nqB3SkHmQvAOacDbm4Nb/Fv7A3bolGUyJq9pcwS" X-RZG-CLASS-ID: mo00 Received: from [192.168.23.9] by smtp.strato.de (RZmta 44.18 DYNA|AUTH) with ESMTPSA id z09415v4K7Edoob (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate) for ; Mon, 20 May 2019 09:14:39 +0200 (CEST) Subject: Re: games/dMagnetic: A new Port (Need help) To: freebsd-ports@freebsd.org References: <300d5479-fab5-2f55-47f1-6b3ba7f7ca26@dettus.net> From: dettus Message-ID: <7029f127-286e-f1d0-c3f7-d8477b27b577@dettus.net> Date: Mon, 20 May 2019 09:14:39 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <300d5479-fab5-2f55-47f1-6b3ba7f7ca26@dettus.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: D55A88FB17 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dettus.net header.s=strato-dkim-0002 header.b=FTTGHX9g X-Spamd-Result: default: False [-1.67 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[dettus.net:s=strato-dkim-0002]; RCVD_IN_DNSWL_LOW(-0.10)[7.0.0.0.0.0.0.0.0.0.0.0.0.0.3.5.2.0.2.0.a.0.2.0.8.3.2.0.1.0.a.2.list.dnswl.org : 127.0.5.1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.77)[ipnet: 2a01:238::/32(-3.26), asn: 6724(-0.56), country: DE(-0.01)]; 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)[-0.998,0]; DMARC_NA(0.00)[dettus.net]; MX_GOOD(-0.01)[cached: smtp.rzone.de]; DKIM_TRACE(0.00)[dettus.net:+]; NEURAL_HAM_SHORT(-0.88)[-0.879,0]; NEURAL_HAM_MEDIUM(-0.62)[-0.616,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; INTRODUCTION(2.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6724, ipnet:2a01:238::/32, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 May 2019 07:14:44 -0000 Hello. SInce the ports@ mailinglist seems to strip away attachments (as it should), I uploaded the port to my website. Please download it at http://www.dettus.net/dMagnetic/freebsd_games_dMagnetic.tar.gz sha256: df886bd85e30dc983ae7ab8d441db779355c63fe14c2117797c9889f23a9a00a, size=987 bytes. Thomas Dettbarn On 5/20/19 4:17 AM, dettus wrote: > Hello. > > > My name is Thomas Dettbarn. Two of my projects editors/dhex and > games/nInvaders have already found their way into the FreeBSD ports. > Currently, I am working on dMagnetic, A Magic Scrolls Interpreter. > This one lets you play classic text adventures such as "The Pawn" or > "The Guild of Thieves" in a terminal. (As well as "Fish!", "Myth", > "Corruption", "Jinxter" and "Wonderland") > > You can see some of the BEAUTIFUL screenshots on my website: > http://www.dettus.net/dMagnetic. Please have a look. > > > > For this, I created the inkling of an already working FreeBSD port. > You should find it attached to this email. > > Since I primarily see myself as a "developer", rather than a > "maintainer", I would like to hand this one of to someone more > experienced. > Plus, I had some issues when I tried adding extra files such as the > README.txt or an .ini file to the do-install target. > > > so, please please help me out here guys! It would be an honor. > > > Thomas Dettbarn > > > > > _______________________________________________ > 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 Mon May 20 12:24:02 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1271D15AC08B for ; Mon, 20 May 2019 12:24:02 +0000 (UTC) (envelope-from darcy@druid.net) Received: from mail.vex.net (mail.vex.net [IPv6:2605:2600:1001::44]) by mx1.freebsd.org (Postfix) with ESMTP id 29EAF73423 for ; Mon, 20 May 2019 12:24:01 +0000 (UTC) (envelope-from darcy@druid.net) Received: from dilbert.druid.net (mobile-107-92-57-180.mycingular.net [107.92.57.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: darcy) by mail.vex.net (Postfix) with ESMTPSA id 8B0CB64AC6 for ; Mon, 20 May 2019 08:23:59 -0400 (EDT) To: freebsd-ports@freebsd.org From: D'Arcy Cain Subject: Looking to port weasyprint Openpgp: preference=signencrypt Autocrypt: addr=darcy@druid.net; prefer-encrypt=mutual; keydata= mQINBFo1JEQBEACslYwTqAuRYAnazQsHbWJMlDx4Edz8QoKxwEcDQOpBunpdkKWKTJ+xRTJY FbvwDZ+kO05+D+I0erhKfm7EDjnx88d9nlvTVZ8cCmF5+dfKZ6c0wUJ1eoAfSaNvzrGZyhBY 4MoECR9fJx5A47+nDXy08D/WWcrpcgcTG+jXhGyEHEH4MPoDExMqz8+qNnIcXMFfs2ZOK1oc THvszGh76bScPn/DZhQGhCx70Y2ZWvXElHM1b2y/bSDlP/YjsLHG7j06Ss0MBskFvCX79ECe IxyGxRLeg619ZizF3I4Ksl5OHnEXMHAb41UiR3DuiY6wTmjuzPJiANtFB1tdo4zlMqWgqik7 d3e+C7autpuFdzzHRvj/lg+tEonAS5Oo1AlsUX1nh1yCQiQMhmwsEoLtf87vYUjUHy6Tu5NF bOEjWP+QLm8qK+9yqTJjTOQjMSenuBnPHaC1k8vXqfQX+3IazeylY71sQUCYaKYo8OBsi2QE 9/obUukyY2rVVLR1kCauY8CE5y2PvDZ/TwF4tF2AeP00CTKH3SJX59hdMZzTzqhoz/8td+ro rvwzo2JZVw08cjLMWp1w95luP7bYCy2WsKV1+J2AVW7T+syRCflCTAyWIwPfUntSkcjpvnVk TRyA3QsFweUpr0ZvC6XBHFqYB4O1PtKj5EQnMRyOaFyRJHCdoQARAQABtCREJ0FyY3kgQ2Fp biA8ZGFyY3lAVnliZU5ldHdvcmtzLmNvbT6JAj0EEwEIACcFAlo1JEQCGyMFCQlmAYAFCwkI BwIGFQgJCgsCBBYCAwECHgECF4AACgkQWHDe95yNh04bmA/+K7lx+ZQzhKXatLtq/IjJx+EO 1qk1j3wmbvyTq0XjK6frTnNIi41eVaNf7r1XUdYSa525gA6kBUPh/RRznJVjwJzdWEv4Cy2o EyLAIDx/ZiuyWAXxU7+ZQ8JWTJr8keC/ZkCjaAvW7oTg9+C/2VI5w8kqmVYgK0n0bJ0TXxDe SlP7O2dGS5Ms8Sm1PnXLSVzv7P3cozB4hudCrxJmZjBK5LsiwcbyhcEjOK7Qw3i47kCRTO7u 4zkmL+6Jskd8T/olb58OLAEaJz30UzdIqeFL/Lkt86pd6NASmilxQSh1piE6nO9mof9llBLp 9WBTD7+/jzD7M614l9oW53B5W/8Qsz5eAd8KcjfEo5gIDEEig1pTvA3uVPl178VaMB01x7Az qdWw8L1iGzUQwCfmyvCRUxFc2s3AooDbKzv+GC+68nqQJYCSjiZQVkgm/QR9gnSiaLIWwD4K Q0UsSHeTz/JV2sRV5nUReNQixjW2OHc1oX3sB/I4/iG4Gn0oxxK9ThmNwmf2LxXzfw4Xg7Sj y7i8yqFPuH5EB2f2NICvV6ydIqE+UxIAm9Ew1u6Ub7B2h3+dRFwGOpJbj2+l2cknOE+yBsfv aclUG4GdeepXp3fC1oj7T3PtTPA3MTsSkm4t1f2+hg9/OJWW+0wA+xQXhVLbPIOQAvgoaXN0 KOlXy5u9Cha5Ag0EWjUkRAEQAJvhqg46yFzNhZ6tS64tijP/wqW8hYEVQK0ssBsDaUP/4jmF SrqWmiNzFUZTAsDmKIvz30BA0abw9lWgBaAIw7Xhhjje+WGSZzHXKhBRtOpqShReSpbJ0U1G NgkRvV7BBT/3TF/8WVbMr581seL9hJbWGCYRxuWlmrbHeodlHwmzYQjuhmNrl+GpPSjUMPqw QBfI//r08VIemfKf7KxKfOqqNUpG1XKXZjfMdWdcHnZKzc+ttJECfagDwM8yPiY5zWYPANrl je9NLX6fqbUl8d3t0KjobbHpb/nnj+cVehoCzy98WihoXBgCuVZu0PjqpZa9s32OllKZ4wLi T3bPpvOx7D54SrcfunvCsVlpJP2Qc1BJILvXAQWHUFnDHLLL3kc4GPqxOvn7UjJrvabTpH2J VJUrnIeOTSuMWNB+fJ9Tefg6SnkoBhO8xMsrSkllrFJ8dhO5T9MFaLAn3V/l15lNpHcz3H3R fyJV0cnwb+0X1LIS1z7kaH8SOPz1N0yBjc/IuaIbs/j6bI/Mn3kyCZ+5fg8RA2lCkN+4Ac5u tJBoWTj/dGvfjAfXBiORY4V2A/TbMGTRKD2Y0fh9cquF96scM1WR6IS9iWFvSJsp6653i1I5 W2lKu6i2OuGO/XjWO5POp8QQX47bpE3/DceiwTLujrVIxlkAtx0aJq8sixc7ABEBAAGJAiUE GAEIAA8FAlo1JEQCGwwFCQlmAYAACgkQWHDe95yNh07B8RAAi20zdytQyELsKZPD4lHAi7Bo BtqYCrM+mpFOJlYOx4AV6HTs4pIZcZqgJIUx6bvdDIkBMkNXqZy1XfC9oSqgtc76/IKVUbAc MIwR2j1WIeUnh6Vb5koMu1thD0pHKpYr/YNjYpkEFuMGdNxvmnSPdVBOLzfD1Hb2Po5JtWI/ eoleg2AHR0WaAtAKStsYESvFC9/0B7DwmK7tz3NJZp9fXtxoxYYKJSDRgxsOAGtIg8CF0I2c JnpgXcM9d6cxwJi4/SmVGEfJT8HX6OYi5bx9EEb5NJF9g4j0jt7kbY37GaWvFLcRAtRjqBDp DPuCpUPOg5Pa6o8u7+E5wxXs+FLY8yWynQ+O87choGPncZcWxRCi+acs/rCk9onzUQvcYBNB JYEb5l+x6yIJ6yStheSuDr1SNh/FUlQukMOcAFTQ8kd0neUuH2jM+VY5YmfyMyjJNmLF6bY4 r19XhhuI0Y17fwQccRGC2eqQ/dtmI1rsCw0LPwljWK6eD/XRrZPXZPnAiTM7zjAtBQ/QMgnF g3YMwQoPp91JR2Es9FZjCwEU9vTENup/SQAAFlbM63OjfgNTdvrTT4BDTtDxLpWBY+EF3jlq MFkz/NUMgzEkMahDLOOdC2858Eb9lLh+eFz10uDJ96knbc5nAT9zDKa/+Rh39a269PiGYkQb lDHC8UKjzpc= Message-ID: <5d970249-2113-8e65-bd21-bf661c9653d3@druid.net> Date: Mon, 20 May 2019 08:23:57 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 29EAF73423 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.14 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[180.57.92.107.zen.spamhaus.org : 127.0.0.11]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.88)[0.875,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.98)[0.982,0]; DMARC_NA(0.00)[druid.net]; MX_GOOD(-0.01)[mail.vex.net]; NEURAL_SPAM_LONG(0.89)[0.885,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19842, ipnet:2605:2600::/32, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.41)[asn: 19842(2.12), country: CA(-0.09)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 May 2019 12:24:02 -0000 I tried creating this port butI am new to FreeBSD ports (I am a NetBSD committer) and I can't seem to make this work. I can get the package built but it has lots of errors. Here is my attempt. Can anyone help and, once working, commit it? # Created by: D'Arcy Cain # $FreeBSD$ PORTNAME= weasyprint PORTVERSION= 47 CATEGORIES= print python MASTER_SITES= CHEESESHOP PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX} DISTNAME= WeasyPrint-${PORTVERSION} MAINTAINER= darcy@druid.net COMMENT= Converts HTML/CSS documents to PDF LICENSE= BSD3CLAUSE USE_GNOME= pango RUN_DEPENDS+= ${PYTHON_PKGNAMEPREFIX}cssselect>=0.1:www/py-cssselect@${PY_FLAVOR} RUN_DEPENDS+= ${PYTHON_PKGNAMEPREFIX}html5lib>=0.999999999:www/py-html5lib@${PY_FLAVOR} RUN_DEPENDS+= ${PYTHON_PKGNAMEPREFIX}pdfrw>=0.4:textproc/py-pdfrw@${PY_FLAVOR} RUN_DEPENDS+= ${PYTHON_PKGNAMEPREFIX}pyphen>=0.8:textproc/py-pyphen@${PY_FLAVOR} RUN_DEPENDS+= ${PYTHON_PKGNAMEPREFIX}tinycss>=0.4:textproc/py-tinycss@${PY_FLAVOR} USES= python USE_PYTHON= distutils autoplist .include -- D'Arcy J.M. Cain | Democracy is three wolves http://www.druid.net/darcy/ | and a sheep voting on +1 416 788 2246 (DoD#0082) (eNTP) | what's for dinner. IM: darcy@Vex.Net, VoIP: sip:darcy@druid.net From owner-freebsd-ports@freebsd.org Mon May 20 13:37:18 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1292D15ADC71 for ; Mon, 20 May 2019 13:37:18 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 936A7771BA for ; Mon, 20 May 2019 13:37:17 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hSiTd-00030c-Al; Mon, 20 May 2019 15:37:17 +0200 Date: Mon, 20 May 2019 15:37:17 +0200 From: Kurt Jaeger To: D'Arcy Cain Cc: freebsd-ports@freebsd.org Subject: Re: Looking to port weasyprint Message-ID: <20190520133717.GC72200@home.opsec.eu> References: <5d970249-2113-8e65-bd21-bf661c9653d3@druid.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5d970249-2113-8e65-bd21-bf661c9653d3@druid.net> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 May 2019 13:37:18 -0000 Hi! > I tried creating this port butI am new to FreeBSD ports (I am a NetBSD > committer) and I can't seem to make this work. I can get the package > built but it has lots of errors. What type of errors do you get ? Did you test the build using poudriere ? > Here is my attempt. Can anyone help > and, once working, commit it? A simple testbuild in poudriere after some cleanup seems to work. I'm testbuilding right now. -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-ports@freebsd.org Mon May 20 13:59:59 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3291215AE21F for ; Mon, 20 May 2019 13:59:59 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BA0AF77DA9 for ; Mon, 20 May 2019 13:59:58 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hSipc-00032j-CW; Mon, 20 May 2019 16:00:00 +0200 Date: Mon, 20 May 2019 16:00:00 +0200 From: Kurt Jaeger To: D'Arcy Cain , freebsd-ports@freebsd.org Subject: Re: Looking to port weasyprint Message-ID: <20190520140000.GD72200@home.opsec.eu> References: <5d970249-2113-8e65-bd21-bf661c9653d3@druid.net> <20190520133717.GC72200@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190520133717.GC72200@home.opsec.eu> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 May 2019 13:59:59 -0000 Hi! > A simple testbuild in poudriere after some cleanup seems to work. > I'm testbuilding right now. Committed as r502116, print/py-weasyprint, with the following description: WeasyPrint helps web developers to create PDF documents. It turns simple HTML pages into gorgeous PDF. WWW: https://weasyprint.org/ -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-ports@freebsd.org Mon May 20 14:28:54 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 778A715AED6B for ; Mon, 20 May 2019 14:28:54 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [46.251.251.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B35380D78; Mon, 20 May 2019 14:28:53 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from e.0x20.net (mail.0x20.net [46.251.251.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (3096 bits) server-digest SHA256) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 0EBCBA6970; Mon, 20 May 2019 16:28:46 +0200 (CEST) Received: (from lars@localhost) by e.0x20.net (8.15.2/8.15.2/Submit) id x4KESjom054398; Mon, 20 May 2019 16:28:45 +0200 (CEST) (envelope-from lars) Date: Mon, 20 May 2019 16:28:45 +0200 From: Lars Engels To: Kurt Jaeger Cc: "D'Arcy Cain" , freebsd-ports@freebsd.org Subject: Re: Looking to port weasyprint Message-ID: <20190520142845.GF89353@e.0x20.net> References: <5d970249-2113-8e65-bd21-bf661c9653d3@druid.net> <20190520133717.GC72200@home.opsec.eu> <20190520140000.GD72200@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20190520140000.GD72200@home.opsec.eu> X-Editor: VIM - Vi IMproved 8.0 User-Agent: Mutt/1.11.4 (2019-03-13) X-Rspamd-Queue-Id: 1B35380D78 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 May 2019 14:28:54 -0000 On Mon, May 20, 2019 at 04:00:00PM +0200, Kurt Jaeger wrote: > Hi! > > > A simple testbuild in poudriere after some cleanup seems to work. > > I'm testbuilding right now. > > Committed as r502116, print/py-weasyprint, with the following > description: > > WeasyPrint helps web developers to create PDF documents. It turns simple > HTML pages into gorgeous PDF. > > WWW: https://weasyprint.org/ > Thanks, but it does not work, yet: $ weasyprint http://weasyprint.org /tmp/weasyprint-website.pdf Traceback (most recent call last): File "/usr/local/bin/weasyprint", line 6, in from pkg_resources import load_entry_point File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3241, in @_call_aside File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3225, in _call_aside f(*args, **kwargs) File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3254, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 583, in _build_master ws.require(__requires__) File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 900, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 786, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'CairoSVG>=1.0.20' distribution was not found and is required by WeasyPrint From owner-freebsd-ports@freebsd.org Mon May 20 15:00:18 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8187515AF62D for ; Mon, 20 May 2019 15:00:18 +0000 (UTC) (envelope-from jason@corrupted.io) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6795A81F0F; Mon, 20 May 2019 15:00:16 +0000 (UTC) (envelope-from jason@corrupted.io) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 018A624DC2; Mon, 20 May 2019 11:00:10 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Mon, 20 May 2019 11:00:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=corrupted.io; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=mesmtp; bh=DyBMcE5XBzViV74JauE79zOLam0GCGfNsmZFuDdOnlY=; b=bHrpHGXnXhVn ZLDcRLunX11bcEimVRmSomiY9bXavcYIiG96qm5czpQsKYSKbBPMsNh5jpQ6eQ0E Hdohkcz++oNZaWnIn+Thlqapi1YJiciDQRC30teGYu8rWeNNzVd820jOFSxvlEAI T+ttpVD/JfNYAI4emqaapmjXu8XSpLk= 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=fm2; bh=DyBMcE5XBzViV74JauE79zOLam0GCGfNsmZFuDdOn lY=; b=5kjhPKZ6SOUyIXI/3k+5RB0PHytsgzC9P3N3pxUcphuHIuSN27g2o8+93 Z3b81LMYw69gWxxs2sLVdcPYfM5nG6z/4GxCc/7Oyx4yE2JxUVzRUhvDXehzN1TW +rt283U/3iavzHFthlhE6n01VkOA6P+qLcHjEa8eWdW1j8L+1q/ElFnZDrKC0UYl U9REAPv21WZzVWhYT9reIClCoBchmlbiTweKQrWRYQ9jL6ysIrHdw16l8Z1X006H +fQ+/R4o5bVyQm9XulW0ML5ET/6w40AxFMMs4vnNEizbWti+KfSE8qpGzHiH7Ad7 X/V21dS3qa1PSjgf2vECfPDVVC/Kw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduuddruddtkedgkeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhofgjfffgkfhfvfesthhqmhdthhdtvdenucfhrhhomheplfgrshho nhcuuegrrhgsihgvrhcuoehjrghsohhnsegtohhrrhhuphhtvggurdhioheqnecuffhomh grihhnpehfrhgvvggsshgurdhorhhgpdifvggrshihphhrihhnthdrohhrghenucfkphep ieejrdduieekrdegiedruddtkeenucfrrghrrghmpehmrghilhhfrhhomhepjhgrshhonh estghorhhruhhpthgvugdrihhonecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from [192.168.254.73] (c-67-168-46-108.hsd1.wa.comcast.net [67.168.46.108]) by mail.messagingengine.com (Postfix) with ESMTPA id AF039103D8; Mon, 20 May 2019 11:00:08 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Looking to port weasyprint From: Jason Barbier X-Mailer: iPhone Mail (16E227) In-Reply-To: <20190520142845.GF89353@e.0x20.net> Date: Mon, 20 May 2019 08:00:06 -0700 Cc: Kurt Jaeger , D'Arcy Cain , Lars Engels Content-Transfer-Encoding: quoted-printable Message-Id: <106E1BF9-CFB4-4DF2-83CF-59C7D9139A95@corrupted.io> References: <5d970249-2113-8e65-bd21-bf661c9653d3@druid.net> <20190520133717.GC72200@home.opsec.eu> <20190520140000.GD72200@home.opsec.eu> <20190520142845.GF89353@e.0x20.net> To: freebsd-ports@freebsd.org X-Rspamd-Queue-Id: 6795A81F0F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=corrupted.io header.s=mesmtp header.b=bHrpHGXn; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=5kjhPKZ6; dmarc=pass (policy=none) header.from=corrupted.io; spf=pass (mx1.freebsd.org: domain of jason@corrupted.io designates 66.111.4.25 as permitted sender) smtp.mailfrom=jason@corrupted.io X-Spamd-Result: default: False [-6.99 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[corrupted.io:s=mesmtp,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[corrupted.io:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[corrupted.io,none]; MX_GOOD(-0.01)[aspmx.l.google.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,aspmx.l.google.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,aspmx.l.google.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,aspmx.l.google.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,aspmx.l.google.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; IP_SCORE(-3.39)[ip: (-9.16), ipnet: 66.111.4.0/24(-4.51), asn: 11403(-3.20), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; RCVD_IN_DNSWL_LOW(-0.10)[25.4.111.66.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 May 2019 15:00:18 -0000 looks like it's not installing CairoSVG Sent from my a tiny pocket computer. > On May 20, 2019, at 07:28, Lars Engels wrote: >=20 >> On Mon, May 20, 2019 at 04:00:00PM +0200, Kurt Jaeger wrote: >> Hi! >>=20 >>> A simple testbuild in poudriere after some cleanup seems to work. >>> I'm testbuilding right now. >>=20 >> Committed as r502116, print/py-weasyprint, with the following >> description: >>=20 >> WeasyPrint helps web developers to create PDF documents. It turns simple >> HTML pages into gorgeous PDF. >>=20 >> WWW: https://weasyprint.org/ >>=20 >=20 > Thanks, but it does not work, yet: >=20 > $ weasyprint http://weasyprint.org /tmp/weasyprint-website.pdf >=20 > Traceback (most recent call last): > File "/usr/local/bin/weasyprint", line 6, in > from pkg_resources import load_entry_point > File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", l= ine 3241, in > @_call_aside > File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", l= ine 3225, in _call_aside > f(*args, **kwargs) > File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", l= ine 3254, in _initialize_master_working_set > working_set =3D WorkingSet._build_master() > File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", l= ine 583, in _build_master > ws.require(__requires__) > File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", l= ine 900, in require > needed =3D self.resolve(parse_requirements(requirements)) > File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", l= ine 786, in resolve > raise DistributionNotFound(req, requirers) > pkg_resources.DistributionNotFound: The 'CairoSVG>=3D1.0.20' distribution w= as not found and is required by WeasyPrint >=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" From owner-freebsd-ports@freebsd.org Mon May 20 16:02:09 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF79815B115E for ; Mon, 20 May 2019 16:02:09 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 514CC849AE for ; Mon, 20 May 2019 16:02:09 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hSkji-0008Tj-OK; Mon, 20 May 2019 18:02:02 +0200 Date: Mon, 20 May 2019 18:02:02 +0200 From: Kurt Jaeger To: Lars Engels Cc: D'Arcy Cain , freebsd-ports@freebsd.org Subject: Re: Looking to port weasyprint Message-ID: <20190520160202.GC20962@fc.opsec.eu> References: <5d970249-2113-8e65-bd21-bf661c9653d3@druid.net> <20190520133717.GC72200@home.opsec.eu> <20190520140000.GD72200@home.opsec.eu> <20190520142845.GF89353@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190520142845.GF89353@e.0x20.net> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 May 2019 16:02:09 -0000 Hi! > > > A simple testbuild in poudriere after some cleanup seems to work. > > > I'm testbuilding right now. > > > > Committed as r502116, print/py-weasyprint, with the following > > description: [...] > Thanks, but it does not work, yet: > > $ weasyprint http://weasyprint.org /tmp/weasyprint-website.pdf Ah, thanks! I'll have a look now. -- pi@FreeBSD.org +49 171 3101372 One year to go ! From owner-freebsd-ports@freebsd.org Mon May 20 18:46:14 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF23B15B578B for ; Mon, 20 May 2019 18:46:14 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60D588D01B for ; Mon, 20 May 2019 18:46:14 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hSnIb-00043h-EX; Mon, 20 May 2019 20:46:13 +0200 Date: Mon, 20 May 2019 20:46:13 +0200 From: Kurt Jaeger To: Lars Engels Cc: D'Arcy Cain , freebsd-ports@freebsd.org Subject: Re: Looking to port weasyprint Message-ID: <20190520184613.GE72200@home.opsec.eu> References: <5d970249-2113-8e65-bd21-bf661c9653d3@druid.net> <20190520133717.GC72200@home.opsec.eu> <20190520140000.GD72200@home.opsec.eu> <20190520142845.GF89353@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190520142845.GF89353@e.0x20.net> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 May 2019 18:46:15 -0000 Hi! > Thanks, but it does not work, yet: > > $ weasyprint http://weasyprint.org /tmp/weasyprint-website.pdf [...] I tried, and it looks difficult to fix quickly. It needs www/py-cssselect2 (which does not yet exist) and graphics/py-cairocffi (same problem), both have further dependencies, like textproc/py-tinycss2 (not existing, either). There are probably more things like that. So this will take a while. -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-ports@freebsd.org Mon May 20 20:44:39 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF78A1592013 for ; Mon, 20 May 2019 20:44:39 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 74A2491A13; Mon, 20 May 2019 20:44:39 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-3.local (ralph.baldwin.cx [66.234.199.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id B36CF1F2AF; Mon, 20 May 2019 20:44:38 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: maintenance of gcc cross ports To: James Shuriff , Mark Millard Cc: ports-list freebsd , "bapt@FreeBSD.org" References: <0BDF4BD8-EF07-4226-A2BA-4ACE476CD6FC@yahoo.com> <2A90CC78-117B-4988-9022-1687872B6C59@yahoo.com> From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: Date: Mon, 20 May 2019 13:44:37 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: base64 X-Rspamd-Queue-Id: 74A2491A13 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 May 2019 20:44:40 -0000 SSBkbyB0aGluayBpdCBwcm9iYWJseSBtYWtlcyBzZW5zZSB0byBkaXZvcmNlIHRoZSBiYXJl bWV0YWwgR0NDIHBvcnRzIGZyb20NCnBvd2VycGM2NC1nY2MgYW5kIGxldCBwb3dlcnBjNjQt Z2NjIGp1c3QgYmUgdGhlIGJhc2lzIGZvciBGcmVlQlNELXNwZWNpZmljDQp0b29sY2hhaW5z Lg0KDQpPbiA1LzE5LzE5IDEwOjQ4IEFNLCBKYW1lcyBTaHVyaWZmIHdyb3RlOg0KPiBJIGhh dmUgYSBSYXNwYmVycnkgUGkgMyBtb2RlbCBiLiBJIHVzZSB0aGUgTExWTSB0b29sY2hhaW4g dG8gYnVpbGQgdGhlIHN5c3RlbSBidXQgdGhlIEdOVSB0b29sY2hhaW4gaXMgcmVxdWlyZWQg dG8gYnVpbGQgVS1Cb290LiBVLUJvb3QgdXNlcyBnbG9iYWwgcmVnaXN0ZXIgdmFyaWFibGVz IGFuZCBMTFZNIGRvZXNuJ3Qgc3VwcG9ydCB0aGlzLiBzeXN1dGlscy91LWJvb3QtcGluZTY0 IGRvZXMgdXNlIGFhcmNoNjQtbm9uZS1lbGYtZ2NjLCBmb3IgdGhlIHNhbWUgcmVhc29uLiBU aGUgZmFtaWx5IGlzIGFsbHdpbm5lcjY0IGFuZCB0aGF0J3Mgc2V0IHRvIHVzZSBhYXJjaDY0 LW5vbmUtZWxmLWdjYy4gSGVyZSBpcyBhbiBhcnRpY2xlIGV4cGxhaW5pbmcgdGhlIGZlYXR1 cmUgVS1Cb290IHVzZXMgdGhhdCdzIG5vdCBpbiBMTFZNICh0aGUgcmVhc29uIEdOVSBpcyBy ZXF1aXJlZCBmb3IgYnVpbGRpbmcgaXQpOg0KPiANCj4gaHR0cHM6Ly9nY2MuZ251Lm9yZy9v bmxpbmVkb2NzL2djYy9HbG9iYWwtUmVnaXN0ZXItVmFyaWFibGVzLmh0bWwNCj4gDQo+IEFh cmNoNjQgaXMgYSBUaWVyIDIgYXJjaGl0ZWN0dXJlLiBUaGUgdG9vbGNoYWluIHNob3VsZCBo YXZlIGFuIGFjdGl2ZSBtYWludGFpbmVyICh0aGUgbWFpbnRhaW5lciBpcyBsaXN0ZWQgYXMg cG9ydHNARnJlZUJTRC5vcmcpLiBJJ3ZlIG9wZW5lZCBhIGJ1ZyByZXBvcnQgZm9yIHRoZSBi dWdzIGluIHRoZSBNYWtlZmlsZS4gV2Ugc2hvdWxkIGJlIHVzaW5nIGEgbmV3ZXIgdG9vbGNo YWluIG9yIHNlcGFyYXRlIGFybS1ub25lLWVhYmkgYW5kIGFhcmNoNjQtbm9uZS1lbGYgZnJv bSBwb3dlcnBjNjQuIEkgYW0gZ3Vlc3NpbmcgdGhlIE1ha2VmaWxlIGJ1Z3Mgb2NjdXJyZWQg YmVjYXVzZSB0aGUgb3JpZ2luYWwgZGVzaWduZXIgZGlkbid0IGludGVuZCBvbiBwb3dlcnBj NjQtZ2NjIGJlaW5nIHVzZWQgZm9yIHRhcmdldHMgbGlrZSBhcm0tbm9uZS1lYWJpIGFuZCBh YXJjaDY0LW5vbmUtZWxmLiBUaGUgcGF0Y2hlcyB5b3UgcG9pbnRlZCBvdXQgYmVmb3JlIGRv bid0IGV2ZW4gaGF2ZSBhbnkgZWZmZWN0IG9uIHRoZSBiYXJlIG1ldGFsIHBvcnRzLiBUaGUg YXJtIGFuZCBhYXJjaDY0IGJhcmUgbWV0YWwgcG9ydHMgYXJlIHRoZSBvZGRiYWxscyBpbiB0 aGUgZ3JvdXAuIFRoZSBkaWZmZXJlbmNlIGJlaW5nOiBwb3dlcnBjNjQtZ2NjLCBhYXJjaDY0 LWdjYywgYW1kNjQtZ2NjLCBpMzg2LWdjYywgbWlwcyotZ2NjLCBhbmQgc3BhcmM2NC1nY2Mg YXJlIGFsbCBpbnRlbmRlZCBmb3IsIGFzIHlvdSBzYWlkIE1hcmssIGFsdGVybmF0ZSB0b29s Y2hhaW4gd29yayB3aXRoIEZyZWVCU0QuIFRoZXNlIGFyZSBub3QgdGhlIG9mZmljaWFsIHRv b2xjaGFpbnMgZm9yIEZyZWVCU0QgYW5kIEkgY2FuIHNlZSB3aHkgdGhleSBkb24ndCBoYXZl IHRoZSBzYW1lIGxldmVsIG9mIGNhcmUgYXMgdGhlIG9mZmljaWFsIHRvb2xjaGFpbi4gQnV0 IHRoZSBzaWRlIGVmZmVjdCBvZiB0aGlzIGlzIGFybS1ub25lLWVhYmktZ2NjIGFuZCBhYXJj aDY0LW5vbmUtZWxmLWdjYyByZWNlaXZlIHRoZSBzYW1lIGxldmVsIG9mIHN1cHBvcnQsIHRo b3VnaCB0aGV5IGFyZSAqcmVxdWlyZWQqIHRvIGJ1aWxkIG1vc3QgRnJlZUJTRCBzeXN0ZW1z IG9uIHRob3NlIHBsYXRmb3Jtcy4NCj4gDQo+IC0gSmFtZXMgU2h1cmlmZg0KPiANCj4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogTWFyayBNaWxsYXJkIDxtYXJrbG1p QHlhaG9vLmNvbT4NCj4gU2VudDogU3VuZGF5LCBNYXkgMTksIDIwMTkgMTE6NDYgQU0NCj4g VG86IEphbWVzIFNodXJpZmYgPGphbWVzQG9wZW50ZWNoLmNjPg0KPiBDYzogcG9ydHMtbGlz dCBmcmVlYnNkIDxmcmVlYnNkLXBvcnRzQGZyZWVic2Qub3JnPjsgYmFwdEBGcmVlQlNELm9y ZzsgamhiQEZyZWVCU0Qub3JnDQo+IFN1YmplY3Q6IFJlOiBtYWludGVuYW5jZSBvZiBnY2Mg Y3Jvc3MgcG9ydHMNCj4gDQo+IA0KPiANCj4gT24gMjAxOS1NYXktMTksIGF0IDA3OjQwLCBK YW1lcyBTaHVyaWZmIDxqYW1lcyBhdCBvcGVudGVjaC5jYz4gd3JvdGU6DQo+IA0KPj4gSSBk aWRuJ3QvZG9uJ3QgcGxhbiBvbiB0b3VjaGluZyBiaW51dGlscy4gQmludXRpbHMgaXMgb2th eS4gSSBtYWRlIG5ldyBwYXRjaGVzIGFzIHdlbGwuIFdoYXQgSSdtIHJlYWxseSBjb25jZXJu ZWQgd2l0aCBicmluZ2luZyB1cCB0byBkYXRlIGlzIGFhcmNoNjQtbm9uZS1lbGYtZ2NjLg0K PiANCj4+IFRoZSBHTlUgdG9vbGNoYWluIGlzIHVuZm9ydHVuYXRlbHkgcmVxdWlyZWQgZm9y IGJ1aWxkaW5nIGFuIEFhcmNoNjQNCj4+IHN5c3RlbQ0KPiANCj4gQXJlIHlvdSBzcGVjaWZp Y2FsbHkgcmVmZXJlbmNpbmcgY29udGV4dHMgdGhhdCBuZWVkIHRvIGJ1aWxkIHUtYm9vdD8g KE15IGd1ZXNzIGlzOiB5ZXMuKQ0KPiANCj4gSSd2ZSBkb25lIGJ1aWxkd29ybGQgYnVpbGRr ZXJuZWwgYmFzZWQgb24gc3lzdGVtIGNsYW5nIGFuZCBsbGQgbWFueSB0aW1lcyBpbiB0aGUg cGFzdCwgdGhvdWdoIG5vdCB2ZXJ5IHJlY2VudGx5LiAoSSBjdXJyZW50bHkgZG8gbm90IGhh dmUgYWNjZXNzIHRvIHRoZSBlbnZpcm9ubWVudCBidXQgd2lsbCBhZ2FpbiwgZXZlbnR1YWxs eS4pDQo+IA0KPiBGb3IgYWFyY2g2NCBJJ2QgbW9zdGx5IHJlY2VudGx5IGJ1aWx0IGZvciBh bmQgdXNlZDoNCj4gDQo+IEEpIGEgUGluZTY0KyAyR0IgKG5lZWRzOiBzeXN1dGlscy91LWJv b3QtcGluZTY0ICkNCj4gQikgYW4gT3ZlckRyaXZlIDEwMDAgKG5vIHUtYm9vdCBidWlsZCBu ZWVkZWQpDQo+IA0KPiBJJ3ZlIGRvbmUgYW1kNjQtPmFhcmNoNjQgY3Jvc3MgYnVpbGRzIGFu ZCBzZWxmIGhvc3RlZCBvbmVzIGZvci9vbiBzdWNoLiBUaGUgT3ZlckRyaXZlIDEwMDAgYnVp bGRzIGRpZCBub3QgaW52b2x2ZSBkZXZlbC9hYXJjaDY0LW5vbmUtZWxmLWdjYyBhdCBhbGwg YXMgZmFyIGFzIEkgY2FuIHJlbWVtYmVyLg0KPiANCj4+IGFuZCBpcyBhIHByZXJlcSBmb3Ig YSBidW5jaCBvZiBzeXN1dGlscyBhcm0gcG9ydHMuDQo+IA0KPiBZZXAuDQo+IA0KPiBBcmUg dGhlcmUgc3lzdXRpbHMvdS1ib290LSogJ3MgdGhhdCBubyBsb25nZXIgYnVpbGQgdW5kZXIg Z2NjIDYuNC4wPw0KPiBPdGhlciB0aGluZ3M/DQo+IA0KPj4gQXQgd29yc3Qgd2UgY2FuIGRv IHNvbWV0aGluZyBsaWtlIHdoYXQncyBkb25lIHdpdGggdGhlIGxhbmcgcG9ydHMgZ2NjNiwg Z2NjNywgZ2NjOC4gSSd2ZSBDQydkIHRoZSBtYWludGFpbmVycyBzbyBob3BlZnVsbHkgdGhl eSBjYW4gZ2l2ZSB1cyBzb21lIGlucHV0IGFuZCB3ZSBjYW4gY29tZSB1cCB3aXRoIGEgc29s dXRpb24uDQo+Pg0KPj4gQXMgZm9yIE1ha2VmaWxlIGlzc3VlcywgdGhpcyBpcyBvbmx5IGFu IGlzc3VlIGZvciB0aGUgYXJtLW5vbmUtZWFiaS1nY2MgYW5kIGFhcmNoNjQtbm9uZS1lbGYt Z2NjIHBvcnRzIGJlY2F1c2UgdGhleSBoYXZlIG11bHRpcGxlIGh5cGhlbnMuIEl0J3MgbW9z dGx5IGEgY29zbWV0aWMgaXNzdWUuIEVhY2ggcG9ydCBoYXMgaXRzIG93biBwbGlzdCBiZWNh dXNlIGdjYyBnZW5lcmF0ZXMgZGlmZmVyZW50IGhlYWRlcnMgZGVwZW5kaW5nIG9uIHRoZSBw bGF0Zm9ybSBzbyB0aGUgUExJU1QgVEFSR0VUQVJDSCByZWdleCBkb2Vzbid0IHJlYWxseSBh ZmZlY3QgYWxsIHRoYXQgbXVjaC4gVGhlcmUgYXJlIHNvbWUgY2xhbmcgZmxhZ3MgZGVwZW5k ZW50IG9uIFRBUkdFVEFSQ0ggYnV0IHdob2V2ZXIgd3JvdGUgdGhlIGFhcmNoNjQtbm9uZS1l bGYtZ2NjIHBvcnQgbXVzdCBoYXZlIGtub3duIGl0IHdhc24ndCB3b3JraW5nIGluIHRoZSBt YXN0ZXIgYmVjYXVzZSB0aGUgY2hlY2sgaXMgaW4gdGhlIGJhcmUgbWV0YWwgcG9ydCBhcyB3 ZWxsLiBUaGUgc3RyaXBwaW5nIG91dCBvZiBhbGwgaHlwaGVucyBjYXVzZXMgdGhpbmdzIGxp a2UgImdjYyB2ZXJzaW9uIDYuNC4wIChGcmVlQlNEIFBvcnRzIENvbGxlY3Rpb24gZm9yIGFh cmNoNjRub25lZWxmKSIuIEkgdXNlICR7UEtHTkFNRVBSRUZJWDpDLy0kLy99IGZvciB0aGUg Y29tbWVudCBhbmQgdmVyc2lvbiBhbmQgJHtQS0dOQU1FUFJFRklYOkMvLS4qLy99IGZvciBU QVJHRVRBUkNILiBUaGUgb3JpZ2luYWwgcmVnZXggZm9yIGFsbCBvZiB0aG9zZSBpcyAke1BL R05BTUVQUkVGSVg6Qy8tLy9nfSBhbmQgSSdtIHN1cmUgeW91IGNhbiBzZWUgaG93IHRoYXQn cyBhIHByb2JsZW0gd2hlbiB0aGVyZSdzIG11bHRpcGxlIGh5cGhlbnMuDQo+IA0KPiBUaGFu a3MgZm9yIHRoZSBub3Rlcy4NCj4gDQo+PiAtIEphbWVzIFNodXJpZmYNCj4+DQo+PiAtLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogTWFyayBNaWxsYXJkIDxtYXJrbG1p QHlhaG9vLmNvbT4NCj4+IFNlbnQ6IFN1bmRheSwgTWF5IDE5LCAyMDE5IDE6MzMgQU0NCj4+ IFRvOiBKYW1lcyBTaHVyaWZmIDxqYW1lc0BvcGVudGVjaC5jYz47IHBvcnRzLWxpc3QgZnJl ZWJzZA0KPj4gPGZyZWVic2QtcG9ydHNAZnJlZWJzZC5vcmc+DQo+PiBTdWJqZWN0OiBSZTog bWFpbnRlbmFuY2Ugb2YgZ2NjIGNyb3NzIHBvcnRzDQo+Pg0KPj4gSmFtZXMgU2h1cmlmZiBq YW1lcyBhdCBvcGVudGVjaC5jYyB3cm90ZSBvbiBTYXQgTWF5IDE4IDEyOjI5OjIyIFVUQyAy MDE5IDoNCj4+DQo+Pj4gVGhlIHBvd2VycGM2NC1nY2MgcG9ydCBhbmQgYWxsIHRoZSBwb3J0 cyB0aGF0IHVzZSBpdCBhcyBhIG1hc3RlciAoYWFyY2g2NC1nY2MsIGFhcmNoNjQtbm9uZS1l bGYtZ2NjLCBhbWQ2NC1nY2MsIGFybS1ub25lLWVhYmktZ2NjLCBpMzg2LWdjYywgbWlwcy1n Y2MsIG1pcHM2NC1nY2MsIGFuZCBzcGFyYzY0LWdjYykgYXJlIHZlcnkgb2xkIGFuZCB1c2Ug YnVnZ3kgbWFrZWZpbGVzLiBJIHdvdWxkIGxpa2UgdG8gdGFrZSBvdmVyIG1haW50ZW5hbmNl IG9mIHRoZXNlIHBvcnRzLiBQb3dlcnBjNjQtZ2NjIHVzZXMgYW4gb2xkIHZlcnNpb24gb2Yg Z2NjIGFuZCB0aGUgbWFrZWZpbGUgaXMgYnVnZ3kuIENlcnRhaW4gdmFyaWFibGVzIHVzZSBi YWQgcmVndWxhciBleHByZXNzaW9ucyB0aHVzIGRvbid0IGRvIHdoYXQgdGhleSdyZSBzdXBw b3NlZCB0byBkby4gSSd2ZSBmaXhlZCB1cCB0aGUgbWFrZWZpbGVzIGFuZCBtYWRlIG5ldyBw bGlzdHMgd2l0aCBhIG5ld2VyIHZlcnNpb24gb2YgZ2NjLg0KPj4NCj4+IEJlIGF3YXJlIHRo YXQ6DQo+Pg0KPj4gL1twb3J0c10vaGVhZC9iYXNlL2JpbnV0aWxzIGRlcGVuZHMgb24gZGV2 ZWwvYmludXRpbHMgdmlhOg0KPj4NCj4+IE1BU1RFUkRJUj0key5DVVJESVJ9Ly4uLy4uL2Rl dmVsL2JpbnV0aWxzDQo+Pg0KPj4gL1twb3J0c10vaGVhZC9iYXNlL2djYyBkZXBlbmRzIG9u IGRldmVsL3Bvd2VycGM2NC1nY2MgdmlhOg0KPj4NCj4+IEVYVFJBX1BBVENIRVMrPQ0KPj4g JHsuQ1VSRElSfS8uLi8uLi9kZXZlbC9wb3dlcnBjNjQtZ2NjL2ZpbGVzL2ZyZWVic2QtZm9y bWF0LWV4dGVuc2lvbnMNCj4+IEVYVFJBX1BBVENIRVMrPQ0KPj4gJHsuQ1VSRElSfS8uLi8u Li9kZXZlbC9wb3dlcnBjNjQtZ2NjL2ZpbGVzL2ZyZWVic2QtbGliZGlyDQo+PiBFWFRSQV9Q QVRDSEVTKz0NCj4+ICR7LkNVUkRJUn0vLi4vLi4vZGV2ZWwvcG93ZXJwYzY0LWdjYy9maWxl cy9wYXRjaC1nY2MtZnJlZWJzZC1taXBzDQo+Pg0KPj4gVGhlIG1haW50YWluZXIgaXMgbGlz dGVkIGFzOiBiYXB0QEZyZWVCU0Qub3JnIGJ1dCB0aGUgYWN0aXZpdHkgdGVuZHMgdG8gYmUg amhiQEZyZWVCU0Qub3JnIC4gVGhlcmUgYXJlIG90aGVyLCBtb3JlIG92ZXJhbGwgRnJlZUJT RCB0b29sY2hhaW4gZWZmb3J0cyB0aGF0IHRoZXNlIHZhcmlvdXMgcG9ydHMgYXJlIHRpZWQg dG8uIFRoYXQgbWF5IGNvbnN0cmFpbiB3aGF0IGNhbiBiZSBkb25lIHdoZW4uIFlvdSB3b3Vs ZCBwcm9iYWJseSBuZWVkIHRvIGNvbnN1bHQgd2l0aCB0aGVzZSBmb2xrcyBhYm91dCBhbnkg Y2hhbmdlcy4NCj4+DQo+PiBJIHVzZSB0aGVzZSBwb3J0cyBmb3IgZG9pbmcgYWx0ZXJuYXRl IHRvb2xjaGFpbiBidWlsZHdvcmxkIGJ1aWxka2VybmVsIGFjdGl2aXRpZXMsIGluY2x1ZGlu ZyB1c2luZywgc2F5LCBkZXZlbC9wb3dlcnBjNjQtZ2NjIG9uIGEgcG93ZXJwYzY0IG1hY2hp bmUgdG8gc2VsZiBob3N0IHdpdGggbW9yZSBtb2Rlcm4gdG9vbHMgdGhhbiBnY2MgNC4yLjEg YmFzZWQgb25lcy4NCj4+IEFzIEkgdW5kZXJzdGFuZCwgYmVpbmcgaW4gZGV2ZWwvIGluc3Rl YWQgb2YgbGFuZy8gZm9yIGdjYyB0b29scyBpcyB0aWVkIHRvIGJlaW5nIGNvbnN0cnVjdGVk IGZvciB0aGUgc3lzdGVtLWJ1aWxkaW5nIGFjdGl2aXRpZXMgaW5zdGVhZCBvZiBmb3IgZ2Vu ZXJhbCB1c2UuDQo+Pg0KPj4gWW91IG1pZ2h0IHdhbnQgdG8gc2hvdyB5b3VyIE1ha2VmaWxl IHVwZGF0ZXMgc28gdGhhdCB0aGF0IHRoZSBwcm9ibGVtcyBhcmUgZnVsbHkgZXhwbGljaXQu DQo+Pg0KPiANCj4gDQo+ID09PQ0KPiBNYXJrIE1pbGxhcmQNCj4gbWFya2xtaSBhdCB5YWhv by5jb20NCj4gKCBkc2wtb25seS5uZXQgd2VudA0KPiBhd2F5IGluIGVhcmx5IDIwMTgtTWFy KQ0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gIERJU0NMQUlN RVI6IFRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBpbnRlbmRlZCBzb2xl bHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHJlY2lwaWVudCBhbmQgbWF5IGNvbnRhaW4gY29uZmlk ZW50aWFsIGluZm9ybWF0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2Ug aW4gZXJyb3IgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgcHJvbXB0bHkgbm90aWZ5IHRoZSBzZW5k ZXIsIEphbWVzIFNodXJpZmYgKGphbWVzQG9wZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVu dGVjaC5jYz4pLg0KPiANCg0KDQotLSANCkpvaG4gQmFsZHdpbg0K From owner-freebsd-ports@freebsd.org Tue May 21 07:58:05 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 899A415A5E29 for ; Tue, 21 May 2019 07:58:05 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0C88982413 for ; Tue, 21 May 2019 07:58:05 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id BCD2115A5E24; Tue, 21 May 2019 07:58:04 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9FB915A5E23 for ; Tue, 21 May 2019 07:58:04 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 456808240D for ; Tue, 21 May 2019 07:58:04 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org (portscout.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8567BD074 for ; Tue, 21 May 2019 07:58:03 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.ysv.freebsd.org ([127.0.1.123]) by portscout.ysv.freebsd.org (8.15.2/8.15.2) with ESMTP id x4L7w3Hs003182 for ; Tue, 21 May 2019 07:58:03 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x4L7w3jk003181; Tue, 21 May 2019 07:58:03 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201905210758.x4L7w3jk003181@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, 21 May 2019 07:58:03 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 May 2019 07:58:05 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ net-mgmt/ocsinventory-agent | 2.4.2 | v2.6.0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Tue May 21 13:56:10 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 999FE15AE82B for ; Tue, 21 May 2019 13:56:10 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-eopbgr780048.outbound.protection.outlook.com [40.107.78.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CEFC68EA4B; Tue, 21 May 2019 13:56:08 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vwUDDcja1JwvbhbGf56VShrdV/XPrCufcQhkGDF+Ot4=; b=eGEyQNRvfHFhlSqJ0SBrPCPmoNXfSIA9GUstlx7cuBKcDek7jV9mzo8lLrpEGAAPNLmJBNfHIrLg9PDgEN2gaXYAfNKv8rxzhmyaFRVAdbqUi6FA1c96nrEfFD/oasPl1e0v+q+HfprfcCFZcND26AFAYeeD8KBEGgB9YyOvJG4= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB4082.namprd06.prod.outlook.com (52.132.5.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1900.17; Tue, 21 May 2019 13:56:03 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1900.020; Tue, 21 May 2019 13:56:03 +0000 From: James Shuriff To: John Baldwin , Mark Millard CC: ports-list freebsd , "bapt@FreeBSD.org" Subject: RE: maintenance of gcc cross ports Thread-Topic: maintenance of gcc cross ports Thread-Index: AQHVDgRVF2udLzIfIU+R3HV1UCe6f6ZyehpwgAAd3YCAABCVcIAB1RiAgAEZx2A= Date: Tue, 21 May 2019 13:56:03 +0000 Message-ID: References: <0BDF4BD8-EF07-4226-A2BA-4ACE476CD6FC@yahoo.com> <2A90CC78-117B-4988-9022-1687872B6C59@yahoo.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c58ad592-efa0-4e96-c50a-08d6ddf4102d x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB4082; x-ms-traffictypediagnostic: BN7PR06MB4082: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5236; x-forefront-prvs: 0044C17179 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(396003)(376002)(366004)(346002)(39830400003)(13464003)(51914003)(38564003)(189003)(199004)(52536014)(6306002)(55016002)(486006)(476003)(53936002)(68736007)(33656002)(54906003)(110136005)(9686003)(446003)(11346002)(305945005)(4326008)(25786009)(5660300002)(74482002)(8676002)(2906002)(8936002)(71200400001)(71190400001)(81156014)(81166006)(86362001)(6506007)(6436002)(186003)(66066001)(53546011)(7736002)(74316002)(102836004)(14444005)(5024004)(26005)(966005)(256004)(14454004)(3846002)(6116002)(99286004)(73956011)(508600001)(229853002)(66946007)(76116006)(66476007)(66556008)(64756008)(66446008)(6246003)(7696005)(76176011)(316002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB4082; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 8xEj3M86ORbUUDVr7knetfttOCVByiWOFb5AP6D2fKLjDSMm9woikSfVImd2Vq6yKUqsFW1BtZw4s5qpbydlKc5K/KBMJhGfR611ZXdrPpg4ZQO2QPOG2ajyB5yrH9Co+jSZMuWnNz7bt8p5Uqsmnhdy7AUd80VnlJdLp+uffjERTGCboPRvQUAdvKrWZBi/X3DnGYzJyNmxqEiKsTVHbj/xl44ljwO38oMBIEkaabviusi3sx8noPPsMch2UsH6q9eF9cj43RVeZSkBmQsBtmnHXzFF8GfjdaFgPnKk99YeVrjny5yIkJKoLMGENLp7GLScvODZe1u545B+592k5a1v7E6awCpMzQtlKAfL9EoEgmDikrjcH4tVRkLSjDn0cCA6pHXxsaG/wChghhc9gk1Qs1mdQVOsv0tECzxV4Q0= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: c58ad592-efa0-4e96-c50a-08d6ddf4102d X-MS-Exchange-CrossTenant-originalarrivaltime: 21 May 2019 13:56:03.1788 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB4082 X-Rspamd-Queue-Id: CEFC68EA4B X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=eGEyQNRv; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.78.48 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-2.60 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.90)[-0.901,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MX_GOOD(-0.01)[opentech-cc.mail.protection.outlook.com,opentech-cc.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[48.78.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.29)[-0.290,0]; MIME_BASE64_TEXT(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 May 2019 13:56:10 -0000 V2hhdCBkbyB5b3UgdGhpbmsgb2YgdXBkYXRpbmcgdGhlIGJhcmUgbWV0YWxzIHRvIDkuMS4wPyBJ IGRvbuKAmXQga25vdyBhbnl0aGluZyBvdXRzaWRlIG9mIFUtQm9vdCBhbmQgdGhlIFBTQ0kgTW9u aXRvciAocnBpLWZpcm13YXJlKSB0aGF0IGFjdHVhbGx5IGRlcGVuZHMgb24gdGhvc2UgcG9ydHMg YW5kIEkndmUgdGVzdGVkIHRoZW0gd2l0aCBteSBjdXN0b20gcG9ydHMuIFRoZSBwb3dlcnBjNjQt Z2NjIHBhdGNoZXMgYXJlbid0IG5lZWRlZCB0byBidWlsZCB0aGUgYmFyZSBtZXRhbCBwb3J0cy4g TmVpdGhlciBwb3J0IGhhcyBsaXN0ZWQgbWFpbnRhaW5lcnMuIEkgYW0gd2lsbGluZyB0byBtYWlu dGFpbiB0aGVtIGlmIG5vIG9uZSBlbHNlIHdhbnRzIHRvLiBJIG1hbmFnZWQgdG8gZ2V0IFUtQm9v dCB0byBidWlsZCB3aXRob3V0IEdDQyBidXQgaXQgd2FzIGEgdHJlbWVuZG91cyBlZmZvcnQgYW5k IHJlcXVpcmVkIGEgbG90IG9mIHBhdGNoZXMuIEkndmUgc3VibWl0dGVkIHNvbWUgcGF0Y2hlcyB0 byB0aGUgVS1Cb290IHRlYW0gYnV0IEkgZG9uJ3QgdGhpbmsgdGhleSdyZSBnb2luZyB0byBhY2Nl cHQgdGhlbS4NCg0KQnVnIHJlcG9ydCBmb3IgcmVndWxhciBleHByZXNzaW9uIGlzc3VlcyBpcyBo ZXJlOiBodHRwczovL2J1Z3MuZnJlZWJzZC5vcmcvYnVnemlsbGEvc2hvd19idWcuY2dpP2lkPTIz Nzk4Mg0KDQotIEphbWVzIFNodXJpZmYNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZy b206IEpvaG4gQmFsZHdpbiA8amhiQEZyZWVCU0Qub3JnPg0KU2VudDogTW9uZGF5LCBNYXkgMjAs IDIwMTkgNDo0NSBQTQ0KVG86IEphbWVzIFNodXJpZmYgPGphbWVzQG9wZW50ZWNoLmNjPjsgTWFy ayBNaWxsYXJkIDxtYXJrbG1pQHlhaG9vLmNvbT4NCkNjOiBwb3J0cy1saXN0IGZyZWVic2QgPGZy ZWVic2QtcG9ydHNAZnJlZWJzZC5vcmc+OyBiYXB0QEZyZWVCU0Qub3JnDQpTdWJqZWN0OiBSZTog bWFpbnRlbmFuY2Ugb2YgZ2NjIGNyb3NzIHBvcnRzDQoNCkkgZG8gdGhpbmsgaXQgcHJvYmFibHkg bWFrZXMgc2Vuc2UgdG8gZGl2b3JjZSB0aGUgYmFyZW1ldGFsIEdDQyBwb3J0cyBmcm9tIHBvd2Vy cGM2NC1nY2MgYW5kIGxldCBwb3dlcnBjNjQtZ2NjIGp1c3QgYmUgdGhlIGJhc2lzIGZvciBGcmVl QlNELXNwZWNpZmljIHRvb2xjaGFpbnMuDQoNCk9uIDUvMTkvMTkgMTA6NDggQU0sIEphbWVzIFNo dXJpZmYgd3JvdGU6DQo+IEkgaGF2ZSBhIFJhc3BiZXJyeSBQaSAzIG1vZGVsIGIuIEkgdXNlIHRo ZSBMTFZNIHRvb2xjaGFpbiB0byBidWlsZCB0aGUgc3lzdGVtIGJ1dCB0aGUgR05VIHRvb2xjaGFp biBpcyByZXF1aXJlZCB0byBidWlsZCBVLUJvb3QuIFUtQm9vdCB1c2VzIGdsb2JhbCByZWdpc3Rl ciB2YXJpYWJsZXMgYW5kIExMVk0gZG9lc24ndCBzdXBwb3J0IHRoaXMuIHN5c3V0aWxzL3UtYm9v dC1waW5lNjQgZG9lcyB1c2UgYWFyY2g2NC1ub25lLWVsZi1nY2MsIGZvciB0aGUgc2FtZSByZWFz b24uIFRoZSBmYW1pbHkgaXMgYWxsd2lubmVyNjQgYW5kIHRoYXQncyBzZXQgdG8gdXNlIGFhcmNo NjQtbm9uZS1lbGYtZ2NjLiBIZXJlIGlzIGFuIGFydGljbGUgZXhwbGFpbmluZyB0aGUgZmVhdHVy ZSBVLUJvb3QgdXNlcyB0aGF0J3Mgbm90IGluIExMVk0gKHRoZSByZWFzb24gR05VIGlzIHJlcXVp cmVkIGZvciBidWlsZGluZyBpdCk6DQo+DQo+IGh0dHBzOi8vZ2NjLmdudS5vcmcvb25saW5lZG9j cy9nY2MvR2xvYmFsLVJlZ2lzdGVyLVZhcmlhYmxlcy5odG1sDQo+DQo+IEFhcmNoNjQgaXMgYSBU aWVyIDIgYXJjaGl0ZWN0dXJlLiBUaGUgdG9vbGNoYWluIHNob3VsZCBoYXZlIGFuIGFjdGl2ZSBt YWludGFpbmVyICh0aGUgbWFpbnRhaW5lciBpcyBsaXN0ZWQgYXMgcG9ydHNARnJlZUJTRC5vcmcp LiBJJ3ZlIG9wZW5lZCBhIGJ1ZyByZXBvcnQgZm9yIHRoZSBidWdzIGluIHRoZSBNYWtlZmlsZS4g V2Ugc2hvdWxkIGJlIHVzaW5nIGEgbmV3ZXIgdG9vbGNoYWluIG9yIHNlcGFyYXRlIGFybS1ub25l LWVhYmkgYW5kIGFhcmNoNjQtbm9uZS1lbGYgZnJvbSBwb3dlcnBjNjQuIEkgYW0gZ3Vlc3Npbmcg dGhlIE1ha2VmaWxlIGJ1Z3Mgb2NjdXJyZWQgYmVjYXVzZSB0aGUgb3JpZ2luYWwgZGVzaWduZXIg ZGlkbid0IGludGVuZCBvbiBwb3dlcnBjNjQtZ2NjIGJlaW5nIHVzZWQgZm9yIHRhcmdldHMgbGlr ZSBhcm0tbm9uZS1lYWJpIGFuZCBhYXJjaDY0LW5vbmUtZWxmLiBUaGUgcGF0Y2hlcyB5b3UgcG9p bnRlZCBvdXQgYmVmb3JlIGRvbid0IGV2ZW4gaGF2ZSBhbnkgZWZmZWN0IG9uIHRoZSBiYXJlIG1l dGFsIHBvcnRzLiBUaGUgYXJtIGFuZCBhYXJjaDY0IGJhcmUgbWV0YWwgcG9ydHMgYXJlIHRoZSBv ZGRiYWxscyBpbiB0aGUgZ3JvdXAuIFRoZSBkaWZmZXJlbmNlIGJlaW5nOiBwb3dlcnBjNjQtZ2Nj LCBhYXJjaDY0LWdjYywgYW1kNjQtZ2NjLCBpMzg2LWdjYywgbWlwcyotZ2NjLCBhbmQgc3BhcmM2 NC1nY2MgYXJlIGFsbCBpbnRlbmRlZCBmb3IsIGFzIHlvdSBzYWlkIE1hcmssIGFsdGVybmF0ZSB0 b29sY2hhaW4gd29yayB3aXRoIEZyZWVCU0QuIFRoZXNlIGFyZSBub3QgdGhlIG9mZmljaWFsIHRv b2xjaGFpbnMgZm9yIEZyZWVCU0QgYW5kIEkgY2FuIHNlZSB3aHkgdGhleSBkb24ndCBoYXZlIHRo ZSBzYW1lIGxldmVsIG9mIGNhcmUgYXMgdGhlIG9mZmljaWFsIHRvb2xjaGFpbi4gQnV0IHRoZSBz aWRlIGVmZmVjdCBvZiB0aGlzIGlzIGFybS1ub25lLWVhYmktZ2NjIGFuZCBhYXJjaDY0LW5vbmUt ZWxmLWdjYyByZWNlaXZlIHRoZSBzYW1lIGxldmVsIG9mIHN1cHBvcnQsIHRob3VnaCB0aGV5IGFy ZSAqcmVxdWlyZWQqIHRvIGJ1aWxkIG1vc3QgRnJlZUJTRCBzeXN0ZW1zIG9uIHRob3NlIHBsYXRm b3Jtcy4NCj4NCj4gLSBKYW1lcyBTaHVyaWZmDQo+DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+IEZyb206IE1hcmsgTWlsbGFyZCA8bWFya2xtaUB5YWhvby5jb20+DQo+IFNlbnQ6IFN1 bmRheSwgTWF5IDE5LCAyMDE5IDExOjQ2IEFNDQo+IFRvOiBKYW1lcyBTaHVyaWZmIDxqYW1lc0Bv cGVudGVjaC5jYz4NCj4gQ2M6IHBvcnRzLWxpc3QgZnJlZWJzZCA8ZnJlZWJzZC1wb3J0c0BmcmVl YnNkLm9yZz47IGJhcHRARnJlZUJTRC5vcmc7DQo+IGpoYkBGcmVlQlNELm9yZw0KPiBTdWJqZWN0 OiBSZTogbWFpbnRlbmFuY2Ugb2YgZ2NjIGNyb3NzIHBvcnRzDQo+DQo+DQo+DQo+IE9uIDIwMTkt TWF5LTE5LCBhdCAwNzo0MCwgSmFtZXMgU2h1cmlmZiA8amFtZXMgYXQgb3BlbnRlY2guY2M+IHdy b3RlOg0KPg0KPj4gSSBkaWRuJ3QvZG9uJ3QgcGxhbiBvbiB0b3VjaGluZyBiaW51dGlscy4gQmlu dXRpbHMgaXMgb2theS4gSSBtYWRlIG5ldyBwYXRjaGVzIGFzIHdlbGwuIFdoYXQgSSdtIHJlYWxs eSBjb25jZXJuZWQgd2l0aCBicmluZ2luZyB1cCB0byBkYXRlIGlzIGFhcmNoNjQtbm9uZS1lbGYt Z2NjLg0KPg0KPj4gVGhlIEdOVSB0b29sY2hhaW4gaXMgdW5mb3J0dW5hdGVseSByZXF1aXJlZCBm b3IgYnVpbGRpbmcgYW4gQWFyY2g2NA0KPj4gc3lzdGVtDQo+DQo+IEFyZSB5b3Ugc3BlY2lmaWNh bGx5IHJlZmVyZW5jaW5nIGNvbnRleHRzIHRoYXQgbmVlZCB0byBidWlsZCB1LWJvb3Q/DQo+IChN eSBndWVzcyBpczogeWVzLikNCj4NCj4gSSd2ZSBkb25lIGJ1aWxkd29ybGQgYnVpbGRrZXJuZWwg YmFzZWQgb24gc3lzdGVtIGNsYW5nIGFuZCBsbGQgbWFueQ0KPiB0aW1lcyBpbiB0aGUgcGFzdCwg dGhvdWdoIG5vdCB2ZXJ5IHJlY2VudGx5LiAoSSBjdXJyZW50bHkgZG8gbm90IGhhdmUNCj4gYWNj ZXNzIHRvIHRoZSBlbnZpcm9ubWVudCBidXQgd2lsbCBhZ2FpbiwgZXZlbnR1YWxseS4pDQo+DQo+ IEZvciBhYXJjaDY0IEknZCBtb3N0bHkgcmVjZW50bHkgYnVpbHQgZm9yIGFuZCB1c2VkOg0KPg0K PiBBKSBhIFBpbmU2NCsgMkdCIChuZWVkczogc3lzdXRpbHMvdS1ib290LXBpbmU2NCApDQo+IEIp IGFuIE92ZXJEcml2ZSAxMDAwIChubyB1LWJvb3QgYnVpbGQgbmVlZGVkKQ0KPg0KPiBJJ3ZlIGRv bmUgYW1kNjQtPmFhcmNoNjQgY3Jvc3MgYnVpbGRzIGFuZCBzZWxmIGhvc3RlZCBvbmVzIGZvci9v biBzdWNoLiBUaGUgT3ZlckRyaXZlIDEwMDAgYnVpbGRzIGRpZCBub3QgaW52b2x2ZSBkZXZlbC9h YXJjaDY0LW5vbmUtZWxmLWdjYyBhdCBhbGwgYXMgZmFyIGFzIEkgY2FuIHJlbWVtYmVyLg0KPg0K Pj4gYW5kIGlzIGEgcHJlcmVxIGZvciBhIGJ1bmNoIG9mIHN5c3V0aWxzIGFybSBwb3J0cy4NCj4N Cj4gWWVwLg0KPg0KPiBBcmUgdGhlcmUgc3lzdXRpbHMvdS1ib290LSogJ3MgdGhhdCBubyBsb25n ZXIgYnVpbGQgdW5kZXIgZ2NjIDYuNC4wPw0KPiBPdGhlciB0aGluZ3M/DQo+DQo+PiBBdCB3b3Jz dCB3ZSBjYW4gZG8gc29tZXRoaW5nIGxpa2Ugd2hhdCdzIGRvbmUgd2l0aCB0aGUgbGFuZyBwb3J0 cyBnY2M2LCBnY2M3LCBnY2M4LiBJJ3ZlIENDJ2QgdGhlIG1haW50YWluZXJzIHNvIGhvcGVmdWxs eSB0aGV5IGNhbiBnaXZlIHVzIHNvbWUgaW5wdXQgYW5kIHdlIGNhbiBjb21lIHVwIHdpdGggYSBz b2x1dGlvbi4NCj4+DQo+PiBBcyBmb3IgTWFrZWZpbGUgaXNzdWVzLCB0aGlzIGlzIG9ubHkgYW4g aXNzdWUgZm9yIHRoZSBhcm0tbm9uZS1lYWJpLWdjYyBhbmQgYWFyY2g2NC1ub25lLWVsZi1nY2Mg cG9ydHMgYmVjYXVzZSB0aGV5IGhhdmUgbXVsdGlwbGUgaHlwaGVucy4gSXQncyBtb3N0bHkgYSBj b3NtZXRpYyBpc3N1ZS4gRWFjaCBwb3J0IGhhcyBpdHMgb3duIHBsaXN0IGJlY2F1c2UgZ2NjIGdl bmVyYXRlcyBkaWZmZXJlbnQgaGVhZGVycyBkZXBlbmRpbmcgb24gdGhlIHBsYXRmb3JtIHNvIHRo ZSBQTElTVCBUQVJHRVRBUkNIIHJlZ2V4IGRvZXNuJ3QgcmVhbGx5IGFmZmVjdCBhbGwgdGhhdCBt dWNoLiBUaGVyZSBhcmUgc29tZSBjbGFuZyBmbGFncyBkZXBlbmRlbnQgb24gVEFSR0VUQVJDSCBi dXQgd2hvZXZlciB3cm90ZSB0aGUgYWFyY2g2NC1ub25lLWVsZi1nY2MgcG9ydCBtdXN0IGhhdmUg a25vd24gaXQgd2Fzbid0IHdvcmtpbmcgaW4gdGhlIG1hc3RlciBiZWNhdXNlIHRoZSBjaGVjayBp cyBpbiB0aGUgYmFyZSBtZXRhbCBwb3J0IGFzIHdlbGwuIFRoZSBzdHJpcHBpbmcgb3V0IG9mIGFs bCBoeXBoZW5zIGNhdXNlcyB0aGluZ3MgbGlrZSAiZ2NjIHZlcnNpb24gNi40LjAgKEZyZWVCU0Qg UG9ydHMgQ29sbGVjdGlvbiBmb3IgYWFyY2g2NG5vbmVlbGYpIi4gSSB1c2UgJHtQS0dOQU1FUFJF RklYOkMvLSQvL30gZm9yIHRoZSBjb21tZW50IGFuZCB2ZXJzaW9uIGFuZCAke1BLR05BTUVQUkVG SVg6Qy8tLiovL30gZm9yIFRBUkdFVEFSQ0guIFRoZSBvcmlnaW5hbCByZWdleCBmb3IgYWxsIG9m IHRob3NlIGlzICR7UEtHTkFNRVBSRUZJWDpDLy0vL2d9IGFuZCBJJ20gc3VyZSB5b3UgY2FuIHNl ZSBob3cgdGhhdCdzIGEgcHJvYmxlbSB3aGVuIHRoZXJlJ3MgbXVsdGlwbGUgaHlwaGVucy4NCj4N Cj4gVGhhbmtzIGZvciB0aGUgbm90ZXMuDQo+DQo+PiAtIEphbWVzIFNodXJpZmYNCj4+DQo+PiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogTWFyayBNaWxsYXJkIDxtYXJrbG1p QHlhaG9vLmNvbT4NCj4+IFNlbnQ6IFN1bmRheSwgTWF5IDE5LCAyMDE5IDE6MzMgQU0NCj4+IFRv OiBKYW1lcyBTaHVyaWZmIDxqYW1lc0BvcGVudGVjaC5jYz47IHBvcnRzLWxpc3QgZnJlZWJzZA0K Pj4gPGZyZWVic2QtcG9ydHNAZnJlZWJzZC5vcmc+DQo+PiBTdWJqZWN0OiBSZTogbWFpbnRlbmFu Y2Ugb2YgZ2NjIGNyb3NzIHBvcnRzDQo+Pg0KPj4gSmFtZXMgU2h1cmlmZiBqYW1lcyBhdCBvcGVu dGVjaC5jYyB3cm90ZSBvbiBTYXQgTWF5IDE4IDEyOjI5OjIyIFVUQyAyMDE5IDoNCj4+DQo+Pj4g VGhlIHBvd2VycGM2NC1nY2MgcG9ydCBhbmQgYWxsIHRoZSBwb3J0cyB0aGF0IHVzZSBpdCBhcyBh IG1hc3RlciAoYWFyY2g2NC1nY2MsIGFhcmNoNjQtbm9uZS1lbGYtZ2NjLCBhbWQ2NC1nY2MsIGFy bS1ub25lLWVhYmktZ2NjLCBpMzg2LWdjYywgbWlwcy1nY2MsIG1pcHM2NC1nY2MsIGFuZCBzcGFy YzY0LWdjYykgYXJlIHZlcnkgb2xkIGFuZCB1c2UgYnVnZ3kgbWFrZWZpbGVzLiBJIHdvdWxkIGxp a2UgdG8gdGFrZSBvdmVyIG1haW50ZW5hbmNlIG9mIHRoZXNlIHBvcnRzLiBQb3dlcnBjNjQtZ2Nj IHVzZXMgYW4gb2xkIHZlcnNpb24gb2YgZ2NjIGFuZCB0aGUgbWFrZWZpbGUgaXMgYnVnZ3kuIENl cnRhaW4gdmFyaWFibGVzIHVzZSBiYWQgcmVndWxhciBleHByZXNzaW9ucyB0aHVzIGRvbid0IGRv IHdoYXQgdGhleSdyZSBzdXBwb3NlZCB0byBkby4gSSd2ZSBmaXhlZCB1cCB0aGUgbWFrZWZpbGVz IGFuZCBtYWRlIG5ldyBwbGlzdHMgd2l0aCBhIG5ld2VyIHZlcnNpb24gb2YgZ2NjLg0KPj4NCj4+ IEJlIGF3YXJlIHRoYXQ6DQo+Pg0KPj4gL1twb3J0c10vaGVhZC9iYXNlL2JpbnV0aWxzIGRlcGVu ZHMgb24gZGV2ZWwvYmludXRpbHMgdmlhOg0KPj4NCj4+IE1BU1RFUkRJUj0key5DVVJESVJ9Ly4u Ly4uL2RldmVsL2JpbnV0aWxzDQo+Pg0KPj4gL1twb3J0c10vaGVhZC9iYXNlL2djYyBkZXBlbmRz IG9uIGRldmVsL3Bvd2VycGM2NC1nY2MgdmlhOg0KPj4NCj4+IEVYVFJBX1BBVENIRVMrPQ0KPj4g JHsuQ1VSRElSfS8uLi8uLi9kZXZlbC9wb3dlcnBjNjQtZ2NjL2ZpbGVzL2ZyZWVic2QtZm9ybWF0 LWV4dGVuc2lvbnMNCj4+IEVYVFJBX1BBVENIRVMrPQ0KPj4gJHsuQ1VSRElSfS8uLi8uLi9kZXZl bC9wb3dlcnBjNjQtZ2NjL2ZpbGVzL2ZyZWVic2QtbGliZGlyDQo+PiBFWFRSQV9QQVRDSEVTKz0N Cj4+ICR7LkNVUkRJUn0vLi4vLi4vZGV2ZWwvcG93ZXJwYzY0LWdjYy9maWxlcy9wYXRjaC1nY2Mt ZnJlZWJzZC1taXBzDQo+Pg0KPj4gVGhlIG1haW50YWluZXIgaXMgbGlzdGVkIGFzOiBiYXB0QEZy ZWVCU0Qub3JnIGJ1dCB0aGUgYWN0aXZpdHkgdGVuZHMgdG8gYmUgamhiQEZyZWVCU0Qub3JnIC4g VGhlcmUgYXJlIG90aGVyLCBtb3JlIG92ZXJhbGwgRnJlZUJTRCB0b29sY2hhaW4gZWZmb3J0cyB0 aGF0IHRoZXNlIHZhcmlvdXMgcG9ydHMgYXJlIHRpZWQgdG8uIFRoYXQgbWF5IGNvbnN0cmFpbiB3 aGF0IGNhbiBiZSBkb25lIHdoZW4uIFlvdSB3b3VsZCBwcm9iYWJseSBuZWVkIHRvIGNvbnN1bHQg d2l0aCB0aGVzZSBmb2xrcyBhYm91dCBhbnkgY2hhbmdlcy4NCj4+DQo+PiBJIHVzZSB0aGVzZSBw b3J0cyBmb3IgZG9pbmcgYWx0ZXJuYXRlIHRvb2xjaGFpbiBidWlsZHdvcmxkIGJ1aWxka2VybmVs IGFjdGl2aXRpZXMsIGluY2x1ZGluZyB1c2luZywgc2F5LCBkZXZlbC9wb3dlcnBjNjQtZ2NjIG9u IGEgcG93ZXJwYzY0IG1hY2hpbmUgdG8gc2VsZiBob3N0IHdpdGggbW9yZSBtb2Rlcm4gdG9vbHMg dGhhbiBnY2MgNC4yLjEgYmFzZWQgb25lcy4NCj4+IEFzIEkgdW5kZXJzdGFuZCwgYmVpbmcgaW4g ZGV2ZWwvIGluc3RlYWQgb2YgbGFuZy8gZm9yIGdjYyB0b29scyBpcyB0aWVkIHRvIGJlaW5nIGNv bnN0cnVjdGVkIGZvciB0aGUgc3lzdGVtLWJ1aWxkaW5nIGFjdGl2aXRpZXMgaW5zdGVhZCBvZiBm b3IgZ2VuZXJhbCB1c2UuDQo+Pg0KPj4gWW91IG1pZ2h0IHdhbnQgdG8gc2hvdyB5b3VyIE1ha2Vm aWxlIHVwZGF0ZXMgc28gdGhhdCB0aGF0IHRoZSBwcm9ibGVtcyBhcmUgZnVsbHkgZXhwbGljaXQu DQo+Pg0KPg0KPg0KPiA9PT0NCj4gTWFyayBNaWxsYXJkDQo+IG1hcmtsbWkgYXQgeWFob28uY29t DQo+ICggZHNsLW9ubHkubmV0IHdlbnQNCj4gYXdheSBpbiBlYXJseSAyMDE4LU1hcikNCj4NCj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gIERJU0NMQUlNRVI6IFRoaXMgbWVz c2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ug b2YgdGhlIHJlY2lwaWVudCBhbmQgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9u LiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3IgcGxlYXNlIGRlbGV0 ZSBpdCBhbmQgcHJvbXB0bHkgbm90aWZ5IHRoZSBzZW5kZXIsIEphbWVzIFNodXJpZmYgKGphbWVz QG9wZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVudGVjaC5jYz4pLg0KPg0KDQoNCi0tDQpKb2hu IEJhbGR3aW4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogRElTQ0xBSU1FUjog VGhpcyBtZXNzYWdlIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGludGVuZGVkIHNvbGVseSBmb3Ig dGhlIHVzZSBvZiB0aGUgcmVjaXBpZW50IGFuZCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgaW5m b3JtYXRpb24uIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBpbiBlcnJvciBwbGVh c2UgZGVsZXRlIGl0IGFuZCBwcm9tcHRseSBub3RpZnkgdGhlIHNlbmRlciwgSmFtZXMgU2h1cmlm ZiAoamFtZXNAb3BlbnRlY2guY2M8bWFpbHRvOmphbWVzQG9wZW50ZWNoLmNjPikuDQo= From owner-freebsd-ports@freebsd.org Tue May 21 16:38:16 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2032315B1EB0 for ; Tue, 21 May 2019 16:38:16 +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 08B676D885 for ; Tue, 21 May 2019 16:38:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: sz4en_4VM1ni8hmCY2yLulPe.TJvPjpjtvh4LpCLVqDKCydiiqYL3ZF_5rRCIhi Qw2tPJXZMJ4dfLrHDhxS4SCYyUsol.vwqz76MijO9IjuWnRbLabme0bgQFiNmaaKSqn_L6ozuUP3 63gm5LJfAM0Al8h09ORHqkdPfeukBMVY8BnTIlza3pnaQ6Mfon231LIvR5fXMzuodHjdzazNPajb iiVcrJIJKFcxIsYP0yX93rzrNGoz4aahQwVh6wJU2KEWHWkW0nC_ViiN5fIeqs5bIZ2_jvjC6_q_ fpQBFrh4F0XTNx03fEfptH8g_hIC0BKRcUfU_bTswX4mDp294nWOTuLIBe2YLXOle2V4BpT_rw3H DqEp57ObPwCIKh2QS8IJ9Bd7GE8wzNEcORC37v21QLkx0pLy95xjPS2hHKNKOwcqZwFakTxtmZkA 4DNEcye3U.CO6T0s82R5gaqTWcChPXuW5u6UTsP4tEkbRnbVNOKRsV_zfclt.0DuiDxzGmakIDPX V0_FLbJY8eQClmWnmUC1sZMn4qDlAqiZ6S2hi6DJkOTa6RcEhwTyp3JxeQRA9gaHGMHwshMZoUnQ tYXkIepjpcRQTbpI._FraglrPqYn34G7xeWsaHmGMEOJaHH8xmmaT0C1D3zPpNjQjUX4D0jIH0fy SPhV4y8k7mA9JpxLxnh2tTPVaUVdlnGt9N7JnqAqbiDpKAwJpbP9Ej9BZ2vgj7BSdgrpCPhueSpP gbbcJM2z3UqADmWbNeKg1V1GHaT4_fShOPBcrmHQbZRnNKgW1GX1vZk_X6Mprtgz_ZbFVzeCgSKl QZ93sHBSF5SVK2Yv9_2WMI281YyJXeGC5.6nP4Bukdm5qs3Ssu0F4Lf7NOfmmRDzsHL3ZlvZaZJn Eh5z3N1vCbXoaaJ6PTtEbWU_ehYb5cQeG5T5E8_8X5yhjlBKf0mQmnn00w7Bg4KLLMfe_u5RMyfo xy0nvlQtvrsZpUHBcomOCahaHlwtwNwHRNMotOaT6Ht_10Z6cMxkNwvi_bCygIyYaO8XCrORuEBS N0TeOeF7bhH38v7zEIb22_xToDl252k_G5kwacSI8BIMnL6Ve8d3R6aXXi0qJYycdbB3y.Y9qJqT Lm7EtYeUOOCoyd5P9iKdLdQToW.bSnHc3VpR0nX98oTr4hjSMthWJKzGYniNcdt50OUrf62Wkxyv .vP6b2oRqzGz00Fl00fYqBwtPFt3sNdBHj8InJ9D5cSjyF57fcPwK_B4g8NxbFJXZ Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Tue, 21 May 2019 16:38:08 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp429.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 50175a9cedc806ca69f6539b96393f99; Tue, 21 May 2019 16:38:07 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: maintenance of gcc cross ports From: Mark Millard In-Reply-To: Date: Tue, 21 May 2019 09:38:05 -0700 Cc: John Baldwin , ports-list freebsd , "bapt@FreeBSD.org" , "gerald@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <39746F66-1794-4EFA-A83B-71D267430F4A@yahoo.com> References: <0BDF4BD8-EF07-4226-A2BA-4ACE476CD6FC@yahoo.com> <2A90CC78-117B-4988-9022-1687872B6C59@yahoo.com> To: James Shuriff X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 08B676D885 X-Spamd-Bar: / X-Spamd-Result: default: False [0.26 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.938,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.82)[0.824,0]; NEURAL_HAM_LONG(-0.34)[-0.337,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.22)[ip: (3.64), ipnet: 66.163.184.0/21(1.41), asn: 36646(1.13), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.187.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.187.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 May 2019 16:38:16 -0000 On 2019-May-21, at 06:56, James Shuriff wrote: > What do you think of updating the bare metals to 9.1.0? I don=E2=80=99t = know anything outside of U-Boot and the PSCI Monitor (rpi-firmware) that = actually depends on those ports and I've tested them with my custom = ports. The powerpc64-gcc patches aren't needed to build the bare metal = ports. Neither port has listed maintainers. I am willing to maintain = them if no one else wants to. I managed to get U-Boot to build without = GCC but it was a tremendous effort and required a lot of patches. I've = submitted some patches to the U-Boot team but I don't think they're = going to accept them. >=20 > Bug report for regular expression issues is here: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237982 FYI: QUOTE svn commit: r502188 - head/lang/gcc9-devel . . . Author: gerald Date: Tue May 21 05:52:16 2019 New Revision: 502188 URL:=20 https://svnweb.freebsd.org/changeset/ports/502188 Log: Update to the 20180518 snapshot of GCC 9.1.1. =20 Proactively add a CONFLICTS statement with the lang/gcc9 port that should be landing any day now. That'll avoid a PORTREVISION bump and rebuild at that point. END QUOTE I do not know if you have been in contact with gerald but he normally covers the lang/gcc* ports. You might end up coordinating with him. > - James Shuriff >=20 > -----Original Message----- > From: John Baldwin > Sent: Monday, May 20, 2019 4:45 PM > To: James Shuriff ; Mark Millard = > Cc: ports-list freebsd ; bapt@FreeBSD.org > Subject: Re: maintenance of gcc cross ports >=20 > I do think it probably makes sense to divorce the baremetal GCC ports = from powerpc64-gcc and let powerpc64-gcc just be the basis for = FreeBSD-specific toolchains. >=20 > On 5/19/19 10:48 AM, James Shuriff wrote: >> I have a Raspberry Pi 3 model b. I use the LLVM toolchain to build = the system but the GNU toolchain is required to build U-Boot. U-Boot = uses global register variables and LLVM doesn't support this. = sysutils/u-boot-pine64 does use aarch64-none-elf-gcc, for the same = reason. The family is allwinner64 and that's set to use = aarch64-none-elf-gcc. Here is an article explaining the feature U-Boot = uses that's not in LLVM (the reason GNU is required for building it): >>=20 >> https://gcc.gnu.org/onlinedocs/gcc/Global-Register-Variables.html >>=20 >> Aarch64 is a Tier 2 architecture. The toolchain should have an active = maintainer (the maintainer is listed as ports@FreeBSD.org). I've opened = a bug report for the bugs in the Makefile. We should be using a newer = toolchain or separate arm-none-eabi and aarch64-none-elf from powerpc64. = I am guessing the Makefile bugs occurred because the original designer = didn't intend on powerpc64-gcc being used for targets like arm-none-eabi = and aarch64-none-elf. The patches you pointed out before don't even have = any effect on the bare metal ports. The arm and aarch64 bare metal ports = are the oddballs in the group. The difference being: powerpc64-gcc, = aarch64-gcc, amd64-gcc, i386-gcc, mips*-gcc, and sparc64-gcc are all = intended for, as you said Mark, alternate toolchain work with FreeBSD. = These are not the official toolchains for FreeBSD and I can see why they = don't have the same level of care as the official toolchain. But the = side effect of this is arm-none-eabi-gcc and aarch64-none-elf-gcc = receive the same level of support, though they are *required* to build = most FreeBSD systems on those platforms. >>=20 >> - James Shuriff >>=20 >> -----Original Message----- >> From: Mark Millard >> Sent: Sunday, May 19, 2019 11:46 AM >> To: James Shuriff >> Cc: ports-list freebsd ; bapt@FreeBSD.org; >> jhb@FreeBSD.org >> Subject: Re: maintenance of gcc cross ports >>=20 >>=20 >>=20 >> On 2019-May-19, at 07:40, James Shuriff wrote: >>=20 >>> I didn't/don't plan on touching binutils. Binutils is okay. I made = new patches as well. What I'm really concerned with bringing up to date = is aarch64-none-elf-gcc. >>=20 >>> The GNU toolchain is unfortunately required for building an Aarch64 >>> system >>=20 >> Are you specifically referencing contexts that need to build u-boot? >> (My guess is: yes.) >>=20 >> I've done buildworld buildkernel based on system clang and lld many >> times in the past, though not very recently. (I currently do not have >> access to the environment but will again, eventually.) >>=20 >> For aarch64 I'd mostly recently built for and used: >>=20 >> A) a Pine64+ 2GB (needs: sysutils/u-boot-pine64 ) >> B) an OverDrive 1000 (no u-boot build needed) >>=20 >> I've done amd64->aarch64 cross builds and self hosted ones for/on = such. The OverDrive 1000 builds did not involve = devel/aarch64-none-elf-gcc at all as far as I can remember. >>=20 >>> and is a prereq for a bunch of sysutils arm ports. >>=20 >> Yep. >>=20 >> Are there sysutils/u-boot-* 's that no longer build under gcc 6.4.0? >> Other things? >>=20 >>> At worst we can do something like what's done with the lang ports = gcc6, gcc7, gcc8. I've CC'd the maintainers so hopefully they can give = us some input and we can come up with a solution. >>>=20 >>> As for Makefile issues, this is only an issue for the = arm-none-eabi-gcc and aarch64-none-elf-gcc ports because they have = multiple hyphens. It's mostly a cosmetic issue. Each port has its own = plist because gcc generates different headers depending on the platform = so the PLIST TARGETARCH regex doesn't really affect all that much. There = are some clang flags dependent on TARGETARCH but whoever wrote the = aarch64-none-elf-gcc port must have known it wasn't working in the = master because the check is in the bare metal port as well. The = stripping out of all hyphens causes things like "gcc version 6.4.0 = (FreeBSD Ports Collection for aarch64noneelf)". I use = ${PKGNAMEPREFIX:C/-$//} for the comment and version and = ${PKGNAMEPREFIX:C/-.*//} for TARGETARCH. The original regex for all of = those is ${PKGNAMEPREFIX:C/-//g} and I'm sure you can see how that's a = problem when there's multiple hyphens. >>=20 >> Thanks for the notes. >>=20 >>> - James Shuriff >>>=20 >>> -----Original Message----- >>> From: Mark Millard >>> Sent: Sunday, May 19, 2019 1:33 AM >>> To: James Shuriff ; ports-list freebsd >>> >>> Subject: Re: maintenance of gcc cross ports >>>=20 >>> James Shuriff james at opentech.cc wrote on Sat May 18 12:29:22 UTC = 2019 : >>>=20 >>>> The powerpc64-gcc port and all the ports that use it as a master = (aarch64-gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, = i386-gcc, mips-gcc, mips64-gcc, and sparc64-gcc) are very old and use = buggy makefiles. I would like to take over maintenance of these ports. = Powerpc64-gcc uses an old version of gcc and the makefile is buggy. = Certain variables use bad regular expressions thus don't do what they're = supposed to do. I've fixed up the makefiles and made new plists with a = newer version of gcc. >>>=20 >>> Be aware that: >>>=20 >>> /[ports]/head/base/binutils depends on devel/binutils via: >>>=20 >>> MASTERDIR=3D${.CURDIR}/../../devel/binutils >>>=20 >>> /[ports]/head/base/gcc depends on devel/powerpc64-gcc via: >>>=20 >>> EXTRA_PATCHES+=3D >>> ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-format-extensions >>> EXTRA_PATCHES+=3D >>> ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-libdir >>> EXTRA_PATCHES+=3D >>> ${.CURDIR}/../../devel/powerpc64-gcc/files/patch-gcc-freebsd-mips >>>=20 >>> The maintainer is listed as: bapt@FreeBSD.org but the activity tends = to be jhb@FreeBSD.org . There are other, more overall FreeBSD toolchain = efforts that these various ports are tied to. That may constrain what = can be done when. You would probably need to consult with these folks = about any changes. >>>=20 >>> I use these ports for doing alternate toolchain buildworld = buildkernel activities, including using, say, devel/powerpc64-gcc on a = powerpc64 machine to self host with more modern tools than gcc 4.2.1 = based ones. >>> As I understand, being in devel/ instead of lang/ for gcc tools is = tied to being constructed for the system-building activities instead of = for general use. >>>=20 >>> You might want to show your Makefile updates so that that the = problems are fully explicit. >>>=20 >>=20 >=20 =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 May 21 16:54:06 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C116315B2665 for ; Tue, 21 May 2019 16:54:06 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 67EC06E41E; Tue, 21 May 2019 16:54:06 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-3.local (ralph.baldwin.cx [66.234.199.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id D62288657; Tue, 21 May 2019 16:54:05 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: maintenance of gcc cross ports To: James Shuriff , Mark Millard Cc: ports-list freebsd , "bapt@FreeBSD.org" References: <0BDF4BD8-EF07-4226-A2BA-4ACE476CD6FC@yahoo.com> <2A90CC78-117B-4988-9022-1687872B6C59@yahoo.com> From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: Date: Tue, 21 May 2019 09:54:04 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 67EC06E41E X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.97)[-0.970,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 May 2019 16:54:07 -0000 On 5/21/19 6:56 AM, James Shuriff wrote: > What do you think of updating the bare metals to 9.1.0? I don’t know anything outside of U-Boot and the PSCI Monitor (rpi-firmware) that actually depends on those ports and I've tested them with my custom ports. The powerpc64-gcc patches aren't needed to build the bare metal ports. Neither port has listed maintainers. I am willing to maintain them if no one else wants to. I managed to get U-Boot to build without GCC but it was a tremendous effort and required a lot of patches. I've submitted some patches to the U-Boot team but I don't think they're going to accept them. > > Bug report for regular expression issues is here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237982 I don't have an opinion on the bare metal ports, the ones I care about are the -gcc ports used as a FreeBSD toolchain. I would ask bapt@ and/or manu@ what they think about having you maintain the bare metal ports. -- John Baldwin From owner-freebsd-ports@freebsd.org Tue May 21 20:29:37 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D286158C872 for ; Tue, 21 May 2019 20:29:37 +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 389007796C for ; Tue, 21 May 2019 20:29:35 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id x4LK2wkC075549 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 21 May 2019 20:02:58 GMT (envelope-from list1@gjunka.com) To: freebsd-ports@freebsd.org From: Grzegorz Junka Subject: UNAME_r and OSVERSION mismatch - annoying error Message-ID: <5226b758-c995-3c79-493f-d918da6a8f2f@gjunka.com> Date: Tue, 21 May 2019 21:02:55 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 389007796C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.86 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+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(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[gjunka.com]; NEURAL_HAM_SHORT(-0.91)[-0.910,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 May 2019 20:29:37 -0000 Hi, poudriere options -c -j 12rel0 -p local -z desktop audio/sdl_sound throws at me: make: "/usr/local/poudriere/ports/gui/Mk/bsd.port.mk" line 1203: UNAME_r (12.0-RELEASE-p4) and OSVERSION (1102000) do not agree on major version number. What's the easiest way for (temporarily) disabling this error so that I can set the options? Yes, poudriere is compiling with 12.0-RELEASE-p4 jail on a host with 12.0-RELEASE-p4 kernel but with 11.2-RELEASE-p4 userland. I am just in the middle of upgrading the ports and need to recompile one port with different options before I can finish upgrading the userland. Also, is this error expected in that scenario? When I was trying to compile using 12 jail on a host with 11 kernel poudriere was only showing an error that build errors may occur but never refused to at least try to compile. This makefile doesn't even try to set my options. Pretty annoying. I guess I would support merging this patch: https://lists.freebsd.org/pipermail/freebsd-ports/2015-June/099621.html Thanks GrzegorzJ From owner-freebsd-ports@freebsd.org Tue May 21 23:20:27 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4314D159345F for ; Tue, 21 May 2019 23:20:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-3.consmr.mail.bf2.yahoo.com (sonic303-3.consmr.mail.bf2.yahoo.com [74.6.131.42]) (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 27744865D1 for ; Tue, 21 May 2019 23:20:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: rVyToH4VM1k2KEHM7FLWCw15bo3WMn2NLpkyh_hrPzjkM.slduZB0rD_Fh3TZ.8 Fowk0zrAxT5Q1mI0ezGLzKI_NiQ3F_z7xZoGxZnO2g1NchMirWT3N4X07IuRqqQSiYNqR8ZiiBCI CyRLLfHooUbiieUJQ9GtUpfc0EJHPoq_fpzAidnjuBynDbv0nnajyYUy330Bdyaad8JiosjBg_o0 ahP3gCQErFKsqdEU9NIS9ik4CchMd7OVoNdn60RNnNpBxnaE8Vqoq3ZCXuRI6rh3I99VvAo2akAX szMcq8265I191gNYhdXcbWx.Xov1gximCewErbbj696tjBzXvNv2MRTPxbZdonTmk_u5fkg_MSWA QX1qVngR9UHS7PfZoxbx_EO_HHeNPZS6wSgnEG_JQ4WkueKhj3XW02FZji7MRJNvsCZyQGC5Gzok qhA4iIOaN0dMsBxYtjuYnRURGiV6ykp4TPmMd1GCjbJWdAgAYoK3NKj.xSsUVgEIG9adLpNv7bQN W3U3Dq0MnedDZM_ntUOjEFBq9CHsi6q9P3YJ6L.UX6q9KDCLQWBN.GgpGlDyfLBBxKFqC7AkcdkL OdTIU1P6jdM3mTmUA3TYN.5AfEDcrDbpMZbjoa8sSE4PvpDskvHmdeDw2YTLrM_cuXqFxerpYhjx sKeOQXRNUTzOLBcrss3WOGk0FyrAaBWzNV7a7A2Cob4SNVwz7A8wh70XIqXDLxt3j5liVHVi3hIf iu5ZkOGn2y5ouUX1oTY9qF0nJ4hnOJEZGv8VGcsM80EH_C5zknzqKIp5deur13U5ECnmaN_zu9k9 75bNezptTtJT81MFTGLAcH7rFLr8tZDVZPR.MPCUjlGFZS.nEUvJCYuGvDWaC7ejvkUI9tWYT8DL Mfngr3Rg1rK.Zoaq3WUlDacBA.pDid19w98oRK_ZtaU7gIxuKAl.R_vPntSCzVv_bqFqAlZv4gJf r31jMsQI83lBrPpY9WdXKdMCOQfAZFmAzBjJyL1Z21EoXaMFz7NhsY0k.HNScIe9GH2jrKIvpCX0 oJKWT.Nrlr3yO05DSoc4oAmVAD6ZL6AdaWxB3x7QjfckYW2kforqFpycbom0StlotQM5akrHP.iZ IiHIZ4bu0HX6aCFpZWJn.sSrQwUoBWxM_hLcpJB.X0uJczpei5aafaDjXEOaod0tL3KR1A6DB7GO 9O96ay_NMagcvsKnZPH7eAea.G0zTHqNbiwAJ6mpIHKR4.pTwQXmhV.b2tuNvpF0hcW4rfUCvPfM - Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Tue, 21 May 2019 23:20:19 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp404.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5361bbaf3ff9ec2feff4ee69999bc0e1; Tue, 21 May 2019 23:20:17 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: FYI: Unable to build -r501994 ports' devel/qt5-core on clang 8 based powerpc64 system: "Q_ATOMIC_INT64_IS_SUPPORTED must be defined on a 64-bit platform" From: Mark Millard In-Reply-To: <2E1BCA58-8420-4B74-A0CB-FBDC744BDDA6@yahoo.com> Date: Tue, 21 May 2019 16:20:15 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <3B8E25C1-1EB4-4D18-A45F-72555C3AC13D@yahoo.com> References: <2E1BCA58-8420-4B74-A0CB-FBDC744BDDA6@yahoo.com> To: ports-list freebsd , tcberner@freebsd.org X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 27744865D1 X-Spamd-Bar: / X-Spamd-Result: default: False [0.44 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.59)[-0.592,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.29)[0.292,0]; NEURAL_HAM_LONG(-0.27)[-0.268,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.52)[ip: (4.82), ipnet: 74.6.128.0/21(1.57), asn: 26101(1.26), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[42.131.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 May 2019 23:20:27 -0000 I'm top posting because the problem originally reported seems to be a later consequence of a much earlier problem. Looking in the logs showed lots of use of -I%%LOCALBASE%%/lib/gcc8/include/c++ and looking = in: = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/mkspec= s/freebsd-g++/qmake.conf shows: EXTRA_INCLUDEPATH +=3D /usr/local/lib/gcc8/include = %%LOCALBASE%%/lib/gcc8/include/c++ That seems to drive from the qmake.conf.bak: EXTRA_INCLUDEPATH +=3D /usr/local/lib/gcc%%GCC_DEFAULT%%/include = %%LOCALBASE%%/lib/gcc%%GCC_DEFAULT%%/include/c++ So %%GCC_DEFAULT%% managed to be replaced corrctly. Notably qmake.conf.orig does not have the line at all: # # qmake configuration for freebsd-g++ # MAKEFILE_GENERATOR =3D UNIX QMAKE_PLATFORM =3D freebsd include(../common/bsd/bsd.conf) # Addon software goes into /usr/local on FreeBSD, by default we will = look there QMAKE_INCDIR_POST =3D /usr/local/include QMAKE_LIBDIR_POST =3D /usr/local/lib include(../common/gcc-base-unix.conf) include(../common/g++-unix.conf) load(qt_config) /usr/ports/Mk/Uses/qt-dist.mk has: post-patch: gcc-post-patch gcc-post-patch: ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/common/g++-base.conf \ ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf and: post-patch: qtbase-post-patch qtbase-post-patch: ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf My guess here is that back in gcc-post-patch: gcc-post-patch: ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf . . . it needs -e and a g in order to do more than one substitution: gcc-post-patch: ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf . . . On 2019-May-19, at 07:40, Mark Millard wrote: > This was in a poudriere bulk build on a head -r347549 based powerpc64 > system with system clang 8 for cc and c++ and base/binutils > for the likes of ld. But the build of qt5-core uses g++8. >=20 > The log shows: >=20 > --- .obj/qatomic.o --- > g++8 -c -O2 -pipe -g -fstack-protector-strong = -Wl,-rpath=3D/usr/local/lib/gcc8 -Wl,-rpath=3D/usr/local/lib/gcc8 -Og = -std=3Dc++1z -fvisibility=3Dhidden -fvisibility-inlines-hidden -Wall -W = -pthread -fPIC -DQT_GLIB -DQT_NO_USING_NAMESPACE -DQT_NO_FOREACH = -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_BUILD_CORE_LIB = -DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS = -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_DEPRECATED_WARNINGS = -DQT_DISABLE_DEPRECATED_BEFORE=3D0x050000 -D_LARGEFILE64_SOURCE = -D_LARGEFILE_SOURCE -I. -Iglobal -I../3rdparty/harfbuzz/src = -I../3rdparty/md5 -I../3rdparty/md4 -I../3rdparty/sha3 -I../3rdparty = -I../3rdparty/double-conversion/include = -I../3rdparty/double-conversion/include/double-conversion = -I../3rdparty/forkfd -I../3rdparty/tinycbor/src -I../../include = -I../../include/QtCore -I../../include/QtCore/5.12.2 = -I../../include/QtCore/5.12.2/QtCore -I.moc -I.tracegen -isystem = /usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include = -I/usr/local/lib/gcc8/include -I%%LOCALBASE%%/lib/gcc8/include/c++ = -isystem /usr/local/include -I/usr/local/lib/qt5/mkspecs/freebsd-g++ -o = .obj/qatomic.o thread/qatomic.cpp > thread/qatomic.cpp:1624:4: error: #error "Q_ATOMIC_INT64_IS_SUPPORTED = must be defined on a 64-bit platform" > # error "Q_ATOMIC_INT64_IS_SUPPORTED must be defined on a 64-bit = platform" > ^~~~~ > In file included from ../../include/QtCore/qglobal.h:1, > from thread/qatomic.h:41, > from thread/qatomic.cpp:41: > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': > ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' > thread/qatomic.cpp:1631:1: required from here > ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform > # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) > = ^~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' > Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); > ^~~~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': > ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' > thread/qatomic.cpp:1632:1: required from here > ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform > # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) > = ^~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' > Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); > ^~~~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': > ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' > thread/qatomic.cpp:1633:1: required from here > ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform > # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) > = ^~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' > Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); > ^~~~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': > ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' > thread/qatomic.cpp:1634:1: required from here > ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform > # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) > = ^~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' > Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); > ^~~~~~~~~~~~~~~~~ > *** [.obj/qatomic.o] Error code 1 >=20 > make[1]: stopped in = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/co= relib > 1 error >=20 > make[1]: stopped in = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/co= relib > *** Error code 2 >=20 > Stop. > make: stopped in /usr/ports/devel/qt5-core > =3D>> Cleaning up wrkdir > =3D=3D=3D> Cleaning for qt5-core-5.12.2_1 > build of devel/qt5-core | qt5-core-5.12.2_1 ended at Sun May 19 = 02:49:31 PDT 2019 > build time: 00:26:21 > !!! build failure encountered !!! >=20 >=20 > For reference: >=20 > Configure summary: >=20 > Build type: freebsd-g++ (power64, CPU features: ) > Compiler: unknown (gcc8) > Configuration: compile_examples largefile optimize_debug shared rpath = debug c++11 c++14 c++1z concurrent no-gui reduce_exports release_tools = separate_debug_info stl no-widgets > Build options: > Mode ................................... debug; optimized tools > Optimize debug build ................... yes > Building shared libraries .............. yes > Using C standard ....................... C11 > Using C++ standard ..................... C++1z > Using ccache ........................... no > Using gold linker ...................... no > Using precompiled headers .............. no > Using LTCG ............................. no > Target compiler supports: > Build parts ............................ libs tools > Qt modules and options: > Qt Concurrent .......................... yes > Qt D-Bus ............................... no > Qt D-Bus directly linked to libdbus .... no > Qt Gui ................................. no > Qt Network ............................. yes > Qt Sql ................................. yes > Qt Testlib ............................. yes > Qt Widgets ............................. no > Qt Xml ................................. yes > Support enabled for: > Using pkg-config ....................... yes > udev ................................... no > Using system zlib ...................... yes > Qt Core: > DoubleConversion ....................... yes > Using system DoubleConversion ........ no > GLib ................................... yes > iconv .................................. no > ICU .................................... yes > Tracing backend ........................ > Logging backends: > journald ............................. no > syslog ............................... no > slog2 ................................ no > Using system PCRE2 ..................... yes > Qt Network: > getifaddrs() ........................... yes > IPv6 ifname ............................ yes > libproxy ............................... no > OpenSSL ................................ no > Qt directly linked to OpenSSL ........ no > OpenSSL 1.1 ............................ no > DTLS ................................... no > SCTP ................................... no > Use system proxies ..................... yes > Qt Gui: > Accessibility .......................... no > FreeType ............................... no > Using system FreeType ................ no > HarfBuzz ............................... no > Using system HarfBuzz ................ no > Fontconfig ............................. no > Image formats: > GIF .................................. no > ICO .................................. yes > JPEG ................................. no > Using system libjpeg ............... no > PNG .................................. no > Using system libpng ................ no > EGL .................................... no > OpenVG ................................. no > OpenGL: > Desktop OpenGL ....................... no > OpenGL ES 2.0 ........................ no > OpenGL ES 3.0 ........................ no > OpenGL ES 3.1 ........................ no > OpenGL ES 3.2 ........................ no > Vulkan ................................. no > Session Management ..................... yes > Features used by QPA backends: > evdev .................................. no > libinput ............................... no > INTEGRITY HID .......................... no > mtdev .................................. no > tslib .................................. no > xkbcommon .............................. no > X11 specific: > XLib ................................. no > XCB Xlib ............................. no > EGL on X11 ........................... no > QPA backends: > DirectFB ............................... no > EGLFS .................................. no > LinuxFB ................................ no > VNC .................................... yes > Mir client ............................. no > Qt Sql: > SQL item models ........................ yes > Qt Widgets: > GTK+ ................................... no > Styles ................................. Fusion Windows > Qt PrintSupport: > CUPS ................................... no > Qt Sql Drivers: > DB2 (IBM) .............................. no > InterBase .............................. no > MySql .................................. no > OCI (Oracle) ........................... no > ODBC ................................... no > PostgreSQL ............................. no > SQLite2 ................................ no > SQLite ................................. yes > Using system provided SQLite ......... no > TDS (Sybase) ........................... no > Qt Testlib: > Tester for item models ................. yes >=20 > WARNING: Feature xkb is insignificant in this configuration, ignoring = related command line option(s). >=20 > WARNING: Accessibility disabled. This configuration of Qt is = unsupported. >=20 >=20 >=20 > # svnlite diff /usr/ports/devel/qt5-core/ | more > # >=20 > (So no differences.) =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 May 22 00:15:46 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD14D15952EF for ; Wed, 22 May 2019 00:15:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-3.consmr.mail.bf2.yahoo.com (sonic302-3.consmr.mail.bf2.yahoo.com [74.6.135.42]) (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 977688890E for ; Wed, 22 May 2019 00:15:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: QH3KnGUVM1lA0vT91p9NtD80Se5.pQxm0qbLvk8WjIcCg0nbUi5ofL747r0_teV Dhr2zmEcnaxo6ZlnlcVRIAB.vgDzbK89XbgjQTrqHztJ8.mpqe6X0TyxmPZeUiQ.sa0TnF38.p82 RQD_2kRuprLFi11QLcj61Rj_VBzJNsREHsNOXMZqYKpZcaShxSMTrUKlrOFIaZMQ8P9pVuwUVScy eTWY4aP1BCboUUPBO5o9mijpixQ6IQF_TvJNpNgtedTylKgCwL3t59xjSM28G6ONiJckCgLdgsLc nGaByb5uVV90HVzDSiF5x9QeZzn2TU0Wb.bKH4hwWnRtRTkWtNVh_qmsXQVX4gjyHnB8TZqh0_uO TZxmvfphbAWYku7EZ9uZ822PXgX6EumSJZUaznqcXLiJrOywz2NayPPvjqDR6xMcHtNA.8EIbr.B AgwTPBdZW3DiBawhPRtQxwRK0OZcNu_PYDAKR5OuvVHdWzHuKqdgcLQQvuymBOEaYNUoQxX77RMV oFHBzWQnBUW1GtW4aKMxmnOzgLlKDF12zXkU4mGwSBKqdXzw4gpo8FYVl9cnUMWZLNDrs1_MSHyU cxYvqTEKFU4l60F1v57j8GyNOb5A.RQ9i62N6sqXitsfOZxuNnto5PW6Zwp2.fAlpIkpdEqkOIwP hUOJfUX2vWEgKIiDx7lvjdav9GFLCW9Wm9gq7F9F4yB4JzFhOOVJH0NQeTwv_2QwxV2SIhWKjsoC lW.R4jYFf0rusQpQooqj8xxUOuehRNPkwaLWyufItXYPhIIEGM24ReNTTjFC3j5VWD1lCERPFk3Y mWqC39rZYWu6LjqTHMDsfPhX4QCEpwkTayACUTavS5uhM1EbiAvA6Q.EeGI1pEGzfo1HdiRiJSLM UAo5IKdi3jvNcwusBSvGz_Wiz9P0yFHrRFXDKrVP0mvclnB1Pfq8mDdwqLJnqNWUF0cVOJMMDBXa oR0S4bBsE2500Z7xlYPadkAIUaad2_tEZcEUuFryY3XL0dnt9HuAs6qiSxjNSpIxIsxfubNMFbeP jiQCFtap6pLQXDgRdsz05RG8NSqRlWRY5.x6n1KnyWtE4jq7NoEGjRVHIQ1OKj97ABtHfcgUNbOI qp5SgfNS_Q6gt_KUnHvH1KatMEymErI7sym_nAgjQI6PHUocQQaG9a_PKT7OCYFCNamG7N4OeTL_ T8VtlVgexycDH6SBfiQiAPiBsoCkVnONjW53Sy6kZ66khvCUYzkBfYb_1ah8KH7jn2_zBdsT2PD2 CXA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Wed, 22 May 2019 00:15:38 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp423.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID b19f1d5107801170b7948c84047c3bc5; Wed, 22 May 2019 00:15: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.4 \(3445.104.11\)) Subject: Re: FYI: Unable to build -r501994 ports' devel/qt5-core on clang 8 based powerpc64 system: "Q_ATOMIC_INT64_IS_SUPPORTED must be defined on a 64-bit platform" Date: Tue, 21 May 2019 17:15:34 -0700 References: <2E1BCA58-8420-4B74-A0CB-FBDC744BDDA6@yahoo.com> <3B8E25C1-1EB4-4D18-A45F-72555C3AC13D@yahoo.com> To: ports-list freebsd , tcberner@freebsd.org In-Reply-To: <3B8E25C1-1EB4-4D18-A45F-72555C3AC13D@yahoo.com> Message-Id: <3CD3FC58-C0FB-4E5A-9FE8-6A64D8E7BA82@yahoo.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 977688890E X-Spamd-Bar: / X-Spamd-Result: default: False [0.78 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.834,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.64)[0.642,0]; NEURAL_HAM_LONG(-0.09)[-0.092,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.57)[ip: (5.09), ipnet: 74.6.128.0/21(1.57), asn: 26101(1.26), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[42.135.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 00:15:46 -0000 On 2019-May-21, at 16:20, Mark Millard wrote: > I'm top posting because the problem originally reported seems to be > a later consequence of a much earlier problem. Looking in the logs > showed lots of use of -I%%LOCALBASE%%/lib/gcc8/include/c++ and looking = in: >=20 > = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/mkspec= s/freebsd-g++/qmake.conf >=20 > shows: >=20 > EXTRA_INCLUDEPATH +=3D /usr/local/lib/gcc8/include = %%LOCALBASE%%/lib/gcc8/include/c++ >=20 >=20 > That seems to drive from the qmake.conf.bak: >=20 > EXTRA_INCLUDEPATH +=3D /usr/local/lib/gcc%%GCC_DEFAULT%%/include = %%LOCALBASE%%/lib/gcc%%GCC_DEFAULT%%/include/c++ >=20 > So %%GCC_DEFAULT%% managed to be replaced corrctly. >=20 > Notably qmake.conf.orig does not have the line at all: >=20 > # > # qmake configuration for freebsd-g++ > # >=20 > MAKEFILE_GENERATOR =3D UNIX > QMAKE_PLATFORM =3D freebsd >=20 > include(../common/bsd/bsd.conf) >=20 > # Addon software goes into /usr/local on FreeBSD, by default we will = look there > QMAKE_INCDIR_POST =3D /usr/local/include > QMAKE_LIBDIR_POST =3D /usr/local/lib >=20 > include(../common/gcc-base-unix.conf) > include(../common/g++-unix.conf) > load(qt_config) >=20 >=20 >=20 > /usr/ports/Mk/Uses/qt-dist.mk has: >=20 > post-patch: gcc-post-patch > gcc-post-patch: > ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ > ${WRKSRC}/mkspecs/common/gcc-base.conf \ > ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf > ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ > ${WRKSRC}/mkspecs/common/gcc-base.conf \ > ${WRKSRC}/mkspecs/common/g++-base.conf \ > ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ > ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >=20 > and: >=20 > post-patch: qtbase-post-patch > qtbase-post-patch: > ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ > ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ > ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >=20 >=20 > My guess here is that back in gcc-post-patch: >=20 > gcc-post-patch: > ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ > ${WRKSRC}/mkspecs/common/gcc-base.conf \ > ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf > . . . >=20 > it needs -e and a g in order to do more than one substitution: Actually the -e would be optional and appears to not be needed in qtbase-post-patch as well --or could be added to the %%GCC_DEFAULT%% replacement. The "g" is the important part. > gcc-post-patch: > ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ > ${WRKSRC}/mkspecs/common/gcc-base.conf \ > ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf > . . . >=20 > On 2019-May-19, at 07:40, Mark Millard wrote: >=20 >> This was in a poudriere bulk build on a head -r347549 based powerpc64 >> system with system clang 8 for cc and c++ and base/binutils >> for the likes of ld. But the build of qt5-core uses g++8. >>=20 >> The log shows: >>=20 >> --- .obj/qatomic.o --- >> g++8 -c -O2 -pipe -g -fstack-protector-strong = -Wl,-rpath=3D/usr/local/lib/gcc8 -Wl,-rpath=3D/usr/local/lib/gcc8 -Og = -std=3Dc++1z -fvisibility=3Dhidden -fvisibility-inlines-hidden -Wall -W = -pthread -fPIC -DQT_GLIB -DQT_NO_USING_NAMESPACE -DQT_NO_FOREACH = -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_BUILD_CORE_LIB = -DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS = -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_DEPRECATED_WARNINGS = -DQT_DISABLE_DEPRECATED_BEFORE=3D0x050000 -D_LARGEFILE64_SOURCE = -D_LARGEFILE_SOURCE -I. -Iglobal -I../3rdparty/harfbuzz/src = -I../3rdparty/md5 -I../3rdparty/md4 -I../3rdparty/sha3 -I../3rdparty = -I../3rdparty/double-conversion/include = -I../3rdparty/double-conversion/include/double-conversion = -I../3rdparty/forkfd -I../3rdparty/tinycbor/src -I../../include = -I../../include/QtCore -I../../include/QtCore/5.12.2 = -I../../include/QtCore/5.12.2/QtCore -I.moc -I.tracegen -isystem = /usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include = -I/usr/local/lib/gcc8/include -I%%LOCALBASE%%/lib/gcc8/include/c++ = -isystem /usr/local/include -I/usr/local/lib/qt5/mkspecs/freebsd-g++ -o = .obj/qatomic.o thread/qatomic.cpp >> thread/qatomic.cpp:1624:4: error: #error "Q_ATOMIC_INT64_IS_SUPPORTED = must be defined on a 64-bit platform" >> # error "Q_ATOMIC_INT64_IS_SUPPORTED must be defined on a 64-bit = platform" >> ^~~~~ >> In file included from ../../include/QtCore/qglobal.h:1, >> from thread/qatomic.h:41, >> from thread/qatomic.cpp:41: >> ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': >> ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' >> thread/qatomic.cpp:1631:1: required from here >> ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: = error: static assertion failed: template parameter is an integral of a = size not supported on this platform >> # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) >> = ^~~~~~~~~~~~~~~ >> ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' >> Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); >> ^~~~~~~~~~~~~~~~~ >> ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': >> ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' >> thread/qatomic.cpp:1632:1: required from here >> ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: = error: static assertion failed: template parameter is an integral of a = size not supported on this platform >> # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) >> = ^~~~~~~~~~~~~~~ >> ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' >> Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); >> ^~~~~~~~~~~~~~~~~ >> ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': >> ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' >> thread/qatomic.cpp:1633:1: required from here >> ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: = error: static assertion failed: template parameter is an integral of a = size not supported on this platform >> # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) >> = ^~~~~~~~~~~~~~~ >> ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' >> Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); >> ^~~~~~~~~~~~~~~~~ >> ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': >> ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' >> thread/qatomic.cpp:1634:1: required from here >> ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: = error: static assertion failed: template parameter is an integral of a = size not supported on this platform >> # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) >> = ^~~~~~~~~~~~~~~ >> ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' >> Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); >> ^~~~~~~~~~~~~~~~~ >> *** [.obj/qatomic.o] Error code 1 >>=20 >> make[1]: stopped in = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/co= relib >> 1 error >>=20 >> make[1]: stopped in = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/co= relib >> *** Error code 2 >>=20 >> Stop. >> make: stopped in /usr/ports/devel/qt5-core >> =3D>> Cleaning up wrkdir >> =3D=3D=3D> Cleaning for qt5-core-5.12.2_1 >> build of devel/qt5-core | qt5-core-5.12.2_1 ended at Sun May 19 = 02:49:31 PDT 2019 >> build time: 00:26:21 >> !!! build failure encountered !!! >>=20 >>=20 >> For reference: >>=20 >> Configure summary: >>=20 >> Build type: freebsd-g++ (power64, CPU features: ) >> Compiler: unknown (gcc8) >> Configuration: compile_examples largefile optimize_debug shared rpath = debug c++11 c++14 c++1z concurrent no-gui reduce_exports release_tools = separate_debug_info stl no-widgets >> Build options: >> Mode ................................... debug; optimized tools >> Optimize debug build ................... yes >> Building shared libraries .............. yes >> Using C standard ....................... C11 >> Using C++ standard ..................... C++1z >> Using ccache ........................... no >> Using gold linker ...................... no >> Using precompiled headers .............. no >> Using LTCG ............................. no >> Target compiler supports: >> Build parts ............................ libs tools >> Qt modules and options: >> Qt Concurrent .......................... yes >> Qt D-Bus ............................... no >> Qt D-Bus directly linked to libdbus .... no >> Qt Gui ................................. no >> Qt Network ............................. yes >> Qt Sql ................................. yes >> Qt Testlib ............................. yes >> Qt Widgets ............................. no >> Qt Xml ................................. yes >> Support enabled for: >> Using pkg-config ....................... yes >> udev ................................... no >> Using system zlib ...................... yes >> Qt Core: >> DoubleConversion ....................... yes >> Using system DoubleConversion ........ no >> GLib ................................... yes >> iconv .................................. no >> ICU .................................... yes >> Tracing backend ........................ >> Logging backends: >> journald ............................. no >> syslog ............................... no >> slog2 ................................ no >> Using system PCRE2 ..................... yes >> Qt Network: >> getifaddrs() ........................... yes >> IPv6 ifname ............................ yes >> libproxy ............................... no >> OpenSSL ................................ no >> Qt directly linked to OpenSSL ........ no >> OpenSSL 1.1 ............................ no >> DTLS ................................... no >> SCTP ................................... no >> Use system proxies ..................... yes >> Qt Gui: >> Accessibility .......................... no >> FreeType ............................... no >> Using system FreeType ................ no >> HarfBuzz ............................... no >> Using system HarfBuzz ................ no >> Fontconfig ............................. no >> Image formats: >> GIF .................................. no >> ICO .................................. yes >> JPEG ................................. no >> Using system libjpeg ............... no >> PNG .................................. no >> Using system libpng ................ no >> EGL .................................... no >> OpenVG ................................. no >> OpenGL: >> Desktop OpenGL ....................... no >> OpenGL ES 2.0 ........................ no >> OpenGL ES 3.0 ........................ no >> OpenGL ES 3.1 ........................ no >> OpenGL ES 3.2 ........................ no >> Vulkan ................................. no >> Session Management ..................... yes >> Features used by QPA backends: >> evdev .................................. no >> libinput ............................... no >> INTEGRITY HID .......................... no >> mtdev .................................. no >> tslib .................................. no >> xkbcommon .............................. no >> X11 specific: >> XLib ................................. no >> XCB Xlib ............................. no >> EGL on X11 ........................... no >> QPA backends: >> DirectFB ............................... no >> EGLFS .................................. no >> LinuxFB ................................ no >> VNC .................................... yes >> Mir client ............................. no >> Qt Sql: >> SQL item models ........................ yes >> Qt Widgets: >> GTK+ ................................... no >> Styles ................................. Fusion Windows >> Qt PrintSupport: >> CUPS ................................... no >> Qt Sql Drivers: >> DB2 (IBM) .............................. no >> InterBase .............................. no >> MySql .................................. no >> OCI (Oracle) ........................... no >> ODBC ................................... no >> PostgreSQL ............................. no >> SQLite2 ................................ no >> SQLite ................................. yes >> Using system provided SQLite ......... no >> TDS (Sybase) ........................... no >> Qt Testlib: >> Tester for item models ................. yes >>=20 >> WARNING: Feature xkb is insignificant in this configuration, ignoring = related command line option(s). >>=20 >> WARNING: Accessibility disabled. This configuration of Qt is = unsupported. >>=20 >>=20 >>=20 >> # svnlite diff /usr/ports/devel/qt5-core/ | more >> # >>=20 >> (So no differences.) =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 May 22 03:07:15 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A491A1598BC6 for ; Wed, 22 May 2019 03:07:15 +0000 (UTC) (envelope-from kennedy.greg@gmail.com) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D3C28D830 for ; Wed, 22 May 2019 03:07:14 +0000 (UTC) (envelope-from kennedy.greg@gmail.com) Received: by mail-ed1-x535.google.com with SMTP id w11so1465046edl.5 for ; Tue, 21 May 2019 20:07:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=0+kzVEN/zAoD11fzjBpyC1C6llHY20nRm9omCYQ0PZs=; b=dRbVWVJqNBl2yXuTUxCNGChGb5hTJl85GIRlRRm2FLSspvwV85zkEO3wuS3c4ZYfLs rjfGieEOyeji0pSjGjUpSkMyw9/5DxFvZUigoOjTmNIYzsIBg7Zoq800fCL+XO/As7ta QtOOL6gl39QZPVKla2Yctc5fhPFZ9CCSvQvfkx5LtaocvdqeZsglx8gfd5xYPnnm2TMN LGG8M6G5+QQcpp4zbLSLHYaX0ieJF02n3eewBdlc4AM4ZcFymQY22alJw3YG6xn01TxU dUs5zRvDAdT5VolO2ejlNSaZPGtAt/cyiNCG6njCaOpTMg7MdTLuqe67rFIknIYXv2SE BchQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=0+kzVEN/zAoD11fzjBpyC1C6llHY20nRm9omCYQ0PZs=; b=SVJFsfe7VjR2ustN0/VhVoDV8NzfmWoMtNmqWcGVjnx7cDgaypxdRUU0kRD6KXb/1Z U5lVoxpyy/aIfAMXb7Mbw6eFpUXfpgI9POe9TG+j+nl9Pq6BAXa7NoCC3U2qGriTOH/f wRF/M7zpYuac4aixrBnePQuVueeGjJGqTsHK0KzAfRWOTlfVxb//oKh1Cb/mKaz/Ykl4 SObByjk40RE5/GPUGoLaxN+oZLlSjovkR5awiYDzoOkqLzg7r+ffRr6ABGY2BxKnooTk /64OrYlKPtRLR+KZtX0TeTlIQTuv4n5rFXIxdKg4IU0JeyrNUbKNyAQeFBJhz68gO/IV AYUA== X-Gm-Message-State: APjAAAVcksw8JMqvICm76/cB+5Qdf5mZsdbbb9Smhh9V20QN52nAKyqS WqgYnbKKcLV+GjXnmIYY09agM+2afCYtQsmG2FtQP32a X-Google-Smtp-Source: APXvYqySi5tuz+WG0vdXgOVI2j3aHuE9uutGTX/6vjc/4X6pW4JH00ODyGYdh9ixVCW5Tbq4KfA9PV/rWxYNQ3MRQ9o= X-Received: by 2002:a50:896a:: with SMTP id f39mr85916226edf.293.1558494433142; Tue, 21 May 2019 20:07:13 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Kennedy Date: Tue, 21 May 2019 22:07:01 -0500 Message-ID: Subject: Re: graphics/php*-gd requires X11 by default To: "freebsd-ports@freebsd.org" X-Rspamd-Queue-Id: 7D3C28D830 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=dRbVWVJq; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kennedygreg@gmail.com designates 2a00:1450:4864:20::535 as permitted sender) smtp.mailfrom=kennedygreg@gmail.com X-Spamd-Result: default: False [-6.74 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.96)[-0.962,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.76)[ip: (-9.29), ipnet: 2a00:1450::/32(-2.20), asn: 15169(-2.27), country: US(-0.06)]; 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.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 03:07:15 -0000 Never mind! I just saw that this was fixed in October for php73-gd. Need to update my PHP version. On Thu, May 16, 2019 at 8:54 PM Greg Kennedy wrote: > I'm raising this again as the last time I tried to check with the port > maintainer, he had not made the change, and wasn't available to do so. > > Can someone change the default config for graphics/php72-gd from X11=on to > X11=off? > > It will save a large number of dependencies on X11, at the cost of not > supporting this (very rarely used) image format. > > On Sat, Sep 15, 2018 at 12:14 PM Greg Kennedy > wrote: > >> I sent an email to the maintainer of these ports (tz@freebsd.org) a few >> days ago, but didn't hear back - so I thought I'd raise the same question >> to the mailing list instead. >> >> --- >> >> Hey there! I was wondering something about the php-gd ports >> (specifically 7.2 but earlier as well). Looking at the config options >> I see this: >> >> X11=on: Enable XPM support >> >> With this option enabled php-gd can read XPixMap images, but in turn >> this pulls in a host of additional X11 dependencies. That's an awful >> lot for (usually) headless servers, especially for an image format >> that is (relatively) unused. I don't mind the option being there but >> because it is defaulted to "on", that means official FreeBSD packages >> are built with this support and all the dependencies. On my system I >> have to manually build this one port just to turn off the option. >> >> Would it be possible to modify the defaults for this port so that >> X11=off by default? Or, why is the default to "on"? (I have a guess, >> that this respects WITHOUT_X11 in /etc/make.conf, but that's useless >> for pre-built binary packages) >> >> -Greg >> > From owner-freebsd-ports@freebsd.org Wed May 22 04:05:05 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6628159E1FF for ; Wed, 22 May 2019 04:05:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.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 C72E68FC1F for ; Wed, 22 May 2019 04:05:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3pSu_oEVM1mJL1zc2UCfRFcvF_tK_GVD2qdkCzj4ReOV6rA2rSezrx0F8f0yVUn IZS5m0gKbdXtrXPXNGu9rLNlS_uRHJua4zbl5o493olJWVi0B9sNmrZA.3FiWLMyuwyWZa3bqdyt .jYeYnmDvPVGagBfat.LVR90PmvcbR9uJmURzkLgmxC8nV7njWcxmX8.h5TrSQo_sMZKfwJx2A1Q MkrX2b7CJ4eh.vdi1piBIAnoM.GFddLTj00KUDw4VPLtEcnAKicOGA6QxWxDRUEhamqInvxX3z_z 75r0A4LUmJfO2KiDcNN44iU_7_h0cNVSvVFfy7sBJjM8KZB2uja8nzz6sUOF_lnCy7b9z55p4XuL uIlZGEWKeG4K33z99ZvTfwWRFeJuok.pY15HDpp_IMTBJ6t4YpuVGTCnc2TEOKRCAs2xgQqQ5652 7R1OTadHMRH9f2PqtlrJMO07fJr6U5CCM2p4VKHJiTvYbB8iXju2x3_pwYoVd.xVrhMT7KPr1vQV kvIVdImteE7q3lF0acTokv4nMFlrhdrCLu5qP2oQvn65BPQ1HZNUBu6FR_ROA6nhzHjcgbOFOeGV CBzsiUt7gG6ImpupPerUaWKpjDm8_4M9T7ZwP8OVADCmoC11CyWQCZMxYLo8Qo2bhGBMl2TzQDNB nKQdh6baCLYE9ve_pwVHCUBbuWPw_pCbzcQ.8r.qbmA.lEryGSeD6fpJ.cUS9FGi64gL_umA_SNe 65MQltJWaCh.9i77tk0Z9A0SAZk6A8Q0ZwmZR8DMYBvTW1di4sMYHDB5xfZptnpVfUYyLBubZMXu Kgl3XTIECoNQQe7d90auKJVatbgqcGGNis7TDFmWwlmGZ70TUtoR2WExy19UIgmo5MxqvsoLhcTY aI3Lz7Qr8WGqYBt7qcn8QqN32yLm3uUv_XsQZpB5gjp3WVUzZRZHcBwrhlXLgV25l4W15LeGb_GL Vm1upKh4udLrLZ5rHkIS.6ryHAVSsBzZtqRH3hpeWIPmSx_m.gT2YEQdlJtgWKlmHGzcfwis7WRF oxxyqcmlKCZ7XlwtiG6OhxTW7eILC98JseMVYN7CFolwmnuhh8KrOSTTkqY0f5pKrffW6sqXyEtp wuMWlRpG3R9Og.WdsAjyfT9TQfYt2dzzYzWvWw3jndWHPtzC3yBY9X9WqDGY6b0rccy12jj3FuoC JlckjHI8WePeVBhhWSI_vjHGvU09mr.zDS.2oWxjxtLf0YYgMM0b0CMREtqYWtpcGmw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Wed, 22 May 2019 04:04:55 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp412.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3a9c8ded9af4f2b260c73b58b7685f27; Wed, 22 May 2019 04:04:53 +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.4 \(3445.104.11\)) Subject: Re: FYI: Unable to build -r501994 ports' devel/qt5-core on clang 8 based powerpc64 system: "Q_ATOMIC_INT64_IS_SUPPORTED must be defined on a 64-bit platform" Date: Tue, 21 May 2019 21:04:53 -0700 References: <2E1BCA58-8420-4B74-A0CB-FBDC744BDDA6@yahoo.com> <3B8E25C1-1EB4-4D18-A45F-72555C3AC13D@yahoo.com> <3CD3FC58-C0FB-4E5A-9FE8-6A64D8E7BA82@yahoo.com> To: tcberner@freebsd.org, ports-list freebsd In-Reply-To: <3CD3FC58-C0FB-4E5A-9FE8-6A64D8E7BA82@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: C72E68FC1F X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.05 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.34)[-0.337,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.94)[0.938,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.93)[ip: (7.92), ipnet: 98.137.64.0/21(1.00), asn: 36647(0.80), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.03)[0.032,0]; RCVD_IN_DNSWL_NONE(0.00)[84.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 04:05:05 -0000 [I've tested the proposed Mk/Uses/qt-dist.mk fix.] On 2019-May-21, at 17:15, Mark Millard wrote: > On 2019-May-21, at 16:20, Mark Millard wrote: >=20 >> I'm top posting because the problem originally reported seems to be >> a later consequence of a much earlier problem. Looking in the logs >> showed lots of use of -I%%LOCALBASE%%/lib/gcc8/include/c++ and = looking in: >>=20 >> = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/mkspec= s/freebsd-g++/qmake.conf >>=20 >> shows: >>=20 >> EXTRA_INCLUDEPATH +=3D /usr/local/lib/gcc8/include = %%LOCALBASE%%/lib/gcc8/include/c++ >>=20 >>=20 >> That seems to drive from the qmake.conf.bak: >>=20 >> EXTRA_INCLUDEPATH +=3D = /usr/local/lib/gcc%%GCC_DEFAULT%%/include = %%LOCALBASE%%/lib/gcc%%GCC_DEFAULT%%/include/c++ >>=20 >> So %%GCC_DEFAULT%% managed to be replaced corrctly. >>=20 >> Notably qmake.conf.orig does not have the line at all: >>=20 >> # >> # qmake configuration for freebsd-g++ >> # >>=20 >> MAKEFILE_GENERATOR =3D UNIX >> QMAKE_PLATFORM =3D freebsd >>=20 >> include(../common/bsd/bsd.conf) >>=20 >> # Addon software goes into /usr/local on FreeBSD, by default we will = look there >> QMAKE_INCDIR_POST =3D /usr/local/include >> QMAKE_LIBDIR_POST =3D /usr/local/lib >>=20 >> include(../common/gcc-base-unix.conf) >> include(../common/g++-unix.conf) >> load(qt_config) >>=20 >>=20 >>=20 >> /usr/ports/Mk/Uses/qt-dist.mk has: >>=20 >> post-patch: gcc-post-patch >> gcc-post-patch: >> ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ >> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >> ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ >> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >> ${WRKSRC}/mkspecs/common/g++-base.conf \ >> ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ >> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >>=20 >> and: >>=20 >> post-patch: qtbase-post-patch >> qtbase-post-patch: >> ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >> ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ >> ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >>=20 >>=20 >> My guess here is that back in gcc-post-patch: >>=20 >> gcc-post-patch: >> ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ >> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >> . . . >>=20 >> it needs -e and a g in order to do more than one substitution: >=20 > Actually the -e would be optional and appears to not be > needed in qtbase-post-patch as well --or could be added > to the %%GCC_DEFAULT%% replacement. >=20 > The "g" is the important part. >=20 >> gcc-post-patch: >> ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >> . . . >=20 Now that the original, overall poudriere bulk is over on the old PowerMac, I've retried based on: Index: /usr/ports/Mk/Uses/qt-dist.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) @@ -251,7 +251,7 @@ .if ${_QT_VER:M5} post-patch: gcc-post-patch gcc-post-patch: - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ @@ -298,7 +298,7 @@ # ports/194088. post-patch: qtbase-post-patch qtbase-post-patch: - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf =20 (So having the missing g added but not having the optional -e usage in the other %%LOCALBASE%% related coommand.) The result was: [00:02:14] [02] [00:00:00] Building devel/qt5-core | qt5-core-5.12.2_1 [00:39:26] [02] [00:37:12] Finished devel/qt5-core | qt5-core-5.12.2_1: = Success So it looks like I picked out the problem correctly and Mk/Uses/qt-dist.mk needs an update. =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 May 22 08:04:12 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B95F615A4A28 for ; Wed, 22 May 2019 08:04:12 +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 79B73727F7 for ; Wed, 22 May 2019 08:04:12 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3C1FB15A4A21; Wed, 22 May 2019 08:04:12 +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 2A14C15A4A20 for ; Wed, 22 May 2019 08:04:12 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF522727EA for ; Wed, 22 May 2019 08:04:11 +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 AD9341A121 for ; Wed, 22 May 2019 08:04:10 +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 x4M84Agq078230 for ; Wed, 22 May 2019 08:04:10 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x4M84AaF078229; Wed, 22 May 2019 08:04:10 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201905220804.x4M84AaF078229@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, 22 May 2019 08:04:10 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 08:04:12 -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/ip4r | 2.2 | 2.4.1 ------------------------------------------------+-----------------+------------ devel/grpc | 1.15.1 | v1.21.0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Wed May 22 10:25:42 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 892B815A783D for ; Wed, 22 May 2019 10:25:42 +0000 (UTC) (envelope-from SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 01F65771BA for ; Wed, 22 May 2019 10:25:41 +0000 (UTC) (envelope-from SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id AF23F28428 for ; Wed, 22 May 2019 12:25:30 +0200 (CEST) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 92FB928416 for ; Wed, 22 May 2019 12:25:29 +0200 (CEST) To: freebsd-ports@freebsd.org From: Miroslav Lachman <000.fbsd@quip.cz> Subject: replacement for lang/phantomjs [deprecated] Message-ID: Date: Wed, 22 May 2019 12:25:34 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 01F65771BA X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.98)[ip: (0.64), ipnet: 94.124.104.0/21(0.32), asn: 42000(3.85), country: CZ(0.08)]; 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]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.95)[0.953,0]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; NEURAL_SPAM_LONG(1.00)[0.998,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_MEDIUM(0.98)[0.985,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz]; DMARC_NA(0.00)[quip.cz]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 10:25:42 -0000 The port lang/phantomjs is marked as deprecated / expired 2019-05-15. Is there any alternative in the ports tree? I searched the net and found https://slimerjs.org but it is not in the ports tree. (I don't have a skill to port it and maintain it myself) One of my clients is using phantomjs thru some webapplication so I need to find some replacement. Kind regards Miroslav Lachman From owner-freebsd-ports@freebsd.org Wed May 22 10:33:36 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D75E15A7A84 for ; Wed, 22 May 2019 10:33:36 +0000 (UTC) (envelope-from SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5223E77597 for ; Wed, 22 May 2019 10:33:35 +0000 (UTC) (envelope-from SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id B2DF228423; Wed, 22 May 2019 12:33:33 +0200 (CEST) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id AA14E28411; Wed, 22 May 2019 12:33:32 +0200 (CEST) Subject: Re: graphics/php*-gd requires X11 by default To: Greg Kennedy , "freebsd-ports@freebsd.org" References: From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Wed, 22 May 2019 12:33:37 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 5223E77597 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.08 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.93)[0.929,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.99)[0.986,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.98)[ip: (0.63), ipnet: 94.124.104.0/21(0.32), asn: 42000(3.85), country: CZ(0.08)]; R_SPF_NA(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 10:33:36 -0000 Greg Kennedy wrote on 2019/05/22 05:07: > Never mind! I just saw that this was fixed in October for php73-gd. Need > to update my PHP version. I think all supported versions of PHP should have the same options enabled. And I support X11=off by default. > On Thu, May 16, 2019 at 8:54 PM Greg Kennedy wrote: > >> I'm raising this again as the last time I tried to check with the port >> maintainer, he had not made the change, and wasn't available to do so. >> >> Can someone change the default config for graphics/php72-gd from X11=on to >> X11=off? >> >> It will save a large number of dependencies on X11, at the cost of not >> supporting this (very rarely used) image format. >> >> On Sat, Sep 15, 2018 at 12:14 PM Greg Kennedy >> wrote: >> >>> I sent an email to the maintainer of these ports (tz@freebsd.org) a few >>> days ago, but didn't hear back - so I thought I'd raise the same question >>> to the mailing list instead. >>> >>> --- >>> >>> Hey there! I was wondering something about the php-gd ports >>> (specifically 7.2 but earlier as well). Looking at the config options >>> I see this: >>> >>> X11=on: Enable XPM support >>> >>> With this option enabled php-gd can read XPixMap images, but in turn >>> this pulls in a host of additional X11 dependencies. That's an awful >>> lot for (usually) headless servers, especially for an image format >>> that is (relatively) unused. I don't mind the option being there but >>> because it is defaulted to "on", that means official FreeBSD packages >>> are built with this support and all the dependencies. On my system I >>> have to manually build this one port just to turn off the option. >>> >>> Would it be possible to modify the defaults for this port so that >>> X11=off by default? Or, why is the default to "on"? (I have a guess, >>> that this respects WITHOUT_X11 in /etc/make.conf, but that's useless >>> for pre-built binary packages) From owner-freebsd-ports@freebsd.org Wed May 22 10:33:52 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDDB715A7A96 for ; Wed, 22 May 2019 10:33:52 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 71016775B2 for ; Wed, 22 May 2019 10:33:52 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hTOZC-000A2A-L9; Wed, 22 May 2019 12:33:50 +0200 Date: Wed, 22 May 2019 12:33:50 +0200 From: Kurt Jaeger To: Miroslav Lachman <000.fbsd@quip.cz> Cc: freebsd-ports@freebsd.org Subject: Re: replacement for lang/phantomjs [deprecated] Message-ID: <20190522103350.GF72200@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 10:33:53 -0000 Hi! > The port lang/phantomjs is marked as deprecated / expired 2019-05-15. Is > there any alternative in the ports tree? I searched the net and found > https://slimerjs.org but it is not in the ports tree. (I don't have a > skill to port it and maintain it myself) > > One of my clients is using phantomjs thru some webapplication so I need > to find some replacement. I have a vague guess that selenium does something similar. https://docs.seleniumhq.org/ -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-ports@freebsd.org Wed May 22 10:56:52 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3538815A7F59 for ; Wed, 22 May 2019 10:56:52 +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 547D377EA9 for ; Wed, 22 May 2019 10:56:51 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id x4MAumCl091434 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 22 May 2019 10:56:48 GMT (envelope-from list1@gjunka.com) To: freebsd-ports@freebsd.org From: Grzegorz Junka Subject: pkg upgrade -f dying on me Message-ID: <5f5106d4-6664-1a02-013e-bfb83afa55a3@gjunka.com> Date: Wed, 22 May 2019 11:56:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 547D377EA9 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.78 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.83)[-0.831,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(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.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[gjunka.com]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 10:56:52 -0000 Hi, How to debug this?: root@someserv:~ # pkg upgrade -f Updating desktop_nvidia repository catalogue... desktop_nvidia repository is up to date. All repositories are up to date. Checking for upgrades (1638 candidates):  46% libwps03 has no direct installation candidates, change it to libwps? [Y/n]: Checking for upgrades (1638 candidates):  81% gmime26 has no direct installation candidates, change it to gmime30? [Y/n]: Checking for upgrades (1638 candidates):  82% glib12 has no direct installation candidates, change it to glib? [Y/n]: Checking for upgrades (1638 candidates): 100% Processing candidates (1638 candidates): 100% Child process pid=3850 terminated abnormally: Segmentation fault From owner-freebsd-ports@freebsd.org Wed May 22 11:03:16 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8521C15A81F9 for ; Wed, 22 May 2019 11:03:16 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 14F388036E for ; Wed, 22 May 2019 11:03:16 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hTP1g-000A5W-Ix; Wed, 22 May 2019 13:03:16 +0200 Date: Wed, 22 May 2019 13:03:16 +0200 From: Kurt Jaeger To: Grzegorz Junka Cc: freebsd-ports@freebsd.org Subject: Re: pkg upgrade -f dying on me Message-ID: <20190522110316.GG72200@home.opsec.eu> References: <5f5106d4-6664-1a02-013e-bfb83afa55a3@gjunka.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f5106d4-6664-1a02-013e-bfb83afa55a3@gjunka.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 11:03:16 -0000 Hi! > How to debug this?: > > root@someserv:~ # pkg upgrade -f Which version of pkg ? pkg --version Try: /usr/local/sbin/pkg-static upgrade -f -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-ports@freebsd.org Wed May 22 11:39:47 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A144E15A8C78 for ; Wed, 22 May 2019 11:39:47 +0000 (UTC) (envelope-from dangerwillrobinsondanger@gmail.com) Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26F3B8127C; Wed, 22 May 2019 11:39:47 +0000 (UTC) (envelope-from dangerwillrobinsondanger@gmail.com) Received: by mail-pf1-x42f.google.com with SMTP id t87so1203884pfa.2; Wed, 22 May 2019 04:39:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=KKzU61yufCv0zUGf96OzkHMQ3oAnSfsIlR2GlZr4qJU=; b=tMPrdMRI44/8xG3zdiL5mL/ONcn+4V5KvRT7iMHftSQHjv2OvS/fotKFEe7jPo3Y0g sEAhWSMX/6H5KOTdKJxBhlM2O84lF+TNsy6c84zNI1r3+fiKQqftJLODZbyjyz5pr00Q eJmmrm2hWdseqZ+9z1XxJ8CYOrH62A0Ko0pFAblvgG5E8QnVAD6pRKblneNZ8qnEO4xk zOoDRg2YOGqpGE5IoWU0rgXyXvMOppIuwIb3b83UtlNAbyHKFtgi68/o3mi9eha1+Uwy 7KWqnohTwV8y0MvDBTFQ/sgIf61eFyOR22KmyXHYawMa2YmPMS3erRIzW8HkGGyqi2MZ egnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=KKzU61yufCv0zUGf96OzkHMQ3oAnSfsIlR2GlZr4qJU=; b=b/0yaBwBjBudRYVFWB8RtlelMC24/cZ5l9MmQoeHw3oNyRd+r89z8+DtY0wpnuMHCv OZ9x/f84Bv5PK8Z/ksX8St2RuqlCHIPjnFWDs04X0BSOOfqgdtnx73g7PyTG8tNHBOIM 4e6s2JxBUdeeqwiIJAkrjHTsjCiDE93wqaTcUMWYi2LdnX9Zz7M+3Gb5O4a8vrdQrn2g Gl8m1AwpFoI7JZIRBfj6Lx8Y9diUp6lOUGIraFee/9hzCseRWjVzpSgRliWBrp4H4zdb 4IWz6lcpUTpn+T+gBMQE9n2guIRbzxf6CH1fCOJxBsd+H1ycbLUROf2UT21eJcjWVssg MpVw== X-Gm-Message-State: APjAAAVTA47Si0aOJGv2zUFW/M/9U1t0D++j3rauIeyO0MYUC1sjgMLg TYbiAb1BCmCHja3r4zJDLD+R1m9PsYc= X-Google-Smtp-Source: APXvYqx+HiRWu/+UNd2a9PE6+t0Dy+EBExL9qNhSf09T7xTXr71hn1sjfnFaMTpfaeb8giYaYXavww== X-Received: by 2002:aa7:930e:: with SMTP id 14mr37996226pfj.262.1558525185911; Wed, 22 May 2019 04:39:45 -0700 (PDT) Received: from ?IPv6:2001:268:c0cb:3fa7:e431:b72e:f2b0:a636? ([2001:268:c0cb:3fa7:e431:b72e:f2b0:a636]) by smtp.gmail.com with ESMTPSA id a7sm45563725pgj.42.2019.05.22.04.39.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 May 2019 04:39:44 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: replacement for lang/phantomjs [deprecated] From: dangerwillrobinsondanger@gmail.com X-Mailer: iPhone Mail (16E227) In-Reply-To: <20190522103350.GF72200@home.opsec.eu> Date: Wed, 22 May 2019 20:39:40 +0900 Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20190522103350.GF72200@home.opsec.eu> To: Kurt Jaeger X-Rspamd-Queue-Id: 26F3B8127C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.968,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 11:39:47 -0000 > On May 22, 2019, at 19:33, Kurt Jaeger wrote: >=20 > Hi! >=20 >> The port lang/phantomjs is marked as deprecated / expired 2019-05-15. Is >> there any alternative in the ports tree? I searched the net and found >> https://slimerjs.org but it is not in the ports tree. (I don't have a >> skill to port it and maintain it myself) >>=20 >> One of my clients is using phantomjs thru some webapplication so I need >> to find some replacement. >=20 > I have a vague guess that selenium does something similar. >=20 > https://docs.seleniumhq.org/ Not really.=20 phantomjs is like a headless browser client.=20 Selenium is web automation API and now a W3C standard implemented by browser= s to support it. Version 3+ Earlier versions worked with older browsers via plugins or extensions but no= more, in part due to security issues and in part because W3C.=20 PhantomJS was often like a generic browser space you could test inside of an= d it did have Selenium bindings.=20 >=20 > --=20 > pi@opsec.eu +49 171 3101372 One year to go != > _______________________________________________ > 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 Wed May 22 11:43:36 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0408815A8F72 for ; Wed, 22 May 2019 11:43:36 +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 02B72817A8 for ; Wed, 22 May 2019 11:43:34 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id x4MBhXZf092032 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 22 May 2019 11:43:33 GMT (envelope-from list1@gjunka.com) To: freebsd-ports@freebsd.org From: Grzegorz Junka Subject: Reinstalling with dependencies Message-ID: Date: Wed, 22 May 2019 12:43:33 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 02B72817A8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.86 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.91)[-0.905,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 May 2019 11:43:36 -0000 Is there any way to reinstall a package with all its dependencies? I am getting the following error: root@someserv:~ # pkg check -d Checking all packages: 100% elinks is missing a required shared library: libjs.so But reinstalling elinks doesn't help: root@someserv:~ # pkg install -fR elinks Updating desktop_nvidia repository catalogue... desktop_nvidia repository is up to date. All repositories are up to date. Checking integrity... done (0 conflicting) The following 1 package(s) will be affected (of 0 checked): Installed packages to be REINSTALLED:         elinks-0.11.7_11 Number of packages to be reinstalled: 1 Proceed with this action? [y/N]: y [1/1] Reinstalling elinks-0.11.7_11... [1/1] Extracting elinks-0.11.7_11: 100% After that same error is shown. From owner-freebsd-ports@freebsd.org Wed May 22 11:46:40 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA09415A9047 for ; Wed, 22 May 2019 11:46:40 +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 2679D81895; Wed, 22 May 2019 11:46:40 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id x4MBkcHW092142 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 22 May 2019 11:46:38 GMT (envelope-from list1@gjunka.com) Subject: Re: pkg upgrade -f dying on me To: Kurt Jaeger Cc: freebsd-ports@freebsd.org References: <5f5106d4-6664-1a02-013e-bfb83afa55a3@gjunka.com> <20190522110316.GG72200@home.opsec.eu> From: Grzegorz Junka Message-ID: <64b3c8d3-85c6-4db8-2ec7-52803cc82296@gjunka.com> Date: Wed, 22 May 2019 12:46:38 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20190522110316.GG72200@home.opsec.eu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 2679D81895 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.96)[-0.962,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 11:46:40 -0000 On 22/05/2019 12:03, Kurt Jaeger wrote: > Hi! > >> How to debug this?: >> >> root@someserv:~ # pkg upgrade -f > Which version of pkg ? > > pkg --version > > Try: > > /usr/local/sbin/pkg-static upgrade -f > root@someserv:~ # pkg --version 1.10.5 root@someserv:~ # /usr/local/sbin/pkg-static upgrade -f Updating desktop_nvidia repository catalogue... desktop_nvidia repository is up to date. All repositories are up to date. Checking for upgrades (1637 candidates):  46% libwps03 has no direct installation candidates, change it to libwps? [Y/n]: Checking for upgrades (1637 candidates):  81% gmime26 has no direct installation candidates, change it to gmime30? [Y/n]: Checking for upgrades (1637 candidates):  82% glib12 has no direct installation candidates, change it to glib? [Y/n]: Checking for upgrades (1637 candidates): 100% Processing candidates (1637 candidates): 100% Child process pid=4192 terminated abnormally: Segmentation fault From owner-freebsd-ports@freebsd.org Wed May 22 11:51:03 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9428B15A9136 for ; Wed, 22 May 2019 11:51:03 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 396C081A04; Wed, 22 May 2019 11:51:03 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from ivaldir.etoilebsd.net (etoilebsd.net [178.32.217.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id F015C10B94; Wed, 22 May 2019 11:51:02 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id 1FE9995079; Wed, 22 May 2019 13:51:02 +0200 (CEST) Date: Wed, 22 May 2019 13:51:02 +0200 From: Baptiste Daroussin To: Grzegorz Junka Cc: freebsd-ports@freebsd.org Subject: Re: Reinstalling with dependencies Message-ID: <20190522115101.tl36hg2wmclev3oq@ivaldir.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="buyi5gssksqseyat" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 396C081A04 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.95 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.95)[-0.954,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 11:51:03 -0000 --buyi5gssksqseyat Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 22, 2019 at 12:43:33PM +0100, Grzegorz Junka wrote: > Is there any way to reinstall a package with all its dependencies? >=20 >=20 > I am getting the following error: >=20 > root@someserv:~ # pkg check -d > Checking all packages: 100% > elinks is missing a required shared library: libjs.so >=20 >=20 2 reasons may happen for that to happen: 1/ spidermonkey17 does not have a proper SONAME for the libjs.so file it provides (bug 1) 2/ somehow the linked port seems to not register properly spidermonkey17 as= a direct dependency of elinks when the option is checked (bug 2) I have checked the case 1 and yes libjs.so is buggy I haven't yet checked t= he case 2, but I quite sure there is a bug there as well, resulting in a packa= ge that does not have the proper dependencies registered at the creation Best regards, Bapt --buyi5gssksqseyat Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlzlN6UACgkQY4mL3PG3 PlrjAxAAnCEluCZiYphlB/INYjKPG4Mxig9UYvBkxBmsxE5pI4OjoskGQseTCcLb +mYJ4IYr6y+DJ+wH3pfmGrc6ImZqkulo3APfiLBqAmixeOQ8rq3HTp7BMdeQ7S7W myZQOUzTJutGGNr/VOKvlRSxK3HKWALlVTsKrtFHfVQDNQmdDGmpef8OIgUoZN8b d2WHH0pu72U88fxSjQqLKzhG3NIAvKzqDmKtgyN/AbIhl7ZHxrmNqEr5Fek+yFj2 q0hqR9Pe3zlJ9uifrOGNC9nuC2wcaq/OT27Ry7tWRFeQMgHUYJO9QfcwBCwdJZa2 T48Vtzg/BaEo2dMDqQQln3Tp2bcyedB2AygZGfK8JQ2c09OzX5lgy1XfaF0VIT3Q 2+wolB2c4byKbiABWXoWyy1sINqbwppL9FKaQp1O7NEYgEcKceXKL1/snATfWzJS Dd+eYyYN3Eo3+Q80qqVAPXNRFGLgV5Cb2ifcLfB0h/lujCtimP0sRb0kOq5whEqA sTSx+ElvrLzJMH4hU2KeBFlb99MGnlhCQRwW06X3lKkg771k0nOIc3ym2PsyKfqr ZE4V3urt6RY+w0JG2j627/qPJ3/RB4PEYmYR7eyHrHXeMDUod8RaL4hGjxaZD4wG mnltO2uOpkNBFa684tPBR5X4ocyrXx4q3rdUV2D86PNBYwtFqsc= =hUjB -----END PGP SIGNATURE----- --buyi5gssksqseyat-- From owner-freebsd-ports@freebsd.org Wed May 22 11:57:02 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7543215A93DE for ; Wed, 22 May 2019 11:57:02 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 87A1F81F07 for ; Wed, 22 May 2019 11:57:01 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-ed1-x52a.google.com with SMTP id b8so3413354edm.11 for ; Wed, 22 May 2019 04:57:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=JcLqpUPFaYsBgzerSn6sD9SSGxU3ixcPf8gjF+u1KVw=; b=aBM17QZb76DibRJ4opoMwkrVss9eujd85MdRek3EYyiGskXX2XsBgzZEHdRkAN32Py 7dJGCPHoSSlZ8mTaV4yNxJRCccphtvAIlmwSVTI+zuyjq/+Z4243FyoWfq+2VChdsl9Y ObmUxepFlPoDydsUjh8vyxF53xPdpOTIUY3e9X7iyeWBWzVUWZLkWUj9VNJfqTTICALB KPt8SkWbtUD7PBrwNLAsiFn2ghfB4g1EJ3ZcWZgpH+R8YBBBq3TFdyOVELrWSPdtJYKR UuEdpEHw4O9729QFXf2lVum93dEX4vl/Rxu/H2wjcVDn9NfDLcBSb00SG1etNETTEdck Ubpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=JcLqpUPFaYsBgzerSn6sD9SSGxU3ixcPf8gjF+u1KVw=; b=XsAnHzZRC3D5C6IFCgCsxlIZ4kA2bBOzt72c6w6VXpnrcOlYACLaZpH4lbk9RSJ5nZ txiL7CNHQyzM0UC7SdlUl0Ne3YRdpgsxkhWgjtzfDjrxQBOfMWU/ZIR9LYTZHVbSk9hA +KI7z1i03CkxRT+wXVjwIlzvkvCh+cCTQsheQVBCwToRU3HG24md7Pn1m3H1nxubx4VC XTiIS3uYawb2Kyjmr14DS/mmVuMVKHjxaVWTzKGiSshA+iWu4NeMfRGlGSPBDI3jnC3S HBzjGlD7k50iRJoBB4kUd8AHZ4DoaCa9VYIUYElz4E9loFaHzYEg7pQW2pdpA+XBN+yy EB0Q== X-Gm-Message-State: APjAAAX4z8DejyqzdUOXkPJY1sK4syxiJx7DMn+ruRlTdOFg9xHOiv+S 5TZedBBpKEipD7D0jtQxzUX9ecr3ncU= X-Google-Smtp-Source: APXvYqyke/2D86vJE+QeMwhwXdDBiyDJr4BqqxlYlz646Sdacdqa50HLCmIYy1NJimUGiS1lbR/aQQ== X-Received: by 2002:a05:6402:1612:: with SMTP id f18mr88039959edv.295.1558526217895; Wed, 22 May 2019 04:56:57 -0700 (PDT) Received: from [10.44.128.75] ([193.117.175.106]) by smtp.gmail.com with ESMTPSA id c8sm3916548ejs.87.2019.05.22.04.56.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 May 2019 04:56:56 -0700 (PDT) Subject: Re: replacement for lang/phantomjs [deprecated] To: dangerwillrobinsondanger@gmail.com, Kurt Jaeger Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-ports@freebsd.org References: <20190522103350.GF72200@home.opsec.eu> From: Steven Hartland Message-ID: <4ce01c7a-8b78-c2bb-5784-2d920648e31b@multiplay.co.uk> Date: Wed, 22 May 2019 12:56:57 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.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-Rspamd-Queue-Id: 87A1F81F07 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=multiplay-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=aBM17QZb; spf=pass (mx1.freebsd.org: domain of killing@multiplay.co.uk designates 2a00:1450:4864:20::52a as permitted sender) smtp.mailfrom=killing@multiplay.co.uk X-Spamd-Result: default: False [-6.21 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[multiplay-co-uk.20150623.gappssmtp.com:s=20150623]; 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:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[multiplay.co.uk]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[multiplay-co-uk.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ASPMX.L.GOOGLE.COM]; RCVD_IN_DNSWL_NONE(0.00)[a.2.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.96)[-0.959,0]; IP_SCORE(-2.74)[ip: (-9.15), ipnet: 2a00:1450::/32(-2.20), asn: 15169(-2.27), country: US(-0.06)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 11:57:02 -0000 Pretty sure chrome has a headless mode now, perhaps you could use that. On 22/05/2019 12:39, dangerwillrobinsondanger@gmail.com wrote: > > > >> On May 22, 2019, at 19:33, Kurt Jaeger wrote: >> >> Hi! >> >>> The port lang/phantomjs is marked as deprecated / expired 2019-05-15. Is >>> there any alternative in the ports tree? I searched the net and found >>> https://slimerjs.org but it is not in the ports tree. (I don't have a >>> skill to port it and maintain it myself) >>> >>> One of my clients is using phantomjs thru some webapplication so I need >>> to find some replacement. >> I have a vague guess that selenium does something similar. >> >> https://docs.seleniumhq.org/ > Not really. > phantomjs is like a headless browser client. > Selenium is web automation API and now a W3C standard implemented by browsers to support it. Version 3+ > Earlier versions worked with older browsers via plugins or extensions but no more, in part due to security issues and in part because W3C. > > PhantomJS was often like a generic browser space you could test inside of and it did have Selenium bindings. > >> -- >> pi@opsec.eu +49 171 3101372 One year to go ! >> _______________________________________________ >> 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" > _______________________________________________ > 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 Wed May 22 12:11:08 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B3ED15AA342 for ; Wed, 22 May 2019 12:11:08 +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 A5EC782969 for ; Wed, 22 May 2019 12:11:07 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id x4MCB5Zq092545 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 22 May 2019 12:11:05 GMT (envelope-from list1@gjunka.com) Subject: Re: Reinstalling with dependencies To: freebsd-ports@freebsd.org References: <20190522115101.tl36hg2wmclev3oq@ivaldir.net> From: Grzegorz Junka Message-ID: Date: Wed, 22 May 2019 13:11:05 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20190522115101.tl36hg2wmclev3oq@ivaldir.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: A5EC782969 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.90 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+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(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.95)[-0.946,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 May 2019 12:11:08 -0000 On 22/05/2019 12:51, Baptiste Daroussin wrote: > On Wed, May 22, 2019 at 12:43:33PM +0100, Grzegorz Junka wrote: >> Is there any way to reinstall a package with all its dependencies? >> >> >> I am getting the following error: >> >> root@someserv:~ # pkg check -d >> Checking all packages: 100% >> elinks is missing a required shared library: libjs.so >> >> > 2 reasons may happen for that to happen: > 1/ spidermonkey17 does not have a proper SONAME for the libjs.so file it > provides (bug 1) > 2/ somehow the linked port seems to not register properly spidermonkey17 as a > direct dependency of elinks when the option is checked (bug 2) > > I have checked the case 1 and yes libjs.so is buggy I haven't yet checked the > case 2, but I quite sure there is a bug there as well, resulting in a package > that does not have the proper dependencies registered at the creation > > Best regards, > Bapt Are you saying that even if elinks was reinstalled with dependencies that wouldn't help? We have two issues here: 1. How to reinstall a package with dependencies (as stated in the subject) 2. Would reinstalling elinks with all dependencies fix the issue mentioned in the email I have a couple more packages broken like elinks. I didn't include them because I only wanted to post an example and assumed they would be fixed if I reinstalled them properly. But here we go: root@someserv:~ # pkg check -d Checking all packages: 100% elinks is missing a required shared library: libjs.so fireflies is missing a required shared library: libgfx.so py27-exiv2 is missing a required shared library: libexiv2.so.26 There was also virtuoso but I deinstalled it assuming it's an old version (the new version doesn't build due to openssl 1.1.0 issue). So now I have two questions: Is it possible to reinstall a package with it's dependencies? And what to do with those broken packages above, should I report a bug? From owner-freebsd-ports@freebsd.org Wed May 22 12:17:45 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 389F215AA5B4 for ; Wed, 22 May 2019 12:17:45 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9640582CD5; Wed, 22 May 2019 12:17:44 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from ivaldir.etoilebsd.net (etoilebsd.net [178.32.217.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 46A0110F1E; Wed, 22 May 2019 12:17:44 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id 5634D9508B; Wed, 22 May 2019 14:17:43 +0200 (CEST) Date: Wed, 22 May 2019 14:17:43 +0200 From: Baptiste Daroussin To: Grzegorz Junka Cc: freebsd-ports@freebsd.org Subject: Re: Reinstalling with dependencies Message-ID: <20190522121743.biw6c5niia5tspr4@ivaldir.net> References: <20190522115101.tl36hg2wmclev3oq@ivaldir.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="h5oxbropjg5lyj5q" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 9640582CD5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 12:17:45 -0000 --h5oxbropjg5lyj5q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 22, 2019 at 01:11:05PM +0100, Grzegorz Junka wrote: >=20 > On 22/05/2019 12:51, Baptiste Daroussin wrote: > > On Wed, May 22, 2019 at 12:43:33PM +0100, Grzegorz Junka wrote: > > > Is there any way to reinstall a package with all its dependencies? > > >=20 > > >=20 > > > I am getting the following error: > > >=20 > > > root@someserv:~ # pkg check -d > > > Checking all packages: 100% > > > elinks is missing a required shared library: libjs.so > > >=20 > > >=20 > > 2 reasons may happen for that to happen: > > 1/ spidermonkey17 does not have a proper SONAME for the libjs.so file it > > provides (bug 1) > > 2/ somehow the linked port seems to not register properly spidermonkey1= 7 as a > > direct dependency of elinks when the option is checked (bug 2) > >=20 > > I have checked the case 1 and yes libjs.so is buggy I haven't yet check= ed the > > case 2, but I quite sure there is a bug there as well, resulting in a p= ackage > > that does not have the proper dependencies registered at the creation > >=20 > > Best regards, > > Bapt >=20 >=20 > Are you saying that even if elinks was reinstalled with dependencies that > wouldn't help? >=20 > We have two issues here: >=20 > 1. How to reinstall a package with dependencies (as stated in the subject) >=20 > 2. Would reinstalling elinks with all dependencies fix the issue mentioned > in the email >=20 > I have a couple more packages broken like elinks. I didn't include them > because I only wanted to post an example and assumed they would be fixed = if > I reinstalled them properly. But here we go: No I do mean the elinks packages is probably broken when build with the opt= ion that brings in spidermonkey as a dependency >=20 > root@someserv:~ # pkg check -d > Checking all packages: 100% > elinks is missing a required shared library: libjs.so > fireflies is missing a required shared library: libgfx.so > py27-exiv2 is missing a required shared library: libexiv2.so.26 >=20 > There was also virtuoso but I deinstalled it assuming it's an old version > (the new version doesn't build due to openssl 1.1.0 issue). >=20 > So now I have two questions: Is it possible to reinstall a package with i= t's > dependencies? And what to do with those broken packages above, should I > report a bug? I don't know for the specific case of the broken packages above, pkg check = will try to reinstall the missing dependency if any is found. If not, it just re= port the broken packages and one has to figure out why those packages are broken. I could easily guess for the elinks case. there might be similar reasons for other packages. For example reading at the MOVED file I can easily figure out that py27-exi= v2 is a package that no longer exists. For fireflies I don't know, one has to check. Best regards, Bapt --h5oxbropjg5lyj5q Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlzlPdkACgkQY4mL3PG3 PlpGpxAAtfCVAHQzSrVZrgrDnfGmek6rOIHrbwR6QrIJztqe83vXiTBb8gTqLfOs WJ0kDN3CinmoH7yqUIXgnBvtbR0ifUc8wgKAOCjrqwCzhyW2tkZuxl5ii2OVmdE4 hVutfYxomgWbQqEzh0VIX/5GpAbHd/nNdjwO1rDIOCTPLAt7kbt2BWUsQofCPD9N coOSpeLn8N8HC+LBcW/YPQG9R/bp/PwmsLdaSIlzpxmYYAkjGFb4mOWGnw53u+P2 7Q3eMxNPNNmP8bYO1xuj64rRHJG0MteT3uVwlTwi7mh8Hejoqti5t+Tx2vV2SgtO TliiEN8DHB45+x2Voh93T+PCegrXMqLeU7buXG0hlNuoeUMUrUOlelrM5tKJ2voy nOqiaZS5szLi1KMjt31iXP+eDl2qQZEyedYqKtwC6+GaeqC47BNqnli9/o7JiEqn 6ibSlWRrp38heEZmAJMBo5EjuqRU6Avg3dVs28J/kOgy2DsTwZdDBAtbpDSu8zAy G1HIuF7lsf/sYVQthrG5ptazdAhvdFMpt7QhOZ9j02ecXnx4eb2W5Z6+skVYuyOt yB16TlBCSAzg8DBsi0/1Yl4dDMZ1hNay4a0w5NmxJR8zj0PuH+5CvhBCgPVjqlGT UcCtMb9b5G4HpOCEo1PDt+Du3HYqzH9HeK2XbpXupoVMy7xhYHc= =0sCY -----END PGP SIGNATURE----- --h5oxbropjg5lyj5q-- From owner-freebsd-ports@freebsd.org Wed May 22 12:25:43 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB16915AAAA2 for ; Wed, 22 May 2019 12:25:42 +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 2385F831AD for ; Wed, 22 May 2019 12:25:41 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id x4MCPe9G092715 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 22 May 2019 12:25:40 GMT (envelope-from list1@gjunka.com) Subject: Re: Reinstalling with dependencies To: freebsd-ports@freebsd.org References: <20190522115101.tl36hg2wmclev3oq@ivaldir.net> <20190522121743.biw6c5niia5tspr4@ivaldir.net> From: Grzegorz Junka Message-ID: <09545ba9-fce2-f3ed-f3c7-abedbffe718c@gjunka.com> Date: Wed, 22 May 2019 13:25:40 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20190522121743.biw6c5niia5tspr4@ivaldir.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 2385F831AD X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.90 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+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(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.95)[-0.948,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 May 2019 12:25:43 -0000 On 22/05/2019 13:17, Baptiste Daroussin wrote: > On Wed, May 22, 2019 at 01:11:05PM +0100, Grzegorz Junka wrote: >> On 22/05/2019 12:51, Baptiste Daroussin wrote: >>> On Wed, May 22, 2019 at 12:43:33PM +0100, Grzegorz Junka wrote: >>>> Is there any way to reinstall a package with all its dependencies? >>>> >>>> >>>> I am getting the following error: >>>> >>>> root@someserv:~ # pkg check -d >>>> Checking all packages: 100% >>>> elinks is missing a required shared library: libjs.so >>>> >>>> >>> 2 reasons may happen for that to happen: >>> 1/ spidermonkey17 does not have a proper SONAME for the libjs.so file it >>> provides (bug 1) >>> 2/ somehow the linked port seems to not register properly spidermonkey17 as a >>> direct dependency of elinks when the option is checked (bug 2) >>> >>> I have checked the case 1 and yes libjs.so is buggy I haven't yet checked the >>> case 2, but I quite sure there is a bug there as well, resulting in a package >>> that does not have the proper dependencies registered at the creation >>> >>> Best regards, >>> Bapt >> >> Are you saying that even if elinks was reinstalled with dependencies that >> wouldn't help? >> >> We have two issues here: >> >> 1. How to reinstall a package with dependencies (as stated in the subject) >> >> 2. Would reinstalling elinks with all dependencies fix the issue mentioned >> in the email >> >> I have a couple more packages broken like elinks. I didn't include them >> because I only wanted to post an example and assumed they would be fixed if >> I reinstalled them properly. But here we go: > No I do mean the elinks packages is probably broken when build with the option > that brings in spidermonkey as a dependency >> root@someserv:~ # pkg check -d >> Checking all packages: 100% >> elinks is missing a required shared library: libjs.so >> fireflies is missing a required shared library: libgfx.so >> py27-exiv2 is missing a required shared library: libexiv2.so.26 >> >> There was also virtuoso but I deinstalled it assuming it's an old version >> (the new version doesn't build due to openssl 1.1.0 issue). >> >> So now I have two questions: Is it possible to reinstall a package with it's >> dependencies? And what to do with those broken packages above, should I >> report a bug? > > I don't know for the specific case of the broken packages above, pkg check will > try to reinstall the missing dependency if any is found. If not, it just report > the broken packages and one has to figure out why those packages are broken. > > I could easily guess for the elinks case. there might be similar reasons for > other packages. > > For example reading at the MOVED file I can easily figure out that py27-exiv2 is > a package that no longer exists. > > For fireflies I don't know, one has to check. Thanks Bapt.  From what you wrote I infer that an option to reinstall a package with all dependencies doesn't exist, e.g. pkg install -D pkg-name (Force reinstallation of package dependencies if already installed) I will raise a bug for elinks when I am done with upgrading packages. From owner-freebsd-ports@freebsd.org Wed May 22 12:29:28 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD30215AAB6F for ; Wed, 22 May 2019 12:29:28 +0000 (UTC) (envelope-from SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 73725832C0; Wed, 22 May 2019 12:29:27 +0000 (UTC) (envelope-from SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id E32B028422; Wed, 22 May 2019 14:29:24 +0200 (CEST) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 0E41F28416; Wed, 22 May 2019 14:29:24 +0200 (CEST) Subject: Re: replacement for lang/phantomjs [deprecated] To: Steven Hartland , dangerwillrobinsondanger@gmail.com, Kurt Jaeger Cc: freebsd-ports@freebsd.org References: <20190522103350.GF72200@home.opsec.eu> <4ce01c7a-8b78-c2bb-5784-2d920648e31b@multiplay.co.uk> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <236f1a92-6550-a67c-6870-8aa8e17ec496@quip.cz> Date: Wed, 22 May 2019 14:29:28 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <4ce01c7a-8b78-c2bb-5784-2d920648e31b@multiplay.co.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 73725832C0 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.13 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.97)[ip: (0.62), ipnet: 94.124.104.0/21(0.31), asn: 42000(3.85), country: CZ(0.08)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.972,0]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 12:29:28 -0000 Steven Hartland wrote on 2019/05/22 13:56: > Pretty sure chrome has a headless mode now, perhaps you could use that. The last time I tried chrome headless it was so big beast (for headless servers) that I abandoned it. Build time in my poudriere was about 33 hours and so many dependencies I don't want to install in headless machines. So I hope there is still some chance to find something lighter than headless chrome. Miroslav Lachman From owner-freebsd-ports@freebsd.org Wed May 22 12:30:10 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5833815AAB9B for ; Wed, 22 May 2019 12:30:10 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CAF3F8332C for ; Wed, 22 May 2019 12:30:09 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.ijs.si (Postfix) with ESMTPS id 458BmD52Lkz59Q for ; Wed, 22 May 2019 14:30:04 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1558528201; x=1561120202; bh=Xaj F1WxKiaqxlhQjNN73Ub6wYEzy62M+WkWZC6FbvJA=; b=RG3IM6fXQtcmthEN2jb QhwQL/OE83sbODfAgonbMuwormsYrjcM2Q18rMh1lBx163K+An7yCSmbrNNcpmHQ 8Ipj1ltyvdEiH3TXip+LgnzgWd2iPsGSBPbRdldskytSsYmXSVCM+4ScAVU0lczq vns3iH7XhIpxymEJrTva4FXg= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id IIs--F4v_iFi for ; Wed, 22 May 2019 14:30:01 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 458Bm90KVLz59N for ; Wed, 22 May 2019 14:30:01 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 458Bm86t8ZzdY for ; Wed, 22 May 2019 14:30:00 +0200 (CEST) Received: from neli.ijs.si ([193.2.4.95]) by webmail.ijs.si with HTTP (HTTP/2.0 POST); Wed, 22 May 2019 14:30:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 22 May 2019 14:30:00 +0200 From: Mark Martinec To: freebsd-ports@freebsd.org Subject: Re: pkg upgrade -f dying on me Organization: Jozef Stefan Institute In-Reply-To: <64b3c8d3-85c6-4db8-2ec7-52803cc82296@gjunka.com> References: <5f5106d4-6664-1a02-013e-bfb83afa55a3@gjunka.com> <20190522110316.GG72200@home.opsec.eu> <64b3c8d3-85c6-4db8-2ec7-52803cc82296@gjunka.com> Message-ID: <7a1517e4ddfe7a35f099089817ad06a6@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 12:30:10 -0000 2019-05-22 13:46, je Grzegorz Junka wrote: > root@someserv:~ # pkg --version > 1.10.5 > root@someserv:~ # /usr/local/sbin/pkg-static upgrade -f > Updating desktop_nvidia repository catalogue... > desktop_nvidia repository is up to date. > All repositories are up to date. > Checking for upgrades (1637 candidates):  46% > libwps03 has no direct installation candidates, change it to libwps? > [Y/n]: > Checking for upgrades (1637 candidates):  81% > gmime26 has no direct installation candidates, change it to gmime30? > [Y/n]: > Checking for upgrades (1637 candidates):  82% > glib12 has no direct installation candidates, change it to glib? [Y/n]: > Checking for upgrades (1637 candidates): 100% > Processing candidates (1637 candidates): 100% > Child process pid=4192 terminated abnormally: Segmentation fault This has been my experience (mostly) ever since pkg-ng was introduced. When answering Y to such questions, it is very likely it will crash. My 'solution' is not to accept any of the offered changes, but just to delete the defunct packages, do the pkg upgrade, then install whatever is still needed. Mark From owner-freebsd-ports@freebsd.org Wed May 22 12:35:27 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C17B15AAF07 for ; Wed, 22 May 2019 12:35:27 +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 B224D83839 for ; Wed, 22 May 2019 12:35:20 +0000 (UTC) (envelope-from ml@netfence.it) Received: from guardian.ventu (89-97-212-98.ip19.fastwebnet.it [89.97.212.98]) (authenticated bits=0) by soth.netfence.it (8.15.2/8.15.2) with ESMTPSA id x4MCZ7Y4068105 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 22 May 2019 14:35:08 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host 89-97-212-98.ip19.fastwebnet.it [89.97.212.98] claimed to be guardian.ventu Subject: Re: replacement for lang/phantomjs [deprecated] To: freebsd-ports@freebsd.org References: <20190522103350.GF72200@home.opsec.eu> <4ce01c7a-8b78-c2bb-5784-2d920648e31b@multiplay.co.uk> <236f1a92-6550-a67c-6870-8aa8e17ec496@quip.cz> From: Andrea Venturoli Message-ID: <0aa6907a-8f3e-e537-391e-abd2941572fc@netfence.it> Date: Wed, 22 May 2019 14:35:08 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <236f1a92-6550-a67c-6870-8aa8e17ec496@quip.cz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.83 X-Rspamd-Queue-Id: B224D83839 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 2.44.121.52 as permitted sender) smtp.mailfrom=ml@netfence.it X-Spamd-Result: default: False [-3.84 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:2.44.121.52]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_XAW(0.00)[]; MX_GOOD(-0.01)[mailserver.netfence.it]; NEURAL_HAM_SHORT(-0.64)[-0.643,0]; DMARC_NA(0.00)[netfence.it]; IP_SCORE(-0.89)[ip: (-2.66), ipnet: 2.44.0.0/16(-1.33), asn: 30722(-0.52), country: IT(0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 May 2019 12:35:27 -0000 On 2019-05-22 14:29, Miroslav Lachman wrote: > Steven Hartland wrote on 2019/05/22 13:56: >> Pretty sure chrome has a headless mode now, perhaps you could use that. > > The last time I tried chrome headless it was so big beast (for headless > servers) that I abandoned it. True, but I'm using it nonetheless. > Build time in my poudriere was about 33 hours 8 hours here, but only if I use a single core for it... > and so many dependencies I don't want to install in headless I agree again... love it or leave it, however. > So I hope there is still some chance to find something lighter > than headless chrome. Firefox should work (although it's only a little lighter then Chromium), but I was not able to make it work at first try, so I gave up. bye av. From owner-freebsd-ports@freebsd.org Wed May 22 12:36:52 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60E8415AAF90 for ; Wed, 22 May 2019 12:36:52 +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 E9BB8838EC for ; Wed, 22 May 2019 12:36:51 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id x4MCaoPJ092882 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 22 May 2019 12:36:50 GMT (envelope-from list1@gjunka.com) Subject: Re: pkg upgrade -f dying on me To: freebsd-ports@freebsd.org References: <5f5106d4-6664-1a02-013e-bfb83afa55a3@gjunka.com> <20190522110316.GG72200@home.opsec.eu> <64b3c8d3-85c6-4db8-2ec7-52803cc82296@gjunka.com> <7a1517e4ddfe7a35f099089817ad06a6@ijs.si> From: Grzegorz Junka Message-ID: Date: Wed, 22 May 2019 13:36:50 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <7a1517e4ddfe7a35f099089817ad06a6@ijs.si> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: E9BB8838EC X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.978,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 12:36:52 -0000 On 22/05/2019 13:30, Mark Martinec wrote: > 2019-05-22 13:46, je Grzegorz Junka wrote: >> root@someserv:~ # pkg --version >> 1.10.5 >> root@someserv:~ # /usr/local/sbin/pkg-static upgrade -f >> Updating desktop_nvidia repository catalogue... >> desktop_nvidia repository is up to date. >> All repositories are up to date. >> Checking for upgrades (1637 candidates):  46% >> libwps03 has no direct installation candidates, change it to libwps? >> [Y/n]: >> Checking for upgrades (1637 candidates):  81% >> gmime26 has no direct installation candidates, change it to gmime30? >> [Y/n]: >> Checking for upgrades (1637 candidates):  82% >> glib12 has no direct installation candidates, change it to glib? [Y/n]: >> Checking for upgrades (1637 candidates): 100% >> Processing candidates (1637 candidates): 100% >> Child process pid=4192 terminated abnormally: Segmentation fault > > This has been my experience (mostly) ever since pkg-ng was introduced. > When answering Y to such questions, it is very likely it will crash. > > My 'solution' is not to accept any of the offered changes, but > just to delete the defunct packages, do the pkg upgrade, then > install whatever is still needed. > Great, thank you Mark. That worked! GrzegorzJ From owner-freebsd-ports@freebsd.org Wed May 22 12:42:12 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A887315AB1FD for ; Wed, 22 May 2019 12:42:12 +0000 (UTC) (envelope-from SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B22483CA1 for ; Wed, 22 May 2019 12:42:11 +0000 (UTC) (envelope-from SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6297F28428; Wed, 22 May 2019 14:42:09 +0200 (CEST) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id A6FEE28422; Wed, 22 May 2019 14:42:08 +0200 (CEST) Subject: Re: Reinstalling with dependencies To: Grzegorz Junka , freebsd-ports@freebsd.org References: <20190522115101.tl36hg2wmclev3oq@ivaldir.net> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <9dac2237-c1b5-8317-a5bf-c1a4b7d89030@quip.cz> Date: Wed, 22 May 2019 14:42:13 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9B22483CA1 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.02 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.88)[0.875,0]; IP_SCORE(0.97)[ip: (0.62), ipnet: 94.124.104.0/21(0.31), asn: 42000(3.85), country: CZ(0.08)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.983,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 12:42:12 -0000 Grzegorz Junka wrote on 2019/05/22 14:11: [...] > Are you saying that even if elinks was reinstalled with dependencies > that wouldn't help? > > We have two issues here: > > 1. How to reinstall a package with dependencies (as stated in the subject) You can try something like this pkg install -f `pkg info -d elinks | tr -d :` pkg info -d will list direct dependencies of the port and then this list is given to command pkg install -f. Miroslav Lachman From owner-freebsd-ports@freebsd.org Wed May 22 12:48:17 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6C7415AB40D for ; Wed, 22 May 2019 12:48:17 +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 24BDC84055 for ; Wed, 22 May 2019 12:48:16 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id x4MCmFm5093041 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 22 May 2019 12:48:15 GMT (envelope-from list1@gjunka.com) Subject: Re: Reinstalling with dependencies To: freebsd-ports@freebsd.org References: <20190522115101.tl36hg2wmclev3oq@ivaldir.net> <9dac2237-c1b5-8317-a5bf-c1a4b7d89030@quip.cz> From: Grzegorz Junka Message-ID: <0f6613c4-d399-7155-db68-14a9b1511b8a@gjunka.com> Date: Wed, 22 May 2019 13:48:15 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <9dac2237-c1b5-8317-a5bf-c1a4b7d89030@quip.cz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 24BDC84055 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.80 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+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(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.85)[-0.854,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 May 2019 12:48:17 -0000 On 22/05/2019 13:42, Miroslav Lachman wrote: > Grzegorz Junka wrote on 2019/05/22 14:11: > > [...] > >> Are you saying that even if elinks was reinstalled with dependencies >> that wouldn't help? >> >> We have two issues here: >> >> 1. How to reinstall a package with dependencies (as stated in the >> subject) > > You can try something like this > > pkg install -f `pkg info -d elinks | tr -d :` > > > pkg info -d will list direct dependencies of the port and then this > list is given to command pkg install -f. > That's a good idea. Thank you. I may probably want to strip versions too, to allow upgrading to more recent versions. But I can take it from there. GrzegorzJ From owner-freebsd-ports@freebsd.org Wed May 22 12:55:00 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4007B15AB74D for ; Wed, 22 May 2019 12:55:00 +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 8E3B18463F for ; Wed, 22 May 2019 12:54:59 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id x4MCsvfJ093083 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 22 May 2019 12:54:57 GMT (envelope-from list1@gjunka.com) Subject: Re: Reinstalling with dependencies To: freebsd-ports@freebsd.org References: <20190522115101.tl36hg2wmclev3oq@ivaldir.net> <9dac2237-c1b5-8317-a5bf-c1a4b7d89030@quip.cz> <0f6613c4-d399-7155-db68-14a9b1511b8a@gjunka.com> From: Grzegorz Junka Message-ID: Date: Wed, 22 May 2019 13:54:57 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <0f6613c4-d399-7155-db68-14a9b1511b8a@gjunka.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 8E3B18463F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.81 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+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(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.86)[-0.862,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 May 2019 12:55:00 -0000 On 22/05/2019 13:48, Grzegorz Junka wrote: > > On 22/05/2019 13:42, Miroslav Lachman wrote: >> Grzegorz Junka wrote on 2019/05/22 14:11: >> >> [...] >> >>> Are you saying that even if elinks was reinstalled with dependencies >>> that wouldn't help? >>> >>> We have two issues here: >>> >>> 1. How to reinstall a package with dependencies (as stated in the >>> subject) >> >> You can try something like this >> >> pkg install -f `pkg info -d elinks | tr -d :` >> >> >> pkg info -d will list direct dependencies of the port and then this >> list is given to command pkg install -f. >> > > That's a good idea. Thank you. I may probably want to strip versions > too, to allow upgrading to more recent versions. But I can take it > from there. > However, I just realized that it may not be enough, i.e. pkg info -d lists only direct dependencies, so this would allow me to reinstall all direct dependencies but not recursively. Adding a loop in bash or something is another solution but it starts to become clunky. From owner-freebsd-ports@freebsd.org Wed May 22 13:07:18 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8271315ABBD3 for ; Wed, 22 May 2019 13:07:18 +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 A22C984CA6 for ; Wed, 22 May 2019 13:07:17 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from [10.70.7.24] ([10.70.7.24]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id x4MD7G5a093368 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 22 May 2019 13:07:16 GMT (envelope-from list1@gjunka.com) To: freebsd-ports@freebsd.org From: Grzegorz Junka Subject: pkg query hackaton Message-ID: <460996e2-03ad-f044-9783-758a9b0b36d3@gjunka.com> Date: Wed, 22 May 2019 14:07:16 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: A22C984CA6 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.80 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+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(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.85)[-0.849,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 May 2019 13:07:18 -0000 Hi, I am interested in two pkg query solutions and I thought I will ask here first, maybe someone already spend time or knows a better approach. 1. List of packages sorted by the amount of packages that depend on them 2. List of all recursive dependencies of a particular package Ad1. Basically, it would be a list of all packages installed in the system where for each package the query would retrieve the amount of dependent packages. Then sort that list. Bonus. Can 1. be also recursively, e.g. sum amounts of all dependent packages, then for each dependent package add that package's dependent packages, etc. This will likely cause loops so probably a state with packages already added would need to be maintained. Ad2. Given package A list all its direct dependencies, then for each dependency list its dependencies, and so on. Add them to a big list then sort and unique. Can that be done in pkg query alone? Out of interest, is "pkg install -R" truly recursive, i.e. would it reinstall any packages that require the given package indirectly (through another package, not through a direct dependency)? GrzegorzJ From owner-freebsd-ports@freebsd.org Wed May 22 18:53:39 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0ECB315B4CC8 for ; Wed, 22 May 2019 18:53:39 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 7D7A3937C7 for ; Wed, 22 May 2019 18:53:37 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id x4MIrWgF067940 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 22 May 2019 20:53:32 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id x4MIrW5j067937 for ; Wed, 22 May 2019 20:53:32 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Wed, 22 May 2019 20:53:32 +0200 (CEST) From: Wojciech Puchar To: freebsd-ports@freebsd.org Subject: problem with bind911 or 914 Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 7D7A3937C7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-6.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[puchar.net]; NEURAL_HAM_SHORT(-0.90)[-0.899,0]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-3.51)[ip: (-9.26), ipnet: 194.1.144.0/24(-4.63), asn: 43476(-3.70), country: PL(0.06)]; DMARC_NA(0.00)[puchar.net]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 18:53:39 -0000 i've reinstalled bind914 (and then tried 911 too) after updating to latest FreeBSD-11 and the problem is that bind cannot perform any TCP transfers in logs i'm getting like this May 22 20:50:55 <3.6> puchar named[67338]: transfer of 'icetransport.pl/IN' from 84.10.41.58#53: connected using 194.1.144.90#44228 May 22 20:50:55 <3.3> puchar named[67338]: transfer of 'icetransport.pl/IN' from 84.10.41.58#53: failed while receiving responses: host May 22 20:50:55 <3.6> puchar named[67338]: transfer of 'icetransport.pl/IN' from 84.10.41.58#53: Transfer status: host unreachable May 22 20:50:55 <3.6> puchar named[67338]: transfer of 'icetransport.pl/IN' from 84.10.41.58#53: Transfer completed: 0 messages, 0 recor while on 84.10.41.58 i see May 22 20:50:51 icetransport named[4479]: client @0x3bc271400 194.1.144.90#44228 (icetransport.pl): transfer of 'icetransport.pl/IN': AXFR started (serial 3873) May 22 20:50:51 icetransport named[4479]: client @0x3bc271400 194.1.144.90#44228 (icetransport.pl): transfer of 'icetransport.pl/IN': AXFR ended May 22 20:50:51 icetransport named[4479]: client @0x3c0129400 194.1.144.90#44231 (icetransport.pl): transfer of 'icetransport.pl/IN': AXFR started (serial 3873) May 22 20:50:51 icetransport named[4479]: client @0x3c0129400 194.1.144.90#44231 (icetransport.pl): transfer of 'icetransport.pl/IN': AXFR ended using FreeBSD base system host program i can transfer this domain without problem too. this way named now cannot update any of domains from master server. furthermore i see LOTS of things like this in log: May 22 20:51:10 <3.3> puchar named[67338]: dispatch 0x804544e00: shutting down due to TCP receive error: 193.108.91.73#53: host unreachable seems like named connect properly over tcp and then reports error. Any idea what's this and how to fix it? From owner-freebsd-ports@freebsd.org Wed May 22 19:21:41 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46A5015B5543 for ; Wed, 22 May 2019 19:21:41 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 747EA9474C for ; Wed, 22 May 2019 19:21:40 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id x4MJLdX0003815 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 22 May 2019 21:21:39 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id x4MJLdeo003812; Wed, 22 May 2019 21:21:39 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Wed, 22 May 2019 21:21:39 +0200 (CEST) From: Wojciech Puchar To: Wojciech Puchar cc: freebsd-ports@freebsd.org Subject: FIXED Re: problem with bind911 or 914 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 747EA9474C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-6.75 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[puchar.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: puchar.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; NEURAL_HAM_SHORT(-0.93)[-0.934,0]; IP_SCORE(-3.51)[ip: (-9.26), ipnet: 194.1.144.0/24(-4.63), asn: 43476(-3.70), country: PL(0.06)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 19:21:41 -0000 net.inet.tcp.soreceive_stream=1 was the problem. turning it off fixed things On Wed, 22 May 2019, Wojciech Puchar wrote: > i've reinstalled bind914 (and then tried 911 too) after updating to latest > FreeBSD-11 > > and the problem is that bind cannot perform any TCP transfers > > in logs i'm getting like this > > May 22 20:50:55 <3.6> puchar named[67338]: transfer of 'icetransport.pl/IN' > from 84.10.41.58#53: connected using 194.1.144.90#44228 > May 22 20:50:55 <3.3> puchar named[67338]: transfer of 'icetransport.pl/IN' > from 84.10.41.58#53: failed while receiving responses: host > May 22 20:50:55 <3.6> puchar named[67338]: transfer of 'icetransport.pl/IN' > from 84.10.41.58#53: Transfer status: host unreachable > May 22 20:50:55 <3.6> puchar named[67338]: transfer of 'icetransport.pl/IN' > from 84.10.41.58#53: Transfer completed: 0 messages, 0 recor > > > while on 84.10.41.58 i see > > May 22 20:50:51 icetransport named[4479]: client @0x3bc271400 > 194.1.144.90#44228 (icetransport.pl): transfer of 'icetransport.pl/IN': AXFR > started (serial 3873) > May 22 20:50:51 icetransport named[4479]: client @0x3bc271400 > 194.1.144.90#44228 (icetransport.pl): transfer of 'icetransport.pl/IN': AXFR > ended > May 22 20:50:51 icetransport named[4479]: client @0x3c0129400 > 194.1.144.90#44231 (icetransport.pl): transfer of 'icetransport.pl/IN': AXFR > started (serial 3873) > May 22 20:50:51 icetransport named[4479]: client @0x3c0129400 > 194.1.144.90#44231 (icetransport.pl): transfer of 'icetransport.pl/IN': AXFR > ended > > > using FreeBSD base system host program i can transfer this domain without > problem too. > > > this way named now cannot update any of domains from master server. > > furthermore i see LOTS of things like this in log: > > May 22 20:51:10 <3.3> puchar named[67338]: dispatch 0x804544e00: shutting > down due to TCP receive error: 193.108.91.73#53: host unreachable > > > > seems like named connect properly over tcp and then reports error. > > Any idea what's this and how to fix it? > _______________________________________________ > 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 Wed May 22 19:28:29 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A52015B572E for ; Wed, 22 May 2019 19:28:29 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 85CA094B3B for ; Wed, 22 May 2019 19:28:27 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x336.google.com with SMTP id r10so3189204otd.4 for ; Wed, 22 May 2019 12:28:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=89d8ckTkDDd40UKYMV9LH40sN7ntubQdHod9UgrJ4YQ=; b=LvF4hwfM2FwRSlHkHT8JG/LVMvbxX6blNy/fu67tm7OKKAAvmuhDGRNKiHcxCfYmG6 V+7Xr4fk5rTxmwurCBDP2le0QheScFga7wqdOW8n/ouDq7uDoCpAmDTNjMvBAUV8kYnM +GSHvDRbNfD3Ng9fctGTnzcEEz+/57xBCUkY9pxhvE2GTtK8zGdvW6Gezo1aHjLo/gzv zHRUCIACejzHSEKnh9JtOevcmUf0t/DWUfFX4kifh59T2t1jxZeuioJq++erhs+2H35x mRMArtchkBlqNcVqiRwtcq/JmTLRq6HUQGYwpFiczDkZQ3eITm+KCmh85eRCCaMV9+sN Y7eg== 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=89d8ckTkDDd40UKYMV9LH40sN7ntubQdHod9UgrJ4YQ=; b=Bac42E3TL1LsluCjLCQtLorNEObT799bO5Z86Tl1WIsL8v0eaI//6ekzphYIOFhnra p7TEhdoynBUaL0cL4W9BLzwR38tWc8ve9cfTZBQQnc1W49Lh1C5pbRlW83MvabkNGxfY PyGSyq8pTInW1S8HyXsmbG8JSd2/OhxRwdBE+37AIjXZ5xITwRDs+1vb6/KtqNxcgt2T ZcSinoqggUjrCCXcbjBKCxlU0wyQ4QRU+kSzwsu7uXVA7zJYFfmDsy08Rr/2V7wH8vtR z72c+tbhEfMA4aoon4lfdDkTzbSWpvWCfyx2piOig3xZO9gaz7SpFVMtUyHaG4qwc8s5 ejeA== X-Gm-Message-State: APjAAAWTNkEa153wO0n0CGh/D55y87+RNhzj6mzc+Hh3H13zRAQ5zU+b 0NhQWZ0h110yyC5vg4ofk6xpH/7nKfbivDVQm4/CKDV5 X-Google-Smtp-Source: APXvYqyq4l5nRq6jm8Wuw3JtBK+r8Ej38QSsCrBHOj2b8BbTHIL+mhAAWEwNz0t6RrEqDWUDtIB/Yxf1Yb7UIWS8les= X-Received: by 2002:a9d:387:: with SMTP id f7mr5958660otf.271.1558553306372; Wed, 22 May 2019 12:28:26 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Wed, 22 May 2019 09:28:10 -1000 Message-ID: Subject: Re: problem with bind911 or 914 To: Wojciech Puchar Cc: FreeBSD Ports ML X-Rspamd-Queue-Id: 85CA094B3B X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LvF4hwfM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::336 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-6.60 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.95)[-0.954,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[6.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.93)[ip: (-9.07), ipnet: 2607:f8b0::/32(-3.27), asn: 15169(-2.27), country: US(-0.06)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 19:28:29 -0000 On Wed, May 22, 2019 at 8:54 AM Wojciech Puchar wrote: > i've reinstalled bind914 (and then tried 911 too) after updating to latest > FreeBSD-11 > > and the problem is that bind cannot perform any TCP transfers > > in logs i'm getting like this > > May 22 20:50:55 <3.6> puchar named[67338]: transfer of > 'icetransport.pl/IN' from 84.10.41.58#53: connected using > 194.1.144.90#44228 > May 22 20:50:55 <3.3> puchar named[67338]: transfer of > 'icetransport.pl/IN' from 84.10.41.58#53: failed while receiving > responses: host > May 22 20:50:55 <3.6> puchar named[67338]: transfer of > 'icetransport.pl/IN' from 84.10.41.58#53: Transfer status: host > unreachable > May 22 20:50:55 <3.6> puchar named[67338]: transfer of > 'icetransport.pl/IN' from 84.10.41.58#53: Transfer completed: 0 messages, > 0 recor > > > while on 84.10.41.58 i see > > May 22 20:50:51 icetransport named[4479]: client @0x3bc271400 > 194.1.144.90#44228 (icetransport.pl): transfer of 'icetransport.pl/IN': > AXFR started (serial 3873) > May 22 20:50:51 icetransport named[4479]: client @0x3bc271400 > 194.1.144.90#44228 (icetransport.pl): transfer of 'icetransport.pl/IN': > AXFR ended > May 22 20:50:51 icetransport named[4479]: client @0x3c0129400 > 194.1.144.90#44231 (icetransport.pl): transfer of 'icetransport.pl/IN': > AXFR started (serial 3873) > May 22 20:50:51 icetransport named[4479]: client @0x3c0129400 > 194.1.144.90#44231 (icetransport.pl): transfer of 'icetransport.pl/IN': > AXFR ended > > > using FreeBSD base system host program i can transfer this domain without > problem too. > > > this way named now cannot update any of domains from master server. > > furthermore i see LOTS of things like this in log: > > May 22 20:51:10 <3.3> puchar named[67338]: dispatch 0x804544e00: shutting > down due to TCP receive error: 193.108.91.73#53: host unreachable > > > > seems like named connect properly over tcp and then reports error. > > Any idea what's this and how to fix it? > Looks to me like either a firewall or policy issue, not BIND. Back a decade ago, many firewalls defaulted to blocking tcp/53. This was based on the unfortunate decision to list the use of tcp/53 as "SHOULD" in the RFC instead of "MUST", but this should produce a timeout,not a host unreachable. "host unreachable" is should be the result of an ICMP message coming back from a router. Take a look at the traffic with tcpdump or wireshark and see if you are getting no response (firewall) or an ICMP Host Unreachable. If the latter, it is coming from a router between you and Akamai and is the result of policy; most likely of your ISP. In neither case is you local BIND at fault. Historically ISPs have loved to play rude games with DNS, either deliberately or due to software flaws in things like load balancers. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-ports@freebsd.org Wed May 22 21:26:15 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B816315B806D for ; Wed, 22 May 2019 21:26:15 +0000 (UTC) (envelope-from douglaswth@gmail.com) Received: from mail-pf1-x42c.google.com (mail-pf1-x42c.google.com [IPv6:2607:f8b0:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69F866BBAE for ; Wed, 22 May 2019 21:26:14 +0000 (UTC) (envelope-from douglaswth@gmail.com) Received: by mail-pf1-x42c.google.com with SMTP id n19so2007071pfa.1 for ; Wed, 22 May 2019 14:26:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=vhrmqb0MxwlqzOOfgOCNWJoooFe2btp/YM68wWrzTos=; b=VK6xL8q5GTExJ07cnI0ez+a2w+M8HFxPaIT9/kJMSBZ8mkigRquFhASHnkErroGcVJ yhVeG5d18C2vpUbbEBWCL7xMkm44MnqxLjW8ESo/otRKJYAFmyjrqyq40T6KDYCcnUDP 349qGaYgT1AdAsrtghp9Fciz/HcTbodfRB961cPgIxlyn91G6GySsZXXsF4G8TleHVIA P+PqcRf9mt7RPbYqZwNdfn0DZQMhrK4S1XQblxd+l3a4TBl5Tgai9/UrkcerbVSe3aRY a6ui+JKoRTnqnyrKy1WMInOxe35AhDuFkfGBTif/BxpqoeqAAyQ1C4VEZHgIM88A6H72 h4Uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=vhrmqb0MxwlqzOOfgOCNWJoooFe2btp/YM68wWrzTos=; b=bKC2rbB2ALlGFwlByhiM8Jqln4+ndM0XM1oqLXOA/Df7wIODUJozedoKub76Fw6DV1 MV50C9VCTT9RepK2/Uy+mtsqp1uJyB1aLKOZ0C3Awx6c+CGHdrCMJBCa2aBOx7EV1Dc5 vMz5jSxyGTTb//lNq+XSJdunhE6qCH7d7iF+IBiIZiA4v41JlgPpvpeue5U6hs4JUqJr z8bNV9hA1+wOZsAUSkMDNOcxtF3XGxQFnMwoic1ayi7kt4I5gNOMdYR6a9TGvr28VPTA bvs0u51H3Zy/AqMpcGrabJKq7mdzMjdIoSNxiyQPtoAwWGQ4lu2k4zoq1alU6QSGJaD0 ScOA== X-Gm-Message-State: APjAAAUHreTa/qHjXdd5DMgn4SWE0E0FbXaY0aulyqlVUzS/Aqbb42Df f0oCmF3OGb0UDiq/QpgUQTwYsXwfRz0= X-Google-Smtp-Source: APXvYqyxTRVGVZQm8MU3rcAHjm4xt0pbDvC80hQ/LMBZ5bxn9i4lGGNNhzOW/iYk0aRSFwW2Gh+lFQ== X-Received: by 2002:a63:4621:: with SMTP id t33mr91873266pga.246.1558560372814; Wed, 22 May 2019 14:26:12 -0700 (PDT) Received: from [10.10.0.202] (hq.rightscale.com. [173.227.0.2]) by smtp.googlemail.com with ESMTPSA id 19sm29588969pfz.84.2019.05.22.14.26.11 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 May 2019 14:26:11 -0700 (PDT) Subject: Re: replacement for lang/phantomjs [deprecated] To: freebsd-ports@freebsd.org References: From: Douglas Thrift Openpgp: id=09C4DA9A5BB7640FFB409623627BA4D834176159 Autocrypt: addr=douglaswth@gmail.com; prefer-encrypt=mutual; keydata= mQGiBEkreGoRBADEPMnLxr6+OI1qdMyODlR7l5d/3KqcCLsU7hNTT/gj4E+N7avGEViSv1ar SZ6Jz1sl35CkjDtFj+OMPAdxEDlEjjrQ5XVRH9/soXtI0yA57pOOXnywoIMn99r3u0t7aCGD bqw7sMnwWZ4sjWq7DQ9mCjdOsQT3rgo5gyY0fYI0gwCgltCdqxUBO51nSERJ6m0tbSUrhycD /iydN7dG0mNRH0SJcrnHP/g9I0cz5r3sn9eruMcUDckgxKtXsJyX524r0Cd9mxSkGJ6WMli2 6aQa4W3fOc7t7vEfIUfpK8d3fxZMf34oyDCJeXcgOSxhRRS7ypLxpBx9fO3YptNvLEQ74KQL cYzVmQjlN7MQ3v9E1hk4MSwpAAQSA/0cxMJwKEGsSit1xBv4T/XwYFTqnjvJlBFbac31Z2fO gE1OUtsZVb/eGjszMuIRdGPb20d1PJWXqiMUdb7BQd73uraqxhjekIqg57l91NHmknY+DRAm o/q2mmOboCtIqroytA4p0EF5NpNOUQLpjEYOs5UtswLr/nV3XFTbTyjUhrQ6RG91Z2xhcyBX aWxsaWFtIFRocmlmdCAoZG91Z2xhc3d0aCkgPGRvdWdsYXN3dGhAZ21haWwuY29tPohiBBMR AgAiBQJKo7KoAhsDBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRBie6TYNBdhWYW1AKCP mh50s57nDQMVm6KswE3l6MSFVgCeM23PRkJmtTnYl+dpaHMA7S7OL5S5Ag0ESSt4ahAIAI1E H4QtdtZBqiwpVgsS/PIz+MOOR2sfnSVAe/t0PJJJEaqvMmVnx4wUQ1zg7Kq/bgs5vfkOUeK4 gbRcY+HBZqZO2tlXetG1/JdoaIVRojKd9NJ26uTbEt/zx0IEZX8XUEyheIbZcKkZ0DLU5Qnb 0hqchxtypW9Nq9uxQb5IOyOmpyS7hQP+p2a4hNImRDjCzI9RmRiBCJq78tREwezi84szjeP5 XwTTr4CGWu44o64gh3USc67pdZx0dA1xrr9cxr0zKR5K9+Ez1ebFPBP0L1+gScl9+cciP3w9 frtKHCXe+/ghNfXSb+w/b0X9CQqN8tzJ7Jt28yn2tBiRTWtiwfMAAwUH/3/X4DGQdo17EW0T USNmg2WkD3MxO9ECwaF2P33cFqECd/3mp3Yu2hvUho6CFbZ4ls3p+1iXHUgDSG80EehUOXtg 2VfbcGq+fH6dz2xOh/vAYRfzlKSN6z4CxAJlJDlG0e932uM0BUx/gs5lN77oFhNhWkFKgiy2 R5AVPemeClSU+y/TDjtBDtW3nTNClucCY2C5DkVCFppFU4jSuoEDtgsp0xIfvr3Y3TlPEVLe Cyk0J0LCXf7Neqzewo9JoamtQPVC3AkRIRoHxCPKjjpQ5UXtZbBcWsJaDruDzbGuXundQaMi RwWf8BLY3rC3yFvV22WnwbXaB+YumyGThhltK6eISQQYEQIACQUCSSt4agIbDAAKCRBie6TY NBdhWSrGAJ49G4iSSqCy7911H9JoBia4/WrYCQCgkTShhwq1pwKfuRyHJRTYrCAzOZs= Message-ID: Date: Wed, 22 May 2019 14:26:10 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 69F866BBAE X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=VK6xL8q5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of douglaswth@gmail.com designates 2607:f8b0:4864:20::42c as permitted sender) smtp.mailfrom=douglaswth@gmail.com X-Spamd-Result: default: False [-6.94 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.96)[-0.957,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[c.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.98)[ip: (-9.28), ipnet: 2607:f8b0::/32(-3.27), asn: 15169(-2.28), country: US(-0.06)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 May 2019 21:26:16 -0000 On 5/22/2019 3:25 AM, Miroslav Lachman wrote: > The port lang/phantomjs is marked as deprecated / expired 2019-05-15. Is > there any alternative in the ports tree? I searched the net and found > https://slimerjs.org but it is not in the ports tree. (I don't have a > skill to port it and maintain it myself) > > One of my clients is using phantomjs thru some webapplication so I need > to find some replacement. > > Kind regards > Miroslav Lachman > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" I have been looking at using https://github.com/GoogleChrome/puppeteer as something to move to from phantomjs for the use case that I had. -- Douglas William Thrift From owner-freebsd-ports@freebsd.org Wed May 22 22:41:29 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB972158FB2A for ; Wed, 22 May 2019 22:41:28 +0000 (UTC) (envelope-from srs0=5zkw=tw=mail.sermon-archive.info=doug@sermon-archive.info) Received: from mail.sermon-archive.info (sermon-archive.info [71.177.216.148]) by mx1.freebsd.org (Postfix) with ESMTP id 376676E5FC for ; Wed, 22 May 2019 22:41:28 +0000 (UTC) (envelope-from srs0=5zkw=tw=mail.sermon-archive.info=doug@sermon-archive.info) Received: from [10.0.1.251] (mini [10.0.1.251]) by mail.sermon-archive.info (Postfix) with ESMTPSA id 458SKW2LBcz2fjQD for ; Wed, 22 May 2019 15:41:19 -0700 (PDT) From: Doug Hardie Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Dovecot packages Message-Id: <68339DB5-BBEF-4C5C-A655-06E508BE4BAE@mail.sermon-archive.info> Date: Wed, 22 May 2019 15:41:19 -0700 To: FreeBSD Ports X-Mailer: Apple Mail (2.3445.104.11) X-Virus-Scanned: clamav-milter 0.100.2 at mail X-Virus-Status: Clean X-Rspamd-Queue-Id: 376676E5FC X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of srs0=5zkw=tw=mail.sermon-archive.info=doug@sermon-archive.info designates 71.177.216.148 as permitted sender) smtp.mailfrom=srs0=5zkw=tw=mail.sermon-archive.info=doug@sermon-archive.info X-Spamd-Result: default: False [-0.48 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_SPAM_SHORT(0.81)[0.807,0]; NEURAL_HAM_MEDIUM(-0.86)[-0.865,0]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:71.177.216.148]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; NEURAL_HAM_LONG(-0.98)[-0.977,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.03)[asn: 5650(-0.11), country: US(-0.06)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[sermon-archive.info]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FORGED_SENDER(0.30)[bc979@lafn.org,srs0=5zkw=tw=mail.sermon-archive.info=doug@sermon-archive.info]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5650, ipnet:71.177.216.0/23, country:US]; FROM_NEQ_ENVFROM(0.00)[bc979@lafn.org,srs0=5zkw=tw=mail.sermon-archive.info=doug@sermon-archive.info]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 22:41:29 -0000 Some years ago I setup a server with dovecot2 package. At that time = there were 2 dovecot packages: dovecot which had a version of 1.x and = dovecot2 which had a version of 2.x. That made sense since dovecot v2 = is quite different from v1. As time went on I was upgrading that server to FreeBSD 12-RELEASE and = just did a pkg upgrade during the upgrade process. Dovecot upgraded to = a more recent v2.x. However, it no longer worked. There were numerous = error messages logged. I thought that was strange since I had another = system with dovecot v2 running just fine. Eventually I discovered that = the two dovecot packages have changed. The working system was a dovecot = package which is now v2.y where y is significantly greater than dovecot2 = v2.x. It appears that the dovecot package is now the one that is = maintained and dovecot2 package has remained stagnant. =20 Unless you notice this interesting anomaly, you can get easily burned = like I did. I would recommend that either the dovecot2 package be = deleted, or at least kept current with the dovecot package. -- Doug From owner-freebsd-ports@freebsd.org Wed May 22 22:42:49 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 627BE158FBC0 for ; Wed, 22 May 2019 22:42:49 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-oln040092254076.outbound.protection.outlook.com [40.92.254.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C2A426E749 for ; Wed, 22 May 2019 22:42:47 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HoI+X55KlC3CQ0o6twDQNIEL8dJ7GoikVXltZHP683k=; b=C9azxfP8Gx0BMG5YIHNufXoyPUCTbaggCyzcJ6kM72yb4x9Ahfq6SrpPYzbU2SWx73Y/oNzvm6IpQ4vA7Faxk4w3wt56VTG4MOQ/l9ADkFeP9ZHqvTZSgf0Fij56fr8dHT2JaXev9ACTVI5+XSJsTBuEiDnRvjBouNpXAH+fSw6GvHSo3qsaw/5QTkzRGOdg27cFdVCGb6Fh01wNOEx+zgXE2t4/VcqkJez7CI5fJxWvHE7xW7AJNoVHXlU3AR5mOjhnOEc4rau0rvG1MyZY85gw3dht9u3CjcAF4DGhHZtvcMoVGgJm7oDkUoyyQP3gbub+dSXaeF4aD/DVbjQKkQ== Received: from SG2APC01FT011.eop-APC01.prod.protection.outlook.com (10.152.250.58) by SG2APC01HT088.eop-APC01.prod.protection.outlook.com (10.152.250.241) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1900.16; Wed, 22 May 2019 22:42:43 +0000 Received: from SG2PR06MB2748.apcprd06.prod.outlook.com (10.152.250.53) by SG2APC01FT011.mail.protection.outlook.com (10.152.250.183) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1922.16 via Frontend Transport; Wed, 22 May 2019 22:42:43 +0000 Received: from SG2PR06MB2748.apcprd06.prod.outlook.com ([fe80::f996:34f2:459c:eb4]) by SG2PR06MB2748.apcprd06.prod.outlook.com ([fe80::f996:34f2:459c:eb4%2]) with mapi id 15.20.1922.018; Wed, 22 May 2019 22:42:43 +0000 From: Tatsuki Makino To: Grzegorz Junka , "freebsd-ports@freebsd.org" Subject: Re: pkg query hackaton Thread-Topic: pkg query hackaton Thread-Index: AQHVEJ+CiCNRt3xmsUWQBv924nBMe6Z3vhEA Date: Wed, 22 May 2019 22:42:43 +0000 Message-ID: References: <460996e2-03ad-f044-9783-758a9b0b36d3@gjunka.com> In-Reply-To: <460996e2-03ad-f044-9783-758a9b0b36d3@gjunka.com> Accept-Language: en-US, ja-JP Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: TY1PR01CA0162.jpnprd01.prod.outlook.com (2603:1096:402::14) To SG2PR06MB2748.apcprd06.prod.outlook.com (2603:1096:4:1f::9) x-incomingtopheadermarker: OriginalChecksum:D7000F49F524842867D467D3EA7CFEE34D6C6B293FB740706AEE1C310296320B; UpperCasedChecksum:93D99D098D9337AB3649F4DA57EC82358886E8DE21FBF92452C849EC92839457; SizeAsReceived:7460; Count:48 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [PJYJ5Hk8X/wXtKPfgnPWv9MOQnN0iaWQDdPUrFqguxyCgHevRU1i61hk/fexxmYAuCXPRKZByCQ=] x-microsoft-original-message-id: x-ms-publictraffictype: Email x-incomingheadercount: 48 x-eopattributedmessage: 0 x-ms-exchange-slblob-mailprops: FNsJQuRXwPo4KDAcs711srWhQZtRexboJOKezGYHrj/x1CzvFQx914+QDXJ32zOdNy4WF1ZkZuaYkkaDtooQqxjs98g1aHxEMGgsU0XnsyoYE5ygTpgqbPePUbJOEY6mkLyeyPoGm4Fe+PG7jTTueW3HbmIqsHduEMIlo/xodTGXdTBSe3ZX0qD/xG9pPMulWK6TmMQ6sGezHV1V6RGEndQD71bw23BLUXF3cwhKjllSedAbMSl6wPl/4KSiRvQv08MnVZ/VPfG00GTIBnAK1GNHZvJ8HE6QeBAxHuvaHmVNYAyhlmPvtGfbS+mKd6dATpOcJpyVjWSzPLcIeVLT3RO7l+j4kb4ZtOd6h8SBr7Q4jf+vmW/c/x+7uGSCrdVpAJzwdTQrnMasnQPq+7YtQrOSUPAMznrJsHN3ef8svx9lu1yacGD/zU7xDVI5LRe8jRN1eIclepxYf5I4PgUOC9sB8zcz6MGABtlppHLthHUO/9vnENyPjZREPHl3bJqJP914ixpg9tYggQdsoK6dABRTYGq6BPClN7ES4Q5UYxNdnCgs8U1WGJlDt+au6cWuv2I+mhyDrdTCCUtY85bw2fR1WxbbtXOLWYHRNC/xxUFkuVGklfrTDA== x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(5050001)(7020095)(20181119110)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(201702181274)(2017031323274)(2017031324274)(2017031322404)(1601125500)(1603101475)(1701031045); SRVR:SG2APC01HT088; x-ms-traffictypediagnostic: SG2APC01HT088: x-microsoft-antispam-message-info: 7UPfpvXwqMJy0gx6XylhQJeKMo7FB5I0ff4k4nNxpjs6KL742lNR3AVtOHu9KK3mR2bkasprkgNY2fT8ghXWrMsRSbJBlnKrSOLeuJfOCerc1pDof4GGIlQEOqysx6tEphVSd41OPTgaS87gRyDFWdEdy6e+5WSYfWLX89FilJCruJA05En87o0L+PIHfh+k Content-Type: text/plain; charset="utf-8" Content-ID: <2C47806B1DF9CB4D93CF70203CF9CC57@apcprd06.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 65dd8a30-9f51-4564-7568-08d6df06cd53 X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 May 2019 22:42:43.9063 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT088 X-Rspamd-Queue-Id: C2A426E749 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=C9azxfP8; dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of tatsuki_makino@hotmail.com designates 40.92.254.76 as permitted sender) smtp.mailfrom=tatsuki_makino@hotmail.com X-Spamd-Result: default: False [-4.68 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; FREEMAIL_FROM(0.00)[hotmail.com]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[hotmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; MIME_BASE64_TEXT(0.10)[]; MX_GOOD(-0.01)[cached: hotmail-com.olc.protection.outlook.com]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; NEURAL_HAM_SHORT(-0.77)[-0.774,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.00)[ipnet: 40.64.0.0/10(-2.73), asn: 8075(-2.19), country: US(-0.06)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; DWL_DNSWL_NONE(0.00)[hotmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[76.254.92.40.list.dnswl.org : 127.0.3.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 22:42:49 -0000 RXhjdXNlIG1lLg0KSXQgZG9lc24ndCBtYXR0ZXIsIGJ1dCBJIHdvdWxkIGFsc28gbGlrZSB0aGUg Zm9sbG93aW5nIGNvbW1hbmQ6DQoNCmUuZy4gZm9vZGFlbW9uLVguWCAtPmRlcGVuZHMgdG8tPiBs aWJiYXItWC5YIC0+ZGVwZW5kcyB0by0+IGxpYmZvby1YLjANCg0KSWYgbGliZm9vLVguMCBpcyB1 cGRhdGVkIHRvIGxpYmZvby1YLjEsIHBlcmhhcHMsIGZvb2RhZW1vbi1YLlggc2hvdWxkIGJlDQpy ZXN0YXJ0ZWQuIEJ1dCBwa2cgaW5mbyAtciBsaWJmb28gaXMgbGlzdGVkIGFzIGJlbG93LCBmb29k YWVtb24gY291bGQNCm5vdCBiZSBmb3VuZC4NCg0KbGliZm9vLVguMToNCglsaWJiYXItWC5YDQoN ClNvIGZvciBleGFtcGxlLCBJZiB3ZSB3cml0ZSAtciB0d2ljZSB0byBzaG93IGFsbCBwYWNrYWdl cy4NCg0KJSBwa2cgaW5mbyAtciAtciBsaWJmb28NCmxpYmZvby1YLjE6DQoJbGliYmFyLVguWA0K CWZvb2RhZW1vbi1YLlgNCg0KQ291bGQgc29tZW9uZSBkbyBzdWNoIGEgbW9kaWZ5PyA6KQ0K From owner-freebsd-ports@freebsd.org Wed May 22 23:23:30 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88A37159100C for ; Wed, 22 May 2019 23:23:30 +0000 (UTC) (envelope-from SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 259E37061A for ; Wed, 22 May 2019 23:23:28 +0000 (UTC) (envelope-from SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 1032D28422; Thu, 23 May 2019 01:23:23 +0200 (CEST) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id CEFDE28411; Thu, 23 May 2019 01:23:20 +0200 (CEST) Subject: Re: Dovecot packages To: Doug Hardie , FreeBSD Ports References: <68339DB5-BBEF-4C5C-A655-06E508BE4BAE@mail.sermon-archive.info> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Thu, 23 May 2019 01:23:25 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <68339DB5-BBEF-4C5C-A655-06E508BE4BAE@mail.sermon-archive.info> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 259E37061A X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.14 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.981,0]; IP_SCORE(0.97)[ip: (0.61), ipnet: 94.124.104.0/21(0.31), asn: 42000(3.85), country: CZ(0.08)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=kf1c=TW=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 23:23:30 -0000 Doug Hardie wrote on 2019/05/23 00:41: [...] > Unless you notice this interesting anomaly, you can get easily burned like I did. I would recommend that either the dovecot2 package be deleted, or at least kept current with the dovecot package. There is no dovecot2 package in the official FreeBSD repository / ports tree: https://www.freshports.org/search.php?query=dovecot You have very stale packages on your machines and you didn't read instructions in UPDATING file of "pkg updating" command: 20170807: AFFECTS: users of mail/dovecot2 and mail/dovecot2-pigeonhole AUTHOR: adamw@FreeBSD.org Now that dovecot1 has been removed from the ports tree, dovecot2 and dovecot2-pigeonhole have been renamed to simply dovecot and dovecot-pigeonhole. pkg should handle the rename automatically, but if you run into trouble, you can point pkg at the new origin via: # pkg set -o mail/dovecot2:mail/dovecot # pkg set -o mail/dovecot2-pigeonhole:mail/dovecot-pigeonhole Similarly, you can point portmaster at the new location via: # portmaster -o mail/dovecot mail/dovecot2 If all else fails, just remove and reinstall the package: # pkg delete dovecot2 # pkg install dovecot Miroslav Lachman From owner-freebsd-ports@freebsd.org Thu May 23 00:44:34 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 826FE1592DC6 for ; Thu, 23 May 2019 00:44:34 +0000 (UTC) (envelope-from srs0=bfm8=tx=mail.sermon-archive.info=doug@sermon-archive.info) Received: from mail.sermon-archive.info (sermon-archive.info [71.177.216.148]) by mx1.freebsd.org (Postfix) with ESMTP id 2298972C14 for ; Thu, 23 May 2019 00:44:33 +0000 (UTC) (envelope-from srs0=bfm8=tx=mail.sermon-archive.info=doug@sermon-archive.info) Received: from [10.0.1.251] (mini [10.0.1.251]) by mail.sermon-archive.info (Postfix) with ESMTPSA id 458W3g52vsz2fjWF; Wed, 22 May 2019 17:44:31 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Dovecot packages From: Doug Hardie In-Reply-To: Date: Wed, 22 May 2019 17:44:31 -0700 Cc: FreeBSD Ports Content-Transfer-Encoding: quoted-printable Message-Id: <258E1160-1D91-4E88-B547-452C079DB4B0@mail.sermon-archive.info> References: <68339DB5-BBEF-4C5C-A655-06E508BE4BAE@mail.sermon-archive.info> To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.3445.104.11) X-Virus-Scanned: clamav-milter 0.100.2 at mail X-Virus-Status: Clean X-Rspamd-Queue-Id: 2298972C14 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of srs0=bfm8=tx=mail.sermon-archive.info=doug@sermon-archive.info designates 71.177.216.148 as permitted sender) smtp.mailfrom=srs0=bfm8=tx=mail.sermon-archive.info=doug@sermon-archive.info X-Spamd-Result: default: False [-1.78 / 15.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:71.177.216.148]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.03)[asn: 5650(-0.11), country: US(-0.06)]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: sermon-archive.info]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.36)[-0.361,0]; FORGED_SENDER(0.30)[bc979@lafn.org,srs0=bfm8=tx=mail.sermon-archive.info=doug@sermon-archive.info]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5650, ipnet:71.177.216.0/23, country:US]; FROM_NEQ_ENVFROM(0.00)[bc979@lafn.org,srs0=bfm8=tx=mail.sermon-archive.info=doug@sermon-archive.info]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 00:44:34 -0000 > On 22 May 2019, at 16:23, Miroslav Lachman <000.fbsd@quip.cz> wrote: >=20 > Doug Hardie wrote on 2019/05/23 00:41: >=20 > [...] >=20 >> Unless you notice this interesting anomaly, you can get easily burned = like I did. I would recommend that either the dovecot2 package be = deleted, or at least kept current with the dovecot package. >=20 > There is no dovecot2 package in the official FreeBSD repository / = ports tree: https://www.freshports.org/search.php?query=3Ddovecot >=20 > You have very stale packages on your machines and you didn't read = instructions in UPDATING file of "pkg updating" command: Thats quite interesting. When I run pkg updating command, the first = entry is dated 20160616. pkg-1.10.5_5 Package manager # freebsd-version -ku 12.0-RELEASE-p3 12.0-RELEASE-p3 brain# pkg update Updating FreeBSD repository catalogue... FreeBSD repository is up to date. All repositories are up to date. brain# pkg upgrade Updating FreeBSD repository catalogue... FreeBSD repository is up to date. All repositories are up to date. Checking for upgrades (0 candidates): 100% Processing candidates (0 candidates): 100% Checking integrity... done (0 conflicting) Your packages are up to date. Same results on all my machines. >=20 >=20 > 20170807: > AFFECTS: users of mail/dovecot2 and mail/dovecot2-pigeonhole > AUTHOR: adamw@FreeBSD.org >=20 > Now that dovecot1 has been removed from the ports tree, dovecot2 > and dovecot2-pigeonhole have been renamed to simply dovecot and > dovecot-pigeonhole. >=20 > pkg should handle the rename automatically, but if you run into > trouble, you can point pkg at the new origin via: >=20 > # pkg set -o mail/dovecot2:mail/dovecot > # pkg set -o mail/dovecot2-pigeonhole:mail/dovecot-pigeonhole >=20 > Similarly, you can point portmaster at the new location via: >=20 > # portmaster -o mail/dovecot mail/dovecot2 >=20 > If all else fails, just remove and reinstall the package: >=20 > # pkg delete dovecot2 > # pkg install dovecot That was the approach I used. Worked fine. Dovecot now works properly = again. >=20 > Miroslav Lachman From owner-freebsd-ports@freebsd.org Thu May 23 06:35:43 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F327159E76F for ; Thu, 23 May 2019 06:35:43 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 1509585A5E for ; Thu, 23 May 2019 06:35:41 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id x4N6Ze0l086739 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 23 May 2019 08:35:40 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id x4N6Zeuv086734; Thu, 23 May 2019 08:35:40 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Thu, 23 May 2019 08:35:40 +0200 (CEST) From: Wojciech Puchar To: Kevin Oberman cc: Wojciech Puchar , FreeBSD Ports ML Subject: Re: problem with bind911 or 914 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 1509585A5E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-6.65 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[puchar.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: puchar.net]; NEURAL_HAM_SHORT(-0.84)[-0.836,0]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-3.51)[ip: (-9.27), ipnet: 194.1.144.0/24(-4.63), asn: 43476(-3.71), country: PL(0.06)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 06:35:43 -0000 > > Looks to me like either a firewall or policy issue, not BIND. > > Back a decade ago, many firewalls defaulted to blocking tcp/53. This was > based on the unfortunate decision to list the use of tcp/53 as "SHOULD" in > the RFC instead of "MUST", but this should produce a timeout,not a host > unreachable. "host unreachable" is should be the result of an ICMP message > coming back from a router. no it wasn't any firewall setting but net.inet.tcp.soreceive_stream=1 From owner-freebsd-ports@freebsd.org Thu May 23 08:07:09 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAC9A15A19EE for ; Thu, 23 May 2019 08:07:09 +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 516F7882DF for ; Thu, 23 May 2019 08:07:09 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0B2A415A19E9; Thu, 23 May 2019 08:07:09 +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 EDB5815A19E7 for ; Thu, 23 May 2019 08:07:08 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 911B2882D4 for ; Thu, 23 May 2019 08:07:08 +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 6F0A4719C for ; Thu, 23 May 2019 08:07:07 +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 x4N877s4006434 for ; Thu, 23 May 2019 08:07:07 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x4N877DM006433; Thu, 23 May 2019 08:07:07 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201905230807.x4N877DM006433@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, 23 May 2019 08:07:07 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 08:07:09 -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/postgresql-orafce | 3.4.0 | version_3_8_0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Thu May 23 08:16:11 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 984E415A1F07 for ; Thu, 23 May 2019 08:16:11 +0000 (UTC) (envelope-from kremels@kreme.com) Received: from mail.covisp.net (mail.covisp.net [65.121.55.42]) (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 D3D1D88887 for ; Thu, 23 May 2019 08:16:10 +0000 (UTC) (envelope-from kremels@kreme.com) From: "@lbutlr" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: Dovecot packages Date: Thu, 23 May 2019 02:16:03 -0600 References: <68339DB5-BBEF-4C5C-A655-06E508BE4BAE@mail.sermon-archive.info> To: Mark Millard via freebsd-ports In-Reply-To: <68339DB5-BBEF-4C5C-A655-06E508BE4BAE@mail.sermon-archive.info> Message-Id: <9C152311-2B3D-495D-A15A-A75F253AC26B@kreme.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: D3D1D88887 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of kremels@kreme.com designates 65.121.55.42 as permitted sender) smtp.mailfrom=kremels@kreme.com X-Spamd-Result: default: False [-0.91 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.88)[-0.884,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MISSING_MIME_VERSION(2.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[kreme.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.97)[-0.967,0]; IP_SCORE(-0.17)[ip: (-0.58), ipnet: 65.112.0.0/12(-0.13), asn: 209(-0.10), country: US(-0.06)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[mail.covisp.net]; NEURAL_HAM_SHORT(-0.47)[-0.471,0]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:65.112.0.0/12, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[42.55.121.65.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 08:16:11 -0000 On 22 May 2019, at 16:41, Doug Hardie wrote: > It appears that the dovecot package is now the one that is maintained = and dovecot2 package has remained stagnant. =20 You didn't replace your port tree when you upgraded to 12.0-RELEASE. I think that portsnap fetch extract ensures your ports tree matches the = current ports. Ah, yes, from the man -8 portsnap: extract Extract a ports tree, replacing existing files and directories. NOTE: This will remove anything = occupying the location where files or directories are being = extracted; in particular, any changes made locally to the ports tree = (for example, adding new patches) will be silently = obliterated. =3D=3D=3D> Only run this command to initialize your = portsnap-maintained ports tree for the first time, if you wish to start = over with a clean, completely unmodified tree, or if you = wish to extract a specific part of the tree (using the path = option). =3D=3D=3D> --=20 Whoever had created humanity had left in a major design flaw. It was its tendency to bend at the knees. --Feet of Clay From owner-freebsd-ports@freebsd.org Thu May 23 10:43:59 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3723D15A5E84 for ; Thu, 23 May 2019 10:43:59 +0000 (UTC) (envelope-from kremels@kreme.com) Received: from mail.covisp.net (mail.covisp.net [65.121.55.42]) (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 0A20C8D854 for ; Thu, 23 May 2019 10:43:57 +0000 (UTC) (envelope-from kremels@kreme.com) From: @lbutlr Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: security/gnupg Message-Id: Date: Thu, 23 May 2019 04:43:56 -0600 To: FreeBSD X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 0A20C8D854 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of kremels@kreme.com designates 65.121.55.42 as permitted sender) smtp.mailfrom=kremels@kreme.com X-Spamd-Result: default: False [-3.40 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.980,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[kreme.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.32)[ip: (-1.07), ipnet: 65.112.0.0/12(-0.37), asn: 209(-0.10), country: US(-0.06)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mail.covisp.net]; NEURAL_HAM_SHORT(-0.68)[-0.685,0]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:65.112.0.0/12, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[42.55.121.65.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 10:43:59 -0000 FreeBSD 11.2-RELEASE-p10 libiconv-1.14_11 Character set conversion library is installed. gnupg fails to build: *** *** The system does not provide a working iconv function. Please *** install a suitable library; for example GNU Libiconv which is *** available at: *** https://ftp.gnu.org/gnu/libiconv/ *** configure: error: *** *** Required libraries not found. Please consult the above messages *** and install them before running configure again. *** ===> Script "configure" failed unexpectedly. Please report the problem to adamw@FreeBSD.org [maintainer] and attach the "/usr/ports/security/gnupg/work/gnupg-2.2.15/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 Sent to "adamw@freebsd.org" with the requested attachment From owner-freebsd-ports@freebsd.org Thu May 23 17:03:40 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B03515AFE1D for ; Thu, 23 May 2019 17:03:40 +0000 (UTC) (envelope-from srs0=yaw0=tx=lafn.org=bc979@sermon-archive.info) Received: from mail.sermon-archive.info (sermon-archive.info [71.177.216.148]) by mx1.freebsd.org (Postfix) with ESMTP id A0DBE750B1 for ; Thu, 23 May 2019 17:03:39 +0000 (UTC) (envelope-from srs0=yaw0=tx=lafn.org=bc979@sermon-archive.info) Received: from [21.0.111.180] (ip-99-203-10-214.pools.spcsdns.net [99.203.10.214]) by mail.sermon-archive.info (Postfix) with ESMTPSA id 458wnP4rCcz2fjQB; Thu, 23 May 2019 10:03:37 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Dovecot packages From: Doug Hardie X-Mailer: iPhone Mail (16E227) In-Reply-To: <9C152311-2B3D-495D-A15A-A75F253AC26B@kreme.com> Date: Thu, 23 May 2019 10:03:36 -0700 Cc: Mark Millard via freebsd-ports Content-Transfer-Encoding: quoted-printable Message-Id: <822610C5-6023-489F-96F5-CAE261613FC9@lafn.org> References: <68339DB5-BBEF-4C5C-A655-06E508BE4BAE@mail.sermon-archive.info> <9C152311-2B3D-495D-A15A-A75F253AC26B@kreme.com> To: "@lbutlr" X-Virus-Scanned: clamav-milter 0.100.2 at mail X-Virus-Status: Clean X-Rspamd-Queue-Id: A0DBE750B1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of srs0=yaw0=tx=lafn.org=bc979@sermon-archive.info designates 71.177.216.148 as permitted sender) smtp.mailfrom=srs0=yaw0=tx=lafn.org=bc979@sermon-archive.info X-Spamd-Result: default: False [-1.01 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.887,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:71.177.216.148]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.03)[asn: 5650(-0.11), country: US(-0.06)]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; NEURAL_SPAM_SHORT(0.31)[0.312,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: sermon-archive.info]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[bc979@lafn.org,srs0=yaw0=tx=lafn.org=bc979@sermon-archive.info]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5650, ipnet:71.177.216.0/23, country:US]; FROM_NEQ_ENVFROM(0.00)[bc979@lafn.org,srs0=yaw0=tx=lafn.org=bc979@sermon-archive.info]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 17:03:40 -0000 Correct. There is no port tree. Packages are used exclusively=20 > On May 23, 2019, at 01:16, @lbutlr wrote: >=20 >> On 22 May 2019, at 16:41, Doug Hardie wrote: >> It appears that the dovecot package is now the one that is maintained and= dovecot2 package has remained stagnant. =20 >=20 > You didn't replace your port tree when you upgraded to 12.0-RELEASE. >=20 > I think that portsnap fetch extract ensures your ports tree matches the cu= rrent ports. >=20 > Ah, yes, from the man -8 portsnap: >=20 > extract Extract a ports tree, replacing existing files and > directories. NOTE: This will remove anything occupying t= he > location where files or directories are being extracted; i= n > particular, any changes made locally to the ports tree (f= or > example, adding new patches) will be silently obliterated= . >=20 > =3D=3D=3D> > Only run this command to initialize your portsnap-maintai= ned > ports tree for the first time, if you wish to start over > with a clean, completely unmodified tree, or if you wish t= o > extract a specific part of the tree (using the path optio= n). > =3D=3D=3D> >=20 > --=20 > Whoever had created humanity had left in a major design flaw. It was its > tendency to bend at the knees. --Feet of Clay >=20 >=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" From owner-freebsd-ports@freebsd.org Thu May 23 17:41:47 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 025C315B0ADB; Thu, 23 May 2019 17:41:47 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (ns-b.lerctr.org [IPv6:2001:470:1f0f:3ad::53:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4929D76A82; Thu, 23 May 2019 17:41:46 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=eFW/11QypcptWznebAW2qKzM23v/uRWVsvxLXWq/QvE=; b=Zg0EGo+fxTXm6OndKf14nIbmkD 9+EbNhlWlHHOMdMkKQ3iyJ44+MbRRj2bysFL4DYeju5ceUcyDkW1CC6AHeXfOhEVOcHWS69h2B6Bo MEO08IO7twzcsejsv54ppzdNq3jO8MuWgVTa9Ferx4zsB3Po1xWZYlMsj6Y5+YcHE71s4tYZRl0lg y5TjhcTlIbbN33vytb8Z+EOe0LyCLeZkBgcXBlq7siiA7B6/lJ94uJZaz3kRoL2vx2Bb9/8fMv68u ydT0lsbhrPsVttUk78cw5frvDUkOcvWZupzUajhw4ev7Z2UhJrEN89JqZIvj/yPZA8PKk+LDOQpMk Kbj6V0Ag==; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:49421 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92 (FreeBSD)) (envelope-from ) id 1hTriq-000GGA-Gg; Thu, 23 May 2019 12:41:44 -0500 Received: from [209.210.2.134] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 23 May 2019 12:41:44 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 23 May 2019 10:41:44 -0700 From: Larry Rosenman To: Doug Hardie Cc: "@lbutlr" , Mark Millard via freebsd-ports , owner-freebsd-ports@freebsd.org Subject: Re: Dovecot packages In-Reply-To: <822610C5-6023-489F-96F5-CAE261613FC9@lafn.org> References: <68339DB5-BBEF-4C5C-A655-06E508BE4BAE@mail.sermon-archive.info> <9C152311-2B3D-495D-A15A-A75F253AC26B@kreme.com> <822610C5-6023-489F-96F5-CAE261613FC9@lafn.org> Message-ID: <5a59449aa4f06e385a4fd6033265eff8@lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.3.9 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 May 2019 17:41:47 -0000 On 05/23/2019 10:03 am, Doug Hardie wrote: > Correct. There is no port tree. Packages are used exclusively > pkg(8) doesn't handle the MOVED file. Therefore, the pkg delete/pkg add is the correct answer. Whether it should is out of my control. Larry Rosenman mail/dovecot{,-pigeonhole} maintainer. (aka ler@FreeBSD.org) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From owner-freebsd-ports@freebsd.org Thu May 23 18:20:27 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA4D815B1A04 for ; Thu, 23 May 2019 18:20:26 +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 5ECE380760 for ; Thu, 23 May 2019 18:20:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: KiIbYxEVM1mSqFjtf3cKOxa_LWwE5TQ_4AWSZNyqe3QtDpwGiWTnXO9GCI9aYdG 6L4TbVVs_oR0XjKaVmNt8tMhSND4nMIhExOllPuZHZgXI1IswFkXaewHgA0f1WC7zQfGtLrf645K agq.CRuTvWKGZ5lDdCWoZglGOkqs_W7DeTv4w47EDxrxpS8Gg2calqglA2rF89VpT6yJ1pvenjD0 fapko7.2y5C5niApFlcckGI4pKFDRu2lM2lZ2dQGKGNE1KP0dTwmP89M5nFsyJlLkzoSX_gVKquc e7Hk_IL7KVvwFEijM8KuqKr9zhhnGL3vgfron_DCoP1B0xzkVWdot.Z575W5LTz8ECnTNdQXCLxG l0cSBr7dSRpBCYDuLvJfE3cH5STjhqduVIl3ZsLzqlyDLLdBrRxSs6KLIVvuExyh9IrSMmbZ0TYA 9GtBF46q0v8h0aQStTXiHDp8e_RAok3410IQtS5JK816.Pipj9DIiHpkiY8YYtRKohiUoTTqTVv3 4U0cAh2VixKZma_fEhriRLsl8K.XtgdPs0NgV9lR_KO.gX92IlU1SWh.Nn.08AwRHtdp82Q304X7 Yc6O72MXDYiKvd1QUUbFRnSLRG8CKpRKTsY_chmeCVzQH4zY_tfM.cJqL8ZiQxA_Vn9PrJtxSdmH APbKXE68MxRHa63pD.GeP7Me7kdH_F9ocqq4s_.epfV4YYr7f6C.ONd7t_cziv0mfDUulGJlSAfm vlgC.Q0S9806odWqDcdrrPtJYewoNgFwibE7N6JuBiC6s67ijPmCEuuIhVj55kwmVEAEbwx8iiQq QDazVGzT9LGI4Qlz9MOVtIsmBZO_phtw9taAFP3vDJ4kQCjgzaivGhdGogfN2_tK2F5F41oKz8Ui FxSLLvG9VUZF_VgNT4WNXDWf6AdGIeZAdfi8STneQ_amBC.ckZIl2mj_hozZ7KGWFwiF16s86G0l VQ3ToYtZZPGS4sgagsa5yiLWIl_ML3VyO6vYqSHT2DrAMsUH7dj1IzpJJGfvtYwMK3JP8d6ckoTn YT81IZPcmwslqa4uZpmRt7g5a2VkhMG.WCJwPRE9yxt9IXxcSra.XM1nlYLbZS4lT2OVad9glpAn 4y7x7u0Wx7PHm9Es8eiv5.g.O2cOsz66NbdujFDcOpf59.lNN7rUm.kqUYUqV8NZmgY7rbH5Rjvo Ft0NCYzucvC9xK4kkfPuNOaADJMh5Thqr46eCwt72y1ddfpnSRcJOHCfyw8sU Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Thu, 23 May 2019 18:20:19 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp409.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID fc44a3a83f4214323bee1aae2fa6c95d; Thu, 23 May 2019 18:20: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.4 \(3445.104.11\)) Subject: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" Message-Id: Date: Thu, 23 May 2019 11:20:14 -0700 Cc: Jan Beich To: ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 5ECE380760 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.43 / 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)[]; MIME_TRACE(0.00)[0:+]; 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)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_SPAM_SHORT(0.60)[0.599,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.21)[ip: (3.56), ipnet: 66.163.184.0/21(1.40), asn: 36646(1.12), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.83)[0.827,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.31)[0.314,0]; RCVD_IN_DNSWL_NONE(0.00)[146.187.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.187.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 18:20:27 -0000 =46rom a poudriere bulk build in a powerpc64 context (old PowerMac) that was built with and uses system clang 8 and base/binutils instead of the gcc 4.2.1 toolchain. I got: [09:05:56] [04] [00:14:42] Saved graphics/mesa-dri | mesa-dri-18.3.2_2 = wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDpowerpc64-default/default/mesa-dri-1= 8.3.2_2.tbz [09:05:57] [04] [00:14:43] Finished graphics/mesa-dri | = mesa-dri-18.3.2_2: Failed: build [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-input-keyboard | = xf86-input-keyboard-1.9.0_3: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-input-mouse | = xf86-input-mouse-1.9.3_2: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-video-scfb | = xf86-video-scfb-0.0.4_7: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-video-vesa | = xf86-video-vesa-2.4.0_2: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed [09:05:59] [04] [00:14:45] Skipping x11/xorg-minimal | = xorg-minimal-7.5.2_2: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed [09:05:59] [04] [00:14:45] Skipping x11-servers/xorg-server | = xorg-server-1.18.4_11,1: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed I do have a backtrace: . . . Core was generated by `/usr/bin/cc -cc1 -triple = powerpc64-unknown-freebsd13.0 -emit-obj -disable-free -'. Program terminated with signal SIGABRT, Aborted. #0 .__sys_thr_kill () at thr_kill.S:3 3 RSYSCALL(thr_kill) (gdb) bt #0 .__sys_thr_kill () at thr_kill.S:3 #1 0x00000000133072d0 in __raise (s=3D330578472) at = /usr/src/lib/libc/gen/raise.c:52 #2 0x00000000132c7898 in abort () at = /usr/src/lib/libc/stdlib/abort.c:79 #3 0x00000000132f6c64 in __assert (func=3D, = file=3D, line=3D, failedexpr=3D) at /usr/src/lib/libc/gen/assert.c:51 #4 0x00000000130f7c18 in WidenVectorResult () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp:253= 1 #5 0x0000000012ad91f0 in run () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:281 #6 0x0000000012adfa5c in LegalizeTypes () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:1115 #7 0x000000001297ebb4 in CodeGenAndEmitDAG () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:776 #8 0x000000001297e114 in SelectBasicBlock () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:669 #9 0x000000001297cbc4 in SelectAllBasicBlocks () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:1784 #10 0x0000000000000000 in ?? () (gdb) up 4 #4 0x00000000130f7c18 in WidenVectorResult () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp:253= 1 2531 assert(!TLI.isOperationLegalOrCustom(N->getOpcode(), = WideVecVT) && (gdb) list 2526 // libcalls on the undef elements. We are assuming that if = the scalar op 2527 // requires expanding, then the vector op needs expanding = too. 2528 EVT VT =3D N->getValueType(0); 2529 if (TLI.isOperationExpand(N->getOpcode(), = VT.getScalarType())) { 2530 EVT WideVecVT =3D = TLI.getTypeToTransformTo(*DAG.getContext(), VT); 2531 assert(!TLI.isOperationLegalOrCustom(N->getOpcode(), = WideVecVT) && 2532 "Target supports vector op, but scalar requires = expansion?"); 2533 Res =3D DAG.UnrollVectorOp(N, = WideVecVT.getVectorNumElements()); 2534 break; 2535 } Unfortunately poudiere bulk tar archives of failures do not catch the /tmp/* material from: cc: error: unable to execute command: Abort trap (core dumped) cc: error: clang frontend command failed due to signal (use -v to see = invocation) FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) Target: powerpc64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin cc: note: diagnostic msg: PLEASE submit a bug report to = https://bugs.freebsd.org/submit/ and include the crash backtrace, = preprocessed source, and associated run script. cc: note: diagnostic msg:=20 ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: cc: note: diagnostic msg: /tmp/nir_constant_expressions-b77016.c cc: note: diagnostic msg: /tmp/nir_constant_expressions-b77016.sh cc: note: diagnostic msg:=20 ******************** gmake[5]: *** [Makefile:2829: nir/nir_constant_expressions.lo] Error 1 gmake[5]: *** Waiting for unfinished jobs.... gmake[5]: Leaving directory = '/wrkdirs/usr/ports/graphics/mesa-dri/work/mesa-18.3.2/src/compiler' =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 May 23 18:47:21 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55A2015B2616 for ; Thu, 23 May 2019 18:47:21 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED85B81DA5; Thu, 23 May 2019 18:47:20 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id C0D32106FA; Thu, 23 May 2019 18:47:20 +0000 (UTC) From: Jan Beich To: Mark Millard Cc: ports-list freebsd Subject: Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" References: Date: Thu, 23 May 2019 20:47:13 +0200 In-Reply-To: (Mark Millard's message of "Thu, 23 May 2019 11:20:14 -0700") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: ED85B81DA5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.95 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.988,0]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 18:47:21 -0000 Mark Millard writes: > Unfortunately poudiere bulk tar archives of failures do not > catch the /tmp/* material from: > > cc: error: unable to execute command: Abort trap (core dumped) > cc: error: clang frontend command failed due to signal (use -v to see invocation) > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM 8.0.0) > Target: powerpc64-unknown-freebsd13.0 > Thread model: posix > InstalledDir: /usr/bin Do you have the build log? Maybe it's possible to reproduce simply by adding -target powerpc64-unknown-freebsd13.0 while cross-building that particular file using otherwise the same command line options as native build. From owner-freebsd-ports@freebsd.org Thu May 23 19:07:16 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0825A15B3005 for ; Thu, 23 May 2019 19:07:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (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 8693E82E21 for ; Thu, 23 May 2019 19:07:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zbzqukcVM1n8fw4HAYGCrl6_Okc3LOCcNvzpUcv_FDOm.gakjxKCSFR4GUgSFRu y8At4gCfAi0Ff.2yenp9V7eZiNWSYRAigbahpIzWgaFsD4aguP3Di51keDDByfJcjnMeYcCI9yNn nmUD.Y.sxrrkNLWnGKDbX6WZVFSJpzMDIhu3mVXs0Yj3UMTPv0Sf7n9lSmLUFQytUIsbJtf23CtG w_RKpYmCXvRyOj8JfICYKJT1lBY4LK3CckRHAPAIwBWGKZG2M58G3m3Xils4_I0cRjmDp0YJlUvR YrB6WooQhEguiB0rda7yIt87iv72BrCEbQYDd8e1RnmnSKIo7RiEtLif6Jwperswg54FPe.t2waY 0Nb8_rAvf6QM2qcUFSOdUC.ds9UgIbv3tIOXVfYr.BbO2OamRtqi89ewahU2JDuA0zFeYZHmcWlv 9RjxFSzMmf809lzvqcjipD_uOhjSaVyJTS578v49Kx5OvM3_RVWMa.Ci.CZguf1LwQ09bEzOQ0Fk Eh3.yHUses6pVsj_agRaTK6xDbomn0Xx8Qm.V93NvM6NayG7ywZcGIgE.5nz5Zu1Z9.EyBO8Qoll lmWrc8jcQTius1ac9N6omu7KxONc085C3L.66B.Edldz5XDRl4lNtISk6BSlCybHLO.kDffyYl37 MixPHeOXmaZrovaQ3GJ2G3avqBdWhl8z7FreuFn.sGGHV5bBe8kKVsFlHOQU5YbLsKHAMu4ZwE0d KdEtYlDCCP_R2A4xVjLs7LN6devdVpyAe5hgyABrlodla4sfgNiT3HMzvhvDrNEDEzomv1q3NN6m obD7Zlv7uTDAsOS9HdaGmaOrFZ8Wg0mjO_fWByUtG.YU.RtxF3egJZ5CB1HHK4RwtuxcSnB0iUFO .geg0ZeWlrfGsMXc0zjlhBCxg1iWRSOVPEru6xjexCZFXCxNX2N6VPomYsybJgOfglTLWVqB8d9e lnLtitr4r8SHA0TeKvfbPz30GYueUQ4dR5bERUIChK_VNBl8K6y4HubhILuAtw6T2hfskZsQs5Dd JV3Um0mygAuyJIHi00hnQfSsiVCpaL2e37eBUH0JZXXmW_VaWzhgI0vxP3rER5fbzbrgrpTxXFlT K5.w3CU72rWuJnUAyISZJYp0ItIPQKnMVc1Y3m9Y6X.tu12XZSC_vVA_FtoVgS9s_8qYHOFmsrr3 YDK81NX1YdIHgoEvOLwEDnENh3CelPNWEydfg8KeHHfQGbYnH7fKr4ZxucPxrrWJn7mBLgqo- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 May 2019 19:07:13 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp409.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID efd4bd3a15cba81195d93968cf17973e; Thu, 23 May 2019 18:26:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" From: Mark Millard In-Reply-To: Date: Thu, 23 May 2019 11:26:36 -0700 Cc: Jan Beich , ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <12E7623E-2B40-4740-8965-0CAB7D695AB9@yahoo.com> References: To: FreeBSD Toolchain , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 8693E82E21 X-Spamd-Bar: + X-Spamd-Result: default: False [1.22 / 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]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.96)[ip: (3.09), ipnet: 98.137.64.0/21(0.99), asn: 36647(0.79), country: US(-0.06)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_SPAM_SHORT(0.60)[0.602,0]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-0.36)[-0.365,0]; NEURAL_SPAM_MEDIUM(0.53)[0.532,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.64.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 19:07:16 -0000 [Just sending to toolchain and powerpc lists as well. Somehow I missed listing them the first time I sent this out.] On 2019-May-23, at 11:20, Mark Millard wrote: > =46rom a poudriere bulk build in a powerpc64 context (old PowerMac) > that was built with and uses system clang 8 and base/binutils > instead of the gcc 4.2.1 toolchain. I got: >=20 > [09:05:56] [04] [00:14:42] Saved graphics/mesa-dri | mesa-dri-18.3.2_2 = wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDpowerpc64-default/default/mesa-dri-1= 8.3.2_2.tbz > [09:05:57] [04] [00:14:43] Finished graphics/mesa-dri | = mesa-dri-18.3.2_2: Failed: build > [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-input-keyboard | = xf86-input-keyboard-1.9.0_3: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed > [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-input-mouse | = xf86-input-mouse-1.9.3_2: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed > [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-video-scfb | = xf86-video-scfb-0.0.4_7: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed > [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-video-vesa | = xf86-video-vesa-2.4.0_2: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed > [09:05:59] [04] [00:14:45] Skipping x11/xorg-minimal | = xorg-minimal-7.5.2_2: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed > [09:05:59] [04] [00:14:45] Skipping x11-servers/xorg-server | = xorg-server-1.18.4_11,1: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed >=20 > I do have a backtrace: >=20 > . . . > Core was generated by `/usr/bin/cc -cc1 -triple = powerpc64-unknown-freebsd13.0 -emit-obj -disable-free -'. > Program terminated with signal SIGABRT, Aborted. > #0 .__sys_thr_kill () at thr_kill.S:3 > 3 RSYSCALL(thr_kill) > (gdb) bt > #0 .__sys_thr_kill () at thr_kill.S:3 > #1 0x00000000133072d0 in __raise (s=3D330578472) at = /usr/src/lib/libc/gen/raise.c:52 > #2 0x00000000132c7898 in abort () at = /usr/src/lib/libc/stdlib/abort.c:79 > #3 0x00000000132f6c64 in __assert (func=3D, = file=3D, line=3D, failedexpr=3D) at /usr/src/lib/libc/gen/assert.c:51 > #4 0x00000000130f7c18 in WidenVectorResult () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp:253= 1 > #5 0x0000000012ad91f0 in run () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:281 > #6 0x0000000012adfa5c in LegalizeTypes () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:1115 > #7 0x000000001297ebb4 in CodeGenAndEmitDAG () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:776 > #8 0x000000001297e114 in SelectBasicBlock () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:669 > #9 0x000000001297cbc4 in SelectAllBasicBlocks () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:1784 > #10 0x0000000000000000 in ?? () >=20 > (gdb) up 4 > #4 0x00000000130f7c18 in WidenVectorResult () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp:253= 1 > 2531 assert(!TLI.isOperationLegalOrCustom(N->getOpcode(), = WideVecVT) && >=20 > (gdb) list > 2526 // libcalls on the undef elements. We are assuming that if = the scalar op > 2527 // requires expanding, then the vector op needs expanding = too. > 2528 EVT VT =3D N->getValueType(0); > 2529 if (TLI.isOperationExpand(N->getOpcode(), = VT.getScalarType())) { > 2530 EVT WideVecVT =3D = TLI.getTypeToTransformTo(*DAG.getContext(), VT); > 2531 assert(!TLI.isOperationLegalOrCustom(N->getOpcode(), = WideVecVT) && > 2532 "Target supports vector op, but scalar requires = expansion?"); > 2533 Res =3D DAG.UnrollVectorOp(N, = WideVecVT.getVectorNumElements()); > 2534 break; > 2535 } >=20 >=20 >=20 > Unfortunately poudiere bulk tar archives of failures do not > catch the /tmp/* material from: >=20 > cc: error: unable to execute command: Abort trap (core dumped) > cc: error: clang frontend command failed due to signal (use -v to see = invocation) > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) > Target: powerpc64-unknown-freebsd13.0 > Thread model: posix > InstalledDir: /usr/bin > cc: note: diagnostic msg: PLEASE submit a bug report to = https://bugs.freebsd.org/submit/ and include the crash backtrace, = preprocessed source, and associated run script. > cc: note: diagnostic msg:=20 > ******************** >=20 > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > Preprocessed source(s) and associated run script(s) are located at: > cc: note: diagnostic msg: /tmp/nir_constant_expressions-b77016.c > cc: note: diagnostic msg: /tmp/nir_constant_expressions-b77016.sh > cc: note: diagnostic msg:=20 >=20 > ******************** > gmake[5]: *** [Makefile:2829: nir/nir_constant_expressions.lo] Error 1 > gmake[5]: *** Waiting for unfinished jobs.... > gmake[5]: Leaving directory = '/wrkdirs/usr/ports/graphics/mesa-dri/work/mesa-18.3.2/src/compiler' =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 May 23 19:31:25 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00F8815B3856 for ; Thu, 23 May 2019 19:31:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (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 457B484542 for ; Thu, 23 May 2019 19:31:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VJ_GJdUVM1n2tVbx3uXv1FUM.SJq_J7ctLnrW5bwC7upJpkmt6Po2Si3Qfr8p0e 1VYVTFS_00GZlHlzscHWXvwlX5ast9eMZXejgaj3TLkvkdfrLlywO0LyTAQHJ1R77.VXbHaOhP.d wwbJEqSjo6UTykjDZGPZh0s_oNcl5shGI4tjFJiPr68DoyFbdwCbtKYHa4pJyIznEgQMeJprEaa6 PRMMNY1I91cI5zltWplFY0WDl.LFCWZE1DsON8awijlXtk6adk2GzSTuFTnz2UIjEZq.baE321xE ZXt.V7mTUlVS.bfRxMUmWMIZ.SInTykHMHN713CnGYUJ1y9S0lG45VEBrgS_12iTxK8WznJnGEvt 9txkNNFyBHZDVHNmFIUdMrJB6FNm115xnYq0rQ_rtxHqz6K8lu_EYh2jToyJFR42iBO6m4rLCho8 MQkj6fEakhUfjGSVjZgBsWe6n.EEqUTfvfV8F.lgNTGlbNqbO99myS7pHkjUXGLok.7mPhOyKOmA rM7IHfNBYTj15YPg.AOVVd9jIkyJnrPJLvn.oezlqPf3qLFkJzASy7ViASOEV7tPfSc1ENtxYz61 0A7VNn137TMNYIPH3poTl7JqlZEU6zMXvZzbQ0IGMkrlxfPwuUbY1f_2zlia8DeH7HtolAmGLvLE z76OOkqdr2c_poBE0iMtywef7MoUikRbZlx_qPFpbd.w.OcKj7v7AFDY9WNlFZrXwJKDI98Tmhbf vl_3Us7_x1iGk0e8Bbx3FFTbbT4OdA2ma.O_WXzlys19IbAa01p0O4k.z3umPF7PjgdpiixH3VKC 122U.4fAWG4.kZd.tCC1Kp5wne5xo9lBgn6mMuPj6Rq3WyWOoXjEhn07BSlGuljcNFabYXoYraaK _xthy6Z6xHrKd05k0247pobQfitc2sqilUauiChkSBcatX8Y.0KHp5Tz6.EI8SqdAvr_eo11icY2 4nBqlX94n30lgBl2xD7ipyVMqGns1EsrsMN4Qo7npRz3iTqmbAWV4oaHM69ZDhDDwP6GxMwROsML fkgJmMHBnhIP04_nadWguzvDXtRG9y1lhP9Ei5fx8qJQXiUk41ypdY8LBLY15HqcqUbYUILotHJv AwOJQMvvsdqf6uoEPLKFE8JbiqXEPmiEVfyXFHmpXHlSCiQTpUoRMPm.3xF6D.IbOhM2rDot2Oav fatbtVWkc.sXUNl3frP8HY9kgqdd7qu0BT4Tf9VQjJL4_Fcje0ch_pOGv5DoLO.BFrEsP0197 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 May 2019 19:31:15 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp411.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0b95320929a43a5f5b9c5a0dd5a0826c; Thu, 23 May 2019 19:31:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" From: Mark Millard In-Reply-To: Date: Thu, 23 May 2019 12:31:12 -0700 Cc: ports-list freebsd , FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <1C226A5A-147D-4307-89D6-0E88F70ADFD6@yahoo.com> References: To: Jan Beich X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 457B484542 X-Spamd-Bar: + X-Spamd-Result: default: False [1.46 / 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]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(1.03)[ip: (3.42), ipnet: 98.137.64.0/21(0.99), asn: 36647(0.79), country: US(-0.06)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_SPAM_SHORT(0.58)[0.581,0]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-0.13)[-0.131,0]; NEURAL_SPAM_MEDIUM(0.49)[0.490,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.68.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 19:31:25 -0000 On 2019-May-23, at 11:47, Jan Beich wrote: > Mark Millard writes: >=20 >> Unfortunately poudiere bulk tar archives of failures do not >> catch the /tmp/* material from: >>=20 >> cc: error: unable to execute command: Abort trap (core dumped) >> cc: error: clang frontend command failed due to signal (use -v to see = invocation) >> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) >> Target: powerpc64-unknown-freebsd13.0 >> Thread model: posix >> InstalledDir: /usr/bin >=20 > Do you have the build log? Maybe it's possible to reproduce simply by = adding > -target powerpc64-unknown-freebsd13.0 while cross-building that = particular file > using otherwise the same command line options as native build. I have expanded the poudriere bulk's tar of the failure and rerun the command from there. The problem reproduced: # ls -lTdt /tmp/nir_constant_expressions-9b094e.* -rw-r--r-- 1 root wheel 11069 May 23 12:08:35 2019 = /tmp/nir_constant_expressions-9b094e.sh -rw-r--r-- 1 root wheel 1951892 May 23 12:08:35 2019 = /tmp/nir_constant_expressions-9b094e.c So I gzip'd the .c and created: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238082 with the two files as 2 attachments. =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 May 23 20:32:05 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DEE215B50C4 for ; Thu, 23 May 2019 20:32:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.ne1.yahoo.com (sonic306-21.consmr.mail.ne1.yahoo.com [66.163.189.83]) (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 8FE6786918 for ; Thu, 23 May 2019 20:32:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Pc3bc2cVM1mYxOAKEvLpdPJPcXHwFNjIWuCXXADiUfclhVOgUV2NLrslJjd_2qL ooc82suJgKoUtcNst7KDbWh0JXPcLkYM3Draj6mDTu75_nZxCuYA8BGxoM1OqHAQsCqAb3C5xMUH kQDXILjpFurbpgbt_sTYO9xrjmsLZ.h1hhSN3m.Udol7BKDQyM6U6US6B0fZioX5zWc5GTusbEDk 3oA5tX3FngCw7_jeIhZE3.X.Y8QzBWNxDUFQlZtP2NXXIwogHfSFBwrmpcKsso2DeqVskG4h3Hdw 3BVAl0BHBoU5vwboKkdhcbICgkcqfsOVl0_PGF4yLLYAyK_RVFv1HWKHp7L7aWo8wNru.Q7ulSfw 8HDOQuoYbNjnib_u78wjoweL0sJhsYo3rZQ9EukBpc3a03Pm9bd999mKohM9c2HTs17aOHKZrcaS 6W7yQQlQWTl_kUcqjCf5DL_OC7OQRpZxO7NLjkn39VuVr736oaNzf5yP5eQqMbwybisYF5i9HFmD BiwqsuU5yZdfcG0GXOO43b77gcvD927b8N40RaFetERwcbydEc_ts6o.m23LTZTs.9aAMFbxs8bp hq4_k7noBvRaYJkDOe.cy2jh7YehgzoafAnyMipcaVXM4BoCzV12zImxMyYG96ipE3n4czphjmka vUOcI.cP7kVcCB33IXMfq9f8YPyOFYTuMxmOoyOPPaVdhuRo.Y8nwGAVRDRL2Qbdr7zSxS1pfXHV mwTOCVvyFmtnmztOoKBxD9xjhwtkbbhxU7o29QBeP.uhUq0X3dThnKHXzFyQje1N4NH1nJEumt4H VKUT9BZFd2dbveVcwjUyUyz5sKN.jBdFQKAeHVEnLm5A0QkscVrRoiiYvdwZhZF1TfxNPeO2I4F0 cfsUncU1YivwFIXHgo1qHP3R2xOYww2QTWfUvjcHWM5bNvyMwHmZhAusz6WvvaZdPGfSFU3j1noj dLkH3IoyVjItQIPk2.Q6OR8hgRR6rhfl1zgOg3wkToRnDB8T6eYlbpqojIf8oohrYbiPm93NwVgw NbBZfT5AItDH5TThpKdWeHg5xxrDjOaOPcUHz4f4cLMf4pnYqn_8ZA87UjmTGAFWKD3CtcVjeoO5 rIeoTvM.SSX.WynO1SbsPuk0Bfqch_1eF04vvYseM_JYTVQT8Vs6SXRlKnWOpFj6eFhhjU1Y2N87 gQtnJwzwFaAGgRf5UwkhpTZPXbEB6ZozIo3EoWG6f6CjnUcQYCZa1MPDD7EGTZv9AujDbtK2zeUQ vDX1UmEa2Yg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Thu, 23 May 2019 20:31:58 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp406.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c70eb2111d33f159f9b52ea1d29aced8; Thu, 23 May 2019 20:21:50 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: powerpc64 context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 Message-Id: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> Date: Thu, 23 May 2019 13:21:48 -0700 Cc: Jan Beich To: FreeBSD PowerPC ML , ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 8FE6786918 X-Spamd-Bar: + X-Spamd-Result: default: False [1.74 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.69)[0.692,0]; NEURAL_HAM_LONG(-0.15)[-0.151,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.09)[ip: (2.97), ipnet: 66.163.184.0/21(1.40), asn: 36646(1.12), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.62)[0.617,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.189.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 20:32:05 -0000 The poudriere bulk run that tried to build x11-toolkits/qt5-declarative got: --- qqmljsgrammar.cpp --- /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g Segmentation fault (core dumped) *** [qqmljsgrammar.cpp] Error code 139 make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml 1 error Installing qt5-core and manually running under gdb from an expansion of the bulk's tar of the failure, I was able to get a backtrace: (gdb) run --no-debug --qt parser/qqmljs.g Starting program: /usr/local/bin/qlalr --no-debug --qt parser/qqmljs.g process 26823 is executing new program: /usr/local/lib/qt5/bin/qlalr . . . (text about auto-loading has been declined and such) . . . Program received signal SIGSEGV, Segmentation fault. 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 (gdb) bt #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 #2 0x00000008109df908 in std::has_facet > (__loc=3D...) = at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 #3 0x00000008109cb474 in std::basic_ios = >::_M_cache_locale (this=3D0x810ab48c8 , __loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 #4 0x00000008109cbad0 in std::basic_ios = >::init (this=3D0x810ab48c8 , __sb=3D0x810ab36f8 = <__gnu_internal::buf_cout_sync>) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 #10 0x000000081005dfa0 in objlist_call_init (list=3D, = lockstate=3D) at /usr/src/libexec/rtld-elf/rtld.c:2728 #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 Backtrace stopped: frame did not save the PC NOTE: In order to have built devel/qt5-core I used a patch to make sure that all the %%LOCALBASE%% strings were replaced (otherwise in the powerpc64 system clang 8 based world the devel/qt5-core build failed from -I%%LOCALBASE%%... use): Index: /usr/ports/Mk/Uses/qt-dist.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) @@ -251,7 +251,7 @@ .if ${_QT_VER:M5} post-patch: gcc-post-patch gcc-post-patch: - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ @@ -298,7 +298,7 @@ # ports/194088. post-patch: qtbase-post-patch qtbase-post-patch: - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf (So having the missing g added but not having the optional -e usage in the other %%LOCALBASE%% related command. The -e status is optional here: only one command to sed sed command in each sed command. The additional g is the important part.) =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 May 23 20:56:40 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1389B15B57D4 for ; Thu, 23 May 2019 20:56:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.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 C2B3A879F6 for ; Thu, 23 May 2019 20:56:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 6G4KUQcVM1kAosFtiG1c7Jsg06TVr9qAXbMGhNMl5mPFYMzRrqZrKClONB7X4My FiliNYm36zKUZPcVO8dwF5Rqdst3CSfs_G3gXNX8EtO_9revkNMH.44Ed6921_8bhHLdrXZuIFnt 6OyEbPmzpwDXS8w05PrZ0V7CNgevDPusXCohB0VjLtglSDjcjbjFGA1vgzfbVQsgzY1.y3zrSyoJ mMCragmZYDh1MTsmlBhXbIGE6DpxrFOIR1NFHtony0N3pndpdqjFQjK.uvziNnJzJnyM5HD63mDe 0x9_BeRY9aCGugVle_11BRDCpsBvbEcS3cJjOdbHqGjAXrUMqnLZzSYrl8_LqFuwmcv.lKacjqcb 4Kd3eiEjWmkFxNSZBCF1A5bPJVM4gNOHu2ilIoF_3FaUJP_iz2RfoINgxjke8TllVrD.ZOSNA7jg nCpT.EJULatlLGx4pRONgveAgIF2Z6Epjl6r.pM3iURuBzijJdYqXRHrnrjhtOQTgdvJDNl6mZHV icGbqdKa3y6Lz9IggNN0MEjY6m.4Vi3e03F.7Gnddko6I42B.ww_40YFglPQaX96lf.L952OVpUb aieUqEXtdV.vSJc_HBQDJCi91dj_JLfqf2IFQvqxwhAA3Ya503n51xxvkRA8tMov8bkoLomhba5K WOtphhLsLYP3hpBbOMrrdq7ydDRk80m6n.OL37TCkh5Z9KnRs5cpkjMcCT6c7bBYEkAl9sgVqxSx mgzi2y9.qTXMwSvBS.iYisdBrtGxpAvE2msjLtOf0FVKmqPZr9MyqtvzElbt1W9UQcO48h0bYdbu fQb1V4pja4oMbuEFYikuabnagHKzWGS0G6buGN1IOE7nDKkMSoc_QnnI5m0yPdsIiuYlUd4n3CwJ WWGOrrcHBpeCrTQ9d0KNvC_G6LvzEf67vxHiXsuaDFPlcH_JpyTcZ9vK3.PfPRfWqrrJfWh1uj3s ZqdE6EcsFIzBgfwfB.uDQ6Axcq..rM.VRYLanWiFOMLQ6tbU1U_fdIKNNocE3o4x_TSicmBMrW.5 BXBEURbWvcirAsGc859TP2EGozVoKQcWv8OZa4KTAYluv7f.wko40VQubiMOee5eiZwboo60dEgx TCpO_xRmqSiyjCQNjFvrJGmbhnpIF7.aHo8gE7.lDuzkx8OEN0ZBpGwBPbDgBjPMOMkX9Tc6RkTi jetWUn48RmjVs2UdT0cViUowp_UtUl3JfQDtMW_nAZzk_fJpfQZn5U4ObfTedrVjKTbZRnOpb Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 May 2019 20:56:35 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp429.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 86f6dd470dca9a9d917c39881937c50e; Thu, 23 May 2019 20:46:28 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 From: Mark Millard In-Reply-To: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> Date: Thu, 23 May 2019 13:46:27 -0700 Cc: Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> To: FreeBSD PowerPC ML , ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: C2B3A879F6 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.82 / 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]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.81)[0.809,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.88)[ip: (7.69), ipnet: 98.137.64.0/21(0.99), asn: 36647(0.79), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.87)[0.867,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.77)[0.769,0]; RCVD_IN_DNSWL_NONE(0.00)[148.68.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 20:56:40 -0000 [I should have listed uname -apKU output and such.] On 2019-May-23, at 13:21, Mark Millard wrote: > The poudriere bulk run that tried to build = x11-toolkits/qt5-declarative > got: >=20 > --- qqmljsgrammar.cpp --- > /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g > Segmentation fault (core dumped) > *** [qqmljsgrammar.cpp] Error code 139 >=20 > make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml > 1 error >=20 > Installing qt5-core and manually running under gdb from > an expansion of the bulk's tar of the failure, I was able > to get a backtrace: >=20 > (gdb) run --no-debug --qt parser/qqmljs.g > Starting program: /usr/local/bin/qlalr --no-debug --qt parser/qqmljs.g > process 26823 is executing new program: /usr/local/lib/qt5/bin/qlalr > . . . (text about auto-loading has been declined and such) . . . > Program received signal SIGSEGV, Segmentation fault. > 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 > (gdb) bt > #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 > #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 > dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 > #2 0x00000008109df908 in std::has_facet > = (__loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 > #3 0x00000008109cb474 in std::basic_ios = >::_M_cache_locale (this=3D0x810ab48c8 , __loc=3D...) > at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 > #4 0x00000008109cbad0 in std::basic_ios = >::init (this=3D0x810ab48c8 , __sb=3D0x810ab36f8 = <__gnu_internal::buf_cout_sync>) > at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 > #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) > at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 > #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 > #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 > #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 > #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 > #10 0x000000081005dfa0 in objlist_call_init (list=3D, = lockstate=3D) at /usr/src/libexec/rtld-elf/rtld.c:2728 > #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 > #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 > Backtrace stopped: frame did not save the PC >=20 >=20 >=20 > NOTE: In order to have built devel/qt5-core I used a patch > to make sure that all the %%LOCALBASE%% strings were replaced > (otherwise in the powerpc64 system clang 8 based world the > devel/qt5-core build failed from -I%%LOCALBASE%%... use): >=20 > Index: /usr/ports/Mk/Uses/qt-dist.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) > +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) > @@ -251,7 +251,7 @@ > .if ${_QT_VER:M5} > post-patch: gcc-post-patch > gcc-post-patch: > - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ > + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ > ${WRKSRC}/mkspecs/common/gcc-base.conf \ > ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf > ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ > @@ -298,7 +298,7 @@ > # ports/194088. > post-patch: qtbase-post-patch > qtbase-post-patch: > - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ > + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ > ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ > ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >=20 >=20 > (So having the missing g added but not having the optional -e > usage in the other %%LOCALBASE%% related command. The -e > status is optional here: only one command to sed sed command > in each sed command. The additional g is the important part.) I should have listed: # uname -apKU FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r347549M: Wed May = 22 15:14:43 PDT 2019 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/= usr/src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1300025 1300025 # svnlite info /usr/ports/ | grep 'Re[plv]' | more Relative URL: ^/head Repository Root: svn://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 501994 Last Changed Rev: 501994 As part of experimenting with a system clang 8 based world context: # svnlite diff /usr/ports/devel/binutils/Makefile Index: /usr/ports/devel/binutils/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/devel/binutils/Makefile (revision 501994) +++ /usr/ports/devel/binutils/Makefile (working copy) @@ -3,6 +3,7 @@ =20 PORTNAME=3D binutils PORTVERSION=3D 2.32 +PORTREVISION=3D 1 PORTEPOCH?=3D 1 CATEGORIES?=3D devel MASTER_SITES=3D SOURCEWARE/binutils/releases @@ -13,7 +14,6 @@ LICENSE=3D GPLv3 LGPL3 LICENSE_COMB=3D multi =20 -EXTRA_PATCHES=3D = ${FILESDIR}/binutils-do-not-provide-shared-section-symbols.patch:-p1 .if defined(PREFIX) && ${PREFIX} !=3D "/usr" BUILD_DEPENDS=3D ${LOCALBASE}/lib/libgmp.so:math/gmp \ ${LOCALBASE}/lib/libmpfr.so:math/mpfr # svnlite diff /usr/ports/lang/gcc8/Makefile Index: /usr/ports/lang/gcc8/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/lang/gcc8/Makefile (revision 501994) +++ /usr/ports/lang/gcc8/Makefile (working copy) @@ -62,7 +62,7 @@ =20 .elif ${ARCH} =3D=3D powerpc64 CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 =20 .elif ${ARCH} =3D=3D powerpcspe CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp @@ -80,7 +80,7 @@ CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug ALL_TARGET=3D bootstrap-lean .endif -INSTALL_TARGET=3D install-strip +#INSTALL_TARGET=3D install-strip .if ${UID} !=3D 0 BINMODE=3D 755 .endif I had to work around clang reserving "vec_step" as a name in contexts where the gcc8 source code used that name: (vec_step is associated with support of the the vector instructions on powerpc64.) # more /usr/ports/lang/gcc8/files/patch-gcc_tree-vect-loop.c --- gcc/tree-vect-loop.c.orig 2018-10-10 22:41:40.295753000 -0700 +++ gcc/tree-vect-loop.c 2018-10-10 22:57:44.698855000 -0700 @@ -4970,13 +4970,13 @@ =20 /* Create a vector of the step value. */ tree step =3D build_int_cst (cr_index_scalar_type, nunits_out); - tree vec_step =3D build_vector_from_val (cr_index_vector_type, = step); + tree vec_step_renamed =3D build_vector_from_val = (cr_index_vector_type, step); =20 /* Create an induction variable. */ gimple_stmt_iterator incr_gsi; bool insert_after; standard_iv_increment_position (loop, &incr_gsi, &insert_after); - create_iv (series_vect, vec_step, NULL_TREE, loop, &incr_gsi, + create_iv (series_vect, vec_step_renamed, NULL_TREE, loop, = &incr_gsi, insert_after, &indx_before_incr, &indx_after_incr); =20 /* Next create a new phi node vector (NEW_PHI_TREE) which starts @@ -7641,7 +7641,7 @@ tree vec_def; edge pe =3D loop_preheader_edge (loop); basic_block new_bb; - tree new_vec, vec_init, vec_step, t; + tree new_vec, vec_init, vec_step_renamed, t; tree new_name; gimple *new_stmt; gphi *induction_phi; @@ -7834,7 +7834,7 @@ new_name =3D vect_init_vector (phi, new_name, TREE_TYPE (step_expr), NULL); new_vec =3D build_vector_from_val (vectype, new_name); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); =20 /* Now generate the IVs. */ unsigned group_size =3D SLP_TREE_SCALAR_STMTS (slp_node).length = (); @@ -7873,7 +7873,7 @@ =20 /* Create the iv update inside the loop */ vec_def =3D make_ssa_name (vec_dest); - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step); + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step_renamed); gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); =20 @@ -7904,7 +7904,7 @@ new_name =3D vect_init_vector (phi, new_name, TREE_TYPE (step_expr), NULL); new_vec =3D build_vector_from_val (vectype, new_name); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); for (; ivn < nvects; ++ivn) { gimple *iv =3D SLP_TREE_VEC_STMTS (slp_node)[ivn - nivs]; @@ -7915,7 +7915,7 @@ def =3D gimple_assign_lhs (iv); new_stmt =3D gimple_build_assign (make_ssa_name (vectype), PLUS_EXPR, - def, vec_step); + def, vec_step_renamed); if (gimple_code (iv) =3D=3D GIMPLE_PHI) gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); else @@ -8041,7 +8041,7 @@ gcc_assert (CONSTANT_CLASS_P (new_name) || TREE_CODE (new_name) =3D=3D SSA_NAME); new_vec =3D build_vector_from_val (vectype, t); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, NULL); =20 =20 /* Create the following def-use cycle: @@ -8064,7 +8064,7 @@ =20 /* Create the iv update inside the loop */ vec_def =3D make_ssa_name (vec_dest); - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step); + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step_renamed); gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); =20 @@ -8108,7 +8108,7 @@ gcc_assert (CONSTANT_CLASS_P (new_name) || TREE_CODE (new_name) =3D=3D SSA_NAME); new_vec =3D build_vector_from_val (vectype, t); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); =20 vec_def =3D induc_def; prev_stmt_vinfo =3D vinfo_for_stmt (induction_phi); @@ -8116,7 +8116,7 @@ { /* vec_i =3D vec_prev + vec_step */ new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, - vec_def, vec_step); + vec_def, vec_step_renamed); vec_def =3D make_ssa_name (vec_dest, new_stmt); gimple_assign_set_lhs (new_stmt, vec_def); =20 # svnlite diff /usr/ports/devel/libunwind/Makefile Index: /usr/ports/devel/libunwind/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/devel/libunwind/Makefile (revision 501994) +++ /usr/ports/devel/libunwind/Makefile (working copy) @@ -22,6 +22,8 @@ =20 USES=3D libtool pathfix pkgconfig USE_LDCONFIG=3D yes +CFLAGS+=3D -fPIC + GNU_CONFIGURE=3D yes INSTALL_TARGET=3D install-strip LLD_UNSAFE=3D yes I do use an ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG change to bsd.port.mk (ignore the OPSYS and _OSRELEASE inline substitutions): # svnlite diff /usr/ports/Mk/bsd.port.mk Index: /usr/ports/Mk/bsd.port.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/bsd.port.mk (revision 501994) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1151,12 +1151,12 @@ =20 # Get the operating system type .if !defined(OPSYS) -OPSYS!=3D ${UNAME} -s +OPSYS!=3D echo FreeBSD .endif _EXPORTED_VARS+=3D OPSYS =20 .if !defined(_OSRELEASE) -_OSRELEASE!=3D ${UNAME} -r +_OSRELEASE!=3D echo 13.0-CURRENT .endif _EXPORTED_VARS+=3D _OSRELEASE =20 @@ -1762,7 +1762,11 @@ STRIP_CMD=3D ${TRUE} .endif DEBUG_FLAGS?=3D -g +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} +.else CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} +.endif .if defined(INSTALL_TARGET) INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} .endif (I once had a context where the ${UNAME} -s and ${UNAME} -r lines each ended up with empty strings assigned. The echo's just worked around the problem. I've no clue if I'd still have the problem.) =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 May 23 21:17:10 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B525815B5FA3 for ; Thu, 23 May 2019 21:17:10 +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 48C8E88824 for ; Thu, 23 May 2019 21:17:10 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 083BD15B5FA2; Thu, 23 May 2019 21:17:10 +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 EADBF15B5FA1 for ; Thu, 23 May 2019 21:17:09 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88AD288823 for ; Thu, 23 May 2019 21:17:09 +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 D03ABE457 for ; Thu, 23 May 2019 21:17:08 +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 x4NLH8VN015401 for ; Thu, 23 May 2019 21:17:08 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 x4NLH89m015400 for ports@FreeBSD.org; Thu, 23 May 2019 21:17:08 GMT (envelope-from indexbuild) Date: Thu, 23 May 2019 21:17:08 GMT From: Ports Index build Message-Id: <201905232117.x4NLH89m015400@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 11.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 21:17:11 -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.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.sysutils --- sh: freebsd-version: not found make[5]: "/home/indexbuild/tindex/ports/sysutils/etc_os-release/Makefile" line 18: warning: "freebsd-version -u" returned non-zero status --- 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/net-mgmt/statsd: no entry for /home/indexbuild/tindex/ports/www/node6 Committers on the hook: bhughes cs dch decke gerald swills vsevolod zeising Most recent SVN update was: Updating '.': U ports-mgmt/jailaudit/Makefile U ports-mgmt/jailaudit/distinfo U ports-mgmt/jailaudit/pkg-descr U net-p2p/rslsync/Makefile U net-p2p/rslsync/distinfo U MOVED D www/node6 U www/Makefile U www/node/Makefile U www/node10/Makefile U www/node8/Makefile U security/vuxml/vuln.xml U security/Makefile A security/lua-bcrypt A security/lua-bcrypt/Makefile A security/lua-bcrypt/distinfo A security/lua-bcrypt/pkg-descr U lang/Makefile A lang/janet A lang/janet/Makefile A lang/janet/distinfo A lang/janet/pkg-descr A lang/janet/pkg-plist U lang/nim/Makefile U lang/nim/distinfo U lang/nim/files/patch-install.sh U lang/gcc10-devel/Makefile U lang/gcc10-devel/distinfo U graphics/drm-legacy-kmod/Makefile U graphics/drm-legacy-kmod/distinfo U mail/rspamd/Makefile U mail/rspamd/distinfo Updated to revision 502356. From owner-freebsd-ports@freebsd.org Thu May 23 21:17:29 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE1DB15B5FB7 for ; Thu, 23 May 2019 21:17:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-9.consmr.mail.ne1.yahoo.com (sonic313-9.consmr.mail.ne1.yahoo.com [66.163.185.32]) (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 A93CE88847 for ; Thu, 23 May 2019 21:17:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zEVslUgVM1mrR0KJN689H1qdfwqVSCrkf6nnWeoAiQA7jzkWKSznYBFCfYqIKJb ezul2chDOUTBgNbUTVqf0oGJY8i783IAHrAbdJSddIvbFgI_h3otuYJ5OXfIlykPYhrEc1jAKKXo fyWLm2D6QMwFtiV7fQ9TP5J_R3QjHdS0qIpxLwZjxbAWD9FQGw8k_9yGcrlV6K2yMcjGd1MzBHfg CwRK1EIQzxorYmY5hsiHpvnZOiMdqMBHRwZH8MhU8HUqJ5rwnKgklAsr4cR5u9gjzgitbdZ8pNkY ybKbYaCSfoblKifoXyhmb.HFwZ3kNulDlRzvf6Q7yFzvkVC1gMCM.f9fJFk0GTlZiTH_uv4d0TfK 1.nX8yjE7sLxezRDvHzZCSViVjlhZzwwXxfHLWPOUTxBRGpMRKFkfXHiSMLQFy3V1HMTMZptvbGC C3N9K6fXI.SJFVNME9r9N_GyN8orbzOP7FZTOkOy.1ykDxUA6G8U2kAFBRUmfmqsQSO89KwO2RtN 9DlTb8k3NLoZgTtzel.duCM8nEP74eTSrlGuj0elDnTlAldp0uHD3..ljozYuBjNteEBxZluOCqI ADUCnFtXTJqaRcNcSOCN3rILq3t7uwjfd3W.9aj8WFSLdsLQ3WhLd.KskHFV0KkD.Iyu0khcCnX6 bInbu0KOiRJgu8BEkzjfCTfuizBYVVIe4iuZqbYNXfW2Dl5IOJwUNTDHUeVGw_VkZGof.08J4eN2 LWYU0QH14s.ztlH7b0h4Bxw9RpAy5e3dTe.a24YXWWzcRijDxGo5cVfGVnqqCLcPP6hLqgH_2EXc J7S0TM5AnMo78M63VqJ72ahqMySY81ik6PVJpvhCJJ4oxLS4LbhwTtomZNiEWwWd09Jt7Vwjvgcq ctO4kU81VCvvEuqwMNPZ5UNgJpQ78t7xb_YFF9q8K0HhWc87c_88JXhrOciWtZg4IqRDraKr025I CsQ38QNaegjb1k9xQ2j7R6Cuhpohn_7ADDpONQaqrUrBF3u3X.8YUgofxdWctlqvdQ1y5tb1eSqA lzZzX48N3xY8LtxY2Qx6FH5s05hdOtIi5GM3INHUTiP.UByw5E02BKJgii4xkx0A22MJrezuIBp7 HITfbdZjqsKL3.edojVOzFwCCM6mI3yCv1RQSlxWPBO5r9L0jv3KVrzXnr33HTBKqtRvx4Fw.m0G 36U4cOFQ4txTbVSbLZrxOmyYiawpeeNQ0LU24CAytsWVf4Q5K1YKNv3zyRM4Y4gn6nmNzSE.4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Thu, 23 May 2019 21:17:20 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp425.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2e5b72a8368d1c724f8572c124800b4b; Thu, 23 May 2019 21:17:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 From: Mark Millard In-Reply-To: <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> Date: Thu, 23 May 2019 14:17:15 -0700 Cc: Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> To: FreeBSD PowerPC ML , ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: A93CE88847 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.68 / 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]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.73)[0.728,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.28)[ip: (3.91), ipnet: 66.163.184.0/21(1.40), asn: 36646(1.12), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.76)[0.758,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.43)[0.431,0]; RCVD_IN_DNSWL_NONE(0.00)[32.185.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 21:17:29 -0000 [It looks like code generation missed a level of indirection to me.] > On 2019-May-23, at 13:46, Mark Millard wrote: >=20 > [I should have listed uname -apKU output and such.] >=20 > On 2019-May-23, at 13:21, Mark Millard wrote: >=20 >> The poudriere bulk run that tried to build = x11-toolkits/qt5-declarative >> got: >>=20 >> --- qqmljsgrammar.cpp --- >> /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g >> Segmentation fault (core dumped) >> *** [qqmljsgrammar.cpp] Error code 139 >>=20 >> make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml >> 1 error >>=20 >> Installing qt5-core and manually running under gdb from >> an expansion of the bulk's tar of the failure, I was able >> to get a backtrace: >>=20 >> (gdb) run --no-debug --qt parser/qqmljs.g >> Starting program: /usr/local/bin/qlalr --no-debug --qt = parser/qqmljs.g >> process 26823 is executing new program: /usr/local/lib/qt5/bin/qlalr >> . . . (text about auto-loading has been declined and such) . . . >> Program received signal SIGSEGV, Segmentation fault. >> 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >> (gdb) bt >> #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >> #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 >> dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 >> #2 0x00000008109df908 in std::has_facet > = (__loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 >> #3 0x00000008109cb474 in std::basic_ios = >::_M_cache_locale (this=3D0x810ab48c8 , __loc=3D...) >> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 >> #4 0x00000008109cbad0 in std::basic_ios = >::init (this=3D0x810ab48c8 , __sb=3D0x810ab36f8 = <__gnu_internal::buf_cout_sync>) >> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 >> #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) >> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 >> #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 >> #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 >> #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 >> #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 >> #10 0x000000081005dfa0 in objlist_call_init (list=3D, = lockstate=3D) at /usr/src/libexec/rtld-elf/rtld.c:2728 >> #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 >> #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 >> Backtrace stopped: frame did not save the PC >>=20 >>=20 >>=20 >> NOTE: In order to have built devel/qt5-core I used a patch >> to make sure that all the %%LOCALBASE%% strings were replaced >> (otherwise in the powerpc64 system clang 8 based world the >> devel/qt5-core build failed from -I%%LOCALBASE%%... use): >>=20 >> Index: /usr/ports/Mk/Uses/qt-dist.mk >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) >> +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) >> @@ -251,7 +251,7 @@ >> .if ${_QT_VER:M5} >> post-patch: gcc-post-patch >> gcc-post-patch: >> - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ >> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >> ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ >> @@ -298,7 +298,7 @@ >> # ports/194088. >> post-patch: qtbase-post-patch >> qtbase-post-patch: >> - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >> ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ >> ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >>=20 >>=20 >> (So having the missing g added but not having the optional -e >> usage in the other %%LOCALBASE%% related command. The -e >> status is optional here: only one command to sed sed command >> in each sed command. The additional g is the important part.) >=20 > I should have listed: >=20 > # uname -apKU > FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r347549M: Wed May = 22 15:14:43 PDT 2019 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/= usr/src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1300025 1300025 >=20 > # svnlite info /usr/ports/ | grep 'Re[plv]' | more > Relative URL: ^/head > Repository Root: svn://svn0.us-west.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 501994 > Last Changed Rev: 501994 >=20 >=20 > As part of experimenting with a system clang 8 based world > context: >=20 > # svnlite diff /usr/ports/devel/binutils/Makefile > Index: /usr/ports/devel/binutils/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/devel/binutils/Makefile (revision 501994) > +++ /usr/ports/devel/binutils/Makefile (working copy) > @@ -3,6 +3,7 @@ >=20 > PORTNAME=3D binutils > PORTVERSION=3D 2.32 > +PORTREVISION=3D 1 > PORTEPOCH?=3D 1 > CATEGORIES?=3D devel > MASTER_SITES=3D SOURCEWARE/binutils/releases > @@ -13,7 +14,6 @@ > LICENSE=3D GPLv3 LGPL3 > LICENSE_COMB=3D multi >=20 > -EXTRA_PATCHES=3D = ${FILESDIR}/binutils-do-not-provide-shared-section-symbols.patch:-p1 > .if defined(PREFIX) && ${PREFIX} !=3D "/usr" > BUILD_DEPENDS=3D ${LOCALBASE}/lib/libgmp.so:math/gmp \ > ${LOCALBASE}/lib/libmpfr.so:math/mpfr >=20 >=20 > # svnlite diff /usr/ports/lang/gcc8/Makefile > Index: /usr/ports/lang/gcc8/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/lang/gcc8/Makefile (revision 501994) > +++ /usr/ports/lang/gcc8/Makefile (working copy) > @@ -62,7 +62,7 @@ >=20 > .elif ${ARCH} =3D=3D powerpc64 > CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" > -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 > +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 >=20 > .elif ${ARCH} =3D=3D powerpcspe > CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp > @@ -80,7 +80,7 @@ > CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug > ALL_TARGET=3D bootstrap-lean > .endif > -INSTALL_TARGET=3D install-strip > +#INSTALL_TARGET=3D install-strip > .if ${UID} !=3D 0 > BINMODE=3D 755 > .endif >=20 > I had to work around clang reserving "vec_step" as a name > in contexts where the gcc8 source code used that name: > (vec_step is associated with support of the the vector > instructions on powerpc64.) >=20 > # more /usr/ports/lang/gcc8/files/patch-gcc_tree-vect-loop.c > --- gcc/tree-vect-loop.c.orig 2018-10-10 22:41:40.295753000 -0700 > +++ gcc/tree-vect-loop.c 2018-10-10 22:57:44.698855000 -0700 > @@ -4970,13 +4970,13 @@ >=20 > /* Create a vector of the step value. */ > tree step =3D build_int_cst (cr_index_scalar_type, nunits_out); > - tree vec_step =3D build_vector_from_val (cr_index_vector_type, = step); > + tree vec_step_renamed =3D build_vector_from_val = (cr_index_vector_type, step); >=20 > /* Create an induction variable. */ > gimple_stmt_iterator incr_gsi; > bool insert_after; > standard_iv_increment_position (loop, &incr_gsi, &insert_after); > - create_iv (series_vect, vec_step, NULL_TREE, loop, &incr_gsi, > + create_iv (series_vect, vec_step_renamed, NULL_TREE, loop, = &incr_gsi, > insert_after, &indx_before_incr, &indx_after_incr); >=20 > /* Next create a new phi node vector (NEW_PHI_TREE) which starts > @@ -7641,7 +7641,7 @@ > tree vec_def; > edge pe =3D loop_preheader_edge (loop); > basic_block new_bb; > - tree new_vec, vec_init, vec_step, t; > + tree new_vec, vec_init, vec_step_renamed, t; > tree new_name; > gimple *new_stmt; > gphi *induction_phi; > @@ -7834,7 +7834,7 @@ > new_name =3D vect_init_vector (phi, new_name, > TREE_TYPE (step_expr), NULL); > new_vec =3D build_vector_from_val (vectype, new_name); > - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); > + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >=20 > /* Now generate the IVs. */ > unsigned group_size =3D SLP_TREE_SCALAR_STMTS (slp_node).length = (); > @@ -7873,7 +7873,7 @@ >=20 > /* Create the iv update inside the loop */ > vec_def =3D make_ssa_name (vec_dest); > - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step); > + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step_renamed); > gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); > set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >=20 > @@ -7904,7 +7904,7 @@ > new_name =3D vect_init_vector (phi, new_name, > TREE_TYPE (step_expr), NULL); > new_vec =3D build_vector_from_val (vectype, new_name); > - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); > + vec_step_renamed =3D vect_init_vector (phi, new_vec, = vectype, NULL); > for (; ivn < nvects; ++ivn) > { > gimple *iv =3D SLP_TREE_VEC_STMTS (slp_node)[ivn - nivs]; > @@ -7915,7 +7915,7 @@ > def =3D gimple_assign_lhs (iv); > new_stmt =3D gimple_build_assign (make_ssa_name = (vectype), > PLUS_EXPR, > - def, vec_step); > + def, vec_step_renamed); > if (gimple_code (iv) =3D=3D GIMPLE_PHI) > gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); > else > @@ -8041,7 +8041,7 @@ > gcc_assert (CONSTANT_CLASS_P (new_name) > || TREE_CODE (new_name) =3D=3D SSA_NAME); > new_vec =3D build_vector_from_val (vectype, t); > - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); > + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >=20 >=20 > /* Create the following def-use cycle: > @@ -8064,7 +8064,7 @@ >=20 > /* Create the iv update inside the loop */ > vec_def =3D make_ssa_name (vec_dest); > - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step); > + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step_renamed); > gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); > set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >=20 > @@ -8108,7 +8108,7 @@ > gcc_assert (CONSTANT_CLASS_P (new_name) > || TREE_CODE (new_name) =3D=3D SSA_NAME); > new_vec =3D build_vector_from_val (vectype, t); > - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); > + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >=20 > vec_def =3D induc_def; > prev_stmt_vinfo =3D vinfo_for_stmt (induction_phi); > @@ -8116,7 +8116,7 @@ > { > /* vec_i =3D vec_prev + vec_step */ > new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, > - vec_def, vec_step); > + vec_def, vec_step_renamed); > vec_def =3D make_ssa_name (vec_dest, new_stmt); > gimple_assign_set_lhs (new_stmt, vec_def); >=20 >=20 > # svnlite diff /usr/ports/devel/libunwind/Makefile > Index: /usr/ports/devel/libunwind/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/devel/libunwind/Makefile (revision 501994) > +++ /usr/ports/devel/libunwind/Makefile (working copy) > @@ -22,6 +22,8 @@ >=20 > USES=3D libtool pathfix pkgconfig > USE_LDCONFIG=3D yes > +CFLAGS+=3D -fPIC > + > GNU_CONFIGURE=3D yes > INSTALL_TARGET=3D install-strip > LLD_UNSAFE=3D yes >=20 >=20 >=20 > I do use an ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG change to > bsd.port.mk (ignore the OPSYS and _OSRELEASE inline > substitutions): >=20 > # svnlite diff /usr/ports/Mk/bsd.port.mk > Index: /usr/ports/Mk/bsd.port.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/Mk/bsd.port.mk (revision 501994) > +++ /usr/ports/Mk/bsd.port.mk (working copy) > @@ -1151,12 +1151,12 @@ >=20 > # Get the operating system type > .if !defined(OPSYS) > -OPSYS!=3D ${UNAME} -s > +OPSYS!=3D echo FreeBSD > .endif > _EXPORTED_VARS+=3D OPSYS >=20 > .if !defined(_OSRELEASE) > -_OSRELEASE!=3D ${UNAME} -r > +_OSRELEASE!=3D echo 13.0-CURRENT > .endif > _EXPORTED_VARS+=3D _OSRELEASE >=20 > @@ -1762,7 +1762,11 @@ > STRIP_CMD=3D ${TRUE} > .endif > DEBUG_FLAGS?=3D -g > +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) > +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} > +.else > CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} > +.endif > .if defined(INSTALL_TARGET) > INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} > .endif >=20 >=20 > (I once had a context where the ${UNAME} -s and ${UNAME} -r > lines each ended up with empty strings assigned. The echo's > just worked around the problem. I've no clue if I'd still > have the problem.) Program received signal SIGSEGV, Segmentation fault. 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 (gdb) disass Dump of assembler code for function _ZNSt9type_infoD2Ev: =3D> 0x0000000810a96be0 <+0>: .long 0x8 0x0000000810a96be4 <+4>: .long 0x109273d0 0x0000000810a96be8 <+8>: .long 0x8 0x0000000810a96bec <+12>: vsubuqm v5,v11,v7 End of assembler dump. Note that for the 0x8'1092'73d0 from the +0 and +4: (gdb) disass 0x8109273d0 Dump of assembler code for function std::type_info::~type_info(): 0x00000008109273d0 <+0>: blr 0x00000008109273d4 <+4>: .long 0x0 0x00000008109273d8 <+8>: .long 0x90000 0x00000008109273dc <+12>: .long 0x0 End of assembler dump. And the code that got to 0x810a96be0 was: (gdb) disass Dump of assembler code for function __cxxabiv1::__dynamic_cast(void = const*, __cxxabiv1::__class_type_info const*, = __cxxabiv1::__class_type_info const*, ptrdiff_t): . . . 0x0000000810921518 <+136>: ld r0,0(r12) 0x000000081092151c <+140>: ld r11,16(r12) 0x0000000810921520 <+144>: mtctr r0 0x0000000810921524 <+148>: ld r2,8(r12) 0x0000000810921528 <+152>: bctrl =3D> 0x000000081092152c <+156>: ld r2,40(r1) . . . with ctr holding: 0x810a96be0 (gdb) info reg . . . pc 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> . . . lr 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> ctr 0x810a96be0 34639277024 . . . It looks to me like: 0x0000000810921518 <+136>: ld r0,0(r12) 0x000000081092151c <+140>: ld r11,16(r12) 0x0000000810921520 <+144>: mtctr r0 0x0000000810921524 <+148>: ld r2,8(r12) 0x0000000810921528 <+152>: bctrl needed something like another instruction to get the correct address into ctr for the later bctrl use:=20 ld r0,0(r12) ld r11,16(r12) ld r0,0(r0) # <<=3D=3D=3D Needed? mtctr r0 ld r2,8(r12) bctrl =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 May 24 00:10:17 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C1CE158F059 for ; Fri, 24 May 2019 00:10:17 +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 D81E16A594 for ; Fri, 24 May 2019 00:10:16 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9BB9C158F058; Fri, 24 May 2019 00:10:16 +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 744E9158F057 for ; Fri, 24 May 2019 00:10:16 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EEDE66A593 for ; Fri, 24 May 2019 00:10:15 +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 0944CFCD9 for ; Fri, 24 May 2019 00:10:15 +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 x4O0AEv5015439 for ; Fri, 24 May 2019 00:10:14 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 x4O0AENO015438 for ports@FreeBSD.org; Fri, 24 May 2019 00:10:14 GMT (envelope-from indexbuild) Date: Fri, 24 May 2019 00:10:14 GMT From: Ports Index build Message-Id: <201905240010.x4O0AENO015438@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 11.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 00:10:17 -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.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.sysutils --- sh: freebsd-version: not found make[5]: "/home/indexbuild/tindex/ports/sysutils/etc_os-release/Makefile" line 18: warning: "freebsd-version -u" returned non-zero status --- 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/net-mgmt/statsd: no entry for /home/indexbuild/tindex/ports/www/node6 Committers on the hook: bhughes cs dbaio dch decke gerald lifanov lwhsu sunpoet swills vsevolod yuri zeising Most recent SVN update was: Updating '.': U devel/rubygem-aws-sdk-resources/Makefile U devel/rubygem-aws-sdk-resources/distinfo U devel/rubygem-aws-sdk-core/Makefile U devel/rubygem-aws-sdk-core/distinfo U devel/rubygem-aws-sdk/Makefile U devel/rubygem-aws-sdk/distinfo U devel/p5-PAR/Makefile U devel/p5-PAR/distinfo U devel/p5-Module-CoreList/Makefile U devel/p5-Module-CoreList/distinfo U devel/p5-CPAN-Perl-Releases/Makefile U devel/p5-CPAN-Perl-Releases/distinfo U devel/py-validators/Makefile U devel/py-validators/distinfo U devel/py-cheetah3/Makefile U devel/py-cheetah3/distinfo U devel/py-azure-mgmt-applicationinsights/Makefile U devel/py-azure-mgmt-applicationinsights/distinfo U devel/py-azure-mgmt-botservice/Makefile U devel/py-azure-mgmt-botservice/distinfo U devel/py-azure-mgmt-consumption/Makefile U devel/py-azure-mgmt-consumption/distinfo U devel/py-azure-mgmt-datamigration/Makefile U devel/py-azure-mgmt-datamigration/distinfo U devel/py-azure-mgmt-iothub/Makefile U devel/py-azure-mgmt-iothub/distinfo U devel/py-azure-mgmt-msi/Makefile U devel/py-azure-mgmt-msi/distinfo U devel/py-azure-mgmt-recoveryservicesbackup/Makefile U devel/py-azure-mgmt-recoveryservicesbackup/distinfo U devel/py-azure-mgmt-relay/Makefile U devel/py-azure-mgmt-relay/distinfo U devel/py-azure-mgmt-signalr/Makefile U devel/py-azure-mgmt-signalr/distinfo U devel/py-azure-mgmt-storage/Makefile U devel/py-azure-mgmt-storage/distinfo U devel/maven/Makefile U devel/maven/distinfo U devel/maven/pkg-plist U www/tinymce/Makefile U www/tinymce/distinfo U www/tinymce/pkg-plist U www/py-azure-common/Makefile U www/py-azure-common/distinfo U sysutils/packer/Makefile U sysutils/packer/distinfo U sysutils/terraform/Makefile U sysutils/terraform/distinfo U sysutils/py-azure-cli/Makefile U sysutils/py-azure-cli/distinfo U sysutils/py-azure-cli-core/Makefile U sysutils/py-azure-cli-core/distinfo U sysutils/py-azure-cli-vm/Makefile U sysutils/py-azure-cli-vm/distinfo U sysutils/py-azure-cli-sql/Makefile U sysutils/py-azure-cli-sql/distinfo U sysutils/py-azure-cli-acr/Makefile U sysutils/py-azure-cli-acr/distinfo U sysutils/py-azure-cli-acs/Makefile U sysutils/py-azure-cli-acs/distinfo U sysutils/py-azure-cli-ams/Makefile U sysutils/py-azure-cli-ams/distinfo U sysutils/py-azure-cli-batchai/Makefile U sysutils/py-azure-cli-batchai/distinfo U sysutils/py-azure-cli-botservice/Makefile U sysutils/py-azure-cli-botservice/distinfo U sysutils/py-azure-cli-consumption/Makefile U sysutils/py-azure-cli-consumption/distinfo U sysutils/py-azure-cli-container/Makefile U sysutils/py-azure-cli-container/distinfo U sysutils/py-azure-cli-eventhubs/Makefile U sysutils/py-azure-cli-eventhubs/distinfo U sysutils/py-azure-cli-find/Makefile U sysutils/py-azure-cli-find/distinfo U sysutils/py-azure-cli-hdinsight/Makefile U sysutils/py-azure-cli-hdinsight/distinfo U sysutils/py-azure-cli-interactive/Makefile U sysutils/py-azure-cli-interactive/distinfo U sysutils/py-azure-cli-iot/Makefile U sysutils/py-azure-cli-iot/distinfo U sysutils/py-azure-cli-monitor/Makefile U sysutils/py-azure-cli-monitor/distinfo U sysutils/py-azure-cli-network/Makefile U sysutils/py-azure-cli-network/distinfo U sysutils/py-azure-cli-rdbms/Makefile U sysutils/py-azure-cli-rdbms/distinfo U sysutils/py-azure-cli-redis/Makefile U sysutils/py-azure-cli-redis/distinfo U sysutils/py-azure-cli-role/Makefile U sysutils/py-azure-cli-role/distinfo U sysutils/py-azure-cli-servicefabric/Makefile U sysutils/py-azure-cli-servicefabric/distinfo U sysutils/py-azure-cli-storage/Makefile U sysutils/py-azure-cli-storage/distinfo U multimedia/tautulli/Makefile U multimedia/tautulli/distinfo U archivers/py-borgbackup/Makefile U archivers/py-borgbackup/distinfo U graphics/openshadinglanguage/Makefile U graphics/openshadinglanguage/distinfo D graphics/openshadinglanguage/files/patch-src_liboslexec_llvm__instance.cpp U graphics/opencolorio/Makefile U graphics/opencolorio/distinfo U graphics/opencolorio/pkg-plist U graphics/ptex/Makefile U graphics/ptex/distinfo U science/py-GPy/Makefile U arabic/libreoffice/distinfo U chinese/libreoffice-zh_CN/distinfo U chinese/libreoffice-zh_TW/distinfo U editors/libreoffice/Makefile U editors/libreoffice/Makefile.common U editors/libreoffice/distinfo U editors/libreoffice-af/distinfo U editors/libreoffice-am/distinfo U editors/libreoffice-as/distinfo U editors/libreoffice-ast/distinfo U editors/libreoffice-be/distinfo U editors/libreoffice-bg/distinfo U editors/libreoffice-bn/distinfo U editors/libreoffice-bn_IN/distinfo U editors/libreoffice-bo/distinfo U editors/libreoffice-br/distinfo U editors/libreoffice-brx/distinfo U editors/libreoffice-bs/distinfo U editors/libreoffice-ca/distinfo U editors/libreoffice-ca_valencia/distinfo U editors/libreoffice-cs/distinfo U editors/libreoffice-cy/distinfo U editors/libreoffice-da/distinfo U editors/libreoffice-dgo/distinfo U editors/libreoffice-dsb/distinfo U editors/libreoffice-dz/distinfo U editors/libreoffice-el/distinfo U editors/libreoffice-en_GB/distinfo U editors/libreoffice-en_ZA/distinfo U editors/libreoffice-eo/distinfo U editors/libreoffice-es/distinfo U editors/libreoffice-et/distinfo U editors/libreoffice-eu/distinfo U editors/libreoffice-fa/distinfo U editors/libreoffice-fi/distinfo U editors/libreoffice-fy/distinfo U editors/libreoffice-ga/distinfo U editors/libreoffice-gd/distinfo U editors/libreoffice-gl/distinfo U editors/libreoffice-gu/distinfo U editors/libreoffice-gug/distinfo U editors/libreoffice-hi/distinfo U editors/libreoffice-hr/distinfo U editors/libreoffice-hsb/distinfo U editors/libreoffice-id/distinfo U editors/libreoffice-is/distinfo U editors/libreoffice-it/distinfo U editors/libreoffice-ka/distinfo U editors/libreoffice-kab/distinfo U editors/libreoffice-kk/distinfo U editors/libreoffice-km/distinfo U editors/libreoffice-kmr_Latn/distinfo U editors/libreoffice-kn/distinfo U editors/libreoffice-kok/distinfo U editors/libreoffice-ks/distinfo U editors/libreoffice-lb/distinfo U editors/libreoffice-lo/distinfo U editors/libreoffice-lt/distinfo U editors/libreoffice-lv/distinfo U editors/libreoffice-mai/distinfo U editors/libreoffice-mk/distinfo U editors/libreoffice-ml/distinfo U editors/libreoffice-mn/distinfo U editors/libreoffice-mni/distinfo U editors/libreoffice-mr/distinfo U editors/libreoffice-my/distinfo U editors/libreoffice-nb/distinfo U editors/libreoffice-ne/distinfo U editors/libreoffice-nl/distinfo U editors/libreoffice-nn/distinfo U editors/libreoffice-nr/distinfo U editors/libreoffice-nso/distinfo U editors/libreoffice-oc/distinfo U editors/libreoffice-om/distinfo U editors/libreoffice-or/distinfo U editors/libreoffice-pa_IN/distinfo U editors/libreoffice-ro/distinfo U editors/libreoffice-rw/distinfo U editors/libreoffice-sa_IN/distinfo U editors/libreoffice-sat/distinfo U editors/libreoffice-sd/distinfo U editors/libreoffice-si/distinfo U editors/libreoffice-sid/distinfo U editors/libreoffice-sk/distinfo U editors/libreoffice-sl/distinfo U editors/libreoffice-sq/distinfo U editors/libreoffice-sr/distinfo U editors/libreoffice-sr_Latn/distinfo U editors/libreoffice-ss/distinfo U editors/libreoffice-st/distinfo U editors/libreoffice-sv/distinfo U editors/libreoffice-sw_TZ/distinfo U editors/libreoffice-ta/distinfo U editors/libreoffice-te/distinfo U editors/libreoffice-tg/distinfo U editors/libreoffice-th/distinfo U editors/libreoffice-tn/distinfo U editors/libreoffice-tr/distinfo U editors/libreoffice-ts/distinfo U editors/libreoffice-tt/distinfo U editors/libreoffice-ug/distinfo U editors/libreoffice-uz/distinfo U editors/libreoffice-ve/distinfo U editors/libreoffice-vec/distinfo U editors/libreoffice-xh/distinfo U editors/libreoffice-zu/distinfo U french/libreoffice/distinfo U german/libreoffice/distinfo U hebrew/libreoffice/distinfo U hungarian/libreoffice/distinfo U japanese/libreoffice/distinfo U korean/libreoffice/distinfo U polish/libreoffice/distinfo U portuguese/libreoffice/distinfo U portuguese/libreoffice-pt_BR/distinfo U russian/libreoffice/distinfo U ukrainian/libreoffice/distinfo U vietnamese/libreoffice/distinfo Updated to revision 502409. From owner-freebsd-ports@freebsd.org Fri May 24 03:09:18 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA8121595057 for ; Fri, 24 May 2019 03:09:17 +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 750B6709CF for ; Fri, 24 May 2019 03:09:17 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3380C1595051; Fri, 24 May 2019 03:09:17 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 208E5159504F for ; Fri, 24 May 2019 03:09:17 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A44B5709CE for ; Fri, 24 May 2019 03:09:16 +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 E459A116E6 for ; Fri, 24 May 2019 03:09:15 +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 x4O39Fp2038746 for ; Fri, 24 May 2019 03:09:15 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 x4O39FV0038745 for ports@FreeBSD.org; Fri, 24 May 2019 03:09:15 GMT (envelope-from indexbuild) Date: Fri, 24 May 2019 03:09:15 GMT From: Ports Index build Message-Id: <201905240309.x4O39FV0038745@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 11.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 03:09:18 -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.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.sysutils --- sh: freebsd-version: not found make[5]: "/home/indexbuild/tindex/ports/sysutils/etc_os-release/Makefile" line 18: warning: "freebsd-version -u" returned non-zero status --- 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/net-mgmt/statsd: no entry for /home/indexbuild/tindex/ports/www/node6 Committers on the hook: bhughes bofh cs dbaio dch decke gerald lifanov lwhsu sunpoet swills vsevolod yuri zeising Most recent SVN update was: Updating '.': U databases/pgroonga/Makefile U databases/pgroonga/distinfo U databases/pgroonga/pkg-plist U textproc/rubygem-elasticsearch-xpack/Makefile U textproc/rubygem-elasticsearch-xpack/distinfo U textproc/rubygem-elasticsearch-transport/Makefile U textproc/rubygem-elasticsearch-transport/distinfo U textproc/rubygem-elasticsearch-api/Makefile U textproc/rubygem-elasticsearch-api/distinfo U textproc/rubygem-elasticsearch/Makefile U textproc/rubygem-elasticsearch/distinfo U sysutils/docker-compose/Makefile U sysutils/docker-compose/files/patch-setup.py Updated to revision 502415. From owner-freebsd-ports@freebsd.org Fri May 24 03:10:41 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7062315950FD for ; Fri, 24 May 2019 03:10:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-1.consmr.mail.bf2.yahoo.com (sonic301-1.consmr.mail.bf2.yahoo.com [74.6.129.40]) (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 307E570BA0 for ; Fri, 24 May 2019 03:10:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: TsnhkD0VM1kr_Ie1pWbptETX0lurDE47YHbMdbhfchYSoP9n3l5P8pUD7INROmg UnWvpuGHerr6t1LzBb73wYXHDLjGGW8Xas1MHvf.uvPYVh17nrU42JN1SyzXXGjPEztKV06RwccO g.awsWpb9RoDHwLi59bWha59nxLW7RA38R0hJ1Awx4mB.fUnUx5hVYxs0h6wgMva3Zfq5t.R1rQ2 fjVHskL4ZRYHi.qNts24x7.U9x._H6lb6_U3ddyoHcKBghNcYmx9Sg.pVG5rwe7LNiwgAZ5pG8_d MZL.Smwiz9S_k8JpRgscrRb0gdoJD_iLU4QT7jt3At7YNz_UHunEK_01Rl0bshba2eO5pQq9CqNQ aD2L21GSSC.SCC_ygUZ3Dkg5I2eZsh4OaK0OB9ntRpfYMc1mxtz150gUL4daWRElHVr2SNN6bsLI km8lPslygKOS6AkWP_Zqfgs6LXkgRTzVOh_kVUi0ys_xcyxXj0quyPApfDMdTHXrOsVIbexw23Zr mnxTYGXToZqsUnk9EoAtSbkzZ_R8D8gpqV1Gk5qrZPYXKJhhVluPCVMx0ylSoiEu86nb20UEKrRB INFuhMjhEnMyd91eTYkYDzEE0RxAp_6uAPb..3mF2SjFOX.GYyGWgOhIdKB3gWdN3hLJdoz7Spte ZAwZ0YbzScIHAGhOnMOyxIdKG5ai1L.phyqeM2UnVfV7bjWNlsVOXVY3TVPizd8PLkdT.c13koWO HMu7KPZyLfGXXAtsTPWY02PiKP2cTa0SthAbpZCAjf0kXJbAal0y4qXIkLpGooMIz5RIkKG9Ja_t LVB4ACMBVGnkQAXCCyKG0vYSGu6ySMSXmxpq1q.R4fZs3tSQWqmFBNtV1kW7G0qgncnllNop5GbY pea6ABg7LnMMKba.sshFMdBFd7GqrXe4Rs2WkAPHq7LfhIaUm448oXVtJD1HnPmK.vTyKxJ5KTjx jRIpjgJiBrBdzkP_UEdn3qwTxsra7omas3sj34_kxF8YfkZVbU52R36KEtuyfv1GiseaKa4SjCXB .d0uB_uAt8y89T4WKesaqlggt3a99XCJXTiF8y7gyNc8XKF9Mkx.3nNFuW0hSy.kI71tMne4cug_ KKzk.vE5r9SSeDEzGALm8sylFOYp4TNIXmO9JxxPlHaWhyrn5t.8Dx5tpM2V6xwH8lMr72eOot.E 2UNvmZdEF0vpx4MnIDFii7L_z4G0nMNXwD2.._ruq34gAX_TMV9WgJUARGiw1VQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Fri, 24 May 2019 03:10:38 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp401.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 97fb51f414f81032a068ebb2a5aad304; Fri, 24 May 2019 03:10: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.4 \(3445.104.11\)) Subject: Re: powerpc64 context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 Date: Thu, 23 May 2019 20:10:35 -0700 References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> To: FreeBSD PowerPC ML , ports-list freebsd In-Reply-To: <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> Message-Id: <33026AD5-9CB0-43CB-84EA-5B2B914A7EB0@yahoo.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 307E570BA0 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.09 / 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)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.01)[-0.009,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.69)[0.687,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.29)[ip: (3.72), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.62)[0.622,0]; RCVD_IN_DNSWL_NONE(0.00)[40.129.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 03:10:41 -0000 [I tried rebuilding things based on a full-bootstrap build of lang/gcc8 instead. It made no difference.] On 2019-May-23, at 14:17, Mark Millard wrote: > [It looks like code generation missed a level of indirection > to me.] >=20 >> On 2019-May-23, at 13:46, Mark Millard wrote: >>=20 >> [I should have listed uname -apKU output and such.] >>=20 >> On 2019-May-23, at 13:21, Mark Millard wrote: >>=20 >>> The poudriere bulk run that tried to build = x11-toolkits/qt5-declarative >>> got: >>>=20 >>> --- qqmljsgrammar.cpp --- >>> /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g >>> Segmentation fault (core dumped) >>> *** [qqmljsgrammar.cpp] Error code 139 >>>=20 >>> make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml >>> 1 error >>>=20 >>> Installing qt5-core and manually running under gdb from >>> an expansion of the bulk's tar of the failure, I was able >>> to get a backtrace: >>>=20 >>> (gdb) run --no-debug --qt parser/qqmljs.g >>> Starting program: /usr/local/bin/qlalr --no-debug --qt = parser/qqmljs.g >>> process 26823 is executing new program: /usr/local/lib/qt5/bin/qlalr >>> . . . (text about auto-loading has been declined and such) . . . >>> Program received signal SIGSEGV, Segmentation fault. >>> 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>> (gdb) bt >>> #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>> #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 >>> dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 >>> #2 0x00000008109df908 in std::has_facet > = (__loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 >>> #3 0x00000008109cb474 in std::basic_ios >::_M_cache_locale (this=3D0x810ab48c8 = , __loc=3D...) >>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 >>> #4 0x00000008109cbad0 in std::basic_ios >::init (this=3D0x810ab48c8 , = __sb=3D0x810ab36f8 <__gnu_internal::buf_cout_sync>) >>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 >>> #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) >>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 >>> #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 >>> #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 >>> #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 >>> #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 >>> #10 0x000000081005dfa0 in objlist_call_init (list=3D, = lockstate=3D) at /usr/src/libexec/rtld-elf/rtld.c:2728 >>> #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 >>> #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 >>> Backtrace stopped: frame did not save the PC >>>=20 >>>=20 >>>=20 >>> NOTE: In order to have built devel/qt5-core I used a patch >>> to make sure that all the %%LOCALBASE%% strings were replaced >>> (otherwise in the powerpc64 system clang 8 based world the >>> devel/qt5-core build failed from -I%%LOCALBASE%%... use): >>>=20 >>> Index: /usr/ports/Mk/Uses/qt-dist.mk >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) >>> +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) >>> @@ -251,7 +251,7 @@ >>> .if ${_QT_VER:M5} >>> post-patch: gcc-post-patch >>> gcc-post-patch: >>> - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ >>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >>> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >>> ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ >>> @@ -298,7 +298,7 @@ >>> # ports/194088. >>> post-patch: qtbase-post-patch >>> qtbase-post-patch: >>> - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>> ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ >>> ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >>>=20 >>>=20 >>> (So having the missing g added but not having the optional -e >>> usage in the other %%LOCALBASE%% related command. The -e >>> status is optional here: only one command to sed sed command >>> in each sed command. The additional g is the important part.) >>=20 >> I should have listed: >>=20 >> # uname -apKU >> FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r347549M: Wed = May 22 15:14:43 PDT 2019 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/= usr/src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1300025 1300025 >>=20 >> # svnlite info /usr/ports/ | grep 'Re[plv]' | more >> Relative URL: ^/head >> Repository Root: svn://svn0.us-west.freebsd.org/ports >> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >> Revision: 501994 >> Last Changed Rev: 501994 >>=20 >>=20 >> As part of experimenting with a system clang 8 based world >> context: >>=20 >> # svnlite diff /usr/ports/devel/binutils/Makefile >> Index: /usr/ports/devel/binutils/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/devel/binutils/Makefile (revision 501994) >> +++ /usr/ports/devel/binutils/Makefile (working copy) >> @@ -3,6 +3,7 @@ >>=20 >> PORTNAME=3D binutils >> PORTVERSION=3D 2.32 >> +PORTREVISION=3D 1 >> PORTEPOCH?=3D 1 >> CATEGORIES?=3D devel >> MASTER_SITES=3D SOURCEWARE/binutils/releases >> @@ -13,7 +14,6 @@ >> LICENSE=3D GPLv3 LGPL3 >> LICENSE_COMB=3D multi >>=20 >> -EXTRA_PATCHES=3D = ${FILESDIR}/binutils-do-not-provide-shared-section-symbols.patch:-p1 >> .if defined(PREFIX) && ${PREFIX} !=3D "/usr" >> BUILD_DEPENDS=3D ${LOCALBASE}/lib/libgmp.so:math/gmp \ >> ${LOCALBASE}/lib/libmpfr.so:math/mpfr >>=20 >>=20 >> # svnlite diff /usr/ports/lang/gcc8/Makefile >> Index: /usr/ports/lang/gcc8/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/lang/gcc8/Makefile (revision 501994) >> +++ /usr/ports/lang/gcc8/Makefile (working copy) >> @@ -62,7 +62,7 @@ >>=20 >> .elif ${ARCH} =3D=3D powerpc64 >> CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" >> -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 >> +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 >>=20 >> .elif ${ARCH} =3D=3D powerpcspe >> CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp >> @@ -80,7 +80,7 @@ >> CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug >> ALL_TARGET=3D bootstrap-lean >> .endif >> -INSTALL_TARGET=3D install-strip >> +#INSTALL_TARGET=3D install-strip >> .if ${UID} !=3D 0 >> BINMODE=3D 755 >> .endif >>=20 >> I had to work around clang reserving "vec_step" as a name >> in contexts where the gcc8 source code used that name: >> (vec_step is associated with support of the the vector >> instructions on powerpc64.) >>=20 >> # more /usr/ports/lang/gcc8/files/patch-gcc_tree-vect-loop.c >> --- gcc/tree-vect-loop.c.orig 2018-10-10 22:41:40.295753000 -0700 >> +++ gcc/tree-vect-loop.c 2018-10-10 22:57:44.698855000 -0700 >> @@ -4970,13 +4970,13 @@ >>=20 >> /* Create a vector of the step value. */ >> tree step =3D build_int_cst (cr_index_scalar_type, nunits_out); >> - tree vec_step =3D build_vector_from_val (cr_index_vector_type, = step); >> + tree vec_step_renamed =3D build_vector_from_val = (cr_index_vector_type, step); >>=20 >> /* Create an induction variable. */ >> gimple_stmt_iterator incr_gsi; >> bool insert_after; >> standard_iv_increment_position (loop, &incr_gsi, &insert_after); >> - create_iv (series_vect, vec_step, NULL_TREE, loop, &incr_gsi, >> + create_iv (series_vect, vec_step_renamed, NULL_TREE, loop, = &incr_gsi, >> insert_after, &indx_before_incr, &indx_after_incr); >>=20 >> /* Next create a new phi node vector (NEW_PHI_TREE) which starts >> @@ -7641,7 +7641,7 @@ >> tree vec_def; >> edge pe =3D loop_preheader_edge (loop); >> basic_block new_bb; >> - tree new_vec, vec_init, vec_step, t; >> + tree new_vec, vec_init, vec_step_renamed, t; >> tree new_name; >> gimple *new_stmt; >> gphi *induction_phi; >> @@ -7834,7 +7834,7 @@ >> new_name =3D vect_init_vector (phi, new_name, >> TREE_TYPE (step_expr), NULL); >> new_vec =3D build_vector_from_val (vectype, new_name); >> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>=20 >> /* Now generate the IVs. */ >> unsigned group_size =3D SLP_TREE_SCALAR_STMTS (slp_node).length = (); >> @@ -7873,7 +7873,7 @@ >>=20 >> /* Create the iv update inside the loop */ >> vec_def =3D make_ssa_name (vec_dest); >> - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step); >> + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step_renamed); >> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >> set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >>=20 >> @@ -7904,7 +7904,7 @@ >> new_name =3D vect_init_vector (phi, new_name, >> TREE_TYPE (step_expr), NULL); >> new_vec =3D build_vector_from_val (vectype, new_name); >> - vec_step =3D vect_init_vector (phi, new_vec, vectype, = NULL); >> + vec_step_renamed =3D vect_init_vector (phi, new_vec, = vectype, NULL); >> for (; ivn < nvects; ++ivn) >> { >> gimple *iv =3D SLP_TREE_VEC_STMTS (slp_node)[ivn - nivs]; >> @@ -7915,7 +7915,7 @@ >> def =3D gimple_assign_lhs (iv); >> new_stmt =3D gimple_build_assign (make_ssa_name = (vectype), >> PLUS_EXPR, >> - def, vec_step); >> + def, vec_step_renamed); >> if (gimple_code (iv) =3D=3D GIMPLE_PHI) >> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >> else >> @@ -8041,7 +8041,7 @@ >> gcc_assert (CONSTANT_CLASS_P (new_name) >> || TREE_CODE (new_name) =3D=3D SSA_NAME); >> new_vec =3D build_vector_from_val (vectype, t); >> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>=20 >>=20 >> /* Create the following def-use cycle: >> @@ -8064,7 +8064,7 @@ >>=20 >> /* Create the iv update inside the loop */ >> vec_def =3D make_ssa_name (vec_dest); >> - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step); >> + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step_renamed); >> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >> set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >>=20 >> @@ -8108,7 +8108,7 @@ >> gcc_assert (CONSTANT_CLASS_P (new_name) >> || TREE_CODE (new_name) =3D=3D SSA_NAME); >> new_vec =3D build_vector_from_val (vectype, t); >> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>=20 >> vec_def =3D induc_def; >> prev_stmt_vinfo =3D vinfo_for_stmt (induction_phi); >> @@ -8116,7 +8116,7 @@ >> { >> /* vec_i =3D vec_prev + vec_step */ >> new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, >> - vec_def, vec_step); >> + vec_def, vec_step_renamed); >> vec_def =3D make_ssa_name (vec_dest, new_stmt); >> gimple_assign_set_lhs (new_stmt, vec_def); >>=20 >>=20 >> # svnlite diff /usr/ports/devel/libunwind/Makefile >> Index: /usr/ports/devel/libunwind/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/devel/libunwind/Makefile (revision 501994) >> +++ /usr/ports/devel/libunwind/Makefile (working copy) >> @@ -22,6 +22,8 @@ >>=20 >> USES=3D libtool pathfix pkgconfig >> USE_LDCONFIG=3D yes >> +CFLAGS+=3D -fPIC >> + >> GNU_CONFIGURE=3D yes >> INSTALL_TARGET=3D install-strip >> LLD_UNSAFE=3D yes >>=20 >>=20 >>=20 >> I do use an ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG change to >> bsd.port.mk (ignore the OPSYS and _OSRELEASE inline >> substitutions): >>=20 >> # svnlite diff /usr/ports/Mk/bsd.port.mk >> Index: /usr/ports/Mk/bsd.port.mk >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/Mk/bsd.port.mk (revision 501994) >> +++ /usr/ports/Mk/bsd.port.mk (working copy) >> @@ -1151,12 +1151,12 @@ >>=20 >> # Get the operating system type >> .if !defined(OPSYS) >> -OPSYS!=3D ${UNAME} -s >> +OPSYS!=3D echo FreeBSD >> .endif >> _EXPORTED_VARS+=3D OPSYS >>=20 >> .if !defined(_OSRELEASE) >> -_OSRELEASE!=3D ${UNAME} -r >> +_OSRELEASE!=3D echo 13.0-CURRENT >> .endif >> _EXPORTED_VARS+=3D _OSRELEASE >>=20 >> @@ -1762,7 +1762,11 @@ >> STRIP_CMD=3D ${TRUE} >> .endif >> DEBUG_FLAGS?=3D -g >> +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) >> +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} >> +.else >> CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} >> +.endif >> .if defined(INSTALL_TARGET) >> INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} >> .endif >>=20 >>=20 >> (I once had a context where the ${UNAME} -s and ${UNAME} -r >> lines each ended up with empty strings assigned. The echo's >> just worked around the problem. I've no clue if I'd still >> have the problem.) >=20 > Program received signal SIGSEGV, Segmentation fault. > 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 > (gdb) disass > Dump of assembler code for function _ZNSt9type_infoD2Ev: > =3D> 0x0000000810a96be0 <+0>: .long 0x8 > 0x0000000810a96be4 <+4>: .long 0x109273d0 > 0x0000000810a96be8 <+8>: .long 0x8 > 0x0000000810a96bec <+12>: vsubuqm v5,v11,v7 > End of assembler dump. >=20 > Note that for the 0x8'1092'73d0 from the +0 and +4: >=20 > (gdb) disass 0x8109273d0 > Dump of assembler code for function std::type_info::~type_info(): > 0x00000008109273d0 <+0>: blr > 0x00000008109273d4 <+4>: .long 0x0 > 0x00000008109273d8 <+8>: .long 0x90000 > 0x00000008109273dc <+12>: .long 0x0 > End of assembler dump. >=20 > And the code that got to 0x810a96be0 was: >=20 > (gdb) disass > Dump of assembler code for function __cxxabiv1::__dynamic_cast(void = const*, __cxxabiv1::__class_type_info const*, = __cxxabiv1::__class_type_info const*, ptrdiff_t): > . . . > 0x0000000810921518 <+136>: ld r0,0(r12) > 0x000000081092151c <+140>: ld r11,16(r12) > 0x0000000810921520 <+144>: mtctr r0 > 0x0000000810921524 <+148>: ld r2,8(r12) > 0x0000000810921528 <+152>: bctrl > =3D> 0x000000081092152c <+156>: ld r2,40(r1) > . . . >=20 > with ctr holding: 0x810a96be0 >=20 > (gdb) info reg > . . . > pc 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> > . . . > lr 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> > ctr 0x810a96be0 34639277024 > . . . >=20 > It looks to me like: >=20 > 0x0000000810921518 <+136>: ld r0,0(r12) > 0x000000081092151c <+140>: ld r11,16(r12) > 0x0000000810921520 <+144>: mtctr r0 > 0x0000000810921524 <+148>: ld r2,8(r12) > 0x0000000810921528 <+152>: bctrl >=20 > needed something like another instruction to get > the correct address into ctr for the later bctrl > use:=20 >=20 > ld r0,0(r12) > ld r11,16(r12) > ld r0,0(r0) # <<=3D=3D=3D Needed? > mtctr r0 > ld r2,8(r12) > bctrl >=20 I: A) changed the options for devel/gcc8 in poudriere to use full-bootstrap. B) had poudriere bulk rebuild devel/gcc8 (and I installed the result as well) C) had poudriere bulk rebuild devel/qt5-core (and I installed the result as well) D) had poudriere bulk again attempt: x11-toolkits/qt5-declarative The result was the same failure. =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 May 24 04:09:55 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F2DC15966DC for ; Fri, 24 May 2019 04:09:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-3.consmr.mail.bf2.yahoo.com (sonic307-3.consmr.mail.bf2.yahoo.com [74.6.134.42]) (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 3FA057238B for ; Fri, 24 May 2019 04:09:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: qouP46YVM1maANj7jHHpMf6pSKNoazSNqkwczDSsbk9n5r7PlXSeBZhGlG2VVTK 3nFMcsC7yPOvGbCnmgPYvfbdi9Rhm.ogTr.erYx0zsgOEqeaLlWZyl0kjwtxvhlH__ETfOhM5uzB Rdqkt8xs3CthlELKTZPqCu1v7UkKcdhDb08IGn12jN_JucRmgRmdRA7Ofi2y9myYtgwqedDJncsW pEtvi6ti6mbGW4ZsvB2QP1PMAAhjhKskiO4ttPAQ8Si31xe3Wt4_A2haZearuJP_2KEQh1.g1xjE GaXIjP48pGM8uezSgl3Udx.ykMREdQJCLgIX9TOA7ah7i44oNON3xPtGSD1MRcSCKDnN_G2k1uSV LrG7xRFjcEUp0PBE1nSbWLmmFFnHQlShY14kTdTaGeIfGzF.oTL3YOhUh_i8WVO50SNbxGPVDHrH 6ILf38bGvHp4Qsm9LPFQZq7zpL5bqJQRqRjAYpGuoGpC3ib.4mKrvf4CzZulNYtBz17Ek5r0CpXi XfsLPLJcFOecinKWQ0jilXEHSOcEapoG6nHo4VyaaXDVlKGX6IJQR4tjERUXGQ8qlwu.m4Ew31fQ gR9.4QGXrNoKCkcxsPNvnvnIuWweizoY6qQsVN6JXpsDxErpbHWgDfB3ztE_J_if3SEX4IW2.Gkt X4MIk5QnVeihpYvfQH3Rd64GntSTdVw3Vhy9glp8y_st0fvye1ljv6Mz1h8rU7GynREAl6Hv.atp NfEYfu.tm0xlQsftlTF4mVypxfS8qFp2QGa_HYuhaaPLFuaDnmrXJxq3ZuAqy4akSo9VHxsIRW0y 5aDUeJqD4fndw1zHFMu0IlZh2TOJeLt2Ugr8AW6h_D0oVRlw3gRJqvXVSBcGbsimxW_oQCEQ2ACt 7RmrGbDwNqPTYeDluaL5WXNdJVXcrbRnoyqDRGYVO_6qw4DUk_H1hhC91ZeE5lSVGP_65NyQ6aUz 1r2H_LWV4SUthZzJqUkyTzlyWN9jD4XdjRuB9hz2gQ.dGwrb4qiG0hxS_nhx6yHe8ovvIA9Ei9OJ Hc0.W_mR.DzoFnWbjlv9l6OqwB3gPls1Ckq8T9yCLwWVPr8YafqVWbSQ_OjO4ETDfJc91zvxtmAa JMn4l4xj2afin85YdPDrdXQPO67vQifdzDvSM.u0mBjwvzAkt0xyMOM4RWCu9BlaUeqXMwD.V3AT NpL6jhEMphTkZL3HaPD8z7KtXGtsmYEw.GFAFTR.k_oUVk9dtx2BRAesmmA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Fri, 24 May 2019 04:09:46 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp431.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c40a3bb9191e8baaef2eb6efb57c7f9f; Fri, 24 May 2019 04:09: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.4 \(3445.104.11\)) Subject: Re: powerpc64 context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 Date: Thu, 23 May 2019 21:09:39 -0700 References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> <33026AD5-9CB0-43CB-84EA-5B2B914A7EB0@yahoo.com> To: FreeBSD PowerPC ML , ports-list freebsd In-Reply-To: <33026AD5-9CB0-43CB-84EA-5B2B914A7EB0@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 3FA057238B X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.71 / 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)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.85)[0.855,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.27)[ip: (3.61), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.41)[0.412,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.68)[0.678,0]; RCVD_IN_DNSWL_NONE(0.00)[42.134.6.74.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[42.134.6.74.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 04:09:55 -0000 [Merely adding the extra instruction was not the right idea for what the problem is.] On 2019-May-23, at 20:10, Mark Millard wrote: > [I tried rebuilding things based on a full-bootstrap > build of lang/gcc8 instead. It made no difference.] >=20 > On 2019-May-23, at 14:17, Mark Millard wrote: >=20 >> [It looks like code generation missed a level of indirection >> to me.] >>=20 >>> On 2019-May-23, at 13:46, Mark Millard wrote: >>>=20 >>> [I should have listed uname -apKU output and such.] >>>=20 >>> On 2019-May-23, at 13:21, Mark Millard wrote: >>>=20 >>>> The poudriere bulk run that tried to build = x11-toolkits/qt5-declarative >>>> got: >>>>=20 >>>> --- qqmljsgrammar.cpp --- >>>> /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g >>>> Segmentation fault (core dumped) >>>> *** [qqmljsgrammar.cpp] Error code 139 >>>>=20 >>>> make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml >>>> 1 error >>>>=20 >>>> Installing qt5-core and manually running under gdb from >>>> an expansion of the bulk's tar of the failure, I was able >>>> to get a backtrace: >>>>=20 >>>> (gdb) run --no-debug --qt parser/qqmljs.g >>>> Starting program: /usr/local/bin/qlalr --no-debug --qt = parser/qqmljs.g >>>> process 26823 is executing new program: = /usr/local/lib/qt5/bin/qlalr >>>> . . . (text about auto-loading has been declined and such) . . . >>>> Program received signal SIGSEGV, Segmentation fault. >>>> 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>>> (gdb) bt >>>> #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>>> #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 >>>> dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 >>>> #2 0x00000008109df908 in std::has_facet > = (__loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 >>>> #3 0x00000008109cb474 in std::basic_ios >::_M_cache_locale (this=3D0x810ab48c8 = , __loc=3D...) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 >>>> #4 0x00000008109cbad0 in std::basic_ios >::init (this=3D0x810ab48c8 , = __sb=3D0x810ab36f8 <__gnu_internal::buf_cout_sync>) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 >>>> #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 >>>> #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 >>>> #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 >>>> #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 >>>> #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 >>>> #10 0x000000081005dfa0 in objlist_call_init (list=3D, lockstate=3D) at = /usr/src/libexec/rtld-elf/rtld.c:2728 >>>> #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 >>>> #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 >>>> Backtrace stopped: frame did not save the PC >>>>=20 >>>>=20 >>>>=20 >>>> NOTE: In order to have built devel/qt5-core I used a patch >>>> to make sure that all the %%LOCALBASE%% strings were replaced >>>> (otherwise in the powerpc64 system clang 8 based world the >>>> devel/qt5-core build failed from -I%%LOCALBASE%%... use): >>>>=20 >>>> Index: /usr/ports/Mk/Uses/qt-dist.mk >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) >>>> +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) >>>> @@ -251,7 +251,7 @@ >>>> .if ${_QT_VER:M5} >>>> post-patch: gcc-post-patch >>>> gcc-post-patch: >>>> - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ >>>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >>>> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >>>> ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ >>>> @@ -298,7 +298,7 @@ >>>> # ports/194088. >>>> post-patch: qtbase-post-patch >>>> qtbase-post-patch: >>>> - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ >>>> ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >>>>=20 >>>>=20 >>>> (So having the missing g added but not having the optional -e >>>> usage in the other %%LOCALBASE%% related command. The -e >>>> status is optional here: only one command to sed sed command >>>> in each sed command. The additional g is the important part.) >>>=20 >>> I should have listed: >>>=20 >>> # uname -apKU >>> FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r347549M: Wed = May 22 15:14:43 PDT 2019 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/= usr/src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1300025 1300025 >>>=20 >>> # svnlite info /usr/ports/ | grep 'Re[plv]' | more >>> Relative URL: ^/head >>> Repository Root: svn://svn0.us-west.freebsd.org/ports >>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>> Revision: 501994 >>> Last Changed Rev: 501994 >>>=20 >>>=20 >>> As part of experimenting with a system clang 8 based world >>> context: >>>=20 >>> # svnlite diff /usr/ports/devel/binutils/Makefile >>> Index: /usr/ports/devel/binutils/Makefile >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/devel/binutils/Makefile (revision 501994) >>> +++ /usr/ports/devel/binutils/Makefile (working copy) >>> @@ -3,6 +3,7 @@ >>>=20 >>> PORTNAME=3D binutils >>> PORTVERSION=3D 2.32 >>> +PORTREVISION=3D 1 >>> PORTEPOCH?=3D 1 >>> CATEGORIES?=3D devel >>> MASTER_SITES=3D SOURCEWARE/binutils/releases >>> @@ -13,7 +14,6 @@ >>> LICENSE=3D GPLv3 LGPL3 >>> LICENSE_COMB=3D multi >>>=20 >>> -EXTRA_PATCHES=3D = ${FILESDIR}/binutils-do-not-provide-shared-section-symbols.patch:-p1 >>> .if defined(PREFIX) && ${PREFIX} !=3D "/usr" >>> BUILD_DEPENDS=3D ${LOCALBASE}/lib/libgmp.so:math/gmp \ >>> ${LOCALBASE}/lib/libmpfr.so:math/mpfr >>>=20 >>>=20 >>> # svnlite diff /usr/ports/lang/gcc8/Makefile >>> Index: /usr/ports/lang/gcc8/Makefile >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/lang/gcc8/Makefile (revision 501994) >>> +++ /usr/ports/lang/gcc8/Makefile (working copy) >>> @@ -62,7 +62,7 @@ >>>=20 >>> .elif ${ARCH} =3D=3D powerpc64 >>> CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" >>> -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 >>> +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 >>>=20 >>> .elif ${ARCH} =3D=3D powerpcspe >>> CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp >>> @@ -80,7 +80,7 @@ >>> CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug >>> ALL_TARGET=3D bootstrap-lean >>> .endif >>> -INSTALL_TARGET=3D install-strip >>> +#INSTALL_TARGET=3D install-strip >>> .if ${UID} !=3D 0 >>> BINMODE=3D 755 >>> .endif >>>=20 >>> I had to work around clang reserving "vec_step" as a name >>> in contexts where the gcc8 source code used that name: >>> (vec_step is associated with support of the the vector >>> instructions on powerpc64.) >>>=20 >>> # more /usr/ports/lang/gcc8/files/patch-gcc_tree-vect-loop.c >>> --- gcc/tree-vect-loop.c.orig 2018-10-10 22:41:40.295753000 -0700 >>> +++ gcc/tree-vect-loop.c 2018-10-10 22:57:44.698855000 -0700 >>> @@ -4970,13 +4970,13 @@ >>>=20 >>> /* Create a vector of the step value. */ >>> tree step =3D build_int_cst (cr_index_scalar_type, nunits_out); >>> - tree vec_step =3D build_vector_from_val = (cr_index_vector_type, step); >>> + tree vec_step_renamed =3D build_vector_from_val = (cr_index_vector_type, step); >>>=20 >>> /* Create an induction variable. */ >>> gimple_stmt_iterator incr_gsi; >>> bool insert_after; >>> standard_iv_increment_position (loop, &incr_gsi, &insert_after); >>> - create_iv (series_vect, vec_step, NULL_TREE, loop, &incr_gsi, >>> + create_iv (series_vect, vec_step_renamed, NULL_TREE, loop, = &incr_gsi, >>> insert_after, &indx_before_incr, &indx_after_incr); >>>=20 >>> /* Next create a new phi node vector (NEW_PHI_TREE) which starts >>> @@ -7641,7 +7641,7 @@ >>> tree vec_def; >>> edge pe =3D loop_preheader_edge (loop); >>> basic_block new_bb; >>> - tree new_vec, vec_init, vec_step, t; >>> + tree new_vec, vec_init, vec_step_renamed, t; >>> tree new_name; >>> gimple *new_stmt; >>> gphi *induction_phi; >>> @@ -7834,7 +7834,7 @@ >>> new_name =3D vect_init_vector (phi, new_name, >>> TREE_TYPE (step_expr), NULL); >>> new_vec =3D build_vector_from_val (vectype, new_name); >>> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >>> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>>=20 >>> /* Now generate the IVs. */ >>> unsigned group_size =3D SLP_TREE_SCALAR_STMTS (slp_node).length = (); >>> @@ -7873,7 +7873,7 @@ >>>=20 >>> /* Create the iv update inside the loop */ >>> vec_def =3D make_ssa_name (vec_dest); >>> - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step); >>> + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step_renamed); >>> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >>> set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >>>=20 >>> @@ -7904,7 +7904,7 @@ >>> new_name =3D vect_init_vector (phi, new_name, >>> TREE_TYPE (step_expr), NULL); >>> new_vec =3D build_vector_from_val (vectype, new_name); >>> - vec_step =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>> + vec_step_renamed =3D vect_init_vector (phi, new_vec, = vectype, NULL); >>> for (; ivn < nvects; ++ivn) >>> { >>> gimple *iv =3D SLP_TREE_VEC_STMTS (slp_node)[ivn - nivs]; >>> @@ -7915,7 +7915,7 @@ >>> def =3D gimple_assign_lhs (iv); >>> new_stmt =3D gimple_build_assign (make_ssa_name = (vectype), >>> PLUS_EXPR, >>> - def, vec_step); >>> + def, = vec_step_renamed); >>> if (gimple_code (iv) =3D=3D GIMPLE_PHI) >>> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >>> else >>> @@ -8041,7 +8041,7 @@ >>> gcc_assert (CONSTANT_CLASS_P (new_name) >>> || TREE_CODE (new_name) =3D=3D SSA_NAME); >>> new_vec =3D build_vector_from_val (vectype, t); >>> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >>> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>>=20 >>>=20 >>> /* Create the following def-use cycle: >>> @@ -8064,7 +8064,7 @@ >>>=20 >>> /* Create the iv update inside the loop */ >>> vec_def =3D make_ssa_name (vec_dest); >>> - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step); >>> + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step_renamed); >>> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >>> set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >>>=20 >>> @@ -8108,7 +8108,7 @@ >>> gcc_assert (CONSTANT_CLASS_P (new_name) >>> || TREE_CODE (new_name) =3D=3D SSA_NAME); >>> new_vec =3D build_vector_from_val (vectype, t); >>> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >>> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>>=20 >>> vec_def =3D induc_def; >>> prev_stmt_vinfo =3D vinfo_for_stmt (induction_phi); >>> @@ -8116,7 +8116,7 @@ >>> { >>> /* vec_i =3D vec_prev + vec_step */ >>> new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, >>> - vec_def, vec_step); >>> + vec_def, = vec_step_renamed); >>> vec_def =3D make_ssa_name (vec_dest, new_stmt); >>> gimple_assign_set_lhs (new_stmt, vec_def); >>>=20 >>>=20 >>> # svnlite diff /usr/ports/devel/libunwind/Makefile >>> Index: /usr/ports/devel/libunwind/Makefile >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/devel/libunwind/Makefile (revision 501994) >>> +++ /usr/ports/devel/libunwind/Makefile (working copy) >>> @@ -22,6 +22,8 @@ >>>=20 >>> USES=3D libtool pathfix pkgconfig >>> USE_LDCONFIG=3D yes >>> +CFLAGS+=3D -fPIC >>> + >>> GNU_CONFIGURE=3D yes >>> INSTALL_TARGET=3D install-strip >>> LLD_UNSAFE=3D yes >>>=20 >>>=20 >>>=20 >>> I do use an ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG change to >>> bsd.port.mk (ignore the OPSYS and _OSRELEASE inline >>> substitutions): >>>=20 >>> # svnlite diff /usr/ports/Mk/bsd.port.mk >>> Index: /usr/ports/Mk/bsd.port.mk >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/Mk/bsd.port.mk (revision 501994) >>> +++ /usr/ports/Mk/bsd.port.mk (working copy) >>> @@ -1151,12 +1151,12 @@ >>>=20 >>> # Get the operating system type >>> .if !defined(OPSYS) >>> -OPSYS!=3D ${UNAME} -s >>> +OPSYS!=3D echo FreeBSD >>> .endif >>> _EXPORTED_VARS+=3D OPSYS >>>=20 >>> .if !defined(_OSRELEASE) >>> -_OSRELEASE!=3D ${UNAME} -r >>> +_OSRELEASE!=3D echo 13.0-CURRENT >>> .endif >>> _EXPORTED_VARS+=3D _OSRELEASE >>>=20 >>> @@ -1762,7 +1762,11 @@ >>> STRIP_CMD=3D ${TRUE} >>> .endif >>> DEBUG_FLAGS?=3D -g >>> +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) >>> +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} >>> +.else >>> CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} >>> +.endif >>> .if defined(INSTALL_TARGET) >>> INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} >>> .endif >>>=20 >>>=20 >>> (I once had a context where the ${UNAME} -s and ${UNAME} -r >>> lines each ended up with empty strings assigned. The echo's >>> just worked around the problem. I've no clue if I'd still >>> have the problem.) >>=20 >> Program received signal SIGSEGV, Segmentation fault. >> 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >> (gdb) disass >> Dump of assembler code for function _ZNSt9type_infoD2Ev: >> =3D> 0x0000000810a96be0 <+0>: .long 0x8 >> 0x0000000810a96be4 <+4>: .long 0x109273d0 >> 0x0000000810a96be8 <+8>: .long 0x8 >> 0x0000000810a96bec <+12>: vsubuqm v5,v11,v7 >> End of assembler dump. >>=20 >> Note that for the 0x8'1092'73d0 from the +0 and +4: >>=20 >> (gdb) disass 0x8109273d0 >> Dump of assembler code for function std::type_info::~type_info(): >> 0x00000008109273d0 <+0>: blr >> 0x00000008109273d4 <+4>: .long 0x0 >> 0x00000008109273d8 <+8>: .long 0x90000 >> 0x00000008109273dc <+12>: .long 0x0 >> End of assembler dump. >>=20 >> And the code that got to 0x810a96be0 was: >>=20 >> (gdb) disass >> Dump of assembler code for function __cxxabiv1::__dynamic_cast(void = const*, __cxxabiv1::__class_type_info const*, = __cxxabiv1::__class_type_info const*, ptrdiff_t): >> . . . >> 0x0000000810921518 <+136>: ld r0,0(r12) >> 0x000000081092151c <+140>: ld r11,16(r12) >> 0x0000000810921520 <+144>: mtctr r0 >> 0x0000000810921524 <+148>: ld r2,8(r12) >> 0x0000000810921528 <+152>: bctrl >> =3D> 0x000000081092152c <+156>: ld r2,40(r1) >> . . . >>=20 >> with ctr holding: 0x810a96be0 >>=20 >> (gdb) info reg >> . . . >> pc 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> >> . . . >> lr 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> >> ctr 0x810a96be0 34639277024 >> . . . >>=20 >> It looks to me like: >>=20 >> 0x0000000810921518 <+136>: ld r0,0(r12) >> 0x000000081092151c <+140>: ld r11,16(r12) >> 0x0000000810921520 <+144>: mtctr r0 >> 0x0000000810921524 <+148>: ld r2,8(r12) >> 0x0000000810921528 <+152>: bctrl >>=20 >> needed something like another instruction to get >> the correct address into ctr for the later bctrl >> use:=20 >>=20 >> ld r0,0(r12) >> ld r11,16(r12) >> ld r0,0(r0) # <<=3D=3D=3D Needed? >> mtctr r0 >> ld r2,8(r12) >> bctrl The extra instruction is wrong and 0x00000008109273d0 appears to not have code. So, it still looks it tried to execute a pointer as code, I do not yet know what is going on to get it there. > I: >=20 > A) changed the options for devel/gcc8 in poudriere to > use full-bootstrap. >=20 > B) had poudriere bulk rebuild devel/gcc8 > (and I installed the result as well) >=20 > C) had poudriere bulk rebuild devel/qt5-core > (and I installed the result as well) >=20 > D) had poudriere bulk again attempt: > x11-toolkits/qt5-declarative >=20 >=20 > The result was the same failure. =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 May 24 05:33:45 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E913D15986BE for ; Fri, 24 May 2019 05:33:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-1.consmr.mail.bf2.yahoo.com (sonic303-1.consmr.mail.bf2.yahoo.com [74.6.131.40]) (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 E2A9474DF4 for ; Fri, 24 May 2019 05:33:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: e0_f8ooVM1kOyIESnRDy7ZWbiSSGaNCaZAxoqAOIuSmweQaUyukKtOi37IaQJQn XdQUCCFvsm9cmgrjuCMKY0XCCTL.N41IqTCE0u.0XhHf.Z394BbP.FSyvpMb9G4aTfakop7S.kiq 5HnAyIchR4O9u5Ij0KG3Elb.v6e2b_0DGd6Pc0sYO.yDz2qlZYBHfudnoCQkHfLg4kPkgTVH5ziP hTAIUc.Y2muE6yJQlP1iwa7zwosG61NudBIIx7Es5oKXBG2_EPrJgcpqdKAbino587sULbRO2QJh RAeTUK3dgHRcqfr5iXtoGP6XKyslXz98_e8Yxg25_aXqch2RNZ4XbyrXh33NPGk1Og9dFcoM3s_r bfUKzr_4KNymEoinlpk3W0v41qyH6ksqDMNG78OnsXAzerp3YbXGHtnv4q8myHpuWA_E71gJglve dGiN4YMTDqoQ2Q8q1IAlvIUA89dt10ZqLh8VhqpTWU1E.FS3ZKh7VOlfRdTJc15XEUr6tNCofTl9 QVHQr1mfZYLaKFXGv3PFyDCA8WjstJy7.qSABJm40s0cQSCqf8skIlLcVEjaYwblhmk9t68Li2PB qog4cbViNMv7N.6CWw5vGCjrB98dwDUHsir9VCuhsRl3RqObCpWEKagawuBR1uwLe13_37R7Gk.g PHBEQ2cAIYf_RZJs8hsLJMhehRXMfGGMFpRtUtwLY0T6MKFCyeRAgl_4D0ILwkpZFnekwATCWUlk j2FKiO2f31sjj3ONo_xN92uCFAT17EnsZc5LJVh1CMyUSkjGh0g72UwGBu9uvi8uK9OQSJcwFeRk 2I78WuFWMItgMXPjlK3JxvGw3wV_u1fSdP4kQRXDnbNeb_I2fX0a9crH7HT_mPhBvWgIIU7Bkt5a baBctCMpBzaCGX7ji61AwGM3ZuNG5mAoMLYueWmBHh3gRUcityqzcAQpiyNwgL1fSC8G32YzxcpJ H8vyV2AQ_ANPCJpijhtOAI_1QLobi0MNsJoCV9kIaKQOWX6_OT.qFg6bDvyflZJz8kaeWexJOYvk ZyDcyZyW_4teahP5j7GlJMAB1qztlH1UtpPO3C0wyZ8KeoooxRDSsZC5mG0t1oqST3Wf.a33s9tE C91zKw6cKhjaRWS262QzeZxJiTb9U9HG_N9x0AcaHKCuJLuqd0TeH90d1nrxp6hTcqlD0nksAtXE 83eqKhnY20UfYmgyoPnyMMpoTZ2_uRSp62Use9vgrAzZFGVLyWbOQeH417FG7zqyLQ4sWYhW6B1k o1A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Fri, 24 May 2019 05:33:41 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp416.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 93477401da3f6a4091e6c4e6c1b0ba07; Fri, 24 May 2019 05:33:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: powerpc64 system-clang-8 based context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 From: Mark Millard In-Reply-To: Date: Thu, 23 May 2019 22:33:35 -0700 Cc: Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: <3B3EACF3-00D8-48B7-A3C0-8AA6E0279041@yahoo.com> References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> <33026AD5-9CB0-43CB-84EA-5B2B914A7EB0@yahoo.com> To: FreeBSD Toolchain , FreeBSD PowerPC ML , ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: E2A9474DF4 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.46 / 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]; LONG_SUBJ(1.66)[221]; 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)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.90)[0.904,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.38)[ip: (4.16), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.04)[0.042,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.986,0]; RCVD_IN_DNSWL_NONE(0.00)[40.131.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 05:33:45 -0000 [I adjusted the Subject line to give more context.] [/usr/local/lib/qt5/bin/qlalr and /usr/local/lib/qt5/libQt5Core.so.5 overall use each of the following (somewhat indirectly) in my system-clang-8-based powerpc64 context: /usr/local/lib/gcc8/libstdc++.so.6 /usr/lib/libc++.so.1 /lib/libcxxrt.so.1 ] On 2019-May-23, at 21:09, Mark Millard wrote: [Merely adding the extra instruction was not the right idea for what the problem is.] On 2019-May-23, at 20:10, Mark Millard wrote: > [I tried rebuilding things based on a full-bootstrap > build of lang/gcc8 instead. It made no difference.] >=20 > On 2019-May-23, at 14:17, Mark Millard wrote: >=20 >> [It looks like code generation missed a level of indirection >> to me.] >>=20 >>> On 2019-May-23, at 13:46, Mark Millard wrote: >>>=20 >>> [I should have listed uname -apKU output and such.] >>>=20 >>> On 2019-May-23, at 13:21, Mark Millard wrote: >>>=20 >>>> The poudriere bulk run that tried to build = x11-toolkits/qt5-declarative >>>> got: >>>>=20 >>>> --- qqmljsgrammar.cpp --- >>>> /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g >>>> Segmentation fault (core dumped) >>>> *** [qqmljsgrammar.cpp] Error code 139 >>>>=20 >>>> make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml >>>> 1 error >>>>=20 >>>> Installing qt5-core and manually running under gdb from >>>> an expansion of the bulk's tar of the failure, I was able >>>> to get a backtrace: >>>>=20 >>>> (gdb) run --no-debug --qt parser/qqmljs.g >>>> Starting program: /usr/local/bin/qlalr --no-debug --qt = parser/qqmljs.g >>>> process 26823 is executing new program: = /usr/local/lib/qt5/bin/qlalr >>>> . . . (text about auto-loading has been declined and such) . . . >>>> Program received signal SIGSEGV, Segmentation fault. >>>> 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>>> (gdb) bt >>>> #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>>> #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 >>>> dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 >>>> #2 0x00000008109df908 in std::has_facet > = (__loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 >>>> #3 0x00000008109cb474 in std::basic_ios >::_M_cache_locale (this=3D0x810ab48c8 = , __loc=3D...) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 >>>> #4 0x00000008109cbad0 in std::basic_ios >::init (this=3D0x810ab48c8 , = __sb=3D0x810ab36f8 <__gnu_internal::buf_cout_sync>) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 >>>> #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 >>>> #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 >>>> #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 >>>> #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 >>>> #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 >>>> #10 0x000000081005dfa0 in objlist_call_init (list=3D, lockstate=3D) at = /usr/src/libexec/rtld-elf/rtld.c:2728 >>>> #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 >>>> #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 >>>> Backtrace stopped: frame did not save the PC >>>>=20 >>>>=20 >>>>=20 >>>> NOTE: In order to have built devel/qt5-core I used a patch >>>> to make sure that all the %%LOCALBASE%% strings were replaced >>>> (otherwise in the powerpc64 system clang 8 based world the >>>> devel/qt5-core build failed from -I%%LOCALBASE%%... use): >>>>=20 >>>> Index: /usr/ports/Mk/Uses/qt-dist.mk >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) >>>> +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) >>>> @@ -251,7 +251,7 @@ >>>> .if ${_QT_VER:M5} >>>> post-patch: gcc-post-patch >>>> gcc-post-patch: >>>> - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ >>>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >>>> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >>>> ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ >>>> @@ -298,7 +298,7 @@ >>>> # ports/194088. >>>> post-patch: qtbase-post-patch >>>> qtbase-post-patch: >>>> - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ >>>> ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >>>>=20 >>>>=20 >>>> (So having the missing g added but not having the optional -e >>>> usage in the other %%LOCALBASE%% related command. The -e >>>> status is optional here: only one command to sed sed command >>>> in each sed command. The additional g is the important part.) >>>=20 >>> I should have listed: >>> . . . (history omitted) . . . Remembering that my context is system-clang-8 based world on powerpc64, not gcc 4.2.1 . . . /usr/ports/Mk/Uses/qt-dist.mk has: . if ${ARCH:Mmips*} || ${ARCH:Mpowerpc*} || ${ARCH} =3D=3D = sparc64 _EXTRA_PATCHES_QT5+=3D = ${PORTSDIR}/devel/${_QT_RELNAME}/files/extra-patch-mkspecs_common_g++-base= .conf \ = ${PORTSDIR}/devel/${_QT_RELNAME}/files/extra-patch-mkspecs_common_gcc-base= .conf \ = ${PORTSDIR}/devel/${_QT_RELNAME}/files/extrapatch-mkspecs_freebsd-g++_qmak= e.conf USE_GCC=3D yes . endif That is no matter what the system compiler is for powerpc64. This lead to the below mixing of libstdc++.so.6 and libc++/libcxxrt . . = . qlalr indicates use of both libstdc++ and libc++/libcxxrt : # ldd /usr/local/lib/qt5/bin/qlalr /usr/local/lib/qt5/bin/qlalr: libQt5Core.so.5 =3D> /usr/local/lib/qt5/libQt5Core.so.5 = (0x8100b1000) libstdc++.so.6 =3D> /usr/local/lib/gcc8/libstdc++.so.6 = (0x81085e000) libc.so.7 =3D> /lib/libc.so.7 (0x810ab7000) libkvm.so.7 =3D> /lib/libkvm.so.7 (0x810e1c000) libprocstat.so.1 =3D> /usr/lib/libprocstat.so.1 (0x810e41000) libexecinfo.so.1 =3D> /usr/lib/libexecinfo.so.1 (0x810e5e000) libz.so.6 =3D> /lib/libz.so.6 (0x810e71000) libicui18n.so.64 =3D> /usr/local/lib/libicui18n.so.64 = (0x810e9d000) libicuuc.so.64 =3D> /usr/local/lib/libicuuc.so.64 (0x8112ac000) libpcre2-16.so.0 =3D> /usr/local/lib/libpcre2-16.so.0 = (0x81151e000) libglib-2.0.so.0 =3D> /usr/local/lib/libglib-2.0.so.0 = (0x8115ce000) libm.so.5 =3D> /lib/libm.so.5 (0x81172e000) libgcc_s.so.1 =3D> /usr/local/lib/gcc8/libgcc_s.so.1 = (0x811765000) libthr.so.3 =3D> /lib/libthr.so.3 (0x81178e000) libelf.so.2 =3D> /lib/libelf.so.2 (0x8117d7000) libutil.so.9 =3D> /lib/libutil.so.9 (0x811804000) libicudata.so.64 =3D> /usr/local/lib/libicudata.so.64 = (0x81182e000) libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x81183f000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x811958000) libiconv.so.2 =3D> /usr/local/lib/libiconv.so.2 (0x81198a000) libpcre.so.1 =3D> /usr/local/lib/libpcre.so.1 (0x811a9c000) libintl.so.8 =3D> /usr/local/lib/libintl.so.8 (0x811b45000) And so does libQt5Core.so.5 : # ldd /usr/local/lib/qt5/libQt5Core.so.5 /usr/local/lib/qt5/libQt5Core.so.5: libkvm.so.7 =3D> /lib/libkvm.so.7 (0x8113ad000) libprocstat.so.1 =3D> /usr/lib/libprocstat.so.1 (0x8113d2000) libexecinfo.so.1 =3D> /usr/lib/libexecinfo.so.1 (0x8113ef000) libz.so.6 =3D> /lib/libz.so.6 (0x811402000) libicui18n.so.64 =3D> /usr/local/lib/libicui18n.so.64 = (0x81142e000) libicuuc.so.64 =3D> /usr/local/lib/libicuuc.so.64 (0x81183d000) libpcre2-16.so.0 =3D> /usr/local/lib/libpcre2-16.so.0 = (0x811aaf000) libglib-2.0.so.0 =3D> /usr/local/lib/libglib-2.0.so.0 = (0x811b5f000) libstdc++.so.6 =3D> /usr/local/lib/gcc8/libstdc++.so.6 = (0x811cbf000) libm.so.5 =3D> /lib/libm.so.5 (0x811f18000) libgcc_s.so.1 =3D> /usr/local/lib/gcc8/libgcc_s.so.1 = (0x811f4f000) libthr.so.3 =3D> /lib/libthr.so.3 (0x811f78000) libc.so.7 =3D> /lib/libc.so.7 (0x810071000) libelf.so.2 =3D> /lib/libelf.so.2 (0x811fc1000) libutil.so.9 =3D> /lib/libutil.so.9 (0x811fee000) libicudata.so.64 =3D> /usr/local/lib/libicudata.so.64 = (0x812018000) libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x812029000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x812142000) libiconv.so.2 =3D> /usr/local/lib/libiconv.so.2 (0x812174000) libpcre.so.1 =3D> /usr/local/lib/libpcre.so.1 (0x812286000) libintl.so.8 =3D> /usr/local/lib/libintl.so.8 (0x81232f000) It appears that the libc++/libcxxrt use comes from: # ldd /usr/local/lib/libicui18n.so.64 /usr/local/lib/libicui18n.so.64: libicuuc.so.64 =3D> /usr/local/lib/libicuuc.so.64 (0x81100f000) libicudata.so.64 =3D> /usr/local/lib/libicudata.so.64 = (0x811281000) libthr.so.3 =3D> /lib/libthr.so.3 (0x811292000) libm.so.5 =3D> /lib/libm.so.5 (0x8112db000) libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x811312000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x81142b000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x81145d000) libc.so.7 =3D> /lib/libc.so.7 (0x810071000) # ldd /usr/local/lib/libicuuc.so.64 /usr/local/lib/libicuuc.so.64: libicudata.so.64 =3D> /usr/local/lib/libicudata.so.64 = (0x810e72000) libthr.so.3 =3D> /lib/libthr.so.3 (0x810e83000) libm.so.5 =3D> /lib/libm.so.5 (0x810ecc000) libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x810f03000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x81101c000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x81104e000) libc.so.7 =3D> /lib/libc.so.7 (0x810071000) =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 May 24 06:14:40 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAA46159AC3E for ; Fri, 24 May 2019 06:14:40 +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 3A26D7682D for ; Fri, 24 May 2019 06:14:40 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id E5561159AC3D; Fri, 24 May 2019 06:14:39 +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 D2F39159AC3C for ; Fri, 24 May 2019 06:14:39 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 729357682C for ; Fri, 24 May 2019 06:14:39 +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 79E001325C for ; Fri, 24 May 2019 06:14:38 +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 x4O6EcHA091986 for ; Fri, 24 May 2019 06:14:38 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 x4O6EcX4091984 for ports@FreeBSD.org; Fri, 24 May 2019 06:14:38 GMT (envelope-from indexbuild) Date: Fri, 24 May 2019 06:14:38 GMT From: Ports Index build Message-Id: <201905240614.x4O6EcX4091984@portsindexbuild.ysv.freebsd.org> To: ports@FreeBSD.org Subject: INDEX now builds successfully on 11.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 06:14:40 -0000 From owner-freebsd-ports@freebsd.org Fri May 24 07:10:14 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6E63159F356; Fri, 24 May 2019 07:10:14 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CEA2380150; Fri, 24 May 2019 07:10:13 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1hU4LD-00FbX8-OK; Fri, 24 May 2019 09:10:11 +0200 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 From: Ralf Wenk To: Mark Millard cc: Jan Beich , FreeBSD Toolchain , ports-list freebsd , FreeBSD PowerPC ML Subject: Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" In-reply-to: <1C226A5A-147D-4307-89D6-0E88F70ADFD6@yahoo.com> References: <1C226A5A-147D-4307-89D6-0E88F70ADFD6@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 May 2019 09:10:11 +0200 Message-Id: X-Rspamd-Queue-Id: CEA2380150 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.62 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; IP_SCORE(0.40)[asn: 553(2.00), country: EU(-0.01)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hs-karlsruhe.de]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_SPAM_MEDIUM(0.91)[0.909,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[smtp.hs-karlsruhe.de]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[25.64.196.193.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_SHORT(0.92)[0.920,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:553, ipnet:193.196.64.0/18, country:EU]; RCVD_COUNT_TWO(0.00)[2]; SUBJECT_HAS_QUESTION(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 07:10:15 -0000 On 2019-05-23, at 12:31 -0700, Mark Millard wrote: > On 2019-May-23, at 11:47, Jan Beich wrote: > > > Mark Millard writes: > > > >> Unfortunately poudiere bulk tar archives of failures do not > >> catch the /tmp/* material from: > >> > >> cc: error: unable to execute command: Abort trap (core dumped) > >> cc: error: clang frontend command failed due to signal (use -v to see invocation) > >> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM 8.0.0) > >> Target: powerpc64-unknown-freebsd13.0 > >> Thread model: posix > >> InstalledDir: /usr/bin > > > > Do you have the build log? Maybe it's possible to reproduce simply by adding > > -target powerpc64-unknown-freebsd13.0 while cross-building that particular file > > using otherwise the same command line options as native build. > > I have expanded the poudriere bulk's tar of the failure and rerun the > command from there. The problem reproduced: > > # ls -lTdt /tmp/nir_constant_expressions-9b094e.* > -rw-r--r-- 1 root wheel 11069 May 23 12:08:35 2019 /tmp/nir_constant_expressions-9b094e.sh > -rw-r--r-- 1 root wheel 1951892 May 23 12:08:35 2019 /tmp/nir_constant_expressions-9b094e.c > > > So I gzip'd the .c and created: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238082 > > with the two files as 2 attachments. This looks familiar to me. Is the kernel you are using at r348115 or newer? r348115 triggers such kind of "unable to execute" compiler errors on my system. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238084 Ralf From owner-freebsd-ports@freebsd.org Fri May 24 07:44:29 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9758A15A1328 for ; Fri, 24 May 2019 07:44:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-15.consmr.mail.bf2.yahoo.com (sonic309-15.consmr.mail.bf2.yahoo.com [74.6.129.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 9D91781285 for ; Fri, 24 May 2019 07:44:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FQuF48AVM1mMPnsP4i.4xB.WLt6bCBWpr6LIUoDnoMeFFV8Sb.RcxYv4qr5KJLa hcLIY095MvavstWhEYeiYceR1txwFD7VceSNdDBJmRfBenoeQ0lQ5xDqaAQmH9meI3Eem6zxtBlV Qg4YVthWRkvtOUx7Fk3FUre3aKDJXyDOFtK_zrmE0_5DRV0x8ttJ4dCpmdfE7aBthn0jqCXT2LTd C1ihUDadH8fAfVbza5ciQGYcbTYyUQ3AZ.NHCbzj8ZUZ0c3lLvYapSxGjLHUdq2ZAi._5nqJ1_9t dvnQyE6CGYSgNDVnWW9NRjMbXQ5Hioc_.GTzHj5QcXP7Ax02AiS.C2rT5ytw05Q7qUtTwKhcRikZ 3C7a6Ve1SJCr.7p3s5AOOUkyIdhU1Jy4bt59VMl4MYx.tJQqSdgC7bFyDkzgJzqCOIBy8yPkl_wS TYQavoSF5eExp3DVbj57DzEs.Sp0tmoAzKCRpWn8JoUsXN8wryvdscanbfaTIvytQfoP05mdEsXC qgUVf.blkUipES054_PP4t3tDsMcKoY3Y_Yy83HZyQGXq79UqGhfiBDECz7VUWxXZ16NJtk4_HyA T3I_a0nIybd0RtxGGlbhfyQxbBWa5TUBWYBTWo9s0CKcqyqXSrAeYfJP9gZEeOZyLiGpzjGGS9eL yEPU7gT1QzEIREN5TR5B8o2omnJi0R.WQXGmml9jYhxgE45uPzEa8oqrLzCIY_k2fjFAP4Lx4RUi reV0sXl4ueOlcMfT8GVOukxJ8_FEKUwfzSr1wSb3j_a3ydQtiwgMOiEI5TTLQuPq0SiEiLl21iT3 t48XK6H2eMIChTNef4a1CLlvNAS971E_131b4v8rwACGe4cbhZBr4kuNfwYU635B9yniSG5VHj2X tah2WGyE8n5BY5dG21ZLVC6uUDd5YXGPNcDvhe6ABlFviCEv.Wjsz_PL3bNJ5lQVZ2gyQ_laMeUa ltIhBMxU2oulXFV9oLdSnguFUBKlbFfdYZLh1wxYV8V33FujsfYNji0VnKhf3I6weV5AZZ9OGih5 pydwogNnH3Mdn6VM9N0LAzx2EFjhZVBcrvmh366a_9k3_wUUX0rWIomI9LwtQEHDd_hPQAqxFeM6 6_1dmsvaaMLyFu5ezloPGUqATQmS4lCMlo81SVCXFOeInoHX.gLHKDHrIGAHbcgaYFt87JcT3F8c 0G3O1fmcGskWqIptkCpG76Tqv0KXtfidC0uBvJzawtmLHOwhygUZmqxnRpApGnFLb.7iRyJekFUs - Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.bf2.yahoo.com with HTTP; Fri, 24 May 2019 07:44:21 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp414.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3442a52ee41fe2ac2bddb9b8d1b04b20; Fri, 24 May 2019 07:44:17 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" From: Mark Millard In-Reply-To: Date: Fri, 24 May 2019 00:44:14 -0700 Cc: Jan Beich , FreeBSD Toolchain , ports-list freebsd , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <160C4524-F6D0-4F8D-AB9B-334D833E7927@yahoo.com> References: <1C226A5A-147D-4307-89D6-0E88F70ADFD6@yahoo.com> To: Ralf Wenk X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 9D91781285 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.63 / 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]; RCPT_COUNT_FIVE(0.00)[5]; 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)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_SPAM_SHORT(0.81)[0.814,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.43)[ip: (4.40), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.11)[0.110,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.79)[0.786,0]; RCVD_IN_DNSWL_NONE(0.00)[125.129.6.74.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[125.129.6.74.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 07:44:29 -0000 On 2019-May-24, at 00:10, Ralf Wenk wrote: > On 2019-05-23, at 12:31 -0700, Mark Millard wrote: >> On 2019-May-23, at 11:47, Jan Beich wrote: >>=20 >>> Mark Millard writes: >>>=20 >>>> Unfortunately poudiere bulk tar archives of failures do not >>>> catch the /tmp/* material from: >>>>=20 >>>> cc: error: unable to execute command: Abort trap (core dumped) >>>> cc: error: clang frontend command failed due to signal (use -v to = see invocation) >>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based = on LLVM 8.0.0) >>>> Target: powerpc64-unknown-freebsd13.0 >>>> Thread model: posix >>>> InstalledDir: /usr/bin >>>=20 >>> Do you have the build log? Maybe it's possible to reproduce simply = by adding >>> -target powerpc64-unknown-freebsd13.0 while cross-building that = particular file >>> using otherwise the same command line options as native build. >>=20 >> I have expanded the poudriere bulk's tar of the failure and rerun the >> command from there. The problem reproduced: >>=20 >> # ls -lTdt /tmp/nir_constant_expressions-9b094e.* >> -rw-r--r-- 1 root wheel 11069 May 23 12:08:35 2019 = /tmp/nir_constant_expressions-9b094e.sh >> -rw-r--r-- 1 root wheel 1951892 May 23 12:08:35 2019 = /tmp/nir_constant_expressions-9b094e.c >>=20 >>=20 >> So I gzip'd the .c and created: >>=20 >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238082 >>=20 >> with the two files as 2 attachments. >=20 > This looks familiar to me. Is the kernel you are using at r348115 or = newer? No, based on head -r347549 : # uname -apKU FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r347549M: Wed May = 22 15:14:43 PDT 2019 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/= usr/src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1300025 1300025 > r348115 triggers such kind of "unable to execute" compiler errors on = my > system. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238084 I've had no troubles with buildworld or buildkernel. "Unable to execute" is very generic, meaning little more than did-not-finish for whatever reason. In my case it did not finish because: assert(!TLI.isOperationLegalOrCustom(N->getOpcode(), = WideVecVT) && "Target supports vector op, but scalar requires = expansion?"); failed the test and assert called abort, whihc in turn sent a SIGABRT to the process. Nothing about this suggests a kernel issue. It is more likely a error in handling code generation related to powerpc64 vector operations. I used the core file produced to get the backtrace via gdb: Core was generated by `/usr/bin/cc -cc1 -triple = powerpc64-unknown-freebsd13.0 -emit-obj -disable-free -'. Program terminated with signal SIGABRT, Aborted. #0 .__sys_thr_kill () at thr_kill.S:3 3 RSYSCALL(thr_kill) (gdb) bt #0 .__sys_thr_kill () at thr_kill.S:3 #1 0x00000000133072d0 in __raise (s=3D330578472) at = /usr/src/lib/libc/gen/raise.c:52 #2 0x00000000132c7898 in abort () at = /usr/src/lib/libc/stdlib/abort.c:79 #3 0x00000000132f6c64 in __assert (func=3D, = file=3D, line=3D, failedexpr=3D) at /usr/src/lib/libc/gen/assert.c:51 #4 0x00000000130f7c18 in WidenVectorResult () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp:253= 1 #5 0x0000000012ad91f0 in run () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:281 #6 0x0000000012adfa5c in LegalizeTypes () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:1115 #7 0x000000001297ebb4 in CodeGenAndEmitDAG () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:776 #8 0x000000001297e114 in SelectBasicBlock () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:669 #9 0x000000001297cbc4 in SelectAllBasicBlocks () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:1784 #10 0x0000000000000000 in ?? () But I build with debug symbols generally, even for optimized builds. =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 May 24 07:47:00 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64CF915A1524 for ; Fri, 24 May 2019 07:47:00 +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 ECA9381422 for ; Fri, 24 May 2019 07:46:59 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id AE3FF15A151E; Fri, 24 May 2019 07:46:59 +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 9743515A151D for ; Fri, 24 May 2019 07:46:59 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 151B281413 for ; Fri, 24 May 2019 07:46:59 +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 58D7413F25 for ; Fri, 24 May 2019 07:46:58 +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 x4O7kwEc084704 for ; Fri, 24 May 2019 07:46:58 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x4O7kwRV084703; Fri, 24 May 2019 07:46:58 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201905240746.x4O7kwRV084703@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, 24 May 2019 07:46:58 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 07:47:00 -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/jasperreports | 5.5.2 | 6.8.1 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@freebsd.org Fri May 24 10:07:35 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 989DC15A60C5 for ; Fri, 24 May 2019 10:07:35 +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 481B88666D for ; Fri, 24 May 2019 10:07:34 +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 x4OA7RVE050882 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 24 May 2019 10:07:27 GMT (envelope-from list1@gjunka.com) To: freebsd-ports@freebsd.org From: Grzegorz Junka Subject: Policy on closing bugs Message-ID: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> Date: Fri, 24 May 2019 10:07:27 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-Rspamd-Queue-Id: 481B88666D X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.82 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,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(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[gjunka.com]; NEURAL_HAM_SHORT(-0.87)[-0.875,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 May 2019 10:07:35 -0000 Hey, Is there any policy/document when a bug can be closed? For example, is it OK to close a bug that is fixed upstream but not yet in ports? Thanks GrzegorzJ From owner-freebsd-ports@freebsd.org Fri May 24 10:22:24 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55F7B15A6739; Fri, 24 May 2019 10:22:24 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E829187135; Fri, 24 May 2019 10:22:23 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id D8D87161A; Fri, 24 May 2019 10:22:23 +0000 (UTC) From: Jan Beich To: Ralf Wenk Cc: Mark Millard , FreeBSD Toolchain , ports-list freebsd , FreeBSD PowerPC ML Subject: Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" References: <1C226A5A-147D-4307-89D6-0E88F70ADFD6@yahoo.com> Date: Fri, 24 May 2019 12:22:19 +0200 In-Reply-To: (Ralf Wenk's message of "Fri, 24 May 2019 09:10:11 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: E829187135 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.94 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; NEURAL_HAM_SHORT(-0.94)[-0.943,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 10:22:24 -0000 Ralf Wenk writes: > On 2019-05-23, at 12:31 -0700, Mark Millard wrote: > >> On 2019-May-23, at 11:47, Jan Beich wrote: >> >> > Mark Millard writes: >> > >> >> Unfortunately poudiere bulk tar archives of failures do not >> >> catch the /tmp/* material from: >> >> >> >> cc: error: unable to execute command: Abort trap (core dumped) >> >> cc: error: clang frontend command failed due to signal (use -v to see invocation) >> >> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM 8.0.0) >> >> Target: powerpc64-unknown-freebsd13.0 >> >> Thread model: posix >> >> InstalledDir: /usr/bin >> > >> > Do you have the build log? Maybe it's possible to reproduce simply by adding >> > -target powerpc64-unknown-freebsd13.0 while cross-building that particular file >> > using otherwise the same command line options as native build. >> >> I have expanded the poudriere bulk's tar of the failure and rerun the >> command from there. The problem reproduced: >> >> # ls -lTdt /tmp/nir_constant_expressions-9b094e.* >> -rw-r--r-- 1 root wheel 11069 May 23 12:08:35 2019 /tmp/nir_constant_expressions-9b094e.sh >> -rw-r--r-- 1 root wheel 1951892 May 23 12:08:35 2019 /tmp/nir_constant_expressions-9b094e.c >> >> >> So I gzip'd the .c and created: >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238082 >> >> with the two files as 2 attachments. > > This looks familiar to me. Is the kernel you are using at r348115 or newer? > > r348115 triggers such kind of "unable to execute" compiler errors on my > system. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238084 Bug 238082 unlike bug 238084 can be reproduced even on amd64 just by running the generated files. From owner-freebsd-ports@freebsd.org Fri May 24 10:53:25 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E014A15A761A for ; Fri, 24 May 2019 10:53:25 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [IPv6:2a01:4f8:171:f902::5]) (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 CD360882A3 for ; Fri, 24 May 2019 10:53:24 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.bultmann.eu (unknown [IPv6:2a00:c380:c0d5:1:5011:6905:6244:c08e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id 3D5B01E2E5 for ; Fri, 24 May 2019 10:53:15 +0000 (UTC) Subject: Re: Policy on closing bugs To: freebsd-ports@freebsd.org References: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> From: Jan Bramkamp Message-ID: <20761d93-ec8d-dd79-8472-e06bb6942f51@rlwinm.de> Date: Fri, 24 May 2019 12:53:11 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: CD360882A3 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of crest@rlwinm.de designates 2a01:4f8:171:f902::5 as permitted sender) smtp.mailfrom=crest@rlwinm.de X-Spamd-Result: default: False [-3.66 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.985,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[rlwinm.de]; MX_GOOD(-0.01)[mail.rlwinm.de]; NEURAL_HAM_SHORT(-0.61)[-0.609,0]; IP_SCORE(-0.76)[ipnet: 2a01:4f8::/29(-2.01), asn: 24940(-1.77), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 10:53:26 -0000 On 24.05.19 12:07, Grzegorz Junka wrote: > Hey, > > Is there any policy/document when a bug can be closed? For example, is > it OK to close a bug that is fixed upstream but not yet in ports? > > Thanks > GrzegorzJ > I don't know of any official policy, but as a user (and port maintainer) I would prefer an update to the FreeBSD PR stating that the bug has been fixed upstream. Closing the PR should wait until the fix made it into the port. From owner-freebsd-ports@freebsd.org Fri May 24 10:59:16 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C11F115A7747 for ; Fri, 24 May 2019 10:59:16 +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 AFC9C883FD for ; Fri, 24 May 2019 10:59:15 +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 x4OAxDvB051651 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 24 May 2019 10:59:14 GMT (envelope-from list1@gjunka.com) Subject: Re: Policy on closing bugs To: freebsd-ports@freebsd.org References: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> <20761d93-ec8d-dd79-8472-e06bb6942f51@rlwinm.de> From: Grzegorz Junka Message-ID: Date: Fri, 24 May 2019 10:59:13 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20761d93-ec8d-dd79-8472-e06bb6942f51@rlwinm.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-Rspamd-Queue-Id: AFC9C883FD X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.77 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,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]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.82)[-0.822,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 May 2019 10:59:16 -0000 On 24/05/2019 10:53, Jan Bramkamp wrote: > On 24.05.19 12:07, Grzegorz Junka wrote: >> Hey, >> >> Is there any policy/document when a bug can be closed? For example, >> is it OK to close a bug that is fixed upstream but not yet in ports? >> >> Thanks >> GrzegorzJ >> > I don't know of any official policy, but as a user (and port > maintainer) I would prefer an update to the FreeBSD PR stating that > the bug has been fixed upstream. Closing the PR should wait until the > fix made it into the port. > As a port maintainer and user would you like to see an official guideline/policy about defect states and when to transition between them? From owner-freebsd-ports@freebsd.org Fri May 24 11:12:35 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAB4915A7D76 for ; Fri, 24 May 2019 11:12:35 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B84D288CB2 for ; Fri, 24 May 2019 11:12:34 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pg1-x533.google.com with SMTP id a3so4902427pgb.3 for ; Fri, 24 May 2019 04:12:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=QlPXFNyY3Ry1NFdG47S7IfEO6573dcab90TSbnSfihs=; b=qPHpIuzhsAApE7ILZrVgsDkn8kCMEP7rN5F1CrQoNbfqgDWSjwN1w9Kn8KVSROXgAN FCA9TKE8JiGY/bPF070qo1bigVzMNRTuTA4SU+iLcA0HlmTZ4rvziDFrmZ4WieBZljy5 r21f6xUZtBMQU6kyBVpTy+KisPTPJuFI/S0+oB05TTDGPSb3Z6F1QQ0zhRcwCzhvsF9p A0qO+tes+Q5Y7PzSY+3dqo9O6XcOYrXLWGp5nb1FDlsKlkSoRIDuPMvZhSYIW9O8MYt2 CsZIrqBmsh8jagDKb3LXMNYItBP02UNx28kXBPnILjXs9YLlvu9/ufUDjHmwvXtkRErv D8vg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=QlPXFNyY3Ry1NFdG47S7IfEO6573dcab90TSbnSfihs=; b=XeG/oJynb0d7slQVm1sHKCv7JSnXWL3tZny/m9s+dvQPEmuCzpjB9i/QRqrfPLTVjL k6Z+4xtJjK+0F/2EQ7JU+iVQAmIPC/yyJcUmXxav2MAmqLRPzbzclJ89byc6wDge5WS4 SZvSyYHuV+xxyJNSw7dDS/eEcgMd0WHTcZOjf0CdudXA8rgRFr1Hw6KsfDtxsDA2RvK7 d25Ab+YvCfjl60tBSh4VBnRduGCa6M6feiVoc4hvLL2kiXpySN+8WB2+ra/GIt+REYyj c2ql6Zthebbh/cz/j12hMHBb23jd6IKg9W6bqxB4ZXiSU8Vi/uxH0JTa9Dboi+t/yU8l ZFPg== X-Gm-Message-State: APjAAAWrQVhUQ6XfYBn/GShQOVLQcP0GPhgMN+1nu6rjKfx/EGVjQKYN LlL1s+C2dnrhMWepVakV65SnUlqu X-Google-Smtp-Source: APXvYqx5XICqwc6/eWORcXRPYx70+LtccOVkUiNVR6Uks5K2AI/5X0IWqj3CLq6tmFwr4vYnXCZZMg== X-Received: by 2002:a62:4d04:: with SMTP id a4mr39859547pfb.177.1558696353358; Fri, 24 May 2019 04:12:33 -0700 (PDT) Received: from [192.168.1.105] (121-200-20-216.79c814.syd.nbn.aussiebb.net. [121.200.20.216]) by smtp.gmail.com with ESMTPSA id j2sm3904398pfb.157.2019.05.24.04.12.31 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Fri, 24 May 2019 04:12:32 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Policy on closing bugs To: Grzegorz Junka , freebsd-ports@freebsd.org References: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> From: Kubilay Kocak Message-ID: <3ca47a0a-e8ae-e36f-c499-b26f8997e55c@FreeBSD.org> Date: Fri, 24 May 2019 21:12:29 +1000 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:67.0) Gecko/20100101 Thunderbird/67.0 MIME-Version: 1.0 In-Reply-To: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: B84D288CB2 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=qPHpIuzh; spf=pass (mx1.freebsd.org: domain of koobsfreebsd@gmail.com designates 2607:f8b0:4864:20::533 as permitted sender) smtp.mailfrom=koobsfreebsd@gmail.com X-Spamd-Result: default: False [-6.13 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[koobs@FreeBSD.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; 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]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_NEQ_ENVFROM(0.00)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.970,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)[3.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]; IP_SCORE(-2.95)[ip: (-9.10), ipnet: 2607:f8b0::/32(-3.29), asn: 15169(-2.29), country: US(-0.06)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 May 2019 11:12:36 -0000 On 24/05/2019 8:07 pm, Grzegorz Junka wrote: > Hey, > > Is there any policy/document when a bug can be closed? For example, is > it OK to close a bug that is fixed upstream but not yet in ports? > > Thanks > GrzegorzJ > Hi Grzegorz, Bugs are closed after they are "resolved". Resolved means a resolution has "occurred", but more precisely, the "thing reported" has been resolved. Resolved doesn't necessary mean "fixed" (see below) What resolution is appropriate/set depends on the context of the issue, usually the specific nature of the request/proposal. Is there a specific bug you're referring to? I can speak to that case specifically if so. For example however, if the bug was a "bug report for the port/package", fixed upstream hasn't fixed the port, so not usually, no, that wouldn't be considered sufficient to be "resolved" and closed. Usually commits upstream are backported to the ports, and they are closed when those are committed. There can't be policies for this perse, as its completely context/request dependent. Resolutions can take place either by way of: 1) A change is made: a commit, usually, but could be a wiki update, or a DNS update for infrastructure changes, etc. 2) One of the 'non-change' resolutions: not accepted, unable to reproduce, feedback timeout, etc Nothing about the above is special or different than most other issue trackers (generally speaking). Regarding states, we have New, Open, In Progress, Closed New: Not touched/Untriaged Open: Initially Triaged (classified) In Progress: Has a real (person) Assignee, action has started Closed: Change(s) Made, OR "Non-Change" resolution set. There's nothing special/different about these either, except that we like to have a real person assigned before in progress, and before close. Happy to answer any more questions regarding issue tracking, etc anytime -- Regards, Kubilay Bugmeister From owner-freebsd-ports@freebsd.org Fri May 24 11:30:21 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBB3E15A8346 for ; Fri, 24 May 2019 11:30:20 +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 BFAF389316 for ; Fri, 24 May 2019 11:30:19 +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 x4OBUHU7052145 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 24 May 2019 11:30:17 GMT (envelope-from list1@gjunka.com) Subject: Re: Policy on closing bugs To: freebsd-ports@freebsd.org References: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> <3ca47a0a-e8ae-e36f-c499-b26f8997e55c@FreeBSD.org> From: Grzegorz Junka Message-ID: <341fe47b-1104-3050-f85b-504be0460c48@gjunka.com> Date: Fri, 24 May 2019 11:30:17 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <3ca47a0a-e8ae-e36f-c499-b26f8997e55c@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-Rspamd-Queue-Id: BFAF389316 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+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(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.96)[-0.957,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 May 2019 11:30:21 -0000 On 24/05/2019 11:12, Kubilay Kocak wrote: > On 24/05/2019 8:07 pm, Grzegorz Junka wrote: >> Hey, >> >> Is there any policy/document when a bug can be closed? For example, >> is it OK to close a bug that is fixed upstream but not yet in ports? >> >> Thanks >> GrzegorzJ >> > > Hi Grzegorz, > > Bugs are closed after they are "resolved". Resolved means a resolution > has "occurred", but more precisely, the "thing reported" has been > resolved. Resolved doesn't necessary mean "fixed" (see below) > > What resolution is appropriate/set depends on the context of the > issue, usually the specific nature of the request/proposal. Is there a > specific bug you're referring to? I can speak to that case > specifically if so. > > For example however, if the bug was a "bug report for the > port/package", fixed upstream hasn't fixed the port, so not usually, > no, that wouldn't be considered sufficient to be "resolved" and closed. > > Usually commits upstream are backported to the ports, and they are > closed when those are committed. > > There can't be policies for this perse, as its completely > context/request dependent. > > Resolutions can take place either by way of: > > 1) A change is made: a commit, usually, but could be a wiki update, or > a DNS update for infrastructure changes, etc. > 2) One of the 'non-change' resolutions: not accepted, unable to > reproduce, feedback timeout, etc > > Nothing about the above is special or different than most other issue > trackers (generally speaking). > > Regarding states, we have New, Open, In Progress, Closed > > New: Not touched/Untriaged > Open: Initially Triaged (classified) > In Progress: Has a real (person) Assignee, action has started > Closed: Change(s) Made, OR "Non-Change" resolution set. > > There's nothing special/different about these either, except that we > like to have a real person assigned before in progress, and before close. > > Happy to answer any more questions regarding issue tracking, etc anytime > Hi Kubilay, Thank you for a detailed response. Yes, this is related to a particular defect. I didn't mention it because I didn't want to be picky and seen as causing troubles :) Also wasn't sure what's OK and what's not. Here is the defect: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238086 I appreciate Yuri's contributions to the community and my intention isn't to bring this up for judgment. Even though as a FreeBSD user I might feel a bit ignored and shuffled under the carpet after the defect has been closed, my intention was more to find out if maybe a new state "Postponed" could be added for a defect in a state like this one? GrzegorzJ From owner-freebsd-ports@freebsd.org Fri May 24 11:52:31 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C19815A8BAF for ; Fri, 24 May 2019 11:52:31 +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 606968A25F for ; Fri, 24 May 2019 11:52:30 +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 x4OBqSY4052457 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 24 May 2019 11:52:28 GMT (envelope-from list1@gjunka.com) Subject: Re: Policy on closing bugs To: freebsd-ports@freebsd.org References: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> <3ca47a0a-e8ae-e36f-c499-b26f8997e55c@FreeBSD.org> <341fe47b-1104-3050-f85b-504be0460c48@gjunka.com> From: Grzegorz Junka Message-ID: Date: Fri, 24 May 2019 11:52:28 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <341fe47b-1104-3050-f85b-504be0460c48@gjunka.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-Rspamd-Queue-Id: 606968A25F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,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]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.92)[-0.924,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 May 2019 11:52:31 -0000 On 24/05/2019 11:30, Grzegorz Junka wrote: > > On 24/05/2019 11:12, Kubilay Kocak wrote: >> On 24/05/2019 8:07 pm, Grzegorz Junka wrote: >>> Hey, >>> >>> Is there any policy/document when a bug can be closed? For example, >>> is it OK to close a bug that is fixed upstream but not yet in ports? >>> >>> Thanks >>> GrzegorzJ >>> >> >> Hi Grzegorz, >> >> Bugs are closed after they are "resolved". Resolved means a >> resolution has "occurred", but more precisely, the "thing reported" >> has been resolved. Resolved doesn't necessary mean "fixed" (see below) >> >> What resolution is appropriate/set depends on the context of the >> issue, usually the specific nature of the request/proposal. Is there >> a specific bug you're referring to? I can speak to that case >> specifically if so. >> >> For example however, if the bug was a "bug report for the >> port/package", fixed upstream hasn't fixed the port, so not usually, >> no, that wouldn't be considered sufficient to be "resolved" and closed. >> >> Usually commits upstream are backported to the ports, and they are >> closed when those are committed. >> >> There can't be policies for this perse, as its completely >> context/request dependent. >> >> Resolutions can take place either by way of: >> >> 1) A change is made: a commit, usually, but could be a wiki update, >> or a DNS update for infrastructure changes, etc. >> 2) One of the 'non-change' resolutions: not accepted, unable to >> reproduce, feedback timeout, etc >> >> Nothing about the above is special or different than most other issue >> trackers (generally speaking). >> >> Regarding states, we have New, Open, In Progress, Closed >> >> New: Not touched/Untriaged >> Open: Initially Triaged (classified) >> In Progress: Has a real (person) Assignee, action has started >> Closed: Change(s) Made, OR "Non-Change" resolution set. >> >> There's nothing special/different about these either, except that we >> like to have a real person assigned before in progress, and before >> close. >> >> Happy to answer any more questions regarding issue tracking, etc anytime >> > > Hi Kubilay, > > Thank you for a detailed response. Yes, this is related to a > particular defect. I didn't mention it because I didn't want to be > picky and seen as causing troubles :) Also wasn't sure what's OK and > what's not. Here is the defect: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238086 > > I appreciate Yuri's contributions to the community and my intention > isn't to bring this up for judgment. Even though as a FreeBSD user I > might feel a bit ignored and shuffled under the carpet after the > defect has been closed, my intention was more to find out if maybe a > new state "Postponed" could be added for a defect in a state like this > one? > A very similar story with: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238088 It's not scheduled to be removed per se yet. The removal is under discussion with no clear path agreed as far as I know. I understand that a maintainer doesn't want to spend time working on a port that will likely undergo significant changes or removal but is closing the defect the right thing to do? And again, a "Postponed" state seems to me to be more appropriate? GrzegorzJ From owner-freebsd-ports@freebsd.org Fri May 24 12:26:57 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 615B615AA1ED for ; Fri, 24 May 2019 12:26:57 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44D168B6BA for ; Fri, 24 May 2019 12:26:56 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pf1-x42b.google.com with SMTP id g9so5241677pfo.11 for ; Fri, 24 May 2019 05:26:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=KxR+NRw87WrQF3hPRpSaYQlgkTew7ZOIpWTTAHgxr4M=; b=Kw84T9OMeCBcW3DIP2H0L5AEytGsd564hbIa6BcqgLANukCQHZZWPCnIrhFQVu3x8k swDBOHdUaX3f7hPhlZsW8MIRKeSX6veQjqsiLzTX3LvRY6oGFKwQifXUAkMSCfQ+gPbW xxs5C5Ucl4+MPrsVP7SeLvBvj6IR4j8C7Euk7ERuGbAQYHz8589B4EGuzerL7j3+02BB U/d+GbLAkEqor3cf/ZaDF4ll0qAW5piT9pNTQ5+7UPBJhrkoFPa2+c0UH/DMVph1in2h balmw3f3r5pkf3FR1mIH0qqiSJhnAivBQbAwRBEMjOIc6EUmDloM8Ajai+5hRDyz6evw m/hA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=KxR+NRw87WrQF3hPRpSaYQlgkTew7ZOIpWTTAHgxr4M=; b=p3DPT8iMzULp0Od+faYcJz+eUNJb01bCSccZ36A95K7iyBMaM2HlpinBfchb5wgVyH pW+jfuCoypQAF0esFY2s8WEFtur/+Ddpa0iDtKKwbO6Wvjghx2giMnFvWO2/J0P0Vueg pwyud3MDl9TGbpN53XiwNvFtdykFRp4Q0AweNF8KQ2RD/l9flJlJ7cj+fQSJ3TEa9eoc m1wNtjYxcdyrPmw4wMG5PjbQjJQKTiWSiGavENVQMcaReURE6rYh8mJjIY+OzQvPi/Kg aSariOhocL8p+UI2Mqt3cBAsIXMbx4GKJSn5lSEa8DoMobb7KGvn3Xahw8tZ59ynAeXz 8xJA== X-Gm-Message-State: APjAAAWnWbFKbnK1qYmRkMsW/KEHjbQ1axLBWL5J4jDUt5JI1WbqqcXD J57lwU0cMZEh0Jdvtg/rulr4AHDF X-Google-Smtp-Source: APXvYqzdzQfO+fJBpdJFhNVUg7xImxr+VE1vz0TpZcFKZZPKdAv2Gcp6KmzshnRu2Wh8X0DdzzpKNQ== X-Received: by 2002:a63:2bd1:: with SMTP id r200mr42633973pgr.202.1558700814823; Fri, 24 May 2019 05:26:54 -0700 (PDT) Received: from [192.168.1.105] (121-200-20-216.79c814.syd.nbn.aussiebb.net. [121.200.20.216]) by smtp.gmail.com with ESMTPSA id i16sm2444150pfd.100.2019.05.24.05.26.53 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Fri, 24 May 2019 05:26:54 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Policy on closing bugs To: Grzegorz Junka , freebsd-ports@freebsd.org References: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> <3ca47a0a-e8ae-e36f-c499-b26f8997e55c@FreeBSD.org> <341fe47b-1104-3050-f85b-504be0460c48@gjunka.com> From: Kubilay Kocak Message-ID: <43a74cfe-5788-3878-026e-a586b6680216@FreeBSD.org> Date: Fri, 24 May 2019 22:26:51 +1000 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:67.0) Gecko/20100101 Thunderbird/67.0 MIME-Version: 1.0 In-Reply-To: <341fe47b-1104-3050-f85b-504be0460c48@gjunka.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 44D168B6BA X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Kw84T9OM; spf=pass (mx1.freebsd.org: domain of koobsfreebsd@gmail.com designates 2607:f8b0:4864:20::42b as permitted sender) smtp.mailfrom=koobsfreebsd@gmail.com X-Spamd-Result: default: False [-6.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[koobs@FreeBSD.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; 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]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_NEQ_ENVFROM(0.00)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.996,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)[b.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.91)[ip: (-8.90), ipnet: 2607:f8b0::/32(-3.29), asn: 15169(-2.29), country: US(-0.06)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 May 2019 12:26:57 -0000 On 24/05/2019 9:30 pm, Grzegorz Junka wrote: > > On 24/05/2019 11:12, Kubilay Kocak wrote: >> On 24/05/2019 8:07 pm, Grzegorz Junka wrote: >>> Hey, >>> >>> Is there any policy/document when a bug can be closed? For example, >>> is it OK to close a bug that is fixed upstream but not yet in ports? >>> >>> Thanks >>> GrzegorzJ >>> >> >> Hi Grzegorz, >> >> Bugs are closed after they are "resolved". Resolved means a resolution >> has "occurred", but more precisely, the "thing reported" has been >> resolved. Resolved doesn't necessary mean "fixed" (see below) >> >> What resolution is appropriate/set depends on the context of the >> issue, usually the specific nature of the request/proposal. Is there a >> specific bug you're referring to? I can speak to that case >> specifically if so. >> >> For example however, if the bug was a "bug report for the >> port/package", fixed upstream hasn't fixed the port, so not usually, >> no, that wouldn't be considered sufficient to be "resolved" and closed. >> >> Usually commits upstream are backported to the ports, and they are >> closed when those are committed. >> >> There can't be policies for this perse, as its completely >> context/request dependent. >> >> Resolutions can take place either by way of: >> >> 1) A change is made: a commit, usually, but could be a wiki update, or >> a DNS update for infrastructure changes, etc. >> 2) One of the 'non-change' resolutions: not accepted, unable to >> reproduce, feedback timeout, etc >> >> Nothing about the above is special or different than most other issue >> trackers (generally speaking). >> >> Regarding states, we have New, Open, In Progress, Closed >> >> New: Not touched/Untriaged >> Open: Initially Triaged (classified) >> In Progress: Has a real (person) Assignee, action has started >> Closed: Change(s) Made, OR "Non-Change" resolution set. >> >> There's nothing special/different about these either, except that we >> like to have a real person assigned before in progress, and before close. >> >> Happy to answer any more questions regarding issue tracking, etc anytime >> > > Hi Kubilay, > > Thank you for a detailed response. Yes, this is related to a particular > defect. I didn't mention it because I didn't want to be picky and seen > as causing troubles :) Also wasn't sure what's OK and what's not. Here > is the defect: My pleasure. I understand the desire not to want "cause trouble", but it's also important that everyone feel comfortable asking questions, and understand/clarify how things works (or should work, ideally). We need to see more of it, not less. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238086 > > I appreciate Yuri's contributions to the community and my intention > isn't to bring this up for judgment. Even though as a FreeBSD user I > might feel a bit ignored and shuffled under the carpet after the defect > has been closed, my intention was more to find out if maybe a new state > "Postponed" could be added for a defect in a state like this one? > > GrzegorzJ So there's a few issues involved, that are worth making very distinct: - A FreeBSD port/package and its users are affected - Upstream has apparently fixed the issue, but there's not much detail about how, where, when, etc - The bugs resolution type We'll run through those individually so its hopefully more clear how they might interact/overlap with each other: 1) If a port/package is broken in some way, we want to fix it, and as maintainers, we have signed up to do that. This is not controversial. For users, its not always (I would argue in most cases), possible or easy for them to distinguish between a port problem, and a software problem, and who (freebsd or upstream) should be primarily responsible to a) get the initial bug report b) fix it in the first instance. I personally don't believe users should be expected to know or do this, but its great if/when they can. There are arguments on both sides of the (unfortunate) upstream/downstream divide, about users reporting bugs to the "wrong place". Sometimes downstreams hack software to make it work or do things differently in their distribution/OS, and sometimes these things break, and upstreams get the report. Sometimes upstreams break things, and downstreams get the reports. It's a difficult problem to solve completely and permanently, so ultimately it's the relationship between downstreams/upstreams that is the most important thing to cultivate. Having said that, at least in the former case, I don't think its too much of a burden for us to receive reports and close them (where appropriate) as "wont fix / not accepted" after commenting that the report should go upstream. The question as to what and when is appropriate is very case dependent, but the minimum (in my opinion) is that it should be explicitly clear to the reporter and documented what the complete rationale, analysis is to resolving in that manner. 2) If an upstream has fixed an issue, all else being equal, we ought to be motivated to identify the specific upstream fix/commit/pr/issue, and look to include it in the port, if possible without a version update. In particular, we should do this so that the fix can be merged to the quarterly (security and bugfix branch), which doesn't take version (feature) updates. Bugfixes and security updates is the promise of quarterly, if we wait for version/feature updates to get bugfixes, quarterly doesn't get them. It's *very* helpful if users can help identify the specific upstream references, but it's definitely not a requirement. Note also that bugs can and should be re-opened by users *at any time* if additional information comes to hand that precludes or updates the last 'resolution' at last close. This does not mean that they should be re-opened spuriously, or because you don't like the decision personally. 3) The resolution in this case "not a bug" is not the most correct for the apparent resolution "wait for upstream update". It is a bug, and it has (apparently?) been fixed upstream, and a freebsd port is currently impacted by it. Implicit in a bug report "port foo is broken when bar" is "and the bug should be fixed in the port". If a user included a patch to fix it, and the maintainer declined the change, the bug would be closed "not accepted". That there exists some commit upstream that fixed the issue, means the most correct resolution (of the ones we have today) would be 'Not Accepted'. Its only slightly not quite "not accepted" because an upstream commit/fix was not identified (or was, but it wasn't commented on). Side Note: I recently changed the resolution name "Rejected" to "Not Accepted" for obvious reasons, though I can now see that this still needs to be improved, to cover the case where a 'change/patch' hasn't been offered. I had considered "Not Accepted / WONT FIX", but that was too long. I'll think about this some more. Very very very few bugs are closed "talk to upstream" or "wait for a version update", and for those that are, its usually very clear that upstream is the "better" place for the report, or there are other issues precluding backporting a fix. In this specific case, it would be great to have someone identify the fix concerned upstream, re-open the bug with those links/references, and explicitly request that they be included in the port. That's already what happens in the vast majority of cases, even to the extent of maintainers creating bug reports/PR's on our users behalf. Hope that helps GrzegorzJ! If you or anyone else is interested in the subject, don't hesitate to ping me (us, bugmeister) on IRC (#freebsd-bugs / freenode) to talk more about issue tracking, productivity, problems, improvements, policies, etc :) ./koobs From owner-freebsd-ports@freebsd.org Fri May 24 12:34:24 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0833415AA516 for ; Fri, 24 May 2019 12:34:24 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D9548BCDB for ; Fri, 24 May 2019 12:34:22 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pg1-x531.google.com with SMTP id f25so4999658pgv.10 for ; Fri, 24 May 2019 05:34:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=bjmE2HtEio/rg93YRLfV2CDdJFZc9XXCqRPtOoFRHQg=; b=NBbPlt7hxZAS+423fFmavuMfVd8Ob997DY4YcP34qutRWMn2lfi+xtQE6Cwow9ARJi nRJaZUdOhJTz2/Jf8lOrXnoyVSN2prtAvSdL1vs+BXT7W0r+TIDq2QN0TFFQ/gA/fFtH 9IHrM/r5fIS5TcuWmWNu/KwU5zZDPtTifONd/QNkKlFRj1XNK2386f0Bs0p2zTYznz8i F0YPb89hFtRkOEN5kxOJnJFEA0LoT9NtGagkLaGiFNo0y2b6VQOY60Sk7tvf+yZ3xm8r LkWUABJfiUmfkTXzt6xA41KafSl/ykyg0ZZXRqDijZ2qQmPh+0UcCKeMDWZheMZpcQTq //1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=bjmE2HtEio/rg93YRLfV2CDdJFZc9XXCqRPtOoFRHQg=; b=mey+wAlsyeW4eLM4uUiB9BySGmcmYAqU12deG6bo/h21czidX51NQoWR55Pb6+ybBQ IeT3g3RJLMLs8hZ0KS3b4e5lVQetAWrvqHOgt4y+hpz1RGz44jrTQ8YOREzn2k/HKj5C 22xkYBWkjVp1nr1dbUWNLq2BYjxKMp5q/N0YF9EEQT1FzrAXInD8eZZ6V6YapfCNj5OZ pMMlAVF+kXzC/sV6ERk8bglEcwY0WcfgNgd5jmBwMbKtS4LqddOOYBHh2ZdguEizv7PC 5vHHchCCH7RBsddghQ3JN0cmewQ7vuMlpOI1+WtRuIBVINn9hVTW0wUPpGoQgzlbTwOf c8XA== X-Gm-Message-State: APjAAAXsQT9R9nd1mMmuIa3KFkJcYjym2Z4HTNa7yCTSVlHn8OJgUYbV vTeIfm1xzcHw81sLo6GiW8F7E/pt X-Google-Smtp-Source: APXvYqxt30ZTst3TA/h+HI4+jneNaMx+OIAGbH+ACNcTfP6zVG84PH8onnvkK+g/DwNX97jNuYfYmA== X-Received: by 2002:a17:90a:bb83:: with SMTP id v3mr9051491pjr.73.1558701260579; Fri, 24 May 2019 05:34:20 -0700 (PDT) Received: from [192.168.1.105] (121-200-20-216.79c814.syd.nbn.aussiebb.net. [121.200.20.216]) by smtp.gmail.com with ESMTPSA id l35sm2445187pje.10.2019.05.24.05.34.18 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Fri, 24 May 2019 05:34:19 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Policy on closing bugs To: Grzegorz Junka , freebsd-ports@freebsd.org References: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> <3ca47a0a-e8ae-e36f-c499-b26f8997e55c@FreeBSD.org> <341fe47b-1104-3050-f85b-504be0460c48@gjunka.com> From: Kubilay Kocak Message-ID: <3f2d8d56-c223-596e-caaf-d17d6a0decd5@FreeBSD.org> Date: Fri, 24 May 2019 22:34:15 +1000 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:67.0) Gecko/20100101 Thunderbird/67.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 7D9548BCDB X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=NBbPlt7h; spf=pass (mx1.freebsd.org: domain of koobsfreebsd@gmail.com designates 2607:f8b0:4864:20::531 as permitted sender) smtp.mailfrom=koobsfreebsd@gmail.com X-Spamd-Result: default: False [-6.19 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[koobs@FreeBSD.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; 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]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_NEQ_ENVFROM(0.00)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.993,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)[1.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]; IP_SCORE(-2.98)[ip: (-9.27), ipnet: 2607:f8b0::/32(-3.29), asn: 15169(-2.29), country: US(-0.06)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 May 2019 12:34:24 -0000 On 24/05/2019 9:52 pm, Grzegorz Junka wrote: > > On 24/05/2019 11:30, Grzegorz Junka wrote: >> >> On 24/05/2019 11:12, Kubilay Kocak wrote: >>> On 24/05/2019 8:07 pm, Grzegorz Junka wrote: >>>> Hey, >>>> >>>> Is there any policy/document when a bug can be closed? For example, >>>> is it OK to close a bug that is fixed upstream but not yet in ports? >>>> >>>> Thanks >>>> GrzegorzJ >>>> >>> >>> Hi Grzegorz, >>> >>> Bugs are closed after they are "resolved". Resolved means a >>> resolution has "occurred", but more precisely, the "thing reported" >>> has been resolved. Resolved doesn't necessary mean "fixed" (see below) >>> >>> What resolution is appropriate/set depends on the context of the >>> issue, usually the specific nature of the request/proposal. Is there >>> a specific bug you're referring to? I can speak to that case >>> specifically if so. >>> >>> For example however, if the bug was a "bug report for the >>> port/package", fixed upstream hasn't fixed the port, so not usually, >>> no, that wouldn't be considered sufficient to be "resolved" and closed. >>> >>> Usually commits upstream are backported to the ports, and they are >>> closed when those are committed. >>> >>> There can't be policies for this perse, as its completely >>> context/request dependent. >>> >>> Resolutions can take place either by way of: >>> >>> 1) A change is made: a commit, usually, but could be a wiki update, >>> or a DNS update for infrastructure changes, etc. >>> 2) One of the 'non-change' resolutions: not accepted, unable to >>> reproduce, feedback timeout, etc >>> >>> Nothing about the above is special or different than most other issue >>> trackers (generally speaking). >>> >>> Regarding states, we have New, Open, In Progress, Closed >>> >>> New: Not touched/Untriaged >>> Open: Initially Triaged (classified) >>> In Progress: Has a real (person) Assignee, action has started >>> Closed: Change(s) Made, OR "Non-Change" resolution set. >>> >>> There's nothing special/different about these either, except that we >>> like to have a real person assigned before in progress, and before >>> close. >>> >>> Happy to answer any more questions regarding issue tracking, etc anytime >>> >> >> Hi Kubilay, >> >> Thank you for a detailed response. Yes, this is related to a >> particular defect. I didn't mention it because I didn't want to be >> picky and seen as causing troubles :) Also wasn't sure what's OK and >> what's not. Here is the defect: >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238086 >> >> I appreciate Yuri's contributions to the community and my intention >> isn't to bring this up for judgment. Even though as a FreeBSD user I >> might feel a bit ignored and shuffled under the carpet after the >> defect has been closed, my intention was more to find out if maybe a >> new state "Postponed" could be added for a defect in a state like this >> one? >> > > A very similar story with: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238088 > > It's not scheduled to be removed per se yet. The removal is under > discussion with no clear path agreed as far as I know. I understand that > a maintainer doesn't want to spend time working on a port that will > likely undergo significant changes or removal but is closing the defect > the right thing to do? And again, a "Postponed" state seems to me to be > more appropriate? > > GrzegorzJ > > The better resolution for this is again probably: Not Accepted (as WONTFIX), though I can understand why "Overcome by Events" was selected (wont be fixed *because* of a separate overruling issue). From a reading of the associated bug (215036), it reads fairly clearly that the 0.x branch is not supported (security wise, in particular), and no further work will be done on it. That the port has been deprecated (DEPRECATED/EXPIRY_DATE) is evidence of that decision. ./koobs From owner-freebsd-ports@freebsd.org Fri May 24 12:45:59 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02AD215AAA89 for ; Fri, 24 May 2019 12:45:58 +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 A39B48C7F1 for ; Fri, 24 May 2019 12:45:57 +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 x4OCjsmX053286 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 24 May 2019 12:45:55 GMT (envelope-from list1@gjunka.com) Subject: Re: Policy on closing bugs To: freebsd-ports@freebsd.org References: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> <3ca47a0a-e8ae-e36f-c499-b26f8997e55c@FreeBSD.org> <341fe47b-1104-3050-f85b-504be0460c48@gjunka.com> <3f2d8d56-c223-596e-caaf-d17d6a0decd5@FreeBSD.org> From: Grzegorz Junka Message-ID: <85bd9ecf-6b66-324f-78eb-3170cb037248@gjunka.com> Date: Fri, 24 May 2019 12:45:54 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <3f2d8d56-c223-596e-caaf-d17d6a0decd5@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-Rspamd-Queue-Id: A39B48C7F1 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.92 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,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(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.97)[-0.968,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 May 2019 12:45:59 -0000 On 24/05/2019 12:34, Kubilay Kocak wrote: > On 24/05/2019 9:52 pm, Grzegorz Junka wrote: >> >> On 24/05/2019 11:30, Grzegorz Junka wrote: >>> >>> On 24/05/2019 11:12, Kubilay Kocak wrote: >>>> On 24/05/2019 8:07 pm, Grzegorz Junka wrote: >>>>> Hey, >>>>> >>>>> Is there any policy/document when a bug can be closed? For >>>>> example, is it OK to close a bug that is fixed upstream but not >>>>> yet in ports? >>>>> >>>>> Thanks >>>>> GrzegorzJ >>>>> >>>> >>>> Hi Grzegorz, >>>> >>>> Bugs are closed after they are "resolved". Resolved means a >>>> resolution has "occurred", but more precisely, the "thing reported" >>>> has been resolved. Resolved doesn't necessary mean "fixed" (see below) >>>> >>>> What resolution is appropriate/set depends on the context of the >>>> issue, usually the specific nature of the request/proposal. Is >>>> there a specific bug you're referring to? I can speak to that case >>>> specifically if so. >>>> >>>> For example however, if the bug was a "bug report for the >>>> port/package", fixed upstream hasn't fixed the port, so not >>>> usually, no, that wouldn't be considered sufficient to be >>>> "resolved" and closed. >>>> >>>> Usually commits upstream are backported to the ports, and they are >>>> closed when those are committed. >>>> >>>> There can't be policies for this perse, as its completely >>>> context/request dependent. >>>> >>>> Resolutions can take place either by way of: >>>> >>>> 1) A change is made: a commit, usually, but could be a wiki update, >>>> or a DNS update for infrastructure changes, etc. >>>> 2) One of the 'non-change' resolutions: not accepted, unable to >>>> reproduce, feedback timeout, etc >>>> >>>> Nothing about the above is special or different than most other >>>> issue trackers (generally speaking). >>>> >>>> Regarding states, we have New, Open, In Progress, Closed >>>> >>>> New: Not touched/Untriaged >>>> Open: Initially Triaged (classified) >>>> In Progress: Has a real (person) Assignee, action has started >>>> Closed: Change(s) Made, OR "Non-Change" resolution set. >>>> >>>> There's nothing special/different about these either, except that >>>> we like to have a real person assigned before in progress, and >>>> before close. >>>> >>>> Happy to answer any more questions regarding issue tracking, etc >>>> anytime >>>> >>> >>> Hi Kubilay, >>> >>> Thank you for a detailed response. Yes, this is related to a >>> particular defect. I didn't mention it because I didn't want to be >>> picky and seen as causing troubles :) Also wasn't sure what's OK and >>> what's not. Here is the defect: >>> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238086 >>> >>> I appreciate Yuri's contributions to the community and my intention >>> isn't to bring this up for judgment. Even though as a FreeBSD user I >>> might feel a bit ignored and shuffled under the carpet after the >>> defect has been closed, my intention was more to find out if maybe a >>> new state "Postponed" could be added for a defect in a state like >>> this one? >>> >> >> A very similar story with: >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238088 >> >> It's not scheduled to be removed per se yet. The removal is under >> discussion with no clear path agreed as far as I know. I understand >> that a maintainer doesn't want to spend time working on a port that >> will likely undergo significant changes or removal but is closing the >> defect the right thing to do? And again, a "Postponed" state seems to >> me to be more appropriate? >> >> GrzegorzJ >> >> > > The better resolution for this is again probably: Not Accepted (as > WONTFIX), though I can understand why "Overcome by Events" was > selected (wont be fixed *because* of a separate overruling issue). > > From a reading of the associated bug (215036), it reads fairly clearly > that the 0.x branch is not supported (security wise, in particular), > and no further work will be done on it. That the port has been > deprecated (DEPRECATED/EXPIRY_DATE) is evidence of that decision. > Agreed in principle, but the port hasn't yet been marked as DEPRECATED/EXPIRATION_DATE. Unless it was done in the last few days (I synced my ports 18 May). From owner-freebsd-ports@freebsd.org Fri May 24 12:49:04 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1103315AABB3 for ; Fri, 24 May 2019 12:49:04 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 790E88CA92 for ; Fri, 24 May 2019 12:49:02 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pl1-x62d.google.com with SMTP id p15so4156182pll.4 for ; Fri, 24 May 2019 05:49:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=lsp7rl26QKElNrBXiJv0QNXI/jiQFXYiWk30VqicVS0=; b=hicuBKoSCWV1XCPb4UtDyOErQNSKcwRi3gzbyVC32Jp4N0WatBMRERxTJHEKZynvrU PNwsoB5S9+ZFmj988w8gK88U4gW/ES5xqgE7s0OVk5fkrFsifEAEmko9cBWkPHMZxVX+ gp18CVfP52VhpgKuy2ReNDGQihPuYQUQQRT/tkNAHlY3r9vetUZH2LATwCQPUMCKsFCl 0eU90Pc8BX1Ol8whNoc6PzqY7DRR4UyuJxAcWM9SdEmot9vGV7PJ8nFP2wTveXXw+FCO cEPwnjDs+Ou3u3P89ZrWoUzlhSqm4nx/6CodP8CIcQByqoWl2qXA4DD4bV4L3Y0gIWEZ PkaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=lsp7rl26QKElNrBXiJv0QNXI/jiQFXYiWk30VqicVS0=; b=BwhcEBdKiWKpZeniaEB6t4f7tul3ikKeE90x+JRoE8hojIg370SRximPgwm0KvESof 0DpaKW9VJOQubDpDdo1IqiS5RQ/QcjHhJ6dO9ZyciT4NLaOQzTrfOj0qKb7VRwIL3zQT tcqCu5bezrjHEkxkIQFjt1GHZHLkGsWV5dqf5h+a25p3nJVLMLIgWO27vG2nYs1STzgd PXPBEw1Touj4oxnhEPzUA6xzR6MSRMawbk2SCssSMZMgww2yZc1ARRGn4cVcT+tvCWmq LUnt3w2BhScB7LSBVSmdnz6dpRkqRRxdQ7M5M5PnkM9LXtUw0v9yFyeKKC+SFWjV064f KiHA== X-Gm-Message-State: APjAAAXr8RooA05D/ZX2rlYBP8rCO4pnqviXpnCRNMCbp7JSGOTCnjxi bKjIU5k8rfOFEnoBCDMWm93gHxAc X-Google-Smtp-Source: APXvYqyziyC6F6H/uJC6eFEUdgn4ivjUNAc01V2Tsw9PpbxesNvY7KzQoAOkH9XG4IQHEXlX34E1SQ== X-Received: by 2002:a17:902:2a4a:: with SMTP id i68mr9053562plb.25.1558702140996; Fri, 24 May 2019 05:49:00 -0700 (PDT) Received: from [192.168.1.105] (121-200-20-216.79c814.syd.nbn.aussiebb.net. [121.200.20.216]) by smtp.gmail.com with ESMTPSA id d15sm7047820pfm.186.2019.05.24.05.48.59 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Fri, 24 May 2019 05:49:00 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Policy on closing bugs To: Grzegorz Junka , freebsd-ports@freebsd.org References: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> <3ca47a0a-e8ae-e36f-c499-b26f8997e55c@FreeBSD.org> <341fe47b-1104-3050-f85b-504be0460c48@gjunka.com> <3f2d8d56-c223-596e-caaf-d17d6a0decd5@FreeBSD.org> <85bd9ecf-6b66-324f-78eb-3170cb037248@gjunka.com> From: Kubilay Kocak Message-ID: <20a4ec02-3c58-588e-dfb8-d5a4c29fe04b@FreeBSD.org> Date: Fri, 24 May 2019 22:48:57 +1000 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:67.0) Gecko/20100101 Thunderbird/67.0 MIME-Version: 1.0 In-Reply-To: <85bd9ecf-6b66-324f-78eb-3170cb037248@gjunka.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 790E88CA92 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=hicuBKoS; spf=pass (mx1.freebsd.org: domain of koobsfreebsd@gmail.com designates 2607:f8b0:4864:20::62d as permitted sender) smtp.mailfrom=koobsfreebsd@gmail.com X-Spamd-Result: default: False [-5.88 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[koobs@FreeBSD.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; 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]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; 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:s=20161025]; FROM_NEQ_ENVFROM(0.00)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.992,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.2.6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.67)[ip: (-7.73), ipnet: 2607:f8b0::/32(-3.29), asn: 15169(-2.29), country: US(-0.06)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 May 2019 12:49:04 -0000 On 24/05/2019 10:45 pm, Grzegorz Junka wrote: > > On 24/05/2019 12:34, Kubilay Kocak wrote: >> On 24/05/2019 9:52 pm, Grzegorz Junka wrote: >>> >>> On 24/05/2019 11:30, Grzegorz Junka wrote: >>>> >>>> On 24/05/2019 11:12, Kubilay Kocak wrote: >>>>> On 24/05/2019 8:07 pm, Grzegorz Junka wrote: >>>>>> Hey, >>>>>> >>>>>> Is there any policy/document when a bug can be closed? For >>>>>> example, is it OK to close a bug that is fixed upstream but not >>>>>> yet in ports? >>>>>> >>>>>> Thanks >>>>>> GrzegorzJ >>>>>> >>>>> >>>>> Hi Grzegorz, >>>>> >>>>> Bugs are closed after they are "resolved". Resolved means a >>>>> resolution has "occurred", but more precisely, the "thing reported" >>>>> has been resolved. Resolved doesn't necessary mean "fixed" (see below) >>>>> >>>>> What resolution is appropriate/set depends on the context of the >>>>> issue, usually the specific nature of the request/proposal. Is >>>>> there a specific bug you're referring to? I can speak to that case >>>>> specifically if so. >>>>> >>>>> For example however, if the bug was a "bug report for the >>>>> port/package", fixed upstream hasn't fixed the port, so not >>>>> usually, no, that wouldn't be considered sufficient to be >>>>> "resolved" and closed. >>>>> >>>>> Usually commits upstream are backported to the ports, and they are >>>>> closed when those are committed. >>>>> >>>>> There can't be policies for this perse, as its completely >>>>> context/request dependent. >>>>> >>>>> Resolutions can take place either by way of: >>>>> >>>>> 1) A change is made: a commit, usually, but could be a wiki update, >>>>> or a DNS update for infrastructure changes, etc. >>>>> 2) One of the 'non-change' resolutions: not accepted, unable to >>>>> reproduce, feedback timeout, etc >>>>> >>>>> Nothing about the above is special or different than most other >>>>> issue trackers (generally speaking). >>>>> >>>>> Regarding states, we have New, Open, In Progress, Closed >>>>> >>>>> New: Not touched/Untriaged >>>>> Open: Initially Triaged (classified) >>>>> In Progress: Has a real (person) Assignee, action has started >>>>> Closed: Change(s) Made, OR "Non-Change" resolution set. >>>>> >>>>> There's nothing special/different about these either, except that >>>>> we like to have a real person assigned before in progress, and >>>>> before close. >>>>> >>>>> Happy to answer any more questions regarding issue tracking, etc >>>>> anytime >>>>> >>>> >>>> Hi Kubilay, >>>> >>>> Thank you for a detailed response. Yes, this is related to a >>>> particular defect. I didn't mention it because I didn't want to be >>>> picky and seen as causing troubles :) Also wasn't sure what's OK and >>>> what's not. Here is the defect: >>>> >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238086 >>>> >>>> I appreciate Yuri's contributions to the community and my intention >>>> isn't to bring this up for judgment. Even though as a FreeBSD user I >>>> might feel a bit ignored and shuffled under the carpet after the >>>> defect has been closed, my intention was more to find out if maybe a >>>> new state "Postponed" could be added for a defect in a state like >>>> this one? >>>> >>> >>> A very similar story with: >>> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238088 >>> >>> It's not scheduled to be removed per se yet. The removal is under >>> discussion with no clear path agreed as far as I know. I understand >>> that a maintainer doesn't want to spend time working on a port that >>> will likely undergo significant changes or removal but is closing the >>> defect the right thing to do? And again, a "Postponed" state seems to >>> me to be more appropriate? >>> >>> GrzegorzJ >>> >>> >> >> The better resolution for this is again probably: Not Accepted (as >> WONTFIX), though I can understand why "Overcome by Events" was >> selected (wont be fixed *because* of a separate overruling issue). >> >> From a reading of the associated bug (215036), it reads fairly clearly >> that the 0.x branch is not supported (security wise, in particular), >> and no further work will be done on it. That the port has been >> deprecated (DEPRECATED/EXPIRY_DATE) is evidence of that decision. >> > > Agreed in principle, but the port hasn't yet been marked as > DEPRECATED/EXPIRATION_DATE. Unless it was done in the last few days (I > synced my ports 18 May). > > > _______________________________________________ > 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" Indeed it has: https://svnweb.freebsd.org/changeset/ports/502453 The same day, 6 minutes after your comment about it not having an EXPIRATION_DATE :) From owner-freebsd-ports@freebsd.org Fri May 24 12:53:29 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80D1D15AAEF7 for ; Fri, 24 May 2019 12:53:29 +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 C16FE8CF27 for ; Fri, 24 May 2019 12:53:28 +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 x4OCrRJf053353 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 24 May 2019 12:53:27 GMT (envelope-from list1@gjunka.com) Subject: Re: Policy on closing bugs To: freebsd-ports@freebsd.org References: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> <3ca47a0a-e8ae-e36f-c499-b26f8997e55c@FreeBSD.org> <341fe47b-1104-3050-f85b-504be0460c48@gjunka.com> <3f2d8d56-c223-596e-caaf-d17d6a0decd5@FreeBSD.org> <85bd9ecf-6b66-324f-78eb-3170cb037248@gjunka.com> <20a4ec02-3c58-588e-dfb8-d5a4c29fe04b@FreeBSD.org> From: Grzegorz Junka Message-ID: <5fee8640-4f54-6482-7bf4-8be9ce79c5db@gjunka.com> Date: Fri, 24 May 2019 12:53:27 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20a4ec02-3c58-588e-dfb8-d5a4c29fe04b@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-Rspamd-Queue-Id: C16FE8CF27 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,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(-1.00)[-1.000,0]; DMARC_NA(0.00)[gjunka.com]; MX_GOOD(-0.01)[cached: gjunka.com]; NEURAL_HAM_SHORT(-0.96)[-0.956,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 May 2019 12:53:29 -0000 On 24/05/2019 12:48, Kubilay Kocak wrote: > On 24/05/2019 10:45 pm, Grzegorz Junka wrote: >> >> On 24/05/2019 12:34, Kubilay Kocak wrote: >>> On 24/05/2019 9:52 pm, Grzegorz Junka wrote: >>>> >>>> On 24/05/2019 11:30, Grzegorz Junka wrote: >>>>> >>>>> On 24/05/2019 11:12, Kubilay Kocak wrote: >>>>>> On 24/05/2019 8:07 pm, Grzegorz Junka wrote: >>>>>>> Hey, >>>>>>> >>>>>>> Is there any policy/document when a bug can be closed? For >>>>>>> example, is it OK to close a bug that is fixed upstream but not >>>>>>> yet in ports? >>>>>>> >>>>>>> Thanks >>>>>>> GrzegorzJ >>>>>>> >>>>>> >>>>>> Hi Grzegorz, >>>>>> >>>>>> Bugs are closed after they are "resolved". Resolved means a >>>>>> resolution has "occurred", but more precisely, the "thing >>>>>> reported" has been resolved. Resolved doesn't necessary mean >>>>>> "fixed" (see below) >>>>>> >>>>>> What resolution is appropriate/set depends on the context of the >>>>>> issue, usually the specific nature of the request/proposal. Is >>>>>> there a specific bug you're referring to? I can speak to that >>>>>> case specifically if so. >>>>>> >>>>>> For example however, if the bug was a "bug report for the >>>>>> port/package", fixed upstream hasn't fixed the port, so not >>>>>> usually, no, that wouldn't be considered sufficient to be >>>>>> "resolved" and closed. >>>>>> >>>>>> Usually commits upstream are backported to the ports, and they >>>>>> are closed when those are committed. >>>>>> >>>>>> There can't be policies for this perse, as its completely >>>>>> context/request dependent. >>>>>> >>>>>> Resolutions can take place either by way of: >>>>>> >>>>>> 1) A change is made: a commit, usually, but could be a wiki >>>>>> update, or a DNS update for infrastructure changes, etc. >>>>>> 2) One of the 'non-change' resolutions: not accepted, unable to >>>>>> reproduce, feedback timeout, etc >>>>>> >>>>>> Nothing about the above is special or different than most other >>>>>> issue trackers (generally speaking). >>>>>> >>>>>> Regarding states, we have New, Open, In Progress, Closed >>>>>> >>>>>> New: Not touched/Untriaged >>>>>> Open: Initially Triaged (classified) >>>>>> In Progress: Has a real (person) Assignee, action has started >>>>>> Closed: Change(s) Made, OR "Non-Change" resolution set. >>>>>> >>>>>> There's nothing special/different about these either, except that >>>>>> we like to have a real person assigned before in progress, and >>>>>> before close. >>>>>> >>>>>> Happy to answer any more questions regarding issue tracking, etc >>>>>> anytime >>>>>> >>>>> >>>>> Hi Kubilay, >>>>> >>>>> Thank you for a detailed response. Yes, this is related to a >>>>> particular defect. I didn't mention it because I didn't want to be >>>>> picky and seen as causing troubles :) Also wasn't sure what's OK >>>>> and what's not. Here is the defect: >>>>> >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238086 >>>>> >>>>> I appreciate Yuri's contributions to the community and my >>>>> intention isn't to bring this up for judgment. Even though as a >>>>> FreeBSD user I might feel a bit ignored and shuffled under the >>>>> carpet after the defect has been closed, my intention was more to >>>>> find out if maybe a new state "Postponed" could be added for a >>>>> defect in a state like this one? >>>>> >>>> >>>> A very similar story with: >>>> >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238088 >>>> >>>> It's not scheduled to be removed per se yet. The removal is under >>>> discussion with no clear path agreed as far as I know. I understand >>>> that a maintainer doesn't want to spend time working on a port that >>>> will likely undergo significant changes or removal but is closing >>>> the defect the right thing to do? And again, a "Postponed" state >>>> seems to me to be more appropriate? >>>> >>>> GrzegorzJ >>>> >>>> >>> >>> The better resolution for this is again probably: Not Accepted (as >>> WONTFIX), though I can understand why "Overcome by Events" was >>> selected (wont be fixed *because* of a separate overruling issue). >>> >>> From a reading of the associated bug (215036), it reads fairly >>> clearly that the 0.x branch is not supported (security wise, in >>> particular), and no further work will be done on it. That the port >>> has been deprecated (DEPRECATED/EXPIRY_DATE) is evidence of that >>> decision. >>> >> >> Agreed in principle, but the port hasn't yet been marked as >> DEPRECATED/EXPIRATION_DATE. Unless it was done in the last few days >> (I synced my ports 18 May). >> >> >> _______________________________________________ >> 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" > > Indeed it has: https://svnweb.freebsd.org/changeset/ports/502453 > > The same day, 6 minutes after your comment about it not having an > EXPIRATION_DATE :) > All right, I did see the commit but I thought the commit message is the actual change. I should have tried to dig deeper. Sorry about that. I guess this one is sorted then :) From owner-freebsd-ports@freebsd.org Fri May 24 14:42:19 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B50D315AD303 for ; Fri, 24 May 2019 14:42:19 +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 9A7AF683FA; Fri, 24 May 2019 14:42:18 +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 x4OEgGkA054839 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 24 May 2019 14:42:17 GMT (envelope-from list1@gjunka.com) Subject: Re: Policy on closing bugs To: koobs@FreeBSD.org, freebsd-ports@freebsd.org References: <2d6b1503-8ecd-6313-525b-e9f104fcb7f6@gjunka.com> <3ca47a0a-e8ae-e36f-c499-b26f8997e55c@FreeBSD.org> <341fe47b-1104-3050-f85b-504be0460c48@gjunka.com> <43a74cfe-5788-3878-026e-a586b6680216@FreeBSD.org> From: Grzegorz Junka Message-ID: <769a6f8f-0785-3683-4a8b-82809904d424@gjunka.com> Date: Fri, 24 May 2019 14:42:16 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <43a74cfe-5788-3878-026e-a586b6680216@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-Rspamd-Queue-Id: 9A7AF683FA X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-6.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,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]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gjunka.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-3.64)[ip: (-9.53), ipnet: 88.98.192.0/18(-4.77), asn: 56478(-3.81), country: GB(-0.09)]; MX_GOOD(-0.01)[cached: gjunka.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.92)[-0.922,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 May 2019 14:42:20 -0000 On 24/05/2019 12:26, Kubilay Kocak wrote: > On 24/05/2019 9:30 pm, Grzegorz Junka wrote: >> >> On 24/05/2019 11:12, Kubilay Kocak wrote: >>> On 24/05/2019 8:07 pm, Grzegorz Junka wrote: >>>> Hey, >>>> >>>> Is there any policy/document when a bug can be closed? For example, >>>> is it OK to close a bug that is fixed upstream but not yet in ports? >>>> >>>> Thanks >>>> GrzegorzJ >>>> >>> >>> Hi Grzegorz, >>> >>> Bugs are closed after they are "resolved". Resolved means a >>> resolution has "occurred", but more precisely, the "thing reported" >>> has been resolved. Resolved doesn't necessary mean "fixed" (see below) >>> >>> What resolution is appropriate/set depends on the context of the >>> issue, usually the specific nature of the request/proposal. Is there >>> a specific bug you're referring to? I can speak to that case >>> specifically if so. >>> >>> For example however, if the bug was a "bug report for the >>> port/package", fixed upstream hasn't fixed the port, so not usually, >>> no, that wouldn't be considered sufficient to be "resolved" and closed. >>> >>> Usually commits upstream are backported to the ports, and they are >>> closed when those are committed. >>> >>> There can't be policies for this perse, as its completely >>> context/request dependent. >>> >>> Resolutions can take place either by way of: >>> >>> 1) A change is made: a commit, usually, but could be a wiki update, >>> or a DNS update for infrastructure changes, etc. >>> 2) One of the 'non-change' resolutions: not accepted, unable to >>> reproduce, feedback timeout, etc >>> >>> Nothing about the above is special or different than most other >>> issue trackers (generally speaking). >>> >>> Regarding states, we have New, Open, In Progress, Closed >>> >>> New: Not touched/Untriaged >>> Open: Initially Triaged (classified) >>> In Progress: Has a real (person) Assignee, action has started >>> Closed: Change(s) Made, OR "Non-Change" resolution set. >>> >>> There's nothing special/different about these either, except that we >>> like to have a real person assigned before in progress, and before >>> close. >>> >>> Happy to answer any more questions regarding issue tracking, etc >>> anytime >>> >> >> Hi Kubilay, >> >> Thank you for a detailed response. Yes, this is related to a >> particular defect. I didn't mention it because I didn't want to be >> picky and seen as causing troubles :) Also wasn't sure what's OK and >> what's not. Here is the defect: > > My pleasure. I understand the desire not to want "cause trouble", but > it's also important that everyone feel comfortable asking questions, > and understand/clarify how things works (or should work, ideally). We > need to see more of it, not less. > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238086 >> >> I appreciate Yuri's contributions to the community and my intention >> isn't to bring this up for judgment. Even though as a FreeBSD user I >> might feel a bit ignored and shuffled under the carpet after the >> defect has been closed, my intention was more to find out if maybe a >> new state "Postponed" could be added for a defect in a state like >> this one? >> >> GrzegorzJ > > So there's a few issues involved, that are worth making very distinct: > > - A FreeBSD port/package and its users are affected > - Upstream has apparently fixed the issue, but there's not much detail > about how, where, when, etc > - The bugs resolution type > > We'll run through those individually so its hopefully more clear how > they might interact/overlap with each other: > > 1) If a port/package is broken in some way, we want to fix it, and as > maintainers, we have signed up to do that. This is not controversial. > > For users, its not always (I would argue in most cases), possible or > easy for them to distinguish between a port problem, and a software > problem, and who (freebsd or upstream) should be primarily responsible > to a) get the initial bug report b) fix it in the first instance. I > personally don't believe users should be expected to know or do this, > but its great if/when they can. > > There are arguments on both sides of the (unfortunate) > upstream/downstream divide, about users reporting bugs to the "wrong > place". > > Sometimes downstreams hack software to make it work or do things > differently in their distribution/OS, and sometimes these things > break, and upstreams get the report. > > Sometimes upstreams break things, and downstreams get the reports. > > It's a difficult problem to solve completely and permanently, so > ultimately it's the relationship between downstreams/upstreams that is > the most important thing to cultivate. > > Having said that, at least in the former case, I don't think its too > much of a burden for us to receive reports and close them (where > appropriate) as "wont fix / not accepted" after commenting that the > report should go upstream. > > The question as to what and when is appropriate is very case > dependent, but the minimum (in my opinion) is that it should be > explicitly clear to the reporter and documented what the complete > rationale, analysis is to resolving in that manner. > > 2) If an upstream has fixed an issue, all else being equal, we ought > to be motivated to identify the specific upstream fix/commit/pr/issue, > and look to include it in the port, if possible without a version > update. In particular, we should do this so that the fix can be merged > to the quarterly (security and bugfix branch), which doesn't take > version (feature) updates. Bugfixes and security updates is the > promise of quarterly, if we wait for version/feature updates to get > bugfixes, quarterly doesn't get them. > > It's *very* helpful if users can help identify the specific upstream > references, but it's definitely not a requirement. > > Note also that bugs can and should be re-opened by users *at any time* > if additional information comes to hand that precludes or updates the > last 'resolution' at last close. This does not mean that they should > be re-opened spuriously, or because you don't like the decision > personally. > > 3) The resolution in this case "not a bug" is not the most correct for > the apparent resolution "wait for upstream update". It is a bug, and > it has (apparently?) been fixed upstream, and a freebsd port is > currently impacted by it. > > Implicit in a bug report "port foo is broken when bar" is "and the bug > should be fixed in the port". If a user included a patch to fix it, > and the maintainer declined the change, the bug would be closed "not > accepted". > > That there exists some commit upstream that fixed the issue, means the > most correct resolution (of the ones we have today) would be 'Not > Accepted'. Its only slightly not quite "not accepted" because an > upstream commit/fix was not identified (or was, but it wasn't > commented on). Does it mean that strictly speaking my bug was not accepted and has been closed because it didn't offer a fix? I consider bugzilla as a tracking system, not a database of defect statutes. For example, if as an user I see that a port is failing when some specific option is (un)set (like in this case), then first of all I try to raise an issue to see if this problem is known. If I see that the issue has been raised and closed I would expect the option to either: 1. work (meaning the build is successful when it's (un)set as I tried earlier) 2. be removed or otherwise marked as broken In this particular case another user may try to (un)set the option as I did, then waste time on compiling only to discover the build fails. Then if they are inclined enough they may see if this problem is known. It's a step up assuming they are technical enough to look up for a bug, but let's say a fair amount of them may find it in bugzilla. Then they look and see that oh, it's a known problem, but has been closed nevertheless. That's quite inconsiderate for our users and in User Experience is called Dead End: https://signalinc.com/website-ux-dont-leave-users-hanging/ https://uxmag.com/articles/usability-tip-no-dead-ends-please Sure, the user may open the bug and look through the history, read comments, make sense of the reason for closing and infer what would be the next action. It's again a step up in assuming they are technical enough to do that. If the intended audience of FreeBSD and poudriere are developers then it's a fair assumption. Otherwise we are making the system too difficult for newbies to use. IMHO in the case like this (possibly fixed upstream, the date when it's going to land in ports is not known) the most user friendly approach would be to mark the defect as In progress, then remove the broken option or mark it as broken, and in any case remove it from defaults if it's there. Then close the defect with resolution as discussed here. A less friendly option would be to mark the defect as Postponed (if such a state existed). From user experience point of view this would have a number of benefits above closing the defect outright: 1. Users experiencing build problems see straight away that the issue is known but the resolution isn't available yet and won't be for some time. 2. Once the port has been updated, all postponed defects that depend on that update can be either closed or reopened - a change in the defect at that time triggers emails notifying whomever raised the defect about the update and gives them a chance to revisit the defect. They can then either (un)set the option that wasn't previously available or retest the fix. Closing the defect outright without any action gives no benefits to FreeBSD users, only makes the stats look nice. > > Side Note: I recently changed the resolution name "Rejected" to "Not > Accepted" for obvious reasons, though I can now see that this still > needs to be improved, to cover the case where a 'change/patch' hasn't > been offered. I had considered "Not Accepted / WONT FIX", but that was > too long. I'll think about this some more. > > Very very very few bugs are closed "talk to upstream" or "wait for a > version update", and for those that are, its usually very clear that > upstream is the "better" place for the report, or there are other > issues precluding backporting a fix. > > In this specific case, it would be great to have someone identify the > fix concerned upstream, re-open the bug with those links/references, > and explicitly request that they be included in the port. That's > already what happens in the vast majority of cases, even to the extent > of maintainers creating bug reports/PR's on our users behalf. > > Hope that helps GrzegorzJ! > > If you or anyone else is interested in the subject, don't hesitate to > ping me (us, bugmeister) on IRC (#freebsd-bugs / freenode) to talk > more about issue tracking, productivity, problems, improvements, > policies, etc :) > Thanks for the reminder. I keep forgetting about IRC :) From owner-freebsd-ports@freebsd.org Fri May 24 16:18:42 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F23DF15AF728 for ; Fri, 24 May 2019 16:18:41 +0000 (UTC) (envelope-from andrew.fengler@scaleengine.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8A96D90B for ; Fri, 24 May 2019 16:18:41 +0000 (UTC) (envelope-from andrew.fengler@scaleengine.com) Received: by mailman.ysv.freebsd.org (Postfix) id 2C5CD15AF727; Fri, 24 May 2019 16:18:41 +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 1810D15AF726 for ; Fri, 24 May 2019 16:18:41 +0000 (UTC) (envelope-from andrew.fengler@scaleengine.com) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 B54FA6D909 for ; Fri, 24 May 2019 16:18:39 +0000 (UTC) (envelope-from andrew.fengler@scaleengine.com) Received: from E8400.ScaleEngine.net (E8400.HML3.ScaleEngine.net [209.51.186.62]) (Authenticated sender: andrew.fengler@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id B6D7D1B385 for ; Fri, 24 May 2019 16:18:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=scaleengine.com; s=dkim; t=1558714712; bh=bP+diJPHdeauuJ8f7PpwowDZDanV60zj/Z3kW2jIwUo=; h=To:From:Subject:Date; b=RoSR85A1SjovMqEr1rFjgfPVPmtongqypHyplcNwWvivgeP8+vMcDCELKHHyoF/qc X+VVBe0xrRCvqKtEFNX4MCcOqml8wvTSSEfVCxFglP5XfqSvfz8kqf9l+u/cADW+Uy 7eQS9ra59UqOO3cM5QrNXZp2BYc2bYmx/jetKgIg= To: ports@freebsd.org From: Andrew Subject: net/rtg committer needed Message-ID: <2e5004e6-997a-4a59-2554-2d2ebdfa2eee@scaleengine.com> Date: Fri, 24 May 2019 12:18:31 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: B54FA6D909 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=scaleengine.com header.s=dkim header.b=RoSR85A1; spf=pass (mx1.freebsd.org: domain of andrew.fengler@scaleengine.com designates 209.51.186.6 as permitted sender) smtp.mailfrom=andrew.fengler@scaleengine.com X-Spamd-Result: default: False [-6.94 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_NONE(0.00)[]; MX_GOOD(-0.01)[cached: mx2.allanjude.com]; DKIM_TRACE(0.00)[scaleengine.com:+]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.46)[ip: (-9.39), ipnet: 209.51.160.0/19(-4.70), asn: 6939(-3.13), country: US(-0.06)]; ASN(0.00)[asn:6939, ipnet:209.51.160.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[scaleengine.com:s=dkim]; 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)[ports@freebsd.org]; DMARC_NA(0.00)[scaleengine.com]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 16:18:42 -0000 Hi, net/rtg no longer runs on modern perl. The maintainer made a patch almost a year ago, but it's been stalled on some flavour stuff. I've modified the patch to remove the offending flavour bits, but haven't heard back from the maintainer in almost a month, even tried poking him out of band. The orginal patch is here: https://reviews.freebsd.org/D17637 And I've uploaded my fixed patch to the bug report on bugzilla here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227376 Works on 12.0, and the maintainer's original patch before it got kicked out is working on both 11.x and 12.0 Is there a commiter that could take a look at this and see if we can get it back to working? Thanks, Andrew Fengler ScaleEngine Inc. Email: andrew.fengler@scaleengine.com Phone: (800) 224-0095 From owner-freebsd-ports@freebsd.org Fri May 24 19:11:44 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01C2F15B34F8 for ; Fri, 24 May 2019 19:11:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.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 859877432A for ; Fri, 24 May 2019 19:11:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: aYBp8voVM1mcqECliAhzTvtMGzUCRdkSFz3KNjTdP1vH.Y3BKeTx.Er1zZXXbPj 4yf_MTDBeFAMwXa5BQ6lh4uIV7xXI3E3TVzuWfH7.ANjloylxTrcj7m0U.1yXur8Rue_hypz7avO N5TzOd2i3siGLYOK6BkdWY.VVQBDzb9OzpG7qPyuJdWRm_mym1cSDyUbdtpXwfHOL0O3gp05us11 VZ7QF9VzbJVH7zcj0zWpoqjppjqGM.dY1.CBo2wY.IO.UDuONbebUfpsO_4hpqRvv94AGMzWZG_k bHnkR7XMF1OAjNp2VoPuc8f1uAKkPCclpMjIjpimqr4eEiaY4s61.m1FGTbyRExdjVxLS4MswdAu 8oUAPHAg8vBkWoFUn747YBhw.kMd8LcjwRn_hStj1U1m1wPLno3GmhLEsSzfVZcdqT1r6I2GUSrW nuHmku_NmX3HLFQT4mIXErgab5zRX58elnCEMSuzsRYiW.rQAq8baYKQwbw1EKpUuUItFId5ekM5 fDBB0x9k7KbEmmadNKx8_HsvsdcIVo3zwhFbjkZx95wnPpGuHkkK0GSSS0hdGaN7Tq9DFBEwvJGa zzY.hySNj0UVNqr6oSKX01SPG1KR.7KkOHWowHlCPx4uxaLx072gf3akLA53RNsFe9dq2STF4pY1 tMnSJ0DpVRk.K5IudXRN4QBYsvnhrGnO6UDTbR3BXL0F2mQ4Q8lbbZq.wqJnb4gtQTHNIHjeOGn1 JVSFmjlHoL_EPyogCStCxA2OsjEt4XljtuvORJnE09IUuZh6J6B4jzva.Xi54RWP6YzQrPCXtaXY VXR2Pme3z7fnAYhGkClgq.seFAEt7aEITvBSs7ZfyPW7Q8SpVHdlM08Uho1Q3OSJMav_twDTk_sj qHQ0Yfz9lQ3RDTWjvzHpo1Gnp.STFkuiGLIyCkbp8_A5POoCXDr1QzBh9JknX84lqYJexAU.NQ9g gdbgQiQ0MpbHotwppBm9qD.8oHt6yiLjboT6zeyx7vh2QvloXZ.y0blX0JWsEKT7O8Z05E50TRoy hAcybVPEaQA9GJ6Cnqoj0nJ3YUWkpI1uwS8B8PTywrKg_qmKvw7UyXUMA6STTWnXtkTHiSgsIUFs QMD2mbmphVqACHXLAcqDqLplaraRMWuItJnDqY2aDTdwkrQW6gfI0T136clgTqrpzPZ.KITk5SUq lQK8t2QOl_qdp778U_ea493.YbRuay0S8ct320NGcSFbEjFGyY83yJ1c5Hatt1168AkVb1Q-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 24 May 2019 19:11:35 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp409.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3db54298f7db4a5a1db19f077dbfe07f; Fri, 24 May 2019 19:11:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 system-clang-8 based context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 From: Mark Millard In-Reply-To: <20190524182522.GA17299@lonesome.com> Date: Fri, 24 May 2019 12:11:34 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , ports-list freebsd , Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> <33026AD5-9CB0-43CB-84EA-5B2B914A7EB0@yahoo.com> <3B3EACF3-00D8-48B7-A3C0-8AA6E0279041@yahoo.com> <20190524182522.GA17299@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 859877432A X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.64 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; LONG_SUBJ(1.66)[221]; 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)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.40)[0.403,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.83)[ip: (7.45), ipnet: 98.137.64.0/21(0.99), asn: 36647(0.79), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.26)[0.263,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.996,0]; RCVD_IN_DNSWL_NONE(0.00)[147.65.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 19:11:44 -0000 On 2019-May-24, at 11:25, Mark Linimon wrote: > On Thu, May 23, 2019 at 10:33:35PM -0700, Mark Millard via = freebsd-toolchain wrote: >> That is no matter what the system compiler is for powerpc64. >>=20 >> This lead to the below mixing of libstdc++.so.6 and libc++/libcxxrt . = . . >=20 > Yeah. This is probably my fault. >=20 > We've baked the assumption into ports that "powerpc64 implies gcc in = base". > You're the first person to color outside the lines I think :-) >=20 > I'm going to start an internal discussion about what the "real" fix = is. > I consider what we've done in some places to not be the "real" fix = because > they assume _either_ llvm _or_ gcc in base. This would fix your = specific > problem but not the general problem of someone installing both and = then > switching back and forth for testing. Plus qt5 is outside the range of gcc 4.2.1 to cover, so for it a usable "gcc in base" would mean base/gcc or some such substitution. But base/gcc does not imply any version of libstdc++ is in use either: same problem as system-clang-8-based if something like lang/gcc8 is used for qt5. Even if libstdc++ was (hypothetically) used, the vintage from base/gcc or devel/*-gcc sorts of materials would not generally match lang/gcc8 or whatever compiler:c++11-lib and the like might default to. For the likes of qt5, care must be taken that, for example, devel/icu and its: /usr/local/lib/libicui18n.so.64 /usr/local/lib/libicuuc.so.64 vs. qt5: they must use the same c++ library and vintage. Then there are things that really could use gcc 4.2.1 from base: mixed libstdc++ vintages could result, even if some port lang/gcc* toolchain is used. Definitely a messy context. The failing behavior (program crash very early when starting) was not obviously tied to c++ library mixes being involved. It would be handy if some stage of building/installing/running caught the presence of such a bad combination and was explicit about it. =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 May 25 06:56:30 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66FB815A444D for ; Sat, 25 May 2019 06:56:30 +0000 (UTC) (envelope-from dettus@dettus.net) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 95B6A923A7 for ; Sat, 25 May 2019 06:56:28 +0000 (UTC) (envelope-from dettus@dettus.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1558767385; s=strato-dkim-0002; d=dettus.net; h=Date:Message-ID:Subject:From:To:X-RZG-CLASS-ID:X-RZG-AUTH:From: Subject:Sender; bh=GerHHa/rSxqyFErarf2fyqnXuDm9F3pJSeDl4sSr5os=; b=fBbhAoP1s8JwJaOZ4RRz3AnVKFbGUqJZS+SGtgKlYaoXgUI6g/HJJJSeYAsF2iq+zm tce7oB4f11zws/fOq9FZfbXwJCiT/TqoAg+6mrpDf54Cc7ZiYTz5q1oI0Gf/IdsAKnho Y8rkCQ9NJanDNnHC1bQOCu7UJ7ueShW6CTSkeEk6wgHdh9ITqyqrwzC80Aq6EF20TuNB gUuDSHhiexGM+OoGXiBOz6iqKTGCJjjdZ/V6c90akUe2VIqeVBlovecjwZ4b1+54ni2o 4Hr+6Nko1mZb0Kx16vd94MI15CKeLFn9TTll9INMObxSsrgDnSH5Veyd1wp/lrFbD7wS uhNA== X-RZG-AUTH: ":KGkQYVW7W/svqgEWTtiN1ShZMluS4nqB3SkHmQvAOacDbm4Nb/Fv7A3bolGUyJq9pcwS" X-RZG-CLASS-ID: mo00 Received: from [192.168.23.9] by smtp.strato.de (RZmta 44.18 DYNA|AUTH) with ESMTPSA id z09415v4P6uOGTv (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate) for ; Sat, 25 May 2019 08:56:24 +0200 (CEST) To: freebsd-ports@freebsd.org From: dettus Subject: new port: game/dMagnetic (moved to github, and help needed) Message-ID: Date: Sat, 25 May 2019 08:56:19 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 95B6A923A7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dettus.net header.s=strato-dkim-0002 header.b=fBbhAoP1 X-Spamd-Result: default: False [-4.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[dettus.net:s=strato-dkim-0002]; RCVD_IN_DNSWL_LOW(-0.10)[5.0.0.0.0.0.0.0.0.0.0.0.0.0.3.5.2.0.2.0.a.0.2.0.8.3.2.0.1.0.a.2.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.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[dettus.net]; MX_GOOD(-0.01)[smtp.rzone.de]; DKIM_TRACE(0.00)[dettus.net:+]; NEURAL_HAM_SHORT(-0.94)[-0.941,0]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.75)[ipnet: 2a01:238::/32(-3.20), asn: 6724(-0.55), country: DE(-0.01)]; ASN(0.00)[asn:6724, ipnet:2a01:238::/32, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 May 2019 06:56:30 -0000 You wake up on a sunny August morning with birds singing, and the air fresh and clear. However, your joints are stiff and you have not woken up in your bedroom as you would have expected. Trying to recall what happened the night before, you manage to piece together a few brief glimpses to give the following account: Hello. So, I have this Magnetic Scrolls Interpreter, with which you can play classic Text Adventures, such as "The Pawn" or "The Guild of Thieves", "Jinxter", "Myth", "Fish!", "Corruption" and Wonderland. Its website can be found at http://www.dettus.net/dMagnetic And I also took the liberty of creating a port for FreeBSD, which you can find here https://github.com/dettus/ports_and_packages/tree/master/FreeBSD/games/dMagnetic Since I am not an experienced porter or maintainer, I would like to ask you guys for some help. Maybe you can help me polish this one up a little bit, and maybe you could help me get it into the FreeBSD ports for real. It would be an honor to known that it is in there. Thomas P.S.: I know, I advertised this port a couple of days ago, but it was important for me to alert you guys about the shift to github. From owner-freebsd-ports@freebsd.org Sat May 25 08:13:19 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD38F15A5B79 for ; Sat, 25 May 2019 08:13:19 +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 59339943C2 for ; Sat, 25 May 2019 08:13:19 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 15A6115A5B76; Sat, 25 May 2019 08:13:19 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02EEA15A5B75 for ; Sat, 25 May 2019 08:13:19 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F2FB943BC for ; Sat, 25 May 2019 08:13:18 +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 3BE051206 for ; Sat, 25 May 2019 08:13:17 +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 x4P8DHTE050822 for ; Sat, 25 May 2019 08:13:17 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.ysv.freebsd.org (8.15.2/8.15.2/Submit) id x4P8DHpc050821; Sat, 25 May 2019 08:13:17 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201905250813.x4P8DHpc050821@portscout.ysv.freebsd.org> X-Authentication-Warning: portscout.ysv.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sat, 25 May 2019 08:13:17 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 May 2019 08:13: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 ------------------------------------------------+-----------------+------------ devel/grpc | 1.15.1 | v1.21.1 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks.