From owner-freebsd-ports@freebsd.org Sun Apr 26 06:23:26 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B29782CCB68 for ; Sun, 26 Apr 2020 06:23:26 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 498yXG4HjQz42Zq for ; Sun, 26 Apr 2020 06:23:26 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 9349A2CCB67; Sun, 26 Apr 2020 06:23:26 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 931532CCB66 for ; Sun, 26 Apr 2020 06:23:26 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::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.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 498yXG3TPCz42Zp for ; Sun, 26 Apr 2020 06:23:26 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 72DD11C8AF for ; Sun, 26 Apr 2020 06:23:26 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 03Q6NQiC064016 for ; Sun, 26 Apr 2020 06:23:26 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 03Q6NQGK064001; Sun, 26 Apr 2020 06:23:26 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202004260623.03Q6NQGK064001@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sun, 26 Apr 2020 06:23:26 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 06:23:26 -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 ------------------------------------------------+-----------------+------------ multimedia/py-openlp | 2.4.6 | 2.9.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 Reported by: portscout! From owner-freebsd-ports@freebsd.org Sun Apr 26 07:47:04 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B61742CE5A9 for ; Sun, 26 Apr 2020 07:47:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.gq1.yahoo.com (sonic302-20.consmr.mail.gq1.yahoo.com [98.137.68.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 4990Nk2lqQz45fx for ; Sun, 26 Apr 2020 07:47:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: uV2xq1oVM1kB24hOJ9dVh4q2VnO9wjfLRiktQwI5u1kQnGu.5L0ay7_1mY1IxsH fACw97fkne_VwBahSbU1T3Vm9ekgqsgJCmHXvTkelCMbbbw_cqQgFBP.vd7huX7lvVTsJXk2abYV 54k1ITfq5YGJZUmqeVnvpZ9.H4hYhsOAnN0C_1B6QjcqTbk1YKkBcrMgJB.GEGGz6PWRFi_0Xpv1 GwnvUC05K6zTJay7hYXgkwFpJwnVLL3ZGJNCJ7KEsMwWA5TemqJC1HqfxNTGfExG3YyfcC1mI_D8 CUyQhIyImRZOO5qU4MCuHS9kRNg0E5GI99FsNzXPS9Vhqnot5dCJQspYKw7PjrAv2sf9mvfZ0PeR DQHWQUCtHTW.9UJkSuCmNu4mUpwqRUDlies.zYMlR4eMX6nqGBIw6yVtttZQiQDDQw8sgKKGq4Nk pgCF2sOzDy9rCRs4kFQHelCmOgTvRcD.skgO6ajD3xzl.9RTLYuH6zgNx9Qrq_aDCBjQid0oqNXo apDIhBNvHb8BJsz0O44DZOquikEPfB0H9HPVd6hdUYxSJCDDxFE1BHpS4puSQaiSVfgYAt7f7WcX gcn1Jn6tfR4qJKRQjw5qxzQ96NpqmsLjceMjCYD1RsQZIgWp3n3e9HWAItBnPEJC.wxoLNeI.QS2 XZ9d0Jk9ug77997ih1zs4FbAHcci_gz232bV_k.FkPWIDsW86CJXSqD1AqJstJekbjfkQiRObwZN kaDlYW9fbgRXHuHxvebPwt.T8x86EhFcalZHI_iPOIHEC2mnt4aY0ZTxP1hFNziiKxOaqqUik07O bARmNvl5bq6EA5M8VqwmUUtddwe8qmaA0IUxJzbSaC17XKmyZGMtx7R9Fd04BYDgyeOcRs7r1Pso c.2xVE7F9aw3iokEkp9.TVfOF_hq5BM3CtOxzm7gf3qXkgcrHrDUrkyc1rOSdpUj2d89o0PrTT4x Vb9ta3_8hxa9Zh4v5I7.o8ffaCho4WvoXeKbq6g21AvSRiy3lK4yMrgMxZljcoYdfDepNewejjcD OnGiWYhtamaxAYd0R3z_KlfVJgeA3SuZjlO9z3YU8Yc99UdhCqbglHYco_.H3b4oO0MpdMVXdpjx 5h49LEL_fx2Ie87ZnxS07KnKga2_r11xA0HoyNkneSMsZPh6pBGCKz2tj_zABJDwe_HkT61wnIYv 7oFXiBnI7NiH04uZ.bXg4G4ABQdnyGsZjMBw44bpZvf16GZCr4uBvNOS5LTjCikl67BpY6H0I2di SaESZMdMaDAebc9vL3DyrR._CyKcMe1LSUN550s2UESnbk7TmF_HoLz36WKNGvznLD1k6DF.fkxB Vr2Tyh4r5dyIsB6Gv4nqAGpN1RYy.77SwkOr_gEp5c3n44gmpexry_lUwahafaEmmFIvSJVkeAUD x8LomxyB1OUeYCYBvDU7Ia_qN_pli.07nNx1ZMugxYD4z2WXolaneMzWSVV.7JN3qvABcMXxPcvV QiJo2h3rlQ.1_M6pY5QV8xLdlNZxK6X42.Rn1651SHVVlldbcvNozONE01W5wjIEXF3mA7lcIZeU Owt_7BIr4hHgZTX.PAhWT Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Apr 2020 07:47:00 +0000 Received: by smtp418.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7e4a8e68bd978da8534ef71912e565c3; Sun, 26 Apr 2020 07:46:58 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Applying distribution patches for u-boot-rpi4-2020.04 fails during build (poudriere-devel context) From: Mark Millard In-Reply-To: <20200425110019.ec2e012449fa242346dcb641@bidouilliste.com> Date: Sun, 26 Apr 2020 00:46:56 -0700 Cc: freebsd-arm , FreeBSD ports , freebsd-uboot@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <2AB77D60-F960-4C84-A9DC-8C2873A5C1FE.ref@yahoo.com> <2AB77D60-F960-4C84-A9DC-8C2873A5C1FE@yahoo.com> <20200425105647.1406a2357cb0b825e19696a5@bidouilliste.com> <20200425110019.ec2e012449fa242346dcb641@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4990Nk2lqQz45fx X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.49 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; 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:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (0.30), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.68.137.98.rep.mailspike.net : 127.0.0.17]; 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, 26 Apr 2020 07:47:04 -0000 On 2020-Apr-25, at 02:00, Emmanuel Vadot = wrote: > On Sat, 25 Apr 2020 10:56:47 +0200 > Emmanuel Vadot wrote: >=20 >> On Sat, 25 Apr 2020 00:43:27 -0700 >> Mark Millard via freebsd-uboot wrote: >>=20 >>> =46rom the log file: >>>=20 >>> =3D=3D=3D> Patching for u-boot-rpi4-2020.04 >>> =3D=3D=3D> Applying distribution patches for u-boot-rpi4-2020.04 >>> 2 out of 2 hunks failed--saving rejects to = scripts/dtc/libfdt/fdt_addresses.c.rej >>=20 >> We don't have such patch in the tree. >=20 > Sorry, it's > = https://patchwork.ozlabs.org/project/uboot/patch/20190726091339.24420-1-ma= tthias.bgg@kernel.org/ >=20 > I think I didn't had this port on my list of u-boot port to check, > I'll fix that today. Thanks for the fix. I've finally updated from head -r359427 to -r360311 (non-debug kernel), including u-boot.bin and FreeBSD loader.efi updates. The RPi4 is operational with the updates. I fairly frequently see controller-timeout based mountroot failures like S=C3=B8ren Schmidt reported on the freebsd-arm list. But, other than that, things seem to still be working that worked before for my very basic usage4 context --and EtherNet has been working when the RPi4 boots. =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 Apr 26 08:14:18 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E2A522CF0B5 for ; Sun, 26 Apr 2020 08:14:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.gq1.yahoo.com (sonic309-20.consmr.mail.gq1.yahoo.com [98.137.65.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4991090vszz477D for ; Sun, 26 Apr 2020 08:14:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: dYUHK5kVM1n1JVpKeTHCqVGfAne8SlAmA2m7nxiVRPmWQuGo0radl_R2GYMbsHM lzbmdD1.HFP6qDl1xmynaye8xUuoACAdU0P4Tku9yqyNYukCNxGaI7G_rNxsXl9TISG0qF4GdFU_ UhsgMrP.RFqi_u3HBKfJGXBUKBa9jEbGEygGNFrNzzUkzFjHPY0FyHE9EWvRAe4gThvYNU2OsHFU uM_TMZLOc1fVKT9OZpBMHELkJpPBX2QfXqfS6QI74F.kO7lhxLQSZEdV8o_koH59DCOEYYEywNno AYEa3L4.gbkPj3iAz1FC9nha5gSNiVliQyTKjBq_ShjFrQEIDLd8M2r12qUiE9o7_SWPje8RgoDf mpOkORFNRsvT4LrcNwZGcqISIqsVYghJLECAK4uyPIIrwxgLpOC.TeJs2sfWfcr1BTogY02om9uQ l1amc9eLmdBTtGA4nPy3Z8IshwzXgbRKAGQpki5CR72em1j8lNlHlHLOE.ZDpXIQIbVxkp734dK2 lReC0GwctFhb.tMRTkj_ZM3V9AFIgLtMXSTEsurs7xSjFBmAEuW.c0ASBj9D48d4EHbVnH8d0gaX P8USNVfe9eifDVNSIAFsPuj7fz2G5F_wUCLPOkIsBrcVftA6etbuKUvVzEWBVAeHAErmUf4_O_kN bfZ9Jv0p4r4pTPWxA8JhDBrfnyPxweJhRkU6Vl_k6RhDWr_Hk5Kl4dGZbn1VGqntj6x8tutCT6vq egVd4NoL2JDrpoJtfnwSR3mjZOqym6b8XjKbfU5khpv1DVSpfRJwhgLVTLjkV2YpjxvDh2d7Q5oA hOihExz5HS_dCTodZ5UlB5iXXW3RP2sYlBdTpJ6.MH7SwQ2xukJz5e8chQJ2AKdBWXxru6.1V5f7 8n.OVxNFggZe8VbiqpVJKvN3Kf0zP5YgA9xG50AMJOI3o0J0WdDISdC0ZWrXAjumA.cW.Oa4LX98 wbtB_MCLVQaant4DChx98HNK60gBIjeapAEUQEJ8PtNpOhDR_xkGoguX6OH262l9Gd21rg09aFvW 5FcJJGf.bVkMNpL2C881nEbonxfmqrqa.h0izLugtA7PKCJw5RcGLR7JHTqYpwAXYQId_gE9x3Om h5lcsh0sWm5yQQIbTkU_x1RZRFDk5l_7fO2uD1zcIR9KAuFasxctPKghAIdLZmBAXeydvnnl3XFJ jyiNT4yvm1M.qkD0e3t1eBqcafdd7P_4MgmORDEmmO_xD4_IAgY7U4xWQ0SS.05lGe5AeM_GJC4x v3keWK2QAKT89MX.fp3G_IOwIk6vm_ortzJconS_SpFVBk1JTI5aqwfU9qm36cTJNE7AIZq23Q2O laq7FEUNaWPyKSYA4ZjN09sxoL_ngigbrzuwSFwwg6HWq8UUyhG5RxgcHhTofPtkj32sui7cGfJ3 WuhXLbqqXcebKgNRCVG0Ogg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Apr 2020 08:14:15 +0000 Received: by smtp427.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 80d66ca60667d2e1fa725c946d085427; Sun, 26 Apr 2020 08:14: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 13.4 \(3608.80.23.2.2\)) Subject: aarch64 based sysutils/u-boot-rpi[34] (and more?) builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" Message-Id: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> Date: Sun, 26 Apr 2020 01:14:09 -0700 To: freebsd-arm , FreeBSD ports X-Mailer: Apple Mail (2.3608.80.23.2.2) References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A.ref@yahoo.com> X-Rspamd-Queue-Id: 4991090vszz477D X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.26 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; 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)[]; IP_SCORE(0.00)[ip: (6.67), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; 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)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.834,0]; 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_HAM_LONG(-0.92)[-0.921,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.65.137.98.rep.mailspike.net : 127.0.0.17]; 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, 26 Apr 2020 08:14:18 -0000 The below where based on poudriere-devel based build attempts. /usr/ports/ was based on head -r532972 and aarch64 FreeBSD was based on head -r360311 . amd64 FreeBSD did not have the build problem for the aaarch64-targeted u-boot ports. The overall build is still going and more aarch64-targeted u-boot builds might fail. sysutils/u-boot-rpi4 : aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } sed -n -f ./tools/scripts/define2mk.sed u-boot.cfg | while read line; = do if [ -n "" ] || ! grep -q "${line%=3D*}=3D" include/config/auto.conf; = then echo "$line"; fi done > include/autoconf.mk aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found compilation terminated. gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] = Error 1 gmake[2]: *** Waiting for unfinished jobs.... gmake[1]: *** No rule to make target 'include/config/auto.conf', needed = by 'include/config/uboot.release'. Stop. gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2020.04' sysutils/u-boot-rpi3 : aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found compilation terminated. gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] = Error 1 gmake[2]: *** Waiting for unfinished jobs.... gmake[1]: *** No rule to make target 'include/config/auto.conf', needed = by 'include/config/uboot.release'. Stop. gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' =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 Apr 26 09:44:42 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 698252A9D0B for ; Sun, 26 Apr 2020 09:44:42 +0000 (UTC) (envelope-from starikarp@dismail.de) Received: from mx2.dismail.de (mx2.dismail.de [159.69.191.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.dismail.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49930T2GJLz4DDg for ; Sun, 26 Apr 2020 09:44:40 +0000 (UTC) (envelope-from starikarp@dismail.de) Received: from mx2.dismail.de (localhost [127.0.0.1]) by mx2.dismail.de (OpenSMTPD) with ESMTP id a65293af for ; Sun, 26 Apr 2020 11:44:39 +0200 (CEST) Received: from smtp1.dismail.de ( [10.240.26.11]) by mx2.dismail.de (OpenSMTPD) with ESMTP id f1ddc7b2 for ; Sun, 26 Apr 2020 11:44:39 +0200 (CEST) Received: from smtp1.dismail.de (localhost [127.0.0.1]) by smtp1.dismail.de (OpenSMTPD) with ESMTP id 7d5bfad0 for ; Sun, 26 Apr 2020 11:44:39 +0200 (CEST) Received: by dismail.de (OpenSMTPD) with ESMTPSA id f1142d06 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Sun, 26 Apr 2020 11:44:38 +0200 (CEST) Date: Sun, 26 Apr 2020 05:44:35 -0400 From: ajtiM To: freebsd-ports@freebsd.org Subject: Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available Message-ID: <20200426054435.55cff9e1@dismail.de> In-Reply-To: References: X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; amd64-portbld-freebsd12.1) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49930T2GJLz4DDg X-Spamd-Bar: -------- X-Spamd-Result: default: False [-8.06 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[dismail.de:s=20190914]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[dismail.de.dwl.dnswl.org : 127.0.5.2]; R_SPF_ALLOW(-0.20)[+ip4:159.69.191.136]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-2.36)[ip: (-9.91), ipnet: 159.69.0.0/16(-0.32), asn: 24940(-1.54), country: DE(-0.02)]; RCVD_IN_DNSWL_MED(-0.20)[136.191.69.159.list.dnswl.org : 127.0.5.2]; DKIM_TRACE(0.00)[dismail.de:+]; DMARC_POLICY_ALLOW(-0.50)[dismail.de,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2020 09:44:42 -0000 On Sat, 25 Apr 2020 16:21:25 -0700 (PDT) Roger Marquis wrote: > Kurt Jaeger wrote: > > I prepared a patch to build lyx without the 2.7 restriction. The > > patch needs a run-test, can you test and report back ? >=20 > Has anyone enumerated the ports and applications which don't work with > python{,2,2.7} symlinked from pypy? Mailman seems fine but fail2ban > does not start, at least not when it was installed using the original > python2.7 port. One heads-up is that pypy can take more than an hour > to compile (on x86_64). The build relies on a single python2 thread > which eventually utilizes over 5GB RAM. >=20 > Roger I didn't mark but there are patch for Inkscape: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243615 --=20 Ernst Lubitsch=E2=80=99s Ninotchka:=20 =E2=80=9C=E2=80=98Waiter! A cup of coffee without cream, please!=E2=80=99 = =E2=80=98I=E2=80=99m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?=E2=80=99=E2= =80=9D=20 From owner-freebsd-ports@freebsd.org Sun Apr 26 03:50:50 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5D9B62CA55E for ; Sun, 26 Apr 2020 03:50:50 +0000 (UTC) (envelope-from jrm@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 498v8B1fsRz3RJk for ; Sun, 26 Apr 2020 03:50:50 +0000 (UTC) (envelope-from jrm@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 38DD82CA55B; Sun, 26 Apr 2020 03:50:50 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 388F02CA55A; Sun, 26 Apr 2020 03:50:50 +0000 (UTC) (envelope-from jrm@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 498v8B0jCMz3RJj; Sun, 26 Apr 2020 03:50:50 +0000 (UTC) (envelope-from jrm@freebsd.org) Received: from phe.ftfl.ca.ftfl.ca (drmons0544w-156-57-163-35.dhcp-dynamic.fibreop.ns.bellaliant.net [156.57.163.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: jrm/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 548ABC83A; Sun, 26 Apr 2020 03:50:49 +0000 (UTC) (envelope-from jrm@freebsd.org) From: Joseph Mingrone To: cnszym@gmail.com, drue@therub.org, dteske@FreeBSD.org, jpbeconne@free.fr, jwb@FreeBSD.org, perl@FreeBSD.org, pfg@FreeBSD.org, ports@FreeBSD.org, rhurlin@gwdg.de, skreuzer@FreeBSD.org, thierry@FreeBSD.org, tota@FreeBSD.org, uzsolt@uzsolt.hu, wen@FreeBSD.org Subject: math/R: Upcoming major version update Date: Sun, 26 Apr 2020 00:50:48 -0300 Message-ID: <86imhmj46f.fsf@phe.ftfl.ca> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Mailman-Approved-At: Sun, 26 Apr 2020 13:30:26 +0000 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 26 Apr 2020 03:50:50 -0000 --=-=-= Content-Type: text/plain Hello all, You are receiving this message because you maintain a port that has a run-time dependency on math/R. This is a heads-up that math/R will be updated to version 4.0.0. As this is a major version change, R packages will also need to be rebuilt. Unless there are some unforeseen problems, I will try to do this update tomorrow. I will also do a PORTREVISION bump for these dependent ports. Please let me know if this is a problem. https://reviews.freebsd.org/D24572 Regards, Joseph --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKkBAEBCgCOFiEEVbCTpybDiFVxIrrVNqQMg7DW754FAl6lBRhfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDU1 QjA5M0E3MjZDMzg4NTU3MTIyQkFENTM2QTQwQzgzQjBENkVGOUUQHGpybUBmcmVl YnNkLm9yZwAKCRA2pAyDsNbvnl3AD/9tneuTO7pk6P9Opw6OzXkrH1gQ0if9MKvC L2pdQKCce+tvM/zaSiBg1Q+nCRgwY7IbbZ4wpLZdwfIviNyetHbWka9uQSYf1FmA 9dqD7xcVVc8tR9FPyrAq3UrsJk9K2xQFZp/Ab4jUtOseaV7x0TsQE1aMQVV+lgJ0 gkLOx6oJmLzQPm0CV2wfpuAUQNz7E/8AXmBgytgz8T9+A815OtaUuO4Hq2WzqMbZ pg/Jue7Um5nNSDr4ZdXriiJXqiQLLU1j+YimFpJ9r7J69ENSuTAvti8kYfc5SibL KnFtP3hRgcUbXYFUEjvvkLCHhtx4KgIdR6s3VUF4fsL4SGUfs9X/nt1dYFwtJvVo u8lIn2akW82pJm9v+lZ5NKDG0h6AavG2ZqApHKF3I/n1Hnyb8ci9IE62QQHmxS1H VXqBytUxy3TaEKsZOgK5Wp3exgmSbhhic8OqQqWzfVuDoB9/D1Rr2O6yi+TauVTL dwXROrVior1j1Ho8CxYDf578aBtp7H6u4lC+f1iDsVBwjySqRAWdI3YjGdAJ3aEx 5nTlshDMwNO0UhQkny9XaJefoJdvV3DiEBJLApH/eHvyXpNwbRaxXrXeP5XZw+f2 50m3Pz17pFSNTTccFL0867IxBDzgKN1RAfZH0rN+onOtUPkiGZboAgJTG9cJgg6z KgVO2Cm1ZQ== =tXy+ -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-ports@freebsd.org Sun Apr 26 19:13:54 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A12F2B9E63 for ; Sun, 26 Apr 2020 19:13:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499HdF3Dg6z3MG2 for ; Sun, 26 Apr 2020 19:13:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VHUu1A0VM1nsKQ0Ultmu7InzttCss7rVZw7fdbuYow80ejTDQqGRBwANgHOmIdz Q5m9vXTHMan0csbM77ZsX.eCXOzIDmFNls20vTVJXv.bwanFEVkVL697OE83egXnYNwcAMmB2nKr V84KABfjEIC91QUU5.QYZ6oLsS5eR0DH4ZHghGeWpLBpDLPyzyKTw3EOQdp4jpfG4RULmK4guVfv .MruKEV_ut5S8wuwmMQ6C6vRznNhMbThbXkkBFk1F.g.FGqtzv3ljXOmGliT0LIVQWW2RxXXCcmJ YN.ArY.FJXKascN0It4lN5Tk1Dng0u5ZMfYhj2yySbmcmLluW66Fp.P1rqdfe0rN8WgnC5.Jf97Y KWsD1AhGYaWU49iKDnwJCPo4Iuop3_1Z8pYb5mQ_RZpGKZRnke19ms3UEqq24lNDXrbWI3FFe1Ko 4Ib6tP.1BV2Qmq4fkOQXCpGZh9ajDOspkJaGZ6ozhiY_bVSzshQB0U5i__.RGsEHJSniO.c7JR6G 2Z_pO6FbK339fm9k_2q_F1c0w3qHC7xlLjvoPef6FYJehAIJmpgK6M5UQRyNrcA4OpdiVdlOC5mO 6yYg8qj0vgeasnoRdGSpNZKtwNDfKhbuwul0_WpquG4V2Oqq86D6jy.KskGhECxKSGdMRorH3uLW 4klp0yJv0F3O4hrUtV5pwJoweVmsz8P1lDKJbaDXsjJDUrGfFY.Syo1cYWfqgbAuqX7TtAwLgFYk 5ARHjTW04ZQWgCivVXNrgT_WcaTwgxPIWmnBjLN9osD1OF5UNnG4zA6VQ9_6QeCw1eA8w6ZVZbvL RJvk1pQrSC_ou0oCHtOm00vvcunyYM9L9KjSvrM1pAK36AHz_U58BfHN8bAR53yTmNnHlbNg0NAl uM7we4LKWx5V2.Kkj8Q1090Pof0Kki5vV5KzyIVEb5m_GiXFxzum3D.gOYz9i6dDNX2UViWadY.c 5F7BUppb6IIDOu_.KlB6ujhYU83hFIYKm5nnLls9zXn7RwybX7kHwh4duvNR62TvQXr4LqXm9ACH m10PBSbb2XDCN51exCV1HD7vZpM3dnzB05FxevTlzXcg09cdw3PhGaSRo8t6FYwN1kCEATpr5G.5 fQqZamSysOWRh0zClNYb70Pt6wSkCRMKwJm1I13RK0amAW3H1dGMbR_2eCYA4RFo9CfSap2bSF8s ltOPp2a.QiqJaQUn890TtVH7mKUOSRXdyZo5w7vLTjhthi8RRL7Dtd1pssw56FEfXDYHbPRyGCfd ltjjmwcqRdqUqa_s3CRVOKmBoHQIaOCegNgqWM4j6djOaO2kXbLpEZYPcP2SvjX0mp79GmF5hDBS 98yEZWOP7T8MUQaGCLpWh8rS.HX.gdG31c59qtAqSxo9.ONPa7NU.UKd5BzASxsRUnPPa_0SM4Rv 6xd0Gxt9SuZSG2WBY6tt2Tg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Apr 2020 19:13:51 +0000 Received: by smtp431.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 05842ca88a521df5a55ae73d6c67f738; Sun, 26 Apr 2020 19:13:47 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" Date: Sun, 26 Apr 2020 12:13:46 -0700 References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> To: freebsd-arm , FreeBSD ports In-Reply-To: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 499HdF3Dg6z3MG2 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.23 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.75)[-0.746,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.99)[-0.987,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[147.69.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(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)[]; IP_SCORE(0.00)[ip: (2.86), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.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, 26 Apr 2020 19:13:54 -0000 On 2020-Apr-26, at 01:14, Mark Millard wrote: > The below where based on poudriere-devel based build attempts. > /usr/ports/ was based on head -r532972 and aarch64 FreeBSD was > based on head -r360311 . amd64 FreeBSD did not have the build > problem for the aaarch64-targeted u-boot ports. >=20 > The overall build is still going and more aarch64-targeted > u-boot builds might fail. >=20 >=20 > sysutils/u-boot-rpi4 : >=20 > aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } > sed -n -f ./tools/scripts/define2mk.sed u-boot.cfg | while read line; = do if [ -n "" ] || ! grep -q "${line%=3D*}=3D" include/config/auto.conf; = then echo "$line"; fi done > include/autoconf.mk > aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found > compilation terminated. > gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] = Error 1 > gmake[2]: *** Waiting for unfinished jobs.... > gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. > gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2020.04' >=20 >=20 > sysutils/u-boot-rpi3 : >=20 > aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } > aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found > compilation terminated. > gmake[2]: *** [scripts/Makefile.autoconf:48: include/autoconf.mk.dep] = Error 1 > gmake[2]: *** Waiting for unfinished jobs.... > gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. > gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' The pine64 and rock64 u-boot builds also failed this way. With the rpi[34], those 4 are all the aarch64-targeted u-boot builds that I tried. By contrast, the armv7 u-boot's that I tried all completed: orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. =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 Apr 26 19:37:20 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B72282BA6A2 for ; Sun, 26 Apr 2020 19:37:20 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 499J8J47Z5z3NMY for ; Sun, 26 Apr 2020 19:37:20 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 8BE622BA69D; Sun, 26 Apr 2020 19:37:20 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A7E02BA69C; Sun, 26 Apr 2020 19:37:20 +0000 (UTC) (envelope-from bofh@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 499J8J1DL5z3NMX; Sun, 26 Apr 2020 19:37:20 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from mx.bofh.network (mx.bofh.network [IPv6:2001:19f0:5001:2b77:5400:2ff:fe7b:aa2c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.bofh.network", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id C85F813C75; Sun, 26 Apr 2020 19:37:19 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from [IPv6:2402:54c0:ffff:ffff:3c3f:b695:df7f:e11d] ( [2402:54c0:ffff:ffff:3c3f:b695:df7f:e11d]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id b0d6a6f7 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Sun, 26 Apr 2020 19:37:13 +0000 (UTC) From: Muhammad Moinur Rahman Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Using pkg in documentation Message-Id: <51F445F4-9F4F-4B64-BFC3-FBCC337A8267@freebsd.org> Date: Mon, 27 Apr 2020 01:37:09 +0600 Cc: python@freebsd.org To: "ports@freebsd.org" X-Mailer: Apple Mail (2.3608.80.23.2.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, 26 Apr 2020 19:37:20 -0000 What is the way of mentioning about installing a py-package in = documentation? Let=E2=80=99s say now the default version of python is = 3.7 so in most of the cases we can write in our documentation that do = the following: # pkg install py37-babel But when the default version of python is changed this is no longer = going to work if it doesn=E2=80=99t have all flavors. Then there are = cases when we mention about porting and installation howto on upstream = and we need to update this regularly with every change of = DEFAULT_VERSIONS in python. So is there any way to pass PYTHON_DEFAULT with pkg install? One option = that I have thought about is pkg install -g py3\*-babel; but again once = when python 4 (forgive my brevity 3:)) is going to release this changes. = And I believe this is the same case for php too. Thanks in advance. Kind Regards, Moin= From owner-freebsd-ports@freebsd.org Sun Apr 26 23:54:16 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DBE4A2C1274 for ; Sun, 26 Apr 2020 23:54:16 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x330.google.com (mail-ot1-x330.google.com [IPv6:2607:f8b0:4864:20::330]) (using TLSv1.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 499Prl755yz48dR; Sun, 26 Apr 2020 23:54:15 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x330.google.com with SMTP id j4so23317377otr.11; Sun, 26 Apr 2020 16:54:15 -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=7wfgkHL8s7Z6SRpeZpjuYYIoKuuPrC9ZzFHzC73Kxz4=; b=o1rpD2eu+fHMUGelEM1IKVcyxqbZQmqgukkBpGHTdu5uq+tVb4sJ7++SRjhtCXNMka kteWN9uD1Yow+RsgYmyhWJ5i7JJywN0ftreQGepmy70fjF5UKA6LU5mb3dHekxcdS6H/ S/llVJORIHLXceKpHCibVWiw8mEFHbsaDMFzUGOjpklfeEFhCtAFUkGhtUZm2drroF5J HkHrox897MJFkEoCyrsO7Sx+40rLbXQQufPQ9xHDmAcLDCdPZaptrdG0OGNzl1ZIV5oO MDy2zH1jGjOYM9UQCdaAoD61o7TOQZkzfz/vs2m1jc3imKBtH3nSeeH8Ag4e0QULQFur mYfQ== 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=7wfgkHL8s7Z6SRpeZpjuYYIoKuuPrC9ZzFHzC73Kxz4=; b=UKpqV3590y54zIVf14IIOZhexh1E//vdwKFlD8AiMwsHKXjJ9TBgyNt3zfvKOcAb/V 0hK5kzc6ckjGKTDC0CsBMEXzkB7alwWxs3X8RdHZ/1u+53OGtnyjkglcMHl6ylD3ZFoy LOa1W8gDm8fQILWKHV0Td5nNtOXsCs90ax2gh7eVr24mDUW7wosutFxC1h7YmpBA2WUS 8hlGYXuwKP4G0CaEZrkl1WB1wdXfMlweG6zbO1A3N6pBKR0YzOBea8c2GQ8ll8yf+yJu /7ob5TXk1fTPGHGXlyp3vFxabBWYmxsCO+xj+1m7I1FJliX1YP7v5bzQxNqImChAHBCU mUew== X-Gm-Message-State: AGi0PuadNYHoCU4ZwPbCrq1JZyDKOfT0RCseV64O+NhX0dEGZSFyARrF HQXqFSv/odGnNkW/pKMdAT7dW7T6Rv99qH1Ux8byrTvSiU4= X-Google-Smtp-Source: APiQypLz7Yiy25Zc1XuNTjDdThKm3sngiGblOlNybH4uWgMPXbKr3YQQhI/mS8S/wmrZ9KGYW9+v/kHc3mZFk+934N4= X-Received: by 2002:aca:670c:: with SMTP id z12mr4172390oix.57.1587945254493; Sun, 26 Apr 2020 16:54:14 -0700 (PDT) MIME-Version: 1.0 References: <20200426054435.55cff9e1@dismail.de> In-Reply-To: <20200426054435.55cff9e1@dismail.de> From: Kevin Oberman Date: Sun, 26 Apr 2020 16:53:58 -0700 Message-ID: Subject: Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available To: FreeBSD Ports ML Cc: Thierry Thomas , ajtiM X-Rspamd-Queue-Id: 499Prl755yz48dR X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=o1rpD2eu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::330 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-1.70 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[0.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-7.87), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; 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]; RCVD_TLS_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: Sun, 26 Apr 2020 23:54:16 -0000 I have submitted a bug, bugzilla/show_bug.cgi?id=245799 , to update math/gnumeric to run with python3. It's a bit odd because the current version in ports builds and runs with either python 2 or 3 by default, but the FreeBSD port does not because it attempts to compile all the python modules which are only available when the port is built with python2. Simply eliminating the post-install compileall.py call allows it to build and run. Making that dependent on PYTHON_DEFAULT =2.7 would be the right thing to do and is easy, but I'm unsure how to make the packing list DTRT. Other than that, gnumric just works with any supported version of python. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-ports@freebsd.org Sun Apr 26 23:54:27 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1F8D12C1299 for ; Sun, 26 Apr 2020 23:54:27 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 499Pry6Vwxz48gx for ; Sun, 26 Apr 2020 23:54:26 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id DBB3E2C1297; Sun, 26 Apr 2020 23:54:26 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB2402C1295; Sun, 26 Apr 2020 23:54:26 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (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 499Pry3k4dz48gs; Sun, 26 Apr 2020 23:54:26 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: by mail-io1-xd2b.google.com with SMTP id w4so16942334ioc.6; Sun, 26 Apr 2020 16:54:26 -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=Xa8c0Pn1tbRsuO7+xOacHLf+NW3qDPDjHhCrSXxJCQE=; b=jFxwRTHFkVwiK+5QVQxox4j2R3f5/GsaucbmjoJmxCdTrDSqACJAqDgS+/F+52Ux4/ +KwVyX1pq+1x7Oy9m0kO5JFakuTXlVo/YSobMkDUOMJXbUugCIkEDjtLyLdrOFI+rc6p jiL3FfSTwE385E5eSyyM6yGlfEoqFerIuAjZ+4qyv96Tnn7QgXlJdqPhW1WD8NP5iSPJ tqUBmtYWcFZySrxdw+WyTleDyKiHxuU1bIDPN4M0emqVH2JAUfHAx8PHRQ2NTcfD/XOh wjHIkIM+l20lQ0LfiOAj3EdT9I3ZfFLm8sDbaKSEL4gPMyjE8cxPdstULwF2tBUxNBGm jRqA== 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=Xa8c0Pn1tbRsuO7+xOacHLf+NW3qDPDjHhCrSXxJCQE=; b=cTSegHg1X4gkmQxe9t1IwLQ0YEYXws94nkunDOt/g+dM3fh3+Bp3z+A8U6LDDyjmgt rwiOtgwfARlaUGSIhqspaDLoy7HkiWSGX4qTbCJKSS4bA6IXSoTWzB1E9CazSjPfAo1s zw689KQfGiU4EyDuPEFXo0odfy2dDtnRcogF47Rern5mlp83YMfwRCfH416hSvPJfkbP l9CmZmNDULmoNctPQfIME2x9G5BlIF1Tj8WbUFAn9pdXRZ/l9lI7HzmD7yXECpxF3oMP /YmF1iBk6Xww1HUQHlZY1+GKwM5XSu4LVO2KjigRsxWYulr7oc4vcPndoEBLpTlB9M7o xU+w== X-Gm-Message-State: AGi0PuasfgcK7CV7IozjHAkvrwaRAsCsBMcVYeMqzotyWE7Ou1kQAPXn ROuclEexHN5RTPgrqUMgteT0rpUiQVNlhnkUdLTXoD5R X-Google-Smtp-Source: APiQypIU4OJixGIxrUSleihV2CtmBVcnFobJ/RecBwnkd0hDLcGYi0ZOLQdQopxaK6nxDlK+uhJhc3HTgYDhBVFKBXo= X-Received: by 2002:a05:6602:1da:: with SMTP id w26mr18820687iot.191.1587945264635; Sun, 26 Apr 2020 16:54:24 -0700 (PDT) MIME-Version: 1.0 References: <51F445F4-9F4F-4B64-BFC3-FBCC337A8267@freebsd.org> In-Reply-To: <51F445F4-9F4F-4B64-BFC3-FBCC337A8267@freebsd.org> From: Samy Mahmoudi Date: Mon, 27 Apr 2020 01:54:12 +0200 Message-ID: Subject: Re: Using pkg in documentation To: Muhammad Moinur Rahman Cc: "ports@freebsd.org" , python@freebsd.org X-Rspamd-Queue-Id: 499Pry3k4dz48gs X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] 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: Sun, 26 Apr 2020 23:54:27 -0000 Hi, What about using the meta-port lang/python ? You could write something like the following lines in your documentation: PY=`pkg rquery -r FreeBSD "%dn" lang/python | head -n 1 | sed "s/python//"` pkg install py${PY}-babel "-r FreeBSD" can indeed be ommited in a default configuration where the user has not configured several repositories. As you cannot guarantee that last condition is met, I would suggest not to omit that part. I hope this will help, Samy Mahmoudi From owner-freebsd-ports@freebsd.org Mon Apr 27 00:16:00 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 989EC2C195A for ; Mon, 27 Apr 2020 00:16:00 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 499QKr2HmWz49PJ for ; Mon, 27 Apr 2020 00:16:00 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4CB352C1958; Mon, 27 Apr 2020 00:16:00 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4B24B2C1957; Mon, 27 Apr 2020 00:16:00 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [IPv6:2607:f8b0:4864:20::d2f]) (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 499QKp6ltGz49PH; Mon, 27 Apr 2020 00:15:58 +0000 (UTC) (envelope-from samy.mahmoudi@gmail.com) Received: by mail-io1-xd2f.google.com with SMTP id u11so17082263iow.4; Sun, 26 Apr 2020 17:15:58 -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=I5m6yUaGUKMB9FsQFQSdbc39gux9FakH4kRgbUoWAAY=; b=Nto5OvsNMbxyBFdhvirmYH9AKT3uQCLudN5EQi2FIrE8Y8IsduOZ6pfIDcOO2TmFKS S+a+lbq2x1hNBx/yLBYFsyllBNMNAJWbuFBPizjMOsds9QEAC7iRiZ6fnOFFKSye6CvM kmmFDOCglJnpFVY+7tMLISVBqEuXT4ZnNa8wuXw79gLiT9TzbrFeNtVBm1l4HRjfQ6oL BzBvtSHG8Bpek6INv//aCHcIwTitQbiBW6kK8uYInS04DB4Js71EL8L2xVzDuVXKfVEq /oOxGI7jE0Nvn46epJy7B2Y0qslIQzqmMkLcqfK/xctmzlwjjwTOE0fKXVa1PPQZruSL zHpw== 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=I5m6yUaGUKMB9FsQFQSdbc39gux9FakH4kRgbUoWAAY=; b=f3Fv7OOCQXA0ZgAj2QGyiD3i57yupqpcIdnxeFLsbIWE3VSKqz4kg4CS6cU9CUvz5q VLxd6/2BkbaiMA7MYC7UBJrR2XOPNirTb+XVvW0D5rNp01zjAHwCM5Vevw/HR9dM+9fp WASCzMMuCVyk+HfIuRYiS8OituHFdD5aojKMDN95bdomF5y8bGTPkiP8xvhpyvEXd6DK B8r2YLbzYNgdHcHmfhf2rvhynFs/tYfclkbD3S+z87XlM0xTPNABim51DWa3ghjNXBz2 TXNRHAcqOjx6ozwpftVWNfBU+5QXJdqorO6yFETcc0wTiBeeKYQnYx+HXEo5fXVYSyK2 8rdQ== X-Gm-Message-State: AGi0PuaBFoVs4VqaemxJEnfThPUMR6bNHo8IMVRzGUF0gvl7Li7o/dyW TpFWFp2r/Kt1nyno44u62jDVllyvSpTEOEp9okPCwg== X-Google-Smtp-Source: APiQypLXAoMBJLMGwUFl7oqMk61gf7u6Ehnsjj6DYyUgTQF6D74jAMRoaOIkRc3EA81qqymMVVS0dFHFouM5k+YmErw= X-Received: by 2002:a05:6602:1695:: with SMTP id s21mr19109997iow.40.1587946557399; Sun, 26 Apr 2020 17:15:57 -0700 (PDT) MIME-Version: 1.0 References: <51F445F4-9F4F-4B64-BFC3-FBCC337A8267@freebsd.org> In-Reply-To: From: Samy Mahmoudi Date: Mon, 27 Apr 2020 02:15:45 +0200 Message-ID: Subject: Re: Using pkg in documentation To: Muhammad Moinur Rahman Cc: "ports@freebsd.org" , python@freebsd.org X-Rspamd-Queue-Id: 499QKp6ltGz49PH X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Nto5OvsN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of samymahmoudi@gmail.com designates 2607:f8b0:4864:20::d2f as permitted sender) smtp.mailfrom=samymahmoudi@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-6.48), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[f.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] 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: Mon, 27 Apr 2020 00:16:00 -0000 > PY=`pkg rquery -r FreeBSD "%dn" lang/python | head -n 1 | sed "s/python//"` You can even replace head with a sed command if you need to save some characters on the line: PY=`pkg rquery -r FreeBSD "%dn" lang/python | sed "s/python//;1q"` > From owner-freebsd-ports@freebsd.org Mon Apr 27 06:23:19 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A45E72A9B83 for ; Mon, 27 Apr 2020 06:23:19 +0000 (UTC) (envelope-from SRS0=oYLu=6L=quip.cz=000.fbsd@elsa.codelab.cz) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 499ZTg0jQRz4Tcn for ; Mon, 27 Apr 2020 06:23:19 +0000 (UTC) (envelope-from SRS0=oYLu=6L=quip.cz=000.fbsd@elsa.codelab.cz) Received: by mailman.nyi.freebsd.org (Postfix) id 184322A9B7E; Mon, 27 Apr 2020 06:23:19 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 17F8D2A9B7B; Mon, 27 Apr 2020 06:23:19 +0000 (UTC) (envelope-from SRS0=oYLu=6L=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 499ZTf6jKrz4Tcm; Mon, 27 Apr 2020 06:23:18 +0000 (UTC) (envelope-from SRS0=oYLu=6L=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 240F628438; Mon, 27 Apr 2020 08:23:17 +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 9ADB928435; Mon, 27 Apr 2020 08:23:14 +0200 (CEST) Subject: Re: Using pkg in documentation To: Muhammad Moinur Rahman , "ports@freebsd.org" Cc: python@freebsd.org References: <51F445F4-9F4F-4B64-BFC3-FBCC337A8267@freebsd.org> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Mon, 27 Apr 2020 08:23:09 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <51F445F4-9F4F-4B64-BFC3-FBCC337A8267@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 499ZTf6jKrz4Tcm X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.98 / 15.00]; NEURAL_HAM_MEDIUM(-0.98)[-0.982,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 06:23:19 -0000 On 2020-04-26 21:37, Muhammad Moinur Rahman wrote: > What is the way of mentioning about installing a py-package in documentation? Let’s say now the default version of python is 3.7 so in most of the cases we can write in our documentation that do the following: > # pkg install py37-babel You can use following form too: pkg install devel/py-babel Miroslav Lachman From owner-freebsd-ports@freebsd.org Mon Apr 27 06:24:02 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2C8682A9C56 for ; Mon, 27 Apr 2020 06:24:02 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 499ZVV0Tgxz4Tjn for ; Mon, 27 Apr 2020 06:24:02 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 1076F2A9C55; Mon, 27 Apr 2020 06:24:02 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 103AE2A9C53 for ; Mon, 27 Apr 2020 06:24:02 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::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.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499ZVT6nXXz4Tjl for ; Mon, 27 Apr 2020 06:24:01 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id E47B860C2 for ; Mon, 27 Apr 2020 06:24:01 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 03R6O1OA076792 for ; Mon, 27 Apr 2020 06:24:01 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 03R6O18Z076778; Mon, 27 Apr 2020 06:24:01 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202004270624.03R6O18Z076778@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Mon, 27 Apr 2020 06:24:01 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 06:24:02 -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 ------------------------------------------------+-----------------+------------ astro/astrometry | 0.78 | 0.80 ------------------------------------------------+-----------------+------------ 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 Reported by: portscout! From owner-freebsd-ports@freebsd.org Sun Apr 26 19:42:52 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0A8952BA990 for ; Sun, 26 Apr 2020 19:42:52 +0000 (UTC) (envelope-from jrm@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 499JGg6cRmz3NrZ for ; Sun, 26 Apr 2020 19:42:51 +0000 (UTC) (envelope-from jrm@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id E08DF2BA98B; Sun, 26 Apr 2020 19:42:51 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E025E2BA989; Sun, 26 Apr 2020 19:42:51 +0000 (UTC) (envelope-from jrm@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499JGg5hFWz3NrW; Sun, 26 Apr 2020 19:42:51 +0000 (UTC) (envelope-from jrm@freebsd.org) Received: from phe.ftfl.ca.ftfl.ca (drmons0544w-156-57-163-35.dhcp-dynamic.fibreop.ns.bellaliant.net [156.57.163.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: jrm/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id D229813DAC; Sun, 26 Apr 2020 19:42:50 +0000 (UTC) (envelope-from jrm@freebsd.org) From: Joseph Mingrone To: Jason Bacon Cc: cnszym@gmail.com, drue@therub.org, dteske@FreeBSD.org, jpbeconne@free.fr, jwb@FreeBSD.org, perl@FreeBSD.org, pfg@FreeBSD.org, ports@FreeBSD.org, rhurlin@gwdg.de, skreuzer@FreeBSD.org, thierry@FreeBSD.org, tota@FreeBSD.org, uzsolt@uzsolt.hu, wen@FreeBSD.org Subject: Re: math/R: Upcoming major version update References: <86imhmj46f.fsf@phe.ftfl.ca> Date: Sun, 26 Apr 2020 16:42:49 -0300 In-Reply-To: (Jason Bacon's message of "Sun, 26 Apr 2020 13:37:55 -0500") Message-ID: <86tv16owxy.fsf@phe.ftfl.ca> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Mailman-Approved-At: Mon, 27 Apr 2020 06:24:54 +0000 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 26 Apr 2020 19:42:52 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Jason Bacon writes: > On 2020-04-25 22:50, Joseph Mingrone wrote: >> Hello all, >> You are receiving this message because you maintain a port that has a >> run-time dependency on math/R. This is a heads-up that math/R will be >> updated to version 4.0.0. As this is a major version change, R packages >> will also need to be rebuilt. Unless there are some unforeseen >> problems, I will try to do this update tomorrow. I will also do a >> PORTREVISION bump for these dependent ports. Please let me know if this >> is a problem. >> https://reviews.freebsd.org/D24572 >> Regards, >> Joseph > Thanks for your work on this! > Do you have any estimate of how many R-cran packages this might break?=C2= =A0 I've seen some that are persnickety about R versions and I suspect a ne= w=20 > major version will cause some issues. > Perhaps we can investigate this and head off problems before the new R ve= rsion is committed. > Cheers, > =C2=A0=C2=A0=C2=A0 JB No rush. We can wait a bit. There could be some run-time breakage [1] . = I can do build tests. J. [1] * R now uses a stringsAsFactors =3D FALSE default, and hence by default no longer converts strings to factors in calls to data.frame() and read.table(). A large number of packages relied on the previous behaviour and so have needed/will need updating. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKkBAEBCgCOFiEEVbCTpybDiFVxIrrVNqQMg7DW754FAl6l5DlfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDU1 QjA5M0E3MjZDMzg4NTU3MTIyQkFENTM2QTQwQzgzQjBENkVGOUUQHGpybUBmcmVl YnNkLm9yZwAKCRA2pAyDsNbvnk48D/9YTppLX+Izn1/pxJzzJ8qC3K32Z2uLZoxb c0SZLVuRwUrTWGiLMx53drkolMmljZxIcuFxQUaYxVcg247uWAZ8jNXjBfSQQlfk DtErCa/CQCOkkimRfGMm88doXeKcKOZ3VB4UqkULlttkbOqofj/36hQcaCpw/tIn xcFj/3nsHavN+/H145zAKNweY4Xe2ui20yvV9Gtc4bNUNTiDnN1grspHfuMp6OPH qcih4Z0uo5BX+Of7JsKwAtvzR2UG+5T3PrPTfxM7Uvj1R5ejTzFoVUhR7y0+dngu khiW5pK2UHYtiYTXMZvIWulqAi2AVDyqx9FXVyfG2CpRDv1kDjIN4MDmJYPQ2G1H Xo4hdY50QqqFFn/6kzn+3j3UVymo+ggs1efnSoKZijCoryVK0+J1MfUOATuCJB0D bVSxTIw4M5OhAaBCI02H80rxg42NPytINWg2neB/m+R4/e3k4wWBTbM0Ec41uKXj BxeABPtmV7QuGr3gWCQ0pdAcn0O86I42n12klszjpJhlsjUdWS9tgX1xZ39DJS9Q T0+XdFdeqgK2LuDZS3hiIeU+F6Rwjxa9m7SfdUa16S6t7Eyxc9qNoukM9GiIPz5y AieOHY7Fqw8WdREx30Vt3DE3zsKxxZcycrZkCCvmlpZRK8SajSoWKDQ7cHrPTeA7 0urax59Z2g== =Wk8g -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-ports@freebsd.org Mon Apr 27 07:10:43 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 250E52AB7CA for ; Mon, 27 Apr 2020 07:10:43 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 499bXM0BWNz4XSX for ; Mon, 27 Apr 2020 07:10:43 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 04DAE2AB7C7; Mon, 27 Apr 2020 07:10:43 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 034F12AB7C6; Mon, 27 Apr 2020 07:10:43 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499bXL67xNz4XSW; Mon, 27 Apr 2020 07:10:42 +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 B59731AE09; Mon, 27 Apr 2020 07:10:42 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id 8301BEC6F0; Mon, 27 Apr 2020 09:10:39 +0200 (CEST) Date: Mon, 27 Apr 2020 09:10:39 +0200 From: Baptiste Daroussin To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Muhammad Moinur Rahman , "ports@freebsd.org" , python@freebsd.org Subject: Re: Using pkg in documentation Message-ID: <20200427071039.lpd2injljbgnto2z@ivaldir.net> References: <51F445F4-9F4F-4B64-BFC3-FBCC337A8267@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="secotwbuqsigyn33" Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 07:10:43 -0000 --secotwbuqsigyn33 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 27, 2020 at 08:23:09AM +0200, Miroslav Lachman wrote: > On 2020-04-26 21:37, Muhammad Moinur Rahman wrote: > > What is the way of mentioning about installing a py-package in document= ation? Let=E2=80=99s say now the default version of python is 3.7 so in mos= t of the cases we can write in our documentation that do the following: > > # pkg install py37-babel >=20 > You can use following form too: > pkg install devel/py-babel >=20 Which would install all flavor of py*-babel imho thta is wrong Best regards, Bapt --secotwbuqsigyn33 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAl6mhVsACgkQY4mL3PG3 PlqUIxAAue2axRXdzpVoZ2WN8fU7RpUmSOvNeqiuyIbPzH2bpwLWcMuGlPDyBMpr 2ZOFiGGxX+uiaQxTNWu7ywLt9C9E2nu5DKubuNU9DarQLkTPfY3w8KJATzew4J5Y qjs7eddDqMXBKk31enHWNCWbyAdQn4Mqg6eUBkl8s5lL/WZSbQCrZxFX5Z/zN0cH N8Cj0ALstUTOwNnOeKp4U0FhCCVl2qFWfY3EQ8e8RizFvqQpXZBUugpiv0ZvKC67 rm9YGLL4YXCV1C2HnzmzXunu9YkhZgMTboi40brKPg5TiKonRui0jfzhZH7gj9Ot IipiGTHoeEc03CPqaTlW+zzBeEM7kLQcV61dclDA6snERKhAVJEt7xJHrR3+Lfzc j38CFrR2DlG9crLZk3yF7fLuMRiSoHJcVlCuRtonwsFh/7HWB7xJmUxrjoYlWf7P v4nLG+X30uqQpdyDml67BMe5a3gjdpAxEpGzmRdoJFd6fFR86iWUiQzxCi8Mqor1 +Ea4BsniNJGFSST407WV4U3xFon1uVULonm5GN8kSzL0XQRtaJdAlZy0ITt7HyIt jCEOy9UNNpYr0Y1l1Pmv2g5291/oNnWvpNoG+4iS8/qEYr0ofa/91K+BQIuOwfst iD3g4uSX8H130aukwSTEUY7o/GA2qQYEJ2T6Dr/DaxMrHm6E2BE= =fHD+ -----END PGP SIGNATURE----- --secotwbuqsigyn33-- From owner-freebsd-ports@freebsd.org Mon Apr 27 07:34:30 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3F8212AC92C for ; Mon, 27 Apr 2020 07:34:30 +0000 (UTC) (envelope-from SRS0=oYLu=6L=quip.cz=000.fbsd@elsa.codelab.cz) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 499c3n5Fyvz4ZBp for ; Mon, 27 Apr 2020 07:34:29 +0000 (UTC) (envelope-from SRS0=oYLu=6L=quip.cz=000.fbsd@elsa.codelab.cz) Received: by mailman.nyi.freebsd.org (Postfix) id B24602AC927; Mon, 27 Apr 2020 07:34:29 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B1FD92AC926; Mon, 27 Apr 2020 07:34:29 +0000 (UTC) (envelope-from SRS0=oYLu=6L=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 499c3n42p8z4ZBn; Mon, 27 Apr 2020 07:34:29 +0000 (UTC) (envelope-from SRS0=oYLu=6L=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 4E89128451; Mon, 27 Apr 2020 09:34:27 +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 8F49D2846F; Mon, 27 Apr 2020 09:34:23 +0200 (CEST) Subject: Re: Using pkg in documentation To: Baptiste Daroussin Cc: "ports@freebsd.org" , python@freebsd.org, Muhammad Moinur Rahman References: <51F445F4-9F4F-4B64-BFC3-FBCC337A8267@freebsd.org> <20200427071039.lpd2injljbgnto2z@ivaldir.net> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Mon, 27 Apr 2020 09:34:18 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <20200427071039.lpd2injljbgnto2z@ivaldir.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 499c3n42p8z4ZBn X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.98 / 15.00]; NEURAL_HAM_MEDIUM(-0.98)[-0.980,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; REPLY(-4.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 07:34:30 -0000 On 2020-04-27 09:10, Baptiste Daroussin wrote: > On Mon, Apr 27, 2020 at 08:23:09AM +0200, Miroslav Lachman wrote: >> On 2020-04-26 21:37, Muhammad Moinur Rahman wrote: >>> What is the way of mentioning about installing a py-package in documentation? Let’s say now the default version of python is 3.7 so in most of the cases we can write in our documentation that do the following: >>> # pkg install py37-babel >> >> You can use following form too: >> pkg install devel/py-babel >> > Which would install all flavor of py*-babel imho thta is wrong You are right. My bad. I am using it with private repo where only one flavor exists. Miroslav Lachman From owner-freebsd-ports@freebsd.org Mon Apr 27 09:51:42 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CD43A2B1949 for ; Mon, 27 Apr 2020 09:51:42 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 499g6654nvz3Gqs for ; Mon, 27 Apr 2020 09:51:42 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id AE55E2B1946; Mon, 27 Apr 2020 09:51:42 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AE1042B1945; Mon, 27 Apr 2020 09:51:42 +0000 (UTC) (envelope-from bofh@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 499g664DPjz3Gqr; Mon, 27 Apr 2020 09:51:42 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from mx.bofh.network (mx.bofh.network [IPv6:2001:19f0:5001:2b77:5400:2ff:fe7b:aa2c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.bofh.network", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 27F9B1C8C8; Mon, 27 Apr 2020 09:51:42 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from [IPv6:2402:54c0:ffff:ffff:3c3f:b695:df7f:e11d] ( [2402:54c0:ffff:ffff:3c3f:b695:df7f:e11d]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id cc0fffc4 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Mon, 27 Apr 2020 09:51:34 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Using pkg in documentation From: Muhammad Moinur Rahman In-Reply-To: Date: Mon, 27 Apr 2020 15:51:31 +0600 Cc: "ports@freebsd.org" , python@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1F41F6EB-D21F-4D87-9958-07C47EEF9ADD@freebsd.org> References: <51F445F4-9F4F-4B64-BFC3-FBCC337A8267@freebsd.org> To: Samy Mahmoudi X-Mailer: Apple Mail (2.3608.80.23.2.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, 27 Apr 2020 09:51:42 -0000 > On 27 Apr, 2020, at 05:54, Samy Mahmoudi = wrote: >=20 > Hi, >=20 > What about using the meta-port lang/python ? You could write something = like > the following lines in your documentation: > PY=3D`pkg rquery -r FreeBSD "%dn" lang/python | head -n 1 | sed = "s/python//"` > pkg install py${PY}-babel >=20 > "-r FreeBSD" can indeed be ommited in a default configuration where = the > user has not configured several repositories. As you cannot guarantee = that > last condition is met, I would suggest not to omit that part. >=20 > I hope this will help, > Samy Mahmoudi > _______________________________________________ > 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=E2=80=9D That=E2=80=99s one possible way of doing it. But we don=E2=80=99t have a = meta port for php so it=E2=80=99s not going to work for that. I am = looking for a uniform way of doing it. From owner-freebsd-ports@freebsd.org Mon Apr 27 12:49:07 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9CF0D2B7469 for ; Mon, 27 Apr 2020 12:49:07 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 499l2q2WyVz3ynx; Mon, 27 Apr 2020 12:49:07 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 1EEB21DDC8; Mon, 27 Apr 2020 12:49:07 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.230] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 5B9618DFF; Mon, 27 Apr 2020 15:49:04 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: FreeBSD Port: devel/py-subversion - Python 3 flavor? To: Yasuhito FUTATSUKI Cc: dan@langille.org, freebsd-ports@freebsd.org References: <200424061857.M0194579@mkii.yf.bsdclub.org> From: Lev Serebryakov Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABzShMZXYgU2VyZWJy eWFrb3YgPGxldkBzZXJlYnJ5YWtvdi5zcGIucnU+wsGwBBMBCABDAhsDBwsJCAcDAgEGFQgC CQoLBBYCAwECHgECF4ACGQEWIQT5bRygtfQxi2dLMwrqsDxYv9xHjwUCW/03kQUJDwW3xgAh CRDqsDxYv9xHjxYhBPltHKC19DGLZ0szCuqwPFi/3EePHxkP+wWNrAyks2fQctY/Gl7TMh+Y Q9uX0hAuZ2Vvi0LswBl/R85SsS7IvI9b3ogOWA8CAlHAxkvgH6sWrwRTNcCPS1MzulYxS914 0CSkdwwbv1JyDOOWYU6s8PfT9+BZr+9eNXStmEdEL5XcA1k2YncQtlR3m+oLkqlAOtteZWti pitMIX9BGYIVKyl0t0RnIx+m/QPVGU9gu02j0I3NSRnKQPyFxZqYK0nPBu+FKaEhIAqdKPOv GL4/ijansdiWO3mXy18G0Mkr8yYRSidpGgXGY6lmGzQ3R6ZS30bLI8DkskOOvfErwhZv5dH5 w4+JH5sQ7bIL5HEXs//ZU9UzMdQwcURMjcFfKGyfL0hSLRqzP8m7SL1k9ZL161OQ6C5zVO/M bSCmeeLkbfOj1NW1ZIv6UjVVWE/LS4+gqg/04C+Y24vj+7vMpBVEevdwmIEdmVciFudklcnN omuocb29GKbquRZRDGiE+mhqkwmp5e59AnePp3+AvkewSCsXlR1sfjEP/Tn5OsYerJ7eAAOj DjxO374TAqJG5ftW4BA/nVmx9FGKV1/A9Yc1UuH6LdQfLf7pmTck1Cxg4kdH+3qKGD63sAR0 Wh27XDjnBKXJUN7J+nctWMZJMvw4OhTXdTyVhWt6USKEzw8M5plY4sFqxBEAe8igQXlq1Xjd ISV7wYhT4l3FzsFNBFKbGksBEAC0a9wfjo2P3JyT7Lc+QlbFVshGbSbazb4ma7QYG5IZZD5v fLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF3ZSeNE5Wz3zYG+jh2nm2iGCkyaVy kfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV1NBVg4/cL+9/hIpvl82cl3hYCD7/ e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9KnTwcce+F+72RQMZQEl7vIAwSRmL dgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugibXr+WRF/tGcW77Bxwe2eQLbEVESqW eMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVfAURf/MoUelZSW/BmMIfKCg3lRlWA t+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6+ziLTdmYLWdtFGAuZhqOtNp5h6tG j21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2gNwaQdu+Yv4AlZVHRsuVywL/skDF L5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJMkJn1j8VlBqDQNT/z+BjB0ru/0anv +5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUUCQ2H5YYBOKpikjCnpwARAQABwsGT BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlv9N7IFCQ8Ft+cAIQkQ6rA8WL/c R48WIQT5bRygtfQxi2dLMwrqsDxYv9xHj3CnD/9btCtkcphRYRUe08tUyVwzV/syDCdiUhF7 8jqDKTC+3zuyrFJi7t4fF9follHYz1Ri5RixxJHnuDFcq7ZTOprPYqO8QhckLAJOy5dmORDX 2guEA+y5zDYBwwjpio9dtnuE7QyHyMx4nMPq8O/HfO+6dDEZChkrGvcG9FTI7s0JhsDs3xxw jcROZ2OP0lNu2571ZpR4YuzMUOIhOaQBIF2wrTvLjKUsAnNQYK9gsFTeDHRsE4HZLxJvEdiZ CWN7COi9un4xtP4Khc3Fmn6ANEyh0bIgx1Eii2RGINuA2XRVYhPRJLUZRSVQcrND9k9S+m+T oaqz9JgFLusFA1KhdeYnE1bojpq1U1bsmEicLW2QfEGVumKTgUrTsno0cVPH73KDILFvHA0D 8t4UaQveRTRUVdHZ02IBVt655Q8Xq1TkHJ7l+2Ckso5IBujWD74QpSRzzffn/ihhEExwYSTj FSs0C/OgU+EDZbcq2SWu4n1OGsW337/80HnJKVWBPAZYy4EmiyQSY05MG/fj9RA9Qi4TjFLD LrIf6dFAmiiIwWjlAKiyyUk+XDJXrc1L2VhcHqfdBY4I/qwV1YAI1QI4W/i6TstB1j0GwKa3 ZORwu4eahL5+9R6xBedhXZpCL0dyKuI8iPaC8npaOCJoL8+l4+KXR/PKt8b8kzIcvSpyCZii PQ== Organization: FreeBSD Message-ID: Date: Mon, 27 Apr 2020 15:49:03 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <200424061857.M0194579@mkii.yf.bsdclub.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="eUPkayCXjBX1VLwzx5swSpgGYEgRK2Jtq" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Apr 2020 12:49:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eUPkayCXjBX1VLwzx5swSpgGYEgRK2Jtq Content-Type: multipart/mixed; boundary="hq2l9XhmxGIWWQL6SxyFRBV7iYsWpU5dY" --hq2l9XhmxGIWWQL6SxyFRBV7iYsWpU5dY Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 24.04.2020 0:18, Yasuhito FUTATSUKI wrote: Problem is, python2 will be removed from ports (relatively) soon, so sup= port python2 bindings in ports will be impossible after 2020-12-31 anyway= =2E.. > * Python application using Subversion SWIG Python bindings also need to= > modify to support Python 3. Especially distinction between bytes and > str will be needed. All char * type in C API are mapped to bytes, > although it accept str for input. > * Support for Python 3 for scripts in tools/ subdirectory is very > poor status.=20 > (See https://cwiki.apache.org/confluence/display/SVN/Subversion%27s+P= ython+3+Support+Status for detail)=20 >=20 > I, myself, use tools/hook-scripts/mailer/mailer.py for commit mail, > it doesn't work with Python 3. I also use ViewVC (devel/viewvc, > https://github.com/viewvc/viewvc) but its Python 3 support is > in progress. --=20 // Lev Serebryakov --hq2l9XhmxGIWWQL6SxyFRBV7iYsWpU5dY-- --eUPkayCXjBX1VLwzx5swSpgGYEgRK2Jtq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAl6m1L9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4+Pqw//YqGjXFQW/mONXYUsT6w6m1LTh5x16cGq88FsDCmmsPB3y/encIlCsCXo FjNA/aIoWG+u6/Jv3ykRl6wW7bDWOae1H4REvMYn1Y/zY8zvPWEV5L4xldrt7B8e pmKeMLF+PGrPFGw9YG9N7HshNOUO/TSGXGUWoQku0d8vEQK7zy5lqH8wMZ2wZrXd niaGkVQN1yRnoncfAgqBB38sOZJlL6O0W8cf4DMe8qaOIUFSNavrFkpYjN06fb17 Eb1iQDducdMcWlifQGEhL8G825OCjvv+SC2ahgPrOoOwBI508hyoE3oAgcuh6/n0 JOwht8c/19rRVpllJVAZAqmkBGs3xkkEuSQ4ajP+4+Gd16QW5gDwQ5Vw2Ewwh/Bv LN1zDTfDFG4nQtbBXJQRKQk0eJs3WD6IFMhorkWeDLa0uer9rgjXaMVk2YmB2tcb DIt3dZzzhfBvypXMjkHV1FutvZLsi6yvatFLOKcGFiuPTsYgebB/P3nhtKPnpqNB vjAhDzbGnShAJIVLEcnTNS6Qjf1c8xqMXrbDBcC4SvNYojaj2WL+zBQ6rcIiOWJY i+honJN9kBhzOsZWapieETnQikw3zIfgL+cKF++tJEr+SCy0KP8taTLz9esjk4Es JhPXp+JkIM7KOk1pTjIUp+fXoq3fQY8r+LzIXVFBUG0NoSzDJyE= =7+/s -----END PGP SIGNATURE----- --eUPkayCXjBX1VLwzx5swSpgGYEgRK2Jtq-- From owner-freebsd-ports@freebsd.org Mon Apr 27 12:53:54 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9F61A2B778B for ; Mon, 27 Apr 2020 12:53:54 +0000 (UTC) (envelope-from lev@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 499l8L3ZDfz40Pk; Mon, 27 Apr 2020 12:53:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4453E1DEFE; Mon, 27 Apr 2020 12:53:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.230] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id D916A8E03; Mon, 27 Apr 2020 15:53:52 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: FreeBSD Port: devel/py-subversion - Python 3 flavor? To: Yasuhito FUTATSUKI Cc: dan@langille.org, freebsd-ports@freebsd.org References: <200424063354.M0194738@mkii.yf.bsdclub.org> From: Lev Serebryakov Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABzShMZXYgU2VyZWJy eWFrb3YgPGxldkBzZXJlYnJ5YWtvdi5zcGIucnU+wsGwBBMBCABDAhsDBwsJCAcDAgEGFQgC CQoLBBYCAwECHgECF4ACGQEWIQT5bRygtfQxi2dLMwrqsDxYv9xHjwUCW/03kQUJDwW3xgAh CRDqsDxYv9xHjxYhBPltHKC19DGLZ0szCuqwPFi/3EePHxkP+wWNrAyks2fQctY/Gl7TMh+Y Q9uX0hAuZ2Vvi0LswBl/R85SsS7IvI9b3ogOWA8CAlHAxkvgH6sWrwRTNcCPS1MzulYxS914 0CSkdwwbv1JyDOOWYU6s8PfT9+BZr+9eNXStmEdEL5XcA1k2YncQtlR3m+oLkqlAOtteZWti pitMIX9BGYIVKyl0t0RnIx+m/QPVGU9gu02j0I3NSRnKQPyFxZqYK0nPBu+FKaEhIAqdKPOv GL4/ijansdiWO3mXy18G0Mkr8yYRSidpGgXGY6lmGzQ3R6ZS30bLI8DkskOOvfErwhZv5dH5 w4+JH5sQ7bIL5HEXs//ZU9UzMdQwcURMjcFfKGyfL0hSLRqzP8m7SL1k9ZL161OQ6C5zVO/M bSCmeeLkbfOj1NW1ZIv6UjVVWE/LS4+gqg/04C+Y24vj+7vMpBVEevdwmIEdmVciFudklcnN omuocb29GKbquRZRDGiE+mhqkwmp5e59AnePp3+AvkewSCsXlR1sfjEP/Tn5OsYerJ7eAAOj DjxO374TAqJG5ftW4BA/nVmx9FGKV1/A9Yc1UuH6LdQfLf7pmTck1Cxg4kdH+3qKGD63sAR0 Wh27XDjnBKXJUN7J+nctWMZJMvw4OhTXdTyVhWt6USKEzw8M5plY4sFqxBEAe8igQXlq1Xjd ISV7wYhT4l3FzsFNBFKbGksBEAC0a9wfjo2P3JyT7Lc+QlbFVshGbSbazb4ma7QYG5IZZD5v fLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF3ZSeNE5Wz3zYG+jh2nm2iGCkyaVy kfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV1NBVg4/cL+9/hIpvl82cl3hYCD7/ e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9KnTwcce+F+72RQMZQEl7vIAwSRmL dgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugibXr+WRF/tGcW77Bxwe2eQLbEVESqW eMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVfAURf/MoUelZSW/BmMIfKCg3lRlWA t+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6+ziLTdmYLWdtFGAuZhqOtNp5h6tG j21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2gNwaQdu+Yv4AlZVHRsuVywL/skDF L5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJMkJn1j8VlBqDQNT/z+BjB0ru/0anv +5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUUCQ2H5YYBOKpikjCnpwARAQABwsGT BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlv9N7IFCQ8Ft+cAIQkQ6rA8WL/c R48WIQT5bRygtfQxi2dLMwrqsDxYv9xHj3CnD/9btCtkcphRYRUe08tUyVwzV/syDCdiUhF7 8jqDKTC+3zuyrFJi7t4fF9follHYz1Ri5RixxJHnuDFcq7ZTOprPYqO8QhckLAJOy5dmORDX 2guEA+y5zDYBwwjpio9dtnuE7QyHyMx4nMPq8O/HfO+6dDEZChkrGvcG9FTI7s0JhsDs3xxw jcROZ2OP0lNu2571ZpR4YuzMUOIhOaQBIF2wrTvLjKUsAnNQYK9gsFTeDHRsE4HZLxJvEdiZ CWN7COi9un4xtP4Khc3Fmn6ANEyh0bIgx1Eii2RGINuA2XRVYhPRJLUZRSVQcrND9k9S+m+T oaqz9JgFLusFA1KhdeYnE1bojpq1U1bsmEicLW2QfEGVumKTgUrTsno0cVPH73KDILFvHA0D 8t4UaQveRTRUVdHZ02IBVt655Q8Xq1TkHJ7l+2Ckso5IBujWD74QpSRzzffn/ihhEExwYSTj FSs0C/OgU+EDZbcq2SWu4n1OGsW337/80HnJKVWBPAZYy4EmiyQSY05MG/fj9RA9Qi4TjFLD LrIf6dFAmiiIwWjlAKiyyUk+XDJXrc1L2VhcHqfdBY4I/qwV1YAI1QI4W/i6TstB1j0GwKa3 ZORwu4eahL5+9R6xBedhXZpCL0dyKuI8iPaC8npaOCJoL8+l4+KXR/PKt8b8kzIcvSpyCZii PQ== Organization: FreeBSD Message-ID: Date: Mon, 27 Apr 2020 15:53:52 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <200424063354.M0194738@mkii.yf.bsdclub.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mo4MywIdQAyJlsbd4BkDgMDAK83PFa4nQ" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Apr 2020 12:53:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mo4MywIdQAyJlsbd4BkDgMDAK83PFa4nQ Content-Type: multipart/mixed; boundary="LpXQuzupooviXkOW4bYVWrFZ8VmCFGvki" --LpXQuzupooviXkOW4bYVWrFZ8VmCFGvki Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 24.04.2020 0:33, Yasuhito FUTATSUKI wrote: >>> I must misunderstand completely. >> We now have `devel/subversion` which is 1.13.x and `devel/subversion-= lts` >> which is now 1.10.x. As 1.14.0 will be LTS, BOTH ports will be updated= =2E And >> till 1.15.0 these ports will be equivalent! >=20 > If we want to support application depends on Python 2 bindings only > for a while, please consider to leave 1.10.x. As far as I understand, > 1.10.x will support Python 2 its EOL, however 1.14.x may drop it > before EOL of 1.10.x, if there will exist good reasons to do so, > (like problem of developer resouce, critical bug only affects > Python 2, and so on) I don't want to add support for non-standard (not pre-generated) bindin= gs to port, to be honest. SWIG is major pain in the ass, and python2 will= be deprecated at the end of the year anyway. Update of subversion-lts port is other matter, and I'm not sure what is= better... --=20 // Lev Serebryakov --LpXQuzupooviXkOW4bYVWrFZ8VmCFGvki-- --mo4MywIdQAyJlsbd4BkDgMDAK83PFa4nQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAl6m1eBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R49k0hAAzXMnEbQd+/OEyVGXLOR2Ark5NCbKVElMSJke+OM3ja7nSr/SoQ+yDN1t TJvTAgMm3zMgE3pRZTgLoxfPgQ6rG3dKOlc0rSARxo/8Vc4j3o5/mrhZ8VcHO6Ht XOk/mByRJzFHv6Jz9bjFKOs0JBwHFJbgHaVVu/N8BNBXStrgB8dEFv5wKVhg8OTv iPV3dX6XKUxK168HaSPx4kgxKX2FZcz/ukFmm0Pz2t01XPcpNBx+XHkVWwryUoUd O79zJ1MAJVU2DMH795PXNQ7eYA+Y7TOVKlYPb6VJlQlGw/qx6n4YEFX/3pzrwYQB NpkAPfxoJ/1xvZvadQ8Hsg6x0Inu+VBxH22sPEActqgi1vFKPfo3CRW7rKKr5FIt 2zlNbdYzC56wmHrgCyTwMBQeBQkc/uf29HDzLlGpHNdZ/MfSAowIeRuKexWK173L PrCHS5Bd8heSsUTy4YBmnaKd0TwcGPti/+FzUlT3eXbE/iYnuhebNiN/EFgDr1Kv vz7Ao7/XRanMUiyf+3jyaoej5kqXEmzGKAvqG6H/ceigODNgBf6PCWxcHInPcrfK QYhdu4UgiMng1K3NgBqhOyBc7gZUtbmtgsTJLBR49ME+rw93YBqHSazzDUEv4ePc 1LqtWFturwupmbPO/QgRxQQovxyQb5r7cfm1QBdpKU/bemR+vcI= =fmOH -----END PGP SIGNATURE----- --mo4MywIdQAyJlsbd4BkDgMDAK83PFa4nQ-- From owner-freebsd-ports@freebsd.org Mon Apr 27 18:50:22 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E7DFD2C2515 for ; Mon, 27 Apr 2020 18:50:22 +0000 (UTC) (envelope-from futatuki@bsdclub.org) Received: from mkii.yf.bsdclub.org (mkii.yf.bsdclub.org [219.117.219.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 499v3f3j5qz4Sj7; Mon, 27 Apr 2020 18:50:21 +0000 (UTC) (envelope-from futatuki@bsdclub.org) Received: from leopardon-alpha.yf.bsdclub.org (leopardon-alpha.yf.bsdclub.org [192.168.8.26]) (authenticated bits=0) by mkii.yf.bsdclub.org (8.14.7/8.14.7) with ESMTP id 03RIml6L008749 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 28 Apr 2020 03:48:56 +0900 (JST) (envelope-from futatuki@bsdclub.org) Subject: Re: Re: FreeBSD Port: devel/py-subversion - Python 3 flavor? To: lev@FreeBSD.org Cc: dan@langille.org, freebsd-ports@freebsd.org References: <200424063354.M0194738@mkii.yf.bsdclub.org> From: Yasuhito FUTATSUKI Message-ID: Date: Tue, 28 Apr 2020 03:48:40 +0900 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=iso-2022-jp Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 499v3f3j5qz4Sj7 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.988,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2020 18:50:23 -0000 On 2020/04/27 21:53, Lev Serebryakov wrote: > On 24.04.2020 0:33, Yasuhito FUTATSUKI wrote: > >>>> I must misunderstand completely. >>> We now have `devel/subversion` which is 1.13.x and `devel/subversion-lts` >>> which is now 1.10.x. As 1.14.0 will be LTS, BOTH ports will be updated. And >>> till 1.15.0 these ports will be equivalent! >> >> If we want to support application depends on Python 2 bindings only >> for a while, please consider to leave 1.10.x. As far as I understand, >> 1.10.x will support Python 2 its EOL, however 1.14.x may drop it >> before EOL of 1.10.x, if there will exist good reasons to do so, >> (like problem of developer resouce, critical bug only affects >> Python 2, and so on) > I don't want to add support for non-standard (not pre-generated) bindings to port, to be honest. SWIG is major pain in the ass, and python2 will be deprecated at the end of the year anyway. > > Update of subversion-lts port is other matter, and I'm not sure what is better... How about to postpone upgrading subversion-lts port to 1.14.x until which is earlier, release of subversion 1.15.0 or Dec 2020? I don't think you want to add subversion10 port separately. I wonder how https://svnweb.freebsd.org/ service will do after py27-subversion will be gone, as one of users.... Cheers, -- Yasuhito FUTATSUKI / From owner-freebsd-ports@freebsd.org Mon Apr 27 23:32:07 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8FF492CA3A2 for ; Mon, 27 Apr 2020 23:32:07 +0000 (UTC) (envelope-from starikarp@dismail.de) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49B1Jl1R2Tz3Nf5 for ; Mon, 27 Apr 2020 23:32:07 +0000 (UTC) (envelope-from starikarp@dismail.de) Received: by mailman.nyi.freebsd.org (Postfix) id 312062CA39F; Mon, 27 Apr 2020 23:32:07 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 30E2D2CA39E for ; Mon, 27 Apr 2020 23:32:07 +0000 (UTC) (envelope-from starikarp@dismail.de) Received: from mx1.dismail.de (mx1.dismail.de [78.46.223.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.dismail.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49B1Jk3Qp8z3Ndy for ; Mon, 27 Apr 2020 23:32:06 +0000 (UTC) (envelope-from starikarp@dismail.de) Received: from mx1.dismail.de (localhost [127.0.0.1]) by mx1.dismail.de (OpenSMTPD) with ESMTP id f9346fdd for ; Tue, 28 Apr 2020 01:32:04 +0200 (CEST) Received: from smtp2.dismail.de ( [10.240.26.12]) by mx1.dismail.de (OpenSMTPD) with ESMTP id 5ab8f37d for ; Tue, 28 Apr 2020 01:32:04 +0200 (CEST) Received: from smtp2.dismail.de (localhost [127.0.0.1]) by smtp2.dismail.de (OpenSMTPD) with ESMTP id 891b9f99 for ; Tue, 28 Apr 2020 01:32:04 +0200 (CEST) Received: by dismail.de (OpenSMTPD) with ESMTPSA id 8183f388 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Tue, 28 Apr 2020 01:32:03 +0200 (CEST) Date: Mon, 27 Apr 2020 19:32:01 -0400 From: ajtiM To: FreeBSD Ports Subject: Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available Message-ID: <20200427193201.2347b235@dismail.de> In-Reply-To: <20200423150917.09a04059@dismail.de> References: <20200423150917.09a04059@dismail.de> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; amd64-portbld-freebsd12.1) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49B1Jk3Qp8z3Ndy X-Spamd-Bar: ------- X-Spamd-Result: default: False [-7.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[dismail.de:s=20190914]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[dismail.de.dwl.dnswl.org : 127.0.5.2]; R_SPF_ALLOW(-0.20)[+ip4:78.46.223.134]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-2.19)[ip: (-9.91), ipnet: 78.46.0.0/15(0.53), asn: 24940(-1.55), country: DE(-0.02)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dismail.de:+]; RCVD_IN_DNSWL_MED(-0.20)[134.223.46.78.list.dnswl.org : 127.0.5.2]; DMARC_POLICY_ALLOW(-0.50)[dismail.de,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:78.46.0.0/15, country:DE]; 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, 27 Apr 2020 23:32:07 -0000 I found that qt5-webengine needs Python 2.7: Build dependencies: bison : devel/bison ninja : devel/ninja yasm : devel/yasm input.h : devel/evdev-proto videodev2.h : multimedia/v4l_compat gperf : devel/gperf python2.7 : lang/python27 pkgconf>=3D1.3.0_1 : devel/pkgconf as : devel/binutils xorgproto>=3D0 : x11/xorgproto xorgproto>=3D0 : x11/xorgproto x11.pc : x11/libX11 xcb.pc : x11/libxcb xcomposite.pc : x11/libXcomposite xcursor.pc : x11/libXcursor xdamage.pc : x11/libXdamage xext.pc : x11/libXext xfixes.pc : x11/libXfixes xi.pc : x11/libXi xrandr.pc : x11/libXrandr xrender.pc : x11/libXrender xscrnsaver.pc : x11/libXScrnSaver xtst.pc : x11/libXtst moc : devel/qt5-buildtools designer : devel/qt5-designer qmake : devel/qt5-qmake --=20 Ernst Lubitsch=E2=80=99s Ninotchka:=20 =E2=80=9C=E2=80=98Waiter! A cup of coffee without cream, please!=E2=80=99 = =E2=80=98I=E2=80=99m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?=E2=80=99=E2= =80=9D=20 From owner-freebsd-ports@freebsd.org Tue Apr 28 00:15:19 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C13482CC37A for ; Tue, 28 Apr 2020 00:15:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.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 49B2GZ3Y1xz3xXX for ; Tue, 28 Apr 2020 00:15:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: vufCnZQVM1k0hoJs7ELThbnJQ1A7biaDOrEOW9lUKgMQM6kzJK4B1r3QP3XeS8n eBeKVjspCQxI9dG9y.krM2Whnv5ipzOLgXkNMncSvo1Kvy1TSm1T_bmZJvI6htHLNi92qcvzR1b8 TE_dfhXIUf.I4XlS7PSGuop8z2tvJFVcZQ.Z2qY_wVdOZBa7q3kpbS_2jdrHFLdwubU6CNGI2PKt _f6_9yvIHxzXtQD7mWalFtnBbOIX3ZnFo0Stpi2dxWDoD1skuv_.XRYxyKqvVew4ecXgASo8Pm7U 8XINjMyQx6VDX1yN__bqQD1SoK40Caf9Qkuufq.sben_uudJ3lh3UwIZnwmjPG_wykmXbtuK_SQ7 8piFoNl65y6JonaVIlree50.aeirVO3gYiZh4vEK.1T29OJAZ7hTQMru66HsDZTOcfoDNMfjF9_n f1v40ZMuMRALyVPgHF3MJqkJAfiMJxLcCHP6QXv6gHEpY5eTzXFVCSBGeoxLYE1G7pASYc6o0U9j Gd7RseqU8irS54MAY7ZEsUEEm.WBS01uMvCnf1Df47qYna7N0gZ2HwYWd_irEJ8pWZ5v6TEqcoxL lByrWqs.Nzir8eSLLfnM_9.9GNKtYf_2JosvI8Tkh1lt.aH7sa6v4iJgCB4IcQKS.Pd7Qw84XdpO .Ef8q6BkteSnos2YQN9Hn17EkB_sr7.Aj65tYZxuwpTaYJ3jMpelDB7ryKsdrV2JlTbXQqzqEQ1P byJ.KoHxQcgN9XMbmrUzBKsMnzGdeqR2M5XJ4npRc.18n6zmiVDqzs_S2JjtPkOsOTPqdybpiov5 8VV3GeYD0xOBDdvWaz0HHeaaR.Yl2R0EDizJSCp7nzy8nqgImVRg6AR3.K.5iNj_cSVT5qpR_r1q ZVm1TUc4j.IFiqojdLICaJk8.XndFctfdakcAi0cOWvvzAytHWo_O.eKUET1FqLPoN4dSfYb630b gfE4GhvPgqtn0N01.PJt1qEzz0WLeLiIojEr3UtUZOgdcnoG7OfRkc9OTAH7njRXAOTlsu0tJKcR bt62M38My0NEa_j7yPnlk8dNd9C9RusEhWdW24kscl6S3iIElk2y6u86.cMbF.gMf6QtgaBe6R6M 6Mh_zQcvxLITqxRj4tzeloQQjOn6UgtttTObDw6ICiaiZvAekLuMdNg749moUocCyB7l6BmUDo7Q 3k1FnYuNhTLUPjKGVFVt8nwiOSL5C9a49DI0qE1q5aLz2hZl_O9eDy3JglKp.x.20QTJY7qlvWQ1 X6nfTDqw5y9Vey6IEkosGsFgeR7uJhci9n3O2YRTif2pxgbYF0akQLjCcU9DTeceYP_LVlYDQv1g TRTM5NwF8L1fHJcboT7v4QYACtXRJs6YFnQX6GwWDvpFh4q1BiW_LTe5U.KOUeH0FSXB9pcsDp0i ltBiwHOn8VGwgdzBZKBToIT6FQ2BdCoAIMe.KyvfBbQvp5o7kPs703GLaQg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 00:15:16 +0000 Received: by smtp411.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 82d425cd48066cf405ac9a65ba3a02f1; Tue, 28 Apr 2020 00:15:13 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> Date: Mon, 27 Apr 2020 17:15:11 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49B2GZ3Y1xz3xXX X-Spamd-Bar: - X-Spamd-Result: default: False [-1.33 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; 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: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.48)[-0.482,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.35)[-0.347,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (6.15), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[84.68.137.98.rep.mailspike.net : 127.0.0.17]; 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, 28 Apr 2020 00:15:19 -0000 On 2020-Apr-27, at 11:46, Emmanuel Vadot = wrote: > On Mon, 27 Apr 2020 12:32:46 +0200 > Emmanuel Vadot wrote: >=20 >> On Sun, 26 Apr 2020 12:13:46 -0700 >> Mark Millard via freebsd-arm wrote: >>=20 >>>=20 >>>=20 >>> On 2020-Apr-26, at 01:14, Mark Millard wrote: >>>=20 >>>> The below where based on poudriere-devel based build attempts. >>>> /usr/ports/ was based on head -r532972 and aarch64 FreeBSD was >>>> based on head -r360311 . amd64 FreeBSD did not have the build >>>> problem for the aaarch64-targeted u-boot ports. >>>>=20 >>>> The overall build is still going and more aarch64-targeted >>>> u-boot builds might fail. >>>>=20 >>>>=20 >>>> sysutils/u-boot-rpi4 : >>>>=20 >>>> aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } >>>> sed -n -f ./tools/scripts/define2mk.sed u-boot.cfg | while read = line; do if [ -n "" ] || ! grep -q "${line%=3D*}=3D" = include/config/auto.conf; then echo "$line"; fi done > = include/autoconf.mk >>>> aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found >>>> compilation terminated. >>>> gmake[2]: *** [scripts/Makefile.autoconf:48: = include/autoconf.mk.dep] Error 1 >>>> gmake[2]: *** Waiting for unfinished jobs.... >>>> gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. >>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2020.04' >>>>=20 >>>>=20 >>>> sysutils/u-boot-rpi3 : >>>>=20 >>>> aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } >>>> aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found >>>> compilation terminated. >>>> gmake[2]: *** [scripts/Makefile.autoconf:48: = include/autoconf.mk.dep] Error 1 >>>> gmake[2]: *** Waiting for unfinished jobs.... >>>> gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. >>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' >>=20 >> The lto plugins didn't used to compile on a native build of gcc >> on aarch64 but I've updated gcc to 8.4 recently, maybe the plugin now >> works or gcc think that it does and try to use it. >> I'll do tests, thanks for the report. >=20 > This is solved with r533162. > I've tested that sysutils/u-boot-pine64-lts build and boots fine. > Let me know if you have still any issues. The poudriere-devel runs based on updating /usr/ports content ended up scheduling 190 package builds, including a couple of llvm*'s. Depending on where in the sequence things happen, it could be some time before having such full-native results. In a amd64->aarch64 pouriere-devel based cross-build, with nxb-bin in use (a faster build environment in my context), I got: . . . gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' =3D=3D=3D=3D> Compressing man pages (compress-man) = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct ory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory . . . (long list) . . . That leads to: [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed I'm guessing that the full-native builds will do similarly. But we will eventually see. > Thanks. >=20 >>>=20 >>> The pine64 and rock64 u-boot builds also failed this way. >>> With the rpi[34], those 4 are all the aarch64-targeted >>> u-boot builds that I tried. >>>=20 >>> By contrast, the armv7 u-boot's that I tried all completed: >>> orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. >>=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 Apr 28 02:31:20 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D0682A8766 for ; Tue, 28 Apr 2020 02:31:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.gq1.yahoo.com (sonic302-20.consmr.mail.gq1.yahoo.com [98.137.68.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 49B5HW25dcz46rQ for ; Tue, 28 Apr 2020 02:31:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 4CBmh04VM1lTGH2DyDNWWmG.6Rq5jZeK.Sus5vE.8NfXw6KtKgcgucKzm5cMykF RmYtEV1Hu9txqX_SfUTOIBMYq0GlKf6n0Cv8PmSJx9GooFk5MybGpY.Vh.KZMI9JnpsO0sZZjxF6 2mqWJtFS9Crd48dcKAB.DQwtd64nGyF3x_G9CL_1YKC_aDl6TSphdbaoAFzHPnaYzGifvoxFr_vF 5OedD2WstVoHBf1ORD1aZTVIrG9oEsWi46lbhy6mUGatmmSVPqi4or4zWMqa0hliNIcvRPhOSh7d GL2Mufr1p5epmOrSpJwhtRhteojPMxdzZjU7D1Xnhqhedq4kvSIVIe_rk.lHXuXJj2lUQOT3qfyb 44Obx83juv2ciVVPjHkWxdmW_DngCDUDQ77qGqV2c0AWXF7vEAJtuygPx7e_4dhlsglxlLpW_Gpt KqC487gzOIXGyd1wYQrYv3dbqpQBjN1uBAd9P2yRUsfa6c2kDIvzb_KXhB5KUAY1hDY59tyOG20d S4CQtdVjpFZUsYyX6lOeyF3ulu0rR42k_3866CtHnOSsXeZrHnDHPkgsllmp2AHnONJ.dMB79w71 iDKGBN2HvDf6JVtxIegWZULzfOJHj_G1LGu5BDgwTDdOpXzPB_8XF1ca6.UU_HzTG6bbOYjfB522 MTdY.V.hpw2fIMKNwo6sRAeTxD2eHm7HSNeFNPZLcbg4dFAKGhV3H_rG28QR36seDXelqnoIB8GY s72ibHeX6DLv4muW0kKJtAzt1tccKwYKzJwwxk_1SDFmVWH94Yp6wC6o9Ygy617AJq8NYSbgzrCi Qp4Jo53EB4qGPfTI9Fe8bik79Bsmd4erNeShimRa.mFRUDPujPDakJTm_j.KJoS3w1qF2H4C6Lvf IFDvIBrwopKpIC3dZBqPgyLnN9bjCeDe3ypuqqjdcDcktoKzC2ExuUgeQdPBL9MRGgkiKHqkJRM4 rdFZTrogGpelXWeA4jjSDxJvot18Jz.3p1sC3SzdH74irR6nXYmP7bpVhvDy_R1k8P3TeK5.Y8oo LsySDReLGVPthx1IIJ3ibapunQMBQLdHoaQ5ntFHg4MZ7Z4057lDv_puvqZpRVZeN7qvVkTQmsO1 AWYp8F0WuM2f6_HO3HxGFpnwXPMhEhXuSgPctukODgQqQvCSrQwwHm4ZYBZokxczM._4WO4lVbSO GgAcQfeqzAga1G6H5JwuGfuiRn2MS2pLSmHbfaScPoIbWi6_zqlQ0GX29IW4CnbWM.lWsezcHng_ oJOFMKxxpO4rRffviXByFTY6aXlEG44f9t9ZQAgShh7Ek.T.hH.HbVc_RebKHyG2rBzRSf5k4YIC gUQH6MIPwpjUhOVEuXU80cwXKMR24V9uFB79UWZjvQh.rVKWKuBJcicXBTUybCfhKLCAmyiwaxGB QlWAPFZBveeiXxHbT9h_SkA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 02:31:17 +0000 Received: by smtp408.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 32eca72457106a921d7e003690dc764b; Tue, 28 Apr 2020 02:31: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 13.4 \(3608.80.23.2.2\)) Subject: security/nss poudriere amd64->aarch64 cross-build failure: could not find libraries -lplc4 -lplds4 -lnspr4 Message-Id: <42B83E86-2057-4376-8240-978C0CCC8FDB@yahoo.com> Date: Mon, 27 Apr 2020 19:31:13 -0700 To: "jbeich@freebsd.org" , "lwhsu@freebsd.org" , FreeBSD ports X-Mailer: Apple Mail (2.3608.80.23.2.2) References: <42B83E86-2057-4376-8240-978C0CCC8FDB.ref@yahoo.com> X-Rspamd-Queue-Id: 49B5HW25dcz46rQ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.47 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; 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: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.97)[-0.974,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-0.14), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.68.137.98.rep.mailspike.net : 127.0.0.17]; 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, 28 Apr 2020 02:31:20 -0000 This was an amd64->aarch64 poudriere-devel based cross build, using nxb-bin. Ports head -r533162 . It looks like it expects the (nxb-bin based) cc to automatically look in /usr/local/lib/ (or wherever) for finding some matches to -lNAME but things were not set up for that to happen. It may need to be explicit. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> nss-3.51.1_1 depends on shared library: libnspr4.so - not = found =3D=3D=3D> Installing existing package /packages/All/nspr-4.25.txz [FBSDamd64TR] Installing nspr-4.25... [FBSDamd64TR] Extracting nspr-4.25: .......... done =3D=3D=3D> nss-3.51.1_1 depends on shared library: libnspr4.so - found = (/usr/local/lib/libnspr4.so) . . . rm -f FreeBSD13.0_OPT.OBJ/libnssutil3.so /nxb-bin/usr/bin/cc -Wl,-Bsymbolic -shared -Wl,-soname = -Wl,libnssutil3.so -pthread = -Wl,--version-script,FreeBSD13.0_OPT.OBJ/nssutil.def -o = FreeBSD13.0_OPT.OBJ/libnssutil3.so FreeBSD13.0_OPT.OBJ/quickder.o = FreeBSD13.0_OPT.OBJ/secdig.o FreeBSD13.0_OPT.OBJ/derdec.o = FreeBSD13.0_OPT.OBJ/derenc.o FreeBSD13.0_OPT.OBJ/dersubr.o = FreeBSD13.0_OPT.OBJ/dertime.o FreeBSD13.0_OPT.OBJ/errstrs.o = FreeBSD13.0_OPT.OBJ/nssb64d.o FreeBSD13.0_OPT.OBJ/nssb64e.o = FreeBSD13.0_OPT.OBJ/nssrwlk.o FreeBSD13.0_OPT.OBJ/nssilock.o = FreeBSD13.0_OPT.OBJ/oidstring.o FreeBSD13.0_OPT.OBJ/pkcs1sig.o = FreeBSD13.0_OPT.OBJ/portreg.o FreeBSD13.0_OPT.OBJ/secalgid.o = FreeBSD13.0_OPT.OBJ/secasn1d.o FreeBSD13.0_OPT.OBJ/secasn1e.o = FreeBSD13.0_OPT.OBJ/secasn1u.o FreeBSD13.0_OPT.OBJ/secitem.o = FreeBSD13.0_OPT.OBJ/secload.o FreeBSD13.0_OPT.OBJ/secoid.o = FreeBSD13.0_OPT.OBJ/sectime.o FreeBSD13.0_OPT.OBJ/secport.o = FreeBSD13.0_OPT.OBJ/templates.o FreeBSD13.0_OPT.OBJ/utf8.o = FreeBSD13.0_OPT.OBJ/utilmod.o FreeBSD13.0_OPT.OBJ/utilpars.o = FreeBSD13.0_OPT.OBJ/pkcs11uri.o = -L../../../dist/FreeBSD13.0_OPT.OBJ/lib = -L../../../dist/FreeBSD13.0_OPT.OBJ/lib -lplc4 -lplds4 -lnspr4 -pthread ld: error: unable to find library -lplc4 ld: error: unable to find library -lplds4 ld: error: unable to find library -lnspr4 cc: error: linker command failed with exit code 1 (use -v to see = invocation) gmake[3]: *** [../../coreconf/rules.mk:291: = FreeBSD13.0_OPT.OBJ/libnssutil3.so] Error 1 gmake[3]: Leaving directory = '/wrkdirs/usr/ports/security/nss/work/nss-3.51.1/nss/lib/util' gmake[2]: *** [../coreconf/rules.mk:101: libs] Error 2 gmake[2]: Leaving directory = '/wrkdirs/usr/ports/security/nss/work/nss-3.51.1/nss/lib' gmake[1]: *** [coreconf/rules.mk:101: libs] Error 2 gmake[1]: Leaving directory = '/wrkdirs/usr/ports/security/nss/work/nss-3.51.1/nss' *** Error code 1 =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 Apr 28 02:57:39 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 78F042A8F9C for ; Tue, 28 Apr 2020 02:57:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.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 49B5ss572mz47kZ for ; Tue, 28 Apr 2020 02:57:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: NEb0KDcVM1lTh7DkfT.eHBvjg8_5Bft6BOXpUKXBlH23EiXrLx7ktfZKZLokCHR RGZQXRaR9E5aAfVaTW6gH9HemXiARR8qOZ2w5x1AyjfIAAqRsJNP_rQQiQWtRCg6FwE97wU2zjVP 1cdV.YwcWnN1MShjGhltL5gLvNhYs8rnCBJ9821_FhnVKXESPZFO.WHgXs99PS7sXVawz2WAz0zv ayAgQQQGDL5j8._sZj2PeeMrmYcO.oY1HqSfF84dBKtUHeWVROKLqOvPx_Z3TkXgeXvfBVS4DAjA iI9x0v6PlmJAVhOSQTcgabBQ7lF7cx9M8XTB9nXpfXTAA0yWqJ0iYyPFrP4L7BHwgXAxAm87WVW1 0FhOHVrz12IdCWdWYVJbah2_R3uvi4wUUoXXNJXALx8NJdJsjwZqftOe1tVix9iGVFYZyl1ZE771 xkRYTrGwraYhV0pnUajkSMF7fWeSn2hgFPu2Sfh.zVI35eNqZd2tshYayb3bO16FqLi5QjbfhYjP QrouU6VQPZZF2VYJ5pLVXJq9M.MJg8AzrHJ1c_B1.5fq8spsB8jk7za8jPEfmRmcC3X0m1PUppDg aCgNAOKBWBysDluLeWgsRVoq.mXiMDnAyRDGKLNXWeLpSUfEQzWBLgDx1q_i_dwLwPa4cmzZ.shd LnaAw1F.OZsGVdVe.CNPVmmOtexPEjjvK6YNHtCUkkIZyqglE0YcmpWQGv4.EB5gtRNJdI7QDlq4 JFMV.4amszZglTWLvVhshshysUXWeyKHCjUDvWsowol1qNuM_UjSjAbEWySAMK2POrgjaA9mmolx vSKfSuQ2zpkzt50l6cu0EQGVkJFg9A0Jwd4e.itzkskOhSffKY9f10_ablbsrNqIESRYjuL7h2q7 ZKb1t3stnraHxL_TlPTeqy5CuCnni1m48vlM6WltuiaDpntDvenbGFzK._SpSVDY85klb.wzg12U cLRn3FFcLpLOUGe.D_pyuJ9DtGG_tITJ30wLXi3HCcfhKDodwpmHxdVL.CzgcqC1LKbv1673ebpF E1pB1Srka8oHytsN8h1mwuKts0SrCM.mga1ksAd.Etlpx1IrVNnLbHlMpY8km90g1JPFbh9jygnn oKOLJ_c4xVajwQHEIw3cOcq7G2_NDYli26Qizd9n34Bq_Fru39IGooZnSH.qDnxG8Z0MsBodfw7t KnR7MEXY5Jy3RyW44ZXAkfrppSlvCcAPuAFupl6ZC.m6UR1kgKdVGyKfDGCh95oGlKEiyBoCLBW1 5P8UQYN6fJNLFh4P72.aXYZsyp99F5h_PssyNR1Or1wMNXrljIXiOTEgUF2clISwuamNNQDTlJLj UVkrkNZwoa_MbOGAl3iJXdaehUgBfkW1W7uSS1_JQd08tU9j6YQG4nAn_qu92ODtkbRnDQthGw5M yUBeOKENdFFRMU4uwQdUvwe_t3HCP2Mo.styiMk_Uo5VMnm9H8CX3Yk8y Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 02:57:36 +0000 Received: by smtp422.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f3d81cfc625eb42eb60a7da63dafd6fd; Tue, 28 Apr 2020 02:57:32 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Oddities possibly contributing to lang/gcc9 not building (amd64->aarch64 poudriere based cross build) Message-Id: <6A53E469-0B80-4853-94AE-A413607D177E@yahoo.com> Date: Mon, 27 Apr 2020 19:57:31 -0700 To: "gerald@freebsd.org" , FreeBSD ports X-Mailer: Apple Mail (2.3608.80.23.2.2) References: <6A53E469-0B80-4853-94AE-A413607D177E.ref@yahoo.com> X-Rspamd-Queue-Id: 49B5ss572mz47kZ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.67 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.55)[-0.546,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.62)[-0.624,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (4.98), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[32.64.137.98.list.dnswl.org : 127.0.5.0]; 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, 28 Apr 2020 02:57:39 -0000 It appears that quoting vs. option handling is not working as the build expects or some odd file names involved: libtool: compile: mv -f "-fgnu-runtime.o" ".libs/NXConstStr.o" mv: illegal option -- g usage: mv [-f | -i | -n] [-hv] source target mv [-f | -i | -n] [-v] source ... directory gmake[3]: *** [Makefile:215: NXConstStr.lo] Error 64 gmake[3]: *** Waiting for unfinished jobs.... . . . libtool: compile: mv -f "-fexceptions.o" ".libs/exception.o" mv: illegal option -- e usage: mv [-f | -i | -n] [-hv] source target mv [-f | -i | -n] [-v] source ... directory gmake[3]: *** [Makefile:245: exception.lo] Error 64 . . . and various more . . . There are various: qemu: unsupported syscall: 574 (calling anyway) that I do not know how to interpret. Overall I got a failure: gmake[2]: Leaving directory '/wrkdirs/usr/ports/lang/gcc9/work/.build' gmake[1]: *** [Makefile:953: all] Error 2 gmake[1]: Leaving directory '/wrkdirs/usr/ports/lang/gcc9/work/.build' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/lang/gcc9 =>> Cleaning up wrkdir ===> Cleaning for gcc9-9.3.0_1 build of lang/gcc9 | gcc9-9.3.0_1 ended at Mon Apr 27 18:54:24 PDT 2020 build time: 00:18:42 !!! build failure encountered !!! But, so far, I've not uniquely identified what specifically stopped the build. It might have been the kinds of things reported above --or it might not. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Tue Apr 28 03:14:52 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BDFC12A9934 for ; Tue, 28 Apr 2020 03:14:52 +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 49B6Fl59lRz48wk for ; Tue, 28 Apr 2020 03:14:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: O_KfgNcVM1kIpqBRSOc640FHA1d.4io12mZGjhXa_rr2pvXuYSu.sS6uBgVTgq1 3wd6Qsz..EKpeT3EDeE1WMyU1Us49TACAcbsSc6eKzO4i_jYir4PBRRcboy6GkdF_2ST5mYTsjhg _lp6lC0JxrBFUQbffbiC8XUymX_gJQQTDc_H2i4fNVTiPsYRnM2rNF0o9VYvL5ZEfPdiomxlQSYC iI9GI5ed_uQxDna9vWHL9e6taNN6kUG5EmRDaB_uJCTL.OO2.GB20qSAN1kEtkEUIcMOFI6IPi7j sH2xOB2bE1Tw3_aUBInzpnEz8Klfc7heWkpIJ9Lf7a9.z7MZ2LSig38k54QQvKVCNZQqvGu2QpLz hum_TgLiCcQ9WKVZz4ITXOp1cuoiyYYX6xSU1eR5I4jc6ogmNhmAnYD_SMfOBgYTHMQwhdpfK9dP dkXnvBP4Z_4ZbKVpU7utQmJnc9VJDMsqLpBk44AaKbkYFjpXHUfqlsOaAKsGSXHFKThbb8GwAHdg 0.aBoXf2jyJHaQDW.G6VH6lD_RrPD4Wy29c4M6928_tYbR6a5HmyiuA7e60Ynr40WBh4rsJl0rGE o1qevldBfuVNDOOHJq1a.gR7fUtDyAWmNGm2q6PvJZmzNfSVHzx5ryFkKzriQJSqYlewzOehFquP 23fNRLhN828bjGPiX6rxAMreEag441Xa2M3_AQX9JHJrMT4DCdvpRJtL.YnQraStmntM.LLTlXA1 w40SaBZKhZ7rQOJQoqgUvBuFxRcMHBq9W8_mF_1bfz9elHOUaqyexPHduzdT78LByHeznAiu4zXP JIq7JNhTI0109UjocBiEjKCPBmaiAqwMjHWakhI7.Lx_GkVfynK.gPRCm.1EqzgOmeV_5WHZi6Y3 6QcIn8oujqC_MikuRlK7muWOANDYvp6wsg1.z8jhIUD1QAOjvu0Z2mfaqzVdmasib9JkSsiMO.Ao yE2dYGz6Y65r8RuWqy_EsHCRmgK84AJQS1WEsfTAyZCIVPKaoOvaZn.QarigaQHFTto2TMz9KPBI F_uScXqDnEbT9_hEoaBukZmlxIrl2l5EHSi95qCudkqJreBsKNQjkUn3bPwv8w1KaCW0CjzWmPin nduOREtIBKjcbNq9CuHBEsUxhPdJf12swduEza3u.8EyMgIzOT7yQ43Q4lM4rReQ_ZeU1P36y3_9 iS2GqsHCr0hMI9OGDi3VfwxrO0zjFpjX5XhVsSa6zou.O2LtfVfW4iAE9NwiKf.lExx_j5KrvBHB ZKZfR_QPsbs9WUJXMMr1aSfWiIgs.O_xKwrHGagYGX8jlOOQFMqlEvyw5Wo0VzbcloZ4Qu2S.i.l aSnf2rxkFCHImIR6qw9t6ABRtCxnATHVSukRsBBKws1h6IdecrUDl8fDJtKvHZf1gKu1lGpOrr3z ldz831AYVZTmwBByu_d27xIc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 03:14:50 +0000 Received: by smtp415.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d453ee33d88ac91d378c18f1cd6325c1; Tue, 28 Apr 2020 03:14:48 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> Date: Mon, 27 Apr 2020 20:14:47 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49B6Fl59lRz48wk X-Spamd-Bar: - X-Spamd-Result: default: False [-1.17 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; 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: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.42)[-0.425,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.24)[-0.241,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (7.21), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[204.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[204.68.137.98.rep.mailspike.net : 127.0.0.17]; 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, 28 Apr 2020 03:14:52 -0000 On 2020-Apr-27, at 17:15, Mark Millard wrote: > On 2020-Apr-27, at 11:46, Emmanuel Vadot = wrote: >=20 >> On Mon, 27 Apr 2020 12:32:46 +0200 >> Emmanuel Vadot wrote: >>=20 >>> On Sun, 26 Apr 2020 12:13:46 -0700 >>> Mark Millard via freebsd-arm wrote: >>>=20 >>>>=20 >>>>=20 >>>> On 2020-Apr-26, at 01:14, Mark Millard = wrote: >>>>=20 >>>>> The below where based on poudriere-devel based build attempts. >>>>> /usr/ports/ was based on head -r532972 and aarch64 FreeBSD was >>>>> based on head -r360311 . amd64 FreeBSD did not have the build >>>>> problem for the aaarch64-targeted u-boot ports. >>>>>=20 >>>>> The overall build is still going and more aarch64-targeted >>>>> u-boot builds might fail. >>>>>=20 >>>>>=20 >>>>> sysutils/u-boot-rpi4 : >>>>>=20 >>>>> aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } >>>>> sed -n -f ./tools/scripts/define2mk.sed u-boot.cfg | while read = line; do if [ -n "" ] || ! grep -q "${line%=3D*}=3D" = include/config/auto.conf; then echo "$line"; fi done > = include/autoconf.mk >>>>> aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found >>>>> compilation terminated. >>>>> gmake[2]: *** [scripts/Makefile.autoconf:48: = include/autoconf.mk.dep] Error 1 >>>>> gmake[2]: *** Waiting for unfinished jobs.... >>>>> gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. >>>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2020.04' >>>>>=20 >>>>>=20 >>>>> sysutils/u-boot-rpi3 : >>>>>=20 >>>>> aarch64-none-elf-gcc -x c -DDO_DEPS_ONLY -M -MP -Wall = -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding = -std=3Dgnu11 -fshort-wchar -fno-strict-aliasing -fno-PIE -O2 = -fno-stack-protector -fno-delete-null-pointer-checks = -fmacro-prefix-map=3D./=3D -g -fstack-usage -Wno-format-nonliteral = -Werror=3Ddate-time -D__KERNEL__ -D__UBOOT__ -D__ARM__ = -fno-pic -mstrict-align -ffunction-sections -fdata-sections = -fno-common -ffixed-r9 -fno-common -ffixed-x18 -pipe -Iinclude = -I./arch/arm/include -include ./include/linux/kconfig.h -nostdinc = -isystem /usr/local/lib/gcc/aarch64-none-elf/8.4.0/include -MQ = include/config/auto.conf ./include/common.h > include/autoconf.mk.dep || = { rm include/autoconf.mk.dep; false; } >>>>> aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but = liblto_plugin.so not found >>>>> compilation terminated. >>>>> gmake[2]: *** [scripts/Makefile.autoconf:48: = include/autoconf.mk.dep] Error 1 >>>>> gmake[2]: *** Waiting for unfinished jobs.... >>>>> gmake[1]: *** No rule to make target 'include/config/auto.conf', = needed by 'include/config/uboot.release'. Stop. >>>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' >>>=20 >>> The lto plugins didn't used to compile on a native build of gcc >>> on aarch64 but I've updated gcc to 8.4 recently, maybe the plugin = now >>> works or gcc think that it does and try to use it. >>> I'll do tests, thanks for the report. >>=20 >> This is solved with r533162. >> I've tested that sysutils/u-boot-pine64-lts build and boots fine. >> Let me know if you have still any issues. >=20 > The poudriere-devel runs based on updating /usr/ports content > ended up scheduling 190 package builds, including a couple of > llvm*'s. Depending on where in the sequence things happen, it > could be some time before having such full-native results. >=20 > In a amd64->aarch64 pouriere-devel based cross-build, with > nxb-bin in use (a faster build environment in my context), > I got: >=20 > . . . > gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' > gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' > gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' > gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' > =3D=3D=3D=3D> Compressing man pages (compress-man) > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct > ory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory > . . . (long list) . . . >=20 >=20 > That leads to: >=20 > [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar > [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package > [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed > [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed > [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >=20 >=20 >=20 > I'm guessing that the full-native builds will do similarly. > But we will eventually see. One of the aarch64 environments finally got there: [07:40:23] [02] [00:23:04] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar [07:40:42] [02] [00:23:23] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed It failed for the same sorts of reasons as the cross build: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct ory . . . >> Thanks. >>=20 >>>>=20 >>>> The pine64 and rock64 u-boot builds also failed this way. >>>> With the rpi[34], those 4 are all the aarch64-targeted >>>> u-boot builds that I tried. >>>>=20 >>>> By contrast, the armv7 u-boot's that I tried all completed: >>>> orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. >>>=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) =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 Apr 28 06:16:50 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 069122AD6D2 for ; Tue, 28 Apr 2020 06:16:50 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49BBHj6W4Qz4JZS for ; Tue, 28 Apr 2020 06:16:49 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id DF5882AD6CE; Tue, 28 Apr 2020 06:16:49 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DF1BD2AD6CD for ; Tue, 28 Apr 2020 06:16:49 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::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.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BBHj5fpNz4JZR for ; Tue, 28 Apr 2020 06:16:49 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id BDC731FA79 for ; Tue, 28 Apr 2020 06:16:49 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 03S6GnXh068981 for ; Tue, 28 Apr 2020 06:16:49 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 03S6GnHm068977; Tue, 28 Apr 2020 06:16:49 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202004280616.03S6GnHm068977@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Tue, 28 Apr 2020 06:16:49 +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, 28 Apr 2020 06:16:50 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ databases/mysql-connector-odbc | 5.3.13 | 8.0.20 ------------------------------------------------+-----------------+------------ science/afni | 20.1.02 | afni_20.1.03 ------------------------------------------------+-----------------+------------ 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 Reported by: portscout! From owner-freebsd-ports@freebsd.org Tue Apr 28 08:10:55 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9DA782B0EBA for ; Tue, 28 Apr 2020 08:10:55 +0000 (UTC) (envelope-from kremels@kreme.com) Received: from mail.covisp.net (mail.covisp.net [65.121.55.42]) (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 49BDqL3lncz4QQZ for ; Tue, 28 Apr 2020 08:10:53 +0000 (UTC) (envelope-from kremels@kreme.com) From: "@lbutlr" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available Date: Tue, 28 Apr 2020 02:10:51 -0600 References: <20200423150917.09a04059@dismail.de> <20200427193201.2347b235@dismail.de> To: FreeBSD In-Reply-To: <20200427193201.2347b235@dismail.de> Message-Id: <9E0EED3D-80F0-4BDA-8AA5-CF00ED94FAE7@kreme.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BDqL3lncz4QQZ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; 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.51 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.995,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(-1.00)[-1.000,0]; IP_SCORE(-0.12)[ip: (-0.33), ipnet: 65.112.0.0/12(-0.06), asn: 209(-0.15), country: US(-0.05)]; TO_DN_ALL(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[42.55.121.65.list.dnswl.org : 127.0.5.1]; 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)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 08:10:55 -0000 On 27 Apr 2020, at 17:32, ajtiM via freebsd-ports = wrote: > qt5-webengine There is py-qt5-webengine which seems to want py37 --=20 "Remember -- that which does not kill us can only make us stronger." "And that which *does* kill us leaves us *dead*!=E2=80=9D From owner-freebsd-ports@freebsd.org Tue Apr 28 10:01:30 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 13FAF2B3CA5 for ; Tue, 28 Apr 2020 10:01:30 +0000 (UTC) (envelope-from lev@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 49BHGx6Zdsz4WYJ; Tue, 28 Apr 2020 10:01:29 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 7CDB52FBBB; Tue, 28 Apr 2020 10:01:29 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.23.230] (unknown [89.113.128.32]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 9CF9E8FA9; Tue, 28 Apr 2020 13:01:25 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: FreeBSD Port: devel/py-subversion - Python 3 flavor? To: Yasuhito FUTATSUKI Cc: dan@langille.org, freebsd-ports@freebsd.org References: <200424063354.M0194738@mkii.yf.bsdclub.org> From: Lev Serebryakov Autocrypt: addr=lev@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFKbGksBEADeguVs+XyJc3mL3iiOBqDd16wSk97YTJYOi4VsHsINzJr09oFvNDiaDBIi fLn2p8XcJvehcsF2GSgrfXfw+uK4O1jyNIKJmiYA0EtE+ZbRtvDrrE0w6Q8+SDeKA21SWh3Y vSQ0DJUontbgW55ER2CbEiIUTIn34uQ0kmESAaw/v5p/9ue8yPTmURvv130FqPFz8VPzltqL NxyGt54TxPfKAzAHEIwxlEZ63JOwzloKh1UDBExcsf9nJO08/TAVgR5UZ5njFBPzaaquhRoP qPJLEQQDqxPIlvMNtHKf7iIebE4BHeqgCdJA0BoiR6gpa0wlsZtdrTPK3n4wYSphLvGbhfOZ YW/hbcu7HYS/FImkVxB3iY17kcC1UTnx4ZaYeASPBGOOPbXky1lLfmDGWIFT//70yx+G17qD OZzF1SvJJhGvh6ilFYaWMX7T+nIp6Mcafc4D7AakXM+XdubNXOMlCJhzPcZ0skgAEnYV587w V7em5fDVwQccwvtfezzqKeJAU5TGiywBHSR5Svzk2FwRNf6M//hWkpq0SRR63iOhkHGOAEBi 69GfEIwH2/w24rLxP0E+Hqq8n+EWNkPatw1Mhcl5PKkdvGCjJUaGNMkpBffjyYo254JXRscR eEnwdIkJt4ErDvjb2/UrOFq31wWMOiLzJeVchAgvTHBMRfP9aQARAQABzShMZXYgU2VyZWJy eWFrb3YgPGxldkBzZXJlYnJ5YWtvdi5zcGIucnU+wsGwBBMBCABDAhsDBwsJCAcDAgEGFQgC CQoLBBYCAwECHgECF4ACGQEWIQT5bRygtfQxi2dLMwrqsDxYv9xHjwUCW/03kQUJDwW3xgAh CRDqsDxYv9xHjxYhBPltHKC19DGLZ0szCuqwPFi/3EePHxkP+wWNrAyks2fQctY/Gl7TMh+Y Q9uX0hAuZ2Vvi0LswBl/R85SsS7IvI9b3ogOWA8CAlHAxkvgH6sWrwRTNcCPS1MzulYxS914 0CSkdwwbv1JyDOOWYU6s8PfT9+BZr+9eNXStmEdEL5XcA1k2YncQtlR3m+oLkqlAOtteZWti pitMIX9BGYIVKyl0t0RnIx+m/QPVGU9gu02j0I3NSRnKQPyFxZqYK0nPBu+FKaEhIAqdKPOv GL4/ijansdiWO3mXy18G0Mkr8yYRSidpGgXGY6lmGzQ3R6ZS30bLI8DkskOOvfErwhZv5dH5 w4+JH5sQ7bIL5HEXs//ZU9UzMdQwcURMjcFfKGyfL0hSLRqzP8m7SL1k9ZL161OQ6C5zVO/M bSCmeeLkbfOj1NW1ZIv6UjVVWE/LS4+gqg/04C+Y24vj+7vMpBVEevdwmIEdmVciFudklcnN omuocb29GKbquRZRDGiE+mhqkwmp5e59AnePp3+AvkewSCsXlR1sfjEP/Tn5OsYerJ7eAAOj DjxO374TAqJG5ftW4BA/nVmx9FGKV1/A9Yc1UuH6LdQfLf7pmTck1Cxg4kdH+3qKGD63sAR0 Wh27XDjnBKXJUN7J+nctWMZJMvw4OhTXdTyVhWt6USKEzw8M5plY4sFqxBEAe8igQXlq1Xjd ISV7wYhT4l3FzsFNBFKbGksBEAC0a9wfjo2P3JyT7Lc+QlbFVshGbSbazb4ma7QYG5IZZD5v fLBFkePoG6cnrn3WCXp4A43hszAynCwe4eXyAkv4+gPF3ZSeNE5Wz3zYG+jh2nm2iGCkyaVy kfbA+2chor2DKH5tHpuNMBlF+wSJHZKJmlo/sFIktAnV1NBVg4/cL+9/hIpvl82cl3hYCD7/ e7/qRE+w38CpAAzn65FvbODn7xlY3fsJt+cHPBJ4EBM9KnTwcce+F+72RQMZQEl7vIAwSRmL dgZHN0MFC533l62SVoKjT0eaOOIBrvesmojhWjfwugibXr+WRF/tGcW77Bxwe2eQLbEVESqW eMORxRxocx7Q7aACoHmf4G4U1Vzx7zUEfNfHjfjZeQVfAURf/MoUelZSW/BmMIfKCg3lRlWA t+Pq2h2UADPVqAZze45beE/c8z8LZsOZiGoRhYL8NSg6+ziLTdmYLWdtFGAuZhqOtNp5h6tG j21OksBotcaIa5YjbCmmnImIjGlSBkUKvIhq/RXth5b2gNwaQdu+Yv4AlZVHRsuVywL/skDF L5+We11bDK6MQ5PzvmntRJcgbyoisn1hiV04OV1LpJJMkJn1j8VlBqDQNT/z+BjB0ru/0anv +5uLj7v0ck06rEo4yiXT/ZAcBM76j7V7FaGbkoba6bUUCQ2H5YYBOKpikjCnpwARAQABwsGT BBgBCAAmAhsMFiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAlv9N7IFCQ8Ft+cAIQkQ6rA8WL/c R48WIQT5bRygtfQxi2dLMwrqsDxYv9xHj3CnD/9btCtkcphRYRUe08tUyVwzV/syDCdiUhF7 8jqDKTC+3zuyrFJi7t4fF9follHYz1Ri5RixxJHnuDFcq7ZTOprPYqO8QhckLAJOy5dmORDX 2guEA+y5zDYBwwjpio9dtnuE7QyHyMx4nMPq8O/HfO+6dDEZChkrGvcG9FTI7s0JhsDs3xxw jcROZ2OP0lNu2571ZpR4YuzMUOIhOaQBIF2wrTvLjKUsAnNQYK9gsFTeDHRsE4HZLxJvEdiZ CWN7COi9un4xtP4Khc3Fmn6ANEyh0bIgx1Eii2RGINuA2XRVYhPRJLUZRSVQcrND9k9S+m+T oaqz9JgFLusFA1KhdeYnE1bojpq1U1bsmEicLW2QfEGVumKTgUrTsno0cVPH73KDILFvHA0D 8t4UaQveRTRUVdHZ02IBVt655Q8Xq1TkHJ7l+2Ckso5IBujWD74QpSRzzffn/ihhEExwYSTj FSs0C/OgU+EDZbcq2SWu4n1OGsW337/80HnJKVWBPAZYy4EmiyQSY05MG/fj9RA9Qi4TjFLD LrIf6dFAmiiIwWjlAKiyyUk+XDJXrc1L2VhcHqfdBY4I/qwV1YAI1QI4W/i6TstB1j0GwKa3 ZORwu4eahL5+9R6xBedhXZpCL0dyKuI8iPaC8npaOCJoL8+l4+KXR/PKt8b8kzIcvSpyCZii PQ== Organization: FreeBSD Message-ID: Date: Tue, 28 Apr 2020 13:01:16 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="W2q3kvF9RpLxFIETn5WYFZoZjmtI4u4Qr" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Apr 2020 10:01:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --W2q3kvF9RpLxFIETn5WYFZoZjmtI4u4Qr Content-Type: multipart/mixed; boundary="xVsYQ4iBME6DdIqjzkCf99r4UStOog55S" --xVsYQ4iBME6DdIqjzkCf99r4UStOog55S Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 27.04.2020 21:48, Yasuhito FUTATSUKI wrote: >> I don't want to add support for non-standard (not pre-generated) bin= dings to port, to be honest. SWIG is major pain in the ass, and python2 w= ill be deprecated at the end of the year anyway. >> >> Update of subversion-lts port is other matter, and I'm not sure what= is better... >=20 > How about to postpone upgrading subversion-lts port to 1.14.x until > which is earlier, release of subversion 1.15.0 or Dec 2020? I don't I think, it is acceptable middle ground. > think you want to add subversion10 port separately. For sure! :) --=20 // Lev Serebryakov --xVsYQ4iBME6DdIqjzkCf99r4UStOog55S-- --W2q3kvF9RpLxFIETn5WYFZoZjmtI4u4Qr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE+W0coLX0MYtnSzMK6rA8WL/cR48FAl6n/uxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEY5 NkQxQ0EwQjVGNDMxOEI2NzRCMzMwQUVBQjAzQzU4QkZEQzQ3OEYACgkQ6rA8WL/c R4/AiRAAiLib/OjCHloQZdO/SUG0G82adECmhX4A3Kk+bMfuqup1yidtU/fEJYDD qvqN52TelqlTdDKJJV0iFY9OquYxJmXuLhanRrjhUT9zvlVLRNaKoGuwdCPNJ72g k9nlX1B/F7dnljhokLy9urJjQAW0505WYJxUKfl/uTToTTvancGYed63EGonS7FK j7syLclsSj4AXH2wIj8Wk3ZuJdVRvpsaQyq8oO0seoZYwYIHNn9pZpMKjrt5smwk h6EaFt10vdFiU/w3LJZ7zCSFITJqrrLJSouA7HxR2slQCUXRR4SM51NVlix0BRmK YOxaGahgI3tj+0k2uqEf8SXzMN63xHm+TpqgHj3d/GxUz9OgO5cCLdGbUpgL+In0 06G8+B2ucG8qJuN8v2hGInQRCRr9XC8cJ9FeIBDktSUBrx4mNYYXvBzsA6xyo3zG Ip6w4z8AHd7w0wZ89puKCY6wRx4WGW5WaQ5rkjWfdjjLvI728b/taqi9/1PBZFAx LrEeprUs/Bu8HrUKjYYyekSInQfTaIj8sqimVhexNQYZwhFs1kpsy6V/j/WP6F+u LXysmf7uiLV8p5eGnarIldSXUh0x5IzIza1YqDH31OaTh1xXcgwbCxl6Be3hxASe qK0BYHUqTNlK71sw71Fjf0a6zvT7Prj5m+V05Zewb7MHZwOBTnQ= =KTK+ -----END PGP SIGNATURE----- --W2q3kvF9RpLxFIETn5WYFZoZjmtI4u4Qr-- From owner-freebsd-ports@freebsd.org Tue Apr 28 12:21:38 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B0F62B7ABF for ; Tue, 28 Apr 2020 12:21:38 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BLNc6RDrz4df3 for ; Tue, 28 Apr 2020 12:21:36 +0000 (UTC) (envelope-from matthias.andree@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1588076494; bh=zf/EkU8GFJfru173RojrFzC+xPL9ecLFPpxYBm6Ychs=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=cmuN5PheVaz2oAomwlmbBG3bhSqZdvhQdn+alU31PqsaVeMesLCqz6gGv5u8T+RoL CK8seoWyYencNnQBwTyLglkibjK0YXxJ5Y6RH25OYonfZsCliarlIQBT5kBZ8fuVzz UpVHpvlUICwe3sxy4ohmsaGv4eIGq1GlCPXC3D9A= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from mandree.no-ip.org ([217.224.112.40]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mplbx-1ip7kh3RQT-00qD6I for ; Tue, 28 Apr 2020 14:21:34 +0200 Received: from ryzen.an3e.de (localhost [IPv6:::1]) by ryzen.an3e.de (Postfix) with ESMTP id 53471120A99 for ; Tue, 28 Apr 2020 14:21:34 +0200 (CEST) Subject: Re: Oddities possibly contributing to lang/gcc9 not building (amd64->aarch64 poudriere based cross build) To: freebsd-ports@freebsd.org References: <6A53E469-0B80-4853-94AE-A413607D177E.ref@yahoo.com> <6A53E469-0B80-4853-94AE-A413607D177E@yahoo.com> From: Matthias Andree Message-ID: <8cf21d3f-2a65-cb44-f89f-a4afb9eaa497@gmx.de> Date: Tue, 28 Apr 2020 14:21:34 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <6A53E469-0B80-4853-94AE-A413607D177E@yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-Provags-ID: V03:K1:JTrDfERjG2MMD77Xoo1MrMigv9yDQCx14aUQuSUMENQ+7xIre6y Rmhn/GNGSC3R+U5lgLVWyl3W0Z4xQlOJs21U6P9v2k+8cFa8svWPdzvAgbpkieyGobWcUUy 730XiAEHhRuveUbwr4NCGmrC3U2HWINDTw2DkqNQrrXWIuV7DOKdiDSZgzHxCdfKw44Em5N uLOke7FtUPfU9L7q3OA0Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:3eHzkO1h3zI=:rdcw93S4v1Z8+Wx/44tQQS 7cQraoLHAshVnNZYgLOZTS7RvtMrrmmAP3Led2fxFrVv0xIe4sxJTeYcHunoEU0ibO7+mK87l vsHgIHk5DVPYiW4iHp0SES5PgwlXBTVXif7LmJ8gzxSTw3hNkvgxb0lFQ/7ZYin11syfUQUUs yNr54uNH2NXmcZRlU3iTLBDsuk05ZtOsUpNmS5yghIIo80omhB9wttt/wfrSlh4DBpEuUkYa3 L0yWZXdNRDJaYtI2qe/nP+XcU0kNcLCmIW8KVGQ7RSblj61rv2eaGLCIdO5C92hWnMvb6M9Ux OFyfWQk6ANleg3i0YRt7w2HAzVPqh66Mg5q+1YtwvpOi26ni2DeZLCfNS3V1YwrQOFOP7F6rT HHX+NuYge76RZ7W6U8oBPpVnp6BwVRYBdnCQGuS952tq1EIZb5Fk3JN1qJiLoK1VtFqxvzoxM us/PBSvvzIImKuJVrLK7mLWdHwVGhuP+e03M6x1K88pBKY2tP6FB8NUVFPQXEgHUHOuWIzOaL PjHkhyC6YPH8q39giKdAY3sEl7iIoogYT/8Xax2E8tM1RcyqXcKzYjHOFrtJDOejPRrvo+4RG 5WQtPYIV8Yu4otVgnTo5vkKQlYzA3gN3UrGrKhW2aXgapbRCq49Aj6QdytOq7UP4is5NpPfBj DTnPieDhcWgxJ6OIcPrNgNP4Q4tWPLi/P8KB4WKvIxEczE72LNdneF0TeN3HFin5Uu4QuSCNe 2xDPB6HrE3ZEUu3tb3gpn2fWJa35h+Vf6naNzLNo2fGIzg908QCAthNgv5+9vqa7aErXFctdp ohwcnyD42od0Aty+ZoVd/65Eb0VhYxb//LIRVJDX3Wg7fKOYmmRMtMddXKPKWreDl7WEX12Yx WF4qq6bapFKGbJLn4/elGVfRa8Dc/lW3hdoH+rzc5OAGmvpRnIGEiqYQ525NmpT4NLP/mO2iC tXe+tU0Y/lKvgbqJm+K4Dg2BRvgAX/7/ML3jMhagsMrmQPxe9+bPHtowcfb/sxwL2dznPG/w1 40ramjdDxyz2tu5WhWxpqLO/zjqbCohwtX/vq0TfUWCmwkQSKj5SbM5IkZUzZ2PGfsWmJJAPm GbIYGwvTvyS0/Z+ha+J0gXyJOFTFnVwhjg6tU4nUqiSaGC9YiyA4ipsnMyqB9cVZCuZwdkbcY FNH9m6XfJmemhVhMrB84yBib85b8EYZqXFSz5Fy9XZicgU7KEslHIzFdWs9ZzfIGu9Eko6Wky /bIJJ7d981D7T4W/V X-Rspamd-Queue-Id: 49BLNc6RDrz4df3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=cmuN5Phe; dmarc=none; spf=pass (mx1.freebsd.org: domain of matthias.andree@gmx.de designates 212.227.17.21 as permitted sender) smtp.mailfrom=matthias.andree@gmx.de X-Spamd-Result: default: False [-2.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.227.17.0/27]; FREEMAIL_FROM(0.00)[gmx.de]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmx.net:+]; RECEIVED_SPAMHAUS_PBL(0.00)[40.112.224.217.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (-6.67), ipnet: 212.227.0.0/16(-1.22), asn: 8560(2.05), country: DE(-0.02)]; RCVD_IN_DNSWL_LOW(-0.10)[21.17.227.212.list.dnswl.org : 127.0.3.1]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.de]; 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)[gmx.de]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; 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, 28 Apr 2020 12:21:38 -0000 Am 28.04.20 um 04:57 schrieb Mark Millard via freebsd-ports: > It appears that quoting vs. option handling is not > working as the build expects or some odd file > names involved: > > > libtool: compile: mv -f "-fgnu-runtime.o" ".libs/NXConstStr.o" > mv: illegal option -- g > usage: mv [-f | -i | -n] [-hv] source target > mv [-f | -i | -n] [-v] source ... directory > gmake[3]: *** [Makefile:215: NXConstStr.lo] Error 64 > gmake[3]: *** Waiting for unfinished jobs.... > > . . . > > libtool: compile: mv -f "-fexceptions.o" ".libs/exception.o" > mv: illegal option -- e > usage: mv [-f | -i | -n] [-hv] source target > mv [-f | -i | -n] [-v] source ... directory > gmake[3]: *** [Makefile:245: exception.lo] Error 64 > > . . . and various more . . . > > > There are various: > > qemu: unsupported syscall: 574 (calling anyway) > > that I do not know how to interpret. > > > Overall I got a failure: > > gmake[2]: Leaving directory '/wrkdirs/usr/ports/lang/gcc9/work/.build' > gmake[1]: *** [Makefile:953: all] Error 2 > gmake[1]: Leaving directory '/wrkdirs/usr/ports/lang/gcc9/work/.build' > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > > Stop. > make: stopped in /usr/ports/lang/gcc9 > =>> Cleaning up wrkdir > ===> Cleaning for gcc9-9.3.0_1 > build of lang/gcc9 | gcc9-9.3.0_1 ended at Mon Apr 27 18:54:24 PDT 2020 > build time: 00:18:42 > !!! build failure encountered !!! > > But, so far, I've not uniquely identified what specifically > stopped the build. It might have been the kinds of things > reported above --or it might not. One more data point (haven't looked up all the details), after one of the recent GCC9 upgrades, I have had to re-enable "BOOTSTRAP" (3-phase bootstrap) on 12.1 amd64 building *native* because otherwise the compiler would fail to build. So any "fixes" implicitly brought in by the earlier stages will also be unavailable on cross-builds. Normally I'd think that our recent LLVM base compilers are new enough to compile just the final stage of GCC9 directly... From owner-freebsd-ports@freebsd.org Tue Apr 28 14:34:30 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 962432BAE46 for ; Tue, 28 Apr 2020 14:34:30 +0000 (UTC) (envelope-from dan@langille.org) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 49BPKv4ldcz3JQX; Tue, 28 Apr 2020 14:34:27 +0000 (UTC) (envelope-from dan@langille.org) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 38E345C00DE; Tue, 28 Apr 2020 10:34:26 -0400 (EDT) Received: from imap36 ([10.202.2.86]) by compute2.internal (MEProxy); Tue, 28 Apr 2020 10:34:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=langille.org; h= mime-version:message-id:in-reply-to:references:date:from:to:cc :subject:content-type; s=fm1; bh=1Cc4sXFg9hu+rtdJNXD6fcypGggUAYp TidHsKMM60mo=; b=V3U1+kbZ0f9BZ5bs2nWDisVsO9yM3odJgVoBdVNrgXHpp3a M22VgBjZzZzZICG/3xuQQ62yQ24luOT9zfgYG2yJKCM/1U/DqbkjLSwk3jEiPFM+ KIxtBvVFhCVRv0fbVVJBnA4g4I14T3/HPxwmBMIj92T9fGxRulYJnwhNe3LDrpri cJheSsSExRyT4uz4owOt6/Hwh0eWD7JLYQR1Hkm/M3ZtTdPIYOSmIycEEfrevB2G 3NbNsWmnYavhjZqNRQ5dP+sGnd9ow4vXziwkaBIpmt4wpQQI+F6jxxPsNd5sg8AA uk0oCGR7MAy2lsWA/AwgmoNSbHj0xVMhSvlEoEg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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=1Cc4sX Fg9hu+rtdJNXD6fcypGggUAYpTidHsKMM60mo=; b=MOrKUTPiiniv6ajraMP2c/ KBrKc+99IcGoIaY6GQc7NGFJD5h5gmh2zRKYqmUiZ/uHcxZxKgv6AyKXxrimX3CW 6XbOcMZBvKPwNNvxW+vbQqDph7k3LAAW8impCdrwtzqyxPcSapQhWZCJUX+NrfGj lRnOOkyWYRd3wS2vYfNmfPy57BMkCkC8Pn0DVAzxFp04n2zTtWiJJLW8kdjXiQf5 6PgZnU3xvAWWgYhZv2deSUFvfkapDo97nyZWz/FaTOSjKK8bMK7ZEVFne1qhd+rO d3ja8LbXQaFgLy8QhBBjM9hs1M/uNiapYsQEr6PnVX995Lv+RmIYuvCGsdl3Wsyg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedriedugdejjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdffrghnucfnrghnghhilhhlvgdfuceouggrnheslhgrnhhg ihhllhgvrdhorhhgqeenucffohhmrghinhepfhhrvggvsghsugdrohhrghdpmhgrihhlmh grnhefrdhorhhgpdhunhhigigrthhhohhmvgdrohhrghdpphihthhhohhnrdhorhhgnecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepuggrnheslh grnhhgihhllhgvrdhorhhg X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id C67691880062; Tue, 28 Apr 2020 10:34:25 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.3.0-dev0-351-g9981f4f-fmstable-20200421v1 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20200424130424.GJ39563@home.opsec.eu> Date: Tue, 28 Apr 2020 10:34:05 -0400 From: "Dan Langille" To: "Kurt Jaeger" Cc: freebsd-ports , "mandree@freebsd.org" Subject: Re: mail/mailman v3? Content-Type: text/plain X-Rspamd-Queue-Id: 49BPKv4ldcz3JQX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=langille.org header.s=fm1 header.b=V3U1+kbZ; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=MOrKUTPi; dmarc=pass (policy=none) header.from=langille.org; spf=pass (mx1.freebsd.org: domain of dan@langille.org designates 66.111.4.26 as permitted sender) smtp.mailfrom=dan@langille.org X-Spamd-Result: default: False [-4.58 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[langille.org:s=fm1,messagingengine.com:s=fm2]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[26.4.111.66.rep.mailspike.net : 127.0.0.18]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-3.49)[ip: (-9.82), ipnet: 66.111.4.0/24(-4.89), asn: 11403(-2.69), country: US(-0.05)]; DKIM_TRACE(0.00)[langille.org:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[langille.org,none]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_IN_DNSWL_LOW(-0.10)[26.4.111.66.list.dnswl.org : 127.0.5.1]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_WWW(0.50)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 14:34:30 -0000 On Fri, Apr 24, 2020, at 9:32 AM, Dan Langille wrote: > > On Apr 24, 2020, at 9:04 AM, Kurt Jaeger wrote: > > > > Hi! > > > >> With mail/mailman being Python 2.7 (which is end-of-life), and mailman 3 being Python 3 compatible: > >> > >> Do you know of any plans to port Mailman 3? > > > > There's already a PR about that: > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225543 > > Now 2 years old I see. Good start. > > > The patch itself is fine, but we need run-tests. > > > > This means: If you want to help, > > - use that patch, > > - build mailman3, > > - and install it somewhere and > > - test all the use-cases that you can think of > > - then write some docs on how to move an existing mailman2 site > > to mailman3 > > I'm guessing that's over and above what I found at: > > https://docs.mailman3.org/en/latest/migration.html > > > > - and give ideas how to handle list archives > > *especially* keeping the URLs identical (!) > > I think the existing archives are static HTML. I have some archives dating > back to 1999: https://www.unixathome.org/adsl/ > > There might be some server-side rewrites or aliases to ensure that this > URL always works, before and after mailman3: > > https://lists.freebsd.org/pipermail/freebsd-ports/2020-April/118352.html > > Let's compare 2 and 3 lists: > > https://mail.python.org/pipermail/mailman-users/ > > > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/ > > > They are distinct (ignoring the hostname differences) so keeping the > old alongside the new should be safe. > > > And, speaking as one of the postmaster@ team: > > As lists.freebsd.org uses mailman2, we need this! > > > > postmaster@ has not yet decided if we really want to move to mailman3, > > so we are open to other options. The mail archive is the biggest hurdle 8-( > > Yes, we can't lose those. I have my own archives to support. I see the mailman lists themselves are now on Mailman 3: https://mail.python.org/archives/list/mailman-announce@python.org/thread/HHQN7V6NY7G5CTOSC3WBU7VXW5KEBGVO/ -- Dan Langille dan@langille.org From owner-freebsd-ports@freebsd.org Tue Apr 28 14:43:59 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 01F492BB5AC for ; Tue, 28 Apr 2020 14:43:59 +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 49BPXt4q7Pz3KFY; Tue, 28 Apr 2020 14:43:58 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1jTRSf-000Ioq-3h; Tue, 28 Apr 2020 16:43:49 +0200 Date: Tue, 28 Apr 2020 16:43:49 +0200 From: Kurt Jaeger To: Dan Langille Cc: Kurt Jaeger , freebsd-ports , "mandree@freebsd.org" Subject: Re: mail/mailman v3? Message-ID: <20200428144349.GV90255@fc.opsec.eu> References: <20200424130424.GJ39563@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49BPXt4q7Pz3KFY X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-0.68 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.78)[-0.780,0]; NEURAL_SPAM_LONG(0.10)[0.104,0]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Apr 2020 14:43:59 -0000 Hi! > I see the mailman lists themselves are now on Mailman 3: > > https://mail.python.org/archives/list/mailman-announce@python.org/thread/HHQN7V6NY7G5CTOSC3WBU7VXW5KEBGVO/ Interesting! Looks like a very uncomfortable design for uniq URLs 8-( -- pi@FreeBSD.org +49 171 3101372 Now what ? From owner-freebsd-ports@freebsd.org Tue Apr 28 15:33:15 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 952E32BCC55 for ; Tue, 28 Apr 2020 15:33:15 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BQdk27sKz3NJx; Tue, 28 Apr 2020 15:33:13 +0000 (UTC) (envelope-from matthias.andree@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1588087988; bh=1Kw+C9UVzp/SVdgswcHMNXtm4BkfJ1SZyv79QFqwPHI=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=gJvyYxED9wf/y5Ao+skFxp8EoJKirPmQXNTIJI6Vg5DZL2Vh5We4tK6QZ+H/qnotK l9wnMtA8EpeI99sa2d0wM2T+B9Bk+uHu7SOpak0u5s3xQheq13A/qD6V+gElseHySI 8sOjIdQmSFy0GkeKurRrkR8O35ISXutB7eM70sqE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from mandree.no-ip.org ([217.224.112.40]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mlw7V-1imSMp0VH9-00j3ge; Tue, 28 Apr 2020 17:33:08 +0200 Received: from ryzen.an3e.de (localhost [IPv6:::1]) by ryzen.an3e.de (Postfix) with ESMTP id 8ABE8122D9F; Tue, 28 Apr 2020 17:33:07 +0200 (CEST) Subject: Re: mail/mailman v3? To: Dan Langille , Kurt Jaeger Cc: freebsd-ports References: <20200424130424.GJ39563@home.opsec.eu> From: Matthias Andree Message-ID: <1650e99c-8095-c4c0-07c1-988b40f33f76@gmx.de> Date: Tue, 28 Apr 2020 17:33:02 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:oHcrTMdjGJahT0L8vo+aIIivjYRGquF0hmxNvtulCgKn0N+OLzE CaOJa7xuhS7R6xP+CBMcoHSB3uCMq9mPAQpWY3UsUtA3BN5Ay/x67fU7H6WiiZ+hQ+eJ40s p/DP4TcrEvUHstnwjdWNOTez5KHsPeV2llwMvlU0NONRRF4BEtxnQrtz9TRedmasdJ5jUCo IrNJ2SbS5uL0e6c56EVIw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:kopCB7TAqEE=:EdzofiEKkMQ1WzV5CWvn/B S7+9+FTrQau8aivcuu4g6f7ykmblzP7Uhpxa11HUuhWpT4F1aJ1GULfQhej8rDN6sC/ae6nyE lPqk+TUQqqzGsx/6jZJ7OZWS9h5BHkAcZUv6Tdrz6WndO+WZM7n4wlfUlyRAQwlbCPH8mapmO 7xzu6c7OMGVz4oX4+MTdJHPtMHOefc5djivUedYex/NW18yLKJi5Qx3S6Fo5VzUFmA9JXKoha nzcAk5yO4E7K76IyYLTA4RjFHHsmAg27xxgBBcGTPLXpSm8eoH3ve0BMyptsaG7s8zfYFWGuh FtMpmltiy6Gu52I3dTIVcyi9CnCzdArZHMJJHgkLxgnbYGcCiO6ag3kn49d2v/iS6HjQC8ykF iuEFO0LBYYSrMsjuqJfg8o8yHsH4R0bXSPM6j5SLqIr9Ku9jBXoloXYl9wCEkDYh9J7zcgoUR xZLQFpAsu4S9TYWHfcZ6G+jWJBDnZvNhdD+Kko5RXJ+s1Xf7hlz42V+2cZCA+c3aG8LWmeWly l728uRnaAI0fFzPN+rp6Ta78kSeMowMMX7Z0cvxdpPQMfoG/p5lUuLo9ZP2wjuQW4nxu8QKuc k3w3ZO1hsZq2ex8jKuUIdMG657cyN7Q2kYfXEWVJohIvInJiX/Uajy5LeqxwQ8FtgkywWUOZi RmVbW1NTwXrLqwUQ4JX8obin7y2BD1t/ROXs+G+ZVPA2rUqa+AWLIMZioWisLK3O4xgDBFa4L zJoB/oX9ZGIW4mv7WZdw50WzrXkJQoHGylWAPC/DykqGATIXxNg7bvB4J02MN+qhdZGPjqCsU d99epCY4Umwnveev06fuTs4IXkIYu3laclS71xtczsx7K+JVKCTtqb3cmLQMVGxUBQS0nyMWO iVnoCzLD6C7RyvjM/gUn9yBpg1IfHvz5fMsYcv0A+kPPef/IUU+9qT/SY+e0Lbs2983libWO5 eKjiy23xdzcbec+rDwNSx2zo44x4XZ8RgnnMHD8RR3iq+9loKUCkRUhkR1ufbkfGx8JNK13py 3V1fsOrr3fcbsoLEprgcNBZxBT0RwPUGAQ/xgyt33Nl75S1/MzrYXvcLEmrISG+ZmgRniu3Y4 GxNen0b42nrXoQlVe11C3Wc9eb16KX5hp/Z0gEEIf2V+BpiLguxrsX7+Bw79uimtvCSJQMd+x EXpxrkARAvs2fbgJ8NNRn1n1reryMrsjSbLslgPIRnGwtRQ2mWQJ5dPWF+sVkL79dtSh7Ymdi O+r9YWQQaO1Gbnwdx X-Rspamd-Queue-Id: 49BQdk27sKz3NJx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=gJvyYxED; dmarc=none; spf=pass (mx1.freebsd.org: domain of matthias.andree@gmx.de designates 212.227.15.15 as permitted sender) smtp.mailfrom=matthias.andree@gmx.de X-Spamd-Result: default: False [-1.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.227.15.0/25]; FREEMAIL_FROM(0.00)[gmx.de]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; RECEIVED_SPAMHAUS_PBL(0.00)[40.112.224.217.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCVD_IN_DNSWL_LOW(-0.10)[15.15.227.212.list.dnswl.org : 127.0.3.1]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.de]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; IP_SCORE(0.00)[ip: (-7.39), ipnet: 212.227.0.0/16(-1.22), asn: 8560(2.05), country: DE(-0.02)]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[gmx.de]; IP_SCORE_FREEMAIL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 15:33:15 -0000 Am 28.04.20 um 16:34 schrieb Dan Langille: > On Fri, Apr 24, 2020, at 9:32 AM, Dan Langille wrote: >>> On Apr 24, 2020, at 9:04 AM, Kurt Jaeger wrote: >>> >>> Hi! >>> >>>> With mail/mailman being Python 2.7 (which is end-of-life), and mailma= n 3 being Python 3 compatible: >>>> >>>> Do you know of any plans to port Mailman 3? >>> >>> There's already a PR about that: >>> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225543 >> >> Now 2 years old I see. Good start. >> >>> The patch itself is fine, but we need run-tests. >>> >>> This means: If you want to help, >>> - use that patch, >>> - build mailman3, >>> - and install it somewhere and >>> - test all the use-cases that you can think of >>> - then write some docs on how to move an existing mailman2 site >>> to mailman3 >> >> I'm guessing that's over and above what I found at: >> >> https://docs.mailman3.org/en/latest/migration.html >> >> >>> - and give ideas how to handle list archives >>> *especially* keeping the URLs identical (!) >> >> I think the existing archives are static HTML. I have some archives da= ting >> back to 1999: https://www.unixathome.org/adsl/ >> >> There might be some server-side rewrites or aliases to ensure that this >> URL always works, before and after mailman3: >> >> https://lists.freebsd.org/pipermail/freebsd-ports/2020-April/118352.htm= l >> >> Let's compare 2 and 3 lists: >> >> https://mail.python.org/pipermail/mailman-users/ >> >> >> https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/ >> >> >> They are distinct (ignoring the hostname differences) so keeping the >> old alongside the new should be safe. >> >>> And, speaking as one of the postmaster@ team: >>> As lists.freebsd.org uses mailman2, we need this! >>> >>> postmaster@ has not yet decided if we really want to move to mailman3, >>> so we are open to other options. The mail archive is the biggest hurdl= e 8-( >> >> Yes, we can't lose those. I have my own archives to support. > > I see the mailman lists themselves are now on Mailman 3: > > https://mail.python.org/archives/list/mailman-announce@python.org/thread= /HHQN7V6NY7G5CTOSC3WBU7VXW5KEBGVO/ > Just figured my earlier message did not make it to the public freebsd-ports list, I was using the wrong sender address. I will resend it= . However, I find that bears no relevance for the code itself whatsoever. It is good that they have finally started dogfooding their produce, but evidently it's limited to lists that can bear higher risk because there is less user interaction, and if so, from more technically versed audience (devel/announce). From owner-freebsd-ports@freebsd.org Tue Apr 28 15:33:47 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D52872BCCF5 for ; Tue, 28 Apr 2020 15:33:47 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BQfL6pmQz3NP3; Tue, 28 Apr 2020 15:33:46 +0000 (UTC) (envelope-from matthias.andree@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1588088022; bh=uUeSB+2AupehuomBS/Oyaw+V5DoQszn9Wzo/mWZ4+bg=; h=X-UI-Sender-Class:From:Subject:To:Cc:References:Date:In-Reply-To; b=By01ocTDtDsYWqw64YegJmc20G5IDAOFgERoRjlHAhM1KcBgm4Y02t5a/DBC5yxpz lSdXuTae4ik06yU5YnZK3aJR4ZMk568MbGTT9GF9021xs/fZalRrd58sBvQ64lYf77 QNuyoU27IiZJb3uerVpSmgK6ikwd9fGCIQbPKfl4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from mandree.no-ip.org ([217.224.112.40]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MiJVG-1j0STT3iKc-00fVLx; Tue, 28 Apr 2020 17:33:41 +0200 Received: from ryzen.an3e.de (localhost [IPv6:::1]) by ryzen.an3e.de (Postfix) with ESMTP id 629F4122D9F; Tue, 28 Apr 2020 17:33:41 +0200 (CEST) From: Matthias Andree Subject: Re: mail/mailman v3? To: Kurt Jaeger , Dan Langille Cc: FreeBSD Ports References: <20200424130424.GJ39563@home.opsec.eu> Message-ID: <8684b670-d968-7457-231e-720ab8449190@gmx.de> Date: Tue, 28 Apr 2020 17:33:41 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200424130424.GJ39563@home.opsec.eu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:cTNytDu9YznWSY0ShjtqHkVxZbjJEBt3RXO2vTrZM43vJ4qhgnt rVc+ngU6g4803Uoj2TCRSRb4iV8Fe2GjC4xJz/qF+W2g3D2gmkH6TGNysZq0CEjlQOYK5P+ SN3z6DLjPN/oQcJvODEjAjmIQVPYLW6mobVEBFdh+uDPSzFlHsNntPM2VbCrC06FY2p/oi0 j5RWT0ZSuXn3OYHQkaHow== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:PQCX9Zyk3uA=:6zOydQcKwtvBiPTJsqX0Oy BjDIaKXIVNLfqXYYHnACDtgLThEqjkCTgRiC789kVXvLEe2SCaL/z95hKakqw3A8J34oUN6m4 EM8r7DhHo/Qt+fsIlIWfh7MR1vwlA9Vu/Ysc+F9dP4sziwLWHeJ0oNPib21taRaEQnXye8/6R sSaYmscNDcLFOEfhaCW/1dpOB/3qizO/el7z2sLsejx4Ev+vbEG/ymJ51zKoaOSiQMF50yp1j +pNsWg8xrAzFMyCtfTwr4PfTvjZrRQDRLewm2esP6VDO/1KNxCvZXg62p4abvJ15luEN3Z8em RwGvTVnHKzaq60qzAj6Tn+RNtJFjM45/fgvXolSvLoJCfMN1KPmvSrmqwh7GnU2B6oQ/Jnygt ebxtAQAATQ8ccLwuT2GV2rtkBPTq/D2nXit7hscdHBV3PPaeHuiscqBOAfDHtNmGbzIeQcPHq gqr9gnkpQlf8G6VH3uwRTN0XteecNOhLyQbTto0ywYVVXaGm1w/7x0iWOKrhh/eO0Wy28ZLkj KONSsaX1waSGEfWguLTFNqxTrpYM9ct6oYd4gqBitoYjs7ApMs2m58GeqQURlPWlRa2JJxGCQ 0PxBy1CgPd/fBniJLsmKSMAWAL3U2nQpgPvNKTJM9skV3G6lTMYw4EXd9hTGt25626rSDYWNl 0SN2gSC4+VOaovZVHXQ5U6ssvhVcAKdax3G3HVHPnVf9TDjByLOAajVWZTRkNg8HKwTJYCq3Z 0GBBqlCUbYsQt2Qo0bErLgMT3A9H9pVkMimg6rqguoyzy4hsnozV9yfwLnhQWCNdCt3Wjooj2 I2K5wmu3R1I8tARYHkTmrajhDHUMzpaAiX2wjvde1f9DgkiOWEK9BYhQTcJ2riJGW8PHELM0J ewZ6aRCTwwvPeqppwkhqN6L0a2hhgKGqigLx4/WyEh1eNe8tl0mBdaGVQo1EJfDaoGJbfFMk9 zeiGvDERN0mksVHZV6xxK0xCjtyrB57mfbYDUSTfOIqO9cATUZw2dXCx6lm4F8EpJlwwXi9WV eYgljGE+tEd+TNk+cXGtKP2p+jff6pOJtmgqZ4A1bK2KRn4OEwuElIQmG/ohZ4ax01S94zKIa uFD6yIXfl37a2HyjO40bPrh4DASx7hl5YLiHpFXSlBsTuNhUg2grSpXpO8NE8WelsmJ/nM8I0 rG/BkFQvZPQbyV5VzEZm++JXzkBcMEd0p8UpvUXJD+Um+99gXjEqscKIefrfoDuc37cxajhh+ 8kTy2R1oAovapCjjH X-Rspamd-Queue-Id: 49BQfL6pmQz3NP3 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=By01ocTD; dmarc=none; spf=pass (mx1.freebsd.org: domain of matthias.andree@gmx.de designates 212.227.17.20 as permitted sender) smtp.mailfrom=matthias.andree@gmx.de X-Spamd-Result: default: False [-0.09 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:212.227.17.0/27:c]; FREEMAIL_FROM(0.00)[gmx.de]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; RBL_MAILSPIKE_BAD(1.00)[20.17.227.212.rep.mailspike.net : 127.0.0.12]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmx.de]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[20.17.227.212.list.dnswl.org : 127.0.3.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(0.00)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.995,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-6.41), ipnet: 212.227.0.0/16(-1.22), asn: 8560(2.05), country: DE(-0.02)]; DMARC_NA(0.00)[gmx.de]; IP_SCORE_FREEMAIL(0.00)[]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_ENDS_QUESTION(1.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, 28 Apr 2020 15:33:47 -0000 [Dan, Kurt, this is a re-send of my message written 2020-04-24 with a different sender address.] Am 24.04.20 um 15:04 schrieb Kurt Jaeger: > Hi! > >> With mail/mailman being Python 2.7 (which is end-of-life), and mailman = 3 being Python 3 compatible: >> >> Do you know of any plans to port Mailman 3? > > There's already a PR about that: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225543 > > The patch itself is fine, but we need run-tests. > > This means: If you want to help, > - use that patch, > - build mailman3, > - and install it somewhere and > - test all the use-cases that you can think of > - then write some docs on how to move an existing mailman2 site > to mailman3 > - and give ideas how to handle list archives > *especially* keeping the URLs identical (!) > > And, speaking as one of the postmaster@ team: > As lists.freebsd.org uses mailman2, we need this! > > postmaster@ has not yet decided if we really want to move to mailman3, > so we are open to other options. The mail archive is the biggest hurdle = 8-( > Thanks Dan for the question, and Kurt for answering that question. As the mailman2 maintainer frequently being asked about mailman3, here are my thoughts on it. TL;DR: mailman3 documentation is an untidy inconsistent mess, is in my perception not honestly and outright advertising the mailman 2.x features that have not yet been reimplemented. The minimum version to be ported should be the latest release as they are still re-adding lost features, for instance, 3.3.1 is current has brought bounce processing. I am not driving mailman3 efforts, don't want be in the first line or maintain a mailman 3.x port, but may help here or there if I am being asked on advice. Long version: I have looked at Mailman 3 again and again, and the more often I look, the more I balk at it. Mailman 3 will be five years old coming Tuesday (3.0.0 released 2015-04-28), and the first-hand documentation is scattered across web sites and inconsistent, not frequently updated for the new releases. Mailman 3 is also a new product, "Mailman 3 is a fully rewritten code base." . It could bear a new name in honesty, and more importantly that means all the workarounds and experience from 2.x are lost, and have to be re-written, too. And some have not been, and they admit it on the hind pages. - FEATURE ADVERTISING COMPLETENESS: In quality and features 3.x appears to boast new "features" over 2.x but does not in the same prominent place list what's missing. Most of the "features" are implementation details that I don't deem critical for day-to-day operation. Others were just added less than a week ago, f.i. bounce processing only arrived in 3.3.1 - and the web sites above advertising feature advances over 2.x are at 3.3.0 or older status and DO NOT MENTION bounce processing missing, so the only conclusion is that there are more 2.x features missing in 3.x without being prominently marked as such. Quoting NEWS.rst > Features > -------- > * Add support for processing of email bounce events. Thanks to Aaryan Bh= agat for > working on this as a part of his GSoC project and Thanks to Google for > sponsoring the project as a part of GSoC.(See !584) Look right ABOVE the 3.3.0 section. (gitlab cannot render it with decoration, this is a download link instead, some 80 kB) - MIGRATION: http://docs.list.org/en/latest/migration.html mentions breaking archive URLs, and also "Some configuration and settings aren=E2=80=99t available i= n Mailman 3=E2=80=99s UI yet, so even though those settings will be migrated= to Mailman 3, you may not be able to change them from the Web UI today. All of those settings should be exposed in the UI very soon. Mailman 3 doesn=E2=80=99t have support for bounce processing yet, but it i= s on the roadmap." - so obviously the migration guide is outdated, too. - DOCUMENTATION TIDINESS: Mailman 3 documentation and everything is scattered across what feels half a dozen places, all inconsistent WRT what is the current version, features and all that, and obviously not kept up to date with releases. - https://mailman.readthedocs.io/ - https://docs.mailman3.org/en/latest/ (not sure how that relates to readthedocs, may be an alias or a copy) - https://wiki.list.org/Mailman3 - http://www.list.org/ - https://gitlab.com/mailman - https://pypi.org/project/mailman/ which seems to be the most up to date download - DEVELOPMENT AND COMPONENT CONCISENESS The Gitlab site show many side projects with unclear relation to the "mailman suite", no easily accessible roadmap besides a five-or-six-item list of what makes up the suite. Given the shape of the documents, and even assuming that documentation is the first thing that falls short in commercial time-pressed development, I find that messy. There is certainly a LOT of work to do, work out processes to get documentation consistent with the code releases, then actually do that. - PERSONAL CONCLUSION AND OUTLOOK This is a subjective and personal note of someone who has not read a single line of Mailman 3 implementation, but only its documentation that's accessible from web sites and several one-or-two clicks deep hyperlink chains, but is asked again and again (as mailman 2 maintainer) about mailman 3. I have shown how I feel that the documentation is untidy, inconsistent, and partially unmaintained on sites that are linked from list.org. I have shown how I personally do not trust that mailman 3 is feature-complete when looking at the mailman 2.x feature set. So assuming we've had a port, what calms a potential porter's or maintainer's mind that he's not going to be drowned in user support? Personlly I fear that a port would bring with it lots of people getting tripped up by the inconsistent web sites, and it would probably add more support work than the sum of all other ports I am currently listed MAINTAINER for. So I don't want to play a *major* role in the porting, feel free to ask me here or there, and I will not become maintainer now. If Python 3.x were not a rather important argument, I would have written a polite form of "leave me alone with that immature stuff and would have moved on. - FINAL QUESTIONS Leaving Python 3.x compatibility aside, what good arguments can anyone weigh in for Mailman 3.x who is using it in practice (f.i. on Linux)? How is it better? Is it mature? Would it be plausible to port Tauthon 2.8.2 (I am not doing that) and continue using mailman2 on it (I might help with this part)? From owner-freebsd-ports@freebsd.org Tue Apr 28 16:23:26 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B4C1A2BEC97 for ; Tue, 28 Apr 2020 16:23:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 49BRld0v14z3yBS for ; Tue, 28 Apr 2020 16:23:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: MOBdenwVM1ka4EFT6vm_.wO3BoHWJco2w5nGMipQvr63SKxfCD3Kft26mI7Bdkp 98klHPCHCzc3Jp5l1vtlX07XfNA3wyHYG6x6ba7GIMzXKZzeybCV3OOLr6hkCRegKZQt3tSK9jCm 3GcBepe.lkkgLzlgaiYqN1THqeplLOCURSPpAh_meDNGrVJKSqwBUqoEudHUB9OKKcFGOFdku_Cn kbFbn13edC8tuV5Py4m6OEMc0t.cXlPnFXMxl7hUHf1do.prkqj0w_lstGR2LoeyaPJ0H9gyhc4U BZJre79CFycNuXue5dI.rYOH1GKaFmY8DFID6f8pqBXziG8PyA.EF6oQ_ykyQXVSJFVYH2nUdccI vKWrI1p67FiInMyNpgUKiMwe9w56B_k3A55bX.ghsg.Z2TANhs0QeSu6tdkhA4vjP7HQoup.nlET E.qS24ugkr5UjTUSfCyXerGIHDZApmKU.UWnSunL6WlNg961EAWqHded0FcshGnM4I5r1h2FWU.2 tYT_gM6liz1dBMAIxE3CcPMomkh5s6oyJdCKW5jT7RrFDDmO_k88ziBSONH1aQTdBwm6OmBy_ujR Ce_CutvWEHIiknjbKEhGVv2omdaGV_1wFaax1xk_wpEqZLrwrgLR7hEWTRpLcUKJiMBa6oIySp94 HiqAesHfBrYCS4_i0KrH_evDqqXUwHwGQORgYZMPCdDFNnhQk0JjWu7_.iv81X1eHmHH3vr1QKN9 f5qsfOy2YGnDKzgSsAyCRddyHB3qi2bDFllhXZwqJUkyAqgd5v9wx7ovIYCsYlz7KjYS_tBYC.3c N0MIpX_MMF18GWDf48m7kPmEXhB8Cix7fnOVDPxW6qUFhZ8UUmySLAaPa2AMeayBh_lADer2Z2Vh CnBqUMlt3Cs.hdSRJqyUrqOqs0uUAbFXxVqN2glndvHWBkJBoqPpeIrzobUpOj4XYCN5nYYB0P4M 9ugHnebXnkgQRdgQbde9sCxlxG8M96XiZSrW1RxaVgasK9Iif4Kk3GOa5c0MRUmFr55cFPHj760w ehe05gMFMKgcIniWdatR_dG7DoZz_R6wfpttoxcnigJ.8ltADeM7VmaFrMCPfC610okEtSfCPsJn yxMTvmvZFPBmLagSxy2m8rvb6BuMUpNX7Jhsb0A2Zwn0xcio_GFj14Q24w5oF5ieRSup0wm4B7fV ASoNBScD1pd1Fqj0msZKt1yzVI5SFWlR3uYouHh8ubTWv_hDWdw1IAN7ML9yz87OoX4YgI9qbGBb XoFrVMOnDMa3tbHjiSkvatWBJBOZkLHUOWZCBSR_T44Smpc3vw7KrwNOXi7jWMjpqUlPIjOYWevK c6Ss539dv0GLrcBHU6by0QR5ebqaljq82TfetrF2vBPn77AA4MR4RIlXJNDlRFrp6BqqmY5e2UkN zgffE354sFss8w5WRZsw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 16:23:23 +0000 Received: by smtp403.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5c95accc90a45bd754ed8f54a042697e; Tue, 28 Apr 2020 16:23:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> Date: Tue, 28 Apr 2020 09:23:21 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BRld0v14z3yBS X-Spamd-Bar: - X-Spamd-Result: default: False [-1.90 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; 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: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.63)[-0.630,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.77)[-0.769,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.66), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[205.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[205.65.137.98.rep.mailspike.net : 127.0.0.17]; 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, 28 Apr 2020 16:23:26 -0000 On 2020-Apr-28, at 07:39, Emmanuel Vadot = wrote: > On Mon, 27 Apr 2020 20:14:47 -0700 > Mark Millard wrote: >=20 >> On 2020-Apr-27, at 17:15, Mark Millard wrote: >>=20 >>> On 2020-Apr-27, at 11:46, Emmanuel Vadot = wrote: >>>=20 >>>> On Mon, 27 Apr 2020 12:32:46 +0200 >>>> Emmanuel Vadot wrote: >>>>=20 >>>>> On Sun, 26 Apr 2020 12:13:46 -0700 >>>>> . . . >>>>=20 >>>> This is solved with r533162. >>>> I've tested that sysutils/u-boot-pine64-lts build and boots fine. >>>> Let me know if you have still any issues. >>>=20 >>> The poudriere-devel runs based on updating /usr/ports content >>> ended up scheduling 190 package builds, including a couple of >>> llvm*'s. Depending on where in the sequence things happen, it >>> could be some time before having such full-native results. >>>=20 >>> In a amd64->aarch64 pouriere-devel based cross-build, with >>> nxb-bin in use (a faster build environment in my context), >>> I got: >>>=20 >>> . . . >>> gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' >>> gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>> gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' >>> =3D=3D=3D=3D> Compressing man pages (compress-man) >>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= phase: package >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>> ory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory >>> . . . (long list) . . . >>>=20 >>>=20 >>> That leads to: >>>=20 >>> [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>> [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>=20 >>>=20 >>>=20 >>> I'm guessing that the full-native builds will do similarly. >>> But we will eventually see. >>=20 >> One of the aarch64 environments finally got there: >>=20 >> [07:40:23] [02] [00:23:04] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >> [07:40:42] [02] [00:23:23] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>=20 >> It failed for the same sorts of reasons as the cross build: >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >> ory >> . . . >>=20 >=20 > I can reproduce that with poudriere too. > For some reason this doesn't happened when doing a make package ... It also happened for the poudriere-based build of devel/arm-none-eabi-gcc : [00:26:15] [07] [00:13:23] Saving devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir [00:26:23] [07] [00:13:31] Saved devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/ar= m-none-eabi-gcc-8.4.0_1.tar [00:26:28] [07] [00:13:36] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Failed: package [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-orangepi-plus-2e | = u-boot-orangepi-plus-2e-2020.04: Dependent port devel/arm-none-eabi-gcc = | arm-none-eabi-gcc-8.4.0_1 failed [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed because of: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> Building package for arm-none-eabi-gcc-8.4.0_1 pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/gtype.state:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such = file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/addresses.h:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/alias.h:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/all-tree.def:No such file or directory . . . >>>> Thanks. >>>>=20 >>>>>>=20 >>>>>> The pine64 and rock64 u-boot builds also failed this way. >>>>>> With the rpi[34], those 4 are all the aarch64-targeted >>>>>> u-boot builds that I tried. >>>>>>=20 >>>>>> By contrast, the armv7 u-boot's that I tried all completed: >>>>>> orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. >>>>>=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 Apr 28 18:29:03 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 131862C177E for ; Tue, 28 Apr 2020 18:29:03 +0000 (UTC) (envelope-from kremels@kreme.com) Received: from mail.covisp.net (mail.covisp.net [65.121.55.42]) (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 49BVXX45fCz45wh for ; Tue, 28 Apr 2020 18:28:59 +0000 (UTC) (envelope-from kremels@kreme.com) From: "@lbutlr" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: mail/mailman v3? Date: Tue, 28 Apr 2020 12:28:57 -0600 References: <20200424130424.GJ39563@home.opsec.eu> <8684b670-d968-7457-231e-720ab8449190@gmx.de> To: FreeBSD In-Reply-To: <8684b670-d968-7457-231e-720ab8449190@gmx.de> Message-Id: <19C26623-2887-4F22-8163-28BD1CC0781C@kreme.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BVXX45fCz45wh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; 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.52 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.974,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MISSING_MIME_VERSION(2.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[kreme.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.991,0]; IP_SCORE(-0.12)[ip: (-0.33), ipnet: 65.112.0.0/12(-0.06), asn: 209(-0.15), country: US(-0.05)]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[42.55.121.65.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:209, ipnet:65.112.0.0/12, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2020 18:29:03 -0000 On 28 Apr 2020, at 09:33, Matthias Andree = wrote: > Leaving Python 3.x compatibility aside, But that is the main issue. Python 2.7 is dead. Well, fine, it=E2=80=99s = not quite dead yet, but it is also not feeling any better. (I ran mailman lists for many years, but never made the move to mailman = 3 and the lists petered out several years back, so I have no horse in = this hunt (or is it dog in this race? :)). --=20 HILLBILLIES ARE PEOPLE TOO Bart chalkboard Ep. AABF11 From owner-freebsd-ports@freebsd.org Tue Apr 28 19:59:58 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B9B982C3874 for ; Tue, 28 Apr 2020 19:59:58 +0000 (UTC) (envelope-from portmaster@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BXYV3tV6z4DLj for ; Tue, 28 Apr 2020 19:59:58 +0000 (UTC) (envelope-from portmaster@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 03SK01Lr063659 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 28 Apr 2020 13:00:07 -0700 (PDT) (envelope-from portmaster@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: <20200428144349.GV90255@fc.opsec.eu> From: Chris Reply-To: portmaster@BSDforge.com To: freebsd-ports Subject: Re: mail/mailman v3? Date: Tue, 28 Apr 2020 13:00:07 -0700 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49BXYV3tV6z4DLj X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.16 / 15.00]; NEURAL_HAM_MEDIUM(-0.95)[-0.947,0]; NEURAL_HAM_LONG(-0.22)[-0.218,0]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Apr 2020 19:59:58 -0000 On Tue, 28 Apr 2020 16:43:49 +0200 Kurt Jaeger pi@freebsd=2Eorg said > Hi! >=20 > > I see the mailman lists themselves are now on Mailman 3: > >=20 > > > > https://mail=2Epython=2Eorg/archives/list/mailman-announce@python=2Eorg/threa= d/HHQN7V6NY7G5CTOSC3WBU7VXW5KEBGVO/ >=20 > Interesting! >=20 > Looks like a very uncomfortable design for uniq URLs 8-( Agreed=2E It's also appears to be only about half completed=2E In the end, this looks more a downgrade than an upgrade, as at *least* it completely abandons the previous archive system=2E Making your previous archive, an archive of an archive=2E :( Hyperkitty -- isn't that sort of redundant? I mean; have you ever seen a kitty that _wasn't_ *hyper* ? :) --Chris > From owner-freebsd-ports@freebsd.org Tue Apr 28 20:01:43 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 72E0F2C39D5 for ; Tue, 28 Apr 2020 20:01:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 49BXbS5r20z4DmX for ; Tue, 28 Apr 2020 20:01:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: s8ipQ_8VM1kc00em7MxluK2pI9aFiJEosWZjZ2ZpzZizPD9xk56aoK70GXZkrch WFozTarYszCXcsE8amBtHO4dOWxyHzmLEHCxHG0B1J9KCTZboJiQXGxpwHgqwoZ.zs_FQnCJ2rZ0 CRs9HHpoj.J5g_rWllUt7mFfjU3.YkCPbhmA_Du_Lv2AjMZ.aGxdVePvVcMyV2ATORZqa68CKuAl fgld1vllWQzkmYzMF5Fc23fJE2C3TfCDzai2j6Tk35kYL8l4Q7bLcdVDc5FYrnTQ07.vHahR8oc6 SbdQFAbLihnPOrDm8DhKw6_DRlFCqjYONsyBwKBWUG.cXUin18KQwTBmRbhvXCmhrXVEHoMxL3iH rP8lMxn3KSusVOwmbVg4AM3lK3qOAI3fnvfYYJGj8CwXyG7AEb4aw0pIZDbb.fD1E_XIG3zbdEfB ocJ70Xua6mhoY4jhYhu6e6idtfSEar0hLMY5YgunrYVdBrpyKxU3GYsnGmqZFayP8ZFti92hTyE6 .px71F0xgEr1CoorEWt4LuwwTfJqZUW3CGeHGzc98ORxX9xrgfgMgRNa1ajt8pUQNk2U39AWCTNw bXtg6.4IaO85W3mQ__0pSxqip7mdFdUA7LkYlhn_XIp_SpwbtDfboqygmKrRrvlgdC8LVOOrySXG 9Y7O0vFGj6Yt34MaiCsQqVGgO8gTWeuvNsUnC5STW46et4hRbQ0CAMf_MwMSr8qPZrFRPfIzSK_I 1u4lJLP0AkTupwu4PXkrYzlZNuUtbQzDlRguZFvj_QaF_.YTfJVZdA45s7Woc2mNBe3JmMrFfyWp IenQnrgzkBphven3CEJFbsQhVUXJ_nNadCUx16jSEPEv.12UB5LjhGolXt2LL0zO1oHK4oPfJdO_ 0EiNazvsGhA.JHuZaRmHwI_MuhV0w4ekSHp0cfhUlBuKNqLKhE3CWYqDIvsNvCeSWe4JTV2BE8v8 Xi1QcXUdZwpxBC7.5LOMEbyNQR41vqbKKAsmEj50RNimOwShhClksd16b63dkBwSBEFP3nzWp3Dg EJR3uDD0TRsqvrn1dO4nIUAeFMrGUD_wzFYshEw7DoMGiMorbwS7odgK1VtO6X.50YdiLtnRIFB2 by2CEgv7cmjunUzv9vuph3nhXKQrhQbdxmyUZ1rb0Yk46hMIeM0TPTZMIrcQvmSm6D40wEmlzuZ6 IH4Hae4wkFc4MDjJOPT1x7o3fWSBSf1aWMXUHbpxTPa6WFfGC6NGqBz.TFhB42S9cY1pb6yTMEIc BYye4nH4MuOn7iLbzvd1W5Ks1voODjqk2m8z4af3O.v59JIfPur3ApY6VQ24IanIhnwp82S5qCRk E63JGKMMVmpiUdsI2VyM.vOgG_D8psN2iG.8ediG4SnQ.7HETq84RUZ8TS0nnqbT4_SxS92p.paH fnKeOJ_8jaWWe_O3D4wtgVms- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 20:01:38 +0000 Received: by smtp415.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e2b84b136a970654c54aca9981777e28; Tue, 28 Apr 2020 20:01:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> Date: Tue, 28 Apr 2020 13:01:35 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BXbS5r20z4DmX X-Spamd-Bar: - X-Spamd-Result: default: False [-1.96 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; 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.66)[-0.664,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.80)[-0.796,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.44), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[205.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[205.65.137.98.rep.mailspike.net : 127.0.0.17]; 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, 28 Apr 2020 20:01:43 -0000 On 2020-Apr-28, at 09:23, Mark Millard wrote: > On 2020-Apr-28, at 07:39, Emmanuel Vadot = wrote: >=20 >> On Mon, 27 Apr 2020 20:14:47 -0700 >> Mark Millard wrote: >>=20 >>> On 2020-Apr-27, at 17:15, Mark Millard wrote: >>>=20 >>>> On 2020-Apr-27, at 11:46, Emmanuel Vadot = wrote: >>>>=20 >>>>> On Mon, 27 Apr 2020 12:32:46 +0200 >>>>> Emmanuel Vadot wrote: >>>>>=20 >>>>>> On Sun, 26 Apr 2020 12:13:46 -0700 >>>>>> . . . >>>>>=20 >>>>> This is solved with r533162. >>>>> I've tested that sysutils/u-boot-pine64-lts build and boots fine. >>>>> Let me know if you have still any issues. >>>>=20 >>>> The poudriere-devel runs based on updating /usr/ports content >>>> ended up scheduling 190 package builds, including a couple of >>>> llvm*'s. Depending on where in the sequence things happen, it >>>> could be some time before having such full-native results. >>>>=20 >>>> In a amd64->aarch64 pouriere-devel based cross-build, with >>>> nxb-bin in use (a faster build environment in my context), >>>> I got: >>>>=20 >>>> . . . >>>> gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' >>>> gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>> gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' >>>> =3D=3D=3D=3D> Compressing man pages (compress-man) >>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>>> ory >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory >>>> . . . (long list) . . . >>>>=20 >>>>=20 >>>> That leads to: >>>>=20 >>>> [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>>> [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>=20 >>>>=20 >>>>=20 >>>> I'm guessing that the full-native builds will do similarly. >>>> But we will eventually see. >>>=20 >>> One of the aarch64 environments finally got there: >>>=20 >>> [07:40:23] [02] [00:23:04] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>> [07:40:42] [02] [00:23:23] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>=20 >>> It failed for the same sorts of reasons as the cross build: >>>=20 >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= phase: package >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>> ory >>> . . . >>>=20 >>=20 >> I can reproduce that with poudriere too. >> For some reason this doesn't happened when doing a make package ... >=20 > It also happened for the poudriere-based build of > devel/arm-none-eabi-gcc : >=20 > [00:26:15] [07] [00:13:23] Saving devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir > [00:26:23] [07] [00:13:31] Saved devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/ar= m-none-eabi-gcc-8.4.0_1.tar > [00:26:28] [07] [00:13:36] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Failed: package > [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-orangepi-plus-2e | = u-boot-orangepi-plus-2e-2020.04: Dependent port devel/arm-none-eabi-gcc = | arm-none-eabi-gcc-8.4.0_1 failed > [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed > [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed >=20 > because of: >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D=3D=3D> Building package for arm-none-eabi-gcc-8.4.0_1 > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/gtype.state:No such file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such = file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/addresses.h:No such file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/alias.h:No such file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/all-tree.def:No such file or directory > . . . >=20 Some other differences between a poudriere based build and a portmaster based build for the aarch64 case follow. The paths with /mnt/prefixes are to the portmaster based build: # diff -r /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ | grep -i = "enable_plugin" < enable_plugin =3D no > enable_plugin =3D yes < /* #undef ENABLE_PLUGIN */ > #define ENABLE_PLUGIN 1 < enable_plugin=3D'no' > enable_plugin=3D'yes' > #define ENABLE_PLUGIN 1 < S["enable_plugin"]=3D"no" > S["enable_plugin"]=3D"yes" > D["ENABLE_PLUGIN"]=3D" 1" While looking for differences that might contribute to the "no"s above, I ran into something possibly unrelated but important in the future . . . One thing is that I have a WITHOUT_BINUTILS=3D system build as part of testing that such will work when if fully goes away. I see differences in part based on that: 1383c1382,1383 < configure:8340: result: no --- > configure:8326: found /usr/local/bin/as > configure:8337: result: as 1407c1407,1408 < configure:9740: result: no --- > configure:9726: found /usr/local/bin/objdump > configure:9737: result: objdump . . . 2369a2371 > ac_cv_prog_AS=3Das 2377a2380 > ac_cv_prog_OBJDUMP=3Dobjdump (No evidence so far that such contributes to lack of plugins being enabled. It is just a difference that I ran into while looking.) The devel/*-none-*-gcc examples do not cause /usr/local/bin/ instances of as or objdump to exist in poudriere-devel contexts, even when the system does not have the commands of itself. At some point this likely will need to change. As I have time I'll look around more at the build materials and see if I find an explanation for plugins not being enabled under poudriere-devel based 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 Tue Apr 28 20:02:05 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4B4252C3A23 for ; Tue, 28 Apr 2020 20:02:05 +0000 (UTC) (envelope-from portmaster@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BXbx0zDrz4F70 for ; Tue, 28 Apr 2020 20:02:04 +0000 (UTC) (envelope-from portmaster@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 03SK28RG063721 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 28 Apr 2020 13:02:14 -0700 (PDT) (envelope-from portmaster@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: <8684b670-d968-7457-231e-720ab8449190@gmx.de> From: Chris Reply-To: portmaster@BSDforge.com To: FreeBSD Ports Subject: Re: mail/mailman v3? Date: Tue, 28 Apr 2020 13:02:14 -0700 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49BXbx0zDrz4F70 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-0.92 / 15.00]; NEURAL_HAM_MEDIUM(-0.94)[-0.938,0]; NEURAL_SPAM_LONG(0.02)[0.015,0]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Apr 2020 20:02:05 -0000 On Tue, 28 Apr 2020 17:33:41 +0200 Matthias Andree matthias=2Eandree@gmx=2Ede s= aid > [Dan, Kurt, this is a re-send of my message written 2020-04-24 with a > different sender address=2E] >=20 > Am 24=2E04=2E20 um 15:04 schrieb Kurt Jaeger: > > Hi! > > > >> With mail/mailman being Python 2=2E7 (which is end-of-life), and mailman= 3 > > being Python 3 compatible: > >> > >> Do you know of any plans to port Mailman 3? > > > > There's already a PR about that: > > > > https://bugs=2Efreebsd=2Eorg/bugzilla/show_bug=2Ecgi?id=3D225543 > > > > The patch itself is fine, but we need run-tests=2E > > > > This means: If you want to help, > > - use that patch, > > - build mailman3, > > - and install it somewhere and > > - test all the use-cases that you can think of > > - then write some docs on how to move an existing mailman2 site > > to mailman3 > > - and give ideas how to handle list archives > > *especially* keeping the URLs identical (!) > > > > And, speaking as one of the postmaster@ team: > > As lists=2Efreebsd=2Eorg uses mailman2, we need this! > > > > postmaster@ has not yet decided if we really want to move to mailman3, > > so we are open to other options=2E The mail archive is the biggest hurdle= 8-( > > >=20 > Thanks Dan for the question, and Kurt for answering that question=2E >=20 > As the mailman2 maintainer frequently being asked about mailman3, here > are my thoughts on it=2E >=20 > TL;DR: >=20 > mailman3 documentation is an untidy inconsistent mess, is in my > perception not honestly and outright advertising the mailman 2=2Ex > features that have not yet been reimplemented=2E >=20 > The minimum version to be ported should be the latest release as they > are still re-adding lost features, for instance, 3=2E3=2E1 is current has > brought bounce processing=2E >=20 > I am not driving mailman3 efforts, don't want be in the first line or > maintain a mailman 3=2Ex port, but may help here or there if I am being > asked on advice=2E >=20 >=20 > Long version: >=20 > I have looked at Mailman 3 again and again, and the more often I look, > the more I balk at it=2E Mailman 3 will be five years old coming Tuesday > (3=2E0=2E0 released 2015-04-28), and the first-hand documentation is > scattered across web sites and inconsistent, not frequently updated for > the new releases=2E >=20 > Mailman 3 is also a new product, "Mailman 3 is a fully rewritten code > base=2E" > =2E >=20 >=20 > It could bear a new name in honesty, and more importantly that means all > the workarounds and experience from 2=2Ex are lost, and have to be > re-written, too=2E And some have not been, and they admit it on the hind > pages=2E >=20 > - FEATURE ADVERTISING COMPLETENESS: >=20 > In quality and features 3=2Ex appears to boast new "features" over 2=2Ex but > does not in the same prominent place list what's missing=2E Most of the > "features" are implementation details that I don't deem critical for > day-to-day operation=2E >=20 > Others were just added less than a week ago, f=2Ei=2E bounce processing only > arrived in 3=2E3=2E1 - and the web sites above advertising feature advances > over 2=2Ex are at 3=2E3=2E0 or older status and DO NOT MENTION bounce > processing missing, so the only conclusion is that there are more 2=2Ex > features missing in 3=2Ex without being prominently marked as such=2E >=20 > Quoting NEWS=2Erst > > Features > > -------- > > * Add support for processing of email bounce events=2E Thanks to Aaryan B= hagat > > for > > working on this as a part of his GSoC project and Thanks to Google fo= r > > sponsoring the project as a part of GSoC=2E(See !584) > Look right ABOVE the 3=2E3=2E0 section=2E > > (gitlab cannot render it with decoration, this is a download link > instead, some 80 kB) >=20 > - MIGRATION: >=20 > http://docs=2Elist=2Eorg/en/latest/migration=2Ehtml mentions breaking archive > URLs, and also "Some configuration and settings aren=E2=80=99t available = in > Mailman 3=E2=80=99s UI yet, so even though those settings will be migrate= d to > Mailman 3, you may not be able to change them from the Web UI today=2E All > of those settings should be exposed in the UI very soon=2E >=20 > Mailman 3 doesn=E2=80=99t have support for bounce processing yet, but it = is on > the roadmap=2E" >=20 > - so obviously the migration guide is outdated, too=2E >=20 >=20 > - DOCUMENTATION TIDINESS: >=20 > Mailman 3 documentation and everything is scattered across what feels > half a dozen places, all inconsistent WRT what is the current version, > features and all that, and obviously not kept up to date with releases=2E >=20 > - https://mailman=2Ereadthedocs=2Eio/ > - https://docs=2Emailman3=2Eorg/en/latest/ (not sure how that relates to > readthedocs, may be an alias or a copy) >=20 > - https://wiki=2Elist=2Eorg/Mailman3 >=20 > - http://www=2Elist=2Eorg/ >=20 > - https://gitlab=2Ecom/mailman >=20 > - https://pypi=2Eorg/project/mailman/ which seems to be the most up to > date download >=20 >=20 > - DEVELOPMENT AND COMPONENT CONCISENESS >=20 > The Gitlab site show many side projects with unclear relation to the > "mailman suite", no easily accessible roadmap besides a five-or-six-item > list of what makes up the suite=2E >=20 > Given the shape of the documents, and even assuming that documentation > is the first thing that falls short in commercial time-pressed > development, I find that messy=2E >=20 > There is certainly a LOT of work to do, work out processes to get > documentation consistent with the code releases, then actually do that=2E >=20 >=20 > - PERSONAL CONCLUSION AND OUTLOOK >=20 > This is a subjective and personal note of someone who has not read a > single line of Mailman 3 implementation, but only its documentation > that's accessible from web sites and several one-or-two clicks deep > hyperlink chains, but is asked again and again (as mailman 2 maintainer) > about mailman 3=2E >=20 > I have shown how I feel that the documentation is untidy, inconsistent, > and partially unmaintained on sites that are linked from list=2Eorg=2E >=20 > I have shown how I personally do not trust that mailman 3 is > feature-complete when looking at the mailman 2=2Ex feature set=2E >=20 >=20 > So assuming we've had a port, what calms a potential porter's or > maintainer's mind that he's not going to be drowned in user support? >=20 > Personlly I fear that a port would bring with it lots of people getting > tripped up by the inconsistent web sites, and it would probably add more > support work than the sum of all other ports I am currently listed > MAINTAINER for=2E >=20 > So I don't want to play a *major* role in the porting, feel free to ask > me here or there, and I will not become maintainer now=2E >=20 > If Python 3=2Ex were not a rather important argument, I would have written > a polite form of "leave me alone with that immature stuff and would have > moved on=2E >=20 > - FINAL QUESTIONS >=20 > Leaving Python 3=2Ex compatibility aside, what good arguments can anyone > weigh in for Mailman 3=2Ex who is using it in practice (f=2Ei=2E on Linux)? >=20 > How is it better? >=20 > Is it mature? >=20 > Would it be plausible to port Tauthon 2=2E8=2E2 (I am not doing that) and > continue using mailman2 on it (I might help with this part)? > In sentiment I am inline with your thoughts as well=2E Would it be a worthy project to create a mailman(2)-lts port? I'd be fully up for helping, and or creating it myself=2E There's a port that's a shim for py2=2Ex-->py3=2Ex called 2to3, or something like that=2E It also wouldn't be that difficult to simply modify mailman(2) to adopt the py3=2Ex language changes=2E My 3=C2=A2 for what they're worth=2E :) --Chris From owner-freebsd-ports@freebsd.org Tue Apr 28 21:01:03 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 928662C4DB5 for ; Tue, 28 Apr 2020 21:01:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49BYvy201qz4HYj for ; Tue, 28 Apr 2020 21:01:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: y2LWJDAVM1l2VvIN3zTxStktprN2WxMhl.DGw7TwgSmGC4LWii2DxVlrSiWDot0 0rCdPUV8.SwNZW4yvO1cGnuMW0c6AcFwR5YfytaBA9T7zSzFHky.wVaACbRR7LEz.GrXzrrL4gEm m46vtdASSS07BNZN10mOuCMdeEnRyPr9E3314A0gUIr4Y4hF.CEkzG5iQKzL0NdtViU7iIdGfmRJ fxKQ0HdyrBJ6pbNn08JJ3rNy464KEdSvkSwZ72OVidLsZcdK9PAdra5cavSByEjK.uBKsilMKPek sX_vW9jI2R6Q2HEACHUjGeF8T4RX0wzX7krN.hxPTuR7VptTTMSOlL2vXol6oXt4eVZV3CK6SAGP YcR0_Eswrm9bwePQZ2at6CnKmdDP7DDqnosjy_uCA7tCYtoRmfnX12x31ph4QXQCAbHOq_kPisAh yBERWuC4DGALAKulMHwvabqz.j_2KieF9Q3Gg.DTfu7Vg2thhK9DC_ONSE3kSkq4ciKGir0E9F5b gobFo4Hdl4ZCcxsTwxlGBnfYThj47oct51KfIFsat6ye8ii7oLFSqeNhMKcYnzlTOiy.Z8HkV1ro OggWSSFu4mkn023Saku6zKePuucOpeDzURnLasp2VVK3owJ4WbREQTZ00e5L6zm04NBxIHCAQ7KM gLi4D5f1MvvnUN1pbhv3uHFX.i6KvIzdgFxWCyfO_Z22d.zb19lq9GuBIeLfIgX8BqMEzXKUxcyj fYNTtt9DaLspJukJuZKLrfbjrw4xhe8sFs5VeH0Pd1sE4A1qHm4lK_b9DDIZlR9TJ7kaY4QhEhrv 6tsB3wrmRiUMMb7QrJ3GU8.J2S_3PPD7JrwKerdEbK2L0nQpMkJidzVUCxXMXWFsJyqlm30.iqAK OC32GshrvqG6yrDMh60uj6R9RRbIAzCphuYDWs7qAEC1c4bdwd9rkuLRChr52zzeorAKGG2mWuO5 QOrkJsfsNjoOORxUfAEGxrdDIAP05dOdWH7UKp62MtPIYck8Cy7UbMIxuneWYAbYry3HFvkRr03m F1JgBzBgYerLb2K0NVV3.6rFDkFeJnxKa68gGfsPGQLUlxGuHgCCNt2cu4cuOqUwkQO35oHZMt0D C0qtGpfmRD4YxSWP0wJz0exnOBTHUw8S3MFtBwIouXxfmAPrSCEFRDnd7v9ZKLK_C3K3PfQO48nM UAIJWnushl1MamczwgIRDU35GvEkgICpr2ixbeN8jEfFC_A2LB7Hq4Uqtq.GTA1D1nWsaJJLfDjv LYLwOtokaaD6.pXpylMhDx6NGp0t1hpnFujUvCakH2pv2v1C02BWU2xNp9QWhKAgzdGu0ItK8vKM FBRZCpN4Rs0CgPBHXIdK4Tuh8vrO.P0huDEhS1_zeUv6jz9TV3UzAvm_3G0MDqeAncDC8csEBUlC 0UB7VcMtsZWOOInVJZ5lRq5E6y7Lb5p6Djbt5MHlile8AtUT0SPe43hmXY7_z0w-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 21:01:00 +0000 Received: by smtp427.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3e4b5dc05b1e1a19018aa1ecb94fdde1; Tue, 28 Apr 2020 21:00:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> Date: Tue, 28 Apr 2020 14:00:57 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BYvy201qz4HYj X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.16 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; 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: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.78)[-0.780,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.88)[-0.883,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.72), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[147.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[147.69.137.98.rep.mailspike.net : 127.0.0.17]; 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, 28 Apr 2020 21:01:03 -0000 [Found a cause of the poudiere vs. not distinction.] On 2020-Apr-28, at 13:01, Mark Millard wrote: >=20 > On 2020-Apr-28, at 09:23, Mark Millard wrote: >=20 >> On 2020-Apr-28, at 07:39, Emmanuel Vadot = wrote: >>=20 >>> On Mon, 27 Apr 2020 20:14:47 -0700 >>> Mark Millard wrote: >>>=20 >>>> On 2020-Apr-27, at 17:15, Mark Millard = wrote: >>>>=20 >>>>> On 2020-Apr-27, at 11:46, Emmanuel Vadot wrote: >>>>>=20 >>>>>> On Mon, 27 Apr 2020 12:32:46 +0200 >>>>>> Emmanuel Vadot wrote: >>>>>>=20 >>>>>>> On Sun, 26 Apr 2020 12:13:46 -0700 >>>>>>> . . . >>>>>>=20 >>>>>> This is solved with r533162. >>>>>> I've tested that sysutils/u-boot-pine64-lts build and boots fine. >>>>>> Let me know if you have still any issues. >>>>>=20 >>>>> The poudriere-devel runs based on updating /usr/ports content >>>>> ended up scheduling 190 package builds, including a couple of >>>>> llvm*'s. Depending on where in the sequence things happen, it >>>>> could be some time before having such full-native results. >>>>>=20 >>>>> In a amd64->aarch64 pouriere-devel based cross-build, with >>>>> nxb-bin in use (a faster build environment in my context), >>>>> I got: >>>>>=20 >>>>> . . . >>>>> gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' >>>>> gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>>> gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' >>>>> =3D=3D=3D=3D> Compressing man pages (compress-man) >>>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>>>> ory >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory >>>>> . . . (long list) . . . >>>>>=20 >>>>>=20 >>>>> That leads to: >>>>>=20 >>>>> [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>>>> [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>=20 >>>>>=20 >>>>>=20 >>>>> I'm guessing that the full-native builds will do similarly. >>>>> But we will eventually see. >>>>=20 >>>> One of the aarch64 environments finally got there: >>>>=20 >>>> [07:40:23] [02] [00:23:04] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>>> [07:40:42] [02] [00:23:23] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>=20 >>>> It failed for the same sorts of reasons as the cross build: >>>>=20 >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>>> ory >>>> . . . >>>>=20 >>>=20 >>> I can reproduce that with poudriere too. >>> For some reason this doesn't happened when doing a make package ... >>=20 >> It also happened for the poudriere-based build of >> devel/arm-none-eabi-gcc : >>=20 >> [00:26:15] [07] [00:13:23] Saving devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir >> [00:26:23] [07] [00:13:31] Saved devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/ar= m-none-eabi-gcc-8.4.0_1.tar >> [00:26:28] [07] [00:13:36] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Failed: package >> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-orangepi-plus-2e = | u-boot-orangepi-plus-2e-2020.04: Dependent port = devel/arm-none-eabi-gcc | arm-none-eabi-gcc-8.4.0_1 failed >> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed >> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed >>=20 >> because of: >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> =3D=3D=3D> Building package for arm-none-eabi-gcc-8.4.0_1 >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/gtype.state:No such file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such = file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/addresses.h:No such file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/alias.h:No such file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/all-tree.def:No such file or directory >> . . . >>=20 >=20 > Some other differences between a poudriere based build > and a portmaster based build for the aarch64 case follow. > The paths with /mnt/prefixes are to the portmaster based > build: >=20 > # diff -r /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ | grep -i = "enable_plugin" > < enable_plugin =3D no >> enable_plugin =3D yes > < /* #undef ENABLE_PLUGIN */ >> #define ENABLE_PLUGIN 1 > < enable_plugin=3D'no' >> enable_plugin=3D'yes' >> #define ENABLE_PLUGIN 1 > < S["enable_plugin"]=3D"no" >> S["enable_plugin"]=3D"yes" >> D["ENABLE_PLUGIN"]=3D" 1" >=20 > While looking for differences that might contribute to the > "no"s above, I ran into something possibly unrelated but > important in the future . . . >=20 > One thing is that I have a WITHOUT_BINUTILS=3D system build as > part of testing that such will work when if fully goes away. > I see differences in part based on that: >=20 > 1383c1382,1383 > < configure:8340: result: no > --- >> configure:8326: found /usr/local/bin/as >> configure:8337: result: as > 1407c1407,1408 > < configure:9740: result: no > --- >> configure:9726: found /usr/local/bin/objdump >> configure:9737: result: objdump > . . . > 2369a2371 >> ac_cv_prog_AS=3Das > 2377a2380 >> ac_cv_prog_OBJDUMP=3Dobjdump >=20 > (No evidence so far that such contributes to lack of > plugins being enabled. It is just a difference that > I ran into while looking.) >=20 > The devel/*-none-*-gcc examples do not cause > /usr/local/bin/ instances of as or objdump to > exist in poudriere-devel contexts, even when > the system does not have the commands of itself. > At some point this likely will need to change. >=20 >=20 >=20 > As I have time I'll look around more at the build > materials and see if I find an explanation for > plugins not being enabled under poudriere-devel > based builds. Turns out that objdump is important and makes the distinction in my context . . . work/gcc-8.4.0/config/gcc-plugin.m4 has: . . . AC_DEFUN([GCC_ENABLE_PLUGINS], [# Check for plugin support AC_ARG_ENABLE(plugin, [AS_HELP_STRING([--enable-plugin], [enable plugin support])], enable_plugin=3D$enableval, enable_plugin=3Dyes; default_plugin=3Dyes) pluginlibs=3D plugin_check=3Dyes case "${host}" in . . . *) if test x$build =3D x$host; then export_sym_check=3D"objdump${exeext} -T" elif test x$host =3D x$target; then export_sym_check=3D"$gcc_cv_objdump -T" else export_sym_check=3D fi ;; esac . . . if test x"$enable_plugin" =3D x"yes" -a x"$plugin_check" =3D x"yes"; = then AC_MSG_CHECKING([for exported symbols]) if test "x$export_sym_check" !=3D x; then echo "int main() {return 0;} int foobar() {return 0;}" > = conftest.c ${CC} ${CFLAGS} ${LDFLAGS} conftest.c -o conftest$ac_exeext > = /dev/null 2>&1 if $export_sym_check conftest$ac_exeext | grep foobar > = /dev/null; then : # No need to use a flag AC_MSG_RESULT([yes]) else AC_MSG_RESULT([yes]) AC_MSG_CHECKING([for -rdynamic]) ${CC} ${CFLAGS} ${LDFLAGS} -rdynamic conftest.c -o = conftest$ac_exeext > /dev/null 2>&1 if $export_sym_check conftest$ac_exeext | grep foobar > = /dev/null; then plugin_rdynamic=3Dyes pluginlibs=3D"-rdynamic" else plugin_rdynamic=3Dno enable_plugin=3Dno fi AC_MSG_RESULT([$plugin_rdynamic]) fi else AC_MSG_RESULT([unable to check]) fi . . . But (both the poudriere-devel based build and the portmaster build show such so I picked to show just one): = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdump = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D'/usr/local/aarch64-none-elf/bin/objdump' = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.cache= :gcc_cv_objdump=3D${gcc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdu= mp} Under poudiere-devel there is no /usr/local/aarch64-none-elf/bin/objdump = path. Under make/portmaster there may be an old = /usr/local/aarch64-none-elf/bin/objdump path. In my environments (showing one example context): # ls -ldT /usr/local/aarch64-none-elf/bin/objdump -r-xr-xr-x 2 root wheel 8593272 Jan 30 01:05:50 2020 = /usr/local/aarch64-none-elf/bin/objdump So in portmaster (or make) the old = /usr/local/aarch64-none-elf/bin/objdump is used but in poudriere the path used fails and that failure is not handled distinctly as "objdump tool missing". It looks like devel/aarch64-none-elf-gcc/Makefile would need changes for WITHOUT_BINUTILS=3D contexts in order to make sure that an objdump exists via a known/used path, including in poudriere based 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 Tue Apr 28 21:26:45 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 92B852C5AEE for ; Tue, 28 Apr 2020 21:26:45 +0000 (UTC) (envelope-from starikarp@dismail.de) Received: from mx1.dismail.de (mx1.dismail.de [78.46.223.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.dismail.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BZTc5fhZz4KdM for ; Tue, 28 Apr 2020 21:26:44 +0000 (UTC) (envelope-from starikarp@dismail.de) Received: from mx1.dismail.de (localhost [127.0.0.1]) by mx1.dismail.de (OpenSMTPD) with ESMTP id 7d11b9ff; Tue, 28 Apr 2020 23:26:42 +0200 (CEST) Received: from smtp2.dismail.de ( [10.240.26.12]) by mx1.dismail.de (OpenSMTPD) with ESMTP id 0af1f868; Tue, 28 Apr 2020 23:26:42 +0200 (CEST) Received: from smtp2.dismail.de (localhost [127.0.0.1]) by smtp2.dismail.de (OpenSMTPD) with ESMTP id 9daa7356; Tue, 28 Apr 2020 23:26:42 +0200 (CEST) Received: by dismail.de (OpenSMTPD) with ESMTPSA id 26906c85 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Tue, 28 Apr 2020 23:26:41 +0200 (CEST) Date: Tue, 28 Apr 2020 17:26:37 -0400 From: ajtiM To: "@lbutlr" Cc: FreeBSD Subject: Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available Message-ID: <20200428172637.27e8ea22@dismail.de> In-Reply-To: <9E0EED3D-80F0-4BDA-8AA5-CF00ED94FAE7@kreme.com> References: <20200423150917.09a04059@dismail.de> <20200427193201.2347b235@dismail.de> <9E0EED3D-80F0-4BDA-8AA5-CF00ED94FAE7@kreme.com> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; amd64-portbld-freebsd12.1) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49BZTc5fhZz4KdM X-Spamd-Bar: ------- X-Spamd-Result: default: False [-7.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[dismail.de:s=20190914]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[dismail.de.dwl.dnswl.org : 127.0.5.2]; R_SPF_ALLOW(-0.20)[+ip4:78.46.223.134:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-2.19)[ip: (-9.91), ipnet: 78.46.0.0/15(0.52), asn: 24940(-1.55), country: DE(-0.02)]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dismail.de:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[dismail.de,reject]; RCVD_IN_DNSWL_MED(-0.20)[134.223.46.78.list.dnswl.org : 127.0.5.2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:78.46.0.0/15, country:DE]; 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: Tue, 28 Apr 2020 21:26:45 -0000 On Tue, 28 Apr 2020 02:10:51 -0600 "@lbutlr" wrote: > On 27 Apr 2020, at 17:32, ajtiM via freebsd-ports > wrote: > > qt5-webengine >=20 > There is py-qt5-webengine which seems to want py37 >=20 And what is a point? www/qt5-webengine has in Makefile python:27. If you delete :27 will pull python 3.7 but I don not using qt5-engine anymore. --=20 Ernst Lubitsch=E2=80=99s Ninotchka:=20 =E2=80=9C=E2=80=98Waiter! A cup of coffee without cream, please!=E2=80=99 = =E2=80=98I=E2=80=99m sorry, sir, we have no cream, only milk, so can it be a coffee without milk?=E2=80=99=E2= =80=9D=20 From owner-freebsd-ports@freebsd.org Tue Apr 28 21:29:06 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6BB762C5BCA for ; Tue, 28 Apr 2020 21:29:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.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 49BZXK0pWpz4KkB for ; Tue, 28 Apr 2020 21:29:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wnZEbWUVM1m47hCAa85J3WGKIsLfcbEkkuoOTbU8nHTftxf3NQOig3rHntmdrIS dP9AbGm2J8ZtqzvlK04KaalJhkNJsufa2SwnhXlL.ZypliYnVGVHSi6.7QUIIk8yTMldXuuTJiPd p1rWYmUcCmZznhg.IydeIhNzLwj0efIjLVPOu.7ZmF3xu9gshgqFXWb5fNnw7Lxan6McJ732QLc4 4iS5Citfi2I44G4ygdmiqNDHYcpjGmrByIqSx1cvCWfXrPX7Cx4CbPmi0QL41r6DtAS2pIRaxL8Y 9RWBvUFqLx_7Rb6tPnozhmE..64McUybCxs7s3DPTmTmbAHfj0gjIRkF2s4SWGRMPysrQkoB9d77 VN2UahYQvZKUGqYKvD0W2q_JZwx_ngKcDqRNQkpRCblaNZF7yCKIidOFsrLrAm4fgk3fsFtODfqD padEsEyKFhV2bdFZfLkir9SZs1EAl4.XoJrGav39spHt.oTOIaTW5bZzrlKV5LhAmb2lMnB3tNaQ rjZ1PnUfQmYkodgjPua2oXdlOKrG2dv_uOW8kMPsX4Fe4RiJttwevhtZ.pvPwRAHOFAbn8TuTr_D tUsiXO_XEwhUEIU51odVfSsxYD35Jx_pRBRe9jhKYQxvN_rPPzkctKE17iVRPYsYxF5DXvzdH7B0 qkjDjnmMPhv1GYaykf2.8BnDqNAhywpC0t5_A5j4s8mWCNNOIVcHEQGzVTsR7p5Awn03nCF2F1FA cFNzKYs.nhvo85SwZCOmwlWDeFAYqNr4sOUeINSPA5SkX5eaB41amsMORnWr__mkQmpEluietfpJ j2aWbCT44YnHfyk0a47CTAR7JiWBexkRwFyWWrUjBsaiN1yxe10hC5knikKEoNWgdAtXaUpSHv4h CYfQb.UkIYSjQ0S3rzwzCgexgk9rZnCQTV3fYXD4pE1hVOI23WeXnIM_r4TViP9nhpA9G0an1nfo Gy4eLJWsOwGJTWLDRfoLmwvD1MFppsnifNlhD5YH.a2FU90kEpV25VB0JDJ0sIeHI9G5uoE2uIUf 7Hm5TdyYmCSXcFONLbi9ng0yo23rhn_uD.fgmNeg5qB1AXWanO7QyCO4KIy25z01.Kbm7mmZhxX6 3zICnqjyQOLhelPv6CeeH1t9cTdpWQ6i4EwPfDdPvTHGBAeFp7.z2A6bNbtNtNWOkULYXozTKVW6 DAG1CoTWENfT1G86fcxdgZsudo_ZrNFZYtBn5.1mVFM6W9q2SCVmxQGMoByPkV4Ku2R9XRV57hgP OFz9J5vXVpMNTo9HXvxIq4fLOvKFofaG3Q3ENRE5BJodiUDdiOMdyKL5sFDVmSab91s6mM2osF1M 3TvBfpbVqLcMpbgtwANGG6yBrXwKtOpLROmUutoI4C0f7v57M76hK774cvxp2cq68Hha8b4hDIx1 t1wXDoxiDq.P8kCcfSXW33qdK Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Apr 2020 21:29:03 +0000 Received: by smtp430.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 53c119fe4a23a8c5acd36f6235a55688; Tue, 28 Apr 2020 21:28:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> Date: Tue, 28 Apr 2020 14:28:57 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BZXK0pWpz4KkB X-Spamd-Bar: - X-Spamd-Result: default: False [-1.46 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; 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: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.45)[-0.445,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.52)[-0.519,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (4.61), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[83.69.137.98.rep.mailspike.net : 127.0.0.17]; 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, 28 Apr 2020 21:29:06 -0000 [Looks like more than objdump may be involved for /usr/local/aarch64-none-elf/bin/ use.] On 2020-Apr-28, at 14:00, Mark Millard wrote: > [Found a cause of the poudiere vs. not distinction.] >=20 > On 2020-Apr-28, at 13:01, Mark Millard wrote: >>=20 >> On 2020-Apr-28, at 09:23, Mark Millard wrote: >>=20 >>> On 2020-Apr-28, at 07:39, Emmanuel Vadot = wrote: >>>=20 >>>> On Mon, 27 Apr 2020 20:14:47 -0700 >>>> Mark Millard wrote: >>>>=20 >>>>> On 2020-Apr-27, at 17:15, Mark Millard = wrote: >>>>>=20 >>>>>> On 2020-Apr-27, at 11:46, Emmanuel Vadot wrote: >>>>>>=20 >>>>>>> On Mon, 27 Apr 2020 12:32:46 +0200 >>>>>>> Emmanuel Vadot wrote: >>>>>>>=20 >>>>>>>> On Sun, 26 Apr 2020 12:13:46 -0700 >>>>>>>> . . . >>>>>>>=20 >>>>>>> This is solved with r533162. >>>>>>> I've tested that sysutils/u-boot-pine64-lts build and boots = fine. >>>>>>> Let me know if you have still any issues. >>>>>>=20 >>>>>> The poudriere-devel runs based on updating /usr/ports content >>>>>> ended up scheduling 190 package builds, including a couple of >>>>>> llvm*'s. Depending on where in the sequence things happen, it >>>>>> could be some time before having such full-native results. >>>>>>=20 >>>>>> In a amd64->aarch64 pouriere-devel based cross-build, with >>>>>> nxb-bin in use (a faster build environment in my context), >>>>>> I got: >>>>>>=20 >>>>>> . . . >>>>>> gmake[4]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/ilp32/libgcc' >>>>>> gmake[3]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>>>> gmake[2]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-el= f/libgcc' >>>>>> gmake[1]: Leaving directory = '/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build' >>>>>> =3D=3D=3D=3D> Compressing man pages (compress-man) >>>>>> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >>>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>>>>> ory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/addresses.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/alias.h:No such file or directory >>>>>> . . . (long list) . . . >>>>>>=20 >>>>>>=20 >>>>>> That leads to: >>>>>>=20 >>>>>> [00:29:06] [04] [00:10:01] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>>>>> [00:29:10] [04] [00:10:05] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-rk3328 | = atf-rk3328-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>> [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> I'm guessing that the full-native builds will do similarly. >>>>>> But we will eventually see. >>>>>=20 >>>>> One of the aarch64 environments finally got there: >>>>>=20 >>>>> [07:40:23] [02] [00:23:04] Saved devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA57-default/default/aa= rch64-none-elf-gcc-8.4.0_1.tar >>>>> [07:40:42] [02] [00:23:23] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Failed: package >>>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>> [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1 failed >>>>>=20 >>>>> It failed for the same sorts of reasons as the cross build: >>>>>=20 >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> =3D=3D=3D> Building package for aarch64-none-elf-gcc-8.4.0_1 >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/gtype.state:No such file or directory >>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc= /aarch64-none-elf/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or direct >>>>> ory >>>>> . . . >>>>>=20 >>>>=20 >>>> I can reproduce that with poudriere too. >>>> For some reason this doesn't happened when doing a make package ... >>>=20 >>> It also happened for the poudriere-based build of >>> devel/arm-none-eabi-gcc : >>>=20 >>> [00:26:15] [07] [00:13:23] Saving devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir >>> [00:26:23] [07] [00:13:31] Saved devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailCortexA53-default/default/ar= m-none-eabi-gcc-8.4.0_1.tar >>> [00:26:28] [07] [00:13:36] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Failed: package >>> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-orangepi-plus-2e = | u-boot-orangepi-plus-2e-2020.04: Dependent port = devel/arm-none-eabi-gcc | arm-none-eabi-gcc-8.4.0_1 failed >>> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Dependent port devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1 failed >>> [00:26:30] [07] [00:13:38] Skipping sysutils/u-boot-sinovoip-bpi-m3 = | u-boot-sinovoip-bpi-m3-2020.04: Dependent port devel/arm-none-eabi-gcc = | arm-none-eabi-gcc-8.4.0_1 failed >>>=20 >>> because of: >>>=20 >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= phase: package >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> =3D=3D=3D> Building package for arm-none-eabi-gcc-8.4.0_1 >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/gtype.state:No such file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such = file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/addresses.h:No such file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/alias.h:No such file or directory >>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/all-tree.def:No such file or directory >>> . . . >>>=20 >>=20 >> Some other differences between a poudriere based build >> and a portmaster based build for the aarch64 case follow. >> The paths with /mnt/prefixes are to the portmaster based >> build: >>=20 >> # diff -r /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ | grep -i = "enable_plugin" >> < enable_plugin =3D no >>> enable_plugin =3D yes >> < /* #undef ENABLE_PLUGIN */ >>> #define ENABLE_PLUGIN 1 >> < enable_plugin=3D'no' >>> enable_plugin=3D'yes' >>> #define ENABLE_PLUGIN 1 >> < S["enable_plugin"]=3D"no" >>> S["enable_plugin"]=3D"yes" >>> D["ENABLE_PLUGIN"]=3D" 1" >>=20 >> While looking for differences that might contribute to the >> "no"s above, I ran into something possibly unrelated but >> important in the future . . . >>=20 >> One thing is that I have a WITHOUT_BINUTILS=3D system build as >> part of testing that such will work when if fully goes away. >> I see differences in part based on that: >>=20 >> 1383c1382,1383 >> < configure:8340: result: no >> --- >>> configure:8326: found /usr/local/bin/as >>> configure:8337: result: as >> 1407c1407,1408 >> < configure:9740: result: no >> --- >>> configure:9726: found /usr/local/bin/objdump >>> configure:9737: result: objdump >> . . . >> 2369a2371 >>> ac_cv_prog_AS=3Das >> 2377a2380 >>> ac_cv_prog_OBJDUMP=3Dobjdump >>=20 >> (No evidence so far that such contributes to lack of >> plugins being enabled. It is just a difference that >> I ran into while looking.) >>=20 >> The devel/*-none-*-gcc examples do not cause >> /usr/local/bin/ instances of as or objdump to >> exist in poudriere-devel contexts, even when >> the system does not have the commands of itself. >> At some point this likely will need to change. >>=20 >>=20 >>=20 >> As I have time I'll look around more at the build >> materials and see if I find an explanation for >> plugins not being enabled under poudriere-devel >> based builds. >=20 > Turns out that objdump is important and makes the > distinction in my context . . . >=20 > work/gcc-8.4.0/config/gcc-plugin.m4 has: >=20 > . . . > AC_DEFUN([GCC_ENABLE_PLUGINS], > [# Check for plugin support > AC_ARG_ENABLE(plugin, > [AS_HELP_STRING([--enable-plugin], [enable plugin support])], > enable_plugin=3D$enableval, > enable_plugin=3Dyes; default_plugin=3Dyes) >=20 > pluginlibs=3D > plugin_check=3Dyes >=20 > case "${host}" in > . . . > *) > if test x$build =3D x$host; then > export_sym_check=3D"objdump${exeext} -T" > elif test x$host =3D x$target; then > export_sym_check=3D"$gcc_cv_objdump -T" > else > export_sym_check=3D > fi > ;; > esac > . . . > if test x"$enable_plugin" =3D x"yes" -a x"$plugin_check" =3D x"yes"; = then >=20 > AC_MSG_CHECKING([for exported symbols]) > if test "x$export_sym_check" !=3D x; then > echo "int main() {return 0;} int foobar() {return 0;}" > = conftest.c > ${CC} ${CFLAGS} ${LDFLAGS} conftest.c -o conftest$ac_exeext > = /dev/null 2>&1 > if $export_sym_check conftest$ac_exeext | grep foobar > = /dev/null; then > : # No need to use a flag > AC_MSG_RESULT([yes]) > else > AC_MSG_RESULT([yes]) > AC_MSG_CHECKING([for -rdynamic]) > ${CC} ${CFLAGS} ${LDFLAGS} -rdynamic conftest.c -o = conftest$ac_exeext > /dev/null 2>&1 > if $export_sym_check conftest$ac_exeext | grep foobar > = /dev/null; then > plugin_rdynamic=3Dyes > pluginlibs=3D"-rdynamic" > else > plugin_rdynamic=3Dno > enable_plugin=3Dno > fi > AC_MSG_RESULT([$plugin_rdynamic]) > fi > else > AC_MSG_RESULT([unable to check]) > fi > . . . >=20 > But (both the poudriere-devel based build and the portmaster > build show such so I picked to show just one): >=20 > = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdump > = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D'/usr/local/aarch64-none-elf/bin/objdump' > = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.cache= :gcc_cv_objdump=3D${gcc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdu= mp} >=20 > Under poudiere-devel there is no = /usr/local/aarch64-none-elf/bin/objdump path. > Under make/portmaster there may be an old = /usr/local/aarch64-none-elf/bin/objdump path. >=20 > In my environments (showing one example context): >=20 > # ls -ldT /usr/local/aarch64-none-elf/bin/objdump > -r-xr-xr-x 2 root wheel 8593272 Jan 30 01:05:50 2020 = /usr/local/aarch64-none-elf/bin/objdump >=20 > So in portmaster (or make) the old = /usr/local/aarch64-none-elf/bin/objdump > is used but in poudriere the path used fails and that failure is not > handled distinctly as "objdump tool missing". >=20 > It looks like devel/aarch64-none-elf-gcc/Makefile would need > changes for WITHOUT_BINUTILS=3D contexts in order to make sure > that an objdump exists via a known/used path, including in > poudriere based builds. looks like nm, objdump, and readelf have that = /usr/local/aarch64-none-elf/bin/ style path issue shown in work/.build/gcc/config.log . There are some ld references as well. (Again: /mnt/ is for portmaster build context; otherwise it is poudriere = based.) # grep -B1 /usr/local/aarch64-none-elf/bin/ = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-c= onfigure:22232: checking what nm to use = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:c= onfigure:22240: result: /usr/local/aarch64-none-elf/bin/nm = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-c= onfigure:22312: checking what objdump to use = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:c= onfigure:22322: result: /usr/local/aarch64-none-elf/bin/objdump = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-c= onfigure:22384: checking what readelf to use = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:c= onfigure:22394: result: /usr/local/aarch64-none-elf/bin/readelf -- = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-g= cc_cv_mkdir_takes_one_arg=3Dno = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_nm=3D/usr/local/aarch64-none-elf/bin/nm = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-g= cc_cv_no_pie=3Dyes = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdump -- = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-g= cc_cv_prog_makeinfo_modern=3Dyes = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_readelf=3D/usr/local/aarch64-none-elf/bin/readelf -- = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-O= RIGINAL_LD_GOLD_FOR_TARGET=3D'/usr/local/bin/aarch64-none-elf-ld.gold' = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:O= RIGINAL_NM_FOR_TARGET=3D'/usr/local/aarch64-none-elf/bin/nm' -- = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-g= cc_cv_ld=3D'/usr/local/bin/aarch64-none-elf-ld' = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_nm=3D'/usr/local/aarch64-none-elf/bin/nm' = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_objdump=3D'/usr/local/aarch64-none-elf/bin/objdump' = /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:g= cc_cv_readelf=3D'/usr/local/aarch64-none-elf/bin/readelf' -- = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-configure:22232: checking what nm to use = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:configure:22240: result: /usr/local/aarch64-none-elf/bin/nm = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-configure:22312: checking what objdump to use = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:configure:22322: result: /usr/local/aarch64-none-elf/bin/objdump = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-configure:22384: checking what readelf to use = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:configure:22394: result: /usr/local/aarch64-none-elf/bin/readelf -- = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-gcc_cv_mkdir_takes_one_arg=3Dno = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_nm=3D/usr/local/aarch64-none-elf/bin/nm = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-gcc_cv_no_pie=3Dyes = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_objdump=3D/usr/local/aarch64-none-elf/bin/objdump -- = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-gcc_cv_prog_makeinfo_modern=3Dyes = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_readelf=3D/usr/local/aarch64-none-elf/bin/readelf -- = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-ORIGINAL_LD_GOLD_FOR_TARGET=3D'/usr/local/bin/aarch64-none-elf-ld.gold'= = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:ORIGINAL_NM_FOR_TARGET=3D'/usr/local/aarch64-none-elf/bin/nm' -- = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og-gcc_cv_ld=3D'/usr/local/bin/aarch64-none-elf-ld' = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_nm=3D'/usr/local/aarch64-none-elf/bin/nm' = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_objdump=3D'/usr/local/aarch64-none-elf/bin/objdump' = /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.l= og:gcc_cv_readelf=3D'/usr/local/aarch64-none-elf/bin/readelf' =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 Apr 29 02:44:02 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 38A2B2CC2E4 for ; Wed, 29 Apr 2020 02:44:02 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: from aurora.gregv.net (aurora.gregv.net [IPv6:2607:5600:bd::1:1000]) by mx1.freebsd.org (Postfix) with ESMTP id 49BjWj32L4z4c1B for ; Wed, 29 Apr 2020 02:44:01 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: by aurora.gregv.net (Postfix, from userid 1001) id C9E94763; Tue, 28 Apr 2020 22:43:36 -0400 (EDT) Date: Tue, 28 Apr 2020 22:43:36 -0400 From: Greg Veldman To: Chris Cc: FreeBSD Ports Subject: Re: mail/mailman v3? Message-ID: <20200429024336.GT1068@aurora.gregv.net> References: <8684b670-d968-7457-231e-720ab8449190@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 49BjWj32L4z4c1B X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@gregv.net has no SPF policy when checking 2607:5600:bd::1:1000) smtp.mailfrom=freebsd@gregv.net X-Spamd-Result: default: False [4.52 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gregv.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.91)[0.912,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.99)[0.991,0]; R_SPF_NA(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:31863, ipnet:2607:5600::/32, country:US]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.72)[asn: 31863(3.62), country: US(-0.05)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Apr 2020 02:44:02 -0000 On Tue, Apr 28, 2020 at 01:02:14PM -0700, Chris wrote: > It also wouldn't be that difficult to simply modify mailman(2) > to adopt the py3.x language changes. To simply make it work, perhaps not. To make it work well and be reliable... might be more difficult than you think. A large chunk of what a mail handler of any variety does is text processing, and there are significant differences in that area in Python2 vs Python3. E.g. ASCII vs Unicode. You'd likely be opening a Pandora's box of corner cases and workarounds when $STUPIDLY_FORMATTED_MAIL_MESSAGE_OF_THE_HOUR comes through. The effort would probably be better spent enhancing Mailman3, since that's the future of the project anyway. Also, as someone that's been a Mailman site admin on installs of various sizes for about the past 20 years, I'm sort of looking forward to the promises of some of the little quirks of Mailman2 getting some love. ;-) -- Greg Veldman freebsd@gregv.net From owner-freebsd-ports@freebsd.org Wed Apr 29 08:36:11 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 644A42AC58C for ; Wed, 29 Apr 2020 08:36: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 49BsL22zXvz3RKc for ; Wed, 29 Apr 2020 08:36:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wctFVAIVM1m8Qal5fP2Ex_uluVZQ08JqxlyvH0FcYR.LxDWFGLUS5ZIbVRQMEkC eOxnjVIK1IU3l5yps1RlUNCq63StQJ77QT.Nu9SwS4B4OPqOMJGAnc2eYTfekKAODpZnGtS98Jlb fbG3Fd9qpVmQoukuN9Cjnm5ZHsqY8Ibug2cBXxsGmtLqH4rdxsjRNt2mv8NL8JvzQ6jbsifDlibt B3GxYg1NkSFMj3Y9mzY5VVJJX1hNJPRiQXRhFypHApJ5Mv.k8NRKSEQpEmRBLpHtiOkmNaBDOOl_ mMqfk75Q63FsJ0JKE8cPbDGkS8yVsdvhsmuqbYNNpCoMjxPuoB7qpU9BF5KQAyJhffwnfHRJtnhY qyauGiojyQVV2qHYXpBFdoue8mFeN6WSzjo76hk5lTP..jJ0aB6ki7HiuGnG7wl3KzUhH5qVtiZg ZNRQcjZECfL92Wd9uPUyJpyNnRNxfv6IQLOqpPXX.WKfo2MtAtg2DbIIVBNI5fXXXV_1nca1Gb1q lK.8IjtamF4a3wIad69AAYZfyxAZ1ynumGhDJT0on9KMRXTgAWhAgQnbYJ_Bxg7qqQbDOaDUByCZ awgGR4t49b0ZndgI0ro51yTsWjWbefiPdjble56m6H9Uhx7aO1fx8Dm2uCfSNK__28BgFhOgsfNn QMETXYf5mMSOFRaEVre1BFrKxDZilR2m6c694I1XT2wqkQJqO44WMQD7U7xc5g8oidpdVlp2y2jA e1rqpgwY0sJ_ENaFjtKlgdrowTqL.NnZe6RDd3wGXZdIRp3fmp_TL.UURjU2.kDwLGX1eEFYRBu5 b0bQfZGaTrpBaDbCLQfK3a3jQ0B5cHTYpZLRtYDRtYZ9Ft0DXl7.7.pXo02whtjhQqO8Bu_Ouj32 r2Zt1Bv0aVue4p1A6YYVdqbcG1BeFiceks5P6oKpwmN5jjGeQmGrjNARvqZ09Btlhw4mbEPeD0pL t_inPb2h3aSeVL4xwPGzIfEGy4pwrtzW6fwy84jFrXxNvMkW46vZS_n8cJzV62v8Ag1a10kryb5W aYbcGl70P6zz1HlKP18fVAAWiZYY.BjG8hCD_u6nUbzfmdiqenf4VE8Nm3D5jxdrQwBh619uJh2s tDDkcPENsPshFa1X2rwPRtfAloatxs2miSMMIcwai9SlUXaDs0IlmuNoC3Goab70puMD5rOAscWn e7GweOwEs24OYWmkWNkC6CVMryGFG1JxtOXn15nqep6.K6ahBSbk2ktBqISBV4QDtU5_40cNW1v5 hBgZOEa2T6NvzDtwEL_KN9Q.Vd.mVue1T6kTQEP6AvZ9T9X.sCil.K5Ka41aheS_xtY65QxZ8g3q nZzmx8SBLGgIcYgMjD4U3SEXgjSURPYqdVL8yeCwuqGkMk4.IBmcORYK5i1TFxa6e0ANBcMj75qI DNShy3Uc28M8bGHKo Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Wed, 29 Apr 2020 08:36:08 +0000 Received: by smtp404.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a6ca71896bafe5b8d2080e944fd77826; Wed, 29 Apr 2020 08:36:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: Date: Wed, 29 Apr 2020 01:36:01 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <7F714D23-99F3-4C31-92F1-A4ED2EABE93B@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49BsL22zXvz3RKc X-Spamd-Bar: / X-Spamd-Result: default: False [-0.79 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; 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: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.07)[-0.067,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.22)[-0.225,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (5.44), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[84.69.137.98.rep.mailspike.net : 127.0.0.17]; 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, 29 Apr 2020 08:36:11 -0000 [Build successes for building via poudriere-devel. Message history removed.] Based on (some whitespace details might not survive): # svnlite diff /usr/ports/devel/aarch64-none-elf-gcc/ Index: /usr/ports/devel/aarch64-none-elf-gcc/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/aarch64-none-elf-gcc/Makefile (revision = 533162) +++ /usr/ports/devel/aarch64-none-elf-gcc/Makefile (working copy) @@ -19,7 +19,8 @@ LIB_DEPENDS=3D libgmp.so:math/gmp \ libmpfr.so:math/mpfr \ libmpc.so:math/mpc -BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} +BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} \ + objdump:devel/binutils RUN_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} =20 USES=3D gmake iconv libtool tar:xz makeinfo compiler:c++11-lang Things then finish (extracted messages from an amd64->aarch64 = poudriere-based nxb-bin involved cross-build): [00:14:17] [04] [00:13:40] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Success [00:15:16] [02] [00:00:57] Finished sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Success [00:15:19] [01] [00:01:00] Finished sysutils/atf-rk3328 | = atf-rk3328-v2.3: Success [00:16:10] [05] [00:15:33] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Success [00:21:34] [04] [00:07:15] Finished sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Success [00:21:56] [03] [00:07:37] Finished sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Success [00:30:31] [06] [00:14:19] Finished sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Success [00:35:15] [07] [00:19:03] Finished sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Success [00:35:34] [01] [00:20:15] Finished sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Success [00:35:41] [05] [00:19:29] Finished sysutils/u-boot-orangepi-plus-2e | = u-boot-orangepi-plus-2e-2020.04: Success (u-boot-pine64 still in process due to MAKE_JOBS_UNSAFE=3Dyes use.) aarch64 native builds also finished (not shown). amd64 poudriere-based builds (non-qemu) also finished: [00:03:22] [01] [00:03:08] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Success [00:03:31] [03] [00:00:08] Finished sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Success [00:03:31] [01] [00:00:08] Finished sysutils/atf-rk3328 | = atf-rk3328-v2.3: Success [00:03:33] [02] [00:03:19] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Success [00:04:00] [04] [00:00:37] Finished sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Success [00:04:01] [05] [00:00:38] Finished sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Success [00:04:18] [06] [00:00:44] Finished sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Success [00:04:40] [02] [00:01:06] Finished sysutils/u-boot-orangepi-plus-2e | = u-boot-orangepi-plus-2e-2020.04: Success [00:04:41] [07] [00:01:07] Finished sysutils/u-boot-sinovoip-bpi-m3 | = u-boot-sinovoip-bpi-m3-2020.04: Success [00:04:42] [01] [00:01:10] Finished sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Success [00:06:46] [03] [00:03:15] Finished sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Success FYI: # svnlite diff /usr/ports/sysutils/u-boot-pine64/ Index: /usr/ports/sysutils/u-boot-pine64/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/sysutils/u-boot-pine64/Makefile (revision 533162) +++ /usr/ports/sysutils/u-boot-pine64/Makefile (working copy) @@ -6,4 +6,6 @@ BOARD_CONFIG=3D pine64_plus_defconfig FAMILY=3D allwinner64 =20 +MAKE_JOBS_UNSAFE=3Dyes + .include "${MASTERDIR}/Makefile" based on historical build-race problems specific to pine64's u-boot build. But it makes the qemu-based build take a very long time. =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 Apr 29 12:30:57 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 26ABE2B2D5F for ; Wed, 29 Apr 2020 12:30:57 +0000 (UTC) (envelope-from carmel_ny@outlook.com) Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10olkn20824.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e88::824]) (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 49ByXv5mrfz48kw; Wed, 29 Apr 2020 12:30:55 +0000 (UTC) (envelope-from carmel_ny@outlook.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=M9K55HMughTrKoQUvfMjLFLfyIv8GbA+874Rm8+V0jYaVMonuIC0CaXyLvJBEIXV5kNYjIVz3EFRDHvzCjBoJAfduIAD9SYvvGDsIV3HRp0ThjO0dGZ3m1lKOelDR5sTsjLctpWKOrM8e5M2u41slq3CbWWWbl1yab+2jg3S7mB9zMVfbUGcDCtZUXn4HEjqQr0kXm9XNqoA8UZ2tWB8ftNAFLWB1QaKTavlt3ZpRlPwuBmqB5JgPWg2lNVNmFBm6LudirYVcdIMZDpO0mKjGtRI5otYfJu4Sh1A6U4P5L/xFn+XOcZr9NK4u6q89NpjaaJP8DLYDp8UWh+79JZM5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=x35vg4kwEXmHGVGcKajl3/X3JWRN/pMGJzNNXPL5fpc=; b=cQ7888c0rUHI9sZNloGCZU1DtSD16me/1J+81mx7Ol6h2ProkgNKObjZWkfSbys+ntZFm66wBBEQSfR3NRg+hB+unfxQH0oUJvm2cuHRT3J++SgZOJ9lVeAT5KUwFkDB7jX7TGFmOqF5WerPej8qxgkR0mpSbqC18OmHMXPGi1PRSSBAl+NBnaqV59edpkvKX/QCEo5dZTDD4qEJdzNhX64rSPyoOHHpu2pPgv6lC0xTFpNX94M06iEj4j8G0eEIdKrfgaHRNxA5rG8VtX6Ft3aDjE1Jf6OMfyG18Olh9VCruWu6CC4miBWmKlJun7ZezJ3rq4Iny0B9JPzZJLYLFw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=outlook.com; dmarc=pass action=none header.from=outlook.com; dkim=pass header.d=outlook.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=x35vg4kwEXmHGVGcKajl3/X3JWRN/pMGJzNNXPL5fpc=; b=Xg0Mdrt9RnuHKSjQhYilTLpGmh4Ng4jn3ODOYOmCH0Oytv8zKMFmbLZPVaYgS6IRjc3M/rlnIn/PoDTegagaD6D2vhHR4rDAZ5qNq58KspechGPW5c/4VfQCjMQj0vhHtg/4I6d4QsY+2Xr7XIv/z5KLe1+Laefbne2piEpQJgPtf4LMlhY3io/rN55SFBoa1EcbVanM/EbUQjB7Yu5WFe2rbALKRCeN4YNeTfDDsTCjXjBVUcNOfbdj0sSXn3eWG4aK1CfUvhgoYQYh1mFCA0EPL8DArHwnW6+fLAffQqCZPjlEbtOtRlIashAKT0kz1OpNC9WSdiO1ymGlN+W3Yg== Received: from DM6NAM10FT017.eop-nam10.prod.protection.outlook.com (2a01:111:e400:7e86::46) by DM6NAM10HT076.eop-nam10.prod.protection.outlook.com (2a01:111:e400:7e86::353) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2937.15; Wed, 29 Apr 2020 12:30:54 +0000 Received: from SN6PR04MB5021.namprd04.prod.outlook.com (2a01:111:e400:7e86::41) by DM6NAM10FT017.mail.protection.outlook.com (2a01:111:e400:7e86::165) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2937.15 via Frontend Transport; Wed, 29 Apr 2020 12:30:54 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:7A86BF2229D3BFE38D4FC61F0B3C2FD6CB0A69C9F5D97C1D10DA590B66F23390; UpperCasedChecksum:6E9F6E7C39D8DE81DBFA122955E1C4958E297900A27803647A20F1AC4356C6AD; SizeAsReceived:9186; Count:49 Received: from SN6PR04MB5021.namprd04.prod.outlook.com ([fe80::197b:f771:bc49:97cd]) by SN6PR04MB5021.namprd04.prod.outlook.com ([fe80::197b:f771:bc49:97cd%6]) with mapi id 15.20.2937.028; Wed, 29 Apr 2020 12:30:54 +0000 Date: Wed, 29 Apr 2020 08:30:31 -0400 From: Carmel NY To: FreeBSD Ports , samm@FreeBSD.org Subject: smartmontools and update-smart-drivedb Message-ID: Reply-To: FreeBSD Ports Organization: seibercom.net X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i686-w64-mingw32) Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/tWZkI+KSsioG1.=aunFqfP."; protocol="application/pgp-signature" X-ClientProxiedBy: MN2PR06CA0023.namprd06.prod.outlook.com (2603:10b6:208:23d::28) To SN6PR04MB5021.namprd04.prod.outlook.com (2603:10b6:805:9f::32) X-Microsoft-Original-Message-ID: <20200429083031.00003ff9@outlook.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from scorpio.seibercom.net (174.109.225.250) by MN2PR06CA0023.namprd06.prod.outlook.com (2603:10b6:208:23d::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2958.19 via Frontend Transport; Wed, 29 Apr 2020 12:30:46 +0000 Received: from localhost (hp-envy.seibercom.net [192.168.0.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: carmel_ny@outlook.com) by scorpio.seibercom.net (Postfix) with ESMTPSA id 49ByXh6l36zXKk; Wed, 29 Apr 2020 08:30:44 -0400 (EDT) X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i686-w64-mingw32) X-Microsoft-Original-Message-ID: <20200429083031.00003ff9@outlook.com> X-TMN: [ZgCBPTmzHmuO2WWBjq6NjgWYm7inEs50cpTx6Mjqh6s=] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 49 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: c616f004-fdb9-4f6a-dcaf-08d7ec39245a X-MS-TrafficTypeDiagnostic: DM6NAM10HT076: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: /3jwvnp1ITQLH9AosW1Kx2+WSl+COJuU88TIQFwF932gj6f1w4/kTrbNUmk76twnTAcm8mRiirfB5h+O5l1k4062o6KoW3insn3PtcBEU2dW3dNqOcmnnGnT1fo/pOTWnDALckhMxh77KgtIbMOM1fKH4MWv7tqGNC1+qlVR24n/p+ILNO2kQwp/vy9lmaJTOW874puNmYr085la52eIt2zTivv+hu0Ta4uxNf0LC8JX/MNTrk19nxmxwPWjWvbQ X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:0; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR04MB5021.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:; DIR:OUT; SFP:1901; X-MS-Exchange-AntiSpam-MessageData: PJVbZgFRbJUEL0Q8TWb1TDa4utp56S2F2sG2Fp5Sn1HABQqQi6wTmPZywOBrEtjkK4Zrr++zRNbsWdUxAsNurn68H2v6Bxrv1VNCiVbikH9ppYhvPzw/FA8cGf4/9w+nYC0X4hPP4Wq4/N9frSbCpg== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c616f004-fdb9-4f6a-dcaf-08d7ec39245a X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Apr 2020 12:30:53.7437 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6NAM10HT076 X-Rspamd-Queue-Id: 49ByXv5mrfz48kw X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outlook.com header.s=selector1 header.b=Xg0Mdrt9; dmarc=pass (policy=none) header.from=outlook.com; spf=pass (mx1.freebsd.org: domain of carmel_ny@outlook.com designates 2a01:111:f400:7e88::824 as permitted sender) smtp.mailfrom=carmel_ny@outlook.com X-Spamd-Result: default: False [-1.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd-ports@freebsd.org]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[outlook.com]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[outlook.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[250.225.109.174.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; FREEMAIL_ENVFROM(0.00)[outlook.com]; ARC_ALLOW(-1.00)[i=1]; DWL_DNSWL_NONE(0.00)[outlook.com.dwl.dnswl.org : 127.0.3.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outlook.com:s=selector1]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; IP_SCORE(0.00)[ipnet: 2a01:111:f000::/36(-4.14), asn: 8075(-3.20), country: US(-0.05)]; REPLYTO_EQ_TO_ADDR(5.00)[]; IP_SCORE_FREEMAIL(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, 29 Apr 2020 12:30:57 -0000 --Sig_/tWZkI+KSsioG1.=aunFqfP. Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable FreeBSD 11.3-RELEASE-p8 Output of smartctl -V smartctl 7.1 2019-12-30 r5022 [FreeBSD 11.3-RELEASE-p7 amd64] (local build) Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org smartctl comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under the terms of the GNU General Public License; either version 2, or (at your option) any later version. See http://www.gnu.org for further details. smartmontools release 7.1 dated 2019-12-30 at 15:00:11 UTC smartmontools SVN rev 5022 dated 2019-12-30 at 15:00:49 smartmontools build host: amd64-portbld-freebsd11.3 smartmontools build with: C++14, GCC 4.2.1 Compatible FreeBSD Clang 8.0.0 (tags/RELEASE_800/final 356365) smartmontools configure arguments: '--disable-dependency-tracking' '--enable-sample' '--with-gnupg=3Dno' '--with-initscriptdir=3D/usr/local/etc/rc.d' '--with-nvme-devicescan=3Dyes' '--with-update-smart-drivedb=3Dno' '--prefix=3D/usr/local' '--localstatedir=3D/var' '--mandir=3D/usr/local/man' '--disable-silent-rules' '--infodir=3D/usr/local/share/info/' '--build=3Damd64-portbld-freebsd11.3' 'build_alias=3Damd64-portbld-freebsd11.3' 'CXX=3Dc++' 'CXXFLAGS=3D-O2 -pipe -fstack-protector-strong -fno-strict-aliasing ' 'LDFLAGS=3D -fstack-protector-strong ' 'LIBS=3D' 'CPPFLAGS=3D' 'CC=3Dcc' 'CFLAGS=3D-O2 -pipe -fstack-protector-strong -fno-strict-aliasing ' This is from the sysutils/smartmontools/ Makefile: CONFIGURE_ARGS=3D --disable-dependency-tracking \ --enable-sample \ --with-gnupg=3Dno \ --with-initscriptdir=3D${PREFIX}/etc/rc.d \ --with-nvme-devicescan=3Dyes \ --with-update-smart-drivedb=3Dno As can be clearly seen, the "update-smart-drivedb" ability has been eliminated from the port. Why is that? I am unable to update the database to include my HD, which is available. There is a "/usr/local/share/smartmontools/drivedb.h " present; however, it is out of date. So, I guess my question is: 1) Why is the "update" procedure deliberately removed from the port? 2) What is the recommended procedure on FreeBSD to update this file? -- Carmel --Sig_/tWZkI+KSsioG1.=aunFqfP. Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEIQb/tTwl6I1ueEVtOHMGOIfexWQFAl6pc2sACgkQOHMGOIfe xWTvLgf/YEY/defPpwHmKo7BuULIozgRJxHl4awac0E9jn8v1YG8QP3Hut4MUzO3 Sz/FleXvee7OQWdFUTj6AkwatKpzMX9ABWSLevOdejOTNJNLsU/pG27ab9uE3jXr uvH44EFZnH6QGWkOpbdXk8O6IAWTVzy2MRtI3WRZKHTIyMmoYsW8O0ekgTr0yrXd mlDxtiqNEyK9iLqxX01TVS1xql3O7hsXJTg6/rTwfw41iM6I+6us7sG0xE6dTPuD bqUTGA+pw5BDNJPdo+Q0xXcYGl/+dieG+wBa5Xtf4K77pvc6MjsJ6wDlQ2RHGDPd dHs8NpPFdfHDjBbMLh6ZhBd44aw12Q== =+kAN -----END PGP SIGNATURE----- --Sig_/tWZkI+KSsioG1.=aunFqfP.-- From owner-freebsd-ports@freebsd.org Wed Apr 29 12:52:23 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E88C72B35B2 for ; Wed, 29 Apr 2020 12:52:23 +0000 (UTC) (envelope-from rde@tavi.co.uk) Received: from kipling.tavi.co.uk (kipling.tavi.co.uk [81.187.145.130]) by mx1.freebsd.org (Postfix) with ESMTP id 49Bz1f4QQ1z49v3 for ; Wed, 29 Apr 2020 12:52:22 +0000 (UTC) (envelope-from rde@tavi.co.uk) Received: from kipling.tavi.co.uk (localhost [127.0.0.1]) by kipling.tavi.co.uk (Postfix) with ESMTP id 2BE86139A9 for ; Wed, 29 Apr 2020 13:52:15 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=tavi.co.uk; h=date:from:to :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=selector1; bh=MXOh1L+ oxIc9L0xlaK0ZcMvfAnU=; b=Ogk4F0zGGhJlTn9tInK/S8l4gks6ZYWpVdcXU1x Yk/31UXUcA7Am3nCsTxHtozT+uITrirICdUNkvWVbpIDVPXQWSbKxTrrTr0xULwV ayFraavcQVO1Nt9bbhx6HCHR8w9yJIrb9dUKoota4pFc7nmmaKXyP9c7B4+3d+pN TpZU= Received: from raksha.tavi.co.uk (raksha.tavi.co.uk [81.187.145.139]) (Authenticated sender: rde@tavi.co.uk) by kipling.tavi.co.uk (Postfix) with ESMTPA id EBBA2139D1 for ; Wed, 29 Apr 2020 13:52:14 +0100 (BST) Date: Wed, 29 Apr 2020 13:52:04 +0100 From: Bob Eager To: freebsd-ports@freebsd.org Subject: Re: smartmontools and update-smart-drivedb Message-ID: <20200429135204.1411a8cc@raksha.tavi.co.uk> In-Reply-To: References: X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd12.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUwXjFLc0vD0cS7y7zw9PDZ4tkWSRaVrZZ+m39qi2tXfVj////7+/utwK4IPggAOAAJUUA7AAABKklEQVQ4jWPYjQMwDFYJp0NKEKCNJmEf9h8CsimXiL2e33s3/e7F7K2Cs3f3dCMkQkMKj4YuCY3K3iR+e7fMaiSjvkX0/5cFGrWpe2uLzOpaExUVqMS/8PX/Re5ey960OLBTZpFA8+IlSBKPQ92zNyUUBsosN58uIY0k8f+/ONCoYytkVuhWzVwNkYiYbqk5M3NmOVBi41YZ8RsGF7shEtFb5KJ3r969CyixM7OTPeFUxG2IxLO8/9/SvqXlc+/x3h295YzLlj2nIRJQj//nRvc5TEIal8RsXBLVuCQwIgoq/u80DomP6HEOk/iOS+IJLonZOCT+ReOQ+Lkbh0QKLonbOCR+7MYhsRqHBJrVcIl/1TgklqKLQyQ+tGKIgyQOqXpjig94diZRAgAXmDX6jyWafAAAAABJRU5ErkJggg====== MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-Rspamd-Queue-Id: 49Bz1f4QQ1z49v3 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tavi.co.uk header.s=selector1 header.b=Ogk4F0zG; dmarc=pass (policy=none) header.from=tavi.co.uk; spf=pass (mx1.freebsd.org: domain of rde@tavi.co.uk designates 81.187.145.130 as permitted sender) smtp.mailfrom=rde@tavi.co.uk X-Spamd-Result: default: False [-6.44 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[tavi.co.uk:s=selector1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:kipling.tavi.co.uk]; 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]; DKIM_TRACE(0.00)[tavi.co.uk:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[tavi.co.uk,none]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.64)[ip: (-9.62), ipnet: 81.187.0.0/16(-4.77), asn: 20712(-3.73), country: GB(-0.07)]; ASN(0.00)[asn:20712, ipnet:81.187.0.0/16, country:GB] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Apr 2020 12:52:24 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMjU2DQoNCk9uIFdl ZCwgMjkgQXByIDIwMjAgMDg6MzA6MzEgLTA0MDANCkNhcm1lbCBOWSA8Y2FybWVsX255QG91dGxv b2suY29tPiB3cm90ZToNCg0KPiBGcmVlQlNEIDExLjMtUkVMRUFTRS1wOA0KPiANCj4gT3V0cHV0 IG9mIHNtYXJ0Y3RsIC1WDQo+IA0KPiBzbWFydGN0bCA3LjEgMjAxOS0xMi0zMCByNTAyMiBbRnJl ZUJTRCAxMS4zLVJFTEVBU0UtcDcgYW1kNjRdIChsb2NhbA0KPiBidWlsZCkgQ29weXJpZ2h0IChD KSAyMDAyLTE5LCBCcnVjZSBBbGxlbiwgQ2hyaXN0aWFuIEZyYW5rZSwNCj4gd3d3LnNtYXJ0bW9u dG9vbHMub3JnDQo+IA0KPiBzbWFydGN0bCBjb21lcyB3aXRoIEFCU09MVVRFTFkgTk8gV0FSUkFO VFkuIFRoaXMgaXMgZnJlZQ0KPiBzb2Z0d2FyZSwgYW5kIHlvdSBhcmUgd2VsY29tZSB0byByZWRp c3RyaWJ1dGUgaXQgdW5kZXINCj4gdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMg TGljZW5zZTsgZWl0aGVyDQo+IHZlcnNpb24gMiwgb3IgKGF0IHlvdXIgb3B0aW9uKSBhbnkgbGF0 ZXIgdmVyc2lvbi4NCj4gU2VlIGh0dHA6Ly93d3cuZ251Lm9yZyBmb3IgZnVydGhlciBkZXRhaWxz Lg0KPiANCj4gc21hcnRtb250b29scyByZWxlYXNlIDcuMSBkYXRlZCAyMDE5LTEyLTMwIGF0IDE1 OjAwOjExIFVUQw0KPiBzbWFydG1vbnRvb2xzIFNWTiByZXYgNTAyMiBkYXRlZCAyMDE5LTEyLTMw IGF0IDE1OjAwOjQ5DQo+IHNtYXJ0bW9udG9vbHMgYnVpbGQgaG9zdDogYW1kNjQtcG9ydGJsZC1m cmVlYnNkMTEuMw0KPiBzbWFydG1vbnRvb2xzIGJ1aWxkIHdpdGg6IEMrKzE0LCBHQ0MgNC4yLjEg Q29tcGF0aWJsZSBGcmVlQlNEIENsYW5nDQo+IDguMC4wICh0YWdzL1JFTEVBU0VfODAwL2ZpbmFs IDM1NjM2NSkgc21hcnRtb250b29scyBjb25maWd1cmUNCj4gYXJndW1lbnRzOiAnLS1kaXNhYmxl LWRlcGVuZGVuY3ktdHJhY2tpbmcnICctLWVuYWJsZS1zYW1wbGUnDQo+ICctLXdpdGgtZ251cGc9 bm8nICctLXdpdGgtaW5pdHNjcmlwdGRpcj0vdXNyL2xvY2FsL2V0Yy9yYy5kJw0KPiAnLS13aXRo LW52bWUtZGV2aWNlc2Nhbj15ZXMnICctLXdpdGgtdXBkYXRlLXNtYXJ0LWRyaXZlZGI9bm8nDQo+ ICctLXByZWZpeD0vdXNyL2xvY2FsJyAnLS1sb2NhbHN0YXRlZGlyPS92YXInICctLW1hbmRpcj0v dXNyL2xvY2FsL21hbicNCj4gJy0tZGlzYWJsZS1zaWxlbnQtcnVsZXMnICctLWluZm9kaXI9L3Vz ci9sb2NhbC9zaGFyZS9pbmZvLycNCj4gJy0tYnVpbGQ9YW1kNjQtcG9ydGJsZC1mcmVlYnNkMTEu MycNCj4gJ2J1aWxkX2FsaWFzPWFtZDY0LXBvcnRibGQtZnJlZWJzZDExLjMnICdDWFg9YysrJyAn Q1hYRkxBR1M9LU8yIC1waXBlDQo+IC1mc3RhY2stcHJvdGVjdG9yLXN0cm9uZyAtZm5vLXN0cmlj dC1hbGlhc2luZyAgJyAnTERGTEFHUz0NCj4gLWZzdGFjay1wcm90ZWN0b3Itc3Ryb25nICcgJ0xJ QlM9JyAnQ1BQRkxBR1M9JyAnQ0M9Y2MnICdDRkxBR1M9LU8yDQo+IC1waXBlICAtZnN0YWNrLXBy b3RlY3Rvci1zdHJvbmcgLWZuby1zdHJpY3QtYWxpYXNpbmcgJw0KPiANCj4gVGhpcyBpcyBmcm9t IHRoZSBzeXN1dGlscy9zbWFydG1vbnRvb2xzLyBNYWtlZmlsZToNCj4gDQo+IENPTkZJR1VSRV9B UkdTPSAtLWRpc2FibGUtZGVwZW5kZW5jeS10cmFja2luZyBcDQo+ICAgICAgICAgICAgICAgICAt LWVuYWJsZS1zYW1wbGUgXA0KPiAgICAgICAgICAgICAgICAgLS13aXRoLWdudXBnPW5vIFwNCj4g ICAgICAgICAgICAgICAgIC0td2l0aC1pbml0c2NyaXB0ZGlyPSR7UFJFRklYfS9ldGMvcmMuZCBc DQo+ICAgICAgICAgICAgICAgICAtLXdpdGgtbnZtZS1kZXZpY2VzY2FuPXllcyBcDQo+ICAgICAg ICAgICAgICAgICAtLXdpdGgtdXBkYXRlLXNtYXJ0LWRyaXZlZGI9bm8NCj4gDQo+IEFzIGNhbiBi ZSBjbGVhcmx5IHNlZW4sIHRoZSAidXBkYXRlLXNtYXJ0LWRyaXZlZGIiIGFiaWxpdHkgaGFzIGJl ZW4NCj4gZWxpbWluYXRlZCBmcm9tIHRoZSBwb3J0LiBXaHkgaXMgdGhhdD8gSSBhbSB1bmFibGUg dG8gdXBkYXRlIHRoZQ0KPiBkYXRhYmFzZSB0byBpbmNsdWRlIG15IEhELCB3aGljaCBpcyBhdmFp bGFibGUuIFRoZXJlIGlzIGENCj4gIi91c3IvbG9jYWwvc2hhcmUvc21hcnRtb250b29scy9kcml2 ZWRiLmggIiBwcmVzZW50OyBob3dldmVyLCBpdCBpcw0KPiBvdXQgb2YgZGF0ZS4NCj4gDQo+IFNv LCBJIGd1ZXNzIG15IHF1ZXN0aW9uIGlzOg0KPiANCj4gMSkgV2h5IGlzIHRoZSAidXBkYXRlIiBw cm9jZWR1cmUgZGVsaWJlcmF0ZWx5IHJlbW92ZWQgZnJvbSB0aGUgcG9ydD8NCg0KSSB0aGluayBp dCB3YXMgYnJva2VuIGZvciBhIHdoaWxlLg0KDQo+IDIpIFdoYXQgaXMgdGhlIHJlY29tbWVuZGVk IHByb2NlZHVyZSBvbiBGcmVlQlNEIHRvIHVwZGF0ZSB0aGlzIGZpbGU/DQoNCkFsbCB0aGF0IGNv bW1hbmQgZG9lcyBpcyByZXRyaWV2ZSB0aGUgaGVhZGVyIGZpbGUgZHJpdmVkYi5oLiBZb3UgY2Fu IGRvDQp0aGF0IG1hbnVhbGx5IGZyb206DQoNCiBodHRwczovL3d3dy5zbWFydG1vbnRvb2xzLm9y Zy9icm93c2VyL2JyYW5jaGVzL1JFTEVBU0VfN18wX0RSSVZFREIvc21hcnRtb250b29scy9kcml2 ZWRiLmgNCg0KdGhlbiBwdXQgaXQgaW4gL3Vzci9sb2NhbC9zaGFyZS9zbWFydG1vbnRvb2xzLy4N Cg0KSXQgZG9lc24ndCBuZWVkIGNvbXBpbGluZzsgaXQgcGFyc2VzIGl0IQ0KDQotLS0tLUJFR0lO IFBHUCBTSUdOQVRVUkUtLS0tLQ0KDQppUUV6QkFFQkNBQWRGaUVFVmdkSTJLZVZsZFBBaFVZYUtC ZGYyYXo4ZTZnRkFsNnBlSFFBQ2drUUtCZGYyYXo4DQplNmc4RFFmL1NFQ3Y4TGxlTXJYdmw5alZB L0pLNFN4U0pWYUtrOGczKy9TVDdkOEdRcnUwVyt4cFkzelloQ3I4DQpSZkpuSGY4blErN3EwK2Iv QkxmQno5WmdhVWNIUHlGTHBxTGFiYmtXVXk0TTI4UGcwVVJVVkgwZ2hQRjAwTWg1DQpka1U3K3dK MUtuQnIxeUFINkhXNDdwNXNQVVJwZTZldE50dHVFK3E1WG5Sc3M5OG5neG1OaTIzQzNGMkp4Mjg2 DQo5dm10N28ydFI3ZCtYWE9WWW10V3JiZUdRYVRFWGlyVnpST3pFYTVVZFVKUzBiUnA1TW00YWI0 REFIbUpHYit0DQowOUplMk1UY0ZEUTdPcktBa3hXZWJGOFR3SEJrTDVnZDVKdlUyTzMxRUl0K2xr bWN6RU04RFdXaVdINmlWNjVQDQp4d2VjYVdKNCthcDNTdVEwZjd1Z1pZSzJkaVlneFE9PQ0KPVNG d2ENCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-ports@freebsd.org Wed Apr 29 14:43:49 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5532E2B6E31 for ; Wed, 29 Apr 2020 14:43:49 +0000 (UTC) (envelope-from carmel_ny@outlook.com) Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12olkn20821.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5a::821]) (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 49C1VB65Ywz4JXj; Wed, 29 Apr 2020 14:43:46 +0000 (UTC) (envelope-from carmel_ny@outlook.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lLYZKqmDTDgzCnNeRlIaqPSToYmcJVbCW/W8Qh8CdyHeq5OuGwCWuSaH18TdhZZUP2A/WigYRUt59iJB10YzJC1SIRj4FL4wQBwlhQG0/nKvIY1GNQIEUVITu0/RG2PM1wsO0eEQk3/b+ek00a0WfmL3aaTIpah6a4efX/hN8fntAaD2xQC8FviWgqOheXQdkcPwNrhon87ydW4MeQorFawQgSangKT0/5qycpAFHp62ZF6EyGE0egG1v2c69vqbd+lnHRFVYdJdWKsWhLoyonh+RAo2fLeSjixJyyHtKXmGnBRKnZx9rRunuXJ1NEt2BQsnsSLEog+rMS1bqefjJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=a3uxY0UjIKQUYJr+EcPKf0XcNmjQRU1viJ4KVtJzVpE=; b=g6HPDgrdvCx6iT/EqR2LiM/wM1+SRLhywG4PMmO2vKIAYA/zYEzc3eVX9VtE7CnKWil8RT28Pctj2r7b+8JSg7DI3z9r8MjrxUjhQvPfGrYReBJVomTToGnOgezERBy4SCpgVkXBbqmlcfREVmDf9IwBQcl8rKqVQ9iYfPHhTCJWPKVLXKh5KNDdyXKHOLLzGL3/1rcJz4KjRyM7HVmo2aHzJKC6q2oBIkbufXXtDwWue3hKR7gcSGYkF81CfQoYbSUGIgw3j4c3q30mKgalrfRkZFMJoUQbrnuoHV1c67mcfbZ14rkToKnEWebbmZZHelT9sbOnxT4ouHbyMF/UaQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=outlook.com; dmarc=pass action=none header.from=outlook.com; dkim=pass header.d=outlook.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=a3uxY0UjIKQUYJr+EcPKf0XcNmjQRU1viJ4KVtJzVpE=; b=bELfszBilWWP2gAM8NVeyLo7O/63x7Bl02iP+6h3X/eoXK0Z4WSRPaiC93hNJRbDa5/P4GLtzB0AqwMBNj9P/IuhPGtxH9hnMOwSJ3+gCVG1QawuhhbTDVGyplPhGIoUNH1JljIUBjJ5Kj8DOPpZ2aFwHxZo5u5oegrymK2llCwdpXSZ6pERcfWVEGXKUyZldJdn0AZzQrAdnfRVtK+4JRLdAGZtnEC5eVgcScCRYKXFwc4Ns+qFM887DgS3ODnmf9ptkZoie3WNoV0oHViwrMPhyGcj6g++pV4K9QNwoYsgPLO4Wgy2grbSRhmm7NBsYjR2PLwTRUFUw8l7+gSI+Q== Received: from BN8NAM12FT023.eop-nam12.prod.protection.outlook.com (2a01:111:e400:fc66::48) by BN8NAM12HT011.eop-nam12.prod.protection.outlook.com (2a01:111:e400:fc66::475) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2921.12; Wed, 29 Apr 2020 14:43:44 +0000 Received: from SN6PR04MB5021.namprd04.prod.outlook.com (2a01:111:e400:fc66::49) by BN8NAM12FT023.mail.protection.outlook.com (2a01:111:e400:fc66::349) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2921.12 via Frontend Transport; Wed, 29 Apr 2020 14:43:44 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:7928C6A75DF8BDCD559DA43247A22FD7942FBD6502EA8879621C1DF4ADBD4697; UpperCasedChecksum:C9B4C828D572E358CCE78533E6C5EA72C9AF364F13BE78EFEE63243CABDFDCFB; SizeAsReceived:9315; Count:53 Received: from SN6PR04MB5021.namprd04.prod.outlook.com ([fe80::197b:f771:bc49:97cd]) by SN6PR04MB5021.namprd04.prod.outlook.com ([fe80::197b:f771:bc49:97cd%6]) with mapi id 15.20.2937.028; Wed, 29 Apr 2020 14:43:43 +0000 Date: Wed, 29 Apr 2020 10:43:40 -0400 From: Carmel NY To: FreeBSD Ports Cc: samm@FreeBSD.org Subject: Re: smartmontools and update-smart-drivedb Message-ID: In-Reply-To: <20200429135204.1411a8cc@raksha.tavi.co.uk> References: <20200429135204.1411a8cc@raksha.tavi.co.uk> Reply-To: FreeBSD Ports Organization: seibercom.net X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i686-w64-mingw32) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: BN8PR04CA0063.namprd04.prod.outlook.com (2603:10b6:408:d4::37) To SN6PR04MB5021.namprd04.prod.outlook.com (2603:10b6:805:9f::32) X-Microsoft-Original-Message-ID: <20200429104340.0000001f@outlook.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from scorpio.seibercom.net (174.109.225.250) by BN8PR04CA0063.namprd04.prod.outlook.com (2603:10b6:408:d4::37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2958.19 via Frontend Transport; Wed, 29 Apr 2020 14:43:43 +0000 Received: from localhost (hp-envy.seibercom.net [192.168.0.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: carmel_ny@outlook.com) by scorpio.seibercom.net (Postfix) with ESMTPSA id 49C1V607VhzXQB; Wed, 29 Apr 2020 10:43:42 -0400 (EDT) X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i686-w64-mingw32) X-Microsoft-Original-Message-ID: <20200429104340.0000001f@outlook.com> X-TMN: [EMWi/U9ejy1IiaIDFydqWybv5NID4Qty18/5672KnV0=] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 53 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: ac18cf9a-932e-415e-334c-08d7ec4bb70b X-MS-TrafficTypeDiagnostic: BN8NAM12HT011: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: sa5u3VapyciCct2d4lgDwsVCr/DIot99AZmYI2FG7zkwUr12JofSZSuhU319vdldNHKoiXCc7L1Dlx+5PsGB8cYKNPe5aNhtOc/F34+P/s93ueH6oybvCpXo1x5OOt80Rb63v2HbufeUZcJHstGT2xBaJhD8bQ5ZQGm9MWxS+Mbn28yl993SMVlRLp01KESrmHLOUTI8DOs5WFvlv5qyIbhDCREF9jpYsmR/gUcLCsI8vkhYwo/7j87I+nS/EoyH X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:0; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR04MB5021.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:; DIR:OUT; SFP:1901; X-MS-Exchange-AntiSpam-MessageData: w6OYGRxv9dh595oeBLrCV6G8EMNiggFlFOjy5DGQ6HIBLK9rPhMRY6rYY5YrsttfROIMxPnvEJYR0oEpyTP4x33iz2yipBprBSBkOC66eH8zALQkz80k0KhP14KXcn6rLUKmoYfpaJ4jNrSEI7ZbVw== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ac18cf9a-932e-415e-334c-08d7ec4bb70b X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Apr 2020 14:43:43.8468 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8NAM12HT011 X-Rspamd-Queue-Id: 49C1VB65Ywz4JXj X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outlook.com header.s=selector1 header.b=bELfszBi; dmarc=pass (policy=none) header.from=outlook.com; spf=pass (mx1.freebsd.org: domain of carmel_ny@outlook.com designates 2a01:111:f400:fe5a::821 as permitted sender) smtp.mailfrom=carmel_ny@outlook.com X-Spamd-Result: default: False [1.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd-ports@freebsd.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; FREEMAIL_FROM(0.00)[outlook.com]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[outlook.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[250.225.109.174.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; ARC_ALLOW(-1.00)[i=1]; FREEMAIL_ENVFROM(0.00)[outlook.com]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; DWL_DNSWL_NONE(0.00)[outlook.com.dwl.dnswl.org : 127.0.3.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outlook.com:s=selector1]; RCVD_COUNT_FIVE(0.00)[6]; 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]; IP_SCORE(0.00)[ipnet: 2a01:111:f000::/36(-4.14), asn: 8075(-3.20), country: US(-0.05)]; REPLYTO_EQ_TO_ADDR(5.00)[]; IP_SCORE_FREEMAIL(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, 29 Apr 2020 14:43:49 -0000 On Wed, 29 Apr 2020 13:52:04 +0100, Bob Eager stated: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA256 > >On Wed, 29 Apr 2020 08:30:31 -0400 >Carmel NY wrote: > >> FreeBSD 11.3-RELEASE-p8 >> >> Output of smartctl -V >> >> smartctl 7.1 2019-12-30 r5022 [FreeBSD 11.3-RELEASE-p7 amd64] (local >> build) Copyright (C) 2002-19, Bruce Allen, Christian Franke, >> www.smartmontools.org >> >> smartctl comes with ABSOLUTELY NO WARRANTY. This is free >> software, and you are welcome to redistribute it under >> the terms of the GNU General Public License; either >> version 2, or (at your option) any later version. >> See http://www.gnu.org for further details. >> >> smartmontools release 7.1 dated 2019-12-30 at 15:00:11 UTC >> smartmontools SVN rev 5022 dated 2019-12-30 at 15:00:49 >> smartmontools build host: amd64-portbld-freebsd11.3 >> smartmontools build with: C++14, GCC 4.2.1 Compatible FreeBSD Clang >> 8.0.0 (tags/RELEASE_800/final 356365) smartmontools configure >> arguments: '--disable-dependency-tracking' '--enable-sample' >> '--with-gnupg=no' '--with-initscriptdir=/usr/local/etc/rc.d' >> '--with-nvme-devicescan=yes' '--with-update-smart-drivedb=no' >> '--prefix=/usr/local' '--localstatedir=/var' >> '--mandir=/usr/local/man' '--disable-silent-rules' >> '--infodir=/usr/local/share/info/' >> '--build=amd64-portbld-freebsd11.3' >> 'build_alias=amd64-portbld-freebsd11.3' 'CXX=c++' 'CXXFLAGS=-O2 >> -pipe -fstack-protector-strong -fno-strict-aliasing ' 'LDFLAGS= >> -fstack-protector-strong ' 'LIBS=' 'CPPFLAGS=' 'CC=cc' 'CFLAGS=-O2 >> -pipe -fstack-protector-strong -fno-strict-aliasing ' >> >> This is from the sysutils/smartmontools/ Makefile: >> >> CONFIGURE_ARGS= --disable-dependency-tracking \ >> --enable-sample \ >> --with-gnupg=no \ >> --with-initscriptdir=${PREFIX}/etc/rc.d \ >> --with-nvme-devicescan=yes \ >> --with-update-smart-drivedb=no >> >> As can be clearly seen, the "update-smart-drivedb" ability has been >> eliminated from the port. Why is that? I am unable to update the >> database to include my HD, which is available. There is a >> "/usr/local/share/smartmontools/drivedb.h " present; however, it is >> out of date. >> >> So, I guess my question is: >> >> 1) Why is the "update" procedure deliberately removed from the port? >> > >I think it was broken for a while. > >> 2) What is the recommended procedure on FreeBSD to update this file? >> > >All that command does is retrieve the header file drivedb.h. You can do >that manually from: > > https://www.smartmontools.org/browser/branches/RELEASE_7_0_DRIVEDB/smartmontools/drivedb.h > >then put it in /usr/local/share/smartmontools/. > >It doesn't need compiling; it parses it! Thanks, I downloaded it and replaced the outdated file with the new one. However, I would still like to know the rationale behind shipping the port with an outdated 'drivedb.h' file and what is broken with the "update-smart-drivedb" application. I guess I am going to have to get a copy of that file and examine it myself. -- Carmel From owner-freebsd-ports@freebsd.org Wed Apr 29 15:00:50 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7AB362B7870 for ; Wed, 29 Apr 2020 15:00:50 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "slim.berklix.org", Issuer "slim.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49C1ss1CYHz4Kgh; Wed, 29 Apr 2020 15:00:48 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5DDB7209.dip0.t-ipconnect.de [93.219.114.9]) (authenticated bits=128) by slim.berklix.org (8.15.2/8.15.2) with ESMTPSA id 03TF0VrE009716 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Apr 2020 17:00:36 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 03TF0VuK048958; Wed, 29 Apr 2020 17:00:31 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 03TF01F4049616; Wed, 29 Apr 2020 17:00:13 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202004291500.03TF01F4049616@fire.js.berklix.net> To: "Maintainer of FreeBSD Mailman" cc: FreeBSD Ports , Greg Veldman , Chris Subject: Re: mail/mailman v3? From: "Julian H. Stacey" Organization: http://berklix.com/jhs http://stolenvotes.uk User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Tue, 28 Apr 2020 22:43:36 -0400." <20200429024336.GT1068@aurora.gregv.net> Date: Wed, 29 Apr 2020 17:00:01 +0200 X-Rspamd-Queue-Id: 49C1ss1CYHz4Kgh X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 94.185.90.68) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [2.31 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.39)[-0.392,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.80)[0.800,0]; RCVD_IN_DNSWL_NONE(0.00)[68.90.185.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:33824, ipnet:94.185.88.0/22, country:DE]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (0.02), ipnet: 94.185.88.0/22(0.01), asn: 33824(-0.00), country: DE(-0.02)]; RECEIVED_SPAMHAUS_PBL(0.00)[9.114.219.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 15:00:50 -0000 Greg Veldman wrote ports@: > On Tue, Apr 28, 2020 at 01:02:14PM -0700, Chris wrote: > > It also wouldn't be that difficult to simply modify mailman(2) > > to adopt the py3.x language changes. > > To simply make it work, perhaps not. To make it work well and > be reliable... might be more difficult than you think. A large > chunk of what a mail handler of any variety does is text > processing, and there are significant differences in that area > in Python2 vs Python3. E.g. ASCII vs Unicode. You'd likely > be opening a Pandora's box of corner cases and workarounds when > $STUPIDLY_FORMATTED_MAIL_MESSAGE_OF_THE_HOUR comes through. > > The effort would probably be better spent enhancing Mailman3, > since that's the future of the project anyway. > > Also, as someone that's been a Mailman site admin on installs > of various sizes for about the past 20 years, I'm sort of looking > forward to the promises of some of the little quirks of Mailman2 > getting some love. ;-) Hi ports@ This may be tangential to aboveon python versions, but: ports/mail/mailman supports Mailman2. Mailman2 & Mailman3 are very different. Even if it's possible to bend ports/mail/mailman to support Mailman3 Please do not do it; keep it clean for just Mailman2 (Else it would cause big run time problems for user admins (inc. me)). Any who will want Mailman3 should please clone ports/mail/mailman to ports/mail/mailman3 (not ports/mail/mailman2) & work there. Thanks Cheers -- Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/ http://www.berklix.org/corona/#masks 150 Euro fine or tie 2 handkerchiefs ? www.bbc.com/news/business-52304821 Brexit Dec. 2020 will hit UK more. From owner-freebsd-ports@freebsd.org Wed Apr 29 15:19:59 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 903B32B816E for ; Wed, 29 Apr 2020 15:19:59 +0000 (UTC) (envelope-from rde@tavi.co.uk) Received: from kipling.tavi.co.uk (kipling.tavi.co.uk [81.187.145.130]) by mx1.freebsd.org (Postfix) with ESMTP id 49C2Hy0yRGz4LwC for ; Wed, 29 Apr 2020 15:19:57 +0000 (UTC) (envelope-from rde@tavi.co.uk) Received: from kipling.tavi.co.uk (localhost [127.0.0.1]) by kipling.tavi.co.uk (Postfix) with ESMTP id 85785139CE for ; Wed, 29 Apr 2020 16:19:56 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=tavi.co.uk; h=date:from:to :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=selector1; bh=i2BHXLP Kf890WyaFc98OGnDYcZo=; b=gETCmZ+8B6hltzERyOO1MRF6PbQWnR3OJj6jhla SROPNdGiMKP40dPdvome7pPaS2AmlHNet8jwOSyIrOgkq+z+dL9q2NNZCZbLm4On 45/V/orF68GgevGUVi5GBoZWmKj+ojAxabqsg5ppB4b6USxWNwIRpoJ2FLYZZFdl Q7iA= Received: from raksha.tavi.co.uk (raksha.tavi.co.uk [81.187.145.139]) (Authenticated sender: rde@tavi.co.uk) by kipling.tavi.co.uk (Postfix) with ESMTPA id 4DA06139CC for ; Wed, 29 Apr 2020 16:19:56 +0100 (BST) Date: Wed, 29 Apr 2020 16:19:56 +0100 From: Bob Eager To: freebsd-ports@freebsd.org Subject: Re: smartmontools and update-smart-drivedb Message-ID: <20200429161956.7525adaa@raksha.tavi.co.uk> In-Reply-To: References: <20200429135204.1411a8cc@raksha.tavi.co.uk> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd12.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUwXjFLc0vD0cS7y7zw9PDZ4tkWSRaVrZZ+m39qi2tXfVj////7+/utwK4IPggAOAAJUUA7AAABKklEQVQ4jWPYjQMwDFYJp0NKEKCNJmEf9h8CsimXiL2e33s3/e7F7K2Cs3f3dCMkQkMKj4YuCY3K3iR+e7fMaiSjvkX0/5cFGrWpe2uLzOpaExUVqMS/8PX/Re5ey960OLBTZpFA8+IlSBKPQ92zNyUUBsosN58uIY0k8f+/ONCoYytkVuhWzVwNkYiYbqk5M3NmOVBi41YZ8RsGF7shEtFb5KJ3r969CyixM7OTPeFUxG2IxLO8/9/SvqXlc+/x3h295YzLlj2nIRJQj//nRvc5TEIal8RsXBLVuCQwIgoq/u80DomP6HEOk/iOS+IJLonZOCT+ReOQ+Lkbh0QKLonbOCR+7MYhsRqHBJrVcIl/1TgklqKLQyQ+tGKIgyQOqXpjig94diZRAgAXmDX6jyWafAAAAABJRU5ErkJggg====== MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49C2Hy0yRGz4LwC X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tavi.co.uk header.s=selector1 header.b=gETCmZ+8; dmarc=pass (policy=none) header.from=tavi.co.uk; spf=pass (mx1.freebsd.org: domain of rde@tavi.co.uk designates 81.187.145.130 as permitted sender) smtp.mailfrom=rde@tavi.co.uk X-Spamd-Result: default: False [-6.55 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[tavi.co.uk:s=selector1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:kipling.tavi.co.uk:c]; 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]; DKIM_TRACE(0.00)[tavi.co.uk:+]; DMARC_POLICY_ALLOW(-0.50)[tavi.co.uk,none]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.65)[ip: (-9.64), ipnet: 81.187.0.0/16(-4.78), asn: 20712(-3.74), country: GB(-0.07)]; ASN(0.00)[asn:20712, ipnet:81.187.0.0/16, country:GB] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Apr 2020 15:19:59 -0000 On Wed, 29 Apr 2020 10:43:40 -0400 Carmel NY wrote: > On Wed, 29 Apr 2020 13:52:04 +0100, Bob Eager stated: > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA256 > > > >On Wed, 29 Apr 2020 08:30:31 -0400 > >Carmel NY wrote: > > > >> FreeBSD 11.3-RELEASE-p8 > >> > >> Output of smartctl -V > >> > >> smartctl 7.1 2019-12-30 r5022 [FreeBSD 11.3-RELEASE-p7 amd64] > >> (local build) Copyright (C) 2002-19, Bruce Allen, Christian Franke, > >> www.smartmontools.org > >> > >> smartctl comes with ABSOLUTELY NO WARRANTY. This is free > >> software, and you are welcome to redistribute it under > >> the terms of the GNU General Public License; either > >> version 2, or (at your option) any later version. > >> See http://www.gnu.org for further details. > >> > >> smartmontools release 7.1 dated 2019-12-30 at 15:00:11 UTC > >> smartmontools SVN rev 5022 dated 2019-12-30 at 15:00:49 > >> smartmontools build host: amd64-portbld-freebsd11.3 > >> smartmontools build with: C++14, GCC 4.2.1 Compatible FreeBSD Clang > >> 8.0.0 (tags/RELEASE_800/final 356365) smartmontools configure > >> arguments: '--disable-dependency-tracking' '--enable-sample' > >> '--with-gnupg=no' '--with-initscriptdir=/usr/local/etc/rc.d' > >> '--with-nvme-devicescan=yes' '--with-update-smart-drivedb=no' > >> '--prefix=/usr/local' '--localstatedir=/var' > >> '--mandir=/usr/local/man' '--disable-silent-rules' > >> '--infodir=/usr/local/share/info/' > >> '--build=amd64-portbld-freebsd11.3' > >> 'build_alias=amd64-portbld-freebsd11.3' 'CXX=c++' 'CXXFLAGS=-O2 > >> -pipe -fstack-protector-strong -fno-strict-aliasing ' 'LDFLAGS= > >> -fstack-protector-strong ' 'LIBS=' 'CPPFLAGS=' 'CC=cc' 'CFLAGS=-O2 > >> -pipe -fstack-protector-strong -fno-strict-aliasing ' > >> > >> This is from the sysutils/smartmontools/ Makefile: > >> > >> CONFIGURE_ARGS= --disable-dependency-tracking \ > >> --enable-sample \ > >> --with-gnupg=no \ > >> --with-initscriptdir=${PREFIX}/etc/rc.d \ > >> --with-nvme-devicescan=yes \ > >> --with-update-smart-drivedb=no > >> > >> As can be clearly seen, the "update-smart-drivedb" ability has been > >> eliminated from the port. Why is that? I am unable to update the > >> database to include my HD, which is available. There is a > >> "/usr/local/share/smartmontools/drivedb.h " present; however, it is > >> out of date. > >> > >> So, I guess my question is: > >> > >> 1) Why is the "update" procedure deliberately removed from the > >> port? > > > >I think it was broken for a while. > > > >> 2) What is the recommended procedure on FreeBSD to update this > >> file? > > > >All that command does is retrieve the header file drivedb.h. You can > >do that manually from: > > > > https://www.smartmontools.org/browser/branches/RELEASE_7_0_DRIVEDB/smartmontools/drivedb.h > > > >then put it in /usr/local/share/smartmontools/. > > > >It doesn't need compiling; it parses it! > > Thanks, I downloaded it and replaced the outdated file with the new > one. However, I would still like to know the rationale behind shipping > the port with an outdated 'drivedb.h' file The port doesn't get updated every time there is a new drive database; that would be unworkable. > and what is broken with the > "update-smart-drivedb" application. I guess I am going to have to get > a copy of that file and examine it myself. It's not the file; it seems to be a problem with github. https://www.smartmontools.org/wiki/Download#Updatethedrivedatabase From owner-freebsd-ports@freebsd.org Wed Apr 29 16:00:49 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 698AE2BA139 for ; Wed, 29 Apr 2020 16:00:49 +0000 (UTC) (envelope-from troubledaemon@gmail.com) Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (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 49C3C41qKwz4SB3 for ; Wed, 29 Apr 2020 16:00:47 +0000 (UTC) (envelope-from troubledaemon@gmail.com) Received: by mail-qk1-x735.google.com with SMTP id t3so2517725qkg.1 for ; Wed, 29 Apr 2020 09:00:47 -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=+vgi/gImFukXuDKmI1DrYPqBG475vUH6GHQJi0W4uKs=; b=CGsAO29/kgQJlvrnpUZywSsGwiVtr1KApqwxEZT+1XYtupP64A8FXyxLCL0ueowmgX RKXqgN6P1t4upKxJ9l5lWl1LBLnNHY8Q4Cb7/L2kpddU1clseBx0jpPf958uLwmGHNvO ubFG6blrd0pAFc4ZLE5FsmhSoWMG/HOwakBLfX+FfFR1LYQVS9uG+nZoUd/ztmdCYiZS 567e6KLmYR3ffYODPlYrCAPe20V8Wy9TCvntPxrhCdTYDkcERqMj25gXTcMpoENQEpvg qr8XJgO9lGYM8SFVyYU/emb/mxnijzFv44nyTbdAxFsXlt4kDKHFB1u62SZQCcEQik4W Zbww== 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=+vgi/gImFukXuDKmI1DrYPqBG475vUH6GHQJi0W4uKs=; b=lOMPFGSZ37lPjsyu35a/wmTeSlP3ibboS7JFg9//r3+YAkDbLSpOCN5IQH5xwqfmUL 3dlXsOTMLm1/VUI5tsei79g04x0YIAQgIpiNpq5upT0h8CKGjaNSwVPJBMBTvKHou0Qn rqUsfMRWmFbN0OM/5SOTIMWSeP8+whUF41Y7zDzww+Ag8diA6Ro8cCtVr/8w68p29bHK fqP9AXbFwZuZajL29DnRO+lQA0Q+QeAP3mvDKErxxr3oRdWXNWvtlpScgIJJOXoZUJwB TolR8PcNi5Dadkw6kNa65MuRbKgE5OLUuAX6PZ/i7UEBM/nSWQr9TNDkuO4DhazU16wX Rszg== X-Gm-Message-State: AGi0PubPthKgQAWpMyojqVAgsSezbio0ZO6RFeAc5Rx28F4p9j0KnrRJ EJorgTuS9n/+K+5PnWUSFG34e97y6R/1L9rG0xYh9Uud X-Google-Smtp-Source: APiQypKJic8N7fe8fwxGX+YORkeoWMVaRg6WlYMgkPzCOIQX99f+ZgkxTl5H/6l5+56WvopRSBMTUT4CD+NnwJMweLE= X-Received: by 2002:a37:7b01:: with SMTP id w1mr34608122qkc.167.1588176046563; Wed, 29 Apr 2020 09:00:46 -0700 (PDT) MIME-Version: 1.0 References: <20200429135204.1411a8cc@raksha.tavi.co.uk> <20200429161956.7525adaa@raksha.tavi.co.uk> In-Reply-To: <20200429161956.7525adaa@raksha.tavi.co.uk> From: Dan McGrath Date: Wed, 29 Apr 2020 12:00:35 -0400 Message-ID: Subject: Re: smartmontools and update-smart-drivedb To: Bob Eager Cc: FreeBSD X-Rspamd-Queue-Id: 49C3C41qKwz4SB3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=CGsAO29/; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of troubledaemon@gmail.com designates 2607:f8b0:4864:20::735 as permitted sender) smtp.mailfrom=troubledaemon@gmail.com X-Spamd-Result: default: False [-2.70 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; 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]; FORGED_SENDER(0.30)[danmcgrathca@gmail.com,troubledaemon@gmail.com]; IP_SCORE(0.00)[ip: (-9.21), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/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_NEQ_ENVFROM(0.00)[danmcgrathca@gmail.com,troubledaemon@gmail.com]; FROM_HAS_DN(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]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[5.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 16:00:49 -0000 Hi, On Wed, Apr 29, 2020 at 11:20 AM Bob Eager wrote: > The port doesn't get updated every time there is a new drive database; > that would be unworkable. > Just a thought, but perhaps something similar to what ntp does with: service ntpd fetch But of course using smartd, so that it can fetch something upstream? -- Cheers, Danny ---------------------------------------------------------- Danny McGrath - danmcgrath.ca@gmail.com GPG key: EDF6 AFF5 2086 F93A 1F59 36A5 44B6 26F3 6968 71CA From owner-freebsd-ports@freebsd.org Wed Apr 29 16:33:45 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 33CB82BB142 for ; Wed, 29 Apr 2020 16:33:45 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: from aurora.gregv.net (aurora.gregv.net [192.111.144.138]) by mx1.freebsd.org (Postfix) with ESMTP id 49C3x3650Pz4VV0; Wed, 29 Apr 2020 16:33:43 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: by aurora.gregv.net (Postfix, from userid 1001) id 5AFA4763; Wed, 29 Apr 2020 12:33:42 -0400 (EDT) Date: Wed, 29 Apr 2020 12:33:42 -0400 From: Greg Veldman To: "Julian H. Stacey" Cc: Maintainer of FreeBSD Mailman , Chris , FreeBSD Ports Subject: Re: mail/mailman v3? Message-ID: <20200429163342.GU1068@aurora.gregv.net> References: <20200429024336.GT1068@aurora.gregv.net> <202004291500.03TF01F4049616@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202004291500.03TF01F4049616@fire.js.berklix.net> User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 49C3x3650Pz4VV0 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@gregv.net has no SPF policy when checking 192.111.144.138) smtp.mailfrom=freebsd@gregv.net X-Spamd-Result: default: False [5.01 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gregv.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.99)[0.990,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:31863, ipnet:192.111.144.0/20, country:US]; MIME_TRACE(0.00)[0:+]; IP_SCORE(1.12)[ipnet: 192.111.144.0/20(2.02), asn: 31863(3.62), country: US(-0.05)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Apr 2020 16:33:45 -0000 On Wed, Apr 29, 2020 at 05:00:01PM +0200, Julian H. Stacey wrote: > Even if it's possible to bend ports/mail/mailman to support Mailman3 > Please do not do it; keep it clean for just Mailman2 > (Else it would cause big run time problems for user admins (inc. me)). > > Any who will want Mailman3 should please clone ports/mail/mailman to > ports/mail/mailman3 (not ports/mail/mailman2) & work there. Thanks There is not yet a port for Mailman3, but the one that is in progress looks like it will go into mail/mailman3 when complete. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225543 This should not cause any conflicts for Mailman2 users. -- Greg Veldman freebsd@gregv.net From owner-freebsd-ports@freebsd.org Wed Apr 29 16:51:12 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 10B2A2BB65F for ; Wed, 29 Apr 2020 16:51:12 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "slim.berklix.org", Issuer "slim.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49C4KB2wWCz4WKS; Wed, 29 Apr 2020 16:51:09 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5DDB7209.dip0.t-ipconnect.de [93.219.114.9]) (authenticated bits=128) by slim.berklix.org (8.15.2/8.15.2) with ESMTPSA id 03TGorUX010332 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Apr 2020 18:50:57 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 03TGoqwc049666; Wed, 29 Apr 2020 18:50:52 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 03TGoSnV050965; Wed, 29 Apr 2020 18:50:40 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202004291650.03TGoSnV050965@fire.js.berklix.net> To: Greg Veldman cc: Maintainer of FreeBSD Mailman , Chris , FreeBSD Ports Subject: Re: mail/mailman v3? From: "Julian H. Stacey" Organization: http://berklix.com/jhs http://stolenvotes.uk User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Wed, 29 Apr 2020 12:33:42 -0400." <20200429163342.GU1068@aurora.gregv.net> Date: Wed, 29 Apr 2020 18:50:28 +0200 X-Rspamd-Queue-Id: 49C4KB2wWCz4WKS X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 94.185.90.68) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [2.24 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.44)[-0.445,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.79)[0.789,0]; RCVD_IN_DNSWL_NONE(0.00)[68.90.185.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:33824, ipnet:94.185.88.0/22, country:DE]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (0.02), ipnet: 94.185.88.0/22(0.01), asn: 33824(-0.00), country: DE(-0.02)]; RECEIVED_SPAMHAUS_PBL(0.00)[9.114.219.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Apr 2020 16:51:12 -0000 Hi, Reference: > From: Greg Veldman > Date: Wed, 29 Apr 2020 12:33:42 -0400 Greg Veldman wrote: > On Wed, Apr 29, 2020 at 05:00:01PM +0200, Julian H. Stacey wrote: > > Even if it's possible to bend ports/mail/mailman to support Mailman3 > > Please do not do it; keep it clean for just Mailman2 > > (Else it would cause big run time problems for user admins (inc. me)). > > > > Any who will want Mailman3 should please clone ports/mail/mailman to > > ports/mail/mailman3 (not ports/mail/mailman2) & work there. Thanks > > There is not yet a port for Mailman3, but the one that is in > progress looks like it will go into mail/mailman3 when complete. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225543 > > This should not cause any conflicts for Mailman2 users. > > -- > Greg Veldman > freebsd@gregv.net Great, Thanks Cheers -- Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/ http://www.berklix.org/corona/#masks 150 Euro fine or tie 2 handkerchiefs ? http://www.bbc.com/news/business-52304821 Brexit Dec. 2020 will hit UK more. From owner-freebsd-ports@freebsd.org Wed Apr 29 17:57:20 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D28F72BD102 for ; Wed, 29 Apr 2020 17:57:20 +0000 (UTC) (envelope-from carmel_ny@outlook.com) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-oln040092004045.outbound.protection.outlook.com [40.92.4.45]) (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 49C5nW1gY7z4ZVX for ; Wed, 29 Apr 2020 17:57:18 +0000 (UTC) (envelope-from carmel_ny@outlook.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SnAXkZsD5+9Wi3wGKf9OWMG0N9W5JIlfX2lKSVhIi3kXVCD571dE+AlOdCMor/xXwG7ifYJkAj2sbNMcDcNXrXIYhXbkluJdT/DMtaERe1G8DNHDuVuHSinneKFTEfDHYyTJ/RZkPK1ktEcC4ay8oPxe/4C54+x0MRnoYff86Ye4GUawastcqKHJJY6WRxTidKxEv5+h8Nq8YeCiIdNR0RdfE/EcyNZOpsoZm0iW+BfXh3R1WkZJSb//gBmSrMumfEuQs/aacccqIMFmBVrskqACW7peDKFhzrMUf6tvuuYPCB+c8WgFoTp3JS8LAUWyPz9WE7gr0hNgxMr/O2NUHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=c+QHZfeaRpY7vo2NYr0DY8qTQHGSfj74omnMYiJEB2w=; b=ZBDnw6v3E2lZTohNOkhCc83/6iVmLFujoO51Lzs9YFbiBW7VZbjFmUjgjK7LRh7GD6kfhUJA3BZDr2tUsT7KA6z/vcrJqVNLLmmY0Oej8ZSZdi0+SH8yFNL6+YsNFJiev7jcUfRxXlUIvYImvTk88kQWlTNqQxxq78st9X6nMwHOiv1Qp6o26vt7RDuxsY/UefOfYdtQN8MYiaCtxjFX5aPQiS8A1qrEt9YPJCIrRIyBHzi7yZqcBzE1vc62wKv5DPERO/LqO86wKS3PCWJSl867wwqEulJY2r+4xFUbVVWcb+YjHNCLO+y2FuK+2dOVmTYegldEVH2AdSoGZGoRzA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=outlook.com; dmarc=pass action=none header.from=outlook.com; dkim=pass header.d=outlook.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=c+QHZfeaRpY7vo2NYr0DY8qTQHGSfj74omnMYiJEB2w=; b=MSmLHHvItDJOo/lWjOjjljQDN++DIkJ1oCcek6qtIdcQSuJ2TogONt/7DTXfXL//FLd+VnQGWU5PZTRP8Ke0cbErj7MKuj65Iu8sCftZhHoHNxd1QTWxK90rPhVKsB8L51uMGjI3COn1+CIGNEc0X6Ue8pK2EfNOEFUQ0GghR5CkXdyJ1jDyfeWJ082y5oEpWCJzulAlnjQEkDj8dczYd8QDmXJcWANLT0cZHLW6ygIXejJ0EOFaPtme+/Ui/h72t2E4PFCCL7KqXQx2T2FMyPN1Rm3p+9+Mj8UdWmIgtplFLbW35UsSvrWUXBRu5MEcXNcqW8451jGag86ofsp0pg== Received: from BL2NAM02FT008.eop-nam02.prod.protection.outlook.com (10.152.76.56) by BL2NAM02HT104.eop-nam02.prod.protection.outlook.com (10.152.77.90) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2937.19; Wed, 29 Apr 2020 17:57:17 +0000 Received: from SN6PR04MB5021.namprd04.prod.outlook.com (2a01:111:e400:7e46::43) by BL2NAM02FT008.mail.protection.outlook.com (2a01:111:e400:7e46::162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2937.19 via Frontend Transport; Wed, 29 Apr 2020 17:57:16 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:14FDC9C5D46FFD574F7121B69C89C7B1C5E7EFF953322494031A5D015DBD42B4; UpperCasedChecksum:F4971942BF44A1564CEF03D331C6CC6299F7009520F233B97C27038857E817BF; SizeAsReceived:9608; Count:51 Received: from SN6PR04MB5021.namprd04.prod.outlook.com ([fe80::197b:f771:bc49:97cd]) by SN6PR04MB5021.namprd04.prod.outlook.com ([fe80::197b:f771:bc49:97cd%6]) with mapi id 15.20.2937.028; Wed, 29 Apr 2020 17:57:16 +0000 Date: Wed, 29 Apr 2020 13:57:05 -0400 From: Carmel NY To: FreeBSD Ports Subject: Re: smartmontools and update-smart-drivedb Message-ID: In-Reply-To: References: <20200429135204.1411a8cc@raksha.tavi.co.uk> <20200429161956.7525adaa@raksha.tavi.co.uk> Reply-To: FreeBSD Ports Organization: seibercom.net X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i686-w64-mingw32) Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/NEiDnm6yXy.ythAyX1EOTz."; protocol="application/pgp-signature" X-ClientProxiedBy: BN8PR16CA0003.namprd16.prod.outlook.com (2603:10b6:408:4c::16) To SN6PR04MB5021.namprd04.prod.outlook.com (2603:10b6:805:9f::32) X-Microsoft-Original-Message-ID: <20200429135705.00004678@outlook.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from scorpio.seibercom.net (174.109.225.250) by BN8PR16CA0003.namprd16.prod.outlook.com (2603:10b6:408:4c::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2958.19 via Frontend Transport; Wed, 29 Apr 2020 17:57:16 +0000 Received: from localhost (hp-envy.seibercom.net [192.168.0.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: carmel_ny@outlook.com) by scorpio.seibercom.net (Postfix) with ESMTPSA id 49C5nQ5zdlzh1Z for ; Wed, 29 Apr 2020 13:57:14 -0400 (EDT) X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i686-w64-mingw32) X-Microsoft-Original-Message-ID: <20200429135705.00004678@outlook.com> X-TMN: [C4UhUkAA7/fStRgrBM7NQfIm6NMHD0T5ineKiBcQoiE=] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 51 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 837a7270-78f8-4960-422c-08d7ec66c0df X-MS-TrafficTypeDiagnostic: BL2NAM02HT104: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: wCidv/I2y/kie2Sw5xtNvOJkdb6cPNQyMHnQ2SDhneq8gOA8N4P4x21GF1H981jgV+j3QONXqThw7vrd5kEf2/a0XYsRpE9ePZ6Gb4dxO5/iov/fkHTAUDIyKTn1UnEVK/lEtVTpPckn2UwXGRH4IER6u21uw8n3GMLJPRF5HwCTUX3TL58i+EvwfV5I+Jn0mlq7/c+NVd4UOkiHZtSeMNaNwTOhpZjTu/YbBJ+kMf+52t0JvbSToOSIRW6WuP14 X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:0; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR04MB5021.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:; DIR:OUT; SFP:1901; X-MS-Exchange-AntiSpam-MessageData: 95tGl6eNwPsLqkoMsLjC7swq+O3FfEbBTAD0utrFHjElXyT9yg6QwLgLogVPeSCAGWk1nVu/82Mozns7FG2obk3KT+gr18xzvefXE7LirVwaJ6i9piH6haHNsnAkAT3GpKKB9XcqByIxnvd11EnvbQ== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 837a7270-78f8-4960-422c-08d7ec66c0df X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Apr 2020 17:57:16.8737 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2NAM02HT104 X-Rspamd-Queue-Id: 49C5nW1gY7z4ZVX X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outlook.com header.s=selector1 header.b=MSmLHHvI; dmarc=pass (policy=none) header.from=outlook.com; spf=pass (mx1.freebsd.org: domain of carmel_ny@outlook.com designates 40.92.4.45 as permitted sender) smtp.mailfrom=carmel_ny@outlook.com X-Spamd-Result: default: False [-1.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd-ports@freebsd.org]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; FREEMAIL_FROM(0.00)[outlook.com]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[outlook.com:+]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; SIGNED_PGP(-2.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[250.225.109.174.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_ALLOW(-1.00)[i=1]; FREEMAIL_ENVFROM(0.00)[outlook.com]; DWL_DNSWL_NONE(0.00)[outlook.com.dwl.dnswl.org : 127.0.3.0]; IP_SCORE(0.00)[ipnet: 40.64.0.0/10(-3.71), asn: 8075(-3.20), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outlook.com:s=selector1]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLYTO_EQ_TO_ADDR(5.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[45.4.92.40.list.dnswl.org : 127.0.3.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[45.4.92.40.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: Wed, 29 Apr 2020 17:57:20 -0000 --Sig_/NEiDnm6yXy.ythAyX1EOTz. Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 29 Apr 2020 12:00:35 -0400, Dan McGrath stated: >Hi, > >On Wed, Apr 29, 2020 at 11:20 AM Bob Eager wrote: > >> The port doesn't get updated every time there is a new drive >> database; that would be unworkable. >> =20 > >Just a thought, but perhaps something similar to what ntp does with: > > service ntpd fetch > >But of course using smartd, so that it can fetch something upstream? I just wrote a simple script that uses curl to check if a newer file is available and download it if needed. It is trivial to get it to run via cron once a month. #! /usr/bin/env bash declare -i OLD declare -i NEW # Get the present directory cwd=3D$(pwd) # Switch to the smartmontools directory cd "/usr/local/share/smartmontools" # Get the last modification time of 'drivedb.h' OLD=3D$(stat -f %m drivedb.h 2> /dev/null) # Use curl to download the 'drivedb.h' file if newer curl -s -R -z "drivedb.h" -O https://www.smartmontools.org/export/5053/bran= ches/RELEASE_7_0_DRIVEDB/smartmontools/drivedb.h # Get the last modification time of 'drivedb.h' NEW=3D$(stat -f %m drivedb.h 2> /dev/null) # Print the date and time printf "%s\n\n" "$(date)" # See if we got a new file if [[ "${NEW}" -gt "${OLD}" ]]; then printf "New /usr/local/share/smartmontools/drivedb.h file downloaded.\n" else printf "/usr/local/share/smartmontools/drivedb.h not updated.\n" fi # Get back to where we started cd ${cwd} # We are out of here exit --=20 Carmel --Sig_/NEiDnm6yXy.ythAyX1EOTz. Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEIQb/tTwl6I1ueEVtOHMGOIfexWQFAl6pv/EACgkQOHMGOIfe xWS+YQf7BNLM2hzyVIErKuGAutary3DcgbESs1cmi/MjAXEkEMdu/gc0zEKIlwd4 jHShUZsQMN27NYX6+okOZjwpxfZVIVZYGW0VGi4vuFmKowTmViyntLxqvETguqNJ J7LyXyBMipPlGtU1M62ZTPVsPSPIU9Ny8DlioyiPzeUd9hlEP30ggtJpssXLjLVU YD8SYJU6Ptplr8MFI0P+giwll41M5Him3g+9FJ0yoTlf5mn3D9+D6GRkUxQHda0N mruacci7/3KcbnmtnudMOaafUtz6doHkt7i6znDaCPuPIKcgwiUpuQx3lb//lvqU IN8nK782pcxT0Ogfr3Lmnx6NXZQsFg== =hFMe -----END PGP SIGNATURE----- --Sig_/NEiDnm6yXy.ythAyX1EOTz.-- From owner-freebsd-ports@freebsd.org Wed Apr 29 18:17:59 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E73A2BDE02 for ; Wed, 29 Apr 2020 18:17:59 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [88.198.69.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49C6FL11rZz4bmf; Wed, 29 Apr 2020 18:17:57 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id AA137C0030B; Wed, 29 Apr 2020 20:17:55 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id 52515139893; Wed, 29 Apr 2020 20:17:55 +0200 (CEST) Date: Wed, 29 Apr 2020 20:17:55 +0200 From: Christoph Moench-Tegeder To: FreeBSD Ports Cc: samm@freebsd.org Subject: Re: smartmontools and update-smart-drivedb Message-ID: <20200429181755.GA2481@elch.exwg.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.13.5 (2020-03-28) X-Rspamd-Queue-Id: 49C6FL11rZz4bmf X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 88.198.69.140 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-3.85 / 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)[+ip4:88.198.69.140]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-1.55)[ip: (-9.60), ipnet: 88.198.0.0/16(3.44), asn: 24940(-1.55), country: DE(-0.02)]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[140.69.198.88.list.dnswl.org : 127.0.6.0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; 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, 29 Apr 2020 18:17:59 -0000 ## Carmel NY (carmel_ny@outlook.com): > 1) Why is the "update" procedure deliberately removed from the port? The svn history does mention it: https://svnweb.freebsd.org/ports?view=revision&revision=527607 "Remove drivedb update binary as it will modify tracked files" A port has no business modifying itself once installed - if installed files have to be updated at runtime, these files should live in /var/db/. An acceptable solution in this case would be moving that drive db to /var/db/smartmontools/ (or similar). When I start thinking about that... perhaps the original (shipped) drive db should be kept as a fallback, in case the user did not download (or delete) the updateable drive db: I haven't seen any complaints about missing drive db updates until now, which makes me suspect that for most people (me included) the shipped drive db is "good enough" and few people ever tried to update the drive db at all. Regards, Christoph -- Spare Space From owner-freebsd-ports@freebsd.org Wed Apr 29 18:41:51 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E94042BE819; Wed, 29 Apr 2020 18:41:51 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49C6mt61Lvz4cmj; Wed, 29 Apr 2020 18:41:50 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id TreUjaNKu62brTreWjvlQ5; Wed, 29 Apr 2020 12:41:49 -0600 X-Authority-Analysis: v=2.3 cv=LKf9vKe9 c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=xqWC_Br6kY4A:10 a=kj9zAlcOel0A:10 a=cl8xLZFz6L8A:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=7ar7hmqnaF-9R4Y12KAA:9 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [IPv6:fc00:1:1:1::5b]) by spqr.komquats.com (Postfix) with ESMTPS id 45957E1C; Wed, 29 Apr 2020 11:41:46 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 03TIfkCs081311; Wed, 29 Apr 2020 11:41:46 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 03TIfkZh081308; Wed, 29 Apr 2020 11:41:46 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202004291841.03TIfkZh081308@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: sysutils/screen-ncurses port Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Apr 2020 11:41:46 -0700 X-CMAE-Envelope: MS4wfDtWOheoYgJiWHWzsmFy34yBwy8bN6cqUBxJR6EFDs41Swj8SK3tG+Gq19yQKkxWkMwvfl5q9o53eBrafoE/x8BfpXQ4C6Y+jScSM+OqmTwG8Vu0hY95 el4+khVwiAmVfvYZZRKeJudZS28NBJlkEyWVnuJTZE2+KcOzDIinHV3mq04mZGPKczCuj8aAT3zBZxcVpPEBErH7lqIN7a5sOfapZUhBjkXQ8tFZwyohUFRZ X-Rspamd-Queue-Id: 49C6mt61Lvz4cmj X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.134.13) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.23 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.53)[ip: (-6.70), ipnet: 64.59.128.0/20(-3.29), asn: 6327(-2.57), country: CA(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[13.134.59.64.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: Wed, 29 Apr 2020 18:41:52 -0000 Would people be open to the idea of a sysutils/screen-ncurses port that depends on devel/ncurses instead of ncureses in base? The reason for this is there are screen.* terminfo entries in devel/ncurses that don't exist in termcap(5). People who want that extra functionality would be advised to install the alternative pkg or build the sysutils/screen port with the appropriate option. Or, simply change the default from whatever ncurses is available to always install devel/ncurses. People could always select one of the other options. Personally, I'm not enamoured with this approach. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org The need of the many outweighs the greed of the few. From owner-freebsd-ports@freebsd.org Wed Apr 29 19:14:44 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E30A62BFA5B for ; Wed, 29 Apr 2020 19:14:44 +0000 (UTC) (envelope-from rde@tavi.co.uk) Received: from kipling.tavi.co.uk (kipling.tavi.co.uk [81.187.145.130]) by mx1.freebsd.org (Postfix) with ESMTP id 49C7Vq3vmrz3CFt for ; Wed, 29 Apr 2020 19:14:43 +0000 (UTC) (envelope-from rde@tavi.co.uk) Received: from kipling.tavi.co.uk (localhost [127.0.0.1]) by kipling.tavi.co.uk (Postfix) with ESMTP id 6D968139D1 for ; Wed, 29 Apr 2020 20:14:41 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=tavi.co.uk; h=date:from:to :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=selector1; bh=qAVeBMt Yp2U/2CCSuhGqBAel6yU=; b=TmeBvkK0EHIk47t7Kg79PCCBh3m8aMoStRxHj7z htDSNZSGvv3TwrgE/mAhV0IW0uIRozfDATTxEYJwwC+hVbnovN+fuwNdnZHCwssr 1WPmaojBLXtR4fqjmhesu4IwdmnF1f6UVjHxw+RhD97g1evogRlbJLHKYgY1E/EY J5aQ= Received: from raksha.tavi.co.uk (raksha.tavi.co.uk [81.187.145.139]) (Authenticated sender: rde@tavi.co.uk) by kipling.tavi.co.uk (Postfix) with ESMTPA id 39BF3139A9 for ; Wed, 29 Apr 2020 20:14:41 +0100 (BST) Date: Wed, 29 Apr 2020 20:14:40 +0100 From: Bob Eager To: freebsd-ports@freebsd.org Subject: Re: smartmontools and update-smart-drivedb Message-ID: <20200429201440.7afbcf93@raksha.tavi.co.uk> In-Reply-To: <20200429181755.GA2481@elch.exwg.net> References: <20200429181755.GA2481@elch.exwg.net> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; amd64-portbld-freebsd12.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUwXjFLc0vD0cS7y7zw9PDZ4tkWSRaVrZZ+m39qi2tXfVj////7+/utwK4IPggAOAAJUUA7AAABKklEQVQ4jWPYjQMwDFYJp0NKEKCNJmEf9h8CsimXiL2e33s3/e7F7K2Cs3f3dCMkQkMKj4YuCY3K3iR+e7fMaiSjvkX0/5cFGrWpe2uLzOpaExUVqMS/8PX/Re5ey960OLBTZpFA8+IlSBKPQ92zNyUUBsosN58uIY0k8f+/ONCoYytkVuhWzVwNkYiYbqk5M3NmOVBi41YZ8RsGF7shEtFb5KJ3r969CyixM7OTPeFUxG2IxLO8/9/SvqXlc+/x3h295YzLlj2nIRJQj//nRvc5TEIal8RsXBLVuCQwIgoq/u80DomP6HEOk/iOS+IJLonZOCT+ReOQ+Lkbh0QKLonbOCR+7MYhsRqHBJrVcIl/1TgklqKLQyQ+tGKIgyQOqXpjig94diZRAgAXmDX6jyWafAAAAABJRU5ErkJggg====== MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49C7Vq3vmrz3CFt X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tavi.co.uk header.s=selector1 header.b=TmeBvkK0; dmarc=pass (policy=none) header.from=tavi.co.uk; spf=pass (mx1.freebsd.org: domain of rde@tavi.co.uk designates 81.187.145.130 as permitted sender) smtp.mailfrom=rde@tavi.co.uk X-Spamd-Result: default: False [-6.55 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[tavi.co.uk:s=selector1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:kipling.tavi.co.uk:c]; 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]; DKIM_TRACE(0.00)[tavi.co.uk:+]; DMARC_POLICY_ALLOW(-0.50)[tavi.co.uk,none]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.65)[ip: (-9.66), ipnet: 81.187.0.0/16(-4.79), asn: 20712(-3.75), country: GB(-0.07)]; ASN(0.00)[asn:20712, ipnet:81.187.0.0/16, country:GB] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Apr 2020 19:14:44 -0000 On Wed, 29 Apr 2020 20:17:55 +0200 Christoph Moench-Tegeder wrote: > ## Carmel NY (carmel_ny@outlook.com): > > > 1) Why is the "update" procedure deliberately removed from the > > port? > > The svn history does mention it: > https://svnweb.freebsd.org/ports?view=revision&revision=527607 > "Remove drivedb update binary as it will modify tracked files" > A port has no business modifying itself once installed - if > installed files have to be updated at runtime, these files should > live in /var/db/. > An acceptable solution in this case would be moving that drive db > to /var/db/smartmontools/ (or similar). When I start thinking about > that... perhaps the original (shipped) drive db should be kept as a > fallback, in case the user did not download (or delete) the updateable > drive db: I haven't seen any complaints about missing drive db updates > until now, which makes me suspect that for most people (me included) > the shipped drive db is "good enough" and few people ever tried to > update the drive db at all. Indeed. In all these years, I've only had to do it ONCE [1]. I leave it until a drive isn't recognised. I certainly wouldn't bother doing it on a regular basis - I wait until a drive isn't recognised. [1] And I wish I hadn't bothered. The drives I downloaded the update for are going back - they are two of the submarined SMR drives from Western Digital. From owner-freebsd-ports@freebsd.org Wed Apr 29 19:34:50 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 38E1F2C0601 for ; Wed, 29 Apr 2020 19:34:50 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from mail.punkt.de (mail.punkt.de [IPv6:2a00:b580:8000:11:1c6b:7032:35e9:5616]) (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 49C7y04fLPz3Dcp for ; Wed, 29 Apr 2020 19:34:48 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from [IPv6:2003:a:d59:3800:5426:4413:163:8946] (unknown [IPv6:2003:a:d59:3800:5426:4413:163:8946]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id 02EB511FF6 for ; Wed, 29 Apr 2020 21:34:39 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: "Patrick M. Hausen" Mime-Version: 1.0 (1.0) Date: Wed, 29 Apr 2020 21:34:39 +0200 Subject: Frequency of package builds? Message-Id: <1D951307-2259-42C7-B3FD-CF690492A867@punkt.de> References: <5A80878D-A2DE-434F-82E7-5AD7D0758EFF@hausen.com> To: freebsd-ports@freebsd.org X-Mailer: iPad Mail (17E262) X-Rspamd-Queue-Id: 49C7y04fLPz3Dcp X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 2a00:b580:8000:11:1c6b:7032:35e9:5616 as permitted sender) smtp.mailfrom=hausen@punkt.de X-Spamd-Result: default: False [-0.85 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.968,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:b580::/32]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.96)[-0.965,0]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; DMARC_NA(0.00)[punkt.de]; IP_SCORE(-0.12)[asn: 16188(-0.59), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16188, ipnet:2a00:b580::/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: Wed, 29 Apr 2020 19:34:50 -0000 =EF=BB=BFHi all, the nextcloud port seems to be at version 18.0.4 since April, 23rd: https://www.freshports.org/www/nextcloud/ Yet the package repo has all three flavors at 18.0.3: http://pkg.freebsd.org/FreeBSD:11:amd64/latest/All/ nextcloud-php72-18.0.3.txz 68754648 2020-Apr-24 07:11 nextcloud-php73-18.0.3.txz 68753088 2020-Apr-23 23:23 nextcloud-php74-18.0.3.txz 68756092 2020-Apr-24 07:01 And all the packages have a timestamp *after* the update of the port. Aren't packages in "latest" built from ports/HEAD? Any hints welcome, even RTFM if a pointer to the FM is included ;-) Thanks, folks, Patrick From owner-freebsd-ports@freebsd.org Wed Apr 29 20:11:13 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 01E3D2C1572 for ; Wed, 29 Apr 2020 20:11:13 +0000 (UTC) (envelope-from dutchman01@quicknet.nl) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49C8m04jPZz3Gbb for ; Wed, 29 Apr 2020 20:11:12 +0000 (UTC) (envelope-from dutchman01@quicknet.nl) Received: by mailman.nyi.freebsd.org (Postfix) id A18D52C1571; Wed, 29 Apr 2020 20:11:12 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A15032C156F for ; Wed, 29 Apr 2020 20:11:12 +0000 (UTC) (envelope-from dutchman01@quicknet.nl) Received: from smtpq5.tb.mail.iss.as9143.net (smtpq5.tb.mail.iss.as9143.net [212.54.42.168]) (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 49C8lz36CTz3GbW; Wed, 29 Apr 2020 20:11:11 +0000 (UTC) (envelope-from dutchman01@quicknet.nl) Received: from [212.54.42.135] (helo=smtp11.tb.mail.iss.as9143.net) by smtpq5.tb.mail.iss.as9143.net with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jTt2z-0006X5-Q8; Wed, 29 Apr 2020 22:11:09 +0200 Received: from 94-211-236-19.cable.dynamic.v4.ziggo.nl ([94.211.236.19] helo=PC01) by smtp11.tb.mail.iss.as9143.net with esmtp (Exim 4.90_1) (envelope-from ) id 1jTt2z-0004v9-Kx; Wed, 29 Apr 2020 22:11:09 +0200 From: "Dutchman01" To: Cc: Subject: FreeBSD Port: open-vm-tools-11.0.1_3,2 Date: Wed, 29 Apr 2020 22:11:08 +0200 Message-ID: <000001d61e62$52544110$f6fcc330$@quicknet.nl> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdYeYagFl9b02VpeTYmCyiePe7PtuQ== Content-Language: nl X-SourceIP: 94.211.236.19 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.3 cv=fqZHmGwf c=1 sm=1 tr=0 a=gAUd8qXAF9dViDAHwAe1YA==:17 a=cl8xLZFz6L8A:10 a=DAwyPP_o2Byb1YXLmDAA:9 a=kBHrSGWxxno--iwjusAA:9 a=CjuIK1q_8ugA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=bt-2o4n3bu0cFy5_HkEA:9 a=xAGaEkaPLX6GiohW:21 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-Rspamd-Queue-Id: 49C8lz36CTz3GbW X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[quicknet.nl:s=202002corplgsmtpnl]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.54.32.0/19]; FREEMAIL_FROM(0.00)[quicknet.nl]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_NONE(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[quicknet.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[quicknet.nl,reject]; IP_SCORE(0.00)[ip: (-8.40), ipnet: 212.54.32.0/20(-4.12), asn: 33915(-2.53), country: NL(0.03)]; RCVD_IN_DNSWL_LOW(-0.10)[168.42.54.212.list.dnswl.org : 127.0.5.1]; RECEIVED_SPAMHAUS_PBL(0.00)[19.236.211.94.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FREEMAIL_ENVFROM(0.00)[quicknet.nl]; ASN(0.00)[asn:33915, ipnet:212.54.32.0/20, country:NL]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] Content-Type: text/plain; charset="us-ascii" 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: Wed, 29 Apr 2020 20:11:13 -0000 Hi, new maintenance release is out, this port could use an upstream release. Can you please upgrade the port? Ty , regards, dutchy From owner-freebsd-ports@freebsd.org Wed Apr 29 20:17:03 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9B4822C1865 for ; Wed, 29 Apr 2020 20:17:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.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 49C8tj6rNpz3Gwk for ; Wed, 29 Apr 2020 20:17:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 4TTxZ4wVM1l.4sDei9Xam1SJCp1XZ9qvkIAklRc1l6oX9h6mZE2hNiDYWdEHJte qqHrSY568BCriSgkfqRY9WaQ.Uyb3b6EqVumbVUW9lzi9XJJXDI4KZHbL6LoEdgndLl9mvxzxOv5 05yHGBYIX6itcK3DygPqDNyZEh6stDNrZ4iWEiAA2CskrTpLH_zmdEGGzdJFTJUIy48uBysIJkF4 ReCYHO5AaYTy2lH77eDNPgl_1B2azTsBkFiukrdWy1CSIHgaVkkSgWJSqmmBLgWo39VxHQGT5.VQ 7MfEXmZEO5wWj6mTie4OqAg9c4EaQ0FkBQpP1fBKY9xw_Da6Yb2cB.T3BeSQGXH0KatgAAtSTBPO NGipJ2cG2YJrHGG0H.DjfHN4wjtDmxHhn.zsqq9_phH9aWZZku9KYhLjS9EMfw.nFuAbM3Wp0Pz1 9hANs09GyVJja8NRbVGFiV1Wn32Xj..wLfkomtTLd16ADz98LTCmcOSTp_D0LvIwaopx9lb9bmS8 2.7eYgmdy7Sc2oxvcKaQKSvwZkuQSR_6tIkCOYRtIgrEexR37QZZE8RGuNfZrRC0E2IF3NuBPCd0 RHCGbkrjZQq4RYnRIFdwo0idosFql9va5R.jp_Tmn.VHkVn3H4Y5MZOcbCE9Pw6DxRrpk4vmzJyK hX8Bw3ZIwEoYWV2n6QpDAzbPt7oWWglOQo4QcvS5T.a97J0eFLHiNfKN65bxKsOYgTkHt_LQvqBQ k3n1B7mJ5_MKF3RcXY2At0zfBNAIb.ZXbpvw5EvW3hcLH.99Ft5GaQeodo6epdfhM_0hALtbIknn 3Dp7.Xo73w.sqdHVLbtA6W2oNjiKVrkoQK_XAATOKxtbiSRLyklva9OLoGDbaK90yAqoTamGO5xy tG9ZnqGv._hNa7Go8lAgSsZtxTT7HQhW8D.JO9gyon7dboNEW4UCwDLxyFQNAZ7SVgyezZQ4dqjW XAyNt0XzlZ.uWSS_Kjis3eakhMu8qpxlj9_TPRXZ02B0xjqE4eFn6H6Jv_PHo7B20qm63GNGQ1Hs Q.hVGs_fu4NXncm.YWDbKZuo8rxOdYgFoZrQtIvJXuiMd2CyZo.tExpKuCM99J1dklAznv.p1S.M Nw0.YB7bYEtomKGX6Yao8aNvphvKk2GVFCGfMD.EFtYHrm7yRFalD_IXlb67GlbZldeUAFbh_clE RedTDznNmanpZ7F7Khe7CMvDo_FehzRIwZn_xk9rpTyIV8X8tcaV5XLZ1coKAYuu9QbfrF.fXFXe ZqTZ7TtqUGCFCl4f70OkrA0xxDILKXaqI5uICM7kxjyelgu4mATGpu9w138ishsVP4kIdwwPkPkb vWiJPS3nA89OP.nqOy_slmtuOCVyaH.PXsoh7MEuwugOLlCazR7iIQ7H8XxYEqVNaWkepkWqPShR JJNwQAb4aPkeCZJ5THheuL1bbhqB9m1wsI7m4UEe.Xof8rKWl1kYrt04NCgEdvy8rEUelUA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Wed, 29 Apr 2020 20:16:59 +0000 Received: by smtp415.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 147bc2fc69342ca519dda7671bae95c1; Wed, 29 Apr 2020 20:16:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found" From: Mark Millard In-Reply-To: <20200429192245.ee77ccc269f75435aa379d26@bidouilliste.com> Date: Wed, 29 Apr 2020 13:16:55 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <63269C29-F51E-43D2-A162-40C4EFF402A9@yahoo.com> References: <0085757C-02B1-4CB9-9B67-01EB5D6AA86A@yahoo.com> <20200427123246.42e3844f39c349aac81009ff@bidouilliste.com> <20200427204606.69157e78e6eb92f3481e47e3@bidouilliste.com> <38BE4488-2BE4-4B9F-BABA-0324B6A7AE8D@yahoo.com> <90693ED6-E93D-4105-8B63-F77313F77079@yahoo.com> <20200428163906.a5081a0493970fb4556fe08b@bidouilliste.com> <13AAC979-927E-43BA-BF16-64C41546A690@yahoo.com> <7CD48F1B-7405-454A-BEFE-3B17D321D89F@yahoo.com> <1D414E35-6785-4D15-A798-DFB34C2ACC34@yahoo.com> <7F714D23-99F3-4C31-92F1-A4ED2EABE93B@yahoo.com> <20200429125036.fbd1c0679e677260e6868eb7@bidouilliste.com> <20200429192245.ee77ccc269f75435aa379d26@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49C8tj6rNpz3Gwk X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.10 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; 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.75)[-0.753,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.84)[-0.842,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.28), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[31.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[31.65.137.98.rep.mailspike.net : 127.0.0.17]; 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, 29 Apr 2020 20:17:03 -0000 On 2020-Apr-29, at 10:22, Emmanuel Vadot = wrote: > On Wed, 29 Apr 2020 12:50:36 +0200 > Emmanuel Vadot wrote: >=20 >> On Wed, 29 Apr 2020 01:36:01 -0700 >> Mark Millard wrote: >>=20 >>> [Build successes for building via poudriere-devel. >>> Message history removed.] >>>=20 >>> Based on (some whitespace details might not survive): >>>=20 >>> # svnlite diff /usr/ports/devel/aarch64-none-elf-gcc/ >>> Index: /usr/ports/devel/aarch64-none-elf-gcc/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/aarch64-none-elf-gcc/Makefile (revision = 533162) >>> +++ /usr/ports/devel/aarch64-none-elf-gcc/Makefile (working copy) >>> @@ -19,7 +19,8 @@ >>> LIB_DEPENDS=3D libgmp.so:math/gmp \ >>> libmpfr.so:math/mpfr \ >>> libmpc.so:math/mpc >>> -BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} >>> +BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} \ >>> + objdump:devel/binutils >>=20 >> That brings binutils-native as a build depend, which works on aarch64 >> but I don't think it will for cross building. >> But yes the solution is something like that, the "missing" objdump >> seems to make gcc not building the plugins. >>=20 >>> RUN_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} >>>=20 >>> USES=3D gmake iconv libtool tar:xz makeinfo compiler:c++11-lang >>>=20 >>>=20 >>> Things then finish (extracted messages from an amd64->aarch64 = poudriere-based >>> nxb-bin involved cross-build): >>>=20 >>> [00:14:17] [04] [00:13:40] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Success >>> [00:15:16] [02] [00:00:57] Finished sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Success >>> [00:15:19] [01] [00:01:00] Finished sysutils/atf-rk3328 | = atf-rk3328-v2.3: Success >>> [00:16:10] [05] [00:15:33] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Success >>> [00:21:34] [04] [00:07:15] Finished sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Success >>> [00:21:56] [03] [00:07:37] Finished sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Success >>> [00:30:31] [06] [00:14:19] Finished sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Success >>> [00:35:15] [07] [00:19:03] Finished sysutils/u-boot-sinovoip-bpi-m3 = | u-boot-sinovoip-bpi-m3-2020.04: Success >>> [00:35:34] [01] [00:20:15] Finished sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Success >>> [00:35:41] [05] [00:19:29] Finished sysutils/u-boot-orangepi-plus-2e = | u-boot-orangepi-plus-2e-2020.04: Success >>>=20 >>> (u-boot-pine64 still in process due to MAKE_JOBS_UNSAFE=3Dyes use.) >>>=20 >>> aarch64 native builds also finished (not shown). >>>=20 >>> amd64 poudriere-based builds (non-qemu) also finished: >>>=20 >>> [00:03:22] [01] [00:03:08] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-8.4.0_1: Success >>> [00:03:31] [03] [00:00:08] Finished sysutils/atf-sun50i_a64 | = atf-sun50i_a64-v2.3: Success >>> [00:03:31] [01] [00:00:08] Finished sysutils/atf-rk3328 | = atf-rk3328-v2.3: Success >>> [00:03:33] [02] [00:03:19] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Success >>> [00:04:00] [04] [00:00:37] Finished sysutils/u-boot-rpi3 | = u-boot-rpi3-2020.04: Success >>> [00:04:01] [05] [00:00:38] Finished sysutils/u-boot-rpi4 | = u-boot-rpi4-2020.04: Success >>> [00:04:18] [06] [00:00:44] Finished sysutils/u-boot-rpi2 | = u-boot-rpi2-2020.04: Success >>> [00:04:40] [02] [00:01:06] Finished sysutils/u-boot-orangepi-plus-2e = | u-boot-orangepi-plus-2e-2020.04: Success >>> [00:04:41] [07] [00:01:07] Finished sysutils/u-boot-sinovoip-bpi-m3 = | u-boot-sinovoip-bpi-m3-2020.04: Success >>> [00:04:42] [01] [00:01:10] Finished sysutils/u-boot-rock64 | = u-boot-rock64-2020.04: Success >>> [00:06:46] [03] [00:03:15] Finished sysutils/u-boot-pine64 | = u-boot-pine64-2020.04: Success >>>=20 >>>=20 >>>=20 >>> FYI: >>>=20 >>> # svnlite diff /usr/ports/sysutils/u-boot-pine64/ >>> Index: /usr/ports/sysutils/u-boot-pine64/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/sysutils/u-boot-pine64/Makefile (revision = 533162) >>> +++ /usr/ports/sysutils/u-boot-pine64/Makefile (working copy) >>> @@ -6,4 +6,6 @@ >>> BOARD_CONFIG=3D pine64_plus_defconfig >>> FAMILY=3D allwinner64 >>>=20 >>> +MAKE_JOBS_UNSAFE=3Dyes >>> + >>> .include "${MASTERDIR}/Makefile" >>>=20 >>> based on historical build-race problems specific to pine64's >>> u-boot build. But it makes the qemu-based build take a very >>> long time. >>>=20 >>>=20 >>> =3D=3D=3D >>> Mark Millard >>> marklmi at yahoo.com >>> ( dsl-only.net went >>> away in early 2018-Mar) >>>=20 >>=20 >>=20 >> --=20 >> Emmanuel Vadot >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >=20 > Issue should be fixed in r533381. > It works for me on aarch64 and on amd64. >=20 (The aarch64 hardware contexts are busy so I tested via amd64 native poudriere and amd64->aarch64 nxb-bin poudriere for now.) It worked for devel/aarch64-non-elf-gcc on my aarch64 targeting tests but . . . This fix failed for amd64->aarch64 nxb-bin based poudriere build of arm-none-eabi-gcc : [00:09:45] [02] [00:09:40] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-8.4.0_1: Failed: package . . . [00:11:15] Failed ports: devel/arm-none-eabi-gcc:package The objdump failed for being the wrong kind of executable: Links are now set up to build a cross-compiler from aarch64-unknown-freebsd13.0 to arm-none-eabi. checking for exported symbols... objdump: conftest: file format not = recognized yes checking for -rdynamic... objdump: conftest: file format not recognized no This again lead to enable_plugins=3Dno and the package stage noticing the missing files: =3D=3D=3D> Building package for arm-none-eabi-gcc-8.4.0_1 pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/gtype.state:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such = file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/ar= m-none-eabi/8.4.0/plugin/include/addresses.h:No such file or directory . . . By contrast the patch I tried earlier: -BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} +BUILD_DEPENDS=3D = ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} \ + objdump:devel/binutils worked in all cases that I'm testing. Note: I do not test amd64->armv7 via nxb-bin based poudriere cross builds because qemu has its own failures that hang up builds when I try that. But I expect that armv7 building aarch64-non-elf-gcc would have the same problem aarch64 has building arm-none-eabi-gcc. =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 Apr 30 00:03:25 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B1D072C718A for ; Thu, 30 Apr 2020 00:03:25 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CFvw2Flzz40bm for ; Thu, 30 Apr 2020 00:03:23 +0000 (UTC) (envelope-from matthias.andree@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1588205001; bh=ncVq/PKFqSJW7qkR+HdpiDR0h9rUOVvDiJw6LU3gN2s=; h=X-UI-Sender-Class:To:References:From:Subject:Date:In-Reply-To; b=gK1JqbG01VwPw1gqwxYmXVFDeDGwFbSdjTeqs6MGIcfwymBDkKFW0rrXOhrtbS0Mr e/Ucx7CfCwXsM3BLxYh5E9YmDkVJZ/1x1UMCOeu5yqeDSmZfNUY2a8W8of5qsuaKic JRtiZwyI+D0WHeEWvU+43zZYHW74l6vNeS6umfDI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from mandree.no-ip.org ([217.224.112.40]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MtwZ4-1jBSLd31n2-00uI7i for ; Thu, 30 Apr 2020 02:03:21 +0200 Received: from ryzen.an3e.de (localhost [IPv6:::1]) by ryzen.an3e.de (Postfix) with ESMTP id 35967120A99 for ; Thu, 30 Apr 2020 02:03:20 +0200 (CEST) To: freebsd-ports@freebsd.org References: From: Matthias Andree Subject: Re: mail/mailman v3? Message-ID: <6d669657-05fb-df71-000a-f67523609327@gmx.de> Date: Thu, 30 Apr 2020 02:03:20 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Provags-ID: V03:K1:9VsuVB0mwR8q9WYpjyAgxRxmKKt0h7TVPf8dpWbEY1AMJdDDd5C pHOk0O1mF0T9JHp3rI2igI7NPrE9+YzFSlOOf+QFFXqf6+vGVWUPfvfeSHtOwNVItCV3bCm fY+S+J3oNmCSOh9I+X40g3XjNTRSgiHijZbMpFqVDkaksnSbwdjBt8VbpEQasJvWJ2TwDv8 iWDBc9R6YeVBk8gFScOrQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:TONPkRluJU0=:Kg3dNFkmG17Jw090yHUm2B H518Awqhg3oBfilUxVJi1SyVMMf4Jxtv6ZXeS2PBkzaXr1XqpE4QAlwRwP/Hi+aXeH15WQTQ4 7lKP9CGgVYOtUCyjevP/ElmRqUTWk3UfyCUtfkau+bHpXIhTaLWuVDruCcipd2Sbfmr3Y5fvu 2EpQuLkY17bEmursI4E5kj8nTSGEijYdHetPZ0llJRPiFup/sQwmG0I25ppS85F9eVNVDE8P2 etLJs07+bquwjnFLr2ZTbpbVqrzc8Y+79pZLvbQzC0XsKUCBAm/RwIWTBn4gEPpelI9dchHL0 CcQ1ZjTAVmNpx8EBKseARbu+fA8QoyohXLrcmU4H3qdAo9CtPbKNRn6U8pfuHHwVBJ8YotdRz jxjgElTFCtehEMyIdyOj1UvPuEjLCM6ELfVE1iTpM2VyzV0hFn0deBh/aDjCBk9IJ7QCJTcFt 9Vu27q2uEwP50LB26x2UdP+aL6So8pGc0J/XP0Z+myBTMsV6zIVDXyW6xQkGVVREp/vZb1iPr 2JNuvgXD/A6qErvLvyAyxKBJ5epx/zDBmh9s2/7b2NstCiBA/ehXjm5K/TRgL/a2aHwQBc1F1 vnoUT4xgOQX/VRaHzvYntn9Ky83qBbHoLn4cfbBfQcNeQCZERu4JwuwucBStQaEUSpgMwLtxn j0gDf8lyt/PrrkPsGFwVz4bdwrEBQzSfhpQd74l2ih2Xos0HSmu6Cf9DEtK1TZf9em38qygx+ t3DsKz8GRlIaRZw2M4+jcjNqeBVlaBE1v0t8bcbhxiA84cziXJEzrfQ2UXxZPb/ytd/9CHAG8 Ohn9QyfW/rjBPte04KyqjieE3F77b2SnJqT6kGMkQZD5xk4gWV/OXI6k+wksAMg7LXiQd1UZc szYsnYPDoJ0LhUIE1v/p9YFdPt06btTqrLj9M/QtsGFgW32IokTxBwqCRxStX2uPr0FUxy3Ad CCPDgKGhB4m0+4R/+aRzQI69adG4Yx2wOUIB04v33MWi7SDbY4XJeVHRa+t1jYnqSwqkbFPZw MWb8yQXp5dB34Z3/kVvamVxyJwfRt+UwG9YrAhTTS5TXD5HJZVEmRG9ZAad/K8VrzRTMJIqiY XX+N52e3X74DvjG95UjwHnncrVizY5nzg+VgV/QdisEXnP7JO6NkWsrrdGQWb65BFsHFfFZY7 +bwgEADUjcg4/AOw95azQE8Xhk5kMU09/DbOj+91RNkGpNu7NJbGrtKbR+oxhE8+kl5YkC3l6 R811RBKaPCQoPgM+z X-Rspamd-Queue-Id: 49CFvw2Flzz40bm X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=gK1JqbG0; dmarc=none; spf=pass (mx1.freebsd.org: domain of matthias.andree@gmx.de designates 212.227.15.19 as permitted sender) smtp.mailfrom=matthias.andree@gmx.de X-Spamd-Result: default: False [-1.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.227.15.0/25]; FREEMAIL_FROM(0.00)[gmx.de]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmx.net:+]; RECEIVED_SPAMHAUS_PBL(0.00)[40.112.224.217.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCVD_IN_DNSWL_LOW(-0.10)[19.15.227.212.list.dnswl.org : 127.0.3.1]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.de]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; IP_SCORE(0.00)[ip: (-7.37), ipnet: 212.227.0.0/16(-1.22), asn: 8560(2.06), country: DE(-0.02)]; 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)[gmx.de]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; 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: Thu, 30 Apr 2020 00:03:25 -0000 Am 28.04.20 um 22:02 schrieb Chris: > In sentiment I am inline with your thoughts as well. > Would it be a worthy project to create a mailman(2)-lts port? > I'd be fully up for helping, and or creating it myself. > There's a port that's a shim for py2.x-->py3.x called 2to3, or somethin= g > like that. It also wouldn't be that difficult to simply modify mailman(= 2) > to adopt the py3.x language changes.=20 Given that Mailman is mainly a text processing machine with various heads (mail, web and CGI, command line) interfaces, and one of the ideas driving the incompatible Python 3 was to clean up the delineation of the strings/bytes/unicode types from one another and see to encoding. we'd be in for lots of - ironically speaking - "fun" - meaning code audits, revisions, possibly explicit code to write for the front lines to properly decode external input and encode internal output. I haven't looked into too much detail, but attaining 100% conversion and test coverage would be a challenge and possibly a major undertaking. I'd assume had it been as simple as 2to3 or py-futurize or adopting py-six, someone might have done that already. From owner-freebsd-ports@freebsd.org Thu Apr 30 01:07:03 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1C0C12C8700 for ; Thu, 30 Apr 2020 01:07:03 +0000 (UTC) (envelope-from kremels@kreme.com) Received: from mail.covisp.net (mail.covisp.net [65.121.55.42]) (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 49CHKK10Rvz43gH for ; Thu, 30 Apr 2020 01:07:00 +0000 (UTC) (envelope-from kremels@kreme.com) From: "@lbutlr" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: mail/mailman v3? Date: Wed, 29 Apr 2020 19:06:57 -0600 References: To: FreeBSD In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49CHKK10Rvz43gH X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; 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.51 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MISSING_MIME_VERSION(2.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[kreme.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.991,0]; IP_SCORE(-0.12)[ip: (-0.33), ipnet: 65.112.0.0/12(-0.06), asn: 209(-0.15), country: US(-0.05)]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[42.55.121.65.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:209, ipnet:65.112.0.0/12, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2020 01:07:03 -0000 On 28 Apr 2020, at 14:00, Chris wrote: > as at *least* it completely abandons the previous archive system. Pipermail was=E2=80=A6 lacking. It looked 20 years old (because it was). > Making your previous archive, an archive of an archive. AIUI you can move your entire archive to the new system. You can even = keep pipermail for your old archive. You just can=E2=80=99t use = pipermail with the new system. --=20 "Master, what is the difference between a humanistic, monastic system of belief in which wisdom is sought by means of an apparently nonsensical system of questions and answers, and a lot of mystic gibberish made up on the spur of the moment?" Wen considered = this for some time, and a last said: "A fish!=E2=80=9D From owner-freebsd-ports@freebsd.org Thu Apr 30 01:59:28 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B5F982C9955 for ; Thu, 30 Apr 2020 01:59:28 +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 49CJTr26Psz45s7 for ; Thu, 30 Apr 2020 01:59:27 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1jTyTs-0000zQ-2g; Thu, 30 Apr 2020 03:59:16 +0200 Date: Thu, 30 Apr 2020 03:59:16 +0200 From: Kurt Jaeger To: "@lbutlr" Cc: FreeBSD Subject: Re: mail/mailman v3? Message-ID: <20200430015916.GM39563@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49CJTr26Psz45s7 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.08 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.70)[-0.696,0]; NEURAL_HAM_LONG(-0.39)[-0.389,0]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Apr 2020 01:59:28 -0000 Hi! > On 28 Apr 2020, at 14:00, Chris wrote: > > as at *least* it completely abandons the previous archive system. > > Pipermail was??? lacking. It looked 20 years old (because it was). > > > Making your previous archive, an archive of an archive. > > AIUI you can move your entire archive to the new system. There are many thousand links to the freebsd pipermail archives, and invalidating all those links sounds like a serious loss of institutional memory. Is there a way to cope with that ? Some sort of lookup 'old link' -> 'new link' ? -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-ports@freebsd.org Thu Apr 30 02:55:58 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6061A2CB91E for ; Thu, 30 Apr 2020 02:55:58 +0000 (UTC) (envelope-from portmaster@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CKl13tj2z492S for ; Thu, 30 Apr 2020 02:55:57 +0000 (UTC) (envelope-from portmaster@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 03U2u21k005375 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 29 Apr 2020 19:56:09 -0700 (PDT) (envelope-from portmaster@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: In-Reply-To: <6d669657-05fb-df71-000a-f67523609327@gmx.de> From: Chris Reply-To: portmaster@BSDforge.com To: Matthias Andree Subject: Re: mail/mailman v3? Date: Wed, 29 Apr 2020 19:56:08 -0700 Message-Id: <37c6345886eca3be24a701231483e88b@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49CKl13tj2z492S X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.49 / 15.00]; NEURAL_HAM_MEDIUM(-0.86)[-0.859,0]; NEURAL_HAM_LONG(-0.63)[-0.634,0]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Apr 2020 02:55:58 -0000 On Thu, 30 Apr 2020 02:03:20 +0200 Matthias Andree matthias=2Eandree@gmx=2Ede s= aid > Am 28=2E04=2E20 um 22:02 schrieb Chris: > > In sentiment I am inline with your thoughts as well=2E > > Would it be a worthy project to create a mailman(2)-lts port? > > I'd be fully up for helping, and or creating it myself=2E > > There's a port that's a shim for py2=2Ex-->py3=2Ex called 2to3, or somethin= g > > like that=2E It also wouldn't be that difficult to simply modify mailman(= 2) > > to adopt the py3=2Ex language changes=2E=20 >=20 > Given that Mailman is mainly a text processing machine with various > heads (mail, web and CGI, command line) interfaces, and one of the ideas > driving the incompatible Python 3 was to clean up the delineation of the > strings/bytes/unicode types from one another and see to encoding=2E we'd > be in for lots of - ironically speaking - "fun" - meaning code audits, > revisions, possibly explicit code to write for the front lines to > properly decode external input and encode internal output=2E The string stuff is the challenge (in python), and having just taken a closer look, 3=2Ex makes some changes in this area as well=2E Which only makes the same challenges _different_=2E :( >=20 > I haven't looked into too much detail, but attaining 100% conversion and > test coverage would be a challenge and possibly a major undertaking=2E >=20 > I'd assume had it been as simple as 2to3 or py-futurize or adopting > py-six, someone might have done that already=2E After looking closer, I'm inclined to say the (work) load appears close to the same=2E Only the tasks have changed=2E I really like Perl a lot more for all this string/byte handling stuff=2E Maybe Majordomo? B-} --Chris From owner-freebsd-ports@freebsd.org Thu Apr 30 06:47:44 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D6C822B2A58 for ; Thu, 30 Apr 2020 06:47:44 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49CQtS5Mkcz4MbW for ; Thu, 30 Apr 2020 06:47:44 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id B82BC2B2A56; Thu, 30 Apr 2020 06:47:44 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B6DA12B2A55 for ; Thu, 30 Apr 2020 06:47:44 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::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.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CQtS4WWMz4MbT for ; Thu, 30 Apr 2020 06:47:44 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 967E81AD09 for ; Thu, 30 Apr 2020 06:47:44 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 03U6lisP010009 for ; Thu, 30 Apr 2020 06:47:44 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 03U6li5X010008; Thu, 30 Apr 2020 06:47:44 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202004300647.03U6li5X010008@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Thu, 30 Apr 2020 06:47:44 +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, 30 Apr 2020 06:47:44 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ science/afni | 20.1.03 | afni_20.1.05 ------------------------------------------------+-----------------+------------ 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 Reported by: portscout! From owner-freebsd-ports@freebsd.org Thu Apr 30 07:20:07 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 710E92B3478 for ; Thu, 30 Apr 2020 07:20:07 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Received: from hermes.heuristicsystems.com.au (hermes.heuristicsystems.com.au [203.41.22.115]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2560 bits) client-digest SHA256) (Client CN "hermes.heuristicsystems.com.au", Issuer "Heuristic Systems Type 4 Host CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CRbl67Hfz4P0f for ; Thu, 30 Apr 2020 07:20:00 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Received: from [10.0.5.3] (noddy.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.15.2/8.15.2) with ESMTPSA id 03U7J5kg029124 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Thu, 30 Apr 2020 17:19:06 +1000 (AEST) (envelope-from dewayne@heuristicsystems.com.au) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=heuristicsystems.com.au; s=hsa; t=1588231146; x=1588835947; bh=tFq3gNxFCDBMfqmN6RrMNH0C6Xoux5mXSM3q3KwO6lA=; h=From:To:Subject:Message-ID:Date; b=YhsJx9kxWm7IlN+4L17jT0VdZ2GzhJAWue5A2CVNi7eE1JhSE7+b/ZXGUXVHJ2omj nIU1GQJUeM8/fqULMKqy0gJKB7Duber/zl/+TmkTyl2lm7iNtnU3K4LJySiAL5n6Rq k3MR97uv/DJQs27hxIa5JR6NpEPfE501BcFeTfjw2m40vX1HtYDP6 X-Authentication-Warning: b3.hs: Host noddy.hs [10.0.5.3] claimed to be [10.0.5.3] From: Dewayne Geraghty Autocrypt: addr=dewayne@heuristicsystems.com.au; prefer-encrypt=mutual; keydata= mQFNBFbOsVMBCgDfvi2PspSwoMEtFhF+aFLQKtzSA9f0dhDqthKHESdfbqxvKzhkBjvTJ5Na EgjKoKfoQTh5xuIv3HLhtDo5PeasPgQl9cPJeriqmqlS+UhY5BGYcMc1AO/TX0fsDaQz96ko at3RUW7sff/qPgVzSurk+DV5h866gPdn5Jdjohyl2F1rzRl6dnaAIyg49zlwZOnPHJGKye+B meqUCnPRglhkpNqXR3v1ulbWpfwhdNDvWT82qTG/qsFy/agjJvxwLuEBeoGc1dPWasO8Nztt 0dqf1Lpeg6SX2yJd76WVS4znt88OEbx/QL2PTJ/YtSepS68WaeKuARKPukkU+QXDep0gaLPl /TvU5xAZndNB3rYnpmoLb32pDHlrJbZUVyTMqc3J2EYM6aaizCpg4VEvVpVSqUT4D9MuREhu PeZ3SvEazQARAQABiQF3BB8BCAAhBQJWzrFTFwyAAWHe5yZt8RJL0vaU1MfDto5dBmeFAgcA AAoJEJVk7a1LmFrdy2QJ/AysDdFIMCRiaqEellprZQyEz5I/qZJEi6yRfXH813hhISFz6moh urZYLQ9SRdyMntT8W3Oc4pJc9fF9RSnY0SSQY/arZbrvsv6hKb1KtIK7P5mLS914J9buxEcJ SWeVuOuMA9aCNqg5uMu19pH5pXayORfbv+K7vFPiyllZ64ShUWZJL69vAc/TsbvMrGtG1M4P qyWCOKEiUT93zhVGQoA0aUYjMAZoyvozZCuieo4O8hkPgMz9lka+3bqQBSOB+qO4Iz+CZs0k Lw7Soga6bRqLK86DH99WjTA6Oj1r8Won+j4V9fnTDCVJoSyqdVHLySDv/lHaNu4Ia4AO4i2d shmLw03gOUvoWLJx5X01A5Zio4FvecnpZqQ0Wz5Ph9MiK3lwarfjonTOLeNGd5BpdnHu5VRC fJml7uAYeyKsD8C4tEBEZXdheW5lIEdlcmFnaHR5IDxkZXdheW5lLmdlcmFnaHR5QGNvbnNj aXVtaW50ZXJuYXRpb25hbC5jb20uYXU+iQGXBBMBCABBAhshCwsKDQkIDAcLAwIECBUKCQgL AwIBBRYDAgEAAh4BAheAFiEEC8bIxjMx+sDl4ZCClWTtrUuYWt0FAl5UUOgACgkQlWTtrUuY Wt3xZAn/W/mq5nDhLIfqxVM9GbU8rGzNsGLfnt5NCVcWlBKhgxOOw9EWkcRTMymwX9OMqwxI +te6Gvy7rG53T2xprtsQyqESZmjWcUSEPsQ9hjw4VZCL15ftBeZMYyO2T1e41UImXAlftleT 2kXCktgyAfwfCzHhFiZM8k9QMFQV1x+JukJ9xPFBgICRLsLsVNVw/R1L7KqARuws4HqXxY1J SCpO+FB4b6tWSIRKbzlb6tctdKppKbG/adVYuoK61ngvmsAzy/9OLhF8u1MNCgyFd2woOErh /zyuap8KvJZMlwAIqpjsoHyXsa0cq8A/uNQSmodwBpRsEGXCmZIZq2FJw6N+38to8C8m97q0 YWrY63VsoA6hA4A4/ywzE3EiwGvqJQBMRv2ET3TIdTyLoEIwXq2bDPU7XTZGh5UZEsKFMHH5 228= To: "freebsd-ports@freebsd.org" Subject: Ports failing with -fno-common with clang 9/gcc 9 Message-ID: Date: Thu, 30 Apr 2020 17:19:00 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49CRbl67Hfz4P0f X-Spamd-Bar: -------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=heuristicsystems.com.au header.s=hsa header.b=YhsJx9kx; dmarc=none; spf=pass (mx1.freebsd.org: domain of dewayne@heuristicsystems.com.au designates 203.41.22.115 as permitted sender) smtp.mailfrom=dewayne@heuristicsystems.com.au X-Spamd-Result: default: False [-8.59 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[heuristicsystems.com.au:s=hsa]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[heuristicsystems.com.au.dwl.dnswl.org : 127.0.4.2]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[heuristicsystems.com.au]; RCVD_IN_DNSWL_MED(-0.20)[115.22.41.203.list.dnswl.org : 127.0.4.2]; DKIM_TRACE(0.00)[heuristicsystems.com.au:+]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.39)[ip: (-9.77), ipnet: 203.40.0.0/13(-4.38), asn: 1221(-2.83), country: AU(0.01)]; ASN(0.00)[asn:1221, ipnet:203.40.0.0/13, country:AU]; 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: Thu, 30 Apr 2020 07:20:07 -0000 As -fno-common will become the default in gcc10/llvm11 per https://lists.freebsd.org/pipermail/svn-src-stable-12/2020-April/004761.html I thought I might share the list of ports that failed to build for maintainers to be aware of using -fno-common: archivers/arc benchmarks/iozone benchmarks/netperf databases/gdbm databases/libmemcached databases/pgpool-II-40 databases/postgresql11-client databases/postgresql11-server devel/gnustep-make devel/libunwind graphics/freeglut lang/erlang lang/gnustep-base lang/libobjc2 lang/yap-devel mail/isoqlog mail/spamilter net-mgmt/argus3 net-mgmt/argus3-clients net-mgmt/iftop net-mgmt/nagios4 net/fping net/isc-dhcp44-client net/isc-dhcp44-relay net/isc-dhcp44-server net/socat net/ss5 net/tableutil ports-mgmt/pkg security/gnupg1 security/openvas9-manager security/openvpn-auth-ldap security/ossec-hids-local security/ossec-hids-server security/snort security/suricata sysutils/LPRng sysutils/logrotate sysutils/lsof sysutils/mpiexec www/squidguard www/webalizer I'm sorry this is a small list but I only use 1488 ports. From owner-freebsd-ports@freebsd.org Thu Apr 30 07:53:39 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 47C332B40F3; Thu, 30 Apr 2020 07:53:39 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CSLW0yjKz4QRs; Thu, 30 Apr 2020 07:53:39 +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 0432414FAF; Thu, 30 Apr 2020 07:53:39 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id A797D4976B; Thu, 30 Apr 2020 09:53:37 +0200 (CEST) Date: Thu, 30 Apr 2020 09:53:37 +0200 From: Baptiste Daroussin To: Cy Schubert Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: sysutils/screen-ncurses port Message-ID: <20200430075337.3wdzglshhorcd2qn@ivaldir.net> References: <202004291841.03TIfkZh081308@slippy.cwsent.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vwrr5drfobpkyvop" Content-Disposition: inline In-Reply-To: <202004291841.03TIfkZh081308@slippy.cwsent.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: Thu, 30 Apr 2020 07:53:39 -0000 --vwrr5drfobpkyvop Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 29, 2020 at 11:41:46AM -0700, Cy Schubert wrote: > Would people be open to the idea of a sysutils/screen-ncurses port that= =20 > depends on devel/ncurses instead of ncureses in base? The reason for this= =20 > is there are screen.* terminfo entries in devel/ncurses that don't exist = in=20 > termcap(5). People who want that extra functionality would be advised to= =20 > install the alternative pkg or build the sysutils/screen port with the=20 > appropriate option. >=20 > Or, simply change the default from whatever ncurses is available to alway= s=20 > install devel/ncurses. People could always select one of the other option= s.=20 > Personally, I'm not enamoured with this approach. I think it is a terrible idea, and we should fix the initial problem instea= d of workarounding it. 1/ why those are not in our termcap(5) ? they should be added if they are missing. and MFC asap (prior 11.4 and 12.2 would be nice) 2/ we should allow our base ncurses to get informations from newer termcap(= 5) if needed. So far the default TERMCAP is ${HOME}/.termcap{,.db}:/etc/termcap{,.db}:/usr/share/misc/termcap{,.db} First the user can be advise to point configure the $home/.termcap this is = for quick now. Second for later futur proof mechanism we could modify our termcap reader (= we use our own, not the one in provided by ncurses). to be able to fetch termc= ap capabilities from /usr/local/share/misc/termcap/*.conf for example This way ports with random termcap info to add would be able to do it witho= ut the requirement to wait for a commit in base and a MFC. Best regards, Bapt --vwrr5drfobpkyvop Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAl6qg/4ACgkQY4mL3PG3 PlrJNA//aYWkqDHtiN/wmFRANRvb8Yf+yaVvvFssytVT2BuN6w7WrPNOpIXCtigE VmTJOWZdIlvE/ofUaqch2o8+MjJJLe/tKc7jhkYx6K1EMQNY1RLXhM5jwdKSE1XG /28+YYecstA5iLd8Juw+7zFoav6H1xJNSOXeuk0kUPuFXDkiINYBe+Xo9mNmpZ4J nZfoDg/sAFG0WoRsWyrhabIsv7C6ptAt8j4BcAD5Nj9jUn2+B49ir3YeaLaJfe90 ecorsaRVghTzGBaDcS2opgPP5jaJL1SVwLsKINb13V4hyyibIykh5dFeNFxmQihE /0oh1Pmk/nHCqPq2sILCogtIcrMgljFFU9PCmh17DHFkGp25Lm/JsfZKeKgCc8G1 ObjxtNfjzZrd5nAlS45RSPqGQUbsnGyfTjlzv1FDE7KHB7b64EsQktTiRIz2Xpuy DzTm8CaQqTh49DA4g96Y7hkT7GygSBd8wC2ZudmbXd/nZoyeBT5ILM72TK6YvmRB POOoYQ9YHdOz2yTMcLPbC0zMrLbVuzXsjr5FdQ1R4JgYGYhrpz20rDr7lL3uZK6x e8TSwBAvkezN28pQbQD7VV1oEfpwkma+LCksUKXUEKhRvvf5/1hMSvy3sgPwYt6k 10LqFcWbJS93W8xmK/cptA+sBmzM1sc20m1rEYbY8LhLFb6DIWg= =uTC4 -----END PGP SIGNATURE----- --vwrr5drfobpkyvop-- From owner-freebsd-ports@freebsd.org Thu Apr 30 08:45:26 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B75862B546E for ; Thu, 30 Apr 2020 08:45:26 +0000 (UTC) (envelope-from kremels@kreme.com) Received: from mail.covisp.net (mail.covisp.net [65.121.55.42]) (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 49CTVF3WBXz4Sqv for ; Thu, 30 Apr 2020 08:45:25 +0000 (UTC) (envelope-from kremels@kreme.com) From: "@lbutlr" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: mail/mailman v3? Date: Thu, 30 Apr 2020 02:45:22 -0600 References: <20200430015916.GM39563@home.opsec.eu> To: FreeBSD In-Reply-To: <20200430015916.GM39563@home.opsec.eu> Message-Id: <6D0DC1B3-0B54-401D-B5AE-06D35507CD7E@kreme.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49CTVF3WBXz4Sqv X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; 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.51 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MISSING_MIME_VERSION(2.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[kreme.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.991,0]; IP_SCORE(-0.12)[ip: (-0.33), ipnet: 65.112.0.0/12(-0.06), asn: 209(-0.15), country: US(-0.05)]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; RCVD_IN_DNSWL_LOW(-0.10)[42.55.121.65.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:209, ipnet:65.112.0.0/12, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2020 08:45:26 -0000 >> AIUI you can move your entire archive to the new system. >=20 > There are many thousand links to the freebsd pipermail archives, > and invalidating all those links sounds like a serious loss of = institutional > memory. As I said in the pat of my message you snipped, you do not have to = remove your pipermail archives. Here is is again: You can even keep pipermail for your old archive. You just can=E2=80=99t = use pipermail with the new system. --=20 Looking into Granny's eyes was like looking into a mirror. What you saw looking back at you was yourself, and there was no hiding place. From owner-freebsd-ports@freebsd.org Thu Apr 30 12:57:00 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 168AA2BB964; Thu, 30 Apr 2020 12:57:00 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Cb4W52FVz4hLh; Thu, 30 Apr 2020 12:56:59 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id U8kKjgBjQ62brU8kLjyufH; Thu, 30 Apr 2020 06:56:57 -0600 X-Authority-Analysis: v=2.3 cv=LKf9vKe9 c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=xqWC_Br6kY4A:10 a=kj9zAlcOel0A:10 a=cl8xLZFz6L8A:10 a=mi56gJdQAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=ySva8SyWCrrxmI7PxSoA:9 a=CjuIK1q_8ugA:10 a=m6W23KLcDyq3lIHOBnQi:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [IPv6:fc00:1:1:1::5b]) by spqr.komquats.com (Postfix) with ESMTPS id E1AE7E95; Thu, 30 Apr 2020 05:56:54 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 03UCushn050862; Thu, 30 Apr 2020 05:56:54 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 03UCusls050859; Thu, 30 Apr 2020 05:56:54 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202004301256.03UCusls050859@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Baptiste Daroussin cc: Cy Schubert , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: sysutils/screen-ncurses port In-reply-to: <20200430075337.3wdzglshhorcd2qn@ivaldir.net> References: <202004291841.03TIfkZh081308@slippy.cwsent.com> <20200430075337.3wdzglshhorcd2qn@ivaldir.net> Comments: In-reply-to Baptiste Daroussin message dated "Thu, 30 Apr 2020 09:53:37 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 30 Apr 2020 05:56:54 -0700 X-CMAE-Envelope: MS4wfPjq5QMzjFYYzLcR9P+na5jVnJpxeLLw1v5M4UaUbPxH3EclM4UmdEl5ajstgW6smAT3KS5/VA0Hg3QaIDBNpGhJ1AH7uwPWyo6vlcIb4xq2smbNlw0w rQUJE/xVyVSR6iGw00cscfR9mpebvJDMvhzrlJ/zeb5XY+yPH2slhvGcp5YrU1N5DLZvA2xlnBhW8moZITw+vGeU2hVQqeu96f9J809zSeSn8rB2gFMKo+8k Mn0oFpudoLtmzcWW/d/EHw== X-Rspamd-Queue-Id: 49Cb4W52FVz4hLh X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,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: Thu, 30 Apr 2020 12:57:00 -0000 In message <20200430075337.3wdzglshhorcd2qn@ivaldir.net>, Baptiste Daroussin wr ites: > > > --vwrr5drfobpkyvop > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Wed, Apr 29, 2020 at 11:41:46AM -0700, Cy Schubert wrote: > > Would people be open to the idea of a sysutils/screen-ncurses port that= > =20 > > depends on devel/ncurses instead of ncureses in base? The reason for this= > =20 > > is there are screen.* terminfo entries in devel/ncurses that don't exist = > in=20 > > termcap(5). People who want that extra functionality would be advised to= > =20 > > install the alternative pkg or build the sysutils/screen port with the=20 > > appropriate option. > >=20 > > Or, simply change the default from whatever ncurses is available to alway= > s=20 > > install devel/ncurses. People could always select one of the other option= > s.=20 > > Personally, I'm not enamoured with this approach. > > I think it is a terrible idea, and we should fix the initial problem instea= > d of > workarounding it. > > 1/ why those are not in our termcap(5) ? they should be added if they are > missing. and MFC asap (prior 11.4 and 12.2 would be nice) I came to this conclusion last night after sending this email thread oud and will test it some time today. > > 2/ we should allow our base ncurses to get informations from newer termcap(= > 5) if > needed. > So far the default TERMCAP is > ${HOME}/.termcap{,.db}:/etc/termcap{,.db}:/usr/share/misc/termcap{,.db} > > First the user can be advise to point configure the $home/.termcap this is = > for > quick now. > > Second for later futur proof mechanism we could modify our termcap reader (= > we > use our own, not the one in provided by ncurses). to be able to fetch termc= > ap > capabilities from /usr/local/share/misc/termcap/*.conf for example > > This way ports with random termcap info to add would be able to do it witho= > ut > the requirement to wait for a commit in base and a MFC. This is probably outside of my scope at the moment but, yes, agreed. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org The need of the many outweighs the greed of the few. From owner-freebsd-ports@freebsd.org Thu Apr 30 13:00:24 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AD3E62BBD7A for ; Thu, 30 Apr 2020 13:00:24 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: from aurora.gregv.net (aurora.gregv.net [192.111.144.138]) by mx1.freebsd.org (Postfix) with ESMTP id 49Cb8R5SQSz4hk7 for ; Thu, 30 Apr 2020 13:00:23 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: by aurora.gregv.net (Postfix, from userid 1001) id 91277763; Thu, 30 Apr 2020 09:00:17 -0400 (EDT) Date: Thu, 30 Apr 2020 09:00:17 -0400 From: Greg Veldman To: Chris Cc: Matthias Andree , freebsd-ports@freebsd.org Subject: Re: mail/mailman v3? Message-ID: <20200430130017.GZ1068@aurora.gregv.net> References: <6d669657-05fb-df71-000a-f67523609327@gmx.de> <37c6345886eca3be24a701231483e88b@udns.ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37c6345886eca3be24a701231483e88b@udns.ultimatedns.net> User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 49Cb8R5SQSz4hk7 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@gregv.net has no SPF policy when checking 192.111.144.138) smtp.mailfrom=freebsd@gregv.net X-Spamd-Result: default: False [4.97 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[gregv.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.96)[0.958,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.999,0]; R_SPF_NA(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:31863, ipnet:192.111.144.0/20, country:US]; FREEMAIL_CC(0.00)[gmx.de]; IP_SCORE(1.11)[ipnet: 192.111.144.0/20(1.98), asn: 31863(3.62), country: US(-0.05)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Apr 2020 13:00:24 -0000 On Wed, Apr 29, 2020 at 07:56:08PM -0700, Chris wrote: > I really like Perl a lot more for all this string/byte handling stuff. > Maybe Majordomo? B-} The latest release was two decades ago, not sure I'd go that route. ;-) Sympa would probably be a better choice. -- Greg Veldman freebsd@gregv.net From owner-freebsd-ports@freebsd.org Thu Apr 30 13:04:50 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A94842BC068; Thu, 30 Apr 2020 13:04:50 +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 49CbFZ3wf3z4j7J; Thu, 30 Apr 2020 13:04:50 +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 6B15D19210; Thu, 30 Apr 2020 13:04:50 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id 19FFC49DCC; Thu, 30 Apr 2020 15:04:49 +0200 (CEST) Date: Thu, 30 Apr 2020 15:04:49 +0200 From: Baptiste Daroussin To: Cy Schubert Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: sysutils/screen-ncurses port Message-ID: <20200430130449.cwsf3x42o6w67gor@ivaldir.net> References: <202004291841.03TIfkZh081308@slippy.cwsent.com> <20200430075337.3wdzglshhorcd2qn@ivaldir.net> <202004301256.03UCusls050859@slippy.cwsent.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mvhxgm4zl62unzlf" Content-Disposition: inline In-Reply-To: <202004301256.03UCusls050859@slippy.cwsent.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: Thu, 30 Apr 2020 13:04:50 -0000 --mvhxgm4zl62unzlf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 30, 2020 at 05:56:54AM -0700, Cy Schubert wrote: > In message <20200430075337.3wdzglshhorcd2qn@ivaldir.net>, Baptiste=20 > Daroussin wr > ites: > >=20 > > > > --vwrr5drfobpkyvop > > Content-Type: text/plain; charset=3Dus-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding: quoted-printable > > > > On Wed, Apr 29, 2020 at 11:41:46AM -0700, Cy Schubert wrote: > > > Would people be open to the idea of a sysutils/screen-ncurses port th= at=3D > > =3D20 > > > depends on devel/ncurses instead of ncureses in base? The reason for = this=3D > > =3D20 > > > is there are screen.* terminfo entries in devel/ncurses that don't ex= ist =3D > > in=3D20 > > > termcap(5). People who want that extra functionality would be advised= to=3D > > =3D20 > > > install the alternative pkg or build the sysutils/screen port with th= e=3D20 > > > appropriate option. > > >=3D20 > > > Or, simply change the default from whatever ncurses is available to a= lway=3D > > s=3D20 > > > install devel/ncurses. People could always select one of the other op= tion=3D > > s.=3D20 > > > Personally, I'm not enamoured with this approach. > > > > I think it is a terrible idea, and we should fix the initial problem in= stea=3D > > d of > > workarounding it. > > > > 1/ why those are not in our termcap(5) ? they should be added if they a= re > > missing. and MFC asap (prior 11.4 and 12.2 would be nice) >=20 > I came to this conclusion last night after sending this email thread oud= =20 > and will test it some time today. >=20 > > > > 2/ we should allow our base ncurses to get informations from newer term= cap(=3D > > 5) if > > needed. > > So far the default TERMCAP is > > ${HOME}/.termcap{,.db}:/etc/termcap{,.db}:/usr/share/misc/termcap{,.db} > > > > First the user can be advise to point configure the $home/.termcap this= is =3D > > for > > quick now. that is in your scope via a pkg-message :D > > > > Second for later futur proof mechanism we could modify our termcap read= er (=3D > > we > > use our own, not the one in provided by ncurses). to be able to fetch t= ermc=3D > > ap > > capabilities from /usr/local/share/misc/termcap/*.conf for example > > > > This way ports with random termcap info to add would be able to do it w= itho=3D > > ut > > the requirement to wait for a commit in base and a MFC. >=20 > This is probably outside of my scope at the moment but, yes, agreed. >=20 I will then. I added that to my TODO Bestr regards, Bapt --mvhxgm4zl62unzlf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAl6qzPEACgkQY4mL3PG3 PlpIIQ/7BUyjURoNqqmH3QOHPrVf1bNWRgth6WveRdameFKBfH/cY/ak4tc3DQyc EYfSy80w+IdAbGeWP1Oba3mqaycNaS/M5F/suaWz8/YyPU8mb6MqhwCctCphZcsT bBzP7Vp3PtY3Ti0pVDaASoXwO/247om7jQzIoxZsrIfkuGDzP1A7+LrbUYQNMDSz uPPG26bdolVMqPqd1l0/XzimnDDpCD2M1S5aEiFGehVsvv2wt/8dyKKmB0YQXhWs vve7ha6N4kAr1CsWO7S3r/+IIgaEhb6W2oyIvUgHrijP5NAL0hUNrSRLdIgO6YUO d+zraHoZBveEd8j/XgoX2QLBQxBCTKC8PJ9RiH5DFgHJmdgLFwGTFCeekD6gEReS J65CBwnXf6cURUPpuRwTHhNRGe+Zw2lj5bPhqr3BnfAMWJgze4oWSeQpgB+W9VqA cbw4rQ9ye9ZXyvc2w88Hj6hJ0mPWrMm30YL/9povKdF2ciFSQJzvxGRKsOLE0LZA do5SzR1mev/AKcr8wA/yP/+ZV7LsRC0/KBy0HsaXsnIIZxvnScI5ETB4aQigQB6Q 2AWft+QaqEzVQF9xoe9rd9LW21P7Wx2PtBRJExs5/VC6yn9gKakhFZdf9R3AKXVC y3nuaUkumAArpQJvCWBcPFLP4jIzHKoLuB0iAsSYHpFjNj2l/SE= =Wjf9 -----END PGP SIGNATURE----- --mvhxgm4zl62unzlf-- From owner-freebsd-ports@freebsd.org Thu Apr 30 13:18:16 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AF8172BC702 for ; Thu, 30 Apr 2020 13:18:16 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: from aurora.gregv.net (aurora.gregv.net [192.111.144.138]) by mx1.freebsd.org (Postfix) with ESMTP id 49CbY40F5wz4k7t; Thu, 30 Apr 2020 13:18:15 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: by aurora.gregv.net (Postfix, from userid 1001) id 7DC3A763; Thu, 30 Apr 2020 09:18:15 -0400 (EDT) Date: Thu, 30 Apr 2020 09:18:15 -0400 From: Greg Veldman To: Kurt Jaeger Cc: "@lbutlr" , FreeBSD Subject: Re: mail/mailman v3? Message-ID: <20200430131815.GA1068@aurora.gregv.net> References: <20200430015916.GM39563@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200430015916.GM39563@home.opsec.eu> User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 49CbY40F5wz4k7t X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@gregv.net has no SPF policy when checking 192.111.144.138) smtp.mailfrom=freebsd@gregv.net X-Spamd-Result: default: False [4.98 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gregv.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.975,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:31863, ipnet:192.111.144.0/20, country:US]; MIME_TRACE(0.00)[0:+]; IP_SCORE(1.10)[ipnet: 192.111.144.0/20(1.94), asn: 31863(3.62), country: US(-0.05)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Apr 2020 13:18:16 -0000 On Thu, Apr 30, 2020 at 03:59:16AM +0200, Kurt Jaeger wrote: > There are many thousand links to the freebsd pipermail archives, > and invalidating all those links sounds like a serious loss of institutional > memory. > > Is there a way to cope with that ? Some sort of > lookup 'old link' -> 'new link' ? Internally, the Mailman archives are just a bunch of script-generated flat HTML and TXT files. The only Mailman specific thing is the bit of logic that gates access to a private archive with a credential check. For public archives (which if my understanding is right, most Mailman-managed FreeBSD lists are) there should just be a line somewhere in your HTTPD config that aliases pipermail/ to /archives/public/. So no matter what you switch to if/when Mailman2 dies, it should be fairly trivial to preserve the current archives in a read-only state at their current URLs. Even private ones, assuming you replace the Mailman gatekeeper with something else (perhaps access control in your HTTPD itself). -- Greg Veldman freebsd@gregv.net From owner-freebsd-ports@freebsd.org Thu Apr 30 14:56:13 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F36832BFDA5 for ; Thu, 30 Apr 2020 14:56:13 +0000 (UTC) (envelope-from kevans@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 49Cdk568yBz4trg for ; Thu, 30 Apr 2020 14:56:13 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f182.google.com (mail-qk1-f182.google.com [209.85.222.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id C47EF19F4F for ; Thu, 30 Apr 2020 14:56:13 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f182.google.com with SMTP id k81so3248529qke.5 for ; Thu, 30 Apr 2020 07:56:13 -0700 (PDT) X-Gm-Message-State: AGi0PubKki6SONr7eh+Btj+izUeRy/qJgrWbSQsOjWMCbkKnYupQXHWj zZwVMu8iRCYik73YDOGP5UzihHUsfctOWGw85Is= X-Google-Smtp-Source: APiQypKcbHRv+FfPxgEwLikaA2zhEC6Zs0RPOUPJ1qOPzySuyhrJGXL6wNhYLSzA+OFeOBDCsLjovZozY+UbTHVdzFc= X-Received: by 2002:a05:620a:1395:: with SMTP id k21mr4004158qki.120.1588258573286; Thu, 30 Apr 2020 07:56:13 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Thu, 30 Apr 2020 09:56:00 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Ports failing with -fno-common with clang 9/gcc 9 To: Dewayne Geraghty Cc: "freebsd-ports@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Apr 2020 14:56:14 -0000 On Thu, Apr 30, 2020 at 2:20 AM Dewayne Geraghty wrote: > > As -fno-common will become the default in gcc10/llvm11 per > https://lists.freebsd.org/pipermail/svn-src-stable-12/2020-April/004761.html > First- thanks! It's nice to see confirmation that the messages being written here aren't just being broadcasted to the void, doubly so when said confirmation is in the form of e-mails like this. :-) > I thought I might share the list of ports that failed to build for > maintainers to be aware of using -fno-common: > > I'm sorry this is a small list but I only use 1488 ports. Indeed, it looks like a small list, but you've just identified 42 problems to work on while only using ~5% (? based on 30,000 ports, which I know is probably low) of the ports tree. That is to say, I think this speaks to the magnitude of the issue we're dealing with here. Many will escape unscathed, but it's a good idea for everyone to start taking action *now* to identify and fix or report these so that we're not overloading our relatively small group of toolchain folks in the next ~6 months. My experience in base revealed that most of the third party software we had there was already aware of the coming change and had patches to accommodate, so: - For projects with a faster release cadence, this may be easily overcome by events - For projects with a slower release cadence, you may find patches that can be or have been backported In any event, I would urge folks to be proactive and identify this stuff, reporting issues upstream and spreading awareness of the impending default change for those projects that may not already be actively aware. On a closing note, I'm just going to kinda drop these patches here for anyone that's willing/able to help make this a collective effort to identify/fix/report problems here; they backport the default -fno-common patch from future-LLVM11 to the base system compiler on a system near you: HEAD: https://people.freebsd.org/~kevans/llvm-fnocommon-head.diff stable/12: https://people.freebsd.org/~kevans/llvm-fnocommon-12.diff **Note that FreeBSD branches earlier than these (in the past couple of weeks!) will not fully build with this patch applied:** - r360072 (head) - r360496 (stable/12) - r360494 (stable/11) Userland builds (all that's needed for most poudriere jails) should be fine in the past couple of weeks earlier than those commits, but no active releases will build with these patches applied. Folks can feel free to tag me in -fno-common related PRs if assistance is needed for any reason. Thanks, Kyle Evans From owner-freebsd-ports@freebsd.org Thu Apr 30 17:15:55 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 66BE82C368B for ; Thu, 30 Apr 2020 17:15:55 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49ChqG5wzLz3KkL for ; Thu, 30 Apr 2020 17:15:54 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: by mailman.nyi.freebsd.org (Postfix) id C96E82C368A; Thu, 30 Apr 2020 17:15:54 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C81602C3689 for ; Thu, 30 Apr 2020 17:15:54 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from x-ray.optiplex-networks.com (mail.optiplex-networks.com [212.159.80.20]) (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 49ChqG2H97z3KkK for ; Thu, 30 Apr 2020 17:15:53 +0000 (UTC) (envelope-from kayasaman@optiplex-networks.com) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 5839A7204B1 for ; Thu, 30 Apr 2020 18:15:52 +0100 (BST) Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id uSCJlfG0NpF4 for ; Thu, 30 Apr 2020 18:15:51 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by x-ray.optiplex-networks.com (Postfix) with ESMTP id 521D8720857 for ; Thu, 30 Apr 2020 18:15:51 +0100 (BST) DKIM-Filter: OpenDKIM Filter v2.10.3 x-ray.optiplex-networks.com 521D8720857 X-Virus-Scanned: amavisd-new at x-ray.optiplex-networks.com Received: from x-ray.optiplex-networks.com ([127.0.0.1]) by localhost (x-ray.optiplex-networks.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id fZLQa6o7bP8I for ; Thu, 30 Apr 2020 18:15:51 +0100 (BST) Received: from x220.optiplex-networks.com (unknown [192.168.0.227]) by x-ray.optiplex-networks.com (Postfix) with ESMTPSA id 390FF7204B1 for ; Thu, 30 Apr 2020 18:15:51 +0100 (BST) To: ports From: Kaya Saman Subject: libvirt port fails to build Message-ID: <6228a054-a611-7a1c-8e00-e7c07b6e0b02@optiplex-networks.com> Date: Thu, 30 Apr 2020 18:15:51 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49ChqG2H97z3KkK X-Spamd-Bar: - X-Spamd-Result: default: False [-1.69 / 15.00]; NEURAL_HAM_MEDIUM(-0.81)[-0.811,0]; NEURAL_HAM_LONG(-0.88)[-0.883,0]; ASN(0.00)[asn:6871, ipnet:212.159.64.0/18, country:GB]; local_wl_ip(0.00)[212.159.80.20] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Apr 2020 17:15:55 -0000 Hi, I'm trying to update my ports and ran into a problem where libvirt isn't=20 building. The base OS is running RELEASE: 12.1-RELEASE-p1 GENERIC amd64 I'm using Portmaster with command: portmaster -ad -y --no-confirm I also tested with with standard @port command and still build fails: cd /usr/ports/devel/libvirt make Below are the lines from the failure: libtool: compile:=C2=A0 cc -DHAVE_CONFIG_H -I.=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src -I..=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0 -I../include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/util -I./util=20 -DIN_LIBVIRT -Dabs_top_builddir=3D\"/usr/ports/devel/libvirt/work/.build\= "=20 -Dabs_top_srcdir=3D\"/usr/ports/devel/libvirt/work/libvirt-6.2.0\"=20 -I/usr/local/include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/conf=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/locking -I./locking=20 -I./rpc -I/usr/local/include/libxml2 -I/usr/local/include/glib-2.0=20 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread=20 -fno-common -W -Wabsolute-value -Waddress -Waddress-of-packed-member=20 -Wall -Wattributes -Wbuiltin-macro-redefined -Wcast-align=20 -Wchar-subscripts -Wcomment -Wcomments -Wcpp -Wdangling-else -Wdate-time=20 -Wdeprecated-declarations -Wdiv-by-zero -Wdouble-promotion=20 -Wduplicate-decl-specifier -Wempty-body -Wendif-labels=20 -Wexpansion-to-defined -Wextra -Wformat-extra-args -Wformat-nonliteral=20 -Wformat-security -Wformat-y2k -Wformat-zero-length -Wignored-attributes=20 -Wignored-qualifiers -Wimplicit -Wimplicit-function-declaration=20 -Wimplicit-int -Wincompatible-pointer-types -Winit-self -Winline=20 -Wint-conversion -Wint-to-pointer-cast -Winvalid-pch=20 -Wlogical-not-parentheses -Wmain -Wmemset-transposed-args=20 -Wmissing-braces -Wmissing-declarations -Wmissing-field-initializers=20 -Wmissing-include-dirs -Wmissing-prototypes -Wmultichar -Wnarrowing=20 -Wnested-externs -Wnonnull -Wnull-dereference -Wodr=20 -Wold-style-definition -Woverflow -Woverride-init -Wparentheses=20 -Wpointer-arith -Wpointer-sign -Wpointer-to-int-cast -Wpragmas=20 -Wreturn-type -Wsequence-point -Wshadow -Wshift-count-negative=20 -Wshift-count-overflow -Wshift-negative-value -Wsizeof-array-argument=20 -Wsizeof-pointer-div -Wsizeof-pointer-memaccess -Wstrict-aliasing=20 -Wstrict-prototypes -Wswitch -Wswitch-bool -Wtautological-compare=20 -Wtrigraphs -Wtype-limits -Wuninitialized -Wunknown-pragmas -Wunused=20 -Wunused-function -Wunused-label -Wunused-local-typedefs=20 -Wunused-parameter -Wunused-result -Wunused-value -Wunused-variable=20 -Wvarargs -Wvariadic-macros -Wvla -Wvolatile-register-var=20 -Wwrite-strings -Wno-unused-function -Wno-sign-compare=20 -Wno-typedef-redefinition -Wswitch-enum -Wno-format-nonliteral=20 -Wframe-larger-than=3D4096 -fstack-protector=20 -Wno-unused-command-line-argument -fexceptions=20 -fasynchronous-unwind-tables -std=3Dgnu99 -O2 -pipe -I/usr/local/include=20 -fstack-protector-strong -fno-strict-aliasing -D_IFI_OQDROPS -MT=20 locking/lockd_la-lock_protocol.lo -MD -MP -MF=20 locking/.deps/lockd_la-lock_protocol.Tpo -c locking/lock_protocol.c=C2=A0= =20 -fPIC -DPIC -o locking/.libs/lockd_la-lock_protocol.o mv -f locking/.deps/lockd_la-lock_protocol.Tpo=20 locking/.deps/lockd_la-lock_protocol.Plo /bin/sh ../libtool=C2=A0 --tag=3DCC=C2=A0=C2=A0 --mode=3Dcompile cc -DHAV= E_CONFIG_H -I.=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src -I..=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0 -I../include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/util -I./util=20 -DIN_LIBVIRT=20 -Dabs_top_builddir=3D"\"/usr/ports/devel/libvirt/work/.build\""=20 -Dabs_top_srcdir=3D"\"/usr/ports/devel/libvirt/work/libvirt-6.2.0\""=20 -I/usr/local/include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/access -I./access=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/conf=20 -I/usr/local/include/libxml2=C2=A0 -I/usr/local/include/glib-2.0=20 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread=20 -fno-common -W -Wabsolute-value -Waddress -Waddress-of-packed-member=20 -Wall -Wattributes -Wbuiltin-macro-redefined -Wcast-align=20 -Wchar-subscripts -Wcomment -Wcomments -Wcpp -Wdangling-else -Wdate-time=20 -Wdeprecated-declarations -Wdiv-by-zero -Wdouble-promotion=20 -Wduplicate-decl-specifier -Wempty-body -Wendif-labels=20 -Wexpansion-to-defined -Wextra -Wformat-extra-args -Wformat-nonliteral=20 -Wformat-security -Wformat-y2k -Wformat-zero-length -Wignored-attributes=20 -Wignored-qualifiers -Wimplicit -Wimplicit-function-declaration=20 -Wimplicit-int -Wincompatible-pointer-types -Winit-self -Winline=20 -Wint-conversion -Wint-to-pointer-cast -Winvalid-pch=20 -Wlogical-not-parentheses -Wmain -Wmemset-transposed-args=20 -Wmissing-braces -Wmissing-declarations -Wmissing-field-initializers=20 -Wmissing-include-dirs -Wmissing-prototypes -Wmultichar -Wnarrowing=20 -Wnested-externs -Wnonnull -Wnull-dereference -Wodr=20 -Wold-style-definition -Woverflow -Woverride-init -Wparentheses=20 -Wpointer-arith -Wpointer-sign -Wpointer-to-int-cast -Wpragmas=20 -Wreturn-type -Wsequence-point -Wshadow -Wshift-count-negative=20 -Wshift-count-overflow -Wshift-negative-value -Wsizeof-array-argument=20 -Wsizeof-pointer-div -Wsizeof-pointer-memaccess -Wstrict-aliasing=20 -Wstrict-prototypes -Wswitch -Wswitch-bool -Wtautological-compare=20 -Wtrigraphs -Wtype-limits -Wuninitialized -Wunknown-pragmas -Wunused=20 -Wunused-function -Wunused-label -Wunused-local-typedefs=20 -Wunused-parameter -Wunused-result -Wunused-value -Wunused-variable=20 -Wvarargs -Wvariadic-macros -Wvla -Wvolatile-register-var=20 -Wwrite-strings -Wno-unused-function -Wno-sign-compare=20 -Wno-typedef-redefinition -Wswitch-enum -Wno-format-nonliteral=20 -Wframe-larger-than=3D4096 -fstack-protector=20 -Wno-unused-command-line-argument -fexceptions=20 -fasynchronous-unwind-tables -std=3Dgnu99=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -= O2 -pipe=20 -I/usr/local/include -fstack-protector-strong -fno-strict-aliasing=C2=A0=20 -D_IFI_OQDROPS -MT=20 network/libvirt_driver_network_impl_la-bridge_driver.lo -MD -MP -MF=20 network/.deps/libvirt_driver_network_impl_la-bridge_driver.Tpo -c -o=20 network/libvirt_driver_network_impl_la-bridge_driver.lo `test -f=20 'network/bridge_driver.c' || echo=20 '/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/'`network/bridge_driver.= c mv -f locking/.deps/lockd_la-lock_driver_lockd.Tpo=20 locking/.deps/lockd_la-lock_driver_lockd.Plo /bin/sh ../libtool=C2=A0 --tag=3DCC=C2=A0=C2=A0 --mode=3Dcompile cc -DHAV= E_CONFIG_H -I.=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src -I..=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0 -I../include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/util -I./util=20 -DIN_LIBVIRT=20 -Dabs_top_builddir=3D"\"/usr/ports/devel/libvirt/work/.build\""=20 -Dabs_top_srcdir=3D"\"/usr/ports/devel/libvirt/work/libvirt-6.2.0\""=20 -I/usr/local/include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/access -I./access=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/conf=20 -I/usr/local/include/libxml2=C2=A0 -I/usr/local/include/glib-2.0=20 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread=20 -fno-common -W -Wabsolute-value -Waddress -Waddress-of-packed-member=20 -Wall -Wattributes -Wbuiltin-macro-redefined -Wcast-align=20 -Wchar-subscripts -Wcomment -Wcomments -Wcpp -Wdangling-else -Wdate-time=20 -Wdeprecated-declarations -Wdiv-by-zero -Wdouble-promotion=20 -Wduplicate-decl-specifier -Wempty-body -Wendif-labels=20 -Wexpansion-to-defined -Wextra -Wformat-extra-args -Wformat-nonliteral=20 -Wformat-security -Wformat-y2k -Wformat-zero-length -Wignored-attributes=20 -Wignored-qualifiers -Wimplicit -Wimplicit-function-declaration=20 -Wimplicit-int -Wincompatible-pointer-types -Winit-self -Winline=20 -Wint-conversion -Wint-to-pointer-cast -Winvalid-pch=20 -Wlogical-not-parentheses -Wmain -Wmemset-transposed-args=20 -Wmissing-braces -Wmissing-declarations -Wmissing-field-initializers=20 -Wmissing-include-dirs -Wmissing-prototypes -Wmultichar -Wnarrowing=20 -Wnested-externs -Wnonnull -Wnull-dereference -Wodr=20 -Wold-style-definition -Woverflow -Woverride-init -Wparentheses=20 -Wpointer-arith -Wpointer-sign -Wpointer-to-int-cast -Wpragmas=20 -Wreturn-type -Wsequence-point -Wshadow -Wshift-count-negative=20 -Wshift-count-overflow -Wshift-negative-value -Wsizeof-array-argument=20 -Wsizeof-pointer-div -Wsizeof-pointer-memaccess -Wstrict-aliasing=20 -Wstrict-prototypes -Wswitch -Wswitch-bool -Wtautological-compare=20 -Wtrigraphs -Wtype-limits -Wuninitialized -Wunknown-pragmas -Wunused=20 -Wunused-function -Wunused-label -Wunused-local-typedefs=20 -Wunused-parameter -Wunused-result -Wunused-value -Wunused-variable=20 -Wvarargs -Wvariadic-macros -Wvla -Wvolatile-register-var=20 -Wwrite-strings -Wno-unused-function -Wno-sign-compare=20 -Wno-typedef-redefinition -Wswitch-enum -Wno-format-nonliteral=20 -Wframe-larger-than=3D4096 -fstack-protector=20 -Wno-unused-command-line-argument -fexceptions=20 -fasynchronous-unwind-tables -std=3Dgnu99=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -= O2 -pipe=20 -I/usr/local/include -fstack-protector-strong -fno-strict-aliasing=C2=A0=20 -D_IFI_OQDROPS -MT=20 network/libvirt_driver_network_impl_la-bridge_driver_platform.lo -MD -MP=20 -MF=20 network/.deps/libvirt_driver_network_impl_la-bridge_driver_platform.Tpo=20 -c -o network/libvirt_driver_network_impl_la-bridge_driver_platform.lo=20 `test -f 'network/bridge_driver_platform.c' || echo=20 '/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/'`network/bridge_driver_= platform.c libtool: compile:=C2=A0 cc -DHAVE_CONFIG_H -I.=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src -I..=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0 -I../include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/util -I./util=20 -DIN_LIBVIRT -Dabs_top_builddir=3D\"/usr/ports/devel/libvirt/work/.build\= "=20 -Dabs_top_srcdir=3D\"/usr/ports/devel/libvirt/work/libvirt-6.2.0\"=20 -I/usr/local/include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/access -I./access=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/conf=20 -I/usr/local/include/libxml2 -I/usr/local/include/glib-2.0=20 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread=20 -fno-common -W -Wabsolute-value -Waddress -Waddress-of-packed-member=20 -Wall -Wattributes -Wbuiltin-macro-redefined -Wcast-align=20 -Wchar-subscripts -Wcomment -Wcomments -Wcpp -Wdangling-else -Wdate-time=20 -Wdeprecated-declarations -Wdiv-by-zero -Wdouble-promotion=20 -Wduplicate-decl-specifier -Wempty-body -Wendif-labels=20 -Wexpansion-to-defined -Wextra -Wformat-extra-args -Wformat-nonliteral=20 -Wformat-security -Wformat-y2k -Wformat-zero-length -Wignored-attributes=20 -Wignored-qualifiers -Wimplicit -Wimplicit-function-declaration=20 -Wimplicit-int -Wincompatible-pointer-types -Winit-self -Winline=20 -Wint-conversion -Wint-to-pointer-cast -Winvalid-pch=20 -Wlogical-not-parentheses -Wmain -Wmemset-transposed-args=20 -Wmissing-braces -Wmissing-declarations -Wmissing-field-initializers=20 -Wmissing-include-dirs -Wmissing-prototypes -Wmultichar -Wnarrowing=20 -Wnested-externs -Wnonnull -Wnull-dereference -Wodr=20 -Wold-style-definition -Woverflow -Woverride-init -Wparentheses=20 -Wpointer-arith -Wpointer-sign -Wpointer-to-int-cast -Wpragmas=20 -Wreturn-type -Wsequence-point -Wshadow -Wshift-count-negative=20 -Wshift-count-overflow -Wshift-negative-value -Wsizeof-array-argument=20 -Wsizeof-pointer-div -Wsizeof-pointer-memaccess -Wstrict-aliasing=20 -Wstrict-prototypes -Wswitch -Wswitch-bool -Wtautological-compare=20 -Wtrigraphs -Wtype-limits -Wuninitialized -Wunknown-pragmas -Wunused=20 -Wunused-function -Wunused-label -Wunused-local-typedefs=20 -Wunused-parameter -Wunused-result -Wunused-value -Wunused-variable=20 -Wvarargs -Wvariadic-macros -Wvla -Wvolatile-register-var=20 -Wwrite-strings -Wno-unused-function -Wno-sign-compare=20 -Wno-typedef-redefinition -Wswitch-enum -Wno-format-nonliteral=20 -Wframe-larger-than=3D4096 -fstack-protector=20 -Wno-unused-command-line-argument -fexceptions=20 -fasynchronous-unwind-tables -std=3Dgnu99 -O2 -pipe -I/usr/local/include=20 -fstack-protector-strong -fno-strict-aliasing -D_IFI_OQDROPS -MT=20 network/libvirt_driver_network_impl_la-bridge_driver.lo -MD -MP -MF=20 network/.deps/libvirt_driver_network_impl_la-bridge_driver.Tpo -c=20 /usr/ports/devel/libvirt/work/libvirt-6.2.0/src/network/bridge_driver.c=20 -fPIC -DPIC -o network/.libs/libvirt_driver_network_impl_la-bridge_driver= .o mv -f remote/.deps/libvirtd-remote_daemon_dispatch.Tpo=20 remote/.deps/libvirtd-remote_daemon_dispatch.Po libtool: compile:=C2=A0 cc -DHAVE_CONFIG_H -I.=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src -I..=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0 -I../include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/util -I./util=20 -DIN_LIBVIRT -Dabs_top_builddir=3D\"/usr/ports/devel/libvirt/work/.build\= "=20 -Dabs_top_srcdir=3D\"/usr/ports/devel/libvirt/work/libvirt-6.2.0\"=20 -I/usr/local/include=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/access -I./access=20 -I/usr/ports/devel/libvirt/work/libvirt-6.2.0/src/conf=20 -I/usr/local/include/libxml2 -I/usr/local/include/glib-2.0=20 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread=20 -fno-common -W -Wabsolute-value -Waddress -Waddress-of-packed-member=20 -Wall -Wattributes -Wbuiltin-macro-redefined -Wcast-align=20 -Wchar-subscripts -Wcomment -Wcomments -Wcpp -Wdangling-else -Wdate-time=20 -Wdeprecated-declarations -Wdiv-by-zero -Wdouble-promotion=20 -Wduplicate-decl-specifier -Wempty-body -Wendif-labels=20 -Wexpansion-to-defined -Wextra -Wformat-extra-args -Wformat-nonliteral=20 -Wformat-security -Wformat-y2k -Wformat-zero-length -Wignored-attributes=20 -Wignored-qualifiers -Wimplicit -Wimplicit-function-declaration=20 -Wimplicit-int -Wincompatible-pointer-types -Winit-self -Winline=20 -Wint-conversion -Wint-to-pointer-cast -Winvalid-pch=20 -Wlogical-not-parentheses -Wmain -Wmemset-transposed-args=20 -Wmissing-braces -Wmissing-declarations -Wmissing-field-initializers=20 -Wmissing-include-dirs -Wmissing-prototypes -Wmultichar -Wnarrowing=20 -Wnested-externs -Wnonnull -Wnull-dereference -Wodr=20 -Wold-style-definition -Woverflow -Woverride-init -Wparentheses=20 -Wpointer-arith -Wpointer-sign -Wpointer-to-int-cast -Wpragmas=20 -Wreturn-type -Wsequence-point -Wshadow -Wshift-count-negative=20 -Wshift-count-overflow -Wshift-negative-value -Wsizeof-array-argument=20 -Wsizeof-pointer-div -Wsizeof-pointer-memaccess -Wstrict-aliasing=20 -Wstrict-prototypes -Wswitch -Wswitch-bool -Wtautological-compare=20 -Wtrigraphs -Wtype-limits -Wuninitialized -Wunknown-pragmas -Wunused=20 -Wunused-function -Wunused-label -Wunused-local-typedefs=20 -Wunused-parameter -Wunused-result -Wunused-value -Wunused-variable=20 -Wvarargs -Wvariadic-macros -Wvla -Wvolatile-register-var=20 -Wwrite-strings -Wno-unused-function -Wno-sign-compare=20 -Wno-typedef-redefinition -Wswitch-enum -Wno-format-nonliteral=20 -Wframe-larger-than=3D4096 -fstack-protector=20 -Wno-unused-command-line-argument -fexceptions=20 -fasynchronous-unwind-tables -std=3Dgnu99 -O2 -pipe -I/usr/local/include=20 -fstack-protector-strong -fno-strict-aliasing -D_IFI_OQDROPS -MT=20 network/libvirt_driver_network_impl_la-bridge_driver_platform.lo -MD -MP=20 -MF=20 network/.deps/libvirt_driver_network_impl_la-bridge_driver_platform.Tpo=20 -c=20 /usr/ports/devel/libvirt/work/libvirt-6.2.0/src/network/bridge_driver_pla= tform.c=20 -fPIC -DPIC -o=20 network/.libs/libvirt_driver_network_impl_la-bridge_driver_platform.o /usr/bin/sed \ =C2=A0=C2=A0=C2=A0 -e '/[@]CUT_ENABLE_IP[@]/,/[@]END[@]/d' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME[@]/virtvboxd/' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME_UC[@]/Virtvboxd/' \ /usr/ports/devel/libvirt/work/libvirt-6.2.0/src/remote/libvirtd.aug.in >=20 vbox/virtvboxd.aug /usr/bin/sed \ =C2=A0=C2=A0=C2=A0 -e '/[@]CUT_ENABLE_IP[@]/,/[@]END[@]/d' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME[@]/virtbhyved/' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME_UC[@]/Virtbhyved/' \ /usr/ports/devel/libvirt/work/libvirt-6.2.0/src/remote/libvirtd.aug.in >=20 bhyve/virtbhyved.aug /usr/bin/sed \ =C2=A0=C2=A0=C2=A0 -e '/[@]CUT_ENABLE_IP[@]/,/[@]END[@]/d' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME[@]/virtnetworkd/' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME_UC[@]/Virtnetworkd/' \ /usr/ports/devel/libvirt/work/libvirt-6.2.0/src/remote/libvirtd.aug.in >=20 network/virtnetworkd.aug /usr/bin/sed \ =C2=A0=C2=A0=C2=A0 -e '/[@]CUT_ENABLE_IP[@]/,/[@]END[@]/d' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME[@]/virtsecretd/' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME_UC[@]/Virtsecretd/' \ /usr/ports/devel/libvirt/work/libvirt-6.2.0/src/remote/libvirtd.aug.in >=20 secret/virtsecretd.aug /usr/bin/sed \ =C2=A0=C2=A0=C2=A0 -e '/[@]CUT_ENABLE_IP[@]/,/[@]END[@]/d' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME[@]/virtstoraged/' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME_UC[@]/Virtstoraged/' \ /usr/ports/devel/libvirt/work/libvirt-6.2.0/src/remote/libvirtd.aug.in >=20 storage/virtstoraged.aug /usr/bin/sed \ =C2=A0=C2=A0=C2=A0 -e '/[@]CUT_ENABLE_IP[@]/d' \ =C2=A0=C2=A0=C2=A0 -e '/[@]END[@]/d' \ =C2=A0=C2=A0=C2=A0 -e 's|[@]sysconfdir[@]|/usr/local/etc|' \ =C2=A0=C2=A0=C2=A0 -e 's|[@]DAEMON_NAME[@]|libvirtd|' \ =C2=A0=C2=A0=C2=A0 -e 's|[@]DAEMON_NAME_UC[@]|Libvirtd|' \ /usr/ports/devel/libvirt/work/libvirt-6.2.0/src/remote/libvirtd.aug.in >=20 remote/libvirtd.aug /usr/bin/sed \ =C2=A0=C2=A0=C2=A0 -e '/[@]CUT_ENABLE_IP[@]/d' \ =C2=A0=C2=A0=C2=A0 -e '/[@]END[@]/d' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME[@]/virtproxyd/' \ =C2=A0=C2=A0=C2=A0 -e 's/[@]DAEMON_NAME_UC[@]/Virtproxyd/' \ /usr/ports/devel/libvirt/work/libvirt-6.2.0/src/remote/libvirtd.aug.in >=20 remote/virtproxyd.aug LC_ALL=3D LANG=3DC LC_CTYPE=3Den_US.UTF-8 /usr/local/bin/python2.7=20 /usr/ports/devel/libvirt/work/libvirt-6.2.0/scripts/augeas-gentest.py=20 /usr/ports/devel/libvirt/work/libvirt-6.2.0/src/logging/virtlogd.conf=20 /usr/ports/devel/libvirt/work/libvirt-6.2.0/src/logging/test_virtlogd.aug= .in=20 > logging/test_virtlogd.aug =C2=A0 File=20 "/usr/ports/devel/libvirt/work/libvirt-6.2.0/scripts/augeas-gentest.py",=20 line 26 =C2=A0=C2=A0=C2=A0 print("syntax: %s CONFIG TEMPLATE" % sys.argv[0], fil= e=3Dsys.stderr) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ SyntaxError: invalid syntax gmake[5]: *** [Makefile:13937: logging/test_virtlogd.aug] Error 1 gmake[5]: *** Waiting for unfinished jobs.... mv -f=20 network/.deps/libvirt_driver_network_impl_la-bridge_driver_platform.Tpo=20 network/.deps/libvirt_driver_network_impl_la-bridge_driver_platform.Plo mv -f network/.deps/libvirt_driver_network_impl_la-bridge_driver.Tpo=20 network/.deps/libvirt_driver_network_impl_la-bridge_driver.Plo mv -f remote/.deps/virtproxyd-remote_daemon_dispatch.Tpo=20 remote/.deps/virtproxyd-remote_daemon_dispatch.Po gmake[5]: Leaving directory '/usr/ports/devel/libvirt/work/.build/src' gmake[4]: *** [Makefile:6418: all] Error 2 gmake[4]: Leaving directory '/usr/ports/devel/libvirt/work/.build/src' gmake[3]: *** [Makefile:777: all-recursive] Error 1 gmake[3]: Leaving directory '/usr/ports/devel/libvirt/work/.build' gmake[2]: *** [Makefile:670: all] Error 2 gmake[2]: Leaving directory '/usr/ports/devel/libvirt/work/.build' =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failur= e to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/libvirt *** Error code 1 Stop. make: stopped in /usr/ports/devel/libvirt What other information would be useful to provide to help debug? Regards, Kaya From owner-freebsd-ports@freebsd.org Fri May 1 01:32:07 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1D45E2CE622 for ; Fri, 1 May 2020 01:32:07 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "slim.berklix.org", Issuer "slim.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Cvqn6x9mz4KBr; Fri, 1 May 2020 01:32:05 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5DDB7209.dip0.t-ipconnect.de [93.219.114.9]) (authenticated bits=128) by slim.berklix.org (8.15.2/8.15.2) with ESMTPSA id 0411VrCI030919 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 May 2020 03:32:01 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 0411Vq3I062545; Fri, 1 May 2020 03:31:52 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 0411VYl9083901; Fri, 1 May 2020 03:31:46 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202005010131.0411VYl9083901@fire.js.berklix.net> To: Matthias Andree cc: FreeBSD Ports , Greg Veldman , ports-committers Subject: Re: mail/mailman v3? From: "Julian H. Stacey" Organization: http://berklix.com/jhs http://stolenvotes.uk User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Wed, 29 Apr 2020 22:22:02 +0200." Date: Fri, 01 May 2020 03:31:34 +0200 X-Rspamd-Queue-Id: 49Cvqn6x9mz4KBr X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 94.185.90.68) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [2.61 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.17)[-0.171,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.88)[0.876,0]; RCVD_IN_DNSWL_NONE(0.00)[68.90.185.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:33824, ipnet:94.185.88.0/22, country:DE]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (0.02), ipnet: 94.185.88.0/22(0.01), asn: 33824(-0.00), country: DE(-0.02)] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 May 2020 01:32:07 -0000 Matthias Andree wrote: > Am 29.04.20 um 17:00 schrieb Julian H. Stacey: > > Greg Veldman wrote ports@: > >> On Tue, Apr 28, 2020 at 01:02:14PM -0700, Chris wrote: > >>> It also wouldn't be that difficult to simply modify mailman(2) > >>> to adopt the py3.x language changes. > >> > >> To simply make it work, perhaps not. To make it work well and > >> be reliable... might be more difficult than you think. A large > >> chunk of what a mail handler of any variety does is text > >> processing, and there are significant differences in that area > >> in Python2 vs Python3. E.g. ASCII vs Unicode. You'd likely > >> be opening a Pandora's box of corner cases and workarounds when > >> $STUPIDLY_FORMATTED_MAIL_MESSAGE_OF_THE_HOUR comes through. > >> > >> The effort would probably be better spent enhancing Mailman3, > >> since that's the future of the project anyway. > >> > >> Also, as someone that's been a Mailman site admin on installs > >> of various sizes for about the past 20 years, I'm sort of looking > >> forward to the promises of some of the little quirks of Mailman2 > >> getting some love. ;-) > > > > Hi ports@ > > > > This may be tangential to aboveon python versions, but: > > ports/mail/mailman supports Mailman2. > > Mailman2 & Mailman3 are very different. > > > > Even if it's possible to bend ports/mail/mailman to support Mailman3 > > Please do not do it; keep it clean for just Mailman2 > > (Else it would cause big run time problems for user admins (inc. me)). > > > > Any who will want Mailman3 should please clone ports/mail/mailman to > > ports/mail/mailman3 (not ports/mail/mailman2) & work there. Thanks > > Julian, > > and adding portmgr@ in bcc: > > mailman 3 says on the tin that it is a DIFFERENT product, different > codebase (rewritten from scratch), different and modular architecture, > everything. No shared code with mailman 2. > > So I, as mail/mailman maintainer, propose: > > - NO "svn copy". mailman 3 will be a new port and that must be > reflected in the repo. No descendence => no svn copy. > > - NO rename. We should NOT rename mail/mailman (2.x) to .../mailman2 > because mailman 3 is NOT a 1:1 replacement for mailman 2. > > As current maintainer of the mail/mailman port, I am planning along the > two points above. > > > Re Python 2.x EOL, if someone made a Tauthon port (yeah portmgr@ yell me > down for writing that thought), and we can still get mailman 2.1.x > security updates, we might give it a spin on Tauthon 2.8 instead of > Python 2.7 to have something in the interim while mailman 3 matures. Thanks Mathias, sounds fine, leave it to you :-) PS I've not the foggiest what Tauthon is , so searched https://en.wikipedia.org/wiki/Special:Search?search=Tauthon&go=Go&ns0=1 The page "Tauthon" does not exist. cd /usr/ports ; cd */*tauthon* # */*tauthon*: No match. https://forums.freebsd.org/tags/tauthon/- Cheers -- Julian Stacey, Consultant Systems Engineer, BSD Linux http://berklix.com/jhs/ http://www.berklix.org/corona/#masks 150 Euro fine or tie 2 handkerchiefs ? http://www.bbc.com/news/business-52304821 Brexit Dec. 2020 will hit UK more. From owner-freebsd-ports@freebsd.org Fri May 1 03:19:06 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 33EC72D0B80 for ; Fri, 1 May 2020 03:19:06 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "m5p.com", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CyCF18QXz4QM5; Fri, 1 May 2020 03:19:04 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [IPv6:2001:470:1f07:15ff::26] (court.m5p.com [IPv6:2001:470:1f07:15ff:0:0:0:26]) (authenticated bits=0) by mailhost.m5p.com (8.15.2/8.15.2) with ESMTPSA id 0413Ihoi085077 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 30 Apr 2020 23:18:51 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Subject: Re: mail/mailman v3? To: "Julian H. Stacey" , Matthias Andree Cc: Greg Veldman , FreeBSD Ports , ports-committers References: <202005010131.0411VYl9083901@fire.js.berklix.net> From: George Mitchell Autocrypt: addr=george+freebsd@m5p.com; prefer-encrypt=mutual; keydata= mQINBFgnLnwBEADAJDiBKQX77LFRz9wZW8mz3KvaQol2nIremcws0F1mz/zgFlk6uhQVtwnL wb4XL5LdFwcNE1+QZzPLcbYWoWQlz0lBw1bMuKAgr0S6V2e0+I0DqhKeslVFctcTwtvT6pnK VLZXO/7ZGAaLzG4K5vSPzgoevU+YI/pxNsVCH2UO/c3jQW63uEt25mIZbCF1Pu4jgp4RhIgF ujn877r/j6OwBwjzRUu3E6ADp+U825d+5YCuQMEH0wIPnn9GTpXvfdKdbwOIl2akqXqs4cnk iATWfK3r6D4mvDEj1OPHlTvJYcfic7aOIiAwmx1C1v78GjXOdOOA0SGffNix3C2/8oZUO1+V Aet4MKpUKkduWSvULhIkHNZ5Nu8SIJOqge8pmtHxuNXAMfMrAjMdjPwwBFLsYg3Xa2E2oJwg ehTauwd/EDJFcVCyDCyCAYOi/BH/+XQyxzgDlY9N9qj9tHqhVPI6XK7t8UVffGiZUq4rHp5J RdOToqiTNC6eCJBczhMIW+DuFvWU9e6W708T1dz0Accn6Lrgk4eRIn3GFPBG+TxnpjAqHsbW 607dcnD3YKAqY4e+khczL4EObhe7dC1v2fmZiAC6Ds3WHR11IfqoUgCkIwJ590Ej+ElygJFF XxI82wtEz9hkeLLvItpyEJNVjppViRW+Dgl/U7ypHB3qDgYjgwARAQABtChHZW9yZ2UgTWl0 Y2hlbGwgPGdlb3JnZStmcmVlYnNkQG01cC5jb20+iQJUBBMBCAA+FiEENdM4ZHktsJW5kKZX wRES3m+p4fkFAlhZcR0CGyMFCQlmAYAFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQwRES 3m+p4flqmw/9Emr/ydTG2n9o/IX1yVCNcHVFenVrcOY0L+DGQYZRO/XpLvsGYcuSIQId1w7h l4HZKI89ri2fF2ks6upMqBajLf8s7a8PnYrbw5bPaoOFyNTjv57GLZVsYw95kmMUpK6siuAA fXvHfKUpC/sThbwSv/1CLryVG74+5vdI8j7cQeDM436FThxlVfHKrILIiL34D4WThFB3hV/Y 2A+mQwXmdLcuQXXeAazqsFJL8sgEKSC7GMcExDkVpGc5Rh2hu97a4Sa7qWX9G/YdZOrcDacJ XxfvePn3m3WfRtXN/r0lUfiVXiqkFfbvqSaZQ0I4UvZXNGd/gH4jKHtX9RTH9G96UZeHNoMo tPw9U0fx8Ceh72nUL9qzqnmok/ryWm+6gt4Q1eRP7QAosOa1g/RgUdS1Z9IuCmbXMDp5kbNw L4ZoDMF5U3mmh8/IOKkhGopNLbNv0mwUgC59pnCptiOVx8DyckXWC4L2r6PKbWGrcGIzsUER 9smfL10gpp5H5agjwwPZI6/kzJ0R5nBzQWAlwqI73YAy6JI0HTD6lvxW7yWm2fGjEfmyaBOU 8OLUin7auoFSn+QmD5yNCUn5Ls77qHARkT1ZGocAnQkvZBGTwXpvyJixygXsm+vSUFDYBOSn cR54vdXOEMqrJk6SGau5YI9V7EhQVveE1BUp8ofWf2oo4RG5Ag0EWCcufAEQALuTOxmqMFE+ ieev/rcL3wVJrcuKS+pBbKCY9IIL0OwVf98HQJJcgdOsdDhruVd19nJNlwZ3Fc34wLw7y2GO 9WrpZiYKnI4n9urhLE5r1ydBInlI/1UKZWgM3/dPjJtcXMsC3vnqR9DmOxW4/SbqJDjP3XzO FleT4yip3AaNhPGwEPTZrubVp5hp/JojaZn690TLRwOFXg8NcjpOEs0Bq9M+OLpmsF0flrgs yDfS7y+SQ17R4Iq9T7RxZvZVAh510yGGIZIETYO/4Dh417VVm+gaksOVh2egetpUUvYYc0Ub KaP+5F/WGNrmRb1F6SKypvLlKkYAHCsUUSzsAGl9gbQhEEpuOMbUKp1979HoRMkW+8046kIo 8BZ6ph8izG/g4dZOaEqKGEhqdhYIB7UwMtFFuPtSs5Nl6JrZYni/nzFtTmtVCgcj9PNqrzqt fNFYhNznD6St6wxp3TOm9D3TQF0dzwBM1jZpb8WvmK3k6oy8hbpjiBzxn3kyRA9Vzy+PdbN/ G5a1k0rpZu/ivpBuLCDVGljUmgQigXg6xkk5UxBoHp7MPvG9prZ5jqdEa2r1KgnGjaq+VJsu Uqrw10dVgeG1NulDU1+sQl+/mwtflbkimhjDDjxsVgfrv7uvV/9be+gGm1KATuqdgCboSb1s QAo5ARfwFfChrnh+fTfPpPKHABEBAAGJAiQEGAEIAA8FAlgnLnwCGwwFCQlmAYAACgkQwRES 3m+p4fno9w/4m+swztkzxSWdutjgSv2mw+PdrKWVGFAUD2HoY1Qpi5LNLE6s9pP3qzwpQYwK viOufVJYWZ540ss6BImZBGJwyHouacqrpZjpRo5+ftj07rY1SNd8QjcHDggPfpgJ1D4Il3Xi vRg5/gzkXnRu8dXeVvMP1Ndk/F5wcoLZlQwFtPfu2xyRYIsveXMoyypAvAFSaAGXU0hRzuDJ fGI3LFvpI9UXU2C4MMzjfyZyD2NJEDKOACTo85QQzxgheTDQaDocXW00wknXFMwEItiXp8dO 2zEml/3Kj4efDfjqGpjNefjK0cnj02Byt7y6GozWXyIylrXu0SN9qWRzUVZH3+q+ijA4q3Gm 9uWzLdpjN4QWAiiaEvMhLPohp9DdLsy3kAWWrA3+pAfHSTZXrobMMbSeBkE9E4/WxdKl0nM7 TNslAWcxkTd/7Ly9cxwT8wFdHuQB1hgCmIQxDNXHL1N1ANTeUYum1w9nUg6e1M0UWu+nk3Cw qL7oL2KZe13mQnU/CFwlhbf+i//j3SXrQLlIVQv9Fn805bxIcVo9yqUZyoiV7EUpvOsxDCZh ej3mNYF5nRCf6trEJQVk0aLC26zJAYExykdUlRqc4I13XPhlt+aFSMMkoL/thYO6e9oNFK6Q aJEKXomzxxqpceJVmPH6zvqJbOboAdE/mOD0PoS1M6saIQ== Message-ID: <56c41761-32b6-d580-7824-4a222be3c49a@m5p.com> Date: Thu, 30 Apr 2020 23:18:36 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <202005010131.0411VYl9083901@fire.js.berklix.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="nQze37yIql9SLbAXD0e875sy2FiGvXRMd" X-Spam-Status: No, score=0.0 required=10.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN autolearn=unavailable autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mattapan.m5p.com X-Rspamd-Queue-Id: 49CyCF18QXz4QM5 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of george@m5p.com designates 74.104.188.4 as permitted sender) smtp.mailfrom=george@m5p.com X-Spamd-Result: default: False [-6.25 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; IP_SCORE(-2.85)[ip: (-9.87), ipnet: 74.104.0.0/16(-4.94), asn: 701(0.61), country: US(-0.05)]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; HAS_ATTACHMENT(0.00)[]; DMARC_NA(0.00)[m5p.com]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; TAGGED_FROM(0.00)[freebsd]; 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: Fri, 01 May 2020 03:19:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nQze37yIql9SLbAXD0e875sy2FiGvXRMd Content-Type: multipart/mixed; boundary="qAAUNYRjDb1wk9r3hPKHax9Ad8C2Ttu2a"; protected-headers="v1" From: George Mitchell To: "Julian H. Stacey" , Matthias Andree Cc: Greg Veldman , FreeBSD Ports , ports-committers Message-ID: <56c41761-32b6-d580-7824-4a222be3c49a@m5p.com> Subject: Re: mail/mailman v3? References: <202005010131.0411VYl9083901@fire.js.berklix.net> In-Reply-To: <202005010131.0411VYl9083901@fire.js.berklix.net> --qAAUNYRjDb1wk9r3hPKHax9Ad8C2Ttu2a Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-04-30 21:31, Julian H. Stacey wrote: > [...] > PS I've not the foggiest what Tauthon is , so searched > https://en.wikipedia.org/wiki/Special:Search?search=3DTauthon&go=3DGo&= ns0=3D1 > The page "Tauthon" does not exist. > cd /usr/ports ; cd */*tauthon* # */*tauthon*: No match. > https://forums.freebsd.org/tags/tauthon/- > [...] I hadn't heard about it until this instant, but at a wild guess, tau-thon would be the successor to pi-thon? (... groan ...) -- George --qAAUNYRjDb1wk9r3hPKHax9Ad8C2Ttu2a-- --nQze37yIql9SLbAXD0e875sy2FiGvXRMd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAl6rlRMACgkQwRES3m+p 4fkYPQ//SJzB7+QAd+/QkU+svdQw0K8uTMvnqkNcMWG0J7qd6opehVc1a0+LtA+7 SRXch7nmAowGPknj2l3HbJEp8gv7fK/bQFim+J2Vn+MEX0kFsD5ONc3lEC1cMVY+ chzKCwr02jKEW6ddqs+GPhv+x34zhFk7kcIG780e6R3cjHqqtbv1Aw8/1eNz34LN R0kh0dI1Odegoed2kbAXHQaABB4x+D5Zf77B3bgqWf0vL4HRyunljIAmMDWVWqEG IhrPR0Bk8TCYLoV8yka03AwLtT/R354+NjdaaDhh6zL8JkOgDP9siZBQDLf+ZS89 d56k3gAu+itZXwVKui7I56NHja0kj8FQPdVacjslb+df2vQ+FnNMoifhpC886z1r OTbRj5MNMA9a1W8L0SoK54rJsDgB5TzuQfpW/PmNRU7ZJOv8c45fUf1MtnnEq9Ia 03twTFhxun8pOS0wvnS6ekjKZUaFQbHhEKjCfu4I+/hdZSt43NYQNmMLfbrmvlxk c4nJe/GLan7Sa+rZ4N2p1V9ghrRqYDz0hQeFyh9B+BemcLOaRn+BkST42Wj8XLqj xEzKJwyp1X71atAK1f1TwWFCUOhiCe6ZTsd40biyKWAZq+qqRve1I+tQ3LovBLeq OOR0j+3Jm4RreOoKFgA7B0aYxJrKdQZIAxUKQ/9jPR9xMwJVRCs= =NikS -----END PGP SIGNATURE----- --nQze37yIql9SLbAXD0e875sy2FiGvXRMd-- From owner-freebsd-ports@freebsd.org Fri May 1 10:40:34 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8EDA52D226F for ; Fri, 1 May 2020 10:40:34 +0000 (UTC) (envelope-from joneum@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49D80f3JHbz4N7l for ; Fri, 1 May 2020 10:40:34 +0000 (UTC) (envelope-from joneum@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 6F5792D226D; Fri, 1 May 2020 10:40:34 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6EFEC2D226C; Fri, 1 May 2020 10:40:34 +0000 (UTC) (envelope-from joneum@FreeBSD.org) Received: from toco-domains.de (mail.toco-domains.de [176.9.100.27]) (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 49D80d6M9Lz4N7k; Fri, 1 May 2020 10:40:33 +0000 (UTC) (envelope-from joneum@FreeBSD.org) Received: by toco-domains.de (Postfix, from userid 65534) id C5F4110045E; Fri, 1 May 2020 12:40:25 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on toco-mail X-Spam-Level: X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.4 Received: from Jochens-MacBook-Pro.local (p5B0FD5D3.dip0.t-ipconnect.de [91.15.213.211]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by toco-domains.de (Postfix) with ESMTPSA id BE3FD100454; Fri, 1 May 2020 12:40:22 +0200 (CEST) From: Jochen Neumeister Subject: Wrong Ports-OSVERSION in jails To: ports@FreeBSD.org, freebsd-jail@freebsd.org Message-ID: Date: Fri, 1 May 2020 12:40:20 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Language: de-DE X-Rspamd-Queue-Id: 49D80d6M9Lz4N7k X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.11 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.86)[-0.860,0]; ASN(0.00)[asn:24940, ipnet:176.9.0.0/16, country:DE]; NEURAL_HAM_LONG(-0.25)[-0.249,0] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2020 10:40:34 -0000 Hi all, i installed a new FreeBSD 12.1 amd64. As next, i Install a new Jail with "bsdinstall jail /jails/jail1-www" and update the jail with "freebsd-update -b /jails/jail1-www fetch install". I mount the Ports-tree into the jail with a /etc/fstab.jail1-www: /usr/ports      /jails/jail1-www/usr/ports      nullfs  ro 0       0 Here the entry in jail.conf: jail1-www {   host.hostname = "jail1-www.local";   path = /jails/jail1-www;   ip4.addr = "192.168.2.31";   mount.fstab="/etc/fstab.jail1-www"; } When i connect into the jail, the Tree is available and ready to use with this entry in /etc/make.conf: KDIRPREFIX=/tmp DISTDIR=/tmp/distfiles PACKAGES=/tmp/packages When i will, as example, install nginx: root@jail1-www:/usr/ports/www/nginx # make install clean make: "/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r (12.1-RELEASE-p3) and OSVERSION (1101001) do not agree on major version number. root@jail1-www:/usr/ports/www/nginx # uname -a FreeBSD jail1-www.local 12.1-RELEASE-p3 FreeBSD 12.1-RELEASE-p3 GENERIC  amd64 root@jail1-www:/usr/ports/www/nginx # make -C /usr/ports/ -V OSVERSION make[1]: "/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r (12.1-RELEASE-p3) and OSVERSION (1101001) do not agree on major version number. make: "/usr/ports/Mk/bsd.port.subdir.mk" line 117: warning: "make -V _JAVA_VERSION_LIST_REGEXP USE_JAVA=1 -f /usr/ports/Mk/bsd.port.mk" returned non-zero status make[1]: "/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r (12.1-RELEASE-p3) and OSVERSION (1101001) do not agree on major version number. make: "/usr/ports/Mk/bsd.port.subdir.mk" line 122: warning: "make -V _JAVA_VENDOR_LIST_REGEXP USE_JAVA=1 -f /usr/ports/Mk/bsd.port.mk" returned non-zero status make[1]: "/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r (12.1-RELEASE-p3) and OSVERSION (1101001) do not agree on major version number. make: "/usr/ports/Mk/bsd.port.subdir.mk" line 127: warning: "make -V _JAVA_OS_LIST_REGEXP USE_JAVA=1 -f /usr/ports/Mk/bsd.port.mk" returned non-zero status make[1]: "/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r (12.1-RELEASE-p3) and OSVERSION (1101001) do not agree on major version number. make: "/usr/ports/Mk/bsd.port.subdir.mk" line 132: warning: "make -V _JAVA_PORTS_INSTALLED USE_JAVA=1 -f /usr/ports/Mk/bsd.port.mk" returned non-zero status 1101001 Here the output from the Mainsystem: root@server-01:/etc # uname -a FreeBSD server-01.home.xxxxxxxx 12.1-RELEASE-p3 FreeBSD 12.1-RELEASE-p3 GENERIC  amd64 root@server-01:/etc # make -C /usr/ports/ -V OSVERSION 1201000 I delete the portstree and check i out again with svn, but the same.... Any tipps to fix this? Jochen From owner-freebsd-ports@freebsd.org Fri May 1 16:18:00 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 17A152D9727 for ; Fri, 1 May 2020 16:18:00 +0000 (UTC) (envelope-from portmaster@BSDforge.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49DHTy6FpSz3Gvn for ; Fri, 1 May 2020 16:17:58 +0000 (UTC) (envelope-from portmaster@BSDforge.com) Received: by mailman.nyi.freebsd.org (Postfix) id D4A0F2D971E; Fri, 1 May 2020 16:17:58 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D353E2D971D; Fri, 1 May 2020 16:17:58 +0000 (UTC) (envelope-from portmaster@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DHTy1R2jz3Gvm; Fri, 1 May 2020 16:17:57 +0000 (UTC) (envelope-from portmaster@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 041GHp6o019362 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 1 May 2020 09:17:57 -0700 (PDT) (envelope-from portmaster@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: , In-Reply-To: From: Chris Reply-To: portmaster@BSDforge.com To: Jochen Neumeister Subject: Re: Wrong Ports-OSVERSION in jails Date: Fri, 01 May 2020 09:17:57 -0700 Message-Id: <8774ed796866ecaaded8bae4b8b8d485@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49DHTy1R2jz3Gvm X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-0.91 / 15.00]; NEURAL_HAM_MEDIUM(-0.76)[-0.762,0]; NEURAL_HAM_LONG(-0.14)[-0.143,0]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 May 2020 16:18:00 -0000 On Fri, 1 May 2020 12:40:20 +0200 Jochen Neumeister joneum@FreeBSD=2Eorg said > Hi all, >=20 > i installed a new FreeBSD 12=2E1 amd64=2E > As next, i Install a new Jail with "bsdinstall jail /jails/jail1-www"=20 > and update the jail with "freebsd-update -b /jails/jail1-www fetch instal= l"=2E >=20 > I mount the Ports-tree into the jail with a /etc/fstab=2Ejail1-www: >=20 > /usr/ports=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 /jails/jail1-www/usr/ports= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 nullfs=C2=A0 ro > 0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 >=20 > Here the entry in jail=2Econf: >=20 > jail1-www { > =C2=A0 host=2Ehostname =3D "jail1-www=2Elocal"; > =C2=A0 path =3D /jails/jail1-www; > =C2=A0 ip4=2Eaddr =3D "192=2E168=2E2=2E31"; > =C2=A0 mount=2Efstab=3D"/etc/fstab=2Ejail1-www"; > } Your jail(8) client (jail) will adopt your host' OS version(s)=2E You have some control over that withing your jail=2Econf(5): # uname -r, freebsd-version #osrelease =3D 12=2E0-CURRENT; # /usr/obj/usr/src/include/osreldate -- uname -K, uname -U # /usr/src/sys/sys/param=2Eh #osreldate =3D 1200054; (from comments I keep in my jail=2Econf) The only area I run into is ensuring that my uname -r is in sync with my uname -(K|U)=2E Especially where older jails are involved, and -CURRENT went to (RELEASE|STABLE) Here are some links for 12 that might help: https://www=2Efreebsd=2Eorg/doc/en/books/porters-handbook/versions-12=2Ehtml just change versions-12 to versions-13 for 13* Annoying, isn't it? :-) HTH --Chris >=20 > When i connect into the jail, the Tree is available and ready to use=20 > with this entry in /etc/make=2Econf: >=20 > KDIRPREFIX=3D/tmp > DISTDIR=3D/tmp/distfiles > PACKAGES=3D/tmp/packages >=20 > When i will, as example, install nginx: >=20 > root@jail1-www:/usr/ports/www/nginx # make install clean > make: "/usr/ports/Mk/bsd=2Eport=2Emk" line 1204: UNAME_r > (12=2E1-RELEASE-p3) and OSVERSION (1101001) do not agree on major > version number=2E >=20 > root@jail1-www:/usr/ports/www/nginx # uname -a > FreeBSD jail1-www=2Elocal 12=2E1-RELEASE-p3 FreeBSD 12=2E1-RELEASE-p3 > GENERIC=C2=A0 amd64 > root@jail1-www:/usr/ports/www/nginx # make -C /usr/ports/ -V OSVERSION > make[1]: "/usr/ports/Mk/bsd=2Eport=2Emk" line 1204: UNAME_r > (12=2E1-RELEASE-p3) and OSVERSION (1101001) do not agree on major > version number=2E > make: "/usr/ports/Mk/bsd=2Eport=2Esubdir=2Emk" line 117: warning: "make -V > _JAVA_VERSION_LIST_REGEXP USE_JAVA=3D1 -f /usr/ports/Mk/bsd=2Eport=2Emk" > returned non-zero status > make[1]: "/usr/ports/Mk/bsd=2Eport=2Emk" line 1204: UNAME_r > (12=2E1-RELEASE-p3) and OSVERSION (1101001) do not agree on major > version number=2E > make: "/usr/ports/Mk/bsd=2Eport=2Esubdir=2Emk" line 122: warning: "make -V > _JAVA_VENDOR_LIST_REGEXP USE_JAVA=3D1 -f /usr/ports/Mk/bsd=2Eport=2Emk" > returned non-zero status > make[1]: "/usr/ports/Mk/bsd=2Eport=2Emk" line 1204: UNAME_r > (12=2E1-RELEASE-p3) and OSVERSION (1101001) do not agree on major > version number=2E > make: "/usr/ports/Mk/bsd=2Eport=2Esubdir=2Emk" line 127: warning: "make -V > _JAVA_OS_LIST_REGEXP USE_JAVA=3D1 -f /usr/ports/Mk/bsd=2Eport=2Emk" > returned non-zero status > make[1]: "/usr/ports/Mk/bsd=2Eport=2Emk" line 1204: UNAME_r > (12=2E1-RELEASE-p3) and OSVERSION (1101001) do not agree on major > version number=2E > make: "/usr/ports/Mk/bsd=2Eport=2Esubdir=2Emk" line 132: warning: "make -V > _JAVA_PORTS_INSTALLED USE_JAVA=3D1 -f /usr/ports/Mk/bsd=2Eport=2Emk" > returned non-zero status > 1101001 >=20 > Here the output from the Mainsystem: >=20 > root@server-01:/etc # uname -a > FreeBSD server-01=2Ehome=2Exxxxxxxx 12=2E1-RELEASE-p3 FreeBSD 12=2E1-RELEASE-p3= =20 > GENERIC=C2=A0 amd64 > root@server-01:/etc # make -C /usr/ports/ -V OSVERSION > 1201000 >=20 > I delete the portstree and check i out again with svn, but the same=2E=2E=2E=2E >=20 > Any tipps to fix this? >=20 > Jochen >=20 > _______________________________________________ > freebsd-ports@freebsd=2Eorg mailing list > https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd=2Eorg" From owner-freebsd-ports@freebsd.org Fri May 1 17:49:24 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E7D112DBB4F for ; Fri, 1 May 2020 17:49:24 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49DKWS5v1lz3PF5 for ; Fri, 1 May 2020 17:49:24 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id C86C52DBB4E; Fri, 1 May 2020 17:49:24 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C82F02DBB4D for ; Fri, 1 May 2020 17:49:24 +0000 (UTC) (envelope-from madpilot@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 49DKWS4fmxz3PF4 for ; Fri, 1 May 2020 17:49:24 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from marvin.madpilot.net (host79-134-dynamic.49-79-r.retail.telecomitalia.it [79.49.134.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: madpilot/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 5F13B6DA0 for ; Fri, 1 May 2020 17:49:24 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) To: ports@FreeBSD.org From: Guido Falsi Subject: Error testing port in poudriere caused by pkg not running deinstall scripts Message-ID: <344878e8-e885-744a-df10-9af61017cbd7@FreeBSD.org> Date: Fri, 1 May 2020 19:49:22 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 May 2020 17:49:25 -0000 hi, While testing an update to xfce ports I have got this error in poudriere: =>> Checking for extra files and directories =>> Error: Files or directories removed: share/icons/hicolor/icon-theme.cache And could not find any cause for it. This file should be managed by the INSTALLS_ICONS port variable, which adds post-install and post-deinstall commands. My suspect is the post-deinstall command is not being run properly for some reason causing this error. Could this be correct? How can I verify this? -- Guido Falsi From owner-freebsd-ports@freebsd.org Fri May 1 19:22:30 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B18B22DDD45; Fri, 1 May 2020 19:22:30 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DMZn6xZLz41q6; Fri, 1 May 2020 19:22:25 +0000 (UTC) (envelope-from matthias.andree@gmx.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1588360943; bh=KBpmQqPJ++Cg2mJIvkSFge21MwxTv7ep6du/WeGn3Is=; h=X-UI-Sender-Class:To:References:From:Cc:Subject:Date:In-Reply-To; b=JoKyCMsM/givlvDq+uNXN6CAhHlpibYZ7C2OAsKpil5QJ5S+5oJJHX0LaDraz1aM7 pvb3GSIPecl0aR2EKASEitVhNd4MExgZe0r/pHmqRpd2L7H/ai845y6oZ56ZE9VIqn 2wtzJQScEiSciigqL79txbwLw3d9LcXmwdeRAVS0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from mandree.no-ip.org ([217.224.124.127]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MFKGP-1jOEVi1Lar-00Fmih; Fri, 01 May 2020 21:22:23 +0200 Received: from ryzen.an3e.de (localhost [IPv6:::1]) by ryzen.an3e.de (Postfix) with ESMTP id 9B6E3120A99; Fri, 1 May 2020 21:22:22 +0200 (CEST) To: Guido Falsi , gnome References: <344878e8-e885-744a-df10-9af61017cbd7@FreeBSD.org> From: Matthias Andree Cc: freebsd-ports@freebsd.org, portmgr Subject: Mk/Uses/gnome.mk INSTALLS_ICONS broken (was: Error testing port in poudriere caused by pkg not running deinstall scripts) Message-ID: Date: Fri, 1 May 2020 21:22:22 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <344878e8-e885-744a-df10-9af61017cbd7@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Provags-ID: V03:K1:QQC8RDphBjn1VQ12LfBrjIyua5ojj8dz0RcwDt2lM9Z7MAfTPGD JGRpPxxlyS+saya1+6/Ojg+A/D5sDk5CwDIaCcfrvEg3JlUYruBNLBp5C/HGuNqDAMpYyo2 QQizG8aIZvnAdwwlysjS11HDJd+iTavT+UCP7/3MmkuHOIlXDy5u6g7e+ACQJtocgdOvCmA tuyX9f5wKyqs8m8rsl6ig== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:gBmIiZ4Iwdw=:1mA85SfBODIEVJf4rIWAEP +DBvQUugH9zw07VcqgJk/AZLJ/HwgC4MqW0+7J2XeJfdbjcK/D5dJDpJdx94DQCPrljbUo+9M zuhPsysGqmG+0C9SYrPsV+jl4UVUi0XRKx91O8oBneTIkvuULFUqxqpqcN8IDXJXKzjhJO8lW D+7fTvfnUE8nLscZp5aeDJTX3BYuJYUut8D6UkyfBblcwlT4dee1tWhaOhdoA62T2GGqxidjo FotCQfQoXEzpeAdZI0CNNN5ZUpsb9XOsG+mCwJym9gJeO11JFcYX96WbfMcSnN7uePAT/KCcw i9tF5yQB6GpToH5xMOSW3YQ3IDU9KdeVVU1pCuzKXcRDWGS/RzVhVTKPhaTR70vB2BcCpD1fN LQtWfB8PVm6R+QXUDPnljNJklnd5NMVf4RNFOM5adp1irmztcm9IGMEP1/WaxdNN8zAalhhvM lQtcXvh4Oa/8Y1jBHnsBsuf/qIUruSX2bcVnVyuKB+gv7liv5mqmTgQQB1yoMVjXG5rrx7/iR W0cnbfIhYGJshPRwC0SU3B7vr8F24FcpohwZrCLBYih9ud8eiVMRjPYC8cRBpsQej2rVAiClj Y52tgpQTEHnlBukOL6amMSO45OohPRQ0gbLlP5k3RqewE7Q0jVe0k3cnNsHftUzrO29zqgBb1 l2xoY9APscPJ/Qa6HB0OfHInUBahxy76I9CDV7lMP0NjrLlSVGg9Uoj2QViUVy0Wna/3RNhi7 SUmH63rkcfvkLq4/MYEaxkXaZRS8Vqm54/BarItA/i7F0mAJRc9j2N6Oh8nj2obud+qzWHyCX 0vC4wIkngWGruHpBjHCtUPrzZXMyA76Qz8MPfp5VudLT7XVpnj0aHXSxdxY+pjtfE5v09tUQs MuxG5NmRK7jAFqxCtMtrFa6HwcbMbCDLggK4aCkWDi0a/g3ttcb5i5tDKd75/XeszkKOVQrld UmES5/u/c+bz9RazbnJoqG8a61P3IElLM/O1VCCgf/P6Z5MfC56Q1um794NJyC9XATob6B1b0 VDNufc9Dly6Er9xqhcVrdG14AeRtBmF4loupOMILmOScNqFzoqP8Pli4LTCIBiB2CeIM87Jmg Vt6r7I4jtdYcG/oN488XjrWbTjPUkjdzyvVKVEB/0epl4tPDDmL6Jlbg0Iut1VGEzz5IfVTV7 OW0Cy7NeZzoJa9uJnuMxCQEpdS5U1oBIOeo089q94rAWTLFieD6cfXxQvQI9ac1gkSxmpNtuR ktEu6i3cUfxUN6Lkz X-Rspamd-Queue-Id: 49DMZn6xZLz41q6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=JoKyCMsM; dmarc=none; spf=pass (mx1.freebsd.org: domain of matthias.andree@gmx.de designates 212.227.17.22 as permitted sender) smtp.mailfrom=matthias.andree@gmx.de X-Spamd-Result: default: False [-2.60 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; 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:212.227.17.0/27]; FREEMAIL_FROM(0.00)[gmx.de]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[gmx.de]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-6.47), ipnet: 212.227.0.0/16(-1.21), asn: 8560(2.05), country: DE(-0.02)]; RCVD_IN_DNSWL_LOW(-0.10)[22.17.227.212.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.de]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[127.124.224.217.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2020 19:22:30 -0000 Am 01.05.20 um 19:49 schrieb Guido Falsi: > hi, > > While testing an update to xfce ports I have got this error in poudrier= e: > > =3D>> Checking for extra files and directories > =3D>> Error: Files or directories removed: > share/icons/hicolor/icon-theme.cache > > And could not find any cause for it. > > This file should be managed by the INSTALLS_ICONS port variable, which > adds post-install and post-deinstall commands. > > My suspect is the post-deinstall command is not being run properly for > some reason causing this error. > > Could this be correct? How can I verify this? > I've filed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246102 for= this: You're hunting the wrong fault, and poudriere reports a genuine bug (which is not in your package). Read again: the complaint is that the port deinstallation REMOVES (not: LEAVES BEHIND) the prior icon-theme.cache. I've debugged this, the INSTALLS_ICONS from Mk/Uses/gnome.mk adds a @rmtry (i. e. delete, but don't complain if missing) for the cache file, and topmost in the PLIST, so the deinstallation of ANY package using that macro will first update and then nuke the cache file. Proof below. Conclusion: Mk/Uses/gnome.mk is broken (in particular the gnome-post-icons: target). Here's how: # pkg -ddd delete xfce4-taskmanager # (was version 1.2.3): > [...] > DBG(1)[59116]> Deleting file: > 'usr/local/share/locale/zh_TW/LC_MESSAGES/xfce4-taskmanager.mo' > DBG(1)[59116]> Adding to deletion > usr/local/share/locale/zh_TW/LC_MESSAGES/ > [1/1] Deleting files for xfce4-taskmanager-1.2.3... done > DBG(3)[59116]> Scripts: executing > --- BEGIN --- > set -- xfce4-taskmanager-1.2.3 > /usr/local/bin/gtk-update-icon-cache -q -f > /usr/local/share/icons/hicolor 2>/dev/null || /usr/bin/true > > Scripts: --- END --- > DBG(3)[59119]> Scripts: executing lua > --- BEGIN --- > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 file =3D pkg.prefixed_path("= share/icons/hicolor/icon-theme.cache") > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -- ignore the return value a= nd the error > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ret, err =3D os.remove(file)= > Scripts: --- END --- and after that, /usr/local/share/icons/hicolor/icon-theme.cache is missin= g. Meaning that the deinstallation of ANY (but the last installed) package that uses INSTALLS_ICONS deletes the icon-theme.cache files in all directories where they had placed icons. From owner-freebsd-ports@freebsd.org Fri May 1 19:48:07 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 472982DE5DB; Fri, 1 May 2020 19:48:07 +0000 (UTC) (envelope-from madpilot@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 49DN8R1Bckz4375; Fri, 1 May 2020 19:48:07 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from ubik.madpilot.net (host79-134-dynamic.49-79-r.retail.telecomitalia.it [79.49.134.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: madpilot/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 69D7F7C3F; Fri, 1 May 2020 19:48:06 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Subject: Re: Mk/Uses/gnome.mk INSTALLS_ICONS broken To: Matthias Andree , gnome Cc: freebsd-ports@freebsd.org, portmgr References: <344878e8-e885-744a-df10-9af61017cbd7@FreeBSD.org> From: Guido Falsi Message-ID: Date: Fri, 1 May 2020 21:48:04 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.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-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 May 2020 19:48:07 -0000 On 01/05/20 21:22, Matthias Andree wrote: > Am 01.05.20 um 19:49 schrieb Guido Falsi: >> hi, >> >> While testing an update to xfce ports I have got this error in poudriere: >> >> =>> Checking for extra files and directories >> =>> Error: Files or directories removed: >> share/icons/hicolor/icon-theme.cache >> >> And could not find any cause for it. >> >> This file should be managed by the INSTALLS_ICONS port variable, which >> adds post-install and post-deinstall commands. >> >> My suspect is the post-deinstall command is not being run properly for >> some reason causing this error. >> >> Could this be correct? How can I verify this? >> > I've filed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246102 for > this: > > You're hunting the wrong fault, and poudriere reports a genuine bug > (which is not in your package). Good catch! I made the wrong guess. > > Read again: the complaint is that the port deinstallation REMOVES (not: > LEAVES BEHIND) the prior icon-theme.cache. I understood this, and my claim was that the script regenerating the file in post-deinstall was not being ran. Anyway the offending change was reverted at present, which solves my immediate issue, that is properly testing my port update. -- Guido Falsi From owner-freebsd-ports@freebsd.org Sat May 2 06:41:23 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 582B32C4B24 for ; Sat, 2 May 2020 06:41:23 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49DffC1hGmz3JvY for ; Sat, 2 May 2020 06:41:23 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 37F9A2C4B1E; Sat, 2 May 2020 06:41:23 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 37B792C4B1D for ; Sat, 2 May 2020 06:41:23 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::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.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DffC0mSFz3JvT for ; Sat, 2 May 2020 06:41:23 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 15B7E1D770 for ; Sat, 2 May 2020 06:41:23 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 0426fMd1045240 for ; Sat, 2 May 2020 06:41:22 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 0426fMmU045239; Sat, 2 May 2020 06:41:22 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202005020641.0426fMmU045239@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.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, 2 May 2020 06:41:22 +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, 02 May 2020 06:41:23 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/ada-util | 1.8.0 | 2.2.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 Reported by: portscout! From owner-freebsd-ports@freebsd.org Sat May 2 14:04:07 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 52D8D2D0C2E for ; Sat, 2 May 2020 14:04:07 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.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 49DrT23txPz4F07 for ; Sat, 2 May 2020 14:04:06 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1jUslJ-000BoC-RK for freebsd-ports@freebsd.org; Sat, 02 May 2020 08:05:01 -0600 Date: Sat, 2 May 2020 08:05:01 -0600 From: The Doctor To: freebsd-ports@freebsd.org Subject: Bind 9.16 port error still lingers Message-ID: <20200502140501.GA16385@doctor.nl2k.ab.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49DrT23txPz4F07 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.45 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(0.00)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.02)[0.021,0]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; RCVD_TLS_LAST(0.00)[]; URIBL_PBL(0.02)[empire.kred]; DMARC_POLICY_ALLOW(0.00)[nl2k.ab.ca,quarantine]; NEURAL_SPAM_LONG(0.56)[0.561,0]; IP_SCORE(-0.15)[ip: (-0.34), ipnet: 204.209.81.0/24(-0.17), asn: 6171(-0.14), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; INTRODUCTION(2.00)[]; ASN(0.00)[asn:6171, ipnet:204.209.81.0/24, country:CA]; 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: Sat, 02 May 2020 14:04:07 -0000 May 1 21:29:00 gallifrey named[3026]: invalid command from 127.0.0.1#16349= : bad auth May 1 21:29:00 gallifrey named[3026]: stopping command channel on 127.0.0.= 1#953 May 1 21:29:02 gallifrey named[3026]: exiting May 1 21:29:02 gallifrey named[90441]: starting BIND 9.16.2 (Stable Releas= e) May 1 21:29:02 gallifrey named[90441]: running on FreeBSD amd64 12.1-RELEA= SE-p3 FreeBSD 12.1-RELEASE-p3 GENERIC May 1 21:29:02 gallifrey named[90441]: built with '--disable-linux-caps' '= --localstatedir=3D/var' '--sysconfdir=3D/usr/local/etc/namedb' '--with-dlop= en=3Dyes' '--with-libxml2' '--with-openssl=3D/usr/local' '--with-readline= =3D-L/usr/local/lib -ledit' '--with-dlz-filesystem=3Dyes' '--enable-dnstap'= '--enable-fixed-rrset' '--enable-geoip' '--with-maxminddb' '--without-gssa= pi' '--with-libidn2=3D/usr/local' '--with-json-c' '--enable-largefile' '--w= ith-lmdb=3D/usr/local' '--disable-native-pkcs11' '--without-python' '--enab= le-querytrace' 'STD_CDEFINES=3D-DDIG_SIGCHASE=3D1' '--enable-tcp-fastopen' = '--with-tuning=3Ddefault' '--disable-symtable' '--prefix=3D/usr/local' '--m= andir=3D/usr/local/man' '--infodir=3D/usr/local/share/info/' '--build=3Damd= 64-portbld-freebsd12.1' 'build_alias=3Damd64-portbld-freebsd12.1' 'CC=3D/us= r/local/bin/clang10' 'CFLAGS=3D-O2 -pipe -DLIBICONV_PLUG -fstack-protector-= strong -isystem /usr/local/include -fno-strict-aliasing ' 'LDFLAGS=3D -L/us= r/local/lib -ljson-c -Wl,-rpath,/usr/local/lib -fstack-protector-strong ' '= LIBS=3D-L/usr/local/lib' 'CPPFLAGS=3D-DLIBICONV_PLUG -isystem /usr/local/in= clude' 'CPP=3D/usr/local/bin/clang-cpp10' 'PKG_CONFIG=3Dpkgconf' May 1 21:29:02 gallifrey named[90441]: running as: named -u bind -c /usr/l= ocal/etc/namedb/named.conf May 1 21:29:02 gallifrey named[90441]: compiled by CLANG Clang 10.0.0=20 May 1 21:29:02 gallifrey named[90441]: compiled with OpenSSL version: Open= SSL 1.1.1g 21 Apr 2020 May 1 21:29:02 gallifrey named[90441]: linked to OpenSSL version: OpenSSL = 1.1.1g 21 Apr 2020 May 1 21:29:02 gallifrey named[90441]: compiled with libxml2 version: 2.9.= 10 May 1 21:29:02 gallifrey named[90441]: linked to libxml2 version: 20910 May 1 21:29:02 gallifrey named[90441]: compiled with json-c version: 0.13.1 May 1 21:29:02 gallifrey named[90441]: linked to json-c version: 0.13.1 May 1 21:29:02 gallifrey named[90441]: compiled with zlib version: 1.2.11 May 1 21:29:02 gallifrey named[90441]: linked to zlib version: 1.2.11 May 1 21:29:02 gallifrey named[90441]: -----------------------------------= ----------------- May 1 21:29:02 gallifrey named[90441]: BIND 9 is maintained by Internet Sy= stems Consortium, May 1 21:29:02 gallifrey named[90441]: Inc. (ISC), a non-profit 501(c)(3) = public-benefit=20 May 1 21:29:02 gallifrey named[90441]: corporation. Support and training = for BIND 9 are=20 May 1 21:29:02 gallifrey named[90441]: available at https://www.isc.org/su= pport May 1 21:29:02 gallifrey named[90441]: -----------------------------------= ----------------- May 1 21:29:02 gallifrey named[90441]: Required root permissions to open '= /var/run/named.pid'. May 1 21:29:02 gallifrey named[90441]: Please check file and directory per= missions or reconfigure the filename. May 1 21:29:02 gallifrey named[90441]: parser.c:950: REQUIRE(obj !=3D ((vo= id *)0) && obj->type->rep =3D=3D &cfg_rep_uint32) failed, back trace May 1 21:29:02 gallifrey named[90441]: #0 0x2d26c5 in ?? May 1 21:29:02 gallifrey named[90441]: #1 0x4b44aa in ?? May 1 21:29:02 gallifrey named[90441]: #2 0x4a7d68 in ?? May 1 21:29:02 gallifrey named[90441]: #3 0x2e6fe5 in ?? May 1 21:29:02 gallifrey named[90441]: #4 0x2e2dc1 in ?? May 1 21:29:02 gallifrey named[90441]: #5 0x2d3ff8 in ?? May 1 21:29:02 gallifrey named[90441]: #6 0x4d90da in ?? May 1 21:29:02 gallifrey named[90441]: #7 0x800a7d736 in ?? May 1 21:29:02 gallifrey named[90441]: exiting (due to assertion failure) May 1 21:29:02 gallifrey doctor[90442]: /usr/local/etc/rc.d/named: WARNING= : failed to start named May 1 21:29:02 gallifrey kernel: pid 90441 (named), jid 0, uid 0: exited o= n signal 6 Since bind914 is not available I had to revert to bind911 . Why this error? --=20 Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.= ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist ri= sing! https://www.empire.kred/ROOTNK?t=3D94a1f39b Look at Psalms 14 and 53 on At= heism One kind word can warm three winter months. -Japanese proverb From owner-freebsd-ports@freebsd.org Sat May 2 14:32:14 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2C1A92D13EA for ; Sat, 2 May 2020 14:32:14 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [88.198.69.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Ds5S6Gtmz4GDX for ; Sat, 2 May 2020 14:32:12 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id 5175AC0030F for ; Sat, 2 May 2020 16:32:11 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id E8A3713985B; Sat, 2 May 2020 16:32:10 +0200 (CEST) Date: Sat, 2 May 2020 16:32:10 +0200 From: Christoph Moench-Tegeder To: freebsd-ports@freebsd.org Subject: Re: Bind 9.16 port error still lingers Message-ID: <20200502143210.GA4453@elch.exwg.net> References: <20200502140501.GA16385@doctor.nl2k.ab.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200502140501.GA16385@doctor.nl2k.ab.ca> User-Agent: Mutt/1.13.5 (2020-03-28) X-Rspamd-Queue-Id: 49Ds5S6Gtmz4GDX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 88.198.69.140 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-3.85 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.198.69.140]; 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)[burggraben.net]; RCVD_IN_DNSWL_NONE(0.00)[140.69.198.88.list.dnswl.org : 127.0.6.0]; IP_SCORE(-1.55)[ip: (-9.60), ipnet: 88.198.0.0/16(3.42), asn: 24940(-1.52), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; 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: Sat, 02 May 2020 14:32:14 -0000 ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): > Subject: Bind 9.16 port error still lingers "Still"? > May 1 21:29:02 gallifrey named[90441]: Required root permissions to open '/var/run/named.pid'. > May 1 21:29:02 gallifrey named[90441]: Please check file and directory permissions or reconfigure the filename. Did you? BTW the default location for named's pidfile on FreeBSD is /var/run/named/pid. > May 1 21:29:02 gallifrey named[90441]: parser.c:950: REQUIRE(obj != ((void *)0) && obj->type->rep == &cfg_rep_uint32) failed, back trace Some (configuration) value should be an integer, but isn't. Regards, Christoph -- Spare Space From owner-freebsd-ports@freebsd.org Sat May 2 15:15:37 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E0332D2351 for ; Sat, 2 May 2020 15:15:37 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.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 49Dt3X268hz4JR6 for ; Sat, 2 May 2020 15:15:36 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1jUtsa-0009p9-Ag; Sat, 02 May 2020 09:16:36 -0600 Date: Sat, 2 May 2020 09:16:36 -0600 From: The Doctor To: Christoph Moench-Tegeder Cc: freebsd-ports@freebsd.org Subject: Re: Bind 9.16 port error still lingers Message-ID: <20200502151636.GA22397@doctor.nl2k.ab.ca> References: <20200502140501.GA16385@doctor.nl2k.ab.ca> <20200502143210.GA4453@elch.exwg.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200502143210.GA4453@elch.exwg.net> X-Rspamd-Queue-Id: 49Dt3X268hz4JR6 X-Spamd-Bar: + X-Spamd-Result: default: False [1.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.31)[-0.308,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+a]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; URIBL_PBL(0.02)[empire.kred]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[nl2k.ab.ca,quarantine]; NEURAL_SPAM_LONG(0.04)[0.042,0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; INTRODUCTION(2.00)[]; ASN(0.00)[asn:6171, ipnet:204.209.81.0/24, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.15)[ip: (-0.34), ipnet: 204.209.81.0/24(-0.17), asn: 6171(-0.13), 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: Sat, 02 May 2020 15:15:37 -0000 On Sat, May 02, 2020 at 04:32:10PM +0200, Christoph Moench-Tegeder wrote: > ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): > > > Subject: Bind 9.16 port error still lingers > > "Still"? > > > May 1 21:29:02 gallifrey named[90441]: Required root permissions to open '/var/run/named.pid'. > > May 1 21:29:02 gallifrey named[90441]: Please check file and directory permissions or reconfigure the filename. > > Did you? > BTW the default location for named's pidfile on FreeBSD is > /var/run/named/pid. > > > May 1 21:29:02 gallifrey named[90441]: parser.c:950: REQUIRE(obj != ((void *)0) && obj->type->rep == &cfg_rep_uint32) failed, back trace > > Some (configuration) value should be an integer, but isn't. > cat /var/run/named.pid 15640 running bind911 and ls -Fail /var/run/named.pid -rw-r--r-- 1 root wheel 6 May 1 21:38 /var/run/named.pid > Regards, > Christoph > > -- > Spare Space > _______________________________________________ > 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" -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism One kind word can warm three winter months. -Japanese proverb From owner-freebsd-ports@freebsd.org Sat May 2 15:20:42 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 046762D246D for ; Sat, 2 May 2020 15:20:42 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Dt9N5yPTz4JYM for ; Sat, 2 May 2020 15:20:40 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1588432829; bh=QYobVWz89aMaVJiKQG1vvvAH5iurwYUwaqEYDhGRZrE=; h=Subject:To:References:From:Date:In-Reply-To; b=VfRlK3h9YQSB7ry8dmUiHt4uEk4vVyypeI44Tv40fhTqB4ETc3FVg8Mjbu2cQaqEE Y500RdD9pkD5HvPTH96qpSTtMgtVl/7jv66DQzQIK0CbJs6P4NPSU4+HdzUsZgBSqy XCskUuGDPTWAWIcowRSbjq/jTMy09zweDHjLhncw= Subject: Re: Bind 9.16 port error still lingers To: freebsd-ports@freebsd.org References: <20200502140501.GA16385@doctor.nl2k.ab.ca> <20200502143210.GA4453@elch.exwg.net> <20200502151636.GA22397@doctor.nl2k.ab.ca> From: Per olof Ljungmark Message-ID: Date: Sat, 2 May 2020 17:20:27 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <20200502151636.GA22397@doctor.nl2k.ab.ca> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49Dt9N5yPTz4JYM X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nethead.se header.s=NETHEADSE header.b=VfRlK3h9; dmarc=pass (policy=none) header.from=nethead.se; spf=pass (mx1.freebsd.org: domain of peo@nethead.se designates 5.150.237.139 as permitted sender) smtp.mailfrom=peo@nethead.se X-Spamd-Result: default: False [-5.91 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[nethead.se:s=NETHEADSE]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:5.150.237.139]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[nethead.se:+]; DMARC_POLICY_ALLOW(-0.50)[nethead.se,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.91)[ip: (-9.81), ipnet: 5.150.192.0/18(-4.91), asn: 8473(0.20), country: SE(-0.03)]; ASN(0.00)[asn:8473, ipnet:5.150.192.0/18, country:SE]; 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: Sat, 02 May 2020 15:20:42 -0000 On 2020-05-02 17:16, The Doctor via freebsd-ports wrote: > On Sat, May 02, 2020 at 04:32:10PM +0200, Christoph Moench-Tegeder wrote: >> ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): >> >>> Subject: Bind 9.16 port error still lingers >> >> "Still"? >> >>> May 1 21:29:02 gallifrey named[90441]: Required root permissions to open '/var/run/named.pid'. >>> May 1 21:29:02 gallifrey named[90441]: Please check file and directory permissions or reconfigure the filename. >> >> Did you? >> BTW the default location for named's pidfile on FreeBSD is >> /var/run/named/pid. >> >>> May 1 21:29:02 gallifrey named[90441]: parser.c:950: REQUIRE(obj != ((void *)0) && obj->type->rep == &cfg_rep_uint32) failed, back trace >> >> Some (configuration) value should be an integer, but isn't. >> > > cat /var/run/named.pid > 15640 > > running bind911 > > and ls -Fail /var/run/named.pid > > -rw-r--r-- 1 root wheel 6 May 1 21:38 /var/run/named.pid I think what The Doctor tried to point out is that the pid file needs to be owned by the named user, normally "bind". If named is started the "normal" wai, i.e. "service named start" it should create this file with "bind" as owner. From owner-freebsd-ports@freebsd.org Sat May 2 15:29:58 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EE88F2D2774 for ; Sat, 2 May 2020 15:29:58 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49DtN55RrVz4K0B for ; Sat, 2 May 2020 15:29:57 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id 042FToKd085760 for ; Sat, 2 May 2020 15:29:50 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 042FToJh085759 for freebsd-ports@freebsd.org; Sat, 2 May 2020 08:29:50 -0700 (PDT) (envelope-from david) Date: Sat, 2 May 2020 08:29:50 -0700 From: David Wolfskill To: freebsd-ports@freebsd.org Subject: Re: Bind 9.16 port error still lingers Message-ID: <20200502152950.GR32233@albert.catwhisker.org> Reply-To: freebsd-ports@freebsd.org References: <20200502140501.GA16385@doctor.nl2k.ab.ca> <20200502143210.GA4453@elch.exwg.net> <20200502151636.GA22397@doctor.nl2k.ab.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="tubstlZAyh7waw5D" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49DtN55RrVz4K0B X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-2.09 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[freebsd-ports@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,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_TLS_LAST(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.69)[ip: (-9.70), ipnet: 107.192.0.0/12(-4.85), asn: 7018(1.14), country: US(-0.05)]; REPLYTO_EQ_TO_ADDR(5.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 15:29:59 -0000 --tubstlZAyh7waw5D Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 02, 2020 at 05:20:27PM +0200, Per olof Ljungmark wrote: > On 2020-05-02 17:16, The Doctor via freebsd-ports wrote: > > On Sat, May 02, 2020 at 04:32:10PM +0200, Christoph Moench-Tegeder wrot= e: > >> ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): > >> > >>> Subject: Bind 9.16 port error still lingers > >> > >> "Still"? > >> > >>> May 1 21:29:02 gallifrey named[90441]: Required root permissions to = open '/var/run/named.pid'. > >>> May 1 21:29:02 gallifrey named[90441]: Please check file and directo= ry permissions or reconfigure the filename. > >> > >> Did you? > >> BTW the default location for named's pidfile on FreeBSD is > >> /var/run/named/pid. I'm running bind916-9.16.2: albert(12.1-S)[3] pkg info -o dns/bind\* bind-tools-9.16.2 dns/bind-tools bind916-9.16.2 dns/bind916 Here's what I have in /etc/rc.conf about it: albert(12.1-S)[5] egrep 'bind|named' /etc/rc.conf rpcbind_enable=3D"YES" named_enable=3D"YES" named_program=3D"/usr/local/sbin/named" and the pidfile is in /var/run/named/: albert(12.1-S)[4] ls -lT /var/run/named/ total 8 -rw-r--r-- 1 bind bind 6 May 1 05:03:40 2020 pid -rw------- 1 bind bind 102 May 1 05:03:40 2020 session.key No issues. > .... Peace, david --=20 David H. Wolfskill david@catwhisker.org "I believe the people of this country are smart. And I don't think that they will put a man in who's incompetent." -- Donald J. Trump, who apparently missed the irony, 29 Apr 2020. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --tubstlZAyh7waw5D Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl6tke5fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcmVwQf9F14rdfJAoiRo1kgLXLEL1ceuO6EtxQvoWxh86PufLT10w6c7zE1EoSG1 WSIU/NXjTcPH+su7HCZKYgSu7Jkc45iL2TXdODRj4qaLJY6TyflgV24i5ZYX6rwH 4OTojTvQ6mXTay1dxRuU4nkG3W/B74F+G9BZmr+EQvlEzIljyAyaOq/APyydrf2Y sH/fcW0PqmwbNP1YivmEBXefYmmREE/FGgalYutMvNFX7dAkKWgp9Ov/eRr2uK0z tl+a5c35NzU4lSjTn+9NzRfirojtEnQhi50dWsS3NqkCvxKiY8GjqJp2Urhm0kNx j8/nm5FF/L/id90jUlfRksCk+1sK/w== =sHFP -----END PGP SIGNATURE----- --tubstlZAyh7waw5D-- From owner-freebsd-ports@freebsd.org Sat May 2 15:31:54 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 308A02D2830 for ; Sat, 2 May 2020 15:31:54 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (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 "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DtQK1Nrnz4KHW for ; Sat, 2 May 2020 15:31:52 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 4EB2D1ADE3; Sat, 2 May 2020 11:31:45 -0400 (EDT) Subject: Re: Bind 9.16 port error still lingers To: Christoph Moench-Tegeder Cc: The Doctor , freebsd-ports@freebsd.org References: <20200502140501.GA16385@doctor.nl2k.ab.ca> <20200502143210.GA4453@elch.exwg.net> <20200502151636.GA22397@doctor.nl2k.ab.ca> From: Michael Butler Message-ID: Date: Sat, 2 May 2020 11:31:44 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200502151636.GA22397@doctor.nl2k.ab.ca> Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49DtQK1Nrnz4KHW X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.53 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.53)[ip: (-9.39), ipnet: 2001:470::/32(-4.64), asn: 6939(-3.59), country: US(-0.05)]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 May 2020 15:31:54 -0000 On 5/2/20 11:16 AM, The Doctor via freebsd-ports wrote: > On Sat, May 02, 2020 at 04:32:10PM +0200, Christoph Moench-Tegeder wrote: >> ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): >> >>> Subject: Bind 9.16 port error still lingers >> >> "Still"? >> >>> May 1 21:29:02 gallifrey named[90441]: Required root permissions to open '/var/run/named.pid'. >>> May 1 21:29:02 gallifrey named[90441]: Please check file and directory permissions or reconfigure the filename. >> >> Did you? >> BTW the default location for named's pidfile on FreeBSD is >> /var/run/named/pid. >> >>> May 1 21:29:02 gallifrey named[90441]: parser.c:950: REQUIRE(obj != ((void *)0) && obj->type->rep == &cfg_rep_uint32) failed, back trace >> >> Some (configuration) value should be an integer, but isn't. >> > > cat /var/run/named.pid > 15640 > > running bind911 > > and ls -Fail /var/run/named.pid > > -rw-r--r-- 1 root wheel 6 May 1 21:38 /var/run/named.pid By default, you need 'root' permissions to write to the /var/run directory. As the port is configured on FreeBSD, BIND drops privileges as soon as practical to that of the 'bind' user and group. For example: imb@sarah:/home/imb> ls -l /var/run/named/ total 8 -rw-r--r-- 1 bind bind 4 Apr 30 21:05 pid -rw------- 1 bind bind 102 Apr 30 21:05 session.key It seems you have incorrectly changed the configuration by not taking these permissions into account. Check your named.conf for the incorrect definition of pid-file - it should be "/var/run/named/pid", imb From owner-freebsd-ports@freebsd.org Sat May 2 16:53:22 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 48D202D458A for ; Sat, 2 May 2020 16:53:22 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:510a::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49DwDK4V4Xz4NyY for ; Sat, 2 May 2020 16:53:21 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id BF8F0C00309 for ; Sat, 2 May 2020 18:53:18 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id 701F1139858; Sat, 2 May 2020 18:53:18 +0200 (CEST) Date: Sat, 2 May 2020 18:53:18 +0200 From: Christoph Moench-Tegeder To: freebsd-ports@freebsd.org Subject: Re: Bind 9.16 port error still lingers Message-ID: <20200502165318.GB4453@elch.exwg.net> References: <20200502140501.GA16385@doctor.nl2k.ab.ca> <20200502143210.GA4453@elch.exwg.net> <20200502151636.GA22397@doctor.nl2k.ab.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200502151636.GA22397@doctor.nl2k.ab.ca> User-Agent: Mutt/1.13.5 (2020-03-28) X-Rspamd-Queue-Id: 49DwDK4V4Xz4NyY X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 2a01:4f8:140:510a::3 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-5.25 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:140:510a::3]; 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)[burggraben.net]; RCVD_IN_DNSWL_MED(-0.20)[3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.a.0.1.5.0.4.1.0.8.f.4.0.1.0.a.2.list.dnswl.org : 127.0.6.2]; IP_SCORE(-2.75)[ip: (-9.53), ipnet: 2a01:4f8::/29(-2.66), asn: 24940(-1.52), country: DE(-0.02)]; 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]; 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: Sat, 02 May 2020 16:53:22 -0000 ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): > > > Subject: Bind 9.16 port error still lingers > > > > "Still"? You seemed to imply that there was a known problem in our bind port. While I doubt the existence of a problem with this severity (at least my and other people's bind instances are happily serving away), a pointer to that previous description could still be quite helpful. > > > May 1 21:29:02 gallifrey named[90441]: parser.c:950: REQUIRE(obj != ((void *)0) && obj->type->rep == &cfg_rep_uint32) failed, back trace > > > > Some (configuration) value should be an integer, but isn't. Have you checked your configuration for that type of problem? Even a simple named-checkconf could go a long way here. > and ls -Fail /var/run/named.pid > > -rw-r--r-- 1 root wheel 6 May 1 21:38 /var/run/named.pid And that's still not the default location, and again the pid file was created via the workaround code - else that file would have been written as user "bind" - which only works at the default location, which is why we have that default location. Your configuration differs from the default configuration in more than "local addresses and zones", but you have given neither details nor rationale on your changes - all we have is some deductions from error messages. That might make for a good detective story, but does not really expedite technical analysis. Regards, Christoph -- Spare Space From owner-freebsd-ports@freebsd.org Sat May 2 17:28:09 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 315DE2D557C for ; Sat, 2 May 2020 17:28:09 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.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 49Dx0R2dWfz4Qrj for ; Sat, 2 May 2020 17:28:06 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1jUvwp-00054A-8T; Sat, 02 May 2020 11:29:07 -0600 Date: Sat, 2 May 2020 11:29:07 -0600 From: The Doctor To: Christoph Moench-Tegeder Cc: freebsd-ports@freebsd.org Subject: Re: Bind 9.16 port error still lingers Message-ID: <20200502172907.GA59662@doctor.nl2k.ab.ca> References: <20200502140501.GA16385@doctor.nl2k.ab.ca> <20200502143210.GA4453@elch.exwg.net> <20200502151636.GA22397@doctor.nl2k.ab.ca> <20200502165318.GB4453@elch.exwg.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200502165318.GB4453@elch.exwg.net> X-Rspamd-Queue-Id: 49Dx0R2dWfz4Qrj X-Spamd-Bar: + X-Spamd-Result: default: False [1.57 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.34)[-0.342,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+a]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; URIBL_PBL(0.02)[empire.kred]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[nl2k.ab.ca,quarantine]; NEURAL_SPAM_LONG(0.04)[0.041,0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; INTRODUCTION(2.00)[]; ASN(0.00)[asn:6171, ipnet:204.209.81.0/24, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.14)[ip: (-0.34), ipnet: 204.209.81.0/24(-0.17), asn: 6171(-0.13), 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: Sat, 02 May 2020 17:28:09 -0000 On Sat, May 02, 2020 at 06:53:18PM +0200, Christoph Moench-Tegeder wrote: > ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): > > > > > Subject: Bind 9.16 port error still lingers > > > > > > "Still"? > > You seemed to imply that there was a known problem in our bind port. > While I doubt the existence of a problem with this severity (at least > my and other people's bind instances are happily serving away), a pointer > to that previous description could still be quite helpful. > > > > > May 1 21:29:02 gallifrey named[90441]: parser.c:950: REQUIRE(obj != ((void *)0) && obj->type->rep == &cfg_rep_uint32) failed, back trace > > > > > > Some (configuration) value should be an integer, but isn't. > > Have you checked your configuration for that type of problem? > Even a simple named-checkconf could go a long way here. > > > and ls -Fail /var/run/named.pid > > > > -rw-r--r-- 1 root wheel 6 May 1 21:38 /var/run/named.pid > Even with the changes still the parser error exists. > And that's still not the default location, and again the pid file was > created via the workaround code - else that file would have been written > as user "bind" - which only works at the default location, which is why > we have that default location. > > Your configuration differs from the default configuration in more than > "local addresses and zones", but you have given neither details nor > rationale on your changes - all we have is some deductions from error > messages. That might make for a good detective story, but does not > really expedite technical analysis. > Then let's look at the file: //Use with the following in named.conf, adjusting the allow list as needed: key "rndc-key" { algorithm hmac-md5; secret "7ZbGK94NdSa2WACxx72W1w=="; }; controls { inet 127.0.0.1 port 953 allow { 127.0.0.1; } keys { "rndc-key"; }; }; acl loclnetworks{ 127.0.0.1; ::1; 10.8.0.0/24; 204.209.81.0/24; }; // generated by named-bootconf.pl options { directory "/usr/local/etc/namedb"; pid-file "/var/run/named/pid"; dump-file "/usr/local/etc/namedb/named.core"; max-ncache-ttl 86400; recursive-clients 100; //recursive no; reserved-sockets 32; tcp-clients 40; tcp-listen-queue 14; zone-statistics yes; //forwarders { 208.67.222.222; 208.67.220.220; }; blackhole { 65.94.172.87; 67.68.204.41; 74.15.184.13; 65.94.173.208; }; allow-transfer { 204.209.81.1; 204.209.81.14; }; allow-notify { 204.209.81.1; 204.209.81.14; }; also-notify { 204.209.81.1 port 53; 204.209.81.14 port 53; }; query-source address 204.209.81.3 port 53; version "no"; listen-on {204.209.81.3; 127.0.0.1; }; disable-algorithms . { DSA; }; }; // directory where cache files are stored // type domain source (ip/file) backup file // --------- ------------------------ -------------------- ---------- zone "." { type hint; file "root.cache"; }; And the rest zone files. > Regards, > Christoph > > -- > Spare Space > _______________________________________________ > 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" -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism One kind word can warm three winter months. -Japanese proverb From owner-freebsd-ports@freebsd.org Sat May 2 18:13:55 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 323672D6476 for ; Sat, 2 May 2020 18:13:55 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Dy1F3PKQz4T70 for ; Sat, 2 May 2020 18:13:53 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1588443229; bh=+16deZFCVDzurT0P92GTkX32KsF9eDvJ8z9AOQWZ1Ug=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=VlAqBdOgS82BsIJ/JrmXCTmEtWWTU3ymfcXPknoHlB4F2lUcbhnKHQD6n9U7RqMPL Imj8FtcGyDt0978xPLsbLvCALZyYZ6jrLtV9KgZpou7Z5G6lv1P41q8ri4o7TrpDZ1 shjkxZz0BJNBn66NZn/jcBHgWuz4zGdyPlXcREak= Subject: Re: Bind 9.16 port error still lingers To: The Doctor Cc: freebsd-ports@freebsd.org References: <20200502140501.GA16385@doctor.nl2k.ab.ca> <20200502143210.GA4453@elch.exwg.net> <20200502151636.GA22397@doctor.nl2k.ab.ca> <20200502165318.GB4453@elch.exwg.net> <20200502172907.GA59662@doctor.nl2k.ab.ca> From: Per olof Ljungmark Message-ID: <83462c13-c953-34e8-fc7c-ab180ea9804f@nethead.se> Date: Sat, 2 May 2020 20:13:47 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <20200502172907.GA59662@doctor.nl2k.ab.ca> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49Dy1F3PKQz4T70 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nethead.se header.s=NETHEADSE header.b=VlAqBdOg; dmarc=pass (policy=none) header.from=nethead.se; spf=pass (mx1.freebsd.org: domain of peo@nethead.se designates 5.150.237.139 as permitted sender) smtp.mailfrom=peo@nethead.se X-Spamd-Result: default: False [-5.92 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[nethead.se:s=NETHEADSE]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:5.150.237.139]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[nethead.se:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[nethead.se,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.92)[ip: (-9.82), ipnet: 5.150.192.0/18(-4.91), asn: 8473(0.16), country: SE(-0.03)]; ASN(0.00)[asn:8473, ipnet:5.150.192.0/18, country:SE]; 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: Sat, 02 May 2020 18:13:55 -0000 On 2020-05-02 19:29, The Doctor via freebsd-ports wrote: > On Sat, May 02, 2020 at 06:53:18PM +0200, Christoph Moench-Tegeder wrote: >> ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): >> [snip] > //Use with the following in named.conf, adjusting the allow list as needed: > key "rndc-key" { > algorithm hmac-md5; > secret "7ZbGK94NdSa2WACxx72W1w=="; I suggest you change this ^^^^^ rather quickly, especially if it is a public name server. From owner-freebsd-ports@freebsd.org Sat May 2 21:19:39 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C96A82C451B for ; Sat, 2 May 2020 21:19:39 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49F27Z2TFTz3Cy8 for ; Sat, 2 May 2020 21:19:37 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 042LJ1Jt092670 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 2 May 2020 21:19:03 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: peo@nethead.se Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 042LIuMb008884 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 3 May 2020 04:18:56 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Bind 9.16 port error still lingers To: Per olof Ljungmark , The Doctor References: <20200502140501.GA16385@doctor.nl2k.ab.ca> <20200502143210.GA4453@elch.exwg.net> <20200502151636.GA22397@doctor.nl2k.ab.ca> <20200502165318.GB4453@elch.exwg.net> <20200502172907.GA59662@doctor.nl2k.ab.ca> <83462c13-c953-34e8-fc7c-ab180ea9804f@nethead.se> Cc: freebsd-ports@freebsd.org From: Eugene Grosbein Message-ID: Date: Sun, 3 May 2020 04:18:49 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <83462c13-c953-34e8-fc7c-ab180ea9804f@nethead.se> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 49F27Z2TFTz3Cy8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.99 / 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]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(-1.89)[ip: (-5.25), ipnet: 2a01:4f8::/29(-2.66), asn: 24940(-1.50), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 21:19:39 -0000 03.05.2020 1:13, Per olof Ljungmark wrote: > On 2020-05-02 19:29, The Doctor via freebsd-ports wrote: >> On Sat, May 02, 2020 at 06:53:18PM +0200, Christoph Moench-Tegeder wrote: >>> ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): > [snip] > >> //Use with the following in named.conf, adjusting the allow list as needed: >> key "rndc-key" { >> algorithm hmac-md5; >> secret "7ZbGK94NdSa2WACxx72W1w=="; > > I suggest you change this ^^^^^ rather quickly, especially if it is a public name server. This is a key for local (over 127.0.0.1) connections for rndc, it can be abused by local users only, or if there is remotely expoitable vulnerability for running shell code. Still, should not be published so easily but no direct harm when system has no untrusted local users. From owner-freebsd-ports@freebsd.org Sat May 2 21:24:03 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2F5072C4802 for ; Sat, 2 May 2020 21:24:03 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49F2Df2CY1z3DJx for ; Sat, 2 May 2020 21:24:01 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 042LNT2e092789 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 2 May 2020 21:23:30 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: doctor@doctor.nl2k.ab.ca Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 042LNT5C008919 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 3 May 2020 04:23:29 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Bind 9.16 port error still lingers To: The Doctor , Christoph Moench-Tegeder References: <20200502140501.GA16385@doctor.nl2k.ab.ca> <20200502143210.GA4453@elch.exwg.net> <20200502151636.GA22397@doctor.nl2k.ab.ca> <20200502165318.GB4453@elch.exwg.net> <20200502172907.GA59662@doctor.nl2k.ab.ca> Cc: freebsd-ports@freebsd.org From: Eugene Grosbein Message-ID: Date: Sun, 3 May 2020 04:23:23 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20200502172907.GA59662@doctor.nl2k.ab.ca> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 49F2Df2CY1z3DJx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.99 / 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]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(-1.89)[ip: (-5.26), ipnet: 2a01:4f8::/29(-2.66), asn: 24940(-1.50), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2020 21:24:03 -0000 03.05.2020 0:29, The Doctor via freebsd-ports wrote: > Then let's look at the file: [skip] Quickest way to unbreak your server: take default named.conf from the installation of version 9.16 and add your changes to it manually but keep default paths within lines "pid-file" and alike. That is, keep changes to default file as small as possible.