From nobody Mon Nov 18 03:57:35 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XsDNc2K91z5dp3G for ; Mon, 18 Nov 2024 03:57:36 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XsDNb4mB8z4j5m for ; Mon, 18 Nov 2024 03:57:35 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1731902255; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=P0OaQ5+FIQo5opp6mFtkgBr7j+Zv7n56F7YcK5+K4Ro=; b=ZMzjHyP8kjWdYtO9o3F8dL7wvpFuqtvDR0Ex6xBdrEBHUvi5LfEA3rqK+xiMq6+lg9UJsI /7ivWxPEPgowPBJE9r4HfCOrruOjMmXz7LXPjkA5M1GC1Mi4LWCJBGLI/2wsuAZ3qcmEPP RkjDCWmlm2wsAVj1L7p/3tIVoYG4fp82MHoq9U53TMZqrnqtyhnLYe3rbI17RDWKE02XD8 z/IxNvKp/rScWInKMkPxK2x13wiXbZkMPfTyEqAhLiVrXFu9hw9UPffA9jSU+7i2lusYzw EYKeurJLdBHuZ9lki3MG/NneoV5mmue+DTIwxCG6zNMM9Bm2uOPUVG2a7WhUhw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1731902255; a=rsa-sha256; cv=none; b=ahhl42oD259P0i+SU64TOd+1UeN3dhNzVyuIFwg7Vcb+onXDBoUCteh7Y+9Tym1HR37Z7c /ZbAUDJUmGWAhdq5WLKmF9+tvrHU4EsEcNTby3CJdZVH9owF5GEbY/QRZ1dUC9H3setNPB R6GMZsZ6OV598vo0P3443kTkQ7AHfJB8naoQ+xQc+XbBVGtRmpA9zXQFh5vj7Kk/9S2Xzu 18qAZ64Diexrj+n7LGHpijFqXGdgi+2G8FYEDPS1E+04iy1fcglwFnCWcCPYw/YDxvityy Ryb8RLoy6nfqn3ioRlBKPh7qmCj2Vi4T6Kt9jVS2m0BzB6iGjTFKG1/z2WFMUA== 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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4XsDNb48GTzL73 for ; Mon, 18 Nov 2024 03:57:35 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 4AI3vZVs069790 for ; Mon, 18 Nov 2024 03:57:35 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 4AI3vZYU069789; Mon, 18 Nov 2024 03:57:35 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202411180357.4AI3vZYU069789@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 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Mon, 18 Nov 2024 03:57:35 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained 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. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ audio/gnome-metronome | 1.3.0 | 2.0.0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Tue Nov 19 04:07:28 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XsrYY6Tvtz5dVv9 for ; Tue, 19 Nov 2024 04:07:29 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XsrYY4K6xz46k9 for ; Tue, 19 Nov 2024 04:07:29 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1731989249; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=9fRNNwqrwyTdMPfkBlSkq8y9TnZ9+1nBHGHoivqOZDc=; b=lx9Y5ksdyjRIqhQjao/RvFGFVREncUR+Snxjl2peZ5XTCoHIJlTMRSkH3fd6FXY/qya81X uMg+M2l+TpoMOy7TfDHhQ8GZ9iWzBhRPsOXIV8V802+/a/lMtTgohanCE10NgunKhR+cz8 MKaeVT5PkAwe6+Zaz/J7jawDMIEFxkfBd5MsJGEcGmUKR2pG1lPuWyUj3ex8foEm39qi1L pDVeAYkTow/W8gU1t6KE9wZk5350kCInW6/lG5EmLkHK6GFPFBuOq3orqE06embJqlxKXh fKpRNFFwNk4hOjlOgWxHysihseVqShNGNU8tRiLLvCnjxAVlz/Dt1YNYYM5hYg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1731989249; a=rsa-sha256; cv=none; b=wrZvUT/8AAX/GSY+zMj/X4uRdzESfo8D+WADCmHoWx24KBKnjuAj7Aq5k5Xdlqc7W3RDqB rvjAtxMbOZcY9bwHwiUamHh11jKt1mH7M8aPtL2B7HJzMwrfYgZhWNvklVrmhIMY5Q7/MJ AOMjY2CfjzaZGiIwWEppFAIlF2ThtT8dZV4dP0db9b3Mk0Rlc0emogTPg5ghQLMlgGqPpt f0tcMZJ6oxjVfIvCbNhS0vTkV6fZCjveUrRfFp9FSBjUtdOjqXIBOwPVc+pxRVwDZvsTrC zOCm8f7H01x+3iR3HgRp+fmh7N5w4nC7j71hQh4ukbXT6mkGMzO4pKdqfejqTg== 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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4XsrYX74Lvz17t1 for ; Tue, 19 Nov 2024 04:07:28 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 4AJ47SC3021609 for ; Tue, 19 Nov 2024 04:07:28 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 4AJ47Snj021608; Tue, 19 Nov 2024 04:07:28 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202411190407.4AJ47Snj021608@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 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Tue, 19 Nov 2024 04:07:28 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained 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. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent 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/clickhouse | 22.1.3.7 | v24.10.2.80-stable ------------------------------------------------+-----------------+------------ sysutils/rshim-user-space | 2.0.9 | rshim-2.1.7 ------------------------------------------------+-----------------+------------ www/groupoffice | 6.6.58 | 6.8.86 ------------------------------------------------+-----------------+------------ x11/showmethekey | 1.15.1 | v1.16.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 nobody Wed Nov 20 04:23:33 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XtSsd3rTnz5dBQS for ; Wed, 20 Nov 2024 04:23:33 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XtSsd29Jdz48tq for ; Wed, 20 Nov 2024 04:23:33 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1732076613; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=R7T98aDcMuDPJzEDEar1WcC9zsQoU/iTs/iKnN37G68=; b=cgcueD+//w5o0YOFvOFtqZ3QVZgvE0PberMAR5sdbgacuiM3QiooL0Ne03C1GA/hI6BY1+ 8+5ZwjF60KJEpQyZqKOuWaY1Zaue2U/QVnup3DCXuQ2YkGXRCcLpYpX7q8E8CZaPyfm3Xd btu0ue7RVImf6XfMKGV71ocjhcvgaDqUOsM+RdwcQSQ2xU5ZRtUDQCqLwgzRANKGrsv/ms J7lGc4haaz22/EDODS71K4gLnNRFK+zgmQartkoa7r9QaFJfbSad0yLxg1CZioJ2gUPRN4 adCn29fv2B+NAyZ+QwafdwJqN3bqgJIrGcIEuP+czRPDcpvAjAOoUEZ4r0RyGg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1732076613; a=rsa-sha256; cv=none; b=W74g8eETYhTU/gKX6Ja+m+rLcc4auIA/qbI4rnom9OJGdnoSMeTTNqnoX3+U8Ou9PT57zc +9QVjps5FCDYJsiPsL3W+d+3xDxLr/a3ZlBe3Ou1SjnReui/ulotu0uqQES3fyVTc06Jgk OE7h3KVq3v8ovX9wfndCOpO+Q3SU+hJxcruzxtNhPny3aMRPYeJgdkeAhswxHwFFZLy+dl meXqtuz7cyyOMzwvvWxxZ7FWj8l1Y9bSamGl256lzTwgL/ZfpUCngbcId4V6UY8Sm0ajEn IFxmUTM4xV08THfTyvw05gptIWR6CPRN1O5tQxq+n2t2IMTpDOn7NVkgcf/KsQ== 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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4XtSsd1l7Gzff9 for ; Wed, 20 Nov 2024 04:23:33 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 4AK4NXcW046150 for ; Wed, 20 Nov 2024 04:23:33 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 4AK4NXto046127; Wed, 20 Nov 2024 04:23:33 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202411200423.4AK4NXto046127@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 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Wed, 20 Nov 2024 04:23:33 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained 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. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent 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/py-archinfo | 9.0.5405 | v9.2.129 ------------------------------------------------+-----------------+------------ devel/py-cle | 9.0.5405 | v9.2.129 ------------------------------------------------+-----------------+------------ math/py-claripy | 9.0.5405 | v9.2.129 ------------------------------------------------+-----------------+------------ security/py-ailment | 9.0.5405 | v9.2.129 ------------------------------------------------+-----------------+------------ security/py-angr | 9.0.5405 | v9.2.129 ------------------------------------------------+-----------------+------------ security/py-pyvex | 9.0.5405 | v9.2.129 ------------------------------------------------+-----------------+------------ sysutils/google-compute-engine-oslogin | 20191018.00 | 20241120.00 ------------------------------------------------+-----------------+------------ 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 nobody Wed Nov 20 17:32:48 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XtpNX5qmHz5dX4p; Wed, 20 Nov 2024 17:33:00 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [IPv6:2a01:4f8:1c1c:11e5::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XtpNW2xfmz4Rvf; Wed, 20 Nov 2024 17:32:59 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=madpilot.net header.s=cyq4qetkgngm header.b=atrfiiJf; spf=pass (mx1.freebsd.org: domain of mad@madpilot.net designates 2a01:4f8:1c1c:11e5::1 as permitted sender) smtp.mailfrom=mad@madpilot.net; dmarc=pass (policy=quarantine) header.from=madpilot.net Received: from mail (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4XtpNM2CFPzL80M; Wed, 20 Nov 2024 18:32:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:subject :subject:from:from:content-language:date:date:message-id :received; s=cyq4qetkgngm; t=1732123969; x=1733938370; bh=3v1/lp 67vfPPho/UTlSIjoMQNk5kwqWFYnf3TAadvIQ=; b=atrfiiJfX4Bzq4IlFBIKqo c7jE0KeMBPObMNHcjGtmnjfnddhoJBz9DXkrPRAPBdumHJlsVJGHKGehs839dGay ZK1Bwhtn5nDuYBfhjn18buIatYxykLPRjV12TNFMmqNPaCCDdSi2XJUSwSArhlRK wPUjeDFKRV+TEkUISKA49iwOEL1Iv8bLG7ITf59aREfLh7xZxpn2Q3JmgPNy982z ru4z3CpOO8bQEKf4qiKykorNPDbx0dw7dbWK9xYjC1dRnsC5KHKgUPyDCHdrEOlr wH21qAumLjSdyz6yucdo3Kbf2IWmRNPKXnJ7VLIibLxur8ahx1rjSFJUJi1CYFcQ == Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by mail (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavisd-new, port 10026) with ESMTP id vM73_h3dEiFv; Wed, 20 Nov 2024 18:32:49 +0100 (CET) Message-ID: Date: Wed, 20 Nov 2024 18:32:48 +0100 To: ports@freebsd.org, FreeBSD Current Content-Language: en-US, it From: Guido Falsi Subject: port binary dumping core on recent head in poudriere Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.00 / 15.00]; MISSING_MIME_VERSION(2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[madpilot.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[madpilot.net:s=cyq4qetkgngm]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[madpilot.net:+] X-Rspamd-Queue-Id: 4XtpNW2xfmz4Rvf X-Spamd-Bar: - List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Hi, I've noticed that recently some ports are dumping core during builds of dependencies in head in poudriere. I'm seeing this for example with sassc crashing while trying to build x11-themes/greybird-theme. My first suspect was the llvm upgrade in head, but forcing sassc and libsass to build with older clang via USES=llvm:max=18 is not helping. I did recompile the offending programs with debug and tried a backtrace and got this: ``` (lldb) bt * thread #1, name = 'sassc', stop reason = signal SIGSEGV: invalid permissions for mapped object (fault address: 0x82374a000) * frame #0: 0x000000082374a000 libsass.so.1 frame #1: 0x0000000823865a86 libsass.so.1`_GLOBAL__sub_I_ast.cpp [inlined] double std::__1::__math::acos[abi:se190102](__x=-1) at inverse_trigonometric_functions.h:40:10 frame #2: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp [inlined] __cxx_global_var_init at units.hpp:11:21 frame #3: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp at ast.cpp:0 frame #4: 0x00001eac6e3f078d ld-elf.so.1 frame #5: 0x00001eac6e3ef349 ld-elf.so.1 frame #6: 0x00001eac6e3ec099 ld-elf.so.1`___lldb_unnamed_symbol27 + 25 ``` which points me to this upstream line of code: https://github.com/sass/libsass/blob/7037f03fabeb2b18b5efa84403f5a6d7a990f460/src/units.hpp#L11 I could change the way it derives PI, but I'm not sure this is the correct fix. Thanks in advance for any insight! -- Guido Falsi From nobody Wed Nov 20 21:14:37 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XtvJJ1HN9z5dmD0; Wed, 20 Nov 2024 21:14:40 +0000 (UTC) (envelope-from dim@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XtvJJ0nCbz4r05; Wed, 20 Nov 2024 21:14:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1732137280; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ZuRTErLrKZ4NNm/yv4LZBwiNNKq7BYvcdQ8pZTAM9ig=; b=tfzosAD8tbLJFXvU5kKvYffRiwIjKFiDCz90+ImRCjb3XGh0p/GK+9F+7Dmtu/MukSIvO1 Cef/59UigqGWjjetZ1N/82fRo/ZMMzanyk+eXwGDmbsEJT66n6nInQ8d5QHZqWKiDakWtQ pSaQyc+tvUE/HFNzkneIn5JFOwUxQrxdBO/r1Bm+6QpcsNE9XuemRCALDOff/ATSfRxwDH UbACCqN9ksV+FViP9jBrJOm6pRviK1Pt7z4PfajKiSy0hxnKqSEnul/F5wDBIjk49LVVGo 05Qe4Gjcos1TH7Z4vJh0JndbY5Ku18JnfL7Cir4Q2kLhKg+AOrVYDSw+ncwotA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1732137280; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ZuRTErLrKZ4NNm/yv4LZBwiNNKq7BYvcdQ8pZTAM9ig=; b=poMc9MRBjOu3nYcgGVp4D+rvW28/YeYvLKzb2XiOybU/s2J/IVdCiN/7xLMtQTKcOxJNIA P/OnpSuK4PD7gG5dNIS8mQp/bY4AuomJa8eY2qWL094r1Ag7lUP1U1ntr0O3CoSYbK+mad S//mmGuSImOLYSse6OdTLkcTOc7LCKL8jvhJXu+XADxqgX6E38B6GbapMBguoF+owiTZ/A LDFIL7fEUhwlpPnHmep3tkxK4xsZs3JquaXF3fsWJ1oMfbuo3vG6/FfCZc/pIHFPwlOKAT hpRMdK5GBlXoQrhXpQNpvk0OFD/vhjmUjJVlSQ4UVhuOFRSPwylRJObxcEBySw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1732137280; a=rsa-sha256; cv=none; b=JNKsrUkPPYtf+t3lxmSkQWKW24gmg9lmmx6+mEYHFUnz9Gw9vNsK85BDe9GdBe3QN3DEmt iVKdv+8HecJ2N9wSFz038c5NOmXWE4iO+sek75tZk0FewXIsS/IIGbUHWH7dlgj1RL8H2d quUbPqLWvIhnUFTPqgH9TzWiUtuidmN5M33oDRvzNvUzYPHamjYoIqO5XIzxFu45eH05f6 mAAzOQPtvNfX8hRMLwpIaEiGPIniioUk4X79oYNwdLhkFgP+maXc5bII9FLxF0uTxoBKmE SPJbeWOF3xo/ThUcIEQLeCIaqJ3kWXIQdvWtVJXTEliIdRuXhXiqOUgPQcsdGA== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R10" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XtvJH6gQQz1Dkw; Wed, 20 Nov 2024 21:14:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1B5AB2DC2B; Wed, 20 Nov 2024 22:14:38 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.9\)) Subject: Re: port binary dumping core on recent head in poudriere From: Dimitry Andric In-Reply-To: Date: Wed, 20 Nov 2024 22:14:37 +0100 Cc: ports@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <46E3A370-A3E0-4BAF-B707-87F94F98E248@FreeBSD.org> References: To: Guido Falsi X-Mailer: Apple Mail (2.3731.700.6.1.9) On 20 Nov 2024, at 18:32, Guido Falsi wrote: > I've noticed that recently some ports are dumping core during builds = of dependencies in head in poudriere. >=20 > I'm seeing this for example with sassc crashing while trying to build = x11-themes/greybird-theme. >=20 > My first suspect was the llvm upgrade in head, but forcing sassc and = libsass to build with older clang via USES=3Dllvm:max=3D18 is not = helping. >=20 > I did recompile the offending programs with debug and tried a = backtrace and got this: >=20 > ``` > (lldb) bt > * thread #1, name =3D 'sassc', stop reason =3D signal SIGSEGV: invalid = permissions for mapped object (fault address: 0x82374a000) > * frame #0: 0x000000082374a000 libsass.so.1 > frame #1: 0x0000000823865a86 libsass.so.1`_GLOBAL__sub_I_ast.cpp = [inlined] double std::__1::__math::acos[abi:se190102](__x=3D-1) = at inverse_trigonometric_functions.h:40:10 > frame #2: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp = [inlined] __cxx_global_var_init at units.hpp:11:21 > frame #3: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp at = ast.cpp:0 > frame #4: 0x00001eac6e3f078d ld-elf.so.1 > frame #5: 0x00001eac6e3ef349 ld-elf.so.1 > frame #6: 0x00001eac6e3ec099 ld-elf.so.1`___lldb_unnamed_symbol27 + = 25 > ``` >=20 > which points me to this upstream line of code: = https://github.com/sass/libsass/blob/7037f03fabeb2b18b5efa84403f5a6d7a990f= 460/src/units.hpp#L11 >=20 > I could change the way it derives PI, but I'm not sure this is the = correct fix. At first sight this looks like some sort of initialization order fiasco, = but without a full backtrace and some indications on what it is exactly = segfaulting on it is hard to say. Is it reproducible? That said, it's rather crazy to calculate pi this way, when math.h has a = perfectly good M_PI define for this. You could replace this initialization with that, or try using constexpr = instead of const, but it is papering over the real problem, which seems = to be some unmapped library? -Dimitry From nobody Wed Nov 20 22:50:23 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XtxQw0G6dz5drLc; Wed, 20 Nov 2024 22:50:32 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [IPv6:2a01:4f8:1c1c:11e5::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XtxQv2klMz45Qs; Wed, 20 Nov 2024 22:50:31 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from mail (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4XtxQp2YNFzL7yk; Wed, 20 Nov 2024 23:50:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1732143024; x= 1733957425; bh=DIniXa0ZxWrIr+lbnduPc7MuYSTWfXADgJpEYSfraco=; b=p TXowBdfoJ4+Vd64pxtMbO6Rtq/c7bAHxcuctbX0EeFFRoW0cCzLGK9s08SHJuzrQ VyBbbRZS6X17Fn3+kyn3Onmg728AmEOwBjOIfqZvFMjS5XF4MQFo9fUiBWT+oKUw p0c29SuwcEVeJ0FIBDflS8x08H9JQ3nqQDDxMwRXSKXpbei2+UG6WoqcDXAyBRCs FXhdH7evNqm4WkeyaBCL3ROu1QDDu0ddGqaSSIOc/9zEHrtUzbBeEB0QVQPVFYbt BeVw7st4mUx2jwSbA32VWbC/4P/lFehdy1znYOEccEyepbUOJsbeQ4sRD8LO7Z7Z n3yl2VrioR5gZMc2HH6DA== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by mail (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavisd-new, port 10026) with ESMTP id t70M1Ri5nU_9; Wed, 20 Nov 2024 23:50:24 +0100 (CET) Message-ID: <5ee47c3d-f80e-4d50-9b6a-acb3c98e80e0@madpilot.net> Date: Wed, 20 Nov 2024 23:50:23 +0100 Subject: Re: port binary dumping core on recent head in poudriere To: Dimitry Andric Cc: ports@freebsd.org, FreeBSD Current References: <46E3A370-A3E0-4BAF-B707-87F94F98E248@FreeBSD.org> Content-Language: en-US From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: <46E3A370-A3E0-4BAF-B707-87F94F98E248@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-Rspamd-Queue-Id: 4XtxQv2klMz45Qs X-Spamd-Bar: ---- List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org On 20/11/24 22:14, Dimitry Andric wrote: > On 20 Nov 2024, at 18:32, Guido Falsi wrote: >> I've noticed that recently some ports are dumping core during builds of dependencies in head in poudriere. >> >> I'm seeing this for example with sassc crashing while trying to build x11-themes/greybird-theme. >> >> My first suspect was the llvm upgrade in head, but forcing sassc and libsass to build with older clang via USES=llvm:max=18 is not helping. >> >> I did recompile the offending programs with debug and tried a backtrace and got this: >> >> ``` >> (lldb) bt >> * thread #1, name = 'sassc', stop reason = signal SIGSEGV: invalid permissions for mapped object (fault address: 0x82374a000) >> * frame #0: 0x000000082374a000 libsass.so.1 >> frame #1: 0x0000000823865a86 libsass.so.1`_GLOBAL__sub_I_ast.cpp [inlined] double std::__1::__math::acos[abi:se190102](__x=-1) at inverse_trigonometric_functions.h:40:10 >> frame #2: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp [inlined] __cxx_global_var_init at units.hpp:11:21 >> frame #3: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp at ast.cpp:0 >> frame #4: 0x00001eac6e3f078d ld-elf.so.1 >> frame #5: 0x00001eac6e3ef349 ld-elf.so.1 >> frame #6: 0x00001eac6e3ec099 ld-elf.so.1`___lldb_unnamed_symbol27 + 25 >> ``` >> >> which points me to this upstream line of code: https://github.com/sass/libsass/blob/7037f03fabeb2b18b5efa84403f5a6d7a990f460/src/units.hpp#L11 >> >> I could change the way it derives PI, but I'm not sure this is the correct fix. > > At first sight this looks like some sort of initialization order fiasco, but without a full backtrace and some indications on what it is exactly segfaulting on it is hard to say. Is it reproducible? It is fully reproducible here by just compiling the sassc port and trying to run it. It segfaults on startup. In fact that is the full backtrace, I don't think there is much else to extract, but maybe I'm wrong, do you have steps to take to get more information out of lldb? I'm using head at cdfd0600dc8882f0a0d0e6d9a1cdcf926edba6d6 in both the host and poudriere jail. Tomorrow I'll try reproducing this on a local machine building on it. > > That said, it's rather crazy to calculate pi this way, when math.h has a perfectly good M_PI define for this. I find that line of code strange too, but it is working on releases. > > You could replace this initialization with that, or try using constexpr instead of const, but it is papering over the real problem, which seems to be some unmapped library? What do you mean by unmapped library? I'll try to play around with ldd and similar tolls tomorrow, maybe I can uncover something. I'm building the port as usual in poudriere, as a dependency of what I'm trying to test, looks like something changed in head causing this failure. -- Guido Falsi From nobody Thu Nov 21 03:55:32 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Xv4Bs3jY7z5f9L1 for ; Thu, 21 Nov 2024 03:55:33 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xv4Bs1yK7z4cwJ for ; Thu, 21 Nov 2024 03:55:33 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1732161333; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=ZJuPRTzYz5nnz11GHKrc8+F/Wrt+og4svpn7MDy/6TI=; b=YbY74yOMdTGA6WMdXjoyo1On7b1q6I4+j891270D1E5j9RKRmCeDolDNHxuRlweXwhImyR IQXDqbUti4kS4i1Spd+Eu8Datp5muYkBfaTVSjLWu0zzpWZQFBfUK4yPtgvaY/S9V41NQt yMk3sZdmJi4mY8hKjC8D2iYLMGouWmY+LZ9sg4WiegPrdF3hQI9oRJLS/Hh7WVd+Cc81m5 jqb7ZLg3sD5a02k1frAXBmkOx0nT6Cv4wc6e76bfCojLPlZO21TsrGaDerbVlQfjJbjv4F +8/yRRcfhCvXH0xR1zZH/YTpDVgwWN65NtbQICgL7saqjcwc1smiKBkU+EQHUQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1732161333; a=rsa-sha256; cv=none; b=K0+qLK978sD5MUEv85+o7tw9lAITJSd/onFZGZ0GOnRGTqS9f1yL/SWHOMdcgUI7kDYMJ1 WNiBvGFEn3rUVyzhtVvfcdvPbs3lYqM18ueQpFnuXua1KyMeHuO1vYQaM3/cMZSNgkBnpn YbbwLcR8RL+ctKBGHhbF0Px0YlNEr4gyfXDIeOe35Aby9CRjryGEaGuAwNzDVsPWjUsKCh fZct3Nepl5blRsNIZRaiUBep4Bc0t3ctI2l7egc2bkOLbUr2RBvUr4OII8L7ubWE6zIFmB HIrE2WaJF4h177tOpx8RgL7uSSeddRRWN0nKT5hESbuHJGMB0tT+qfCyesOyIg== 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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Xv4Bs0Nv9zNpx for ; Thu, 21 Nov 2024 03:55:33 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 4AL3tW78090065 for ; Thu, 21 Nov 2024 03:55:32 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 4AL3tWtM090064; Thu, 21 Nov 2024 03:55:32 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202411210355.4AL3tWtM090064@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 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Thu, 21 Nov 2024 03:55:32 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained 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. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ net-mgmt/netxms | 3.9.420 | 5.1.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 nobody Thu Nov 21 05:10:06 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Xv5s328l7z5fDwr for ; Thu, 21 Nov 2024 05:10:15 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [209.237.23.5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xv5s23DSKz4lmm for ; Thu, 21 Nov 2024 05:10:14 +0000 (UTC) (envelope-from marquis@roble.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=roble.com header.s=rs060402 header.b=rcxMaE4s; spf=pass (mx1.freebsd.org: domain of marquis@roble.com designates 209.237.23.5 as permitted sender) smtp.mailfrom=marquis@roble.com; dmarc=pass (policy=none) header.from=roble.com Received: from roble.com (roble.com [209.237.23.50]) by mx5.roble.com (Postfix) with ESMTP id BC13C7371 for ; Wed, 20 Nov 2024 21:10:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=roble.com; s=rs060402; t=1732165807; bh=/NFSudVzQyWBlJSjWk0QhRP74T4e+jNfEzkN2v5QpmE=; h=Date:From:To:Subject; b=rcxMaE4s8gxJqvnTSwhvh6OE7dmpMmA4AC/dSbJVaqDIKNAlUeN0OiS2OBBrl9bZr O03wkh3MSU9veeKorku5w0tuWu0t/Q6V2wOXfDoOSWP2veY+lhueAtZSBAofVrczlx tf44ceImmPn9xaU0w0v23/ZQwHP5twh+e8GD2yYo= Date: Wed, 20 Nov 2024 21:10:06 -0800 (PST) From: Roger Marquis To: ports@freebsd.org Subject: bind 9.18.31 Message-ID: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spamd-Result: default: False [-3.90 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[roble.com,none]; R_DKIM_ALLOW(-0.20)[roble.com:s=rs060402]; R_SPF_ALLOW(-0.20)[+ip4:209.237.23.0/24]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:17403, ipnet:209.237.0.0/18, country:US]; MLMMJ_DEST(0.00)[ports@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[roble.com:+] X-Rspamd-Queue-Id: 4Xv5s23DSKz4lmm X-Spamd-Bar: --- Curious if anyone has been able to compile the dns/bind918 port with DISTVERSION= 9.18.31? This was released over a month ago and I've tried contacting the port owner but not heard back. After a make makesum, and a minimal make config, make throws several "sh: git: not found" warnings, but the error I'm running into is: ... ../../lib/isc/.libs/libisc.so -L/usr/local/lib -L/lib ../../lib/dns/.libs/libdns.so ../../lib/isccfg/.libs/libisccfg.so /usr/ports/dns/bind918/work/bind-9.18.31/lib/dns/.libs/libdns.so /usr/ports/dns/bind918/work/bind-9.18.31/lib/isc/.libs/libisc.so -luv -lssl -lcrypto -lz -lnghttp2 -lxml2 -lexecinfo -lpthread -pthread -Wl,-rpath -Wl,/usr/local/lib ./cfg_test --rndc --grammar | /usr/local/bin/perl ./sort-options.pl > rndc.grammar ld-elf.so.1: Cannot execute objects on [restricted] ./cfg_test --named --grammar | /usr/local/bin/perl ./sort-options.pl > options ld-elf.so.1: Cannot execute objects on [restricted] ./cfg_test --zonegrammar primary > primary.zoneopt ld-elf.so.1: Cannot execute objects on [restricted] *** Error code 1 Stop. make[3]: stopped in /usr/ports/dns/bind918/work/bind-9.18.31/doc/misc Roger From eugen@grosbein.net Thu Nov 21 06:28:27 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Xv7c01KYwz5fJyT for ; Thu, 21 Nov 2024 06:29:04 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from mail.rdtc.ru (ns3.rdtc.ru [62.231.190.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xv7bz5pz3z4vHL for ; Thu, 21 Nov 2024 06:29:03 +0000 (UTC) (envelope-from eugen@grosbein.net) Authentication-Results: mx1.freebsd.org; none Received: by mail.rdtc.ru (RDTC Post Office Server, from userid 1000) id 0D7291CF46; Thu, 21 Nov 2024 13:28:54 +0700 (+07) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: egrosbein@rdtc.ru) by mail.rdtc.ru (RDTC Post Office Server) with ESMTPSA id 35CBD1CF16 for ; Thu, 21 Nov 2024 13:28:53 +0700 (+07) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ports@freebsd.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.18.1/8.18.1) with ESMTPS id 4AL6SnES071213 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 21 Nov 2024 13:28:50 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: bind 9.18.31 To: Roger Marquis , ports@freebsd.org References: From: Eugene Grosbein Message-ID: Date: Thu, 21 Nov 2024 13:28:27 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=LOCAL_FROM,NICE_REPLY_A, SPF_PASS,T_DATE_IN_FUTURE_96_Q autolearn=no autolearn_force=no version=4.0.0 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * 0.0 T_DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: * date * 2.6 LOCAL_FROM From my domains * -2.3 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on eg.sd.rdtc.ru X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:29072, ipnet:62.231.184.0/21, country:RU] X-Rspamd-Queue-Id: 4Xv7bz5pz3z4vHL X-Spamd-Bar: ---- 21.11.2024 12:10, Roger Marquis wrote: > Cannot execute objects on You should specify the version if FreeBSD you use. Also, you seem to have mounted working directory with "noexec" flag and this must be a reason of the error. Eugene From nobody Thu Nov 21 10:22:54 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XvDp55XzRz5cLQQ for ; Thu, 21 Nov 2024 10:23:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-19.consmr.mail.gq1.yahoo.com (sonic314-19.consmr.mail.gq1.yahoo.com [98.137.69.82]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XvDp41vsYz43GJ for ; Thu, 21 Nov 2024 10:23:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=bsS96Pji; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732184586; bh=PopbP5hvmuEOOT4lZzKZFWjnux33lO46l1SHihHSNFk=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=bsS96PjipsIXaE6H0NSZmsILWQEhcTdH65SGiJdZVGp8LBr6qhIZqoJLwoHykKymkwJ+RhLAp4cyr0KW0tr8IpwKanq3O6P1BFjCIS6lXGcekUXphx6lPdTA95+l7ef0kyKEim8zyIRSxy9vN2GEFj87GkivZKeBrFtqza12QdzWkbZWTf9wP81rrtfkVMe1K14ktMU5mVylVxh/D3lexcoH+VaQfF8wcEwc19si2r7U8MNKPqMHE07Smb+e8Idhye30+XoHurzD4/bNvNUwD+4T9By0e9n1FzGQuNpA5ifNudY7jMBFCL+sdk1xrP76HukQ0O92ZJct7DECUfdqfQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732184586; bh=irtU+cvjQt1lgHgY+br3zaHtytAYkP2AW/U80hGEGve=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=dk8I3NJpj+rgDRLuNfJms45zwwsmLwHClx/ak3c+qn/iX/GuszxyJ1HvVRUa93gMmWu8UDzMkXumKpJBMMd/ZUsUXNgMkYldOkzNHpyr51D+jLBrsubeQXS2RTUth8wYb3S3/9p6CLPpOiZ7awXm1RNsmyH9UB0shI2Hhk4ORRde5xO49eZGJTagaP5TrV+sF8KSkXAOqtk7MhcQYLgJG2KdLuRkLwWlzRhRRiA6t9pdmOj+DugSMfDyp04mb+yxEK8H+XbRFhLxkytUOah5eHOtBCiBMdIzCJVKIYUtaPPHp4XIlN8WYYIY58ae3eLh6HWqk9WfbaCIoqMeTm9FZg== X-YMail-OSG: JhZONVQVM1mjJ_3ohAxWjdaYdOW4stmkpjf5zoHD4chmuJCDVOxiLdqRByjv5YA JH3Ds7nW3SojaiW2H8drGS0CVozqaukNeDHX1uuUjEQLaxMozIyWGa2irqOfApZSskvbOlzv2Up6 hlBJRa5oxgPm3zC4a63EZg2d4.L.qS.uOlXCcd0mN3jN_1tiWSaP42DfkB0M6V5lkOTAEiuVXBzS zAc3tu2BFTBWRpRh9Zt8_aYWgISKucpGzzcu53_8UeYVGLOMFH2dPViCqTt23khio5IbUfiIXfLz zNLOZoZqwO.uh1RkjpMu0Qw8viSGJPddfds.OE0UU4N2ipAdxOtu_Fpb_c3EBSfrPSEBN3xDNkrs e7C9_uRzF2PqCKM2GOS2qMuhw8U.TqytXdNobxZkz8v3IgxCjbhUaCFXTh8.Z5rK3GpEbme5J5h9 XJdyZjpSTp0Wp9skyAqauA9zYok5GxtqbabC1VyE.VpWF6qKFHlpn3AtHYPeuMoKqNNFBiS3sAXz UOJ1f_G9XSdNrjJ33Ba1uysIoSz6TPlTRnH67i9VHMowteQxIfWehCYJpj6trv4sy8T6dKg28HPC ZeXeqFirsnGRAF6PJ2qGwVANTHfAyAeJulx3wRcV0Tl8_ENqLmaG.HVHoHgHejxoCcoyPdQPbdTA n7I3dRLVrQi06AWCz7OqqVB3f1PcN.5chVkO.IMESVEqcQwmFkh3ndUzA.6Jojs0fJDJA5u9CZ1n hB17.KfuPCs6o28_Ap8KW4.Xh5HjxTjdwFqTOCHKEKsz1oD.Xo5K88qpkBPmEUhGuincjrHFOWUd veHsweWbq8FgKal5xptA6KPND66cBiVeWU6NDeNYt0F7LRBBXOmtBr1g2vB_OPP3uN7HW5qRBHm2 K2Y32OHh8iH_CmIxqwcQxF6oCKaNzf.ndmwKrQHl8MniARNYKOcCbG0QIwnUD.X_x05jH6RPTQ8s bgpYAMfUCY_PuyakIax3H.2ZIDfr2FhGDGZsrIT2Tsi0Y3.45z08qqlDsmtdY4O9xAqtXGWiR01T hHfnsMC3gp7oaYI39hs5zRyui1h3Upcw5ijyT_P3OJ4tHeORmoymvrJqd1bE8iFLGpPsc_H5_.r. pI5iXdwVy7uV4Ve7xH9EFwlGOtaRug8oIxTn5dqKjAwbNoACskSVpU2jn.hy_2h_rMgur9D9vF3s hsIp6RbuOQTCeHrBr0FuAUgVWu8a0bf7ZRUc41IGylt3bQv_glFhev3aUiNm2_NxZ6XO3UQY6zky olAmNfB9EWkpvrfs0xz7bIhSnBJY4EBoTjKgtco_FleS_OK9dcC39Tasb4muvBcUZdux4IyiqUcd ZYdmYb8g5EBqveqm0XpW.NuLekUWrO9quqltZwXiFtH9inOmnKE4EB6hjwN8SAFftbouvIYbiB.j hdwHQvcMTi1RWJLhF4skJy7C9FNPGhfwp1skVH8XjbXsryjUeoNQVZgeJ_nzyrCX4SV3f_HGdTnF BJ1UZlD1NKV0KoNOf0GxZ570aGpcLbDbgoFH.fPf_YtEvJXC4FvoK6rxLoFbe8RgtfWLrPdFe8yA d5OZUbcoOnMRIKjK92F5QgHfd21hav3gg0I7WwMYa81nMPmLoTxqs3olElCtGArRvwttZSUVP4ak oCGmyz9DWiVPnLZ_xMVEk_MqDXlDbE76Vi447t9fepPJ.acKZ5vbUjKvdx2MGZjwD.KSM3gNsOpi YdGGNc1NTNRAQXbXq3I9aC3XMlw_dpCld4BAOxf4r9_7aDknRrgCUo4r5Sl289eTxLWHEDEBn1GG 8KWwTD6dvHky7v2z2OnSJrwpFQnr3PT3lquw9kmMPrvCJ7w61GXEEIK_JgVW2CZyh4UmPF3.A1eJ R5t0bNPZtB4Bzw5c0XE9.9QwLcKbkmtUjdNkwNErvCnYPLEUeFyHaeHixImrtVPFw4RFi8GlnjBF PVgWP.dQGfZmG4DFFco.3OfC5yaymhE9s31ht2FJicWc.sP1f5vgEuIToDndIbIT5LzE6uMeOYel SA.oNtoxMYD13Fp0rr6qqOfwKI9s8Zt54AYoBZeCdUL5S6pRZijcBU5vWgfca6.1VlWpE9lNhuFn lBQdS4KqnCYgZNt468mUEyEcSL60UciqF6eLAi4BblIWcxYdjAvwaQ_gvp4Hinm4LwORKMYglak6 qUOLl4H783uFhQeVEFTje4TJUr8gxI5hZ_5w3UU88NEO3X7K4WIulpnVOQuEfeS_QVdJVxhgzNSh WSNK166gPEqTr6YiyK9ZcQq9MugCnABiogxXzuIEaU1ByI6gIYScYswFWmy1BywzgDQjHnQiUPam 2VZh.2tx7Cwy6FdfzH1G4aDrg58tAIRh3yYQd X-Sonic-MF: X-Sonic-ID: adfc9949-1907-4eb9-8568-3ad8da2dd9ef Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 Nov 2024 10:23:06 +0000 Received: by hermes--production-gq1-5dd4b47f46-5xsmt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4fe6aefb956f9581d2d1da8fdd61557d; Thu, 21 Nov 2024 10:23:05 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: port binary dumping core on recent head in poudriere Message-Id: <0078D1FE-5A33-43A1-B679-727080676688@yahoo.com> Date: Thu, 21 Nov 2024 02:22:54 -0800 Cc: Dimitry Andric To: Guido Falsi , FreeBSD Mailing List X-Mailer: Apple Mail (2.3776.700.51) References: <0078D1FE-5A33-43A1-B679-727080676688.ref@yahoo.com> X-Spamd-Result: default: False [-3.38 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.38)[-0.379]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[3]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.82:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.82:from] X-Rspamd-Queue-Id: 4XvDp41vsYz43GJ X-Spamd-Bar: --- > I've noticed that recently some ports are dumping core during builds = of=20 > dependencies in head in poudriere. >=20 > I'm seeing this for example with sassc crashing while trying to build=20= > x11-themes/greybird-theme. >=20 > My first suspect was the llvm upgrade in head, but forcing sassc and=20= > libsass to build with older clang via USES=3Dllvm:max=3D18 is not = helping. >=20 > I did recompile the offending programs with debug and tried a = backtrace=20 > and got this: >=20 > ``` > (lldb) bt > * thread #1, name =3D 'sassc', stop reason =3D signal SIGSEGV: invalid=20= > permissions for mapped object (fault address: 0x82374a000) > * frame #0: 0x000000082374a000 libsass.so.1 > frame #1: 0x0000000823865a86 libsass.so.1`_GLOBAL__sub_I_ast.cpp=20 > [inlined] double std::__1::__math::acos[abi:se190102](__x=3D-1) = at=20 > inverse_trigonometric_functions.h:40:10 > frame #2: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp=20 > [inlined] __cxx_global_var_init at units.hpp:11:21 > frame #3: 0x0000000823865a81 libsass.so.1`_GLOBAL__sub_I_ast.cpp at=20 > ast.cpp:0 > frame #4: 0x00001eac6e3f078d ld-elf.so.1 > frame #5: 0x00001eac6e3ef349 ld-elf.so.1 > frame #6: 0x00001eac6e3ec099 ld-elf.so.1`___lldb_unnamed_symbol27 + 25 > ``` >=20 > which points me to this upstream line of code:=20 > = https://github.com/sass/libsass/blob/7037f03fabeb2b18b5efa84403f5a6d7a990f= 460/src/units.hpp#L11 The below verifies that the acos@got.plt ends up with the bad value that is the failure address, reloc_plt setting the bad value into acos@got.plt . Some of this may be because there are 2 's in the code (from an "info b" in gdb after I'd "b acos@plt"): 2.1 y 0x00000008004f3da0 2.2 y 0x000000080066e690 (gdb) disass 0x00000008004f3da0 Dump of assembler code for function acos@plt: 0x00000008004f3da0 <+0>: jmp *0x14362(%rip) # 0x800508108 = 0x00000008004f3da6 <+6>: push $0x72 0x00000008004f3dab <+11>: jmp 0x8004f3670 (gdb) disass 0x000000080066e690 Dump of assembler code for function acos@plt: 0x000000080066e690 <+0>: jmp *0x2ada(%rip) # 0x800671170 = 0x000000080066e696 <+6>: push $0xb 0x000000080066e69b <+11>: jmp 0x80066e5d0 End of assembler dump. There are also the 2 separate 's in the code: (gdb) x/gx 0x800508108 0x800508108 : 0x0000000800249000 (gdb) x/gx 0x800671170 0x800671170 : 0x000000080066e696 One of these is is junk and the other is not: (gdb) disass 0x0000000800249000 No function contains specified address. NOTE: At this stage the result should have been based on: 0x00000008004f3da6 (gdb) disass 0x000000080066e696 Dump of assembler code for function acos@plt: 0x000000080066e690 <+0>: jmp *0x2ada(%rip) # 0x800671170 = 0x000000080066e696 <+6>: push $0xb 0x000000080066e69b <+11>: jmp 0x80066e5d0 End of assembler dump. I built textproc/sassc in poudriere in my personal environment. Running it fails as was described. First just see the failing address and where it fits in the info files information. (gdb) run Starting program: /usr/local/bin/sassc =20 Program received signal SIGSEGV, Segmentation fault. Invalid permissions for mapped object. 0x0000000800249000 in ?? () (gdb) info files Symbols from "/usr/local/bin/sassc". Native process: Using the running image of child process 80969. While running this, GDB does not access memory from... Local exec file: `/usr/local/bin/sassc', file type elf64-x86-64-freebsd. Entry point: 0x203440. . . 0x0000000800225230 - 0x0000000800226058 is .bss in /libexec/ld-elf.so.1 0x00007ffffffff0e8 - 0x00007ffffffff100 is .hash in system-supplied DSO = at 0x7ffffffff000 0x00007ffffffff100 - 0x00007ffffffff130 is .dynsym in system-supplied = DSO at 0x7ffffffff000 0x00007ffffffff130 - 0x00007ffffffff157 is .dynstr in system-supplied = DSO at 0x7ffffffff000 0x00007ffffffff158 - 0x00007ffffffff15c is .gnu.version in = system-supplied DSO at 0x7ffffffff000 0x00007ffffffff15c - 0x00007ffffffff194 is .gnu.version_d in = system-supplied DSO at 0x7ffffffff000 0x00007ffffffff194 - 0x00007ffffffff1a8 is .eh_frame_hdr in = system-supplied DSO at 0x7ffffffff000 0x00007ffffffff1a8 - 0x00007ffffffff214 is .eh_frame in system-supplied = DSO at 0x7ffffffff000 0x00007ffffffff218 - 0x00007ffffffff2c8 is .dynamic in system-supplied = DSO at 0x7ffffffff000 0x00007ffffffff2d0 - 0x00007ffffffff2e6 is .text in system-supplied DSO = at 0x7ffffffff000 0x0000000800249270 - 0x0000000800249288 is .note.tag in = /usr/local/lib/libsass.so.1 . . . 0x0000000800630310 - 0x00000008006343f8 is .bss in /lib/libcxxrt.so.1 0x00000008006352a8 - 0x00000008006352c0 is .note.tag in /lib/libm.so.5 . . . 0x000000080066e5d0 - 0x000000080066ee30 is .plt in /lib/libm.so.5 NOTE where 0x0000000800249000 fits in the above: outside any range. (And is referencing an implementation in /lib/libm.so.5 instead of /usr/local/lib/libsass.so.1 .) NOTE where 0x000000080066e696 fits in the above: inside a /lib/libm.so.5 = range. (And is referencing the implementation also in /lib/libm.so.5 .) I'll note c++/v1/__math/inverse_trigonometric_functions.h having: template ::value, int> =3D 0> inline _LIBCPP_HIDE_FROM_ABI double acos(_A1 __x) _NOEXCEPT { return __builtin_acos((double)__x); } This is in use in multiple places but each should end up using the implementation in /lib/libm.so.5 . Then rerunning for tracking acos@got.plt use and a little other context: (gdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (gdb) b __cxx_global_var_init Breakpoint 1 at 0x800364a81: __cxx_global_var_init. (50 locations) (gdb) b acos@plt Breakpoint 2 at 0x8004f3da0 (2 locations) (gdb) watch -l *(unsigned long*)0x800508108 Hardware watchpoint 3: -location *(unsigned long*)0x800508108 (gdb) watch -l *(unsigned long*)0x800671170 Hardware watchpoint 4: -location *(unsigned long*)0x800671170 (gdb) run The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/local/bin/sassc =20 Hardware watchpoint 3: -location *(unsigned long*)0x800508108 Old value =3D 0x0 New value =3D 0x800249000 reloc_plt (obj=3Dobj@entry=3D0x80022a808, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 343 break; NOTE: Old value being 0x0 is why things are odd. (gdb) bt #0 reloc_plt (obj=3Dobj@entry=3D0x80022a808, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 #1 0x0000000800217763 in relocate_object (obj=3Dobj@entry=3D0x80022a808, = bind_now=3D0x0, rtldobj=3Drtldobj@entry=3D0x800225250 , = flags=3Dflags@entry=3D0x4, lockstate=3Dlockstate@entry=3D0x0) at /usr/main-src/libexec/rtld-elf/rtld.c:3331 #2 0x000000080020fc38 in relocate_objects (first=3D, = bind_now=3D, flags=3D0x4, lockstate=3D0x0, = rtldobj=3D) at /usr/main-src/libexec/rtld-elf/rtld.c:3369 #3 _rtld (sp=3D, exit_proc=3D0x7fffffffea50, = objp=3D0x7fffffffea58) at /usr/main-src/libexec/rtld-elf/rtld.c:903 #4 0x000000080020cdf9 in rtld_start () at = /usr/main-src/libexec/rtld-elf/amd64/rtld_start.S:40 (gdb) list 338 switch(ELF_R_TYPE(rela->r_info)) { 339 case R_X86_64_JMP_SLOT: 340 /* Relocate the GOT slot pointing into the PLT. */ 341 where =3D (Elf_Addr *)(obj->relocbase + rela->r_offset); 342 *where +=3D (Elf_Addr)obj->relocbase; 343 break; 344 345 case R_X86_64_IRELATIVE: 346 obj->irelative =3D true; 347 break; (gdb) print obj->relocbase $1 =3D (caddr_t) 0x800249000 "\177ELF\002\001\001\t" (gdb) print rela->r_offset $2 =3D 0x2bf108 (gdb) print where $3 =3D (Elf_Addr *) 0x800508108 (gdb) print *where $4 =3D 0x800249000 (gdb) c Continuing. Hardware watchpoint 4: -location *(unsigned long*)0x800671170 Old value =3D 0x39696 New value =3D 0x80066e696 reloc_plt (obj=3Dobj@entry=3D0x80022e408, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 343 break; (gdb) bt #0 reloc_plt (obj=3Dobj@entry=3D0x80022e408, flags=3Dflags@entry=3D0x4, = lockstate=3Dlockstate@entry=3D0x0) at = /usr/main-src/libexec/rtld-elf/amd64/reloc.c:343 #1 0x0000000800217763 in relocate_object (obj=3Dobj@entry=3D0x80022e408, = bind_now=3D0x0, rtldobj=3Drtldobj@entry=3D0x800225250 , = flags=3Dflags@entry=3D0x4, lockstate=3Dlockstate@entry=3D0x0) at /usr/main-src/libexec/rtld-elf/rtld.c:3331 #2 0x000000080020fc38 in relocate_objects (first=3D, = bind_now=3D, flags=3D0x4, lockstate=3D0x0, = rtldobj=3D) at /usr/main-src/libexec/rtld-elf/rtld.c:3369 #3 _rtld (sp=3D, exit_proc=3D0x7fffffffea50, = objp=3D0x7fffffffea58) at /usr/main-src/libexec/rtld-elf/rtld.c:903 #4 0x000000080020cdf9 in rtld_start () at = /usr/main-src/libexec/rtld-elf/amd64/rtld_start.S:40 (gdb) list 338 switch(ELF_R_TYPE(rela->r_info)) { 339 case R_X86_64_JMP_SLOT: 340 /* Relocate the GOT slot pointing into the PLT. */ 341 where =3D (Elf_Addr *)(obj->relocbase + rela->r_offset); 342 *where +=3D (Elf_Addr)obj->relocbase; 343 break; 344 345 case R_X86_64_IRELATIVE: 346 obj->irelative =3D true; 347 break; (gdb) print obj->relocbase $5 =3D (caddr_t) 0x800635000 "\177ELF\002\001\001\t" (gdb) print rela->r_offset $6 =3D 0x3c170 (gdb) print where $7 =3D (Elf_Addr *) 0x800671170 (gdb) print *where $8 =3D 0x80066e696 (gdb) c Continuing. Breakpoint 1.50, 0x00000008005beee4 in __cxx_global_var_init () from = /lib/libc++.so.1 (gdb) c Continuing. Breakpoint 1.1, __cxx_global_var_init () at ./units.hpp:11 warning: 11 ./units.hpp: No such file or directory (gdb) c Continuing. Breakpoint 2.1, 0x00000008004f3da0 in acos@plt () from = /usr/local/lib/libsass.so.1 (gdb) bt #0 0x00000008004f3da0 in acos@plt () from /usr/local/lib/libsass.so.1 #1 0x0000000800364a86 in = _ZNSt3__16__math4acosB8se190102IiTnNS_9enable_ifIXsr11is_integralIT_EE5val= ueEiE4typeELi0EEEdS3_ (__x=3D0xffffffff) at /usr/include/c++/v1/__math/inverse_trigonometric_functions.h:40 #2 __cxx_global_var_init () at ./units.hpp:11 #3 0x0000000800364a86 in _GLOBAL__sub_I_ast.cpp () from = /usr/local/lib/libsass.so.1 #4 0x00000008002114ed in objlist_call_init = (list=3Dlist@entry=3D0x7fffffffe9e0, = lockstate=3Dlockstate@entry=3D0x7fffffffe7d0) at = /usr/main-src/libexec/rtld-elf/rtld.c:3128 #5 0x00000008002100a9 in _rtld (sp=3D, = exit_proc=3D0x7fffffffea50, objp=3D0x7fffffffea58) at = /usr/main-src/libexec/rtld-elf/rtld.c:974 #6 0x000000080020cdf9 in rtld_start () at = /usr/main-src/libexec/rtld-elf/amd64/rtld_start.S:40 (gdb) disass Dump of assembler code for function acos@plt: =3D> 0x00000008004f3da0 <+0>: jmp *0x14362(%rip) # 0x800508108 = 0x00000008004f3da6 <+6>: push $0x72 0x00000008004f3dab <+11>: jmp 0x8004f3670 End of assembler dump. (gdb) stepi 0x0000000800249000 in ?? () (gdb) bt #0 0x0000000800249000 in ?? () #1 0x0000000800364a86 in = _ZNSt3__16__math4acosB8se190102IiTnNS_9enable_ifIXsr11is_integralIT_EE5val= ueEiE4typeELi0EEEdS3_ (__x=3D0xffffffff) at /usr/include/c++/v1/__math/inverse_trigonometric_functions.h:40 #2 __cxx_global_var_init () at ./units.hpp:11 #3 0x0000000800364a86 in _GLOBAL__sub_I_ast.cpp () from = /usr/local/lib/libsass.so.1 #4 0x00000008002114ed in objlist_call_init = (list=3Dlist@entry=3D0x7fffffffe9e0, = lockstate=3Dlockstate@entry=3D0x7fffffffe7d0) at = /usr/main-src/libexec/rtld-elf/rtld.c:3128 #5 0x00000008002100a9 in _rtld (sp=3D, = exit_proc=3D0x7fffffffea50, objp=3D0x7fffffffea58) at = /usr/main-src/libexec/rtld-elf/rtld.c:974 #6 0x000000080020cdf9 in rtld_start () at = /usr/main-src/libexec/rtld-elf/amd64/rtld_start.S:40 (gdb) stepi Program received signal SIGSEGV, Segmentation fault. Invalid permissions for mapped object. 0x0000000800249000 in ?? () =3D=3D=3D Mark Millard marklmi at yahoo.com