From nobody Mon Mar 11 02:11:20 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 4TtKym60Ybz5DPyM for ; Mon, 11 Mar 2024 02:11:44 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtKym3Bn9z452H; Mon, 11 Mar 2024 02:11:44 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Authentication-Results: mx1.freebsd.org; none Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 42B2BLq1071030; Sun, 10 Mar 2024 19:11:36 -0700 (PDT) (envelope-from portmaster@bsdforge.com) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Sun, 10 Mar 2024 19:11:20 -0700 From: Chris To: Daniel Engberg Cc: Eugene Grosbein , Florian Smeets , ports@freebsd.org Subject: Re: Proposed ports deprecation and removal policy In-Reply-To: References: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> <1c5b7818-842f-f7b8-9d4e-5bf681cad20e@grosbein.net> User-Agent: UDNSMS/17.0 Message-ID: <11e2ac939d635707da21a7037fb7412a@bsdforge.com> X-Sender: portmaster@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- 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:11404, ipnet:24.113.0.0/16, country:US] X-Rspamd-Queue-Id: 4TtKym3Bn9z452H On 2024-03-10 14:49, Daniel Engberg wrote: > On 2024-03-10T21:45:16.000+01:00, Eugene Grosbein > wrote: >> 29.02.2024 2:22, Florian Smeets wrote: >> >> >> > This policy should give some guidance on when ports can or should be removed. In general ports should not be removed without reason but if a port blocks progress it should be deprecated and subsequently removed. In general, if a ports blocks progress for some time it will be removed so that progress can be made. For more details see below. >> > >> > >> > Ports can be removed immediately if one of the following conditions is met: >> > >> > - Upstream distfile is no longer available from the original source/mirror >> > (Our and other distcaches e.g. Debian, Gentoo, etc do not count as "available") >> > - Upstream WWW is unavailable: deprecate, remove after 3 months >> >> [skip] >> >> >> > A port can be deprecated and subsequently removed if: >> > >> > - Upstream declared the version EOL or officially stopped development. >> > DEPRECATED should be set as soon as the planned removal date is know. >> >> Objection to quoted reasons. A software not developed anymore but still >> works fine >> after years is best software ever. Do not touch it, please. >> >> Some examples: >> >> mail/qpopper abadoned by Qualcomm years ago >> russian/d1489 created by ache@ who passed away years ago >> net/quagga abadonware but still best OSPF implementation for FreeBSD >> kernel >> net-im/pidgin-manualsize abadoned by initial author years ago >> databases/oracle8-client the only known library to link native FreeBSD code >> with for OracleDB connection >> >> Do not "fix" what ain't broken. >> > Eugene > > I'm going to assume that there will be a PR or something regarding > maintained > ports either way. > > In general not directed to the mentioned ports specifically but using a few > as examples, > > As far as the "Do not "fix" what ain't broken" argument goes one major > concern is > how do you know especially regarding to Internet facing services? Qpopper > (for > example) has been dropped by pretty much every distro > https://repology.org/project/qpopper/versions and upstream is dead so > there's no > hub for communication. There likely aren't many eyes on the software by now > (I > guess for both good and bad reasons) but it might also very well bite you or > users > in the end. That being said, all software contains bugs including active > projects > so it's not like it's a clean cut in terms of security concerns (wordpress) > but > you'll likely see issues being adressed and reported when software is more > widely > available. If upstream is dead it's very likely that security reports ends > up in > some package repo, random hosted fork or such and never finds it way outside > of > it. > > Quagga is in a similar position, pfsense seems to point users to frr and > there's > also other software such as bird/bird2 . > > According to https://www.orafaq.com/wiki/Oracle_8 Oracle 8 support ended 20 > years > ago, it's also marked as i386 only so its days are counted. I'm going to suggest that this is a bit of a non-starter. Indeed as you say, all software may have (security) issues. wordpress, as you mention, is used by the FBSD Foundation. Windows requires a patch-of-the-day subscription. But there are *many* ports that are trivial utilitarian ports that are highly unlikely to be of any consistence, and those that do, would/should be under the purview of their respective maintainers. I would submit that it is the responsibility of the maintainer to ensure their continued maintenance -- safety, functionality, and availability. What is the responsibility of the maintainer, if not to maintain the port? > > Nothing is stopping people to use an overlay but not everything needs to be > in or > rather stay the "public" repo forever. > > Best regards, > Daniel -- --Chris Hutchinson From nobody Mon Mar 11 04:17:16 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 4TtNlc2Vyzz5DbMq for ; Mon, 11 Mar 2024 04:17:16 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtNlc1RCzz4HR6 for ; Mon, 11 Mar 2024 04:17:16 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710130636; a=rsa-sha256; cv=none; b=cjf0VtE1mwtoIhRJ2W3lSPyxu7ttM3eBC05upPsXMf3Kr2laBIoj7EBi7OZBV/bv+WDeeZ yi0eSuMEDJgluMjPSlbTrDlSstySQLjcDu1I8VsPwvR0N24urxi7XeKvQTmjdOoAPkSeKG nwLp6Oydi+PYvcIttcIIWh+nKW19TnKWo5eAdvTpXEAwP7dq/CT1pBMWT6r0LI4KuBKI4d 8HUpBEYQjODBj5BFhA9p/0wFOmsYrvY4aNH1ZUdwVxY/1MR3+2wQBTsTzZopwD4QafxQLf zxcTo9rcxKw+kDaASdwXAFvKWrD3qaWfCv6cgS74DuoH+exps0TV4cNIUYGX1Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710130636; 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=M50/NrRzfKPesNe4EwphClaD/ge34hfKTIYOypFs+TU=; b=KdpOSy/9KYpQYVUAr6Bdl0A+KFdCzuMOknJk7RLTaje6tYAoMci3gPgq3PIVKN6ZhyxEYF l7F/IJ4oNBGlEWM/3xd3HAcbBoPppO9pRjeDXUEe3Gz8a2ZwYv4NdET8KYlCs5Jk02EbLr 2ouRuUXhPfNvA/Qp4/3PetQhs3gj4E8SjJrqMKi2tbkWgjKo3AAAIt/ElXz3KreGTtm9tw 6MjdsVk8Lg/qLgEVM9n2lGjHesVkgq48qABAOBeKD3LyCh2CZrfSGeVhzpAtfEygKhczQs Vgqpsnqe7udCE59odfUtK8j6ohfzB2P8G1xSXIha11KTxmxhE3CvAu7wl0jgvA== 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 4TtNlc0nT6zF86 for ; Mon, 11 Mar 2024 04:17:16 +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 42B4HGLS013789 for ; Mon, 11 Mar 2024 04:17:16 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 42B4HGe9013788; Mon, 11 Mar 2024 04:17:16 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202403110417.42B4HGe9013788@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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Mon, 11 Mar 2024 04:17:16 +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-p2p/monero-cli | 0.18.3.1 | v0.18.3.2 ------------------------------------------------+-----------------+------------ 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 Mon Mar 11 10:18:51 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 4TtXm76FPdz5CgMq for ; Mon, 11 Mar 2024 10:18:15 +0000 (UTC) (envelope-from adam.labuznik@gmail.com) Received: from mail-yb1-xb34.google.com (mail-yb1-xb34.google.com [IPv6:2607:f8b0:4864:20::b34]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtXm63gDqz4rfj for ; Mon, 11 Mar 2024 10:18:14 +0000 (UTC) (envelope-from adam.labuznik@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=fu6jvMZx; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of adam.labuznik@gmail.com designates 2607:f8b0:4864:20::b34 as permitted sender) smtp.mailfrom=adam.labuznik@gmail.com Received: by mail-yb1-xb34.google.com with SMTP id 3f1490d57ef6-dcc71031680so2401937276.2 for ; Mon, 11 Mar 2024 03:18:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710152293; x=1710757093; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=HQHVzuv6OMAac4RlEVEu7gWDbZ7G0bJ7bNOuR3QQkIg=; b=fu6jvMZxEP2rfnCBuLXaLQIn5mJ+vqIpQAPweCAl19WL8NR5RKoQ4zwOzP33xoNuig aQPjZnf9Lzzk/fPM+MY/kLjW7l/Ttf9jUkhAcTxVB7gi83Wze/U77GsfjMVAW/K42Rep ZLHxXWq74CaeDa/nGQWz/e71/BTz2QKoLQNYaQVuOu/Xq2GB0pkmXjkBQaypfCIC0Gvr 3uQgjf/S26V4LsNKQfH+DTqnIwNphM4vhGXHHV2CczjOJuXwHssrRMxuZRbZxOWU7EEx VQyZaQrOh5rmQ+3hItwk29LRDH1G0YEuvqRmLwuivE7VT6oUPLf+fToiQgifraZRKEAb E15A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710152293; x=1710757093; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=HQHVzuv6OMAac4RlEVEu7gWDbZ7G0bJ7bNOuR3QQkIg=; b=pSx0Ef1ldW4+qhvPgCbs/AWG3ya5noPN6hyxHpfAkItpzxQOdQwNNubCWgg1rpkURn vw2T7HGnSW6e3VlHaHgTg4wfn2TgUMVbk3aV8aLFNESfPacTgl10dgUSbtE6sHjvn3k+ xPT22OOxUj5ex7lrzSTBd0fAZbuhgeTwE8Yu1CwaCaKZFXhAlWPfWVpEctWqlLhHd46N 6VVeSqWsl3zE3RAvtOvWQi4/a+W6q12tsKBXLKZ38dKrrhwU12Jv6++xoan4uGJf4nen 2egprasQmvVp/d5YLxnbBx78YAWL5laltsFA3tKMT+0h2GOe4JsxRHPuMc0y31z2wDC7 RiUQ== X-Gm-Message-State: AOJu0YyyhSMEi/qurJgk4AaJgEKsz36a5MZwpmOHfnlXgrKY9EEeRlSl JNUWqs7pGjN+AiTVPpiCob9wOptk/FA3DGOn41TcugplsgTbMDvqm4QnMqDqCjIaZhVANP3RGFG 1LggNyAwzeVVGDaT/HrO3L22bdT/l6/vCil6FkQ== X-Google-Smtp-Source: AGHT+IELSGfERnFjU1hhzPWU35ycizvPprAxBTFZkv0YRUQe6QA5otbp/EgCDMmRqYSSSgWZ6WFu64tRZeP/4D0ZnH8= X-Received: by 2002:a25:ec0c:0:b0:dcc:8aaa:3ed3 with SMTP id j12-20020a25ec0c000000b00dcc8aaa3ed3mr3868201ybh.16.1710152293218; Mon, 11 Mar 2024 03:18:13 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 From: Adam Labus Date: Mon, 11 Mar 2024 11:18:51 +0100 Message-ID: Subject: Contribution workflow To: freebsd-ports@freebsd.org Content-Type: multipart/alternative; boundary="000000000000f3035206135fdb16" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.85 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.85)[-0.851]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b34:from] X-Rspamd-Queue-Id: 4TtXm63gDqz4rfj --000000000000f3035206135fdb16 Content-Type: text/plain; charset="UTF-8" Hello, It was said to me that the main way to contribute is via bugzilla. So last year, I wrote tickets 270798, 273569, 273568 and got no response since. On github, repo freebsd-ports, I have pull-request 241 which I think will have a similar fate as the bugzilla tickets. I do realize that the github repo is supposed to be publish only, but if you look, some pull requests are being accepted and it is better than being ignored. That brings up the question: Firstly, are requests for new ports supposed to be sent via bugzilla? Secondly, is the wait time on bugzilla normal behaviour or am I missing some part of the contribution process here? Thirdly, how can one become a maintainer to help clear up the waiting line of bugs, pull-requests &c? --000000000000f3035206135fdb16 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
<= div id=3D"gmail-:2ab" class=3D"gmail-a3s gmail-aiL">
H= ello,

It was said to me that the main way to contribute is via bugzilla. So last year, I wrote tickets 270798, 273569, 273568 and got no response since. On github, repo freebsd-ports, I have pull-request 241 which I think=20 will have a similar fate as the bugzilla tickets. I do realize that the=20 github repo is supposed to be publish only, but if you look, some pull=20 requests are being accepted and it is better than being ignored.
<= div>That brings up the question:
Firstly, are requests for new ports supposed to be sent via bugzilla? Secondly,=20 is the wait time on bugzilla normal behaviour or am I missing some part of = the contribution=20 process here? Thirdly, how can one become a maintainer to help clear up=20 the waiting line of bugs, pull-requests &c?

<= /div>
--000000000000f3035206135fdb16-- From nobody Mon Mar 11 10:27:06 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 4TtXyc6SBDz5ChCw for ; Mon, 11 Mar 2024 10:27: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) 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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtXyc5yvqz4tPb; Mon, 11 Mar 2024 10:27:20 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710152840; 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: in-reply-to:in-reply-to:references:references; bh=B71cpQirm7/woQTSnOcSRMjGEM+9PT918upECSlbWu0=; b=p2Xym8laBPZ9TL03KgLLPS6x9Eu7LKSSBuMnFnzpZDSO04C75yegn2YxU+gl3ype1oyI5t cfEaMDNponE3vQEO8liPyCfwBxZEdJXo1LpjPnm33LYYUj4pFp5GPPp9+v2+sQNZP1gJc5 2NFUXf45aequXwsC6R0WiIP7hfjMNPm5TLDUbezsi5tA75sWNIJo+U4rExKkwXe6WDLLaF iOpFsWzaJ5LJxEruJDvN3cE6sAgpkd1wOK1WnH51u1XwCXl52Wm8qIWETWXw9AieQdwTYN rJvHjlfhMOoS3E+16J0qRBqppf9UJ5nqAuAbMmzAN9VAIC9UliOsPkCnwbbksg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710152840; a=rsa-sha256; cv=none; b=V0gWlU2DoeRp9BOrc7HtlWoLzAh+MWto+Q6myh1kdyt60nprFN2qLqUs+LtQE7PCFx1zVh vRMX44eja4koLBCu/BBzGVkmvivyKpxR5gecd1RFtbIZZuzc9V0vJVP85EwUlueiS6gooK zqPPLQIpKxqjJlDoVSGys033WX/FjRfUm0GWcyai7TEcH0ToMk3ytxUSxQGf16CRU/jW74 eueXecIRFVxSv9q/hwZv69NLT6d7ZE4Ef8UgXrp1jdVEEoFB+ilda+A748TdtxMItTvxm3 WKemClniNLQrXOc2M4WeBdlzaJ8qfPPXgMZqBX0CMXeDFIOMa0JLZ5b5yi4aYg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710152840; 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: in-reply-to:in-reply-to:references:references; bh=B71cpQirm7/woQTSnOcSRMjGEM+9PT918upECSlbWu0=; b=LY3UZRuiMgxcoFYpYZVYlQG55ARYwpaU1/8hb65MwH5bdXIUCfbYFxa6ixLyTPE4a3GS4D tR2NEAX61ykFcKiiOt7Fry7oRWl8fm7gGqYhIRli7IfL+BdmChYGO6Gg418XQ8EuFdF00z hTSwK7h8b1GincVlX+2lzcPaw28DKMnG0nHMmJtoRrzEKe+z8jf6nz6Lbo3DsZujDdnPMk pQkrHD8idbFjZbJBTz+iUSZ565GwToNL/wxI8Wklao24ir8izQoHMtlkhANBlKfaia1ERF aYpPKlRncA8mgD/QwxZXNJzJoHC5oiFRgVGIS7E9sghih34EUlaNBM2oraic2A== Received: from mx.bofh.network (mx.bofh.network [5.9.249.227]) (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) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TtXyc34PFz11D7; Mon, 11 Mar 2024 10:27:20 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id 523c8299 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Mon, 11 Mar 2024 10:27:18 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_12613DF0-DF0F-4487-8FA7-D9D614E75A59"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.1\)) Subject: Re: Contribution workflow From: Moin Rahman In-Reply-To: Date: Mon, 11 Mar 2024 11:27:06 +0100 Cc: FreeBSD Mailing List Message-Id: References: To: Adam Labus X-Mailer: Apple Mail (2.3731.700.6.1.1) --Apple-Mail=_12613DF0-DF0F-4487-8FA7-D9D614E75A59 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Mar 11, 2024, at 11:18 AM, Adam Labus = wrote: >=20 > Hello, >=20 > It was said to me that the main way to contribute is via bugzilla. So = last year, I wrote tickets 270798, 273569, 273568 and got no response = since. On github, repo freebsd-ports, I have pull-request 241 which I = think will have a similar fate as the bugzilla tickets. I do realize = that the github repo is supposed to be publish only, but if you look, = some pull requests are being accepted and it is better than being = ignored. > That brings up the question: > Firstly, are requests for new ports supposed to be sent via bugzilla? = Secondly, is the wait time on bugzilla normal behaviour or am I missing = some part of the contribution process here? Thirdly, how can one become = a maintainer to help clear up the waiting line of bugs, pull-requests = &c? Hi, The main point of contribution is still Bugzilla. The problem is = committers often do not go through all PRs so can miss those tickets. = There are two ways to have it priotized: 1. If you are submitting a new port with your email as the MAINTAINER = add the flag maintainer-approval to + so it automatically goes through = the filter and is shown in the maintainer approved PRs which are often = easier to handle by a committer without any problems. When I am idle I = also look through that list before moving into other lists. 2. After creating the PR send a mail in this list which attracts more = attention. Or jump into the IRC channel to ask someone to look into it. Github PRs are mostly ignored as those cannot be merged there. When you setup the MAINTAINER email to yourself you automatically become = the maintainer but that doesn't give you the skip from the queue or = waiting time. You can become a committer to avoid those queues and = commit yourself but that is a long process. As that requires certain = level of contribution and maintenance of ports. Then a committer might = approach you whether if you are interested to become a committer. But = for that you must nudge a committer so badly that they will get bored of = you and punish you with a commit bit. :D Hope that helps you answer the question. Kind regards, Moin --Apple-Mail=_12613DF0-DF0F-4487-8FA7-D9D614E75A59 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmXu3HpfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJFisxAAhKJzMXSKJnEjqOwyLHwAFB2jkrEf6MDFpssD/TSbgP9CZTFV3ktLqXC6 RC7zb6W4tfVXD7pLyZf4b8v/Z8SNo+XkEeLXdIbzO1kVQF+sUcurKeFlBDulNcYd C/5JMQ0BPWHafNO5uYFO0w+Pp2sJzzB75s/0u2WBc8r15TDFlOEyzdyu+JbZQ2zV z9dM8UbS49bHXaNzeOi0tcKIRqPe2hJhsi9pVS9oxrllGvp/dmPqGvDN3Jy6b3bU 7s8db+GrDpouh3vHxUja7SmAWVEZX6h28kHFW+lnRHJuGr9tvx+g+mwWovu/LBiL wDmhSUt/DcTv2BxBtxdY9XNlaxFifyzpLFkT5lAef+Xmu7SP+ECIxHQDZwPT/1xP UuYH20CM14S3ZNq1rKgvzO7+Qn5a6QMyfj+QnQZN5/bbmtEmh5B0bCPU6XAKnz7i XE4Ab5ZLXM+82qG31DPW67BDPsoZS4dYKPIj9ocpZ2FXViZeoKNtb9bnTS7B8vXZ F7o/mlhuT64POCgx2lr3VNslESCGULIflj9/xQaFvzyfetSngpI9gYx+Jkptk5V8 7dgD0aVrhrN9Lvjp2NisNRBktO2JU8qKC58iRsBM9sfXGr1gpDoZb41WYLHvHmwJ mDRdq117Zdj8mj6Rti9/MFb2Ek3RJwui8TtSCdqzS9M71shCQYM= =vxyp -----END PGP SIGNATURE----- --Apple-Mail=_12613DF0-DF0F-4487-8FA7-D9D614E75A59-- From nobody Mon Mar 11 11:48:07 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 4TtbKl00sMz5CsLp for ; Mon, 11 Mar 2024 12:14:03 +0000 (UTC) (envelope-from trenton@norwegianrockcat.com) Received: from mailtransmit05.runbox.com (mailtransmit05.runbox.com [IPv6:2a0c:5a00:149::26]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtbKj4GNBz483L for ; Mon, 11 Mar 2024 12:14:01 +0000 (UTC) (envelope-from trenton@norwegianrockcat.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=norwegianrockcat.com header.s=selector2 header.b=iRhrJV5I; dmarc=pass (policy=quarantine) header.from=norwegianrockcat.com; spf=pass (mx1.freebsd.org: domain of trenton@norwegianrockcat.com designates 2a0c:5a00:149::26 as permitted sender) smtp.mailfrom=trenton@norwegianrockcat.com Received: from mailtransmit03.runbox ([10.9.9.163] helo=aibo.runbox.com) by mailtransmit05.runbox.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1rjeDb-00BA4j-AJ for freebsd-ports@freebsd.org; Mon, 11 Mar 2024 12:53:23 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=norwegianrockcat.com; s=selector2; h=MIME-Version:Date: Content-Transfer-Encoding:Content-Type:To:From:Subject:Message-ID; bh=F9zoiGVMea1ze0yQ71rWNDEu5VAaraL2JhRD+7URQ3I=; b=iRhrJV5IUPHoSZSrVmS4AqDZZr 6kKobt+6fxn0ZD1ysU8vk2X9rXRTP/ufWO0aMbryB2oGIJCZ5tzeLyLEfFUEy3MfjD8UcWTf2z0uc 2JM7QE++VRYwouUuer8BHL6aUkjSyySujHCl8YDhzuXp5lwPlP0QbJYTXlNgVJL+P6WtjVXX8P8bC Hg2XeQC9vK4yPMeolPZvPiSyv74WjV2gIJvJ0+P2Zt6WpccD69qeAc/lvKUovPZcVCnEa/fX47qFU 7RMposOFvPVFBydu0dXPiKPvYkhIxIbx5EnpgJC6+PfjX8cGzVjIP95JESVpp28eAd3hqj+8+K4E3 XZWwy7tw==; Received: from [10.9.9.74] (helo=submission03.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1rjeDV-00074U-Re for freebsd-ports@freebsd.org; Mon, 11 Mar 2024 12:53:17 +0100 Received: by submission03.runbox with esmtpsa [Authenticated ID (786124)] (TLS1.2:ECDHE_SECP256R1__RSA_SHA256__AES_256_GCM:256) (Exim 4.93) id 1rjeDT-00CZhC-DY for freebsd-ports@freebsd.org; Mon, 11 Mar 2024 12:53:15 +0100 Message-ID: <9f5de52784c622df730432ee57de7485a41144f5.camel@norwegianrockcat.com> Subject: Committer request for audio/logitechmediaserver From: Trenton Schulz To: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Date: Mon, 11 Mar 2024 12:48:07 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Evolution 3.44.4-0ubuntu2 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[norwegianrockcat.com,quarantine]; R_DKIM_ALLOW(-0.20)[norwegianrockcat.com:s=selector2]; R_SPF_ALLOW(-0.20)[+ip6:2a0c:5a00:149::26]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[2a0c:5a00:149::26:from]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:50304, ipnet:2a0c:5a00::/29, country:NO]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[norwegianrockcat.com:+] X-Rspamd-Queue-Id: 4TtbKj4GNBz483L Hello, Could someone please commit bug 277299? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277299 It is an update to Logitech Media Server and it would be good to have this updated since the "mysqueezebox.com" service for these devices is going down in March. This is the latest version that has support for newer plugins that will work once the service is gone. I'm the maintainer and have approved the change. I've been running locally with this for the past two weeks with no problems. And others have approached me asking for an update. So, it would be nice to have this committed. Thank you in advance, -- Trenton From nobody Mon Mar 11 12:37:28 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 4TtbsM4SM9z5CvN4 for ; Mon, 11 Mar 2024 12:37:59 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-vk1-f181.google.com (mail-vk1-f181.google.com [209.85.221.181]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtbsM0tMmz4DBC; Mon, 11 Mar 2024 12:37:59 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vk1-f181.google.com with SMTP id 71dfb90a1353d-4d3424f38b5so512254e0c.0; Mon, 11 Mar 2024 05:37:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710160677; x=1710765477; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=DuyIzN/ZhBbjNr4b3gXOT9noqeXZziz75eSqWr0Bl70=; b=RgXALfLFpnuEjgZPCcie1jOhA3FAV1kTXxH0MS/1BIDAfy7Ery+D9UVWdLiQ/hRsz9 xZLLlYmsuh/lk/d2G0x/iKlQ/q8Oe7+Jat4EaKjkVj+eaMWl2yzYL19JtNF8ZstAfnrl 704XFc5WWSWo/I98Wv69IVXHq723AzN1Agk+FcgF21iKWrrm4mlqWziU1V82HoSgFHuU 8QBzsG7hcKHMhsCM8PWzBW8qdIb9cpdP0GaymMLdMSFqsvZXHsR4ap1tXCE3DDFIdADU aSygws/eZU1icXvSlzanEjcQd4ujaZ8nmAF/tyIHl6kFPG1PPmJTgoYN7VQg1CdTzaLD 9vxw== X-Gm-Message-State: AOJu0Yzx8DdH5+40q5WuA+mEBmJcLMepPDV0fQCDyRhuorAOjzsQw5BR 3FkR6CXltKGlorBSrPZjjDlyWpa+QfCGiduNo2w/T4qQIyKv5hLmYAPLG9PU X-Google-Smtp-Source: AGHT+IEEHovglNNEMOhJcZmSGZFmd7IIby+vhjpYrG9UD5RzX6+Ckj18eiX6TwbzBoS9GeQaNrwRZA== X-Received: by 2002:a05:6122:388d:b0:4c0:2abe:d585 with SMTP id eo13-20020a056122388d00b004c02abed585mr3123911vkb.6.1710160677347; Mon, 11 Mar 2024 05:37:57 -0700 (PDT) Received: from mail-vs1-f49.google.com (mail-vs1-f49.google.com. [209.85.217.49]) by smtp.gmail.com with ESMTPSA id es5-20020a0561221b8500b004ca7514ee1esm582609vkb.32.2024.03.11.05.37.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 11 Mar 2024 05:37:57 -0700 (PDT) Received: by mail-vs1-f49.google.com with SMTP id ada2fe7eead31-472b77fd2c3so481543137.2; Mon, 11 Mar 2024 05:37:57 -0700 (PDT) X-Received: by 2002:a67:f9c4:0:b0:473:2d09:3965 with SMTP id c4-20020a67f9c4000000b004732d093965mr2350808vsq.6.1710160676967; Mon, 11 Mar 2024 05:37:56 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Gleb Popov Date: Mon, 11 Mar 2024 15:37:28 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Contribution workflow To: Moin Rahman Cc: FreeBSD Mailing List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- 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:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4TtbsM0tMmz4DBC On Mon, Mar 11, 2024 at 1:27=E2=80=AFPM Moin Rahman wrot= e: > > Github PRs are mostly ignored as those cannot be merged there. Not really, there is a lot of stuff coming from GitHub. Yes, you can't merge them via web UI, but it is still simple with gh CLI. I do merge contributions from GitHub from time to time. From nobody Mon Mar 11 12:40:31 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 4TtbwY4Zm1z5Cvbj for ; Mon, 11 Mar 2024 12:40:45 +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) 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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtbwY47sbz4Dpt; Mon, 11 Mar 2024 12:40:45 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710160845; 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: in-reply-to:in-reply-to:references:references; bh=CJkm6FI2lGDLJyqNa5adIyuy6YqR7lS+VoHNE2uS9rI=; b=sc68l+MydvTaIvUJkUMH3DtxhhM+Gr1q82SWz23RrLY5uu509CexF/MbbYS+u24nB90Zjk Md+WdN+4HBGZtuj5E+U9FkObNAym/lv8mfHi9qgO36+wXKNi71gco/YMvHHaYP7XZOGjOh TCTrmRNmaw8bmQwxkQp5Xk2d6o2WUx7EZE/XPL8WxkW5W0uX1mb8ZenXzx8CwxwoVFDLLR OXZvAhHy83zPvKIFCePrx5mn8uBp62ozCCHmcV+dsb57MsZCur2s/dCk6V97MxLC7JdUG3 E+xd84PEgFFGCrcpDE9eq25tZvUIpskA84qkdZl/QqkIW1RIDncnrmpfn30vcA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710160845; a=rsa-sha256; cv=none; b=rY8HMwb17bbM56l/jVPRZ/sknsCWVygWu0qXP3w24hofwH2PJ/tI4FvKdiKFF4olwtbyDb PBlYOz14y00w9I69kaqRwg3rTL2ajebC8AWj4tq1q96RRad7Q/o76ufR/6hnK7b+j2VVEo e+8DadFLmQ3w+sQW3vGicfLfC/nTE+CV3Bb6TBczDE+dubhLYVurj6YZvklL9cFDnGvdsR PqnweQXCP/RtZ/LraZwXtwVG5iZsxChLIqh5CtW9WeZ0BICRjBOPC77AI+7yo1F47dS0kw qt9idFQoYLYT793HZP4prck2YI9tWfBVkK7RBs8eM2dE2Ia1XlxAavs5liBwLQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710160845; 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: in-reply-to:in-reply-to:references:references; bh=CJkm6FI2lGDLJyqNa5adIyuy6YqR7lS+VoHNE2uS9rI=; b=nkXJQ6F7pUUWghOFx9q1UoJlj1sFDxB5QegGbJcEzCOYlZBhWVbQFWPf7rtEPyXLehqrLS 7tLc7j/jPKCsSxqZasJGTc7q7y76WDjkQf+WBar3P+EMvEoyq5B4u4EN4LumLtYQy7HXEN WbGt8wGWEHGCbJ7x6xNsmDYWp8T3CoP8krcr/fgohArQdaH8Q+kq0xcdIthm83EFnYfLxp vO8vB4SzHKigDGAsSdMOBjH/ajlc15v8jA6BCq8PSqL05vU5bj5vu7aUDjfuKXn3Xptbx8 BHdQGqXI0LPjmBHQOLXJN6S5Py5xt5EpOD3W86lYopjQTdI0AeiM7WnHZvTidA== Received: from mx.bofh.network (mx.bofh.network [5.9.249.227]) (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) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TtbwY1FcJz136G; Mon, 11 Mar 2024 12:40:45 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id 8c227e77 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Mon, 11 Mar 2024 12:40:42 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_7F4C3CE5-F28B-4389-BD9B-3B531CCD674F"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.1\)) Subject: Re: Contribution workflow From: Moin Rahman In-Reply-To: Date: Mon, 11 Mar 2024 13:40:31 +0100 Cc: FreeBSD Mailing List Message-Id: <4E6E336C-7B3C-4853-A0E9-E31249D5682B@freebsd.org> References: To: Gleb Popov X-Mailer: Apple Mail (2.3731.700.6.1.1) --Apple-Mail=_7F4C3CE5-F28B-4389-BD9B-3B531CCD674F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 11, 2024, at 1:37 PM, Gleb Popov wrote: >=20 > On Mon, Mar 11, 2024 at 1:27=E2=80=AFPM Moin Rahman = wrote: >>=20 >> Github PRs are mostly ignored as those cannot be merged there. >=20 > Not really, there is a lot of stuff coming from GitHub. Yes, you can't > merge them via web UI, but it is still simple with gh CLI. I do merge > contributions from GitHub from time to time. There are still some part of the pie apart from `mostly` and you fall in that part. :D --Apple-Mail=_7F4C3CE5-F28B-4389-BD9B-3B531CCD674F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmXu+79fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJG6WxAAlETsAce9j3+qfySZNYHIj+3SmhFGIYcLl68dc8/1yk3Jevfj8hdF8c29 1CQ/c92sFwtbCoS+MzqRIpTPpwZQ1xnE9G/3YveYzjo57avTiALXpDWcQgHbjOXt e4SHb4fDbYQWDJGoNQEpw7NNwku7MWzJspbe3LH1/tKefUp2mJignBkU/fXwZvoA j81m0b2YgvN30qx4WvvwcUBr7v7bQHVSf1bvAGcajtKB0kb/uRimnxBD9M2Jyoh1 zOjQlR3qsFIaYYWfoEWdDkC1LWH/h/RKswhua/ODnI1qAruzjgY9jUKgxLF4iHoS zx717gdcb25XD9wyouU7/v+3mHchb9qGezA2Xfj3FeBgKoB++3JirUaXr66XBxhp JhBk2S5zq0UQ0X1ujeztM7LUcMloHpVnqlOr6LY2nmwAMDZCtD2tPF9EqP91TvOT Ker06ZRZ+iAH/DnV6liCxNhZXdf7qKVSE83mSDFl089hiuIxOvk91Dxqqov4UD/S I4bD+Cu0/BB3NfT+WQsO+lEI2is/XqwLH8M9YJ/zhVXtRG12ESZ7LTrH+bAOO+jL BlCJQfOqhc66KxRdxCR8RzFKPdYF+lEGWC5o94TJdFyODBncJWve9gb1k6dqWQ7F QRtGYYTN53mpEV5cY54yL9rLfPfXjxMBm7z0OwleEhTHMDj31Bw= =4Ctj -----END PGP SIGNATURE----- --Apple-Mail=_7F4C3CE5-F28B-4389-BD9B-3B531CCD674F-- From nobody Mon Mar 11 13:28:54 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 4Ttd0c1fZjz5D08D for ; Mon, 11 Mar 2024 13:29:20 +0000 (UTC) (envelope-from dsh@bamus.cz) Received: from wfhigh3-smtp.messagingengine.com (wfhigh3-smtp.messagingengine.com [64.147.123.154]) (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 4Ttd0b329Pz4JdD for ; Mon, 11 Mar 2024 13:29:19 +0000 (UTC) (envelope-from dsh@bamus.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bamus.cz header.s=fm2 header.b=WO27OZkn; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="L9pR28/i"; dmarc=none; spf=pass (mx1.freebsd.org: domain of dsh@bamus.cz designates 64.147.123.154 as permitted sender) smtp.mailfrom=dsh@bamus.cz Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfhigh.west.internal (Postfix) with ESMTP id 770B218000A3 for ; Mon, 11 Mar 2024 09:29:15 -0400 (EDT) Received: from imap44 ([10.202.2.94]) by compute6.internal (MEProxy); Mon, 11 Mar 2024 09:29:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bamus.cz; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1710163755; x=1710250155; bh=136FX4ueqL fBP28CnPwuSUuqYrf4k6SElbuJtudNpvU=; b=WO27OZknI7TuiyjFq99mOeyUtB TGTddFKReUnwux/rNjDh95KJ0zRfb5A0/qAVtSN8iFRdI+9/d97ktL/zpW8M1wM6 lYgtFKNeB+QbXX/U5GgQN/UA6gBiPPLcVYOwUjBCas1jQBfH+RSZOKIzfO3Nnaoa qqULLb2NsvyF0jrbICD0TCm8Dru/qxmb+hkkuzF5wRBvHoNRta6lTMc6gSKI+mzQ U/mO76E9CIhQRtbwyZputySsCW6qY8nS1dFXwEo5okN1WnehdUpvf3wIhXVjxT7a g8gQsvzPkSdnA3QcxuisHPGT56BhVqXDhNYZE4m7AynL1d2ITxM54YSc2Bpg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1710163755; x=1710250155; bh=136FX4ueqLfBP28CnPwuSUuqYrf4 k6SElbuJtudNpvU=; b=L9pR28/imBOREsHyOjQRoDpgCwt1ZkIfe04GXOmBizj1 gJxMRNY/gJEEICMsOLjBUJXjr0yA8nyfzvcHsKs5T1H4rNmCVNGlzHFHCo2J4Qei AJYUC6aFiwDX1EcsCfSoMdgcIepk+TnZB0p7Rpr7bgAx1pEAUn8f/CwWgrH6HZfe dA2Wpfa8woLYi2dlMPA7hXWRgy5JC50xXHwVWu/av4LOT8TpxT4yZ6XtUV8/IDaj 9m51R4CoRB6Da9VdHTGE9AH8NBeeRNdIH8BK4L+IDCDSNtkbP3E9xKOPJe8XCH1G hYvNsF8g4Il80yxfR4sabNjhIuXayqpVR0fdXrw1MQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrjedugdehvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdffvghnihhsucfuhhgrphhoshhhnhhikhhovhdfuceoughs hhessggrmhhushdrtgiiqeenucggtffrrghtthgvrhhnpeelheevudevlefguedufffgvd evueegffekjeeiieegleevvdevueehgfelieeiudenucevlhhushhtvghrufhiiigvpedt necurfgrrhgrmhepmhgrihhlfhhrohhmpegushhhsegsrghmuhhsrdgtii X-ME-Proxy: Feedback-ID: i3bf9476b:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id D1B7936A0076; Mon, 11 Mar 2024 09:29:14 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-251-g8332da0bf6-fm-20240305.001-g8332da0b List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 11 Mar 2024 14:28:54 +0100 From: "Denis Shaposhnikov" To: ports@freebsd.org Subject: Re: Contribution workflow Content-Type: text/plain X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.59 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bamus.cz:s=fm2,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.154:from]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[64.147.123.154:from]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[bamus.cz: no valid DMARC record]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; MLMMJ_DEST(0.00)[ports@freebsd.org]; DKIM_TRACE(0.00)[bamus.cz:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4Ttd0b329Pz4JdD Hi, On Mon, 11 Mar 2024, at 11:27, Moin Rahman wrote: > 2. After creating the PR send a mail in this list which attracts more > attention. Or jump into the IRC channel to ask someone to look into it. According to this rule, the process actually is duplicate here every PR. Because this rules hasn't any conditions specified. From nobody Mon Mar 11 14:54:03 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 4Ttftc3MqSz5D7LS for ; Mon, 11 Mar 2024 14:54:16 +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) 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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ttftc2wBMz4T9J; Mon, 11 Mar 2024 14:54:16 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710168856; 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: in-reply-to:in-reply-to:references:references; bh=eKuBahL0pi+39FQYI9mggXi/1w+aEz0HnWWeVRuJP8M=; b=x8VPcyvW3KN/tf5jUV+HaI9LlmBMrmryUKKnVLZ3kMWaywBKiZYVhyMx2EBnMxE0QqjXuf oNmm+/nb0IhaQr4CS6kDfowhR9kMyddW/sYQYnX/ZtddOxEFr4JYlyev8OCe9jC9ORqBXr a+HkTDGUw6aVTG8mbmBLIMoUbuNt69cHnpLd729B/MpQtZsv7FRgIiq4FAYPE0jVLIjlD1 84Ji4aKd0MpNe4z1CvY10YBmPdPJZP+psGFsjz8Y8Qr2bPrX/sow6sCiN23JatpgYxbwD9 99oocD3wQs+bcteZXXVYqgRn4VQbJsdOKelDRB/r0ysD/GBoSO89qlLP/UF63g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710168856; a=rsa-sha256; cv=none; b=r6VHPBMSTUUWxCU23VekRRwkaOJQQFjHzWGTGac9JawG2krELASqwBtt5ns6lvZNxrFzb0 tUhwo2YYhzBWQWX6kv74s4/KwsZtjPqBEW8ml8mHONhH+uQsHsbFYtB53Qh2FtSMYVcDGM I6busGZQLSh2I8eRu6G8Nqtw2jKFf0Vx1mgC5rNuzgAN4WWKxcYkAHXT1G4+dGbRIJqPrD HdTYI9WlyHQ3zXX3GliV2yTbB4aWhoyV4fD5v5ozZ1zBQtachVxPkGip9iH7neA4IJiXGJ WOFXrZ5uHP72tkAAk517ouJz5Ujro5LDpRpF3oykPRh5iX5sNQ/B4LZH42PsMA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710168856; 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: in-reply-to:in-reply-to:references:references; bh=eKuBahL0pi+39FQYI9mggXi/1w+aEz0HnWWeVRuJP8M=; b=bmXIsZLddc7Ln68QLn7QRcRqE2VQ9/G7aXcucjtlLIHfRFo00JiLhiL3VCKCqE/9ACZu1Q 00QEtRZ8FYEFuqPUsnh2ZwYNZbWVqd0BInFqsp3aerWCLywQ+KyvGOklLcVH2qOMOhPU9b 7yIC2XxgEnkIn1yX/aKldvMXe28s7p+Iky7ApA1ZfU3Zn7l20/2zsxMCZTHQ2BeuULA5us 3VuYsYIk/rkuZCrEjwcY7cAYKKyReav8Bs+NNBbPiD3EuaCodBsD55D5eyQB7nBtKD6Xle 6z4T0MpNaiU6baItP2hP7GSEPPtvZf+P2XoEpzzanDGh/AbLKpJQ6EU3so4l3g== Received: from mx.bofh.network (mx.bofh.network [5.9.249.227]) (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) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Ttftc01tBz166p; Mon, 11 Mar 2024 14:54:15 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id 8755bfd5 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Mon, 11 Mar 2024 14:54:14 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_72B135C2-35DF-45AD-831D-D617FF65F9D9"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.1\)) Subject: Re: Contribution workflow From: Moin Rahman In-Reply-To: Date: Mon, 11 Mar 2024 15:54:03 +0100 Cc: ports@freebsd.org Message-Id: References: To: Denis Shaposhnikov X-Mailer: Apple Mail (2.3731.700.6.1.1) --Apple-Mail=_72B135C2-35DF-45AD-831D-D617FF65F9D9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Mar 11, 2024, at 2:28 PM, Denis Shaposhnikov wrote: >=20 > Hi, >=20 > On Mon, 11 Mar 2024, at 11:27, Moin Rahman wrote: >> 2. After creating the PR send a mail in this list which attracts more >> attention. Or jump into the IRC channel to ask someone to look into = it. >=20 > According to this rule, the process actually is duplicate here every = PR. Because this rules hasn't any conditions specified. >=20 What I have mentioned are neither rules nor best practices. Those are = just to put your PRs up in the queue of priorities for a committer's = workflow. :) --Apple-Mail=_72B135C2-35DF-45AD-831D-D617FF65F9D9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmXvGwxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJGa7A/+IWiFac6zt0Mhwhazh9dS0vwpQ5e+FXdTDuDe4Ml2VO8J3Ip5QFoYZwk9 3dJ96jZadcUcozNh+OXEnB61I+/268T5m98CAWnnzfGDO++Ub1lCYw0d/SfnybSE E+oMHVyIaEGNEyexDuOx2pWxUXEHM+/hT89mGzqE3DQSckeh0us2On1JAevOnCoP /5r9oPvqQquASJHsZvVRXolEe8GJWAK+3Z6aNQSqQ4wNzZxAzdSrM37jXa5+ATZ9 HSexNEIk9U5csDB9jvo76Q54b8JP4YMej8pZG2bJRHkEaIZRgxNxX3UTKnokKJ4u F4823gUqf1d9gsQquOs6hMooaAcKT3O6oqmaJ+D4xiOlCy32bC1aQcumz0b3vv6h NrCYpAm7KbwfY/TxvLOaQqSdwbs7unDGJ+qvju1JRrZTGBl2M24OI/S0sQLk2sbF qjrNrIq41s8EZ2WSSYNwrqmIy33dYdIe+8xAR82lO3vjCgYOdKGnBRpzkPrtN7bU ZOZOhSxrulkHBGz3QCXfbhnEsOt99gz8W3mYkasOdEiqbNawPPPgO+WI1k2yj4pq RH57xyoDtDtDCjEYHdAs9IXUjnhKmA6FV1qxhvZA377lwh4UcyXGF3HjS5g6wCIi 80OcJSGrMo95K3JDbWlhOjd1I0H7OEY6ICDuFxkFIKNYfFzjJdA= =wVZe -----END PGP SIGNATURE----- --Apple-Mail=_72B135C2-35DF-45AD-831D-D617FF65F9D9-- From nobody Mon Mar 11 14:57: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 4TtfyD1zLxz5D7R2 for ; Mon, 11 Mar 2024 14:57:24 +0000 (UTC) (envelope-from rodrigo@FreeBSD.org) Received: from smtp.osorio.me (mvd.osorio.me [5.196.94.126]) by mx1.freebsd.org (Postfix) with ESMTP id 4TtfyC3KGTz4VFS for ; Mon, 11 Mar 2024 14:57:23 +0000 (UTC) (envelope-from rodrigo@FreeBSD.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 5.196.94.126 is neither permitted nor denied by domain of rodrigo@FreeBSD.org) smtp.mailfrom=rodrigo@FreeBSD.org Received: from [192.168.75.199] (ns3309494.ip-5-135-160.eu [5.135.160.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by smtp.osorio.me (Postfix) with ESMTPSA id 5F059200906 for ; Mon, 11 Mar 2024 14:57:22 +0000 (UTC) Message-ID: Date: Mon, 11 Mar 2024 15:57:23 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Rodrigo Osorio Subject: Re: Committer request for audio/logitechmediaserver To: ports@freebsd.org References: <9f5de52784c622df730432ee57de7485a41144f5.camel@norwegianrockcat.com> Content-Language: en-US, fr, es-AR Reply-To: rodrigo@FreeBSD.org In-Reply-To: <9f5de52784c622df730432ee57de7485a41144f5.camel@norwegianrockcat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Spamd-Result: default: False [0.71 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_NO_TLS_LAST(0.10)[]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; XM_UA_NO_VERSION(0.01)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[rodrigo]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:16276, ipnet:5.196.0.0/16, country:FR]; FROM_HAS_DN(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; HAS_REPLYTO(0.00)[rodrigo@FreeBSD.org] X-Rspamd-Queue-Id: 4TtfyC3KGTz4VFS On 11/03/24 12:48, Trenton Schulz wrote: > Hello, > > Could someone please commit bug 277299? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277299 > > It is an update to Logitech Media Server and it would be good to have > this updated since the "mysqueezebox.com" service for these devices is > going down in March. This is the latest version that has support for > newer plugins that will work once the service is gone. > > I'm the maintainer and have approved the change. I've been running > locally with this for the past two weeks with no problems. And others > have approached me asking for an update. So, it would be nice to have > this committed. > > Thank you in advance, > > -- > Trenton > > took, regards. From nobody Mon Mar 11 15:50:33 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 4Tth7t1jVRz5DCvf for ; Mon, 11 Mar 2024 15:50:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.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 4Tth7s25Grz4ZQk for ; Mon, 11 Mar 2024 15:50:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Akdjmg44; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710172246; bh=fxsSCsn9lnPQq6qOGFCjFdzC3anBUkElDOUDtLHaWWE=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=Akdjmg44hbBYs7NTHGBsUM957LEKozUuthqg2XgLEbGGrM6a7mASAvirW1+Ri6lo5n9qdneiRiGXBKUC1h9I1rC/e2lUQaZ/T57or6hikfuSOICM1UcAMFdUyVznNuCYn4ljgs2KOguUpP7xdXLSBjiIJqZ4UBXzCTyra4Fx2hXtkH94GbQVUfxg9ycom23UKX575gk4CIw/6GYYlU8L/wNlm+2crkjxjPXuKQrwEjbiSgTAe8QzoTkdLPkRKz1BrqJvzsPB3tOH9rUUYXvrDr42ii2ZS4frR3r/5pxfwbKot2mOegicB5/B5pzV0mIkWpbD4kdGvnFKpulhAUogFg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710172246; bh=M/aoVvpoab925TRETSBuo2UJKDDGG2pQz1Lv050zJJ2=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Sw31/M5g33HPR9ZDLL0+NWCWQEGdkJpCWqsOFb6jQEq9BKXVtVk2PtMjgIfqizde8emqGGf8Cj8LZmv8Ic2QLcC9cn1EWrtLZWwz6ex11DDfxqPPbmQ9UUPzHABo8xRKRpaXv8UCuXEVZ8e607V08wtV+iDl8Cye/OgxkrlBgclvM1gMR6iwH3Vd8wDZApGlOc1zmqZTvJodgfPGN43XsaQvbzLvJMYagIFCRBKCseIG+dalO67xuHV56qaJ8NPYxKilHSkOwode1bMsB1PNa1dmKaPBkXwUX/aXMy7BGoIrDv7lHHYGK8Po0uXhJLByDABrZaK0L1Uq2rhpd+aihg== X-YMail-OSG: mLB2Ga4VM1mZ6VKRWQDceSMEbfPSF5cxNn_6wVjbbC8xKri7Wu7tZAFzfZ_0ViJ sx1pfAIH3YUhjp8nqfiLoS2Po6pCEoxmKkfA3t.rQxzp4JfEWXBuu6KU_CVUJXDFHZhQN4Zp_fXs ZhKzkZTKPyCTzg6tkBwQlzzx7OiwDtHvJ08HXoWbbIXZy31ieS6qliAY4Jp49EJt21lWwY_QeOyy 1khqOn2bBU8io_3YnYlQgUcljDeq37M6dgdZbeTg8a1IMl21n4OdE4rXggEs9iHy0qIJXaHDRdDC nu6ib.7cd6xU7Ib4TjmC8vJDcxeFkaJ.S5FPG_PfdEdzSgIHlugbRVEHa8bM_rHKJGyooOZII_Hd p8Tt5Wr98j7QYRCdAseHHd17SuwHk4YGlfJmDUVXL6oV5QPq6dze1gXCUk6PJz6LT11qByBKAgsO nZFxhOC70OsTwOnjRKabZSOwunArqUpjaNbxnGlvag9j0yl43bj.ZUJh5UEfDFDWocA_I_0kZW_p FnhjwmoAWYRduTEMKArJ5BGyQwewH7tWE5VEDUGCRU4aBki7OarC6Pl2XEzgbiXiuP8cEz6cY.g1 YrhyS9WrAhWO.X6rk_PCQyIBrq7jN4UC5LQzxBxlPjdMTuqmoIebgfkP32Rl.oaGUtDV2obc.fY0 qWeTiEk5CU0pGbBRz3WU_e2hcKTT.5aD_yeGhqHqyq.7F8UNzAQGXlrFd.JnALA4EiXMb1w4_OZe ZKxuvl2NsPrrRJIsnN9d881imBoEjcyefST.G_1Iw7AYXoYPXh4zhyeKFuYceiUNvUCwMO_IMmhv OPxXlViMtljp5RFR2HW2o11xiAKJUmzxMLGB1DhsMv6iQYcZQDmgQZSBaCBrusfKuGA9IPZTB.gp Gd8L60VKcxs7V5.CL8MJp3oA0THrbkyqDl_Sx_.wH5G3yY75eDd_AFwMIXBllrxl7hRYCBQtaEGG 0EeqhFi.zblT8ja3I92wTBN_oq4FIeSDwEXZnFYjh9MJ8UmoURdA.4GiWdV8Pi125XOK_waCAhVb A381gO3kSynOgEj4iUZSJvHoHoyrmD6O6AOaJcAUHKUcJOH6u9mfxz4PvPwjuL7cskSNeT17nfis WTAwCu0fWXHj7XkAnqri1zz8bWCv2Sa05p_vhIQflGvL3e8ziLCVXKJ2HKxR.ULpQjPQLMIGJLNq l1_MvBzuYi5Eqe6YJupU8S1K9_n0gyMnL2A6cZhMckDa7xAZWNgTKzIH4uRbx.RjL2BUONbAcb8j wfc58XCJyrDeV7X0w1D.7AbSspoJKcaz6abunJIL3mYk0qc5P8_GDlQvVGg2Aht96MB2iaFBD2jl xObgzQqFPueb9UpyYvc1hbDslT9b7OZ0DtSqSdIUdoKKfIOoYGENLE03yx4xt_FS2pDOl6FHjpU6 bAn05ncDjexXj82NHivZ_.tXqDPr_Z.AjUtJYQvIZa0XzDECO5DpYUhZtSvlqJsJb2GH2O5GdPrl yjs881i_yu0N2VGI2IZDuHRj7v7cm3AL9epCja00m2LZ932PK8RCaNwW_2jDB_PaoJUsB9SYMuHM eisaeaXUDGa_UVTygEglutpp6lm.7U3hFNmLBumIlvCLOXN.Jcm3hWxt3zMC8aP6evBTifm48PSV 3nejTH6KjiYDfDCEdkT5_4IhvUhlCpUD31NE2Z0vsm8YrvWOwregR35TNlrEQYkf6UazeZqp_AtS ueX81orT0dOkVDsJh_b9A9zKfXP.LD0eL93duRz4NFbSt4yEwok1cVixaH1Rr9pm7XSJJ.8wsgn4 lcEk08mzoRJ3eYXnodVAbUaO91qhMqUu8UoKH3Vg21gLHK7Eucy2pnAwf3Pfk63_mMJ3RaW7HZxf szSb40OkNTlGJ9dxPSPYPeWxMlm5dhUkpMR.Uyqh5sNAoE3GZad6uelP_uBW.UllVjuQq1LX3zl7 LU9wY8FBoT4DqT3jjaQUUaUdNP5bpfTDaVqJ4_7IK.XNTZ70meDhHHdmH4gg65uaZmmCB_SbVgD. tclmDz522Pi3KAGS.BTf0rwmz5SCTDnok_felYK0M6yBTEbB0PRQeXJo7PrD8bCUf5sTqLavMFlo 6QCth9k478CkX7pt4dR6L1NaXTfZs8W5_tgNsQnrupWtppx00evvdhSLcnaCxKfM6Hr_YxfSXfRu IWeT9NwMjC33j8OqZ8humw3H8iLGqJ87Ah0Z4Opo1ZzDCFMd5AjyzZmTaiTezbnWZjLH7rQQvJbt dUnuPahkFnJuLy1tJwc2VqK7fpRQKM0AzMh6y3HbeSJyUREAAvsLOtfb0 X-Sonic-MF: X-Sonic-ID: 444bae43-4733-437d-b9cb-6fffee746e90 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Mar 2024 15:50:46 +0000 Received: by hermes--production-gq1-5c57879fdf-7xbd4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 10e14b136b4f72b905d558abea19a4b5; Mon, 11 Mar 2024 15:50:44 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: FreeBSD ports community is broken [port building configuration notes] Date: Mon, 11 Mar 2024 08:50:33 -0700 References: <87B38D6C-1D83-4158-B03B-F4C8EA396DD1@yahoo.com> <4A386631-E8FF-4640-A927-46DE38F07F00@yahoo.com> To: FreeBSD Mailing List In-Reply-To: <4A386631-E8FF-4640-A927-46DE38F07F00@yahoo.com> Message-Id: <3680E93A-0E85-4E48-BE78-7B3C283AB399@yahoo.com> X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.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)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]; APPLE_MAILER_COMMON(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from] X-Rspamd-Queue-Id: 4Tth7s25Grz4ZQk [The armv7 poudriere bulk finished.] On Mar 10, 2024, at 13:10, Mark Millard wrote: > [poudriere bulk status update.] >=20 > On Mar 5, 2024, at 18:43, Mark Millard wrote: >=20 >> [I noticed that my SWAP figures were not self consistent for the = armv7.] >>=20 >> On Feb 18, 2024, at 09:50, Mark Millard wrote: >>=20 >>> [I also forgot to mention an important FreeBSD configuration setting >>> as well. It is not specific to poudriere use.] >>>=20 >>>> On Feb 18, 2024, at 09:13, Mark Millard wrote: >>>>=20 >>>> [I forgot to mention the armv7 core count involved: 4] >>>>=20 >>>> On Feb 18, 2024, at 08:52, Mark Millard wrote: >>>>=20 >>>>> Aryeh Friedman wrote on >>>>> Date: Sun, 18 Feb 2024 10:37:06 UTC : >>>>>=20 >>>>>> It should not require >>>>>> prodiere running on a supermassive machine to work (in many cases >>>>>> portmaster and make install recursion fail where prodiere works). >>>>>=20 >>>>> As for configuring for small, slow systems relative to >>>>> resource use, I provide some settings that I've >>>>> historically used below. Then I have some other notes >>>>> after that material. >>>>>=20 >>>>> For a 2 GiByte RAM armv7 system with 3 GiByte swap space >>>>> and a UFS file system, no use of tmpfs in normal operation >>>>> (since it competes for RAM+SWAP generally): >>=20 >> Actually: 2 GiByte RAM armv7 has 3.6 GiByte SWAP space, with >> some margin. Ever so slightly over 3.8 GiBytes got the mistuning >> warning but there is variability across builds so I try to avoid >> repeated adjustments by picking somewhat smaller. >>=20 >>>> FYI: The armv7 has 4 cores. >>>>=20 >>>>> /usr/local/etc/poudriere.conf has . . . >>>>>=20 >>>>> NO_ZFS=3Dyes >>>>> USE_TMPFS=3Dno >>>>> PARALLEL_JOBS=3D2 >>>>> ALLOW_MAKE_JOBS=3Dyes >>>>> MAX_EXECUTION_TIME=3D432000 >>>>> NOHANG_TIME=3D432000 >>>>> MAX_EXECUTION_TIME_EXTRACT=3D14400 >>>>> MAX_EXECUTION_TIME_INSTALL=3D14400 >>>>> MAX_EXECUTION_TIME_PACKAGE=3D57600 >>>>> MAX_EXECUTION_TIME_DEINSTALL=3D14400 >>>>>=20 >>>>> /usr/local/etc/poudriere.d/make.conf has . . . >>>>>=20 >>>>> MAKE_JOBS_NUMBER=3D2 I'll note that I'd switched to using MAKE_JOB_NUMBER_LIMIT and do not use MAKE_JOB_NUMBER any more. So: MAKE_JOB_NUMBER_LIMIT=3D2 >>>>> /etc/fstab does not specify any tmpfs use or the >>>>> like: avoids competing for RAM+SWAP. >>>>>=20 >>>>> The 3 GiBytes of swap space is deliberate: RAM+SWAP >>>>> is important for all means of building in such a >>>>> context: there are a bunch of ports that have >>>>> large memory use for building in all cases. >>>>>=20 >>>>> [armv7 allows around RAM+SWAP=3D2.5*RAM before >>=20 >> That equation should have been RAM+SWAP=3D=3D2.8*RAM >> (with margin considered), so SWAP=3D=3D1.8*RAM. (With >> a small enough RAM 2.7*RAM might need to be used, >> for example.) >>=20 >> So the 2 GiByte RAM leads to a 5.6 GiByte RAM+SWAP >> for the builders and other uses to share. >>=20 >> I may set up a modern experiment to see if the >> combination: >>=20 >> PARALLEL_JOBS=3D2 >> ALLOW_MAKE_JOBS=3Dyes (with MAKE_JOBS_NUMBER=3D2) Again, now: MAKE_JOB_NUMBER_LIMIT=3D2 >> still completes for a build that would end up with >> llvm18 and rust likely building in parallel for >> much of the time (if it completed okay, anyway). >> Something like 265 ports would be queued, the last >> few of which include some use of llvm18 and of >> rust. >>=20 >> . . . >>=20 >>>>> tradeoff/mistuning notices are generated. aarch64 >>>>> and amd64 allow more like RAM+SWAP=3D3.4*RAM before I've not validated the 3.4 figure. It is likely a bit low. >>>>> such notices are reported. The detailed multiplier >>>>> changes some from build to build, so I leave >>>>> margin in my figures to avoid the notices.] >>>>>=20 >>>>> I also historically use USB SSD/NVMe media, no >>>>> spinning rust, no microsd cards or such. >>>=20 >>> /boot/loader.conf has . . . >>>=20 >>> # >>> # Delay when persistent low free RAM leads to >>> # Out Of Memory killing of processes: >>> vm.pageout_oom_seq=3D120 >>>=20 >>> This is important to allowing various things >>> to complete. (The default is 12. 120 is not >>> the maximum but has been appropriate in my >>> context. The figure is not in time units but >>> larger increases the observed delay so more >>> work gets done before OOM activity starts.) >>>=20 >>> Using vm.pageout_oom_seq is not specific to >>> poudriere use. >>>=20 >>>>> As far as more ports building in poudriere than in >>>>> "portmaster and make install recursion" in other >>>>> respects than resources: it is easier to make ports >>>>> build in poudriere. It provides the simpler/cleaner >>>>> context for the individual builders. More things >>>>> lead to failure outside poudriere that are just not >>>>> issues when poudriere is used so more care is needed >>>>> setting up the ports for the likes of portmaster use. >>>>> (And, yes, I used to use portmaster.) The required >>>>> range of testing contexts is wider for use of the >>>>> likes of portmaster to know that the port build will >>>>> just work in the full range of contexts. >>>>>=20 >>>>> Such issues adds to the port maintainer/committer >>>>> development burdens when portmaster or the like are >>>>> the target level/type of support. >>>>>=20 >>>>> (Note: synth may be more like poudriere for this >>>>> but I've historically had use of platforms that >>>>> synth did not support and so have not looked into >>>>> the details.) >=20 > Context: 1GHz, 4 core, cortex-a7 (armv7), 2 GiBytes RAM, USB2. > RAM+SWAP: 5.6 GiBytes. Also, this is doing my normal armv7 (and > aarch64) style of devel/llvm* build: OPTION'd to BE_NATIVE > instead of BE_STANDARD and OPTION'd to not build MLIR. Also: For armv7 I use -mcpu=3Dcortex-a7 most everywhere for each of: port builds, the world in the poudriere jail directory, the booted kernel+world. (All armv7 contexts that I've access to support cortex-a7 user space code.) In poudriere.conf I used the likes of: PRIORITY_BOOST=3D"cmake-core llvm18 boost-libs gcc-arm-embedded" and probably should have listed rust after llvm18 as well, making it more likely that the 2 builders will run in parallel much of the time (less elapsed time): See the later summary time frames. > The poudriere bulk has finished llvm18 and rust,=20 . . . updating the related material: It finished overall, in somewhat under 5.5 days. The "what builds took over an hour" summary is: [01:51:31] [01] [01:00:07] Finished lang/perl5.36 | perl5-5.36.3_1: = Success [08:55:35] [02] [03:08:09] Finished devel/icu | icu-74.2,1: Success [13:17:38] [02] [01:28:32] Finished lang/ruby31 | ruby-3.1.4_1,1: = Success [14:17:44] [01] [09:20:55] Finished devel/cmake-core | = cmake-core-3.28.3: Success [4D:01:03:43] [02] [3D:08:48:53] Finished lang/rust | rust-1.76.0: = Success [4D:06:26:24] [02] [03:09:35] Finished devel/binutils@native | = binutils-2.40_5,1: Success [4D:14:54:31] [02] [03:38:55] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-11.3.0_3: Success [4D:16:13:00] [01] [4D:01:55:03] Finished devel/llvm18@default | = llvm18-18.1.0.r3: Success [4D:18:05:58] [02] [03:11:00] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-11.3.0_3: Success [4D:23:00:13] [01] [06:46:06] Finished devel/boost-libs | = boost-libs-1.84.0: Success [5D:00:16:39] [01] [01:15:53] Finished textproc/source-highlight | = source-highlight-3.1.9_9: Success [5D:01:17:24] [02] [07:10:52] Finished lang/gcc13 | gcc13-13.2.0_4: = Success [5D:09:38:14] [01] [05:56:48] Finished devel/freebsd-gcc13@armv7 | = armv7-gcc13-13.2.0_1: Success [5D:10:18:58] [02] [05:44:02] Finished devel/gdb@py39 | gdb-14.1_2: = Success [5D:10:31:56] Stopping 2 builders [main-CA7-default] [2024-03-06_03h15m10s] [committing] Queued: 265 = Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 = Time: 5D:10:31:55 >=20 > So: llvm18 started before rust and finished after rust, each > mostly using 2 hardware threads. About the last 1.5 hr for > llvm18 was llvm18 being packaged, after somewhat over 96 hours > of mostly 2 hardware threads working on it. The vast majority > of the build time was for the build phase. >=20 > I have a modified top that monitors and reports some "MAXimum > OBServed" figures (MaxObsYYY figures). As of llvm18 finishing, > that top was reporting: >=20 > 2794Mi MaxObs(Act+Wir+Lndry+SwapUsed) > (Inact can be an arbitrary mix of dirty and clean pages and, > so, is not included.) >=20 > Swap: 995524Ki MaxObsUsed The MaxObs figures reported did not change. > Thus, it used up to around half of the RAM+SWAP to get that > far. (Rust and llvm18's peak RAM+SWAP usages need not have > been over the same time period. But there was RAM+SWAP room > for a larger overall peak.) >=20 > [Note: The peak RAM+SWAP use was during a period of llvm18's > build running various llvm-tblgen examples.] >=20 > As stands, it looks like the poudriere bulk run will complete > just fine for the configuration that I specified, with margin > for variations in peak RAM+SWAP usage. >=20 It competed just fine. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Mar 11 16:02:59 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 4TthQ91D1mz5DF10; Mon, 11 Mar 2024 16:03:13 +0000 (UTC) (envelope-from oliver.epper@gmail.com) Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TthQ82wzpz4bqr; Mon, 11 Mar 2024 16:03:12 +0000 (UTC) (envelope-from oliver.epper@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=frFYLXBB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of oliver.epper@gmail.com designates 2607:f8b0:4864:20::32f as permitted sender) smtp.mailfrom=oliver.epper@gmail.com Received: by mail-ot1-x32f.google.com with SMTP id 46e09a7af769-6e4e673d9abso1579975a34.3; Mon, 11 Mar 2024 09:03:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710172991; x=1710777791; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=VbKmjgoF+I/aowCrii4n2zsNofqIghS10+JQ70GCmYY=; b=frFYLXBBHyQs5oBXpesWpey4seE9ue4KNz6byn1O6hlHtvIOMa1iGoFPTTz4pMecMW LK7yqADzissLyUfPjBQPooX2GoSFPesaEq3nriQJ1lseX4kiCzhPCFD+2kuTcksOk/hX FKlxmUBbwYOSzPdel4PfAzmY/rVH5Wq19jB4gktSG3FpvMBqJjeYDBlwLgCVsfqJFegj chol4BKCNyzEfBIAFg2TpkT6AaYOhwjZbeZ8zx/i2J93rynLmIMH6d5TIXc+z4fiys4i 8hs2y1fxaYprBWadWO86mFy2zC2eph1bxnkZSrhgetnnQk845p1VMKHVtK5qRgLAivLC Hu0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710172991; x=1710777791; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=VbKmjgoF+I/aowCrii4n2zsNofqIghS10+JQ70GCmYY=; b=ChejiU1XsM7UN2FzNYoILdwyj5fTLh5JRz+VwdWcy+5PyrdaflRyy5bP9HyKGUcU0Z hKFmI5bdP3R9FVtHM0h8gVnbub1zVVdL84Y3o1ExhOZFjgiZ+3gJKUwsWAWcpqdgFOGW 04155DLyNsey0JUgbpjogaycu1fLzJQja5/xDih7RCLBaFkD7RblhKV5vH/FNtumEvC4 FGBtaHFAtVzFZXiij+TDx0sREIPbU7oS5gxMlX/uPbylaa/BWE/C/6sVz9jEis3q1Hnf xXt7Y/aMuqY2SBARhIL2eTcborLpnbdMle23cUpU1uVDuB5RKnJ2vmJYEBXYXMkk9SmF ihcQ== X-Forwarded-Encrypted: i=1; AJvYcCXvFycQPm8yDxHnBtVaejwh0OxKlRHFJCvjSrI+w8QqWRl67SsOH+qhgbjz93dW1uciAy+Mem3rohtByLQ1EX0NQ6xIvr9+SQ== X-Gm-Message-State: AOJu0Yw0LkfP4mifjSZrTHbiqN2FoQKnlPjszb4pngz5m3/vbu7+aXQx ZtGr6n/IVVKWRkLDogpor2VNGN/ksc+lbs6xeISQNs6nCIbzuMRW8iDUpNmW7UD8vM981nsD0cV u55IBKE7hjUXYNJafJ9YJSpMWMrmSDmzHyKJ9+Q== X-Google-Smtp-Source: AGHT+IFqstCESU2gIofXDI87GFuOcuq6T+i6AiiBiDbUSRcz/rs3pt+tWfc8+pdFUkrdRMP3nr8eXsiwzRZhItR4CfU= X-Received: by 2002:a9d:73c3:0:b0:6e5:1ca6:e73d with SMTP id m3-20020a9d73c3000000b006e51ca6e73dmr7255482otk.2.1710172990647; Mon, 11 Mar 2024 09:03:10 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 From: Oliver Epper Date: Mon, 11 Mar 2024 17:02:59 +0100 Message-ID: Subject: Building for aarch64 To: FreeBSD Ports , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="0000000000009cb9cf061364ad1e" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org,freebsd-arm@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32f:from] X-Rspamd-Queue-Id: 4TthQ82wzpz4bqr --0000000000009cb9cf061364ad1e Content-Type: text/plain; charset="UTF-8" I had absolutely no success with running poudriere under qemu emulation. There are always a bunch of packages that failed to build for various changing reasons. Running poudriere on an Apple Silicon Mac works really well, though. Not one failed package so far and much faster than under emulation, of course. So I thought this might be useful information for the list ports and arm: https://oliver-epper.de/posts/poudriere-on-m1-mac/ greetings Oliver Epper --0000000000009cb9cf061364ad1e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I had absolutely no success with running poudriere under q= emu emulation. There are always a bunch of packages that failed to build fo= r various changing reasons.

Running poudriere on an Appl= e Silicon Mac works really well, though. Not one failed package so far and = much faster than under emulation, of course. So I thought this might be use= ful information for the list ports and arm:


greetings=
Oliver Epper

--0000000000009cb9cf061364ad1e-- From eugen@grosbein.net Mon Mar 11 17:22:57 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 4TtkBP05Fyz5DN28 for ; Mon, 11 Mar 2024 17:23:09 +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 4TtkBN3Z5pz4mpb for ; Mon, 11 Mar 2024 17:23:08 +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 32B8B1CF08; Tue, 12 Mar 2024 00:23:04 +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 B627E1CC60; Tue, 12 Mar 2024 00:23:02 +0700 (+07) X-Envelope-From: eugen@grosbein.net X-Envelope-To: flo@FreeBSD.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.17.1/8.17.1) with ESMTPS id 42BHMw2G041740 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 12 Mar 2024 00:22:58 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Proposed ports deprecation and removal policy To: Daniel Engberg References: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> <1c5b7818-842f-f7b8-9d4e-5bf681cad20e@grosbein.net> Cc: Florian Smeets , ports@freebsd.org From: Eugene Grosbein Message-ID: <64c7435c-2d69-1f62-ba7c-30812860a457@grosbein.net> Date: Tue, 12 Mar 2024 00:22:57 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_PASS,T_DATE_IN_FUTURE_96_Q,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=4.0.0 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 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 * -0.0 T_SCC_BODY_TEXT_LINE No description available. * -2.1 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-Spamd-Bar: ---- 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: 4TtkBN3Z5pz4mpb 11.03.2024 4:49, Daniel Engberg wrote: >>> Ports can be removed immediately if one of the following conditions is met: >>> >>> - Upstream distfile is no longer available from the original source/mirror >>> (Our and other distcaches e.g. Debian, Gentoo, etc do not count as "available") >>> - Upstream WWW is unavailable: deprecate, remove after 3 months >> [skip] >>> A port can be deprecated and subsequently removed if: >>> - Upstream declared the version EOL or officially stopped development. >>> DEPRECATED should be set as soon as the planned removal date is know. >> >> Objection to quoted reasons. A software not developed anymore but still works fine >> after years is best software ever. Do not touch it, please. >> >> Some examples: >> >> mail/qpopper abadoned by Qualcomm years ago >> russian/d1489 created by ache@ who passed away years ago >> net/quagga abadonware but still best OSPF implementation for FreeBSD kernel >> net-im/pidgin-manualsize abadoned by initial author years ago >> databases/oracle8-client the only known library to link native FreeBSD code with for OracleDB connection >> >> Do not "fix" what ain't broken. >> > Eugene > > I'm going to assume that there will be a PR or something regarding maintained ports either way. I maintain most of listed ports. > As far as the "Do not "fix" what ain't broken" argument goes one major concern is how do you know > especially regarding to Internet facing services? Not every port deals with public Internet and services therein. > Qpopper (for example) has been dropped by pretty much every distro > https://repology.org/project/qpopper/versions and upstream is dead so there's no hub for communication. And not need to, practice shows. > There likely aren't many eyes on the software by now (I guess for both good and bad reasons) > but it might also very well bite you or users in the end. Until then, it works and let it be. > That being said, all software contains bugs True. The question is, do any of bugs affect particular setup? If not, let it be. > including active projects so it's not like it's a clean cut in terms of security concerns (wordpress) > but you'll likely see issues being adressed and reported when software is more widely available. > If upstream is dead it's very likely that security reports ends up in some package repo, > random hosted fork or such and never finds it way outside of it. There are private networks not exposed to untrusted users or hosts not affected by any security concerns, including one-user-only. No need to break their setups. > Quagga is in a similar position, pfsense seems to point users to frr and there's also other software such as bird/bird2. frr development is Linux-centric and its OSPF implementation has some problems under FreeBSD ignored by developers, it cannot be a replacement (can't tell for bird/bird2). Quagga ospfd/bgpd work fine, let it be. > According to https://www.orafaq.com/wiki/Oracle_8 Oracle 8 support ended 20 years ago, > it's also marked as i386 only so its days are counted. This is userland library and we have no plans to eliminate userland i386 support yet. No alternatives, also. > Nothing is stopping people to use an overlay but not everything needs to be in or rather stay the "public" repo forever. Not forever. While it works fine. Eugene From nobody Mon Mar 11 19:41:26 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 4TtnG66tmXz5DbRc for ; Mon, 11 Mar 2024 19:41:34 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4TtnG55L6pz50TT for ; Mon, 11 Mar 2024 19:41:33 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 198.144.192.42 is neither permitted nor denied by domain of yuri@FreeBSD.org) smtp.mailfrom=yuri@FreeBSD.org Received: from [192.168.5.3] (c-98-42-44-116.hsd1.ca.comcast.net [98.42.44.116]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 42BJfQIN058033 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 11 Mar 2024 12:41:27 -0700 (PDT) (envelope-from yuri@FreeBSD.org) X-Authentication-Warning: shell1.rawbw.com: Host c-98-42-44-116.hsd1.ca.comcast.net [98.42.44.116] claimed to be [192.168.5.3] Message-ID: <0a6592b8-05e3-4cd6-9a8d-a18edcdc0127@FreeBSD.org> Date: Mon, 11 Mar 2024 12:41:26 -0700 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: "ports@freebsd.org" From: Yuri Subject: portsfallout.com stopped updating on 2024-02-23 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Spamd-Result: default: False [0.79 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.92)[-0.924]; RCVD_NO_TLS_LAST(0.10)[]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; XM_UA_NO_VERSION(0.01)[]; RCVD_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[yuri]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; R_SPF_SOFTFAIL(0.00)[~all:c]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/23, country:US]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; HAS_XAW(0.00)[] X-Rspamd-Queue-Id: 4TtnG55L6pz50TT Is it known who is the contact person for portsfallout.com ? Thanks, Yuri From nobody Mon Mar 11 20:05:16 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 4Ttnnn00Xfz5DcGc for ; Mon, 11 Mar 2024 20:05:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.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 4Ttnnl44yjz52RM for ; Mon, 11 Mar 2024 20:05:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=SYXGmXdy; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710187529; bh=apsNMV6mlwpto0/8svX7XbumjvHBvubzTh1f9cwLxz8=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=SYXGmXdyopHbByZnWGHZmV6u4P4SICKEQmVtDuuVjTAHQVWv0DCBBRy5nzZD6gi5mS8Z48VjKpCpg8e2fSTKrpg2qwEXmDqQjpyZiB7dWR9RSOKk56yB6yP9U3IyQzp2LzV93e2Gq5OsiPz46cpsmRY5fvvJz9EkMYGybxpP/O6b8pB7FKqHSm1FUx9yhNU6jScYpI5US6U4Vj+Wp5mTyY3keKTvUwsOXOOnFXiptwBLEaDL0lrUtyMeHLu70ZlrXeLw+MD2ejaY3f/0UEripmPScOa/ojjOIc6vmvwS3GCTGk6TzUc+jrW8BdKW1v6AHF7MzM8T48dtepraEgdNbg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710187529; bh=X5je9uqVrsYEvi67hkXLD42hXBmCsiJZC1eZE2khNaw=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=q5q4ZU9oFzvMIdEEY5X4GX7SBcUxxdn9cHbcjUsyicC9oenQyMAoQe1R+PvE0JtdBxxW6tG7/Dwh0HPyFUfMhHAbOmGJnE8Jy6OvO08GvU1lrzMzj5ofU6DyF6gETdWhONy6PjRBmJm3GFrpc3rPjb28WxKWHIkAqYX7gKFrF0BdaY8DiZlapbN9L3XTFCx9Cy9Saa+CupeO5/BqbpXRJguza5JSugvKTrAcVCHZqPjpUxeZoVpdfXtIoX5/I7hzcGTKYtkW0FTIFlAM895orrQSmGk04PbRcBwXzqNzs4xB0yUvj9YE+/RBV7EGsrUF8wBPq3uWy1NUndtj+q8oBw== X-YMail-OSG: ZlPzCZcVM1lzlj5Fj2ifmlsPq0ul85rT11xt44qUP6keH7lo_7mWJMx1QWpp3be jGKAXIB5hK4l73wqH63ChHGF8eLrYcaZ6FMS5Myjtx0ZcqBUXnufK9Fw5axVNMEysmXAMPkk05p6 uHGyD8LpRUiKrI3AGWJ_.8xAOHAByLdRUJLkt2ADkEgmpuh_khgl_wzJ18w.LK2EtCF9epSJbNKI w3l6uC5wrr6vGn9tbzx_wgi4WxBGCqapbiY2oKNqppuJM2ewBG9YG.39KMpcc5hKOz4tL_SyM0W3 hH_pq3ml_KcJUUGJtWHc0UARZGcfVS7T1a1FRZBY.Lm1Ol7SbMyftJ.NuGcs5GBltDrB8V29FaP9 lHlHJxWdneJfbExDBs2JWp3SN9sr67sCY6bU6BWds8tLmWoPTlYGxSvxePfBMNh8wyNB0Y9Ps6j8 YifWQRfa1MXkld3Rs38LvC5zBZ1NLhXMp2l3HfE6Ua3wvzOJTblX3RhYvVAiKwCLYWIGjfg61uiH f4Wvzq5um6o9TwoiflPUtgaMUs1mu3_1W3f1SwLUEGrWluybreXnAYMkwO6hpsGRWWUXX6A8dKIj K8abahrZ4wnjLl8KgWPUmDXE47iyazElch1yMnPWGsCkVFDsRdlLSdstCG5jvNJ2mDGFDPZVINtS GYldpPhO8TtuVmd7WGVC_kpDxsjlaVByVJLJZmlBRHyh2TPqvTa_iNYmr5eLZZW9C7ZbXr_WHRAk ek7H0RKVoGCRxrfRyvUyozFKwdyOApBKZHTe2_drBOlOjIgwsl5T3tQW8_VqbunPwueiauZd18Dm R.FMg4grc.qu_2ONNzuqUroN26ph6tgGEXy1x8ttPAeSirbM9gC.UzOfmGslPTsXl7Hoqoj4GSJp M2GIrZaAwzsTJTuaKifvP5dh2b9xrQz0bb1xzO18OGJDhUukNVrALtQ12p3lU22tArTSacA7E0CJ 4A39305WaVG73xPcXd36Ddk99DcUV0IjakhC19S_E95VJowTFH8qurAmqBVwgMYVey.1Tk_ulM.N wtOYDgQlQP6oFPdu7X_Rr.9kTcG3jPYGzHFduD0sRTFS.u0p3nkLDMYb1yUFTG0WJ7_Tg6VgeaHR 6Kzq09_ahOy8oapGG3OLASmV3mfsD_ZMcxzm9WKqn1xbqm9K5VoWxBeosf37VYe2XPhBOWvgLE_8 fiz_1s6QVfIXh59wk1p9hTiZonyVmdUntD0KVxNY_Nr3wlCgx0cVxWo.4VYVaiglcNvj7SHqUzGK qNBTnYxwxen3BU6lMtBz4WYut6oi8WepiyW4Otb1E.JSFwe0r7N2hpUCWWJfmS68GJeclPUW4YEb 7FeCqjtQw6Hsl6aS993zZ85k_Wu0izCvlw2P3JWvpuPHPzCBNqomuykxHJi_NZ6eHyz9mZy2RKe2 18ZtvvioXnIpVeKBeolFHM5Ix3NPlZfcnEE0Li56b3z4j9YyUqshPQ86xFzMgh5ArxxcqIjB2maJ pCB_km9CmuuGvk2.RGxN4..6jQIdOl3xo9uKHQnjP9WJ0HpnczpUMiURbImfYrlJXwEbLwnReCzN rPR.cr_y5Bs51G8EFuLF5HotcjQoSemMp7T41wSRuF1Z5G6OtHgQT_rjm6rzaXQm_6gIbL1pI9aE wR9G7Ab2rltVoNWUdtWiEXJvGF_r8eNKoqQbljATqXjq1wUdGrkdyvPQGgh70feY4d2jzv_WHgto mnXor5br65QdvNw4b_XQu3qsFTXk3.hAY9qwRvhm2hZhrina266_fwNYmFGYOFb6xlbWl393D.ZS GPRfz7BUa5ueejXMwGEv5v2FJt7aWHYNAP5I84i5j33dYzDk6VbGtZLphYDAdRS0W7o8ESP6WIzI 3nqJaNNDtF4BYsr7__Y5f2PoP9lwOhSYv_bjIDKUKMIuIaLU4gyTdpvAfr87PGqypCb.jWuAd59j LQND3CISCo0V855rVPDLrlDU7R5tbqaksa3YvC5ulmho82j4KwsTdkVQNxEZ5Ptox.GGsgma.GFW WWlf5uNhG4vzTpCyVG4A_wpJTD_seZLs1PJ7XO5Aq07vaoqgMuu9eowe9l.B6LIxUjkfc9WqOFKq KgPU0kcj2iomDplq.bffOeobBVYqKbiIhOxUw6NFu63upf.t4PJnBy2e5P1N5VxfEvYOsyjMMYwF sNKLEGlwPw9WM4T9VWDI5tfwAcSbfx40r0NkyLe1upQSdsYKZQUI.MohNWwbnX0xCRTkPM63Y9Z4 dPHVQmuRWqqDpOzgRlqOVbvIrklzjbsHr6mQ2Fk.2rI5KMdNlgNaSNqsTbyiy X-Sonic-MF: X-Sonic-ID: 3650d316-5245-4679-a355-e17cc0527770 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Mar 2024 20:05:29 +0000 Received: by hermes--production-gq1-5c57879fdf-p26ct (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4af4d8f39e2e28bdb00da98887d9c505; Mon, 11 Mar 2024 20:05:27 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: FreeBSD ports community is broken [port building configuration notes] Date: Mon, 11 Mar 2024 13:05:16 -0700 References: <87B38D6C-1D83-4158-B03B-F4C8EA396DD1@yahoo.com> <4A386631-E8FF-4640-A927-46DE38F07F00@yahoo.com> <3680E93A-0E85-4E48-BE78-7B3C283AB399@yahoo.com> To: FreeBSD Mailing List In-Reply-To: <3680E93A-0E85-4E48-BE78-7B3C283AB399@yahoo.com> Message-Id: <9FBA55B5-D9AC-43AA-AD43-5CB40969F7D7@yahoo.com> X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from]; APPLE_MAILER_COMMON(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from] X-Rspamd-Queue-Id: 4Ttnnl44yjz52RM [I should have noted howthe processor frequency is heandled.] > On Mar 11, 2024, at 08:50, Mark Millard wrote: >=20 > [The armv7 poudriere bulk finished.] >=20 > On Mar 10, 2024, at 13:10, Mark Millard wrote: >=20 >> [poudriere bulk status update.] >>=20 >> On Mar 5, 2024, at 18:43, Mark Millard wrote: >>=20 >>> [I noticed that my SWAP figures were not self consistent for the = armv7.] >>>=20 >>> On Feb 18, 2024, at 09:50, Mark Millard wrote: >>>=20 >>>> [I also forgot to mention an important FreeBSD configuration = setting >>>> as well. It is not specific to poudriere use.] >>>>=20 >>>>> On Feb 18, 2024, at 09:13, Mark Millard wrote: >>>>>=20 >>>>> [I forgot to mention the armv7 core count involved: 4] >>>>>=20 >>>>> On Feb 18, 2024, at 08:52, Mark Millard wrote: >>>>>=20 >>>>>> Aryeh Friedman wrote on >>>>>> Date: Sun, 18 Feb 2024 10:37:06 UTC : >>>>>>=20 >>>>>>> It should not require >>>>>>> prodiere running on a supermassive machine to work (in many = cases >>>>>>> portmaster and make install recursion fail where prodiere = works). >>>>>>=20 >>>>>> As for configuring for small, slow systems relative to >>>>>> resource use, I provide some settings that I've >>>>>> historically used below. Then I have some other notes >>>>>> after that material. >>>>>>=20 >>>>>> For a 2 GiByte RAM armv7 system with 3 GiByte swap space >>>>>> and a UFS file system, no use of tmpfs in normal operation >>>>>> (since it competes for RAM+SWAP generally): >>>=20 >>> Actually: 2 GiByte RAM armv7 has 3.6 GiByte SWAP space, with >>> some margin. Ever so slightly over 3.8 GiBytes got the mistuning >>> warning but there is variability across builds so I try to avoid >>> repeated adjustments by picking somewhat smaller. >>>=20 >>>>> FYI: The armv7 has 4 cores. >>>>>=20 >>>>>> /usr/local/etc/poudriere.conf has . . . >>>>>>=20 >>>>>> NO_ZFS=3Dyes >>>>>> USE_TMPFS=3Dno >>>>>> PARALLEL_JOBS=3D2 >>>>>> ALLOW_MAKE_JOBS=3Dyes >>>>>> MAX_EXECUTION_TIME=3D432000 >>>>>> NOHANG_TIME=3D432000 >>>>>> MAX_EXECUTION_TIME_EXTRACT=3D14400 >>>>>> MAX_EXECUTION_TIME_INSTALL=3D14400 >>>>>> MAX_EXECUTION_TIME_PACKAGE=3D57600 >>>>>> MAX_EXECUTION_TIME_DEINSTALL=3D14400 >>>>>>=20 >>>>>> /usr/local/etc/poudriere.d/make.conf has . . . >>>>>>=20 >>>>>> MAKE_JOBS_NUMBER=3D2 >=20 > I'll note that I'd switched to using MAKE_JOB_NUMBER_LIMIT > and do not use MAKE_JOB_NUMBER any more. So: >=20 > MAKE_JOB_NUMBER_LIMIT=3D2 >=20 >>>>>> /etc/fstab does not specify any tmpfs use or the >>>>>> like: avoids competing for RAM+SWAP. >>>>>>=20 >>>>>> The 3 GiBytes of swap space is deliberate: RAM+SWAP >>>>>> is important for all means of building in such a >>>>>> context: there are a bunch of ports that have >>>>>> large memory use for building in all cases. >>>>>>=20 >>>>>> [armv7 allows around RAM+SWAP=3D2.5*RAM before >>>=20 >>> That equation should have been RAM+SWAP=3D=3D2.8*RAM >>> (with margin considered), so SWAP=3D=3D1.8*RAM. (With >>> a small enough RAM 2.7*RAM might need to be used, >>> for example.) >>>=20 >>> So the 2 GiByte RAM leads to a 5.6 GiByte RAM+SWAP >>> for the builders and other uses to share. >>>=20 >>> I may set up a modern experiment to see if the >>> combination: >>>=20 >>> PARALLEL_JOBS=3D2 >>> ALLOW_MAKE_JOBS=3Dyes (with MAKE_JOBS_NUMBER=3D2) >=20 > Again, now: MAKE_JOB_NUMBER_LIMIT=3D2 >=20 >>> still completes for a build that would end up with >>> llvm18 and rust likely building in parallel for >>> much of the time (if it completed okay, anyway). >>> Something like 265 ports would be queued, the last >>> few of which include some use of llvm18 and of >>> rust. >>>=20 >>> . . . >>>=20 >>>>>> tradeoff/mistuning notices are generated. aarch64 >>>>>> and amd64 allow more like RAM+SWAP=3D3.4*RAM before >=20 > I've not validated the 3.4 figure. It is likely a bit low. >=20 >>>>>> such notices are reported. The detailed multiplier >>>>>> changes some from build to build, so I leave >>>>>> margin in my figures to avoid the notices.] >>>>>>=20 >>>>>> I also historically use USB SSD/NVMe media, no >>>>>> spinning rust, no microsd cards or such. >>>>=20 >>>> /boot/loader.conf has . . . >>>>=20 >>>> # >>>> # Delay when persistent low free RAM leads to >>>> # Out Of Memory killing of processes: >>>> vm.pageout_oom_seq=3D120 >>>>=20 >>>> This is important to allowing various things >>>> to complete. (The default is 12. 120 is not >>>> the maximum but has been appropriate in my >>>> context. The figure is not in time units but >>>> larger increases the observed delay so more >>>> work gets done before OOM activity starts.) >>>>=20 >>>> Using vm.pageout_oom_seq is not specific to >>>> poudriere use. >>>>=20 >>>>>> As far as more ports building in poudriere than in >>>>>> "portmaster and make install recursion" in other >>>>>> respects than resources: it is easier to make ports >>>>>> build in poudriere. It provides the simpler/cleaner >>>>>> context for the individual builders. More things >>>>>> lead to failure outside poudriere that are just not >>>>>> issues when poudriere is used so more care is needed >>>>>> setting up the ports for the likes of portmaster use. >>>>>> (And, yes, I used to use portmaster.) The required >>>>>> range of testing contexts is wider for use of the >>>>>> likes of portmaster to know that the port build will >>>>>> just work in the full range of contexts. >>>>>>=20 >>>>>> Such issues adds to the port maintainer/committer >>>>>> development burdens when portmaster or the like are >>>>>> the target level/type of support. >>>>>>=20 >>>>>> (Note: synth may be more like poudriere for this >>>>>> but I've historically had use of platforms that >>>>>> synth did not support and so have not looked into >>>>>> the details.) >>=20 >> Context: 1GHz, 4 core, cortex-a7 (armv7), 2 GiBytes RAM, USB2. >> RAM+SWAP: 5.6 GiBytes. Also, this is doing my normal armv7 (and >> aarch64) style of devel/llvm* build: OPTION'd to BE_NATIVE >> instead of BE_STANDARD and OPTION'd to not build MLIR. >=20 > Also: For armv7 I use -mcpu=3Dcortex-a7 most everywhere for > each of: port builds, the world in the poudriere jail > directory, the booted kernel+world. (All armv7 contexts > that I've access to support cortex-a7 user space code.) >=20 > In poudriere.conf I used the likes of: >=20 > PRIORITY_BOOST=3D"cmake-core llvm18 boost-libs gcc-arm-embedded" >=20 > and probably should have listed rust after llvm18 as well, > making it more likely that the 2 builders will run in > parallel much of the time (less elapsed time): See the > later summary time frames. >=20 >> The poudriere bulk has finished llvm18 and rust, > . . . updating the related material: >=20 > It finished overall, in somewhat under 5.5 days. The "what > builds took over an hour" summary is: >=20 > [01:51:31] [01] [01:00:07] Finished lang/perl5.36 | perl5-5.36.3_1: = Success > [08:55:35] [02] [03:08:09] Finished devel/icu | icu-74.2,1: Success > [13:17:38] [02] [01:28:32] Finished lang/ruby31 | ruby-3.1.4_1,1: = Success > [14:17:44] [01] [09:20:55] Finished devel/cmake-core | = cmake-core-3.28.3: Success > [4D:01:03:43] [02] [3D:08:48:53] Finished lang/rust | rust-1.76.0: = Success > [4D:06:26:24] [02] [03:09:35] Finished devel/binutils@native | = binutils-2.40_5,1: Success > [4D:14:54:31] [02] [03:38:55] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-11.3.0_3: Success > [4D:16:13:00] [01] [4D:01:55:03] Finished devel/llvm18@default | = llvm18-18.1.0.r3: Success > [4D:18:05:58] [02] [03:11:00] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-11.3.0_3: Success > [4D:23:00:13] [01] [06:46:06] Finished devel/boost-libs | = boost-libs-1.84.0: Success > [5D:00:16:39] [01] [01:15:53] Finished textproc/source-highlight | = source-highlight-3.1.9_9: Success > [5D:01:17:24] [02] [07:10:52] Finished lang/gcc13 | gcc13-13.2.0_4: = Success > [5D:09:38:14] [01] [05:56:48] Finished devel/freebsd-gcc13@armv7 | = armv7-gcc13-13.2.0_1: Success > [5D:10:18:58] [02] [05:44:02] Finished devel/gdb@py39 | gdb-14.1_2: = Success > [5D:10:31:56] Stopping 2 builders > [main-CA7-default] [2024-03-06_03h15m10s] [committing] Queued: 265 = Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 = Time: 5D:10:31:55 >=20 >>=20 >> So: llvm18 started before rust and finished after rust, each >> mostly using 2 hardware threads. About the last 1.5 hr for >> llvm18 was llvm18 being packaged, after somewhat over 96 hours >> of mostly 2 hardware threads working on it. The vast majority >> of the build time was for the build phase. >>=20 >> I have a modified top that monitors and reports some "MAXimum >> OBServed" figures (MaxObsYYY figures). As of llvm18 finishing, >> that top was reporting: >>=20 >> 2794Mi MaxObs(Act+Wir+Lndry+SwapUsed) >> (Inact can be an arbitrary mix of dirty and clean pages and, >> so, is not included.) >>=20 >> Swap: 995524Ki MaxObsUsed >=20 > The MaxObs figures reported did not change. >=20 >> Thus, it used up to around half of the RAM+SWAP to get that >> far. (Rust and llvm18's peak RAM+SWAP usages need not have >> been over the same time period. But there was RAM+SWAP room >> for a larger overall peak.) >>=20 >> [Note: The peak RAM+SWAP use was during a period of llvm18's >> build running various llvm-tblgen examples.] >>=20 >> As stands, it looks like the poudriere bulk run will complete >> just fine for the configuration that I specified, with margin >> for variations in peak RAM+SWAP usage. >>=20 >=20 > It competed just fine. >=20 In /etc/rc.conf I have: if [ "`sysctl -i -n hw.fdt.model`" =3D=3D "Xunlong Orange Pi Plus 2E" ]; = then=20 sysctl dev.cpu.0.freq=3D1008 > /dev/null fi In other words: a fixed 1GHz or so clock rate is used. It has heatsinks and a fan. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Mar 11 20:22:38 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 4Ttp9Y1KCtz5Ddqq for ; Mon, 11 Mar 2024 20:22:41 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4Ttp9X1hGGz54Gd; Mon, 11 Mar 2024 20:22:40 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 198.144.192.42 is neither permitted nor denied by domain of yuri@FreeBSD.org) smtp.mailfrom=yuri@FreeBSD.org Received: from [192.168.5.3] (c-98-42-44-116.hsd1.ca.comcast.net [98.42.44.116]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 42BKMd9X062181 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 11 Mar 2024 13:22:39 -0700 (PDT) (envelope-from yuri@FreeBSD.org) X-Authentication-Warning: shell1.rawbw.com: Host c-98-42-44-116.hsd1.ca.comcast.net [98.42.44.116] claimed to be [192.168.5.3] Message-ID: <71123ef9-5e1d-46ed-a1b2-582766adb5d4@FreeBSD.org> Date: Mon, 11 Mar 2024 13:22:38 -0700 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Proposed ports deprecation and removal policy Content-Language: en-US To: Florian Smeets , ports@freebsd.org References: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> From: Yuri In-Reply-To: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Spamd-Result: default: False [0.80 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.91)[-0.915]; ONCE_RECEIVED(0.10)[]; RCVD_NO_TLS_LAST(0.10)[]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; FREEFALL_USER(0.00)[yuri]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/23, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all:c]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; HAS_XAW(0.00)[] X-Rspamd-Queue-Id: 4Ttp9X1hGGz54Gd On 2/28/24 11:22, Florian Smeets wrote: > Ports can be removed immediately if one of the following conditions is > met: > > - Upstream distfile is no longer available from the original > source/mirror (Our and other distcaches e.g. Debian, Gentoo, etc do > not count as "available") Such removal can't be immediate and unconditional. Software can be perfectly useful and used by many users, but (1) Some government compelled the upstream developer to remove it for political reasons, for example to suppress users' privacy. This actually happened with one port this year when Chinese government forced its removal. We need to help such software to remain available when many users exist. (2) The upstream forgot to renew the domain, so it became temporarily unavailable. The situation of apparently disappeared tarballs should be considered on a case-by-case basis, not in a blanket fashion. Thanks, Yuri From nobody Mon Mar 11 20:24:34 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 4TtpCv5vsHz5Df2b for ; Mon, 11 Mar 2024 20:24:43 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from smtp-1909.mail.infomaniak.ch (smtp-1909.mail.infomaniak.ch [IPv6:2001:1600:7:10::1909]) (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 "relay.mail.infomaniak.ch", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtpCv39KJz55F7 for ; Mon, 11 Mar 2024 20:24:43 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Authentication-Results: mx1.freebsd.org; none Received: from smtp-4-0001.mail.infomaniak.ch (smtp-4-0001.mail.infomaniak.ch [10.7.10.108]) by smtp-4-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4TtpCl0KXmzX8w; Mon, 11 Mar 2024 21:24:35 +0100 (CET) Received: from unknown by smtp-4-0001.mail.infomaniak.ch (Postfix) with ESMTPA id 4TtpCk4zz4zbtr; Mon, 11 Mar 2024 21:24:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pyret.net; s=20231006; t=1710188674; bh=r+UwUXsDo+Z2xdWRhmZjQMKzh6s1bP4xU40Qq8gk6lU=; h=Date:Subject:From:Reply-To:To:Cc:References:In-Reply-To:From; b=ODelnVT1jFEmEjjr4l2GKhCL/iB110VlIi7MMSDrFarUFSwA4S2c9leJ2fHCuAEXp 8juQrhbozOHE76F0sn3omKhWej+38+GjWYNQSzVKRK5wfZA+t7kJ4D4DH96TSnjOm3 csq+2Sh5RcbhhDh4s0MosUexyfV4gcvJAN+e8vpkqNhKm1uHqbU4rXoRC8+K32pebe x/3R5Pnw66kTGVaJbctntj0H6zG49Xcpgev+rL23mlQfm5KfPdWWWZDwjIWSvP96Y6 NVIyFR7boLgIRJIO+AFnC1+RXRBuG9qaTSjdKoFnrkytlii4eHC/cwgQEPaMt5+UIL cdzX4ZJrgwH7A== Message-ID: <9646fd5d0666c8e57795ea1b370b6af1@mail.infomaniak.com> Date: Mon, 11 Mar 2024 21:24:34 +0100 Subject: Re: Proposed ports deprecation and removal policy From: Daniel Engberg Reply-To: Daniel Engberg To: Eugene Grosbein Cc: Florian Smeets , ports@freebsd.org List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-WS-User-Origin: eyJpdiI6IlpNb2tRbVhPeTUxT0JCQmJlNnJlbnc9PSIsInZhbHVlIjoiQ21mdnNOT0Y2U2dQRnV1anRZbmp4QT09IiwibWFjIjoiMGRlOWZlMmNmZWNjOTRhZTUzNTQ0NTJiOGNkYjk2NWEyZWFlMjQwMDM5YmMxNTg1M2Y5OGVkMmE4NjZhN2E4ZiIsInRhZyI6IiJ9 X-WS-User-Mbox: eyJpdiI6InM0TWdDOTQxbzdpclNaSWxpQ0FJbmc9PSIsInZhbHVlIjoiR1Vab29LaDBDT1hEUEpwOFpaWnZnUT09IiwibWFjIjoiN2U4NTM3ZGQ3ZDgzN2E3NTE5MzdmNTVlOTg0MjZhMWRiY2IzODI1MmIxNjMyYjI4MTMxNDQyZjcwMDljZjI2ZiIsInRhZyI6IiJ9 X-WS-Location: eJxzKUpMKykGAAfpAmU- X-Mailer: Infomaniak Workspace (1.3.652) References: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> <1c5b7818-842f-f7b8-9d4e-5bf681cad20e@grosbein.net> <64c7435c-2d69-1f62-ba7c-30812860a457@grosbein.net> In-Reply-To: <64c7435c-2d69-1f62-ba7c-30812860a457@grosbein.net> X-Infomaniak-Routing: alpha X-Spamd-Bar: ---- 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:29222, ipnet:2001:1600::/32, country:CH] X-Rspamd-Queue-Id: 4TtpCv39KJz55F7 On 2024-03-11T18:22:57.000+01:00, Eugene Grosbein wrot= e: > 11.03.2024 4:49, Daniel Engberg wrote: >=20 >=20 > > =20 > > > =20 > > > > Ports can be removed immediately if one of the following condit= ions is met: > > > > =20 > > > > - Upstream distfile is no longer available from the original sour= ce/mirror > > > > (Our and other distcaches e.g. Debian, Gentoo, etc do not count a= s "available") > > > > - Upstream WWW is unavailable: deprecate, remove after 3 months > > > [skip] > > >=20 > > > > A port can be deprecated and subsequently removed if: > > > > - Upstream declared the version EOL or officially stopped develop= ment. > > > > DEPRECATED should be set as soon as the planned removal date is k= now. > > > =20 > > > Objection to quoted reasons. A software not developed anymore but st= ill works fine > > > after years is best software ever. Do not touch it, please. > > >=20 > > > Some examples: > > >=20 > > > mail/qpopper abadoned by Qualcomm years ago > > > russian/d1489 created by ache@ who passed away years ago > > > net/quagga abadonware but still best OSPF implementation for FreeB= SD kernel > > > net-im/pidgin-manualsize abadoned by initial author years ago > > > databases/oracle8-client the only known library to link native FreeB= SD code with for OracleDB connection > > >=20 > > > Do not "fix" what ain't broken. > > >=20 > > Eugene > > =20 > > I'm going to assume that there will be a PR or something regarding mai= ntained ports either way. > =20 > I maintain most of listed ports. >=20 >=20 > > As far as the "Do not "fix" what ain't broken" argument goes one maj= or concern is how do you know=20 > > especially regarding to Internet facing services? > =20 > Not every port deals with public Internet and services therein. >=20 >=20 > > Qpopper (for example) has been dropped by pretty much every distro > > https://repology.org/project/qpopper/versions and upstream is dead so = there's no hub for communication. > =20 > And not need to, practice shows. >=20 >=20 > > There likely aren't many eyes on the software by now (I guess for bo= th good and bad reasons) > > but it might also very well bite you or users in the end. > =20 > Until then, it works and let it be. >=20 >=20 > > That being said, all software contains bugs > =20 > True. The question is, do any of bugs affect particular setup? If not, le= t it be. >=20 >=20 > > including active projects so it's not like it's a clean cut in terms= of security concerns (wordpress) > > but you'll likely see issues being adressed and reported when software= is more widely available. > > If upstream is dead it's very likely that security reports ends up in = some package repo, > > random hosted fork or such and never finds it way outside of it. > =20 > There are private networks not exposed to untrusted users or hosts not af= fected by any security concerns, > including one-user-only. No need to break their setups. >=20 >=20 > > Quagga is in a similar position, pfsense seems to point users to frr= and there's also other software such as bird/bird2. > =20 > frr development is Linux-centric and its OSPF implementation has some pro= blems under FreeBSD ignored by developers, > it cannot be a replacement (can't tell for bird/bird2). Quagga ospfd/bgpd= work fine, let it be. >=20 >=20 > > According to https://www.orafaq.com/wiki/Oracle_8 Oracle 8 support e= nded 20 years ago, > > it's also marked as i386 only so its days are counted. > =20 > This is userland library and we have no plans to eliminate userland i386 = support yet. > No alternatives, also. >=20 >=20 > > Nothing is stopping people to use an overlay but not everything need= s to be in or rather stay the "public" repo forever. > =20 > Not forever. While it works fine. >=20 Eugene Since your average user is connected to the Internet to utilize ports and/o= r packages I think a sound assumption would be that Internet is going to be= an attack vector. While we can't safeguard for every possible scenario we = do have the ability however to "protect" users to some extent. VuXML (CVE r= eporting, upstream etc) and ports security team exists for this very reason= , if upstream reporting facilities aren't available then there's a higher r= isk of security reports and patches slipping by. This is one of the reasons= why many repositories remove abandonware, outdated versions etc. Not sayin= g it's valid argument but given our efforts try to keep users safe in gener= al that approach seems reasonable? Taking it to the extreme I'm not sure pu= tting a banner saying something like "X probably works fine on a private ne= twork with trusted hosts" is going to send a positive and reassuring messag= e or tell people when shit hits the fan "It's abandonware, you're on your o= wn and you should've known better" . Another possible option would be to add something to the port's matedata th= at makes pkg aware and easy notiable like using a specific color for portna= me and related information to signal like if it's red it means abandonware = and potentially reduced security. Best regards, Daniel From nobody Mon Mar 11 20:55:14 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 4Ttpvc66RJz5Dj8r for ; Mon, 11 Mar 2024 20:55:40 +0000 (UTC) (envelope-from dbaio@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) 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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ttpvc5TfDz58r1 for ; Mon, 11 Mar 2024 20:55:40 +0000 (UTC) (envelope-from dbaio@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710190540; 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: in-reply-to:in-reply-to:references:references; bh=7o6YVcI7I9S3znxufUMjwZy8Vxka0HfeTrAywyXoX9Q=; b=sJ2vWDs1hWovM0nD5BEp03Z0rLrYNChwSD4jk9j3Jzh08vcqepC0mRd5s4pNyIbERaks8C g6TaAGQZwvVyPdPcYRlSbYWC5IZAdnwtIWeFhh8NJzK+EzW+p5+SwJDvwvG/bXfjYyF2lG CRt/r9QLxSSkptUDgrtmgiZXWOx18xHw0DD0dref1iQ3ckPrEP3byXh4S3GbWzis3yj1uL JDhu7i5wnfbLZ2Z8S1CsmZZRuk06FYPSar0w6M8sTgBCH7c5V44ANejGP6pRpGNY4qtyLX 1p0RCSU37NUchjutLEGfTtLesz6g406KHxd18GgteS96j2tQizOqDOMXU6WbXQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710190540; a=rsa-sha256; cv=none; b=tdRNPLmY+xa3xzcrrnb+kP3qFudt3LHL+SUUpSJeSz9imsgwuJP8hvvg6TufUNFhBqkh3B IL1e4lPbbsv4Jp1IPhCgUHeUueumrblg6v55Ujs2u25R5lzAiToEKxDj4+7kSxJzrRypKB wi4w9lGby2CBIjggBPKtqcK6lN31NUkTZLEb35uY3vCChjrmGKxzT/bSTcSGG0pJQ6U14y TtBNTeAwoy00bqh3Gg3lZ+lNsWC12t1oYA3OWCJzl4tKmn9wDpxnQX08Qap5wh40S8TySI 6Vjy0oP4/tNJ1ZV4JkdeHO2aRdmhRjvJZ2VLPAgSemrlctIri4D/uLju+TEDGg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710190540; 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: in-reply-to:in-reply-to:references:references; bh=7o6YVcI7I9S3znxufUMjwZy8Vxka0HfeTrAywyXoX9Q=; b=TQzLeOIkNmpVHkx/eS/LUmJBes2pq0YfUeKnZSN2gLpVF7YJ6+7dVIp3OT9s8ozUOAgXlo 6cwYbcIgrt+5HW1Jl8D+r4fS4ZgNUa1sl5572Axg4GjvFZVPipziDgWXOv7Kc91FE+faHa AB3yTPoOTitU4HVUSC6roP/1kpA4rBve3BXTC4DkxtinMTcgiE8VkxOA6KGALYMF4tV8do ZlH2cj1CH+maL5SJkHX/V/ZylIeeVEgvT26VANTbldAz7rZJHkBr8jrXtRuL8kqQDO8enN xpVk5dL7ECvVxHEm+ldzkaWQYZpzxI/qSTRN9Xi5GRfSMCMRXzRbNa/LsQ40KQ== Received: from fauth1-smtp.messagingengine.com (fauth1-smtp.messagingengine.com [103.168.172.200]) (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) (Authenticated sender: dbaio/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Ttpvc4tdnz1CQ3 for ; Mon, 11 Mar 2024 20:55:40 +0000 (UTC) (envelope-from dbaio@FreeBSD.org) Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfauth.nyi.internal (Postfix) with ESMTP id 12BBE1200043 for ; Mon, 11 Mar 2024 16:55:40 -0400 (EDT) Received: from imap41 ([10.202.2.91]) by compute6.internal (MEProxy); Mon, 11 Mar 2024 16:55:40 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrjedugddugeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtgfesth hqredtreerjeenucfhrhhomhepfdffrghnihhlohcuifdruceurghiohdfuceouggsrghi oheshfhrvggvuefuffdrohhrgheqnecuggftrfgrthhtvghrnhepudffheegieeiteekvd ejgeetfeffvdeugeektdfhieeiheehgeekffdtheffgeegnecuvehluhhsthgvrhfuihii vgeptdenucfrrghrrghmpehmrghilhhfrhhomhepuggsrghiohdomhgvshhmthhprghuth hhphgvrhhsohhnrghlihhthidquddukedufeeluddvtddqvdeikedtvdejieekqdgusggr ihhopeephfhrvggvuefuffdrohhrghesfhgrshhtmhgrihhlrdgtohhm X-ME-Proxy: Feedback-ID: i9d2946a4:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id C88952340080; Mon, 11 Mar 2024 16:55:39 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-251-g8332da0bf6-fm-20240305.001-g8332da0b List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Message-Id: <5ee3aa26-49d1-4b0b-96f8-ac778c65edb6@app.fastmail.com> In-Reply-To: <0a6592b8-05e3-4cd6-9a8d-a18edcdc0127@FreeBSD.org> References: <0a6592b8-05e3-4cd6-9a8d-a18edcdc0127@FreeBSD.org> Date: Mon, 11 Mar 2024 17:55:14 -0300 From: "Danilo G. Baio" To: "ports@freebsd.org" Subject: Re: portsfallout.com stopped updating on 2024-02-23 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable On Mon, Mar 11, 2024, at 16:41, Yuri wrote: > Is it known who is the contact person for portsfallout.com ? > > > Thanks, > > Yuri I=E2=80=99ll take a look. It appears to be an issue with Scrapy and a ne= w version of the Twisted dependency. Traceback (most recent call last): File "/usr/local/bin/scrapy", line 33, in sys.exit(load_entry_point('Scrapy=3D=3D2.5.1', 'console_scripts', 's= crapy')()) File "/usr/local/lib/python3.9/site-packages/scrapy/cmdline.py", line = 144, in execute cmd.crawler_process =3D CrawlerProcess(settings) File "/usr/local/lib/python3.9/site-packages/scrapy/crawler.py", line = 281, in __init__ install_shutdown_handlers(self._signal_shutdown) File "/usr/local/lib/python3.9/site-packages/scrapy/utils/ossignal.py"= , line 19, in install_shutdown_handlers reactor._handleSignals() AttributeError: 'PollReactor' object has no attribute '_handleSignals' Regards, --=20 Danilo G. Baio From nobody Tue Mar 12 00:24:03 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 4TtvXT2HM9z5CpqP for ; Tue, 12 Mar 2024 00:24:25 +0000 (UTC) (envelope-from dbaio@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) 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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtvXT1ndfz4MP3; Tue, 12 Mar 2024 00:24:25 +0000 (UTC) (envelope-from dbaio@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710203065; 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: in-reply-to:in-reply-to:references:references; bh=+7GKv90wnvgqkNzpuYLF9Dhl8+ZuftuJWpTUhSY+i1E=; b=Y+55p4lhEqb4TT20+JLbR7V9anfht3KGKilgjjfSWjdwr/gN9xjPvIO1IuaIL1ipJVgC6t iRVF8tmyEKtgMz6+nFPJB39uhh26VX6MNKWc+x4ODRfi+e2ZK7EDa6mg+BlPd8IQo2vZkb rZMVd1My4IVHemrJK4KUVhhqhDAzlOi5+omeNcZ3cZpcbbUWtMDt9ASbbN+zdi2GPKEVzA R/bODJIi1TyZYSDJUAJTDtbJGI0kyHmkTnAGFmzHvgRxXLmnY5R4YvJOtMsh2GR992tcLW yZtn3RxOLh/9MWWIeskFBTbP/zroMI0d8zvw0gyvDnxiMScz3IEJxKbm3dWLig== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710203065; a=rsa-sha256; cv=none; b=yAXESYkWbBp6p7RxwFQRQQpplS9PHJvtOjRE4y/4YlWwWlWk87nRHn1OZbqq0bjhD1zjT0 KIW2aZldpiMbdh6o/EsBD/yCv4BgcIs2FbcpuAGZL5Bfj+OtxZ/5vD+Sp+m2S/jcwty1hP R1BU3EQCRSEAFTz6/lWfgCtTLedDB+aMe8nvNXxsUR9Z628f4nj+AM9c64m2SEtdyWM4Z/ 6rQDd/s66G863yoKia4u2mr9PXX38ielPnwRrz6EEvsbY4mjgq9ZxOTB9Gwump1AIq5N0o OrpHfC8uHua5WB+fFewWxdqe/Ng2h+wJJr4hvs4VBQbcmjgG+ha5LIoLONXpyg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710203065; 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: in-reply-to:in-reply-to:references:references; bh=+7GKv90wnvgqkNzpuYLF9Dhl8+ZuftuJWpTUhSY+i1E=; b=dmPU5O2DAIe2iMpJI3mxsteiRfdpdy/7iTFYrEhrAjQrg3AaFLFJbeGvVrTU7l4NMtxJK4 nr8vJio+l+SvmrY5261AN1yQcG8bHtMRsPbSchSFONuTtY2ElcVAgH0JfE2HExncIutSIV CRodf0XjuoCijpIcfVlo4iJwGIk6lkSq7NRwwYR0mtgFPZh/oNebPXYDJC2dMeBzTcc61O pJtVcNR20H2qD513xV2c7qzW+c4J9kvs6ywTbTK1+t5Xm+/3Ar7rbBxVEmJFdmMkwM0ijO r5lEAnDX4mwvqWtz2cz+CT1W9qKxYG0DIXUtBJxbc2V1J88Bg8fBE2wAQoOzJQ== Received: from fauth2-smtp.messagingengine.com (fauth2-smtp.messagingengine.com [103.168.172.201]) (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) (Authenticated sender: dbaio/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TtvXT13y7z1Gy8; Tue, 12 Mar 2024 00:24:25 +0000 (UTC) (envelope-from dbaio@FreeBSD.org) Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfauth.nyi.internal (Postfix) with ESMTP id 260DF1200066; Mon, 11 Mar 2024 20:24:24 -0400 (EDT) Received: from imap41 ([10.202.2.91]) by compute6.internal (MEProxy); Mon, 11 Mar 2024 20:24:24 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrjedvgddvvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtgfesthhqredtreerjeenucfhrhhomhepfdffrghn ihhlohcuifdruceurghiohdfuceouggsrghioheshfhrvggvuefuffdrohhrgheqnecugg ftrfgrthhtvghrnhepkeejgefffeffheejtddvgeeujeejveekfeehgfdtlefggffgueel fedvvdetgfelnecuffhomhgrihhnpehpohhrthhsfhgrlhhlohhuthdrtghomhenucevlh hushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegusggrihhoodhm vghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdduudekudefleduvddtqddvieektd dvjeeikedquggsrghioheppefhrhgvvgeuufffrdhorhhgsehfrghsthhmrghilhdrtgho mh X-ME-Proxy: Feedback-ID: i9d2946a4:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id DEB4E2340080; Mon, 11 Mar 2024 20:24:23 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-251-g8332da0bf6-fm-20240305.001-g8332da0b List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Message-Id: <7a1df0db-9ed4-4f54-90d5-f6f4ca7f741d@app.fastmail.com> In-Reply-To: <5ee3aa26-49d1-4b0b-96f8-ac778c65edb6@app.fastmail.com> References: <0a6592b8-05e3-4cd6-9a8d-a18edcdc0127@FreeBSD.org> <5ee3aa26-49d1-4b0b-96f8-ac778c65edb6@app.fastmail.com> Date: Mon, 11 Mar 2024 21:24:03 -0300 From: "Danilo G. Baio" To: "ports@freebsd.org" , "Yuri Victorovich" Subject: Re: portsfallout.com stopped updating on 2024-02-23 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable On Mon, Mar 11, 2024, at 17:55, Danilo G. Baio wrote: > On Mon, Mar 11, 2024, at 16:41, Yuri wrote: >> Is it known who is the contact person for portsfallout.com ? >> >> >> Thanks, >> >> Yuri > > > I=E2=80=99ll take a look. It appears to be an issue with Scrapy and a = new=20 > version of the Twisted dependency. Done. https://portsfallout.com/ has been updated. I plan to submit an update for www/py-scrapy by tomorrow, pending the co= mpletion of the build tests. --=20 Danilo G. Baio From nobody Tue Mar 12 04:07:52 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 4Tv0VK1mCrz5DBjx for ; Tue, 12 Mar 2024 04:07:53 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tv0VJ6sfJz4grR for ; Tue, 12 Mar 2024 04:07:52 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710216473; a=rsa-sha256; cv=none; b=UBoWQyHHHvKutdFIUobnw0xwljpu8Obt78zCRqOcNMqB8WiFqc165gRbUS4yrPXQRx2Hmo zfDA70u7Gyd9KljutaF0M7QbN7FZ3Mq9e4yUasZxCUQzW06I2/y/WbksbiD+av4n5U5LyO ydmz5xGuCOy2/55YPIpAgZsJjrMIJP4qGpA9zFKmsG2qGC7NrnV9EXY3Lf2zfADXdXdjrX dsWN1u0IAjeXJHt4SBl/ZQbbLKVjB5a8yskRhPISNBUgvoeM+nvfNpLe8f7SQ/dt969raO bljbrHcRCrui+Ta9V9BUKCg0sRTNmEbnJWcLLvLgrzzPvLRmYYpZnN85XCmk5w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710216473; 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=6cA2Lkqmlr/7BBMyNkcOlE7rB9PMwsx4/7Qec8U3JYU=; b=ZwHKv/WXhnLskZqiQu/aX2ZzSCPONULAlK2VYiQyEUrMg8ZbMqQtwnlDJdBO/uhLbQ7cAB VQlA5cgBUyeuaHXwCr9z05cbWX8I7ywklyx1TJPDJaAMzvOk2K209V7IlngBWAoHjDlqr8 RbXzDY6oy3VfK50w2iHhN3Jyk6TvH5rA/swqu97rXwehOlLKrOUkLpLK1awGQojl8+hAsa q9Ns22xLkYVho20t5yx6ndgnLiSfCBAFG353blGvNuQTqtpOt+k6tAJnuvTl0bElDftUTt Xi2XFAjbJ46eo8u61IUfdYiEg/6FuDnbNTvp99HUa7GJLmpThKO4zlo8kqLc8Q== 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 4Tv0VJ5rXSzxZr for ; Tue, 12 Mar 2024 04:07:52 +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 42C47qsO064336 for ; Tue, 12 Mar 2024 04:07:52 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 42C47qIb064335; Tue, 12 Mar 2024 04:07:52 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202403120407.42C47qIb064335@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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Tue, 12 Mar 2024 04:07:52 +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 ------------------------------------------------+-----------------+------------ cad/ifcopenshell | 0.6.0 | blenderbim-240311 ------------------------------------------------+-----------------+------------ devel/tinygo | 0.19.0 | v0.31.2 ------------------------------------------------+-----------------+------------ multimedia/gmmlib | 22.3.9 | intel-gmmlib-22.3.18 ------------------------------------------------+-----------------+------------ net/pjsip | 2.13.1 | 2.14.1 ------------------------------------------------+-----------------+------------ sysutils/google-compute-engine-oslogin | 20191018.00 | 20240311.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 Tue Mar 12 07:27: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 4Tv4x26zm0z5Cmy8 for ; Tue, 12 Mar 2024 07:27:50 +0000 (UTC) (envelope-from oliver.epper@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tv4x16PD0z42pX; Tue, 12 Mar 2024 07:27:49 +0000 (UTC) (envelope-from oliver.epper@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ot1-x330.google.com with SMTP id 46e09a7af769-6e53893c559so458774a34.3; Tue, 12 Mar 2024 00:27:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710228468; x=1710833268; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=8roD7k7F0Uwgjt+s/V3Jazjeuzxatz1s356+KqwWYN8=; b=mw5xvOnMHfL10Pr0nfjNX9YkSD0Bx/KmmogXI6kkYsIqqCdS8CCcQ6wd3xIhHtJvg1 8GdLRPxMQxhb8jfToahg+rWiQo6u9Dwkbgt+TKZJn0K6TXai4giBqlP19EUwlDPWFi/P lWpBag/Z6rvaT6d3aYiDlL+uYeHaUVQ4YWwJDvEgPK+1mWLCf+9VA3hCfiGWQwPmUQFM ASOK+vT8xd6QXEDIIm5ek8mlJdONBMUV1weuBLpzsjkkxxgHQFUR9G7Cb0ZhTLpQwNgu xJU38kJD8h3FtYtWlppKV2JRuBZ/3yhjsh7WzgDzH9fYY11koL4nOosGb/Y+BAgiXMiq ctsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710228468; x=1710833268; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=8roD7k7F0Uwgjt+s/V3Jazjeuzxatz1s356+KqwWYN8=; b=xUE0+uwH5lmT1dAkgTrFFCVG6PPPNOMlxXLQhkSiWdJ6AjYeoSFOWIBDmlARVj7mDb TsepOUoETcR3XubeIoV57GwdpvIQKSXPZ2ol2fVx9nKU6ZG4mLSyM/EsbhxKdwk/mvIc m3r1BZ00foMyGrs5OusrHG5Zow/NDIj0tYJJ/Hijt8LO1vEbnTDN+0+d8Ol9TFkuzNqf DP2DHLm16Au7urAXN5qL8Yui5DWbu8LyNSstqjW4VThYnNqC54ktxyI2iIF/miO0r0wM xbpTOrimk7fbAA/tq6Hs9UIqlm2L1QQZQc9KFcZ3REPHpB8cex4bpXyTm8kLk+bVqbKB BQBA== X-Gm-Message-State: AOJu0Yzbh6zxvqSSP2Wlzk5OjvJY7RZY2ewxzpJNUlFZrsXvkE51JYST b7i+7J3Yb/V5cVXYkmDA2FkBS0K7EdSGtAUuqDjqNVsQxB7XOAlkJ/ALMpvgQgIDFDFE/IORsEX EOO1aB7Fvpn1g9osYJZWsD1eWiqLvld43RtJSfg== X-Google-Smtp-Source: AGHT+IGXWrHbpGTHrr0+NJFFqeafZj9GAGvmc1HDFXlANz8Ddh7dqEHq6AQKhrOOIP7Wlnp8/FM9F385f8rzn3tBO7I= X-Received: by 2002:a9d:6e1a:0:b0:6e4:dd8a:5f70 with SMTP id e26-20020a9d6e1a000000b006e4dd8a5f70mr8695147otr.1.1710228468069; Tue, 12 Mar 2024 00:27:48 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <202403120407.42C47qIb064335@portscout.nyi.freebsd.org> In-Reply-To: <202403120407.42C47qIb064335@portscout.nyi.freebsd.org> From: Oliver Epper Date: Tue, 12 Mar 2024 08:27:37 +0100 Message-ID: Subject: Re: Unmaintained FreeBSD ports which are out of date To: portscout@freebsd.org Cc: ports@freebsd.org Content-Type: multipart/alternative; boundary="00000000000052fd9606137198c4" X-Spamd-Bar: ---- 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)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4Tv4x16PD0z42pX --00000000000052fd9606137198c4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I am working on net/pjsip https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277445 greetings Oliver Am Di., 12. M=C3=A4rz 2024 um 05:08 Uhr schrieb : > 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 > > ------------------------------------------------+-----------------+------= ------ > cad/ifcopenshell | 0.6.0 | > blenderbim-240311 > > ------------------------------------------------+-----------------+------= ------ > devel/tinygo | 0.19.0 | v0.31= .2 > > ------------------------------------------------+-----------------+------= ------ > multimedia/gmmlib | 22.3.9 | > intel-gmmlib-22.3.18 > > ------------------------------------------------+-----------------+------= ------ > net/pjsip | 2.13.1 | 2.14.= 1 > > ------------------------------------------------+-----------------+------= ------ > sysutils/google-compute-engine-oslogin | 20191018.00 | > 20240311.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! > > --00000000000052fd9606137198c4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I am working on net/pjsip


gree= tings
Oliver

Am Di., 12. M=C3=A4rz 2024 um 05:08=C2=A0Uhr = schrieb <portscout@freebsd.org<= /a>>:
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.ht= ml


Port=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 | Current version | New version
------------------------------------------------+-----------------+--------= ----
cad/ifcopenshell=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 | 0.6.0=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0| blenderbim-240311
------------------------------------------------+-----------------+--------= ----
devel/tinygo=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 | 0.19.0=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | v0.31.2
------------------------------------------------+-----------------+--------= ----
multimedia/gmmlib=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| 22.3.9=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 | intel-gmmlib-22.3.18
------------------------------------------------+-----------------+--------= ----
net/pjsip=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| = 2.13.1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | 2.14.1
------------------------------------------------+-----------------+--------= ----
sysutils/google-compute-engine-oslogin=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | = 20191018.00=C2=A0 =C2=A0 =C2=A0| 20240311.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/portsco= ut-portconfig.txt

Reported by:=C2=A0 =C2=A0 portscout!

--00000000000052fd9606137198c4-- From eugen@grosbein.net Tue Mar 12 14:15:49 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 4TvG0D02qYz5DvN9 for ; Tue, 12 Mar 2024 14:16:12 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from mail.rdtc.ru (mail.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 4TvG0C4DN3z4lQK for ; Tue, 12 Mar 2024 14:16:11 +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 9DDBA1CF17; Tue, 12 Mar 2024 21:15:56 +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 3E6E31CC48; Tue, 12 Mar 2024 21:15:54 +0700 (+07) X-Envelope-From: eugen@grosbein.net X-Envelope-To: flo@FreeBSD.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.17.1/8.17.1) with ESMTPS id 42CEFpbe054699 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 12 Mar 2024 21:15:51 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Proposed ports deprecation and removal policy To: Daniel Engberg References: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> <1c5b7818-842f-f7b8-9d4e-5bf681cad20e@grosbein.net> <64c7435c-2d69-1f62-ba7c-30812860a457@grosbein.net> <9646fd5d0666c8e57795ea1b370b6af1@mail.infomaniak.com> Cc: Florian Smeets , ports@freebsd.org From: Eugene Grosbein Message-ID: Date: Tue, 12 Mar 2024 21:15:49 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: <9646fd5d0666c8e57795ea1b370b6af1@mail.infomaniak.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_PASS,T_DATE_IN_FUTURE_96_Q,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=4.0.0 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 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 * -0.0 T_SCC_BODY_TEXT_LINE No description available. * -3.1 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-Spamd-Bar: ---- 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: 4TvG0C4DN3z4lQK 12.03.2024 3:24, Daniel Engberg пишет: [skip] > Another possible option would be to add something to the port's matedata that makes pkg aware and easy notiable > like using a specific color for portname and related information to signal > like if it's red it means abandonware and potentially reduced security. Of course, we need to inform users but not enforce. Tools, not policy. Eugene From nobody Tue Mar 12 16:58:12 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 4TvKbD24Hhz5F8F9 for ; Tue, 12 Mar 2024 16:58:16 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "generic", Issuer "generic" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvKbB4xhwz44Hd for ; Tue, 12 Mar 2024 16:58:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.17.1) with ESMTPS id 42CGwCpL068648 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 12 Mar 2024 09:58:12 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.17.1/Submit) id 42CGwC0d068647 for freebsd-ports@freebsd.org; Tue, 12 Mar 2024 09:58:12 -0700 (PDT) (envelope-from fbsd) Date: Tue, 12 Mar 2024 09:58:12 -0700 From: bob prohaska To: freebsd-ports@freebsd.org Subject: SMTP authentication for sendmail using binary-only host system 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Bar: - X-Spamd-Result: default: False [-1.03 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.93)[-0.935]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; DMARC_NA(0.00)[zefox.net]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4TvKbB4xhwz44Hd In looking at https://docs.freebsd.org/en/books/handbook/mail/#sendmail there's a concise description of setting up smtp authentication for sendmail but it seems to assume a self-hosted installation, with a working /usr/src. Is there a corresponding description that's usable for the case of a binary-only installation based on freebsd-update and pkg? Thanks for reading, bob prohaska From nobody Tue Mar 12 18:01:19 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 4TvM086DnWz5FDkc for ; Tue, 12 Mar 2024 18:01:28 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.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 (2048 bits) client-digest SHA256) (Client CN "m5p.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvM083J7Lz4CBG for ; Tue, 12 Mar 2024 18:01:28 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Authentication-Results: mx1.freebsd.org; none 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.17.1/8.15.2) with ESMTPSA id 42CI1JNM084401 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 12 Mar 2024 14:01:25 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <4577e583-5b2a-4413-846b-9a6f25c60c94@m5p.com> Date: Tue, 12 Mar 2024 14:01:19 -0400 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: SMTP authentication for sendmail using binary-only host system To: bob prohaska , freebsd-ports@freebsd.org References: Content-Language: en-US From: George Mitchell Autocrypt: addr=george+freebsd@m5p.com; keydata= xjMEZaHDbxYJKwYBBAHaRw8BAQdA2W6oBfS8haXY0/Ft4zS1OTLYfC8EBIADPTgMQdh85C3N KEdlb3JnZSBNaXRjaGVsbCA8Z2VvcmdlK2ZyZWVic2RAbTVwLmNvbT7CmQQTFgoAQRYhBDpv v9n4+UzMLAJ8EZocD3futmd9BQJlocSiAhsDBQkFo5qABQsJCAcCAiICBhUKCQgLAgQWAgMB Ah4HAheAAAoJEJocD3futmd9SxwBAJUi6DNdVhWCZBTv5XGy1g0JgApLWe/3S0M0zz9sn7/L AQCcJcV5k5s2rt9J5C1AUm6XVsuneVvIWXO5j1GKWk0NC844BGWhw28SCisGAQQBl1UBBQEB B0AaFz/6B95RRvjOdLZr5fSdhuIHvwr24H3ePDZSw6wlUwMBCAfCfgQYFgoAJhYhBDpvv9n4 +UzMLAJ8EZocD3futmd9BQJlocNvAhsMBQkFo5qAAAoJEJocD3futmd9RXsBANwRD9RE56F6 /jeZOrujHICLcgPiOt50Y6866v9OUTjUAP9GlC1aopfBpNwuPLJBam7oBaGqvY98VDhzOjoT 7DNbCQ== In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------8NygH59O761hCBLacWJfXbza" X-Spam-Status: No, score=0.2 required=10.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on mattapan.m5p.com X-Spamd-Bar: ---- 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)[]; TAGGED_FROM(0.00)[freebsd]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US] X-Rspamd-Queue-Id: 4TvM083J7Lz4CBG This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------8NygH59O761hCBLacWJfXbza Content-Type: multipart/mixed; boundary="------------mrHw11cQdR1mAu79NAic4dVg"; protected-headers="v1" From: George Mitchell To: bob prohaska , freebsd-ports@freebsd.org Message-ID: <4577e583-5b2a-4413-846b-9a6f25c60c94@m5p.com> Subject: Re: SMTP authentication for sendmail using binary-only host system References: In-Reply-To: --------------mrHw11cQdR1mAu79NAic4dVg Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMy8xMi8yNCAxMjo1OCwgYm9iIHByb2hhc2thIHdyb3RlOg0KPiBJbiBsb29raW5nIGF0 DQo+IGh0dHBzOi8vZG9jcy5mcmVlYnNkLm9yZy9lbi9ib29rcy9oYW5kYm9vay9tYWlsLyNz ZW5kbWFpbA0KPiB0aGVyZSdzIGEgY29uY2lzZSBkZXNjcmlwdGlvbiBvZiBzZXR0aW5nIHVw IHNtdHAgYXV0aGVudGljYXRpb24NCj4gZm9yIHNlbmRtYWlsIGJ1dCBpdCBzZWVtcyB0byBh c3N1bWUgYSBzZWxmLWhvc3RlZCBpbnN0YWxsYXRpb24sDQo+IHdpdGggYSB3b3JraW5nIC91 c3Ivc3JjLg0KPiANCj4gSXMgdGhlcmUgYSBjb3JyZXNwb25kaW5nIGRlc2NyaXB0aW9uIHRo YXQncyB1c2FibGUgZm9yIHRoZSBjYXNlDQo+IG9mIGEgYmluYXJ5LW9ubHkgaW5zdGFsbGF0 aW9uIGJhc2VkIG9uIGZyZWVic2QtdXBkYXRlIGFuZCBwa2c/DQo+IA0KPiBUaGFua3MgZm9y IHJlYWRpbmcsDQo+IA0KPiBib2IgcHJvaGFza2ENCj4gDQpUaGVyZSdzIGEgcG9ydCAocGFj a2FnZSkgZm9yIHNlbmRtYWlsLCBhbmQgaXQgd291bGQgYXBwZWFyIHRoYXQgdGhlDQpuZWNl c3Nhcnkgb3B0aW9ucyAoU0FTTCBhbmQgU0FTTEFVVEhEKSBhcmUgb24gYnkgZGVmYXVsdC4g IEFuZCBUTFMNCmlzIGFsc28gb24uICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIC0tIEdlb3JnZQ0K --------------mrHw11cQdR1mAu79NAic4dVg-- --------------8NygH59O761hCBLacWJfXbza Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQQ6b7/Z+PlMzCwCfBGaHA937rZnfQUCZfCYbwUDAAAAAAAKCRCaHA937rZnffkH AP9XGuWa6y8n/mRn/YN0gLBuB13MlUoLLs5iIJqC13rAQwEAvOL0/iPr0caWkih6ylW+7mS9NO6u MOPA6bPjgAGA+A0= =2ZY7 -----END PGP SIGNATURE----- --------------8NygH59O761hCBLacWJfXbza-- From nobody Tue Mar 12 18:48:30 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 4TvN2P67l9z5FJ19 for ; Tue, 12 Mar 2024 18:48:29 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "generic", Issuer "generic" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvN2N0HX3z4H2L for ; Tue, 12 Mar 2024 18:48:27 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.17.1) with ESMTPS id 42CImUWC068937 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 12 Mar 2024 11:48:31 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.17.1/Submit) id 42CImU4s068936; Tue, 12 Mar 2024 11:48:30 -0700 (PDT) (envelope-from fbsd) Date: Tue, 12 Mar 2024 11:48:30 -0700 From: bob prohaska To: George Mitchell Cc: freebsd-ports@freebsd.org Subject: Re: SMTP authentication for sendmail using binary-only host system Message-ID: References: <4577e583-5b2a-4413-846b-9a6f25c60c94@m5p.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4577e583-5b2a-4413-846b-9a6f25c60c94@m5p.com> X-Spamd-Bar: - X-Spamd-Result: default: False [-1.09 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TAGGED_RCPT(0.00)[freebsd]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCPT_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[zefox.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4TvN2N0HX3z4H2L On Tue, Mar 12, 2024 at 02:01:19PM -0400, George Mitchell wrote: > There's a port (package) for sendmail, and it would appear that the > necessary options (SASL and SASLAUTHD) are on by default. And TLS > is also on. -- George The host in question is running 14.0-RELEASE-p5 FreeBSD 14.0-RELEASE-p5 #0: Tue Feb 13 23:49:05 UTC 2024 root@arm64-builder.daemonology.net:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 Sendmail was configured using cp /usr/share/examples/sendmail/mailer.conf /etc/mail/mailer.conf so no local customizations. Might it be sufficent to run pkg install cyrus-sasl and accept the defaults? Thanks for writing! bob prohaska From nobody Tue Mar 12 18:57:05 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 4TvNDT1Mwnz5FJks for ; Tue, 12 Mar 2024 18:57:13 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.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 (2048 bits) client-digest SHA256) (Client CN "m5p.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvNDS60MWz4J38 for ; Tue, 12 Mar 2024 18:57:12 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Authentication-Results: mx1.freebsd.org; none 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.17.1/8.15.2) with ESMTPSA id 42CIv59g084894 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 12 Mar 2024 14:57:11 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <80105c0b-2051-438b-b48a-51407c7ab756@m5p.com> Date: Tue, 12 Mar 2024 14:57:05 -0400 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: SMTP authentication for sendmail using binary-only host system Content-Language: en-US To: bob prohaska Cc: freebsd-ports@freebsd.org References: <4577e583-5b2a-4413-846b-9a6f25c60c94@m5p.com> From: George Mitchell Autocrypt: addr=george+freebsd@m5p.com; keydata= xjMEZaHDbxYJKwYBBAHaRw8BAQdA2W6oBfS8haXY0/Ft4zS1OTLYfC8EBIADPTgMQdh85C3N KEdlb3JnZSBNaXRjaGVsbCA8Z2VvcmdlK2ZyZWVic2RAbTVwLmNvbT7CmQQTFgoAQRYhBDpv v9n4+UzMLAJ8EZocD3futmd9BQJlocSiAhsDBQkFo5qABQsJCAcCAiICBhUKCQgLAgQWAgMB Ah4HAheAAAoJEJocD3futmd9SxwBAJUi6DNdVhWCZBTv5XGy1g0JgApLWe/3S0M0zz9sn7/L AQCcJcV5k5s2rt9J5C1AUm6XVsuneVvIWXO5j1GKWk0NC844BGWhw28SCisGAQQBl1UBBQEB B0AaFz/6B95RRvjOdLZr5fSdhuIHvwr24H3ePDZSw6wlUwMBCAfCfgQYFgoAJhYhBDpvv9n4 +UzMLAJ8EZocD3futmd9BQJlocNvAhsMBQkFo5qAAAoJEJocD3futmd9RXsBANwRD9RE56F6 /jeZOrujHICLcgPiOt50Y6866v9OUTjUAP9GlC1aopfBpNwuPLJBam7oBaGqvY98VDhzOjoT 7DNbCQ== In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------kBntlvbj1bpplvlijVAYmOv1" X-Spam-Status: No, score=0.2 required=10.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on mattapan.m5p.com X-Spamd-Bar: ---- 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)[]; TAGGED_FROM(0.00)[freebsd]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US] X-Rspamd-Queue-Id: 4TvNDS60MWz4J38 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------kBntlvbj1bpplvlijVAYmOv1 Content-Type: multipart/mixed; boundary="------------p1XmuCfi4RmyD0Ky03BohsPq"; protected-headers="v1" From: George Mitchell To: bob prohaska Cc: freebsd-ports@freebsd.org Message-ID: <80105c0b-2051-438b-b48a-51407c7ab756@m5p.com> Subject: Re: SMTP authentication for sendmail using binary-only host system References: <4577e583-5b2a-4413-846b-9a6f25c60c94@m5p.com> In-Reply-To: --------------p1XmuCfi4RmyD0Ky03BohsPq Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMy8xMi8yNCAxNDo0OCwgYm9iIHByb2hhc2thIHdyb3RlOg0KPiBPbiBUdWUsIE1hciAx MiwgMjAyNCBhdCAwMjowMToxOVBNIC0wNDAwLCBHZW9yZ2UgTWl0Y2hlbGwgd3JvdGU6DQo+ PiBUaGVyZSdzIGEgcG9ydCAocGFja2FnZSkgZm9yIHNlbmRtYWlsLCBhbmQgaXQgd291bGQg YXBwZWFyIHRoYXQgdGhlDQo+PiBuZWNlc3Nhcnkgb3B0aW9ucyAoU0FTTCBhbmQgU0FTTEFV VEhEKSBhcmUgb24gYnkgZGVmYXVsdC4gIEFuZCBUTFMNCj4+IGlzIGFsc28gb24uICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0tIEdlb3JnZQ0KPiAN Cj4gVGhlIGhvc3QgaW4gcXVlc3Rpb24gaXMgcnVubmluZw0KPiAxNC4wLVJFTEVBU0UtcDUg RnJlZUJTRCAxNC4wLVJFTEVBU0UtcDUgIzA6IFR1ZSBGZWIgMTMgMjM6NDk6MDUgVVRDIDIw MjQNCj4gcm9vdEBhcm02NC1idWlsZGVyLmRhZW1vbm9sb2d5Lm5ldDovdXNyL29iai91c3Iv c3JjL2FybTY0LmFhcmNoNjQvc3lzL0dFTkVSSUMgYXJtNjQNCj4gDQo+IFNlbmRtYWlsIHdh cyBjb25maWd1cmVkIHVzaW5nDQo+IGNwIC91c3Ivc2hhcmUvZXhhbXBsZXMvc2VuZG1haWwv bWFpbGVyLmNvbmYgL2V0Yy9tYWlsL21haWxlci5jb25mDQo+IHNvIG5vIGxvY2FsIGN1c3Rv bWl6YXRpb25zLiBNaWdodCBpdCBiZSBzdWZmaWNlbnQgdG8gcnVuDQo+IHBrZyBpbnN0YWxs IGN5cnVzLXNhc2wNCj4gYW5kIGFjY2VwdCB0aGUgZGVmYXVsdHM/DQo+IA0KPiBUaGFua3Mg Zm9yIHdyaXRpbmchDQo+IA0KPiBib2IgcHJvaGFza2ENCj4gDQpJIGRvbid0IGtub3csIHNp bmNlIEknbSBub3QgaW4gYSBwb3NpdGlvbiB0byB0cnkgaXQgdGhhdCB3YXkuICBCdXQgaXQN CmRvZXMgc291bmQgbGlrZSBpdCdzIHdvcnRoIGEgdHJ5IHRvIHNlZSB3aGF0IGhhcHBlbnMs IGFuZCBJIHN1c3BlY3QgaXQNCndvdWxkIHdvcmsuICBTb3JyeSBJIGNhbid0IGJlIG1vcmUg ZGVmaW5pdGUuICAgICAgICAgICAgICAgLS0gR2VvcmdlDQo= --------------p1XmuCfi4RmyD0Ky03BohsPq-- --------------kBntlvbj1bpplvlijVAYmOv1 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQQ6b7/Z+PlMzCwCfBGaHA937rZnfQUCZfClgQUDAAAAAAAKCRCaHA937rZnfUq9 AQDxC/hQKncqNY87GB8aAis42qiHVQCwnAQzggvG++KeSAEAwb5VZKKIupl9YBY5scChLYL4MPP9 NhOiSOr7yHNssgs= =P/Gu -----END PGP SIGNATURE----- --------------kBntlvbj1bpplvlijVAYmOv1-- From nobody Wed Mar 13 01:16:15 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 4TvXf63XDXz5CwBP for ; Wed, 13 Mar 2024 01:16:30 +0000 (UTC) (envelope-from hiroo@oikumene.net) Received: from barleycorn.oikumene.net (tk2-231-25124.vs.sakura.ne.jp [160.16.110.128]) (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 4TvXf60gywz40Cj for ; Wed, 13 Mar 2024 01:16:28 +0000 (UTC) (envelope-from hiroo@oikumene.net) Authentication-Results: mx1.freebsd.org; none Received: from nowhere.oikumene.ukehi.net (KD059129091046.ppp-bb.dion.ne.jp [59.129.91.46]) by barleycorn.oikumene.net (Postfix) with ESMTPSA id D49C861FCC; Wed, 13 Mar 2024 10:16:18 +0900 (JST) Received: from nowhere.oikumene.ukehi.net ([IPv6:240f:3f:802f:2:82c1:6eff:fef8:b41e]) by nowhere.oikumene.ukehi.net (8.18.1/8.18.1) with ESMTP id 42D1GFCB028357; Wed, 13 Mar 2024 10:16:17 +0900 (JST) (envelope-from hiroo@oikumene.net) X-Authentication-Warning: nowhere.oikumene.ukehi.net: Host [IPv6:240f:3f:802f:2:82c1:6eff:fef8:b41e] claimed to be nowhere.oikumene.ukehi.net Date: Wed, 13 Mar 2024 10:16:15 +0900 From: Hiroo Ono To: bob prohaska Cc: George Mitchell , freebsd-ports@freebsd.org Subject: Re: SMTP authentication for sendmail using binary-only host system Message-ID: <20240313101615.5208ad02@nowhere.oikumene.ukehi.net> In-Reply-To: References: <4577e583-5b2a-4413-846b-9a6f25c60c94@m5p.com> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.41; amd64-portbld-freebsd14.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- 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)[]; TAGGED_RCPT(0.00)[freebsd]; ASN(0.00)[asn:9370, ipnet:160.16.0.0/17, country:JP] X-Rspamd-Queue-Id: 4TvXf60gywz40Cj No, If you installed sendmail from packages, you have to follow the instructions in the package message. Also, cyrus-sasl should be installed as a dependency. See pkg query %M sendmail. excerpt: --------------------------------------------------- To use the binaries supplied by the port you should add the following lines to your sendmail.mc file before any mailer or feature definition: define(`confEBINDIR', `/usr/local/libexec')dnl define(`UUCP_MAILER_PATH', `/usr/local/bin/uux')dnl --------------------------------------------------- To activate sendmail as your default mailer, run: $ cd /usr/local/etc/mail && cp mailer.conf.sendmail mailer.conf Your '/usr/local/etc/mail/mailer.conf' should look like this: # # Execute the "real" sendmail program, named /usr/libexec/sendmail/sendmail # sendmail /usr/local/sbin/sendmail send-mail /usr/local/sbin/sendmail mailq /usr/local/sbin/sendmail newaliases /usr/local/sbin/sendmail hoststat /usr/local/sbin/sendmail purgestat /usr/local/sbin/sendmail You may also need to update /etc/rc.conf. On Tue, 12 Mar 2024 11:48:30 -0700 bob prohaska wrote: > On Tue, Mar 12, 2024 at 02:01:19PM -0400, George Mitchell wrote: > > There's a port (package) for sendmail, and it would appear that the > > necessary options (SASL and SASLAUTHD) are on by default. And TLS > > is also on. -- George > > The host in question is running > 14.0-RELEASE-p5 FreeBSD 14.0-RELEASE-p5 #0: Tue Feb 13 23:49:05 UTC > 2024 > root@arm64-builder.daemonology.net:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > arm64 > > Sendmail was configured using > cp /usr/share/examples/sendmail/mailer.conf /etc/mail/mailer.conf > so no local customizations. Might it be sufficent to run > pkg install cyrus-sasl > and accept the defaults? > > Thanks for writing! > > bob prohaska > > From nobody Wed Mar 13 03:59:07 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 4TvcFm0jk4z5D9tW for ; Wed, 13 Mar 2024 03:59:08 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvcFl49wNz4Cl8 for ; Wed, 13 Mar 2024 03:59:07 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710302347; a=rsa-sha256; cv=none; b=gA+6KhcfEpEZTqDc1XoekRHaVPlowGRybWbrEY4lAHbqMHdvIYfOjM6JBDOh4Af07uRQYM w5UK9pLWqHRs3zYeQQqYbQNvfeWao8R7/Za2PdGPNGE2jBuOq42fTGOCcCPgdvzlsNAOnt V4av4lyyvnGoz3it6kYX9RKyRSVWcO14a9IbWazmlGybi09FXauIerwiabt2hP2RDVxCIp dBflN/XGEdzfMnTrWxwNIC/uFf46ngGJa0yD98fGysaozRRzM2s/4Wz+PT9m5RYbb4cFP9 YumPfwIbHe30rcLT+f8oYeRbuaxOq7pD9qkeSuEbIj0iSW3+c/+y2ca5rmI3fQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710302347; 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=xNmGp/xdHkakn+ijWAVuX0CxoIHNV+2Wnc0b9S5VVi0=; b=Wh7OPAMPRWnmVFqU61iCN2ZmDdNP9FaNDCqSGmgJSq2sWltSXNTCuO+ATT5b1tYm8HcxWt z+3lCkMvlVJk4eFxo1vAwgG5C+TItGKL/EimCj7hiEqExwRb04Yt5Wvx0zKBzv8uUlsB9E bFtevEngX7dJIW/rVM+fsOm/skTixTQ2OlOENBXWjqtiwsuMvzFZcHm3WPFL4kixm8GACo b67DGSe+FqblDQKbPMVHfCRx+it4K1E+47TJdAvN7bbjJnjy5UIiarHiYwRouNsZiC7Luh cq5Z3XluBSffX/ssk1qqFWAfQU9uXwYAHIgJLdr1Rw8/axEtCe4Fmv8Tl4kP9A== 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 4TvcFl2hHzzRkH for ; Wed, 13 Mar 2024 03:59:07 +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 42D3x7ft093061 for ; Wed, 13 Mar 2024 03:59:07 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 42D3x7PQ093060; Wed, 13 Mar 2024 03:59:07 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202403130359.42D3x7PQ093060@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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Wed, 13 Mar 2024 03:59:07 +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/baresip | 3.10.0 | v3.10.1 ------------------------------------------------+-----------------+------------ cad/ifcopenshell | 0.6.0 | blenderbim-240312 ------------------------------------------------+-----------------+------------ devel/py-cle | 9.0.5405 | v9.2.94 ------------------------------------------------+-----------------+------------ math/py-claripy | 9.0.5405 | v9.2.94 ------------------------------------------------+-----------------+------------ security/py-angr | 9.0.5405 | v9.2.94 ------------------------------------------------+-----------------+------------ security/py-pyvex | 9.0.5405 | v9.2.94 ------------------------------------------------+-----------------+------------ 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 Mar 13 06:57:29 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 4TvhCs48kRz5DTMY for ; Wed, 13 Mar 2024 06:57:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.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 4TvhCr4NZQz4RCx for ; Wed, 13 Mar 2024 06:57:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Q4MxFAEC; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710313062; bh=wUbYwYmGV4mXMm8kI3sDvVULX8k7Gv5uzKNT4mUB62c=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=Q4MxFAECxT8ODnbIyhXAl3d7D5x9RXnhWGapbywNqrNbmROTRn5VRg7I/09huQBC6PvkTQsPXvHYdKn9eyHedGQa8WxNavgra1jBT5Y14m2LpUSwIBKZFwJJQDeQCSDX0HeV40Mpt/abp7KvJHJScwnOQQOk42p3OifWLLWbzCgqiQsatbZK18cJELbfijerPbZP3c24EeydegIAPBQpN++GVg2F41/iK9yGf1Np9Cu8PIGbM5Jw2OCpDRNd2HQw9rXIwZ9BG3TNl/NfU/olhYC8zLvTmNbD8JNw/ma9coYSY/262qLJbidmRnnPf1PGujZ6CHec99or0HqCX53j0w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710313062; bh=7J2dg5VQhGwtvntwRuoRVt6idnX5r3XQeuH1zrsLIJ+=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=XgT+aLg2v4UZJq3LmIgO7ccXB6D+9Zj5TD9ra0mlQ3v1fy31jn3tvABGVP6BK4I9Un+gCUzAngkIIZs+YemvkoitcUJACVxVh4oqQ5vxJFGWzIJkTHY9sv9Wz2bfYPj3L8ENS/lsh8cDogNpsl4+U5BOZ7PamhV5Smftcon+0wqC10YjKPsWkEFMUb/x9uJtbzCp0KL2bhQ0DC3bu2rYV49tN74s9QYEaSHPvSnZAFb4xNU4Qh651HTh5WSN6o0E+Qr4f+kfqg83JJxB1Qyjb6HeDOpGEjwvo6LUUaw+SPq6fa2l1jR7EhcPPmy7q4V/0POhG2NDDUpt2UycMPK20Q== X-YMail-OSG: rwcpQiQVM1nmkSk4G1m4trxvLGQI.X5Zcat3WIZmlQYBjlpjKdK8NY4EAhW7i1k c6S7tSyjkM6STYmlI7PhvSJm52tbs2VnFqEJ2P.vB_tjvC4GEKLbbO3SiqGrLnPwuvnQW1GT5S_O foTPH6C25mVsa9VrXKO8rC091thF5lLo7vlsq2OJIekze.Oape4yFM6hMKyaHDnidiqnHZTpehiv UZMeEGrjE5Yh_hbVYkzm2zkNBIvvyGd6FxobPL9mOCAYyWF2pxm4_k7WPyxSsQjri8b2IrlW6nwD iPQ162e4Br.CZ0Qp.f_sv.9KFRoo0wuTXnF06zpQ1IizIHYHifsxW5038GGYwbrYUVyDeJFVzZhu sS4H2LipL4JKf5EObrcsnaeAULy2KSfFVN2XKwBQs3zWWRcgzN80myosbUkywaib6lZL9aFgg5gp t5z5dx_5axtS449X154_YR7k50lmHlm806j.279g0TDfPBa2NfvrZrHTVXwiJc836bjjVL7hA99z uqpkQlXxsLBRXM2gf1oB4SxAELyaIiuskROt9UPLTpxO2.kkfwxzvYWywcW9aEeexrZlS6ls0g4N WsoIT9oLPWlwRE9Vy37r5DBpgIOLwItvDVsvnNI2CwbhPZ3b4IfXXZhDER4nxcqJOCScWkR0LA6j dA1ZoX8E327ooG86NLULITOVVA5.1.NyOCn8Hhs5rmjiCc4aSZhXu7ZofFJgf3Gznl.SVyyVP71F YqDdrLTHntgwD_sUcKoqey8eoCfL8UNvDYB5yCkHCYKZHw7GjbytAmViGa6pyshrGVY5SG2Xxpp8 JP.EnwxHsL_1tjlihb9JjrjQsJYxPlrbi0zyxaOS3bqJAW20W8i2P7Tv9RV5ECH._6sjJzzRqIkH C6eB61aTwvSXRyEdJ27VP4gdcqDgQ9.VvAiA__u3Kwjz6Xz581xvcYwNEpki_aCX9dKTDoniXtzJ Mth8hp7UH6J54yKOej54LikRXtbYZl6LLniNCHBgdS6_pesFqX_Oo44Lt6QJmLm9OfoJgzxb3UZw Y4swFyopO_Y0KvMNZ5odGFHJ018sbPK0YGuTvafot6z7NgaXj4J3wur_S.Loy3v5_UX8IrNgqx.I EJDLvwmAat8YOmD02w5DGUmDimJONYRALVRXpwWHNMNb0yx53Q0PsCwtgxpqSccdAp8yCxX7pzSV i3vtYr3cg3og5RkVOCy0j9KSp4MatVMvDU0emPst.wnekJiP6ls_f4uD.vGqup9XgtGdEV6adxRt PGzMTGhUDpmD0Wnm4wfGzRXCrfnDfWQVgRpimzIrBtMaf_h8Wu4uLpEUcMvLSWskL9nZo9nMFrV_ pJmL7WblwSOkvneIrusKjQ6uuocboFi0L0cQFHphK_H5nsUeMy_E3q2iBaxQjc7FMUVFKJ6Ohthu 9mA8mk2EivWV74bSAZIulL_L3e7lfwBuxS1JeBS2skvwT8bQAOtQSQHKPiPSZt_qCjQWaJsY1my1 P1pjJvlSUqpF9Ol_xGz_eT0waYtYcMd_rvz8RJz3SaAiZ4RQTcahuBhNoJYfjm5WhXTfu8gUcy7P xTpbQO2kggN8TzTMNuEpHgb1gR8fm6CfooeV6kf680bcfLTzQCPrOUpRT1cjeT9MlRjEr34xR1ZF w8Zxrk1C37o1iF43gObCQJiBkXueO6BGU7Oxp6DEhFksEsEGDbOC5Re_7w7ICD88MxYJAQ_c5A03 zjSPmw1fNvLU6Nb_YvyLwz3kmOJxWKTbUx9Vk.h1POl4cP1q9iIHvzj5iNKKPlVFYOEbtHS8rqAo wbT7808YP7FvMLQyqSTf2oKBakmqIfBoh2ImOZQyrf7E6HLquYlJO5WrzUYidUfG.Abl87V0nQEL y7m7ERflYL6KMr9ltLJI1wmObRG9JjaBWTNyeYxkFcIoVsJQj56d05YTD1.f0BxGzdjMCWl7aHlj b.LZGzK3KsEgBTHi11Q7Srf.yPBX70hpS9xMA_2z4geR9A2Q0BJLlXPWu_jc7Exidg3BDqG8MEIJ 8heWatTwr3hMDIkqAdPZEsn4Xr0TgHKgDxfReuGiyqhYYqduYD5spHyRriMxChenoNd5YMQo3JcM _3VkDwR32MxMkDGpM7rQMcQ.rIrPVw1yNEax5EX7ehIFALe4US09eL6KApkq6aFC3NG82NxGkBzW MyraOootDrXtYsXwHWB27odhiBzbeIWF_QUb5wtMlNv6SUjZ7xsUL2ZfDk82aaF6sHtsAybBpjoL tfNXn2xRy8VcdBZ6jHINZvg31.njyMR5m7DsM58ojJlyLjNHQ8dT0LdGO_soRma4fKZJ9Cn0d3R6 YWk2lA2MU X-Sonic-MF: X-Sonic-ID: 1cf12465-d349-494f-aff8-fab6723e8022 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Mar 2024 06:57:42 +0000 Received: by hermes--production-gq1-5c57879fdf-8lthq (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1eaacaee147051373af0c4ed0df85ee7; Wed, 13 Mar 2024 06:57:40 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: 4-core arm armv7-package-building configuration notes, on RPi4B (aarch64) and OrangePi+2ed (armv7), poudriere-devel based Message-Id: <9D19D8E3-5B72-4006-9296-C7D74E670A12@yahoo.com> Date: Tue, 12 Mar 2024 23:57:29 -0700 Cc: Nuno Teixeira To: FreeBSD Mailing List , FreeBSD ARM List X-Mailer: Apple Mail (2.3774.400.31) References: <9D19D8E3-5B72-4006-9296-C7D74E670A12.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.91 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.91)[-0.908]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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.68.82:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from] X-Rspamd-Queue-Id: 4TvhCr4NZQz4RCx This note's structure: 1st: Package-build time frame summaries. (But I note some hardware points that are repeated later as well.) 2nd: Configuration points common to both RPi4B and OrangePi+2ed = contexts. 3rd: Configuration points unique to the RPi4B context. 4th: Configuration points unique to the OrangePi+2ed context. 1st: Package-build time Summaries follow. (Note: the detail order of package builds is not the same.) (Examples are visiable in these summaries.) RPi4B: cortex-a72 (aarch64) with cortex-a7 (armv7) support, 2 GHz = (overclocked), 8 GiBytes RAM, USB3 [00:25:32] [01] [00:13:33] Finished lang/perl5.36 | perl5-5.36.3_1: = Success [01:58:13] [02] [00:44:25] Finished devel/icu | icu-74.2,1: Success [03:14:00] [02] [00:21:28] Finished lang/ruby31 | ruby-3.1.4_1,1: = Success [03:33:51] [01] [02:21:22] Finished devel/cmake-core | = cmake-core-3.28.3: Success [23:12:47] [02] [19:06:01] Finished lang/rust | rust-1.76.0: Success [1D:00:14:46] [02] [00:55:46] Finished devel/binutils@native | = binutils-2.40_5,1: Success (Note: start of visible ordering differences:) [1D:03:07:32] [02] [00:58:03] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-11.3.0_3: Success [1D:03:42:09] [01] [1D:00:08:13] Finished devel/llvm18@default | = llvm18-18.1.0.r3: Success [1D:04:45:14] [02] [01:35:29] Finished lang/gcc13 | gcc13-13.2.0_4: = Success [1D:05:21:43] [01] [01:39:13] Finished devel/boost-libs | = boost-libs-1.84.0: Success [1D:05:43:24] [01] [00:21:33] Finished textproc/source-highlight | = source-highlight-3.1.9_9: Success [1D:05:47:01] [02] [00:44:22] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-11.3.0_3: Success [1D:07:23:25] [02] [01:21:04] Finished devel/gdb@py39 | gdb-14.1_2: = Success [1D:07:58:37] [01] [01:19:55] Finished devel/freebsd-gcc13@armv7 | = armv7-gcc13-13.2.0_1: Success [1D:07:58:43] Stopping 2 builders [main-CA7-default] [2024-03-11_15h30m14s] [committing] Queued: 265 = Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 = Time: 1D:07:58:46 Note: 4364Mi MaxObs(Act+Wir+Lndry+SwapUsed) ("MaxObs": short for = "Maximum Observed") Note: SwapUsed maximum: 0 (none used). So, for an 8 GiByte RAM RPI4B, RAM+SWAP configured to be 38 GiBytes or = so: Estmate: 38.0 GiBytes/4.3 GiBytes approx.=3D=3D 8.8 Result: Lots of margin for builds that use more RAM+SWAP. So, for an 4 GiByte RAM RPI4B, RAM+SWAP configured to be 18 GiBytes or = so: Estimate: 18.0 GiBytes/4.3 GiBytes approx.=3D=3D 4.1 Result: Also lots of margin for builds that use more RAM+SWAP. OrangePi+2ed: cortex-a7 armv7, 1GHz, 4 cores, 2 GiBytes RAM, USB2: [01:51:31] [01] [01:00:07] Finished lang/perl5.36 | perl5-5.36.3_1: = Success [08:55:35] [02] [03:08:09] Finished devel/icu | icu-74.2,1: Success [13:17:38] [02] [01:28:32] Finished lang/ruby31 | ruby-3.1.4_1,1: = Success [14:17:44] [01] [09:20:55] Finished devel/cmake-core | = cmake-core-3.28.3: Success [4D:01:03:43] [02] [3D:08:48:53] Finished lang/rust | rust-1.76.0: = Success [4D:06:26:24] [02] [03:09:35] Finished devel/binutils@native | = binutils-2.40_5,1: Success (Note: start of visible ordering differences:) [4D:14:54:31] [02] [03:38:55] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-11.3.0_3: Success [4D:16:13:00] [01] [4D:01:55:03] Finished devel/llvm18@default | = llvm18-18.1.0.r3: Success [4D:18:05:58] [02] [03:11:00] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-11.3.0_3: Success [4D:23:00:13] [01] [06:46:06] Finished devel/boost-libs | = boost-libs-1.84.0: Success [5D:00:16:39] [01] [01:15:53] Finished textproc/source-highlight | = source-highlight-3.1.9_9: Success [5D:01:17:24] [02] [07:10:52] Finished lang/gcc13 | gcc13-13.2.0_4: = Success [5D:09:38:14] [01] [05:56:48] Finished devel/freebsd-gcc13@armv7 | = armv7-gcc13-13.2.0_1: Success [5D:10:18:58] [02] [05:44:02] Finished devel/gdb@py39 | gdb-14.1_2: = Success [5D:10:31:56] Stopping 2 builders [main-CA7-default] [2024-03-06_03h15m10s] [committing] Queued: 265 = Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 = Time: 5D:10:31:55 (So, a little over 4 days longer than the RPi4B example above.) Note: 2794Mi MaxObs(Act+Wir+Lndry+SwapUsed) ("MaxObs": short for = "Maximum Observed") 2nd: Configuration points common to both the RPi4B and the OrangePi+2ed contexts. ports-mgmt/poudriere-devel is used to build the packages. devel/llvm18 options: using BE_NATIVE and omitting MLIR. (What I normally build for armv7 and aarch64 targetting.) Also, ports-mgmt/poudriere-devel omits the QEMU option, as is normal for me. 265 packages are built, including pkg. It is the same 265 pacakges across contexts. (The order of the builds does vary.) /usr/local/etc/poudriere.conf has . . . NO_ZFS=3Dyes PARALLEL_JOBS=3D2 ALLOW_MAKE_JOBS=3Dyes MAX_EXECUTION_TIME=3D432000 NOHANG_TIME=3D432000 MAX_EXECUTION_TIME_EXTRACT=3D14400 MAX_EXECUTION_TIME_INSTALL=3D14400 MAX_EXECUTION_TIME_PACKAGE=3D57600 MAX_EXECUTION_TIME_DEINSTALL=3D14400 NOTE: MAKE_JOBS_NUMBER_LIMIT is used to constrain what ALLOW_MAKE_JOBS does but is not set the same across the contexts. /etc/fstab does not specify any tmpfs use or the like: avoids competing for RAM+SWAP. poudriere armv7 jail worlds are duplicates of each other across the different media. Those worlds are from a personal buildworld based on using -mcpu=3Dcortex-a7 for the code generation. The package builds also use that. /boot/loader.conf has . . . # Delay when persistent low free RAM leads to # Out Of Memory killing of processes: vm.pageout_oom_seq=3D120 Heatsinks and fans for keeping things cool over the sustained build activity. 3rd: Configuration points unique to the RPi4B context. /usr/local/etc/poudriere.conf has . . . USE_TMPFS=3D"data" (Based on the larger RAM and RAM+SWAP and that it does not grow to be huge for the likes of lang/rust .) /usr/local/etc/poudriere.d/make.conf has . . . MAKE_JOBS_NUMBER_LIMIT=3D3 (Based on the larger RAM and RAM+SWAP.) This does mean that the 3 load averages can be 6+ at times on the 4 hardware thread system while both ports being built are respecting the limit. Some ports do not fully respect the limit the whole time. This can make build-times a somewhat messier comparison than one might hope across the contexts. But for the specifics here, things should be clear enough. RAM =3D=3D 8 GiBytes RAM+SWAP =3D=3D 38 GiBytes (Note aarch64 allows a larger RAM multiplier limit without warning of potential swap-related mistuning: "total configured swap (? pages) exceeds maximum recommended amount (? pages)" with "increase kern.maxswzone or reduce amount of swap".) 5.1V 3.5A power supply, so a little extra margin for current. /boot/efi/config.txt has: over_voltage=3D6 arm_freq=3D2000 sdram_freq_min=3D3200 force_turbo=3D1 (Reliable operation, with margin, on the mix of v1.1, v1.4, and v1.5 RPi4B's that I have access to, 8 total.) So: 2 GHz overclocking, using a fixed rate. USB3 media: U2 Optane 960 GB media via a powered USB3 adaptor. Kernel has: "arm64: improve UVA layout for 32bit processes" ( main's 967022aa5aa6 ). So an armv7 process can be somewhat over 3 GiBytes for its address space. Boot aarch64 env: a PkgBase world and kernel.GENERIC-NODEBUG pair. FYI: # uname -apKU FreeBSD aarch64-main-pkgs 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n268514-61b88a230bac GENERIC-NODEBUG arm64 aarch64 1500014 1500014 4th: Configuration points unique to the OrangePi+2ed context. /usr/local/etc/poudriere.conf has . . . USE_TMPFS=3Dno (Based on the smaller RAM --and smaller RAM+SWAP for avoiding potential-mistuning notices.) /usr/local/etc/poudriere.d/make.conf has . . . MAKE_JOBS_NUMBER_LIMIT=3D2 (Based on the smaller RAM --and smaller RAM+SWAP for avoiding potential-mistuning notices-- but wanting to still have margin for bigger peak RAM+SWAP use than the example happens to do.) RAM =3D=3D 2 GiBytes RAM+SWAP =3D=3D 5.6 GiBytes (Note armv7 has a smaller RAM multiplier limit without warning of potential swap-related mistuning: "total configured swap (? pages) exceeds maximum recommended amount (? pages)" with "increase kern.maxswzone or reduce amount of swap".) In /etc/rc.conf I have: if [ "`sysctl -i -n hw.fdt.model`" =3D=3D "Xunlong Orange Pi Plus 2E" ]; = then sysctl dev.cpu.0.freq=3D1008 > /dev/null fi In other words: a fixed 1GHz or so clock rate is used. USB2 media: Actually USB3 media that also supports USB2 use. 1 TB Samsung Touch T7 (NVMe based) via a powered hub, a USB3-capable one. Side note: I've no clue how to judge any tradeoff consequences for "increase kern.maxswzone" for judging reasonableness of such an action. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Mar 13 14:35:38 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 4TvtNP11ktz5D11R for ; Wed, 13 Mar 2024 14:35:49 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.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 (2048 bits) client-digest SHA256) (Client CN "m5p.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvtNN68Zzz3xbx for ; Wed, 13 Mar 2024 14:35:48 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Authentication-Results: mx1.freebsd.org; none 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.17.1/8.15.2) with ESMTPSA id 42DEZc37097219 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2024 10:35:45 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <8b8178af-2ae6-4839-8975-40e2add60863@m5p.com> Date: Wed, 13 Mar 2024 10:35:38 -0400 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: SMTP authentication for sendmail using binary-only host system To: Hiroo Ono , bob prohaska Cc: freebsd-ports@freebsd.org References: <4577e583-5b2a-4413-846b-9a6f25c60c94@m5p.com> <20240313101615.5208ad02@nowhere.oikumene.ukehi.net> Content-Language: en-US From: George Mitchell Autocrypt: addr=george+freebsd@m5p.com; keydata= xjMEZaHDbxYJKwYBBAHaRw8BAQdA2W6oBfS8haXY0/Ft4zS1OTLYfC8EBIADPTgMQdh85C3N KEdlb3JnZSBNaXRjaGVsbCA8Z2VvcmdlK2ZyZWVic2RAbTVwLmNvbT7CmQQTFgoAQRYhBDpv v9n4+UzMLAJ8EZocD3futmd9BQJlocSiAhsDBQkFo5qABQsJCAcCAiICBhUKCQgLAgQWAgMB Ah4HAheAAAoJEJocD3futmd9SxwBAJUi6DNdVhWCZBTv5XGy1g0JgApLWe/3S0M0zz9sn7/L AQCcJcV5k5s2rt9J5C1AUm6XVsuneVvIWXO5j1GKWk0NC844BGWhw28SCisGAQQBl1UBBQEB B0AaFz/6B95RRvjOdLZr5fSdhuIHvwr24H3ePDZSw6wlUwMBCAfCfgQYFgoAJhYhBDpvv9n4 +UzMLAJ8EZocD3futmd9BQJlocNvAhsMBQkFo5qAAAoJEJocD3futmd9RXsBANwRD9RE56F6 /jeZOrujHICLcgPiOt50Y6866v9OUTjUAP9GlC1aopfBpNwuPLJBam7oBaGqvY98VDhzOjoT 7DNbCQ== In-Reply-To: <20240313101615.5208ad02@nowhere.oikumene.ukehi.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------f8QCrBeITKgZJW08Ekzm0r0l" X-Spam-Status: No, score=0.2 required=10.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on mattapan.m5p.com X-Spamd-Bar: ---- 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)[]; TAGGED_FROM(0.00)[freebsd]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US] X-Rspamd-Queue-Id: 4TvtNN68Zzz3xbx This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------f8QCrBeITKgZJW08Ekzm0r0l Content-Type: multipart/mixed; boundary="------------EEFdf90ipTkBYFvqePyXGkL2"; protected-headers="v1" From: George Mitchell To: Hiroo Ono , bob prohaska Cc: freebsd-ports@freebsd.org Message-ID: <8b8178af-2ae6-4839-8975-40e2add60863@m5p.com> Subject: Re: SMTP authentication for sendmail using binary-only host system References: <4577e583-5b2a-4413-846b-9a6f25c60c94@m5p.com> <20240313101615.5208ad02@nowhere.oikumene.ukehi.net> In-Reply-To: <20240313101615.5208ad02@nowhere.oikumene.ukehi.net> --------------EEFdf90ipTkBYFvqePyXGkL2 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMy8xMi8yNCAyMToxNiwgSGlyb28gT25vIHdyb3RlOg0KPiBObywgSWYgeW91IGluc3Rh bGxlZCBzZW5kbWFpbCBmcm9tIHBhY2thZ2VzLCB5b3UgaGF2ZSB0byBmb2xsb3cgdGhlIGlu c3RydWN0aW9ucw0KPiBpbiB0aGUgcGFja2FnZSBtZXNzYWdlLg0KPiBBbHNvLCBjeXJ1cy1z YXNsIHNob3VsZCBiZSBpbnN0YWxsZWQgYXMgYSBkZXBlbmRlbmN5Lg0KPiBTZWUgcGtnIHF1 ZXJ5ICVNIHNlbmRtYWlsLg0KPiANCj4gZXhjZXJwdDoNCj4gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IFRvIHVzZSB0aGUgYmluYXJp ZXMgc3VwcGxpZWQgYnkgdGhlIHBvcnQgeW91IHNob3VsZCBhZGQgdGhlIGZvbGxvd2luZyBs aW5lcw0KPiB0byB5b3VyIHNlbmRtYWlsLm1jIGZpbGUgYmVmb3JlIGFueSBtYWlsZXIgb3Ig ZmVhdHVyZSBkZWZpbml0aW9uOg0KPiANCj4gZGVmaW5lKGBjb25mRUJJTkRJUicsIGAvdXNy L2xvY2FsL2xpYmV4ZWMnKWRubA0KPiBkZWZpbmUoYFVVQ1BfTUFJTEVSX1BBVEgnLCBgL3Vz ci9sb2NhbC9iaW4vdXV4JylkbmwNCj4gDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBUbyBhY3RpdmF0ZSBzZW5kbWFpbCBhcyB5 b3VyIGRlZmF1bHQgbWFpbGVyLCBydW46DQo+ICQgY2QgL3Vzci9sb2NhbC9ldGMvbWFpbCAm JiBjcCBtYWlsZXIuY29uZi5zZW5kbWFpbCBtYWlsZXIuY29uZg0KPiANCj4gWW91ciAnL3Vz ci9sb2NhbC9ldGMvbWFpbC9tYWlsZXIuY29uZicgc2hvdWxkIGxvb2sgbGlrZSB0aGlzOg0K PiAjDQo+ICMgRXhlY3V0ZSB0aGUgInJlYWwiIHNlbmRtYWlsIHByb2dyYW0sIG5hbWVkIC91 c3IvbGliZXhlYy9zZW5kbWFpbC9zZW5kbWFpbA0KPiAjDQo+IHNlbmRtYWlsICAgICAgICAv dXNyL2xvY2FsL3NiaW4vc2VuZG1haWwNCj4gc2VuZC1tYWlsICAgICAgIC91c3IvbG9jYWwv c2Jpbi9zZW5kbWFpbA0KPiBtYWlscSAgICAgICAgICAgL3Vzci9sb2NhbC9zYmluL3NlbmRt YWlsDQo+IG5ld2FsaWFzZXMgICAgICAvdXNyL2xvY2FsL3NiaW4vc2VuZG1haWwNCj4gaG9z dHN0YXQgICAgICAgIC91c3IvbG9jYWwvc2Jpbi9zZW5kbWFpbA0KPiBwdXJnZXN0YXQgICAg ICAgL3Vzci9sb2NhbC9zYmluL3NlbmRtYWlsDQo+IA0KPiBZb3UgbWF5IGFsc28gbmVlZCB0 byB1cGRhdGUgL2V0Yy9yYy5jb25mLg0KPiBbLi4uXQ0KDQpUaGFua3MgZm9yIHN1cHBseWlu ZyB0aGlzIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24uICAgICAgICAgICAgIC0tIEdlb3JnZQ0K DQo= --------------EEFdf90ipTkBYFvqePyXGkL2-- --------------f8QCrBeITKgZJW08Ekzm0r0l Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQQ6b7/Z+PlMzCwCfBGaHA937rZnfQUCZfG5ugUDAAAAAAAKCRCaHA937rZnfWUH AQDgsNQn7G6eTFPeCNoPhR/7nTBMgQLm/60BWkMnCaJdTAEAwBfyrFZ3rq9teKsfQhRThnRHOafS 9Tc2EmtVL6sxuwQ= =Ia0s -----END PGP SIGNATURE----- --------------f8QCrBeITKgZJW08Ekzm0r0l-- From nobody Wed Mar 13 22:29:13 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 4Tw4tl0qY5z5DYbG for ; Wed, 13 Mar 2024 22:29:19 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tw4tj6VQQz4vRD for ; Wed, 13 Mar 2024 22:29:17 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=LbYD7RW3; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhuk.im@gmail.com designates 2a00:1450:4864:20::533 as permitted sender) smtp.mailfrom=rozhuk.im@gmail.com Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-5689b7e8387so337624a12.2 for ; Wed, 13 Mar 2024 15:29:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710368956; x=1710973756; darn=freebsd.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:from:to:cc:subject:date :message-id:reply-to; bh=1RM8izOWUNAG/3bSKxo/DeQKh3K3LBmzC19iNfh8odw=; b=LbYD7RW3aXWRRqoF7RSsm7g7iQ6pPsaTC52T3B5q2fCrZ/YBEI0CzqEZhVIm4jwI7U 4wDozpuRYb9GKInidjyLpOPxya8DUmcTVL7jqk9RhckAQj62DtVhqE2MPIu+vwaU2Oev T76mLA09S9mc+n8ubS0XxTJXcpUteSb6q74wT2NuQfv3vX/G346EPBq4Bh/yxkfNlYLT vGj60w6HuwHewany4TvlFSkPtjGMtvcyUoqEQ7xDxm7fXZFLsmxiwUqIe1kOqsUUj1tN HQ5mlQf53UyJcpHwodFPqfN3xnsqhC8PpQwvYB5icilimhU/RY86SPi4ZFI83jkBkoiz D32g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710368956; x=1710973756; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=1RM8izOWUNAG/3bSKxo/DeQKh3K3LBmzC19iNfh8odw=; b=cuUk7We5oMPCxEH8DWwejBtTU31uL9kJ/BBY23+8GrCfG6aKDtDOSJhG869HR6FAQ/ P6m7qBS3CCE1dPsd7OWuu8pot6bOXv7C4lpQ9hO/Yb/YBXdlbb4Tx2ZybJ6OZqlfjo5+ 45Wwse80TN1tMJsOWtowQnu5wZlk423uk3sztQ1I5xwwPuz37C3Oua3+w1ZPwW067PbI SVuy3E4be8AR2cssEHB2wzpx7J9hPYAFitDfQy3vf5jojB8l6RUDqV7gBaX1U7gyCqob Bbc6s0zhfh2d6qNyao5hUzOmdnfvoKEw3ZaxmZa2yneTkurHfGfMzTeI+BFVSsjNfmE7 YDwA== X-Gm-Message-State: AOJu0YxyjzMSqYUy7FTDz7ihRNbrBZTr1d7LEOocJZy60B7pWg+kPiZ6 UBAUBPVAV6l6NKyhezlFSpYOwuuI++IrzYfqYDuIhC95k3ksc1bmOt8/H01ON9Q= X-Google-Smtp-Source: AGHT+IEEMSv9ZNwLewuoxIN08G8rJwlT/ejbqs4JhxanGcyS7b4N3eM40SFeepn3iKhIZJz1dPAoSg== X-Received: by 2002:a17:907:a78c:b0:a46:1fa:fc12 with SMTP id vx12-20020a170907a78c00b00a4601fafc12mr10830651ejc.18.1710368955844; Wed, 13 Mar 2024 15:29:15 -0700 (PDT) Received: from rimwks.local ([2001:470:1f15:3d8:a5b2:15b2:2737:67b]) by smtp.gmail.com with ESMTPSA id t21-20020a1709066bd500b00a46675c4842sm64848ejs.86.2024.03.13.15.29.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Mar 2024 15:29:15 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Thu, 14 Mar 2024 00:29:13 +0200 To: Graham Perrin Cc: ports@freebsd.org Subject: Re: bug 273961, and use of Bugzilla (was FreeBSD ports community is broken) Message-ID: <20240314002913.52c65991@rimwks.local> In-Reply-To: References: <20240218015843.34c5d078@rimwks.local> <7q6ep7m2eee6yqtxftlwkhuwdkssd74vjow55txms7lkokazfu@grrqllhefges> <20240219094235.3ddc8865@rimwks.local> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.41; amd64-portbld-freebsd14.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.70)[-0.698]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::533:from] X-Rspamd-Queue-Id: 4Tw4tj6VQQz4vRD T24gU2F0LCAyNCBGZWIgMjAyNCAxOToyOTo1NyArMDAwMA0KR3JhaGFtIFBlcnJpbiA8Z3JhaGFt cGVycmluQGdtYWlsLmNvbT4gd3JvdGU6DQoNCj4gPiBUaGUgcHJvYmxlbSBpcyB0aGF0IG5vIG9u ZSBkaWQgYW55dGhpbmcsIGFuZCBvbmx5IGNyaXRpY2l6ZWQgYW55DQo+ID4gYXR0ZW1wdHMgdG8g cmVjdGlmeSB0aGUgc2l0dWF0aW9uLiAgDQo+IA0KPiANCj4gSSB3YXMgYSBtZW1iZXIgb2YgdGhl IHRyaWFnZSB0ZWFtIHdoZW4gSSB3cm90ZSANCj4gPGh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9i dWd6aWxsYS9zaG93X2J1Zy5jZ2k/aWQ9MjczOTYxI2M1OT4uIE15DQo+IHRoZW4gcGVyY2VwdGlv biBvZiB0aGluZ3Mgd2FzIHF1aXRlIGRpZmZlcmVudC4NCj4gDQo+IFRoaW5ncyBfd2VyZV8gZG9u ZS4NCg0KQW5kIGl0IHRha2UgMSBtb3VudGggYWZ0ZXIgdGhhdC4gOigNCg0KDQo+IC0tLS0NCj4g DQo+IERlZm9jdXNpbmcgZnJvbSBidWcgMjczOTYxIOKApiBhbW9uZ3N0IHRoZSBtYW55IGFuZCB2 YXJpZWQgcmVzb3VyY2VzIGF0IA0KPiBhbmQgYXJvdW5kIDxodHRwczovL3dpa2kuZnJlZWJzZC5v cmcvQnVnemlsbGE+LCB0aGlzIHBhZ2UgbWlnaHQgYmUNCj4gbW9zdCByZWxldmFudDoNCj4gDQo+ IDxodHRwczovL3dpa2kuZnJlZWJzZC5vcmcvQnVnemlsbGEvRG9zQW5kRG9udHM+DQo+IA0KPiDi gJQgaW5jbHVkaW5nIHRoZSBHb2xkZW4gUnVsZSwgdGhlIFdpa2lwZWRpYSBwYWdlIGZvciB3aGlj aCBleGlzdHMgaW4NCj4gNDggbGFuZ3VhZ2VzLg0KPiANCg0KRml4IGl0IEFTQVAgdXNpbmcgYW55 dGhpbmcsIG5vIG1ldHRlciB3aGF0IG9yIHN0ZXAgYSBzaWRlIC0gdGhhdCBpcyB3YXMgbXkgcG9p bnQuDQoNCklmIHNvbWUgb25lIGNvbWUgdG8gbWUgd2l0aCBwYXRjaCB0byBmaXggc29tZSBpc3N1 ZSAtIEkgd2lsbCBtZXJnZSBpdCwNCmV2ZW4gaWYgaXQgaXMgdGVycmFibGUgYW5kIHVnbHkgaW4g Y2FzZSBJIGhhdmUgbm8gaWRlYSBob3cgdG8gbWFrZSBpdCBiZXR0ZXIgb3INCmRvIG5vdCB3YW50 IChvciBoYXZlIG5vIHRpbWUpIHRvIGltcHJvdmUgaXQuDQoNCk5vIGdvbGRlbiBydWxlIHZpb2xh dGlvbiBoZXJlLiApDQo= From nobody Wed Mar 13 22:49:43 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 4Tw5LJ6nx0z5DbKP for ; Wed, 13 Mar 2024 22:49:44 +0000 (UTC) (envelope-from henrichhartzer@tuta.io) Received: from w1.tutanota.de (w1.tutanota.de [81.3.6.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "mail.tutanota.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tw5LJ2Y5Qz42GG for ; Wed, 13 Mar 2024 22:49:44 +0000 (UTC) (envelope-from henrichhartzer@tuta.io) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tuta.io header.s=s1 header.b=TkzRKUub; dmarc=pass (policy=quarantine) header.from=tuta.io; spf=pass (mx1.freebsd.org: domain of henrichhartzer@tuta.io designates 81.3.6.162 as permitted sender) smtp.mailfrom=henrichhartzer@tuta.io Received: from tutadb.w10.tutanota.de (unknown [192.168.1.10]) by w1.tutanota.de (Postfix) with ESMTP id 3C785FBF89E for ; Wed, 13 Mar 2024 22:49:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1710370183; s=s1; d=tuta.io; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:Sender; bh=D3osEqPTyI2u10d4/XzfGL+sZz9ItW0PwvLvGq+VsO0=; b=TkzRKUubXale7ItZ41Q1HoNyc1t9IzX52xuGBlMxeTlgE/eJUzUE7GDQufIa2Ugk FKqjrzcpft1vVb+o6PtIrrABgO1e4GLGGHkHxWcPi0bE3RLvoPOCrvraw6nzQvDmCWs WTzF0Fm0OjlzqO185b/+tZBgAiFKU8DXIHgrfuvMAumarK/zuGnYQqhci/D0JdzPZZv G2NSzs6BfnWfhFa/oSnDJGrpZE9mJoPV7aMSjokdGaWiFW2wkzF076VlRJVvBc8KKE1 3Q496BrxyHKRluzvmmEO3fEtzRkik1jNmLznzj1fK5eS9zq0myiW+QkcFq6zrTGA0Wz kyUnQ0EQAQ== Date: Wed, 13 Mar 2024 23:49:43 +0100 (CET) From: henrichhartzer@tuta.io To: Freebsd Ports Message-ID: Subject: No word from maintainer, but have patch to fix build List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.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)[tuta.io,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:81.3.6.160/28:c]; R_DKIM_ALLOW(-0.20)[tuta.io:s=s1]; RWL_MAILSPIKE_VERYGOOD(-0.20)[81.3.6.162:from]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; FROM_NO_DN(0.00)[]; ASN(0.00)[asn:24679, ipnet:81.3.0.0/18, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[tuta.io:+] X-Rspamd-Queue-Id: 4Tw5LJ2Y5Qz42GG Hi everyone, I haven't heard back from the maintainer of net-p2p/qbittorrent. I opened the original issue 3 weeks ago and almost 2 weeks with a patch. Not sure what the traditional timeframe is to give. Would someone be able to review this? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277151 Thank you! Henrich From nobody Thu Mar 14 00:18:19 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 4Tw7KL6RgHz5DlMh for ; Thu, 14 Mar 2024 00:19:02 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "generic", Issuer "generic" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tw7KK1G7Cz4CrB for ; Thu, 14 Mar 2024 00:18:56 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.17.1) with ESMTPS id 42E0IN5B076546 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Mar 2024 17:18:32 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.17.1/Submit) id 42E0ILtm076545; Wed, 13 Mar 2024 17:18:21 -0700 (PDT) (envelope-from fbsd) Date: Wed, 13 Mar 2024 17:18:19 -0700 From: bob prohaska To: Hiroo Ono Cc: George Mitchell , freebsd-ports@freebsd.org Subject: Re: SMTP authentication for sendmail using binary-only host system Message-ID: References: <4577e583-5b2a-4413-846b-9a6f25c60c94@m5p.com> <20240313101615.5208ad02@nowhere.oikumene.ukehi.net> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240313101615.5208ad02@nowhere.oikumene.ukehi.net> X-Spamd-Bar: ---- 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)[]; TAGGED_RCPT(0.00)[freebsd]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Queue-Id: 4Tw7KK1G7Cz4CrB On Wed, Mar 13, 2024 at 10:16:15AM +0900, Hiroo Ono wrote: > No, If you installed sendmail from packages, you have to follow the instructions > in the package message. > Also, cyrus-sasl should be installed as a dependency. My situation doesn't quite match. Sendmail came with the base system, cyrus-sasl was installed later using pkg. Pkg installed files in /usr/local/share containing instructions, but those instructions required /usr/src. Would installing sendmail via pkg get around lack of source files? Thanks for writing! bob prohaska > See pkg query %M sendmail. > > excerpt: > --------------------------------------------------- > To use the binaries supplied by the port you should add the following lines > to your sendmail.mc file before any mailer or feature definition: > > define(`confEBINDIR', `/usr/local/libexec')dnl > define(`UUCP_MAILER_PATH', `/usr/local/bin/uux')dnl > > --------------------------------------------------- > To activate sendmail as your default mailer, run: > $ cd /usr/local/etc/mail && cp mailer.conf.sendmail mailer.conf > > Your '/usr/local/etc/mail/mailer.conf' should look like this: > # > # Execute the "real" sendmail program, named /usr/libexec/sendmail/sendmail > # > sendmail /usr/local/sbin/sendmail > send-mail /usr/local/sbin/sendmail > mailq /usr/local/sbin/sendmail > newaliases /usr/local/sbin/sendmail > hoststat /usr/local/sbin/sendmail > purgestat /usr/local/sbin/sendmail > > You may also need to update /etc/rc.conf. > > > On Tue, 12 Mar 2024 11:48:30 -0700 > bob prohaska wrote: > > > On Tue, Mar 12, 2024 at 02:01:19PM -0400, George Mitchell wrote: > > > There's a port (package) for sendmail, and it would appear that the > > > necessary options (SASL and SASLAUTHD) are on by default. And TLS > > > is also on. -- George > > > > The host in question is running > > 14.0-RELEASE-p5 FreeBSD 14.0-RELEASE-p5 #0: Tue Feb 13 23:49:05 UTC > > 2024 > > root@arm64-builder.daemonology.net:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > > arm64 > > > > Sendmail was configured using > > cp /usr/share/examples/sendmail/mailer.conf /etc/mail/mailer.conf > > so no local customizations. Might it be sufficent to run > > pkg install cyrus-sasl > > and accept the defaults? > > > > Thanks for writing! > > > > bob prohaska > > > > > From nobody Thu Mar 14 01:49:18 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 4Tw9Kj4SS0z5DtZ9 for ; Thu, 14 Mar 2024 01:49:29 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from egress.chen.org.nz (egress.chen.org.nz [170.75.172.82]) by mx1.freebsd.org (Postfix) with ESMTP id 4Tw9Kh5HKqz4Qf8 for ; Thu, 14 Mar 2024 01:49:28 +0000 (UTC) (envelope-from jonc@chen.org.nz) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jonc@chen.org.nz designates 170.75.172.82 as permitted sender) smtp.mailfrom=jonc@chen.org.nz Received: from mail.chen.org.nz (unknown [210.54.37.164]) by egress.chen.org.nz (Postfix) with ESMTP id 8BA9B111E19 for ; Thu, 14 Mar 2024 14:49:13 +1300 (NZDT) Received: from mail.chen.org.nz (localhost [127.0.0.1]) by filter.inside.chen.org.nz (Postfix) with ESMTP id 6EFCB90E36 for ; Thu, 14 Mar 2024 14:49:19 +1300 (NZDT) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on ametrine.inside.chen.org.nz Received: from rainloop.jail (rainloop.jail [192.168.1.4]) by mail.chen.org.nz (Postfix) with ESMTP id 51E6090F82 for ; Thu, 14 Mar 2024 14:49:19 +1300 (NZDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Thu, 14 Mar 2024 01:49:18 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: RainLoop/1.17.0 From: jonc@chen.org.nz Message-ID: <6658ae3d03a106adc6585c57201ce65d@chen.org.nz> Subject: Commit Request To: freebsd-ports@freebsd.org X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.20 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+a:egress.chen.org.nz]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:174, ipnet:170.75.160.0/20, country:US]; MIME_TRACE(0.00)[0:+]; FROM_NO_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[chen.org.nz]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4Tw9Kh5HKqz4Qf8 Hi, Can a committer please review the following PR? It's been idle for a week= .. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277464 Thanks! -- Jonathan Chen From nobody Thu Mar 14 04:02:45 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 4TwDHV0wN5z5F57r for ; Thu, 14 Mar 2024 04:02:46 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwDHT6Nhgz4bx4 for ; Thu, 14 Mar 2024 04:02:45 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710388965; a=rsa-sha256; cv=none; b=hWizO0IfNy48VvQcaorIOW/P+eauo1tvEHtHhxnaR0hgteGPK7/xqXaSC7pdsP/XweI1Wn Becgizk7AjdQJzbSmOcJsBBcd+nUCItf3mxvdlBBysDtvyWmG2kRiDuvVLRUFd65uR7/JH 8VciUDhs/fTQzTvvjIvmqcwg2ZoKCNYMnkfU5lluNijvJOYmKbmHDcrVkohoM618B4GQ+s aF7/GATZWaAitW1IrlbeLZ1lO6d2sSAKgSy8FrE8ffxWWtoNX0XRnWB0mz9ScjPbKuolVz mDIHcQfBoj6oBzhzEwqgnqh/ZgBofMZ0MUt46GAR0zROeb/i0CIxga/6gJbWKA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710388965; 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=cwJN8ndTt24QL1ZYQtDH84upo81jzTVpCVIPUoq6AsE=; b=MIJgv5hYPxz254FaFvjxhqmmHa39feTNB057Z7wGDu8bgtwL7/mbNi3ciZaDdOn67Ur6dj BQarmSfRvYfHKckdYPFhN/b9dVkSLgQHg0X5/3T2WlNZsobV/wNC6Eur6qPexUegRjQGoF oylTH8XUPwqIUs9l8EYoWptxVKDdHPiPWc0Vz8SZq/tGq9p+XMEHVe9U2pdQX6ZJwqrJ/W SFMW6m2nygkWEqzFrYB2ZEdjtB4klHtsFqzqZ9G98H2+yBTpekO6rlQ+lbvPG/cpIUipqz XAvMHS9U6wgqLuwIVcYrkQP4/GFvY9XUeWY5jFi/o5/ITur9LfovIleTH/FSGg== 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 4TwDHT4qgcz1BWW for ; Thu, 14 Mar 2024 04:02:45 +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 42E42jS9056883 for ; Thu, 14 Mar 2024 04:02:45 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 42E42jPA056882; Thu, 14 Mar 2024 04:02:45 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202403140402.42E42jPA056882@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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Thu, 14 Mar 2024 04:02:45 +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 ------------------------------------------------+-----------------+------------ cad/ifcopenshell | 0.6.0 | blenderbim-240313 ------------------------------------------------+-----------------+------------ devel/py-archinfo | 9.0.5405 | v9.2.94 ------------------------------------------------+-----------------+------------ security/py-ailment | 9.0.5405 | v9.2.94 ------------------------------------------------+-----------------+------------ x11/waybar | 0.9.24 | 0.10.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 Thu Mar 14 04:32:05 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 4TwDxc47qcz5F7TQ for ; Thu, 14 Mar 2024 04:32:20 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwDxc0NxJz4fSy for ; Thu, 14 Mar 2024 04:32:19 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ultimatedns.net header.s=mx99 header.b=OC2YTrb1; spf=none (mx1.freebsd.org: domain of portmaster@bsdforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=portmaster@bsdforge.com Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 42E4W6da094429 for ; Wed, 13 Mar 2024 21:32:12 -0700 (PDT) (envelope-from portmaster@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1710390732; x=1710391332; r=y; bh=3hWIqtbLakQq34ABVFA/Pps9ekQtKby6VJkynVvmK4k=; h=Date:From:To:Subject; b=OC2YTrb1uQ5A2zaRjXQWLZxWXFQKlW8/KGhp2LCtpqZ4CQtKVWMtfZZKKiiGUKGfb yQ6iJtGdtPquHe/w6RDI/qi4NMcB/zD41X7egkGhwSBFq+FCk54EgqVmY/qoQelGle qPsvLXYYVqndiF28BGAS2pRd4ptzdLvOB+vUW5h84EWmHXdGWrZ8a02BEm0ZTM5V+S uaNyLvIaOG2vaCt++HNXRFPrSoZOLMqQfwZw5bEWoOaRuLYCHqMz7wQLF4/aZfmIqG ReNdYGuHxh2qnAxYDpr9ipkxIzL+39mioG51HLfFWcEUpx7NkAsn37NAzsbTjiO8xk u1IjzjY7gPzQQ== List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Wed, 13 Mar 2024 21:32:05 -0700 From: Chris To: freebsd-ports Subject: MAINTAINER seeks committer User-Agent: UDNSMS/17.0 Message-ID: X-Sender: portmaster@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: local_wl_ip X-Spamd-Result: default: False [-0.20 / 15.00]; R_DKIM_ALLOW(-0.20)[ultimatedns.net:s=mx99]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; local_wl_ip(0.00)[24.113.41.81]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; FROM_EQ_ENVFROM(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[ultimatedns.net:+] X-Rspamd-Queue-Id: 4TwDxc0NxJz4fSy Just a friendly reminder about some pr's for my ports that are ~3 weeks old: 277325, 277325, 277397 This one is a week out, but is broken on the pkg builder so committing this patch will ease needless workload on it: 277523 Thank you for all your time, and attention to this! :) -- --Chris Hutchinson From nobody Thu Mar 14 06:01:31 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 4TwGwk1HTQz5FG2N for ; Thu, 14 Mar 2024 06:01:42 +0000 (UTC) (envelope-from rodrigo@FreeBSD.org) Received: from smtp.osorio.me (mvd.osorio.me [5.196.94.126]) by mx1.freebsd.org (Postfix) with ESMTP id 4TwGwh6pswz4nX1 for ; Thu, 14 Mar 2024 06:01:40 +0000 (UTC) (envelope-from rodrigo@FreeBSD.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 5.196.94.126 is neither permitted nor denied by domain of rodrigo@FreeBSD.org) smtp.mailfrom=rodrigo@FreeBSD.org Received: from [192.168.1.78] (lfbn-idf1-1-971-net.w86-238.abo.wanadoo.fr [86.238.50.0]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by smtp.osorio.me (Postfix) with ESMTPSA id 9FB7D20299E for ; Thu, 14 Mar 2024 06:01:32 +0000 (UTC) Message-ID: <85ea1f7c-c134-4975-bc6e-7594b13e753f@FreeBSD.org> Date: Thu, 14 Mar 2024 07:01:31 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Commit Request To: ports@freebsd.org References: <6658ae3d03a106adc6585c57201ce65d@chen.org.nz> Content-Language: en-US, fr, es-AR Reply-To: rodrigo@FreeBSD.org From: Rodrigo Osorio In-Reply-To: <6658ae3d03a106adc6585c57201ce65d@chen.org.nz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Spamd-Result: default: False [0.76 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.945]; RCVD_NO_TLS_LAST(0.10)[]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[rodrigo]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:16276, ipnet:5.196.0.0/16, country:FR]; FROM_HAS_DN(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; HAS_REPLYTO(0.00)[rodrigo@FreeBSD.org] X-Rspamd-Queue-Id: 4TwGwh6pswz4nX1 On 14/03/24 02:49, jonc@chen.org.nz wrote: > Hi, > > Can a committer please review the following PR? It's been idle for a week. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277464 > > Thanks! > -- > Jonathan Chen > took From nobody Thu Mar 14 06:03:47 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 4TwGz83T6Yz5FG8R for ; Thu, 14 Mar 2024 06:03:48 +0000 (UTC) (envelope-from rodrigo@FreeBSD.org) Received: from smtp.osorio.me (mvd.osorio.me [5.196.94.126]) by mx1.freebsd.org (Postfix) with ESMTP id 4TwGz76qBsz4q5j for ; Thu, 14 Mar 2024 06:03:47 +0000 (UTC) (envelope-from rodrigo@FreeBSD.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 5.196.94.126 is neither permitted nor denied by domain of rodrigo@FreeBSD.org) smtp.mailfrom=rodrigo@FreeBSD.org Received: from [192.168.1.78] (lfbn-idf1-1-971-net.w86-238.abo.wanadoo.fr [86.238.50.0]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by smtp.osorio.me (Postfix) with ESMTPSA id 7875A202A93 for ; Thu, 14 Mar 2024 06:03:47 +0000 (UTC) Message-ID: Date: Thu, 14 Mar 2024 07:03:47 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: MAINTAINER seeks committer Content-Language: en-US, fr, es-AR To: ports@freebsd.org References: Reply-To: rodrigo@FreeBSD.org From: Rodrigo Osorio In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: + X-Spamd-Result: default: False [1.73 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_SHORT(-0.89)[-0.894]; NEURAL_HAM_LONG(-0.87)[-0.868]; NEURAL_HAM_MEDIUM(-0.21)[-0.213]; RCVD_NO_TLS_LAST(0.10)[]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[rodrigo]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:16276, ipnet:5.196.0.0/16, country:FR]; FROM_HAS_DN(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; HAS_REPLYTO(0.00)[rodrigo@FreeBSD.org] X-Rspamd-Queue-Id: 4TwGz76qBsz4q5j On 14/03/24 05:32, Chris wrote: > Just a friendly reminder about some pr's for my ports > that are ~3 weeks old: > 277325, 277325, 277397 > > This one is a week out, but is broken on the pkg builder > so committing this patch will ease needless workload on it: > 277523 > > Thank you for all your time, and attention to this! :) > took From nobody Thu Mar 14 06:52:03 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 4TwJ2z56DSz5FKTN for ; Thu, 14 Mar 2024 06:52:11 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (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 "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwJ2z20B5z4t3s; Thu, 14 Mar 2024 06:52:11 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Authentication-Results: mx1.freebsd.org; none Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 42E6q4vM003901; Wed, 13 Mar 2024 23:52:10 -0700 (PDT) (envelope-from portmaster@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1710399130; x=1710399730; r=y; bh=cn4RFWn/qt2ghrPjj8gr6gfPLCopbZqi6FvfD4CnaRo=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=LMCGSNyMoEWf5fwM3FMYUkvNXGZltbF+Oxk4M6WERz9XGLwVvuAU/GHSk9e3oG4uL F6psUOrQE4xpXupMKUruhgmG/RKMS0AihvIjo1/RjXgk3ywaVJ4NoHXpQDwcJFzRii +Ic0GoOvSvh67x+YkY54ASOlLVws5gPcejvcE/FWgOsBjtuvEVtx/U9feqJ0d9kXoS ppkMkDg6V+rhLsw4A1zNLn2JdcA90dIzdQ6zceYJqZDckkvwmbgCdYzndT1si5Tg36 lMrAL54IXwe8fktDzG8kbnqAdeSFugDT3k3ztWpxxNDJAFHNhx4Cu9eB3/ptvQYxQ6 4D693p7BO2qAQ== List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Wed, 13 Mar 2024 23:52:03 -0700 From: Chris To: rodrigo@freebsd.org Cc: ports@freebsd.org Subject: Re: MAINTAINER seeks committer In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <27b50ac165225f5d276b8391dae74e81@bsdforge.com> X-Sender: portmaster@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- 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:11404, ipnet:24.113.0.0/16, country:US] X-Rspamd-Queue-Id: 4TwJ2z20B5z4t3s On 2024-03-13 23:03, Rodrigo Osorio wrote: > On 14/03/24 05:32, Chris wrote: >> Just a friendly reminder about some pr's for my ports >> that are ~3 weeks old: >> 277325, 277325, 277397 >> >> This one is a week out, but is broken on the pkg builder >> so committing this patch will ease needless workload on it: >> 277523 >> >> Thank you for all your time, and attention to this! :) >> > took Thanks! :) -- --Chris Hutchinson From nobody Thu Mar 14 08:26: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 4TwL7w1kybz5FSJb for ; Thu, 14 Mar 2024 08:26:36 +0000 (UTC) (envelope-from alexey@hotmail.fi) Received: from EUR02-AM0-obe.outbound.protection.outlook.com (mail-am0eur02olkn20801.outbound.protection.outlook.com [IPv6:2a01:111:f403:2e06::801]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwL7t5467z42Rx for ; Thu, 14 Mar 2024 08:26:34 +0000 (UTC) (envelope-from alexey@hotmail.fi) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of alexey@hotmail.fi designates 2a01:111:f403:2e06::801 as permitted sender) smtp.mailfrom=alexey@hotmail.fi; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=L6X/tHV1Wx8iLm0W4qWAZmdK0k7sejCDlAAvgB2OjKZwJnymn4DntYe+rWo1veTy0YruyFCFObi7mm+PnHQi3pnM/I4G6+aTbF1MFjtkTGrnpXcT4ayJju8tpy0r3UGKhQn2LRsIOmrnyT0gLKw9Io3ZmUVRH98lO8yqJH56p9DeDGderEFSywgfmkftZmVX6CKQ7kzm+UqpewDyLXTs8I+t79OXWuaUmXOpMZ7YuV5uPBhn3uFaa7jXgWBMUyDqQnwvbv4N4i1hv4ACsxT3OghTop5To2p4pWe65ea8gsW/5PgyBEfsLPpIKCB0wdKJi/J4oRdpEbendqfiH7/eHw== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=KjZxewhUcARoJZ18Spv8BQlI6qYn0JaEezf5WCHR9gI=; b=DHM8EJ1Iq+DdJFVJOvchI+N1GqNkAL1IufTIl6UQg1wATte647veu12U6fi+c3J7QeHvzQZy68GnTGpTbp3wIZBmkKTczgXhJV9W+Ycg3o1Hcc9xQk9f6y1eJjTbzSh40QVWjFjTn0ompXB1zl0T/Al/Z+UF0ykkRHHjUYJ3WL6qDRqLwp39CYlfporBNXNXm5BgJIyenscVhhHJHwJtE9tIvMQz45Y45ZRQmeT062RVikzOVShQBxOVTSuhxtAMiWtMLTWpmd3peFZjYRyG3os6loB3NlSODlAUiJVN4SZbZZMg3RT/OpC423Fyawy2VOWdhUO2eh6/0va2tr/CHg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from PAVPR08MB9506.eurprd08.prod.outlook.com (2603:10a6:102:314::13) by GV1PR08MB7331.eurprd08.prod.outlook.com (2603:10a6:150:1e::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7362.36; Thu, 14 Mar 2024 08:26:30 +0000 Received: from PAVPR08MB9506.eurprd08.prod.outlook.com ([fe80::d0c0:7867:c0d2:32d5]) by PAVPR08MB9506.eurprd08.prod.outlook.com ([fe80::d0c0:7867:c0d2:32d5%4]) with mapi id 15.20.7386.020; Thu, 14 Mar 2024 08:26:29 +0000 Date: Thu, 14 Mar 2024 10:26:27 +0200 From: Alexey Vyskubov To: FreeBSD ports mailing list Subject: Seeking review from committer Message-ID: Mail-Followup-To: FreeBSD ports mailing list Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-TMN: [9kS2+USnHO52lHdt10OqaWqUZkAsAnLk] X-ClientProxiedBy: MM0P280CA0055.SWEP280.PROD.OUTLOOK.COM (2603:10a6:190:b::18) To PAVPR08MB9506.eurprd08.prod.outlook.com (2603:10a6:102:314::13) X-Microsoft-Original-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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 2 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: PAVPR08MB9506:EE_|GV1PR08MB7331:EE_ X-MS-Office365-Filtering-Correlation-Id: e7b37eae-3c42-4334-b143-08dc44007297 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: i4SAoXpek5G38frvwma7EO3r6Os7InpduTN6lDGgJUtmEcjl2dxfHBtWjK5UqcTdMtD1B1FNYNcu/FICYV1S+MM4/lXfIgq5Lde7NhYfTZGvb7sksx6JbfvagK/PXvt6Lfh1b8vGxGyDGCJYxohhE5XWUIFxvBdFxbS+Y4HR1nLaSztnI7r3OwmegdqyWe7YWdxl5dDDypf8G7zywLwRbTKhSd9+zyU/wLkQTE5uOO6v4k1JIkOcQZ1ezvcQS1gjyYU7wBGmsLhh4tK4ZpA4yVSKR2PhdDiN7St+16FXxc83w/PobmBBpd/yl9fqJ8MNB88V5ow8WtMnJTjV0zxeqJfVCs32KauskySgtktTXEOcbT7NlSeuEUo9uRNtmHqkBOnzFfJRSjtUK/eXDXwPbHKVJLnd/MIg1r44+TttJKHuQybYJbmcIHqGPCHKx5fu71SBMHK3kfsmmuUd+NF1h0sjPRcdtOZNKuXh3mMXIcSh0QZo9Vn7Ux5c5//Dehfeb0w5EiKEb4s/oJ9/4/EgN5HHDNG16Z3vK9BIsYf8TpONT6mqfLSdtKbVkZjgLKmDXBg/mj+dLiriBiDyInZMIauxluqbhHxunnT4kpsJzhH7Qgxt0mCb3q0H2Xtbf4iPQRA2e75mQnpwc+W9tw+TVe3pLNuV0/dgmhSvzn7pJa4= X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?JdyWOS8NwnxS6pPJKB1uD8FTZwU229A4NHYV1l8L7+bmqecmtu+XfGBwXTut?= =?us-ascii?Q?LALKldP9J/9L6v+iIa1RbllSKoRsBspDBbzgdQLe3GDjzqFavt605PwuJ+3t?= =?us-ascii?Q?m492yM7oXlArrufIhlD/ZC17Lsw19QM4xUSmlrCnOBP05D8LsP9cI3pAsa1A?= =?us-ascii?Q?ZDfOeQiIMuvoZCH5HDROtklDT3FI8liTrs+W3Sr3ZIJPUIQjyM5tEPaPTvDh?= =?us-ascii?Q?B7PP5m9xr6JZpqFgTVglvaA3WutNIDBi9X9sHUA1ZWkaWZWwLK/DLfsd4nKZ?= =?us-ascii?Q?UKx7aExOU5iy802taJbriUSFlUnuiKgjnBYGbn3YdsxPcVAAYHxYeG+7kc3q?= =?us-ascii?Q?Tdps5aBZ3v6SCIjH96NQE7kvZBRrI0iweAvpbG6Sk6ULRNK+3NNYsaZWKQ6O?= =?us-ascii?Q?rmwtb+xSQhbp06TWedag85Rc9kqMPtVv+PyJTMszIQjLiVOT+MmW9fhrO6/7?= =?us-ascii?Q?UNh3nEpL4sho8b/AaOSpTsizBngHoV8WlGkTo5v0tY7a+stwqhhG8Ph/+6fG?= =?us-ascii?Q?Bq78EuLhFYgT9sUgXJW1gakLctGrGsNKc02UWpMOmoGEz60k3AEdzV61Clwq?= =?us-ascii?Q?9UQprq2AwVW7N3FfhHy5LIk18J6ywrnjVYBrYeSTQLIFdx5+RnxYNKHPoySX?= =?us-ascii?Q?ibzDplXN5ZScnKtNl4v3ADTIls+C7TtZcPmSJWnH27f27rHj3X/axeeRFtkC?= =?us-ascii?Q?usyC1WdYpvnof4TDwF7ZUTSWqZz4Ww4ykmJx6KNbh9wwJRmVM2e8Orp/1MIy?= =?us-ascii?Q?M8BmxE5T9cjyoToXxMIGuM3DpjJrXI0P6HM6lzSG8OIzhMCmsEzQAK2LlMBi?= =?us-ascii?Q?xi7n8Nd6jiVSI9Q68U0VhuK/hrF93vzbF+rh4bCihVThTv8ezSWj6ywH5KrD?= =?us-ascii?Q?AlK5t0VMBet25eSTBO1o+bwawziJydNTVTm0iF/ds9VbCuvHeIcchRwOmhbQ?= =?us-ascii?Q?cLU407dRCL1oDLYdAIJZFUeIl1S6+Z178VOPiA7CRryclVxrd0Ec4q55jQ1k?= =?us-ascii?Q?mBhz6T3ooG2zL66gvlhiuD/Oe0PIwy38ptvEQoH1l7UmQ14VTscalyyv6K1s?= =?us-ascii?Q?vhFIHiqBkSgtjj1oLl/YU66UN7s/GW6Jd0dVRkwEYhjuqvmoIVZjqWvL+Epx?= =?us-ascii?Q?3oJKdAZKc+Sbyr/kxr8yFGlh2AgV6hsKfLjEecQf2OpthLsWxHkrgM+RA+s8?= =?us-ascii?Q?5iOJTRIIQibkaxXU1APEpE4vQ6ZwUrL/Hwrs7nIkZ/RYDCd9Ju3E9d90ajs?= =?us-ascii?Q?=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-83b42.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: e7b37eae-3c42-4334-b143-08dc44007297 X-MS-Exchange-CrossTenant-AuthSource: PAVPR08MB9506.eurprd08.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Mar 2024 08:26:29.5517 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: GV1PR08MB7331 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.94 / 15.00]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.938]; FORGED_SENDER(0.30)[alexey@pentode.fi,alexey@hotmail.fi]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f403::/49]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[alexey]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_NEQ_ENVFROM(0.00)[alexey@pentode.fi,alexey@hotmail.fi]; DMARC_NA(0.00)[pentode.fi]; MLMMJ_DEST(0.00)[ports@freebsd.org] X-Rspamd-Queue-Id: 4TwL7t5467z42Rx Hello, There is an unmaintained port of x11/wmctrl which can no longer be built because it points to non-existing upstream. More than two weeks ago I have created a github fork of the source, and https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277348, containing the patch, which makes the port to point to the new upstream, and I also volunteer there to take a maintainership. Can someone have a look at it, please? Thank you! -- Alexey I cannot receive HTML mail at this account. Hi, I am a signature virus. Add me to your signature to help me spread. From nobody Thu Mar 14 08:52:53 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 4TwLkN0bNCz5CWgg for ; Thu, 14 Mar 2024 08:53:00 +0000 (UTC) (envelope-from felix@palmen-it.de) Received: from stef.palmen-it.de (stef.palmen-it.de [IPv6:2001:470:1f0b:bbb:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwLkM284Hz46m4 for ; Thu, 14 Mar 2024 08:52:59 +0000 (UTC) (envelope-from felix@palmen-it.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=palmen-it.de header.s=20200414 header.b=HLeYOA4T; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of felix@palmen-it.de designates 2001:470:1f0b:bbb:1::1 as permitted sender) smtp.mailfrom=felix@palmen-it.de DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=palmen-it.de; s=20200414; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=lJFxObizZQvqM26vmvZGQegYfLLEGdnH1BDUOHQd2RQ=; b=HLeYOA4TYZrPuLnhNv2pB9RelX 41P03Yj4iEDdMVN5USLVBnhSYEiSxi2QBTUfKiDtIOU2A6uH0JeGWi0ztkwLFKQ0VEo8MLZrwmCgu xRFlUe9WWLd2RMS95F7TtBhcimN7LM7zU64rfTTg3voSSz975YdGMAypkZyvPt0lfU2ohUDvoFPJA KjmuN+eoM2izkwSD4xepwz2DcY5buuiCCu97JoZ9mXF3QmNVps1umWR16vkQgto5YRxHZG3WEOspv 0R1aloxc2Czgew/y13Xqgaqn6ITDJUvgWNuCfTL1SiyUEc42o2ypssmwvsuGWpvqxK0kec5HJrtE/ yoz7z5Hw==; Received: from [192.168.71.101] (helo=mail.home.palmen-it.de) by stef.palmen-it.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1rkgpc-004CAE-0v for ports@freebsd.org; Thu, 14 Mar 2024 09:52:56 +0100 Received: from nexus.home.palmen-it.de ([192.168.99.2]) by mail.home.palmen-it.de with esmtpsa (TLS1.3) tls TLS_CHACHA20_POLY1305_SHA256 (Exim 4.97 (FreeBSD)) (envelope-from ) id 1rkgpb-00000000GzY-3SHH for ports@freebsd.org; Thu, 14 Mar 2024 08:52:56 +0000 Date: Thu, 14 Mar 2024 09:52:53 +0100 From: Felix Palmen To: ports@freebsd.org Subject: Re: Seeking review from committer Message-ID: Mail-Followup-To: ports@freebsd.org X-Face: /1K@t"h.}e~pR@]c7HorQ!T`F^RJCa'BCr#e>IKA{>C/9OTGB4|xh"y2{?1Z5M i2w"AH^pN_LlHR^{+f',_Np~;.B;!M/bL}*qk]p5*r7F5vW};{:@4u5S?T&f0$7BJ-71Q5SV]:v$`5 A0[DZ:=?S52x8HJ~5@^P_\T@MsjG{R( Organization: FreeBSD.org References: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fhb374rqh4ottf5y" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20231221 X-Spamd-Bar: ------- X-Spamd-Result: default: False [-7.40 / 15.00]; SIGNED_PGP(-2.00)[]; DWL_DNSWL_MED(-2.00)[palmen-it.de:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; FORGED_SENDER(0.30)[zirias@freebsd.org,felix@palmen-it.de]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_IN_DNSWL_MED(-0.20)[2001:470:1f0b:bbb:1::1:from]; R_SPF_ALLOW(-0.20)[+ip6:2001:470:1f0b:bbb:1::1]; R_DKIM_ALLOW(-0.20)[palmen-it.de:s=20200414]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), DKIM not aligned (relaxed),none]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[zirias@freebsd.org,felix@palmen-it.de]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; TO_DN_NONE(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DKIM_TRACE(0.00)[palmen-it.de:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4TwLkM284Hz46m4 --fhb374rqh4ottf5y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Alexey Vyskubov [20240314 10:26]: > Can someone have a look at it, please? Thank you! Self-assigned and reviewed, thanks! I think there are some issues to sort out though, but thanks for the effort to keep a port alive :) --=20 Felix Palmen {private} felix@palmen-it.de -- ports committer -- {web} http://palmen-it.de {pgp public key} http://palmen-it.de/pub.txt {pgp fingerprint} 6936 13D5 5BBF 4837 B212 3ACC 54AD E006 9879 F231 --fhb374rqh4ottf5y Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEABYKAH0WIQRpNhPVW79IN7ISOsxUreAGmHnyMQUCZfK63l8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0Njkz NjEzRDU1QkJGNDgzN0IyMTIzQUNDNTRBREUwMDY5ODc5RjIzMQAKCRBUreAGmHny MZxfAQC9dIDWpD1pII0mVWH7bj73p1usdKfcnHFcHYO79UZmJwEA7HRKFbw4twJN SMAvqf51fABLUW1FdYcJbhOIodV+xgA= =d3Zo -----END PGP SIGNATURE----- --fhb374rqh4ottf5y-- From nobody Thu Mar 14 10:18:14 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 4TwNd412lHz5CgPs for ; Thu, 14 Mar 2024 10:18:32 +0000 (UTC) (envelope-from jussi.korkala@icloud.com) Received: from st43p00im-ztfb10063301.me.com (st43p00im-ztfb10063301.me.com [17.58.63.179]) (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 4TwNd3578Nz4KyH for ; Thu, 14 Mar 2024 10:18:31 +0000 (UTC) (envelope-from jussi.korkala@icloud.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=1a1hai; t=1710411510; bh=9muTt82xygDnP/jNqrapjal6GVecedjKIQ6jAFC61FE=; h=Content-Type:From:Mime-Version:Subject:Date:Message-Id:To; b=f6LXjE5LzYBFdw33ugqD9xNVNEzuWV+gz7MevD/NRRMcRAhJnJkvEAgD0y9aczb/Q mTc+jNHz0ChDFBpeo1XETuvpmIx99NdDt5FsBAW8I1AFSrEoPu4hOwLO2NbgJQrP8U Tk98TkdyUYJZ+hetV8AH1MVTkLmV4JnXQChPE+nQcr7bsTfwxFTECUOAMvTVZKWwgv KMaz4FTg+sfGtoBxBuOVgi6vZ64Ol4UG/L0CD8HsiziQ/wKvvGPLR/3c63W5Q5qeAj xkLVJ8+u4o2ABlruRU6MkM6Vg0aXtGGWz7e5NkdlQF6y/8T0TZGe7TYHDPsnnBkI90 b8sCZCqQfLORQ== Received: from smtpclient.apple (st43p00im-dlb-asmtp-mailmevip.me.com [17.42.251.41]) by st43p00im-ztfb10063301.me.com (Postfix) with ESMTPSA id DD3547000DF; Thu, 14 Mar 2024 10:18:29 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Jussi Korkala List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Seeking review from committer Date: Thu, 14 Mar 2024 12:18:14 +0200 Message-Id: References: Cc: ports@freebsd.org In-Reply-To: To: Felix Palmen X-Mailer: iPhone Mail (21E219) X-Proofpoint-GUID: STGR2j5QngSCJFQFqCEZXyV5p9NqxCZf X-Proofpoint-ORIG-GUID: STGR2j5QngSCJFQFqCEZXyV5p9NqxCZf X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.1011,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2024-03-14_08,2024-03-13_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 mlxlogscore=970 mlxscore=0 suspectscore=0 clxscore=1011 adultscore=0 phishscore=0 malwarescore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2308100000 definitions=main-2403140072 X-Spamd-Bar: ---- 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:714, ipnet:17.58.63.0/24, country:US] X-Rspamd-Queue-Id: 4TwNd3578Nz4KyH I think our main challenge still is: Patches on top of patches. Best regards, Jussi Korkala > On 14. Mar 2024, at 10.53, Felix Palmen wrote: >=20 > =EF=BB=BF* Alexey Vyskubov [20240314 10:26]: >> Can someone have a look at it, please? Thank you! >=20 > Self-assigned and reviewed, thanks! >=20 > I think there are some issues to sort out though, but thanks for the > effort to keep a port alive :) >=20 > -- > Felix Palmen {private} felix@palmen-it.de > -- ports committer -- {web} http://palmen-it.de > {pgp public key} http://palmen-it.de/pub.txt > {pgp fingerprint} 6936 13D5 5BBF 4837 B212 3ACC 54AD E006 9879 F231 > From nobody Thu Mar 14 11:00:41 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 4TwPZ532Swz5Ckrk for ; Thu, 14 Mar 2024 11:01:01 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Received: from SINPR02CU002.outbound.protection.outlook.com (mail-southeastasiaazolkn190110001.outbound.protection.outlook.com [IPv6:2a01:111:f403:d402::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwPZ43mgsz4Qfw for ; Thu, 14 Mar 2024 11:01:00 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=SrXp6dAx; dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of tatsuki_makino@hotmail.com designates 2a01:111:f403:d402::1 as permitted sender) smtp.mailfrom=tatsuki_makino@hotmail.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UinuLO3qRJbzNfI2QDLUeHUIGoEDB7POwR2GrIqL+2o3T++7O02kVNBE1Db1Kyr4ftVC+COe+XemPfa/RgMzTGHmigYjpk6/TD2VOzcSMck0pUgw6RZ3Ow7Caqxh12iwjceZIEI2JwEpzGE+rtSDIL4aggHutEWoX3xNFDBWPIiLZP/JyoVVeV64TFhWmK1FoHOa9DTVaQHHQHDcvsjoeKHADTfdZcWqZmmNoNAiyYqFfREAJXbgYAF9SCN2xuSqBgUB++8NjLouJdGrHYrS9ZCJPHs2Uylq7/Ls97EwLLjuoC6Vj/toElBsGMnz+gFUggUk7COlAs467K+NHq7d6Q== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=qwKxBLGev5LEefMLuqybvYI6cOJtBTk7jlWYy8Zcj3w=; b=dw60bch6XmMHpeYx58MS0gvSwkraDLWbCStfeyHZcJz6pbPrchFeQ9z7Jhj55dM2zdwUyhoWqjw9Iq6C9HgrtC+/QRo1H75nu8HkhU3h5bl+ruW798niYJNFJS02Tt6an12dPTz7Na0HLFMg8rJztItj3v8dnNrs5ubc3fhxshMHtvqJBUMgJA/HvPUCRSRuUX9npV+v0QayKErEobMIdazY6n2TOxVsr7EKFp7zOjcuhdfr73+pMqmO3jgZJqIUtcoF8GgeoZn6yC/71QBtpTzNo4XDARNXu8pg8dUmlgKlfU2E5CGa4dHvirj995R7PMf94ek3G45cSUjzLHXBfA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qwKxBLGev5LEefMLuqybvYI6cOJtBTk7jlWYy8Zcj3w=; b=SrXp6dAxZYhL+PMiuQQaTj7t3ZzxvClHSQpqBt70W2lQm0pD0mGjWkPe7orCZv0T8stYigcf8m2yRTbRpouRhomAhyebAMhxAW3P02+2GIf5WP0NpZfJrQF7BU6GGMJicPuyo2Hwg+MAEp95muNVwKj9q7S5t8V/KVuGJZ2LJ84gRDd0nmHe3Mlijev93TzAsBgBn+d5y99pT+PDZAXglvJsyPKPp7aggFF74fQKpw8e6xaye+NsQc/pZrGkTjSVACf43MMcT8/TT9dlIiNYmQasGS2BUNQtVQE1xoOBbjU1p64bAf0RGe4j8WO0C46loVwaH6wYuKk4d9WgU9dBpQ== Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) by SEYPR01MB6233.apcprd01.prod.exchangelabs.com (2603:1096:101:1ff::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7362.28; Thu, 14 Mar 2024 11:00:54 +0000 Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::1537:ef5d:9dab:474e]) by SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::1537:ef5d:9dab:474e%5]) with mapi id 15.20.7386.017; Thu, 14 Mar 2024 11:00:54 +0000 To: "freebsd-ports@FreeBSD.org" Subject: devel/readline: New features for variable modifier is beginning to be used From: Tatsuki Makino Message-ID: Date: Thu, 14 Mar 2024 20:00:41 +0900 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TMN: [qSEpwCpCNauyOnFLLQQsBnyVCgAlsM+2] X-ClientProxiedBy: TYCP286CA0183.JPNP286.PROD.OUTLOOK.COM (2603:1096:400:382::12) To SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) X-Microsoft-Original-Message-ID: <6db48ab9-8152-84d6-8871-a31ef6562f5d@hotmail.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SI2PR01MB5036:EE_|SEYPR01MB6233:EE_ X-MS-Office365-Filtering-Correlation-Id: 0919dad1-809f-4495-e8b8-08dc44160481 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: qI2P10VEP/kDLfMM/ApDx8UcqyJzkfFbtqmLOgWjenIbLm0xm+nAI8oMlCZ4V2ovEYUirogW9Q4hBfxVgNKTKSkN6CtNmALWf9Rk7lrGxwZfYJWOe2wWHKxirStaazCh5SXN3p23vL1LyhQ6nv7+pSzm8U03axaGl3dGhK3bYVwkgkzl/7VK+CErkuAiNirXcvjGCCYE8RMGZNW6UaR9URlKfWh7lwGaJxL90clVeU1hzrnC7FwGjTlZ0MY88ukv/4h2LG4q43cVzkUD2E6VubXLOOvnwHh1ZFEi3o+Kkl5I9ONgpIawvznoophuwk9wXofznhL1OUR7Yl/GdJDF634ReRIc9RWHHMnUX9WtNo+SLe5W0CPSp8ayChqdbku7E4Ar2Va9TttcnDh0PMGtadilg3GCQQYPvjMV9lemKm2jpI7yl9KcrFwg1ZkkDd5QECKGkEAgzk+BNHz4xWGQfJ6Bu3RtVYsmVvk0zBcNGhndq092A0Px92t9LTWfQ5nBPgCckC9AiLhDUvcFrjrf1lSX0h/Rf6YbljHe28jhV9ZKTLzn4te4L3AnBPfHfxZFoNZlpSI0t3xjXVEhHW4ljTeY3NbuKIGda6KEJkW/D6XST6EDErbThO5pj7sSQZr4 X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?eFVYeStaS2NNaG1jYU5RbG5xRHhtalJwQUQ0NFE3K1Jra3pZL1ZyZ1VVNzIv?= =?utf-8?B?MjhaRFlZRUl1cjdYbm5lU05Pck94MmhuZ1VyQUJ1cTE3ZGo2KzBmemZFWnc0?= =?utf-8?B?dmowVmUzaUJyT3BubEUwSUlwWjRVTU9QWExkYzJlMDJONktCYUpqY2VIYUxV?= =?utf-8?B?M3lvaXlOaTBQdUJ6OHB2Smt0R1dBOGhTczlVNUNIVk9ZYmJkMHJqSms2ZGZt?= =?utf-8?B?UmlSL01UWmdOTTQ3c1ZxZ2dPTEU5VmoySU9jQ3RBd2loM0hMcEZsWUE4TkxE?= =?utf-8?B?MFJBVUpMWjcwSDQ2Ukt3VEozU0dlc1ZVSUUrMThWYVBZenhPbW5GVlI5SlNu?= =?utf-8?B?czNkT2tUY1REZUhJalN0Q2pRNnk3OFpSV1BELyswSGl4T1o0TnpxWi9obCtY?= =?utf-8?B?YitZUFBwdWZLYTZhajY3WitFS3lBNHRaQVU0MW1Fb0ttTlhsNW1hMG01SzV5?= =?utf-8?B?NkVBT2diY3dFWlpqcWc5eGFDalNXWTRNMGcxT2lqWmZMOEtldmpmeTgvaDNu?= =?utf-8?B?WDZ2QitOdWcrazB1NTBqSS9VMWtJVHpXOEFTOWJNMDdxNFRvTms4NnFNS1Zs?= =?utf-8?B?cFRFWmpqajlvWWx1eVBienExR2wwM2hyWERnYURSUkgwT3FjWUcvK3hlUVhl?= =?utf-8?B?VUNmTm8xTmZHTzhLcTdsMFREOGgzNzB1aS9rUTFuZnJ3SzZJVUZ1YVlNc3JI?= =?utf-8?B?ejY5bllMeEo1VHdlYmIzL09XcDhxanE1MjFmYmZRUnpNbEhYSWtYYTRzTXJY?= =?utf-8?B?SVBHeVB1K1hEc2QvZTBRODZnUGxuUXR6NkRIWHJYVmtxZDNQL0lWcHNpa3I0?= =?utf-8?B?SXJMaWsxNG1qUVpwS3B3Sk8rUzQyaXJpdTJnOEdkcnFMenJ5QURaeVNsUTli?= =?utf-8?B?ckV6MThZMnhya0hrOFdtdUkwdFRSRnZHVVErQjIxZ2lFdmgrZGszNFJXWHls?= =?utf-8?B?bHkvcExKcmJHa0N2cklKQmFEQXVJS1gxOEIxWkZkUUd4bkdnOURSeVkrbDJE?= =?utf-8?B?NFc1Y0o5T09NeTUva2lLOU5QMkl3dXhwL09CSHJjZWJ3V2ZFa1RqOGJlT29C?= =?utf-8?B?ZFk5bHFOM0luOThwRVcrMTV0OGM1UGJtT2NVRUhlVEIrUm9iRTdzVy8vb0dH?= =?utf-8?B?N1IwdE4rc3JFQWE3WGZSKzY3ZGpXWUEwRFpBNVdlaHB3TExlQ3RUU0VaWmhE?= =?utf-8?B?eUdXcmtHMnRGS015ZGU2Wmp3WDNJWmNQWjhMeVhXbS94cTJQUlAyeEx2Vjdj?= =?utf-8?B?L29UemZTaEVIYm0ycVE3U0J4NWw1WEoxdkNrcDFvZGs0L3ZGeldqS09tbDZ1?= =?utf-8?B?ZHo0bkpRcTRaRnZ3SFlLWnlFNHVrVUcxQ2JjNE8xbUxqR2wza0R3N1RNWUdp?= =?utf-8?B?V0daaStieGhCOERQR3pwSXBJVFd0RUUvZmtBVmJrblR3eDJWRmQxR2RDcW5Y?= =?utf-8?B?OTRBTVp6QmVNOFJZeGtuTlBEd2MzcUhGSmplNHZNTXk4dFpNWDM4UVZucE1D?= =?utf-8?B?amNPMEFGN1VpM09OanJ6VGM5bGhJNmRqUGVFT3FhNWtUQkw2dnlSZHE4Rlls?= =?utf-8?B?MkxnWGZNQWhENFFmVThLd1BxdEVrS3RZdWV6dGRoSFJHQVJHSEM2T3VVQXY4?= =?utf-8?B?ZHJLcm9oVkx2WGZrNFc1L3FoU0M1Nlp1QlFJZ1dHM21xd3Y3ZW1WcS9GNlEv?= =?utf-8?Q?MX/uqtcYUOW2ndzEjrq3?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-d8e84.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 0919dad1-809f-4495-e8b8-08dc44160481 X-MS-Exchange-CrossTenant-AuthSource: SI2PR01MB5036.apcprd01.prod.exchangelabs.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Mar 2024 11:00:53.9112 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SEYPR01MB6233 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.14 / 15.00]; FORGED_MUA_SEAMONKEY_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.64)[-0.638]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f403:c000::/51]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[hotmail.com]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a01:111:f403:d402::1:from]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[hotmail.com:+] X-Rspamd-Queue-Id: 4TwPZ43mgsz4Qfw Hello. :On began to be used to expand the variable PATCHES in readline-8.2.10. This determined that porttree itself would not support versions with older make, such as 12.4-STABLE :) However, it seems that the indexer for INDEX-12 is still at work, creating a broken index. The following result is obtained. > pkg version -v -L = readline-8.2.10 > succeeds index (index has 8.2.:[.1]}) What should these be? Regards. From nobody Thu Mar 14 13:49:18 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 4TwTJQ4M0Qz5D2qp for ; Thu, 14 Mar 2024 13:49:26 +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) 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 4TwTJP2lP8z4m2n for ; Thu, 14 Mar 2024 13:49:25 +0000 (UTC) (envelope-from david@catwhisker.org) 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 Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 42EDnIAh075101 for ; Thu, 14 Mar 2024 13:49:18 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 42EDnIGj075100 for freebsd-ports@freebsd.org; Thu, 14 Mar 2024 06:49:18 -0700 (PDT) (envelope-from david) Date: Thu, 14 Mar 2024 06:49:18 -0700 From: David Wolfskill To: freebsd-ports@freebsd.org Subject: Build failure for graphics/drm-515-kmod in CURRENT Message-ID: Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="oBBvma5vNSD0UaaK" Content-Disposition: inline X-Spamd-Bar: / X-Spamd-Result: default: False [-0.19 / 15.00]; REPLYTO_EQ_TO_ADDR(5.00)[]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.79)[-0.791]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; FREEFALL_USER(0.00)[david]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[catwhisker.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; HAS_REPLYTO(0.00)[freebsd-ports@freebsd.org] X-Rspamd-Queue-Id: 4TwTJP2lP8z4m2n --oBBvma5vNSD0UaaK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is on my laptop, during a source-based update from main-n268772-906521f8176b to main-n268800-6a6ec90681cf, in the "make buildkernel" phase, as a result of: g1-70(15.0-C)[3] grep PORT /etc/src.conf PORTS_MODULES+=3Dx11/nvidia-driver-390 PORTS_MODULES+=3Dgraphics/drm-515-kmod (which has been there at least since 06 December, while tracking head daily). My ports tree is at main-n655899-de3ac29011f1; all installed ports were previously updated to that point (while the laptop was running stable/14-n266980-9a2b4665958e, from a different slice). /usr/local is the same file system regardless of which slice gets booted. The complete build typescript may be found at=20 https://www.catwhisker.org/~david/FreeBSD/ports/drm-515-kmod/ The fatal whine appears (to me) to be: =2E.. --- i915_irq.o --- cc -O2 -pipe -fno-strict-aliasing -DLINUXKPI_VERSION=3D51501 '-DKBUILD_MOD= NAME=3D"i915kms"' '-DLINUXKPI_PARAM_PREFIX=3Di915_' -DDRM_SYSCTL_PARAM_PREF= IX=3D_i915kms -DCONFIG_DRM_AMDGPU_CIK -DCONFIG_DRM_AMDGPU_SI -DCONFIG_DRM_A= MD_DC -DCONFIG_DRM_AMD_DC_SI -DCONFIG_AMD_PMC -DCONFIG_DRM_I915_FORCE_PROBE= =3D'"*"' -DCONFIG_DRM_I915_REQUEST_TIMEOUT=3D20000 -DCONFIG_DRM_I915_CAPTUR= E_ERROR -DCONFIG_DRM_I915_USERFAULT_AUTOSUSPEND=3D250 -DCONFIG_DRM_I915_STO= P_TIMEOUT=3D100 -DCONFIG_DRM_I915_PREEMPT_TIMEOUT=3D640 -DCONFIG_DRM_I915_H= EARTBEAT_INTERVAL=3D2500 -DCONFIG_DRM_I915_TIMESLICE_DURATION=3D1 -DCONFIG_= DRM_I915_MAX_REQUEST_BUSYWAIT=3D8000 -DCONFIG_DRM_I915_FENCE_TIMEOUT=3D1000= 0 -DCONFIG_DRM_MIPI_DSI -DCONFIG_DRM_PANEL_ORIENTATION_QUIRKS -DCONFIG_DRM_= FBDEV_EMULATION -DCONFIG_DRM_FBDEV_OVERALLOC=3D100 -DCONFIG_ARCH_HAVE_NMI_S= AFE_CMPXCHG -DCONFIG_BACKLIGHT_CLASS_DEVICE -DCONFIG_DEBUG_FS -DCONFIG_DMI = -DCONFIG_FB -DCONFIG_MTRR -DCONFIG_PCI -DCONFIG_PM -DCONFIG_PM_SLEEP -DCONF= IG_SMP -DCONFIG_SUSPEND -DCONFIG_ACPI -DCONFIG_ACPI_SLEEP -DCONFIG_X86 -DCO= NFIG_X86_PAT -DCONFIG_64BIT -DCONFIG_AS_MOVNTDQA -DCONFIG_COMPAT -DCONFIG_X= 86_64 -DCONFIG_DRM_AMD_DC_DCN -DCONFIG_DRM_AMD_DC_DCN3_0 -DCONFIG_DRM_AMD_D= C_DCN3_01 -DCONFIG_DRM_AMD_DC_DCN3_02 -DCONFIG_DRM_AMD_DC_DCN3_1 -Werror -= D_KERNEL -DKLD_MODULE -nostdinc -I/common/S4/obj/usr/src/amd64.amd64/sys/C= ANARY/common/ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/linu= xkpi/gplv2/include -I/common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/p= orts/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/linuxkpi/bsd/inclu= de -I/usr/src/sys/compat/linuxkpi/common/include -I/common/S4/obj/usr/src/a= md64.amd64/sys/CANARY/common/ports/graphics/drm-515-kmod/work/drm-kmod-drm_= v5.15.118_4/linuxkpi/dummy/include -I/usr/src/sys/compat/linuxkpi/dummy/inc= lude -I/common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/graphics/= drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/include -I/common/S4/obj/usr/src= /amd64.amd64/sys/CANARY/common/ports/graphics/drm-515-kmod/work/drm-kmod-dr= m_v5.15.118_4/include/drm -I/common/S4/obj/usr/src/amd64.amd64/sys/CANARY/c= ommon/ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/include/uap= i -I/common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm= -515-kmod/work/drm-kmod-drm_v5.15.118_4/drivers/gpu -I/common/S4/obj/usr/sr= c/amd64.amd64/sys/CANARY/common/ports/graphics/drm-515-kmod/work/drm-kmod-d= rm_v5.15.118_4/drivers/gpu/drm/i915 -I/common/S4/obj/usr/src/amd64.amd64/sy= s/CANARY/common/ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/d= rivers/gpu/drm/i915/display -include /common/S4/obj/usr/src/amd64.amd64/sys= /CANARY/common/ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/ob= j/common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm-51= 5-kmod/work/drm-kmod-drm_v5.15.118_4/i915/opt_global.h -I. -I/usr/src/sys -= I/usr/src/sys/contrib/ck/include -fno-common -fno-omit-frame-pointer -mno-= omit-leaf-frame-pointer -fdebug-prefix-map=3D./machine=3D/usr/src/sys/amd64= /include -fdebug-prefix-map=3D./x86=3D/usr/src/sys/x86/include -fdebug-pref= ix-map=3D./i386=3D/usr/src/sys/i386/include -MD -MF.depend.i915_irq.o = -MTi915_irq.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-floa= t -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector= -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual= -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-inc= lude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=3Dtauto= logical-compare -Wno-error=3Dempty-body -Wno-error=3Dparentheses-equality -= Wno-error=3Dunused-function -Wno-error=3Dpointer-sign -Wno-error=3Dshift-ne= gative-value -Wno-address-of-packed-member -Wno-format-zero-length -Wno-poi= nter-arith -Wno-format -Wno-cast-qual -Wno-unused-but-set-variable -mno-ae= s -mno-avx -std=3Dgnu99 -c /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/c= ommon/ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/drivers/gpu= /drm/i915/i915_irq.c -o i915_irq.o --- i915_drv.o --- /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm-515= -kmod/work/drm-kmod-drm_v5.15.118_4/drivers/gpu/drm/i915/i915_drv.c:238:50:= error: too many arguments to function call, expected 3, have 5 237 | BUS_DEACTIVATE_RESOURCE(device_get_parent(vga), | ~~~~~~~~~~~~~~~~~~~~~~~ 238 | dev_priv->drm.dev->bsddev, SYS_RES_MEMORY, dev_= priv->mch_res_rid, | ^~~~= ~~~~~~~~~~~~~~~~~~ 239 | dev_priv->mch_res.bsd_res); | ~~~~~~~~~~~~~~~~~~~~~~~~~ =2E/bus_if.h:432:21: note: 'BUS_DEACTIVATE_RESOURCE' declared here 432 | static __inline int BUS_DEACTIVATE_RESOURCE(device_t _dev, device_t= _child, | ^ ~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~~~~ 433 | struct resource *_r) | ~~~~~~~~~~~~~~~~~~~ /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm-515= -kmod/work/drm-kmod-drm_v5.15.118_4/drivers/gpu/drm/i915/i915_drv.c:241:50:= error: too many arguments to function call, expected 3, have 5 240 | BUS_RELEASE_RESOURCE(device_get_parent(vga), | ~~~~~~~~~~~~~~~~~~~~ 241 | dev_priv->drm.dev->bsddev, SYS_RES_MEMORY, dev_= priv->mch_res_rid, | ^~~~= ~~~~~~~~~~~~~~~~~~ 242 | dev_priv->mch_res.bsd_res); | ~~~~~~~~~~~~~~~~~~~~~~~~~ =2E/bus_if.h:520:21: note: 'BUS_RELEASE_RESOURCE' declared here 520 | static __inline int BUS_RELEASE_RESOURCE(device_t _dev, device_t _c= hild, | ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~~ 521 | struct resource *_res) | ~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** [i915_drv.o] Error code 1 make[1]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/po= rts/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/i915 make[1]: 1 error make[1]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/po= rts/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/i915 make: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports= /graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4 =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure = to the maintainer. *** Error code 1 Stop. make[4]: stopped in /common/ports/graphics/drm-515-kmod *** Error code 1 Stop. make[3]: stopped in /common/ports/graphics/drm-515-kmod *** [all] Error code 1 make[2]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY =2EERROR_TARGET=3D'all' =2EERROR_META_FILE=3D'' =2EMAKE.LEVEL=3D'2' MAKEFILE=3D'' =2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose curdirOk=3Dyes' _ERROR_CMD=3D'.PHONY' =2ECURDIR=3D'/common/S4/obj/usr/src/amd64.amd64/sys/CANARY' =2EMAKE=3D'make' =2EOBJDIR=3D'/common/S4/obj/usr/src/amd64.amd64/sys/CANARY' =2ETARGETS=3D'all' CPUTYPE=3D'' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MACHINE_CPUARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20240108' make[2]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY =2EERROR_TARGET=3D'all' =2EERROR_META_FILE=3D'' =2EMAKE.LEVEL=3D'2' MAKEFILE=3D'' =2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose curdirOk=3Dyes' _ERROR_CMD=3D'.PHONY' =2ECURDIR=3D'/common/S4/obj/usr/src/amd64.amd64/sys/CANARY' =2EMAKE=3D'make' =2EOBJDIR=3D'/common/S4/obj/usr/src/amd64.amd64/sys/CANARY' =2ETARGETS=3D'all' CPUTYPE=3D'' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MACHINE_CPUARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20240108' PATH=3D'/common/S4/obj/usr/src/amd64.amd64/tmp/bin:/common/S4/obj/usr/src/a= md64.amd64/tmp/usr/sbin:/common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin:/com= mon/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/common/S4/obj/usr/src/a= md64.amd64/tmp/legacy/usr/bin:/common/S4/obj/usr/src/amd64.amd64/tmp/legacy= /bin:/common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:= /usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/src' =2EMAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.e= nv.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/= bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/local.sys.m= achine.mk /usr/src/share/mk/meta.sys.mk /usr/src/share/mk/local.meta.sys.en= v.mk /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk /etc/m= ake.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/s= rc.conf Makefile /usr/src/sys/conf/kern.pre.mk /usr/src/share/mk/bsd.own.mk= /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/= mk/bsd.compiler.mk /usr/src/share/mk/bsd.endian.mk /usr/src/share/mk/bsd.li= nker.mk /usr/src/sys/conf/kern.opts.mk /usr/src/sys/conf/kern.post.mk /usr/= src/sys/conf/kern.mk /dev/null' =2EPATH=3D'. /common/S4/obj/usr/src/amd64.amd64/sys/CANARY' 808.12 real 5840.78 user 315.27 sys make[1]: stopped in /usr/src Any suggestions? Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Alexey Navalny was a courageous man; Putin has made him a martyr. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --oBBvma5vNSD0UaaK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZfMAXl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5TpbAQCpKv5ebTA4Lz01XOTG6sa+RwS5rQeorAcCtfg0hbgAzgD/dBFoFWiUEnX2 KpwrZRQ1F5J9lkTkE6U20DYes7n0UAE= =tx3C -----END PGP SIGNATURE----- --oBBvma5vNSD0UaaK-- From nobody Thu Mar 14 14:27:49 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 4TwV8m6kKGz5D5qd for ; Thu, 14 Mar 2024 14:27:52 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwV8m2H4hz4sZt for ; Thu, 14 Mar 2024 14:27:52 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=in-reply-to:from:from:references :content-language:subject:subject:user-agent:mime-version:date :date:message-id:content-type:content-type; s=201508; t= 1710426470; bh=z84yKSqP6IxABUeooLo9n+gD2U3stcv2BIHWlMvRrDs=; b=J 4lAd8P+88z54rhrLf8mZ6vUHaax/xg7tqIe2SEVsFv5PTSysnF6gvlN3dNEXUoeA J44H/KuM54QIXyCAUUijUcNUADUKg+bEhjj+hDA3btwdJxqn7ElpQjD9CliLsPzh RVg0f2D+kHoQa0+KWF/Rj0XIEamF+zKuZXmQsfDNtw= Received: from [IPV6:2600:4040:53d9:8200:4ed7:17ff:fe3c:c98] (unknown [IPv6:2600:4040:53d9:8200:4ed7:17ff:fe3c:c98]) (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) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 1A956C423; Thu, 14 Mar 2024 10:27:50 -0400 (EDT) Content-Type: multipart/alternative; boundary="------------1zx8jqj75Dg4YVc3IJYx3bYa" Message-ID: Date: Thu, 14 Mar 2024 10:27:49 -0400 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Build failure for graphics/drm-515-kmod in CURRENT Content-Language: en-NZ To: freebsd-ports@freebsd.org, David Wolfskill References: From: Michael Butler Autocrypt: addr=imb@protected-networks.net; keydata= xsDiBETHZAURBACJicNaIbVVVZahtQcdJeogtTLjCYAdj4kFMpy6Y3Ac19UNWDM+TrD4yFPi 5nc/pp9M/5Q4RNBr6a97fTYroTaq+vDwWdklOHwD2ZXs7FqwWOtVSIPT/rev5fUvwEF2VFYE sNDbpE5HHpP/oFUw5scEJZVyOBJSGvYb1IhV55NWswCgzkUGbG8A3s+oZXkHqTCYGW/seukD +wTo/L835xLpbTJxoxEKeGA3aWifSsRvpWWHyXye6sTkSN3SmtE9A8Pqmdb1dBEO0eOms6GD RamvCFgdvg2HesAv9l7L/7Mm9iKJs6uTAa+taIQslpumGh4PRc94IepVFzAa4Ef/FA4mWx9w P/EqNsKUPE2U5HI1decbopkxH/d/A/9Hupc10lPsXVMACd54/YZRsSTTcArheekm8qE/f8Hl 1Q7At+yuFgfMll4QPAhefnrLUanXF1bWtxG5PmaJktDYp3HOmy43giZgacgt+a3TVd6vu8Gs DnI4FOfYllq7mZFezMIulCWUYtnkMEXEeyzp39dygi7blPIjckWlQ2sc380rTWljaGFlbCBC dXRsZXIgPGltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0PsJgBBMRAgAgBQJEx2QFAhsDBgsJ CAcDAgQVAggDBBYCAwECHgECF4AACgkQQv9rrgRC1JL7mgCdEnPeo22kqT/bES+D78QSGhNR r8cAn2xOMeu6pBrc2tDY8Ky/70HBctmjzsFNBETHZA4QCACKbm/PMn4QcyDEvIn4MF+t2E1A zgiBAkPCMtWT1CcqeUj13OwNM8qJD/mBWjCZCnr1hKVbvzOmgKaM4uDCWIcSCdoDTJx1DqMx abr+EpHz1fL6aagEOKHz5sCYOkDXt3zzZ/5RBMdkEJwunXYtAbu5e68oty+d0DFzAM3pBp6l GC0TE3VutmFR/KK66rf0KB83YQBf/IAtyqsRIQPP9t0SLfJ+kqKXf73nvAUFEtb21gZSzhTm QP87QKyQvenE8o4PQ2tEslq2jICB7pGcqIrwP4o3Hl4V+HXi3lA26MMJ5rakQB2sKKWroPVQ BiRXO+W8Qf+0oQFq38oMXR5sPOs/AAMFB/sEKcjzvkwviZOsDElthxtgrmqUNKC9G/4Fw0tK k6fMynv+bcKz85k2uWOIfefUKBFoQ0SCphU4jquJENqqy6BPTkXePlIJok2/GkF7xtHm2FPq tTTuYmoBrGsls28Z9dn2LcBwFHz59SSWM9JFPIvFr9HCkKtp6zPUsJd5b02+0wgzDubTMQS9 M2LwGSh9xK6xl4MGgngl22b0TZDh5qHwmsywOX6SbGsQfeNpkptJ4gPjShypusFyF+pevnCM wTfUPCBd/AFbu2fHFQjA8sgkr5IqXuc4PoiIBXc9upoFpDqGkYssAKbzGcRsK94a8hRROJV9 bzPyYempIWaPXr2EwkkEGBECAAkFAkTHZA4CGwwACgkQQv9rrgRC1JKqhwCeOov6gTo8eWte es3gbLr2n2b5AXMAoItSlajet574lkouzY3u3scSRfiE In-Reply-To: X-Spamd-Bar: ---- 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:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4TwV8m2H4hz4sZt This is a multi-part message in MIME format. --------------1zx8jqj75Dg4YVc3IJYx3bYa Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 V2hpbGUgSSdtIG5vdCB1c2luZyA1MTUsIEkgbmVlZGVkIHNvbWV0aGluZyBsaWtlIHRoaXMg cGF0Y2ggdG8gYnVpbGQgDQpkcm0tNjEgYWZ0ZXIgdGhlIEJVU19SRUxFQVNFX1JFU09VUkNF IGNoYW5nZXMgaW4gY29tbWl0IDlkYmY1YjA6DQotLS0gZHJpdmVycy9ncHUvZHJtL2k5MTUv aW50ZWxfZnJlZWJzZC5jLm9yaWfCoMKgIDIwMjQtMDItMjQgMTA6MTU6MjQgVVRDDQorKysg ZHJpdmVycy9ncHUvZHJtL2k5MTUvaW50ZWxfZnJlZWJzZC5jDQpAQCAtNzQsOSArNzQsOSBA QCBic2RfaW50ZWxfcGNpX2J1c19yZWxlYXNlX21lbShkZXZpY2VfdCBkZXYsIGludCByaWQs IHYNCg0KIMKgwqDCoMKgwqDCoMKgIHZnYSA9IGRldmljZV9nZXRfcGFyZW50KGRldik7DQog wqDCoMKgwqDCoMKgwqAgQlVTX0RFQUNUSVZBVEVfUkVTT1VSQ0UoZGV2aWNlX2dldF9wYXJl bnQodmdhKSwNCi3CoMKgwqDCoMKgwqDCoMKgwqDCoCBkZXYsIFNZU19SRVNfTUVNT1JZLCBy aWQsIHJlcyk7DQorwqDCoMKgwqDCoMKgwqDCoMKgwqAgZGV2LCByZXMpOw0KIMKgwqDCoMKg wqDCoMKgIEJVU19SRUxFQVNFX1JFU09VUkNFKGRldmljZV9nZXRfcGFyZW50KHZnYSksDQot wqDCoMKgwqDCoMKgwqDCoMKgwqAgZGV2LCBTWVNfUkVTX01FTU9SWSwgcmlkLCByZXMpOw0K K8KgwqDCoMKgwqDCoMKgwqDCoMKgIGRldiwgcmVzKTsNCiDCoH0NCg0KIMKgYm9vbA0KDQoN Ck9uIDMvMTQvMjQgMDk6NDksIERhdmlkIFdvbGZza2lsbCB3cm90ZToNCj4gVGhpcyBpcyBv biBteSBsYXB0b3AsIGR1cmluZyBhIHNvdXJjZS1iYXNlZCB1cGRhdGUgZnJvbQ0KPiBtYWlu LW4yNjg3NzItOTA2NTIxZjgxNzZiIHRvIG1haW4tbjI2ODgwMC02YTZlYzkwNjgxY2YsIGlu IHRoZSAibWFrZQ0KPiBidWlsZGtlcm5lbCIgcGhhc2UsIGFzIGEgcmVzdWx0IG9mOg0KPg0K PiBnMS03MCgxNS4wLUMpWzNdIGdyZXAgUE9SVCAvZXRjL3NyYy5jb25mDQo+IFBPUlRTX01P RFVMRVMrPXgxMS9udmlkaWEtZHJpdmVyLTM5MA0KPiBQT1JUU19NT0RVTEVTKz1ncmFwaGlj cy9kcm0tNTE1LWttb2QNCj4NCj4gKHdoaWNoIGhhcyBiZWVuIHRoZXJlIGF0IGxlYXN0IHNp bmNlIDA2IERlY2VtYmVyLCB3aGlsZSB0cmFja2luZyBoZWFkDQo+IGRhaWx5KS4NCj4NCj4g TXkgcG9ydHMgdHJlZSBpcyBhdCBtYWluLW42NTU4OTktZGUzYWMyOTAxMWYxOyBhbGwgaW5z dGFsbGVkIHBvcnRzIHdlcmUNCj4gcHJldmlvdXNseSB1cGRhdGVkIHRvIHRoYXQgcG9pbnQg KHdoaWxlIHRoZSBsYXB0b3Agd2FzIHJ1bm5pbmcNCj4gc3RhYmxlLzE0LW4yNjY5ODAtOWEy YjQ2NjU5NThlLCBmcm9tIGEgZGlmZmVyZW50IHNsaWNlKS4gIC91c3IvbG9jYWwgaXMNCj4g dGhlIHNhbWUgZmlsZSBzeXN0ZW0gcmVnYXJkbGVzcyBvZiB3aGljaCBzbGljZSBnZXRzIGJv b3RlZC4NCj4NCj4gVGhlIGNvbXBsZXRlIGJ1aWxkIHR5cGVzY3JpcHQgbWF5IGJlIGZvdW5k IGF0DQo+IGh0dHBzOi8vd3d3LmNhdHdoaXNrZXIub3JnL35kYXZpZC9GcmVlQlNEL3BvcnRz L2RybS01MTUta21vZC8NCj4NCj4gVGhlIGZhdGFsIHdoaW5lIGFwcGVhcnMgKHRvIG1lKSB0 byBiZToNCj4NCj4gLi4uDQo+IC0tLSBpOTE1X2lycS5vIC0tLQ0KPiBjYyAgLU8yIC1waXBl IC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1ETElOVVhLUElfVkVSU0lPTj01MTUwMSAnLURLQlVJ TERfTU9ETkFNRT0iaTkxNWttcyInICctRExJTlVYS1BJX1BBUkFNX1BSRUZJWD1pOTE1Xycg LUREUk1fU1lTQ1RMX1BBUkFNX1BSRUZJWD1faTkxNWttcyAtRENPTkZJR19EUk1fQU1ER1BV X0NJSyAtRENPTkZJR19EUk1fQU1ER1BVX1NJIC1EQ09ORklHX0RSTV9BTURfREMgLURDT05G SUdfRFJNX0FNRF9EQ19TSSAtRENPTkZJR19BTURfUE1DIC1EQ09ORklHX0RSTV9JOTE1X0ZP UkNFX1BST0JFPSciKiInIC1EQ09ORklHX0RSTV9JOTE1X1JFUVVFU1RfVElNRU9VVD0yMDAw MCAtRENPTkZJR19EUk1fSTkxNV9DQVBUVVJFX0VSUk9SIC1EQ09ORklHX0RSTV9JOTE1X1VT RVJGQVVMVF9BVVRPU1VTUEVORD0yNTAgLURDT05GSUdfRFJNX0k5MTVfU1RPUF9USU1FT1VU PTEwMCAtRENPTkZJR19EUk1fSTkxNV9QUkVFTVBUX1RJTUVPVVQ9NjQwIC1EQ09ORklHX0RS TV9JOTE1X0hFQVJUQkVBVF9JTlRFUlZBTD0yNTAwIC1EQ09ORklHX0RSTV9JOTE1X1RJTUVT TElDRV9EVVJBVElPTj0xIC1EQ09ORklHX0RSTV9JOTE1X01BWF9SRVFVRVNUX0JVU1lXQUlU PTgwMDAgLURDT05GSUdfRFJNX0k5MTVfRkVOQ0VfVElNRU9VVD0xMDAwMCAtRENPTkZJR19E Uk1fTUlQSV9EU0kgLURDT05GSUdfRFJNX1BBTkVMX09SSUVOVEFUSU9OX1FVSVJLUyAtRENP TkZJR19EUk1fRkJERVZfRU1VTEFUSU9OIC1EQ09ORklHX0RSTV9GQkRFVl9PVkVSQUxMT0M9 MTAwIC1EQ09ORklHX0FSQ0hfSEFWRV9OTUlfU0FGRV9DTVBYQ0hHIC1EQ09ORklHX0JBQ0tM SUdIVF9DTEFTU19ERVZJQ0UgLURDT05GSUdfREVCVUdfRlMgLURDT05GSUdfRE1JIC1EQ09O RklHX0ZCIC1EQ09ORklHX01UUlIgLURDT05GSUdfUENJIC1EQ09ORklHX1BNIC1EQ09ORklH X1BNX1NMRUVQIC1EQ09ORklHX1NNUCAtRENPTkZJR19TVVNQRU5EIC1EQ09ORklHX0FDUEkg LURDT05GSUdfQUNQSV9TTEVFUCAtRENPTkZJR19YODYgLURDT05GSUdfWDg2X1BBVCAtRENP TkZJR182NEJJVCAtRENPTkZJR19BU19NT1ZOVERRQSAtRENPTkZJR19DT01QQVQgLURDT05G SUdfWDg2XzY0IC1EQ09ORklHX0RSTV9BTURfRENfRENOIC1EQ09ORklHX0RSTV9BTURfRENf RENOM18wIC1EQ09ORklHX0RSTV9BTURfRENfRENOM18wMSAtRENPTkZJR19EUk1fQU1EX0RD X0RDTjNfMDIgLURDT05GSUdfRFJNX0FNRF9EQ19EQ04zXzEgIC1XZXJyb3IgLURfS0VSTkVM IC1ES0xEX01PRFVMRSAtbm9zdGRpbmMgIC1JL2NvbW1vbi9TNC9vYmovdXNyL3NyYy9hbWQ2 NC5hbWQ2NC9zeXMvQ0FOQVJZL2NvbW1vbi9wb3J0cy9ncmFwaGljcy9kcm0tNTE1LWttb2Qv d29yay9kcm0ta21vZC1kcm1fdjUuMTUuMTE4XzQvbGludXhrcGkvZ3BsdjIvaW5jbHVkZSAt SS9jb21tb24vUzQvb2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQvc3lzL0NBTkFSWS9jb21tb24v cG9ydHMvZ3JhcGhpY3MvZHJtLTUxNS1rbW9kL3dvcmsvZHJtLWttb2QtZHJtX3Y1LjE1LjEx OF80L2xpbnV4a3BpL2JzZC9pbmNsdWRlIC1JL3Vzci9zcmMvc3lzL2NvbXBhdC9saW51eGtw aS9jb21tb24vaW5jbHVkZSAtSS9jb21tb24vUzQvb2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQv c3lzL0NBTkFSWS9jb21tb24vcG9ydHMvZ3JhcGhpY3MvZHJtLTUxNS1rbW9kL3dvcmsvZHJt LWttb2QtZHJtX3Y1LjE1LjExOF80L2xpbnV4a3BpL2R1bW15L2luY2x1ZGUgLUkvdXNyL3Ny Yy9zeXMvY29tcGF0L2xpbnV4a3BpL2R1bW15L2luY2x1ZGUgLUkvY29tbW9uL1M0L29iai91 c3Ivc3JjL2FtZDY0LmFtZDY0L3N5cy9DQU5BUlkvY29tbW9uL3BvcnRzL2dyYXBoaWNzL2Ry bS01MTUta21vZC93b3JrL2RybS1rbW9kLWRybV92NS4xNS4xMThfNC9pbmNsdWRlIC1JL2Nv bW1vbi9TNC9vYmovdXNyL3NyYy9hbWQ2NC5hbWQ2NC9zeXMvQ0FOQVJZL2NvbW1vbi9wb3J0 cy9ncmFwaGljcy9kcm0tNTE1LWttb2Qvd29yay9kcm0ta21vZC1kcm1fdjUuMTUuMTE4XzQv aW5jbHVkZS9kcm0gLUkvY29tbW9uL1M0L29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3N5cy9D QU5BUlkvY29tbW9uL3BvcnRzL2dyYXBoaWNzL2RybS01MTUta21vZC93b3JrL2RybS1rbW9k LWRybV92NS4xNS4xMThfNC9pbmNsdWRlL3VhcGkgLUkvY29tbW9uL1M0L29iai91c3Ivc3Jj L2FtZDY0LmFtZDY0L3N5cy9DQU5BUlkvY29tbW9uL3BvcnRzL2dyYXBoaWNzL2RybS01MTUt a21vZC93b3JrL2RybS1rbW9kLWRybV92NS4xNS4xMThfNC9kcml2ZXJzL2dwdSAtSS9jb21t b24vUzQvb2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQvc3lzL0NBTkFSWS9jb21tb24vcG9ydHMv Z3JhcGhpY3MvZHJtLTUxNS1rbW9kL3dvcmsvZHJtLWttb2QtZHJtX3Y1LjE1LjExOF80L2Ry aXZlcnMvZ3B1L2RybS9pOTE1IC1JL2NvbW1vbi9TNC9vYmovdXNyL3NyYy9hbWQ2NC5hbWQ2 NC9zeXMvQ0FOQVJZL2NvbW1vbi9wb3J0cy9ncmFwaGljcy9kcm0tNTE1LWttb2Qvd29yay9k cm0ta21vZC1kcm1fdjUuMTUuMTE4XzQvZHJpdmVycy9ncHUvZHJtL2k5MTUvZGlzcGxheSAt aW5jbHVkZSAvY29tbW9uL1M0L29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3N5cy9DQU5BUlkv Y29tbW9uL3BvcnRzL2dyYXBoaWNzL2RybS01MTUta21vZC93b3JrL2RybS1rbW9kLWRybV92 NS4xNS4xMThfNC9vYmovY29tbW9uL1M0L29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3N5cy9D QU5BUlkvY29tbW9uL3BvcnRzL2dyYXBoaWNzL2RybS01MTUta21vZC93b3JrL2RybS1rbW9k LWRybV92NS4xNS4xMThfNC9pOTE1L29wdF9nbG9iYWwuaCAtSS4gLUkvdXNyL3NyYy9zeXMg LUkvdXNyL3NyYy9zeXMvY29udHJpYi9jay9pbmNsdWRlIC1mbm8tY29tbW9uICAtZm5vLW9t aXQtZnJhbWUtcG9pbnRlciAtbW5vLW9taXQtbGVhZi1mcmFtZS1wb2ludGVyIC1mZGVidWct cHJlZml4LW1hcD0uL21hY2hpbmU9L3Vzci9zcmMvc3lzL2FtZDY0L2luY2x1ZGUgLWZkZWJ1 Zy1wcmVmaXgtbWFwPS4veDg2PS91c3Ivc3JjL3N5cy94ODYvaW5jbHVkZSAtZmRlYnVnLXBy ZWZpeC1tYXA9Li9pMzg2PS91c3Ivc3JjL3N5cy9pMzg2L2luY2x1ZGUgICAgIC1NRCAgLU1G LmRlcGVuZC5pOTE1X2lycS5vIC1NVGk5MTVfaXJxLm8gLW1jbW9kZWw9a2VybmVsIC1tbm8t cmVkLXpvbmUgLW1uby1tbXggLW1uby1zc2UgLW1zb2Z0LWZsb2F0ICAtZm5vLWFzeW5jaHJv bm91cy11bndpbmQtdGFibGVzIC1mZnJlZXN0YW5kaW5nIC1md3JhcHYgLWZzdGFjay1wcm90 ZWN0b3IgLVdhbGwgLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3NpbmctcHJvdG90eXBlcyAt V3BvaW50ZXItYXJpdGggLVdjYXN0LXF1YWwgLVd1bmRlZiAtV25vLXBvaW50ZXItc2lnbiAt RF9fcHJpbnRmX189X19mcmVlYnNkX2twcmludGZfXyAtV21pc3NpbmctaW5jbHVkZS1kaXJz IC1mZGlhZ25vc3RpY3Mtc2hvdy1vcHRpb24gLVduby11bmtub3duLXByYWdtYXMgLVduby1l cnJvcj10YXV0b2xvZ2ljYWwtY29tcGFyZSAtV25vLWVycm9yPWVtcHR5LWJvZHkgLVduby1l cnJvcj1wYXJlbnRoZXNlcy1lcXVhbGl0eSAtV25vLWVycm9yPXVudXNlZC1mdW5jdGlvbiAt V25vLWVycm9yPXBvaW50ZXItc2lnbiAtV25vLWVycm9yPXNoaWZ0LW5lZ2F0aXZlLXZhbHVl IC1Xbm8tYWRkcmVzcy1vZi1wYWNrZWQtbWVtYmVyIC1Xbm8tZm9ybWF0LXplcm8tbGVuZ3Ro IC1Xbm8tcG9pbnRlci1hcml0aCAtV25vLWZvcm1hdCAtV25vLWNhc3QtcXVhbCAtV25vLXVu dXNlZC1idXQtc2V0LXZhcmlhYmxlICAtbW5vLWFlcyAtbW5vLWF2eCAgLXN0ZD1nbnU5OSAt YyAvY29tbW9uL1M0L29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3N5cy9DQU5BUlkvY29tbW9u L3BvcnRzL2dyYXBoaWNzL2RybS01MTUta21vZC93b3JrL2RybS1rbW9kLWRybV92NS4xNS4x MThfNC9kcml2ZXJzL2dwdS9kcm0vaTkxNS9pOTE1X2lycS5jIC1vIGk5MTVfaXJxLm8NCj4g LS0tIGk5MTVfZHJ2Lm8gLS0tDQo+IC9jb21tb24vUzQvb2JqL3Vzci9zcmMvYW1kNjQuYW1k NjQvc3lzL0NBTkFSWS9jb21tb24vcG9ydHMvZ3JhcGhpY3MvZHJtLTUxNS1rbW9kL3dvcmsv ZHJtLWttb2QtZHJtX3Y1LjE1LjExOF80L2RyaXZlcnMvZ3B1L2RybS9pOTE1L2k5MTVfZHJ2 LmM6MjM4OjUwOiBlcnJvcjogdG9vIG1hbnkgYXJndW1lbnRzIHRvIGZ1bmN0aW9uIGNhbGws IGV4cGVjdGVkIDMsIGhhdmUgNQ0KPiAgICAyMzcgfCAgICAgICAgICAgICAgICAgQlVTX0RF QUNUSVZBVEVfUkVTT1VSQ0UoZGV2aWNlX2dldF9wYXJlbnQodmdhKSwNCj4gICAgICAgIHwg ICAgICAgICAgICAgICAgIH5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+DQo+ICAgIDIzOCB8ICAg ICAgICAgICAgICAgICAgICAgZGV2X3ByaXYtPmRybS5kZXYtPmJzZGRldiwgU1lTX1JFU19N RU1PUlksIGRldl9wcml2LT5tY2hfcmVzX3JpZCwNCj4gICAgICAgIHwgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXn5+ fn5+fn5+fn5+fn5+fn5+fn5+fg0KPiAgICAyMzkgfCAgICAgICAgICAgICAgICAgICAgIGRl dl9wcml2LT5tY2hfcmVzLmJzZF9yZXMpOw0KPiAgICAgICAgfCAgICAgICAgICAgICAgICAg ICAgIH5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn4NCj4gLi9idXNfaWYuaDo0MzI6MjE6IG5v dGU6ICdCVVNfREVBQ1RJVkFURV9SRVNPVVJDRScgZGVjbGFyZWQgaGVyZQ0KPiAgICA0MzIg fCBzdGF0aWMgX19pbmxpbmUgaW50IEJVU19ERUFDVElWQVRFX1JFU09VUkNFKGRldmljZV90 IF9kZXYsIGRldmljZV90IF9jaGlsZCwNCj4gICAgICAgIHwgICAgICAgICAgICAgICAgICAg ICBeICAgICAgICAgICAgICAgICAgICAgICB+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+ fn5+DQo+ICAgIDQzMyB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgc3RydWN0IHJlc291cmNlICpfcikNCj4gICAgICAgIHwgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB+fn5+fn5+fn5+fn5+fn5+fn5+DQo+IC9j b21tb24vUzQvb2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQvc3lzL0NBTkFSWS9jb21tb24vcG9y dHMvZ3JhcGhpY3MvZHJtLTUxNS1rbW9kL3dvcmsvZHJtLWttb2QtZHJtX3Y1LjE1LjExOF80 L2RyaXZlcnMvZ3B1L2RybS9pOTE1L2k5MTVfZHJ2LmM6MjQxOjUwOiBlcnJvcjogdG9vIG1h bnkgYXJndW1lbnRzIHRvIGZ1bmN0aW9uIGNhbGwsIGV4cGVjdGVkIDMsIGhhdmUgNQ0KPiAg ICAyNDAgfCAgICAgICAgICAgICAgICAgQlVTX1JFTEVBU0VfUkVTT1VSQ0UoZGV2aWNlX2dl dF9wYXJlbnQodmdhKSwNCj4gICAgICAgIHwgICAgICAgICAgICAgICAgIH5+fn5+fn5+fn5+ fn5+fn5+fn5+DQo+ICAgIDI0MSB8ICAgICAgICAgICAgICAgICAgICAgZGV2X3ByaXYtPmRy bS5kZXYtPmJzZGRldiwgU1lTX1JFU19NRU1PUlksIGRldl9wcml2LT5tY2hfcmVzX3JpZCwN Cj4gICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgXn5+fn5+fn5+fn5+fn5+fn5+fn5+fg0KPiAgICAyNDIg fCAgICAgICAgICAgICAgICAgICAgIGRldl9wcml2LT5tY2hfcmVzLmJzZF9yZXMpOw0KPiAg ICAgICAgfCAgICAgICAgICAgICAgICAgICAgIH5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn4N Cj4gLi9idXNfaWYuaDo1MjA6MjE6IG5vdGU6ICdCVVNfUkVMRUFTRV9SRVNPVVJDRScgZGVj bGFyZWQgaGVyZQ0KPiAgICA1MjAgfCBzdGF0aWMgX19pbmxpbmUgaW50IEJVU19SRUxFQVNF X1JFU09VUkNFKGRldmljZV90IF9kZXYsIGRldmljZV90IF9jaGlsZCwNCj4gICAgICAgIHwg ICAgICAgICAgICAgICAgICAgICBeICAgICAgICAgICAgICAgICAgICB+fn5+fn5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+DQo+ICAgIDUyMSB8ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgc3RydWN0IHJlc291cmNlICpfcmVzKQ0KPiAgICAgICAgfCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIH5+fn5+fn5+fn5+fn5+ fn5+fn5+fg0KPiAyIGVycm9ycyBnZW5lcmF0ZWQuDQo+ICoqKiBbaTkxNV9kcnYub10gRXJy b3IgY29kZSAxDQo+DQo+IG1ha2VbMV06IHN0b3BwZWQgaW4gL2NvbW1vbi9TNC9vYmovdXNy L3NyYy9hbWQ2NC5hbWQ2NC9zeXMvQ0FOQVJZL2NvbW1vbi9wb3J0cy9ncmFwaGljcy9kcm0t NTE1LWttb2Qvd29yay9kcm0ta21vZC1kcm1fdjUuMTUuMTE4XzQvaTkxNQ0KPiBtYWtlWzFd OiAxIGVycm9yDQo+DQo+IG1ha2VbMV06IHN0b3BwZWQgaW4gL2NvbW1vbi9TNC9vYmovdXNy L3NyYy9hbWQ2NC5hbWQ2NC9zeXMvQ0FOQVJZL2NvbW1vbi9wb3J0cy9ncmFwaGljcy9kcm0t NTE1LWttb2Qvd29yay9kcm0ta21vZC1kcm1fdjUuMTUuMTE4XzQvaTkxNQ0KPg0KPiBtYWtl OiBzdG9wcGVkIGluIC9jb21tb24vUzQvb2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQvc3lzL0NB TkFSWS9jb21tb24vcG9ydHMvZ3JhcGhpY3MvZHJtLTUxNS1rbW9kL3dvcmsvZHJtLWttb2Qt ZHJtX3Y1LjE1LjExOF80DQo+ID09PT4gQ29tcGlsYXRpb24gZmFpbGVkIHVuZXhwZWN0ZWRs eS4NCj4gVHJ5IHRvIHNldCBNQUtFX0pPQlNfVU5TQUZFPXllcyBhbmQgcmVidWlsZCBiZWZv cmUgcmVwb3J0aW5nIHRoZSBmYWlsdXJlIHRvDQo+IHRoZSBtYWludGFpbmVyLg0KPiAqKiog RXJyb3IgY29kZSAxDQo+DQo+IFN0b3AuDQo+IG1ha2VbNF06IHN0b3BwZWQgaW4gL2NvbW1v bi9wb3J0cy9ncmFwaGljcy9kcm0tNTE1LWttb2QNCj4gKioqIEVycm9yIGNvZGUgMQ0KPg0K PiBTdG9wLg0KPiBtYWtlWzNdOiBzdG9wcGVkIGluIC9jb21tb24vcG9ydHMvZ3JhcGhpY3Mv ZHJtLTUxNS1rbW9kDQo+ICoqKiBbYWxsXSBFcnJvciBjb2RlIDENCj4NCj4gbWFrZVsyXTog c3RvcHBlZCBpbiAvY29tbW9uL1M0L29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3N5cy9DQU5B UlkNCj4gLkVSUk9SX1RBUkdFVD0nYWxsJw0KPiAuRVJST1JfTUVUQV9GSUxFPScnDQo+IC5N QUtFLkxFVkVMPScyJw0KPiBNQUtFRklMRT0nJw0KPiAuTUFLRS5NT0RFPSdtZXRhIG1pc3Np bmctZmlsZW1vbj15ZXMgbWlzc2luZy1tZXRhPXllcyBzaWxlbnQ9eWVzIHZlcmJvc2UgY3Vy ZGlyT2s9eWVzJw0KPiBfRVJST1JfQ01EPScuUEhPTlknDQo+IC5DVVJESVI9Jy9jb21tb24v UzQvb2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQvc3lzL0NBTkFSWScNCj4gLk1BS0U9J21ha2Un DQo+IC5PQkpESVI9Jy9jb21tb24vUzQvb2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQvc3lzL0NB TkFSWScNCj4gLlRBUkdFVFM9J2FsbCcNCj4gQ1BVVFlQRT0nJw0KPiBERVNURElSPScnDQo+ IExEX0xJQlJBUllfUEFUSD0nJw0KPiBNQUNISU5FPSdhbWQ2NCcNCj4gTUFDSElORV9BUkNI PSdhbWQ2NCcNCj4gTUFDSElORV9DUFVBUkNIPSdhbWQ2NCcNCj4gTUFLRU9CSkRJUlBSRUZJ WD0nJw0KPiBNQUtFU1lTUEFUSD0nL3Vzci9zcmMvc2hhcmUvbWsnDQo+IE1BS0VfVkVSU0lP Tj0nMjAyNDAxMDgnDQo+DQo+DQo+IG1ha2VbMl06IHN0b3BwZWQgaW4gL2NvbW1vbi9TNC9v YmovdXNyL3NyYy9hbWQ2NC5hbWQ2NC9zeXMvQ0FOQVJZDQo+IC5FUlJPUl9UQVJHRVQ9J2Fs bCcNCj4gLkVSUk9SX01FVEFfRklMRT0nJw0KPiAuTUFLRS5MRVZFTD0nMicNCj4gTUFLRUZJ TEU9JycNCj4gLk1BS0UuTU9ERT0nbWV0YSBtaXNzaW5nLWZpbGVtb249eWVzIG1pc3Npbmct bWV0YT15ZXMgc2lsZW50PXllcyB2ZXJib3NlIGN1cmRpck9rPXllcycNCj4gX0VSUk9SX0NN RD0nLlBIT05ZJw0KPiAuQ1VSRElSPScvY29tbW9uL1M0L29iai91c3Ivc3JjL2FtZDY0LmFt ZDY0L3N5cy9DQU5BUlknDQo+IC5NQUtFPSdtYWtlJw0KPiAuT0JKRElSPScvY29tbW9uL1M0 L29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3N5cy9DQU5BUlknDQo+IC5UQVJHRVRTPSdhbGwn DQo+IENQVVRZUEU9JycNCj4gREVTVERJUj0nJw0KPiBMRF9MSUJSQVJZX1BBVEg9JycNCj4g TUFDSElORT0nYW1kNjQnDQo+IE1BQ0hJTkVfQVJDSD0nYW1kNjQnDQo+IE1BQ0hJTkVfQ1BV QVJDSD0nYW1kNjQnDQo+IE1BS0VPQkpESVJQUkVGSVg9JycNCj4gTUFLRVNZU1BBVEg9Jy91 c3Ivc3JjL3NoYXJlL21rJw0KPiBNQUtFX1ZFUlNJT049JzIwMjQwMTA4Jw0KPiBQQVRIPScv Y29tbW9uL1M0L29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3RtcC9iaW46L2NvbW1vbi9TNC9v YmovdXNyL3NyYy9hbWQ2NC5hbWQ2NC90bXAvdXNyL3NiaW46L2NvbW1vbi9TNC9vYmovdXNy L3NyYy9hbWQ2NC5hbWQ2NC90bXAvdXNyL2JpbjovY29tbW9uL1M0L29iai91c3Ivc3JjL2Ft ZDY0LmFtZDY0L3RtcC9sZWdhY3kvdXNyL3NiaW46L2NvbW1vbi9TNC9vYmovdXNyL3NyYy9h bWQ2NC5hbWQ2NC90bXAvbGVnYWN5L3Vzci9iaW46L2NvbW1vbi9TNC9vYmovdXNyL3NyYy9h bWQ2NC5hbWQ2NC90bXAvbGVnYWN5L2JpbjovY29tbW9uL1M0L29iai91c3Ivc3JjL2FtZDY0 LmFtZDY0L3RtcC9sZWdhY3kvdXNyL2xpYmV4ZWM6Oi9zYmluOi9iaW46L3Vzci9zYmluOi91 c3IvYmluJw0KPiBTUkNUT1A9Jy91c3Ivc3JjJw0KPiBPQkpUT1A9Jy91c3Ivc3JjJw0KPiAu TUFLRS5NQUtFRklMRVM9Jy91c3Ivc3JjL3NoYXJlL21rL3N5cy5tayAvdXNyL3NyYy9zaGFy ZS9tay9sb2NhbC5zeXMuZW52Lm1rIC91c3Ivc3JjL3NoYXJlL21rL3NyYy5zeXMuZW52Lm1r IC9ldGMvc3JjLWVudi5jb25mIC91c3Ivc3JjL3NoYXJlL21rL2JzZC5ta29wdC5tayAvdXNy L3NyYy9zaGFyZS9tay9zcmMuc3lzLm9iai5tayAvdXNyL3NyYy9zaGFyZS9tay9sb2NhbC5z eXMubWFjaGluZS5tayAvdXNyL3NyYy9zaGFyZS9tay9tZXRhLnN5cy5tayAvdXNyL3NyYy9z aGFyZS9tay9sb2NhbC5tZXRhLnN5cy5lbnYubWsgL3Vzci9zcmMvc2hhcmUvbWsvYXV0by5v YmoubWsgL3Vzci9zcmMvc2hhcmUvbWsvYnNkLnN1ZmZpeGVzLm1rIC9ldGMvbWFrZS5jb25m IC91c3Ivc3JjL3NoYXJlL21rL2xvY2FsLnN5cy5tayAvdXNyL3NyYy9zaGFyZS9tay9zcmMu c3lzLm1rIC9ldGMvc3JjLmNvbmYgTWFrZWZpbGUgL3Vzci9zcmMvc3lzL2NvbmYva2Vybi5w cmUubWsgL3Vzci9zcmMvc2hhcmUvbWsvYnNkLm93bi5tayAvdXNyL3NyYy9zaGFyZS9tay9i c2Qub3B0cy5tayAvdXNyL3NyYy9zaGFyZS9tay9ic2QuY3B1Lm1rIC91c3Ivc3JjL3NoYXJl L21rL2JzZC5jb21waWxlci5tayAvdXNyL3NyYy9zaGFyZS9tay9ic2QuZW5kaWFuLm1rIC91 c3Ivc3JjL3NoYXJlL21rL2JzZC5saW5rZXIubWsgL3Vzci9zcmMvc3lzL2NvbmYva2Vybi5v cHRzLm1rIC91c3Ivc3JjL3N5cy9jb25mL2tlcm4ucG9zdC5tayAvdXNyL3NyYy9zeXMvY29u Zi9rZXJuLm1rIC9kZXYvbnVsbCcNCj4gLlBBVEg9Jy4gL2NvbW1vbi9TNC9vYmovdXNyL3Ny Yy9hbWQ2NC5hbWQ2NC9zeXMvQ0FOQVJZJw0KPiAgICAgICAgODA4LjEyIHJlYWwgICAgICA1 ODQwLjc4IHVzZXIgICAgICAgMzE1LjI3IHN5cw0KPg0KPiBtYWtlWzFdOiBzdG9wcGVkIGlu IC91c3Ivc3JjDQo+DQo+DQo+IEFueSBzdWdnZXN0aW9ucz8NCj4NCj4gVGhhbmtzIQ0KPg0K PiBQZWFjZSwNCj4gZGF2aWQNCg0K --------------1zx8jqj75Dg4YVc3IJYx3bYa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
While I'm not using 515, I needed something like this patch to build drm-61 after the BUS_RELEASE_RESOURCE changes in commit 9dbf5b0: --- drivers/gpu/drm/i915/intel_freebsd.c.orig=C2=A0=C2=A0 2024-02-2= 4 10:15:24 UTC
+++ drivers/gpu/drm/i915/intel_freebsd.c
@@ -74,9 +74,9 @@ bsd_intel_pci_bus_release_mem(device_t dev, int rid, v
=C2=A0
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 vga =3D device_get_paren= t(dev);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 BUS_DEACTIVATE_RESOURCE(= device_get_parent(vga),
-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 dev, = SYS_RES_MEMORY, rid, res);
+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 dev, = res);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 BUS_RELEASE_RESOURCE(dev= ice_get_parent(vga),
-=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 dev, = SYS_RES_MEMORY, rid, res);
+=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 dev, = res);
=C2=A0}
=C2=A0
=C2=A0bool


On 3/14/24 09:49, David Wolfskill wrote:
This is on my laptop, during=
 a source-based update from
main-n268772-906521f8176b to main-n268800-6a6ec90681cf, in the "make
buildkernel" phase, as a result of:

g1-70(15.0-C)[3] grep PORT /etc/src.conf
PORTS_MODULES+=3Dx11/nvidia-driver-390
PORTS_MODULES+=3Dgraphics/drm-515-kmod

(which has been there at least since 06 December, while tracking head
daily).

My ports tree is at main-n655899-de3ac29011f1; all installed ports were
previously updated to that point (while the laptop was running
stable/14-n266980-9a2b4665958e, from a different slice).  /usr/local is
the same file system regardless of which slice gets booted.

The complete build typescript may be found at=20
https://www.catwhisker.org/~david/FreeBS=
D/ports/drm-515-kmod/

The fatal whine appears (to me) to be:

=2E..
--- i915_irq.o ---
cc  -O2 -pipe -fno-strict-aliasing -DLINUXKPI_VERSION=3D51501 '-DKBUILD_M=
ODNAME=3D"i915kms"' '-DLINUXKPI_PARAM_PREFIX=3Di915_' -DDRM_SYSCTL_PARAM_=
PREFIX=3D_i915kms -DCONFIG_DRM_AMDGPU_CIK -DCONFIG_DRM_AMDGPU_SI -DCONFIG=
_DRM_AMD_DC -DCONFIG_DRM_AMD_DC_SI -DCONFIG_AMD_PMC -DCONFIG_DRM_I915_FOR=
CE_PROBE=3D'"*"' -DCONFIG_DRM_I915_REQUEST_TIMEOUT=3D20000 -DCONFIG_DRM_I=
915_CAPTURE_ERROR -DCONFIG_DRM_I915_USERFAULT_AUTOSUSPEND=3D250 -DCONFIG_=
DRM_I915_STOP_TIMEOUT=3D100 -DCONFIG_DRM_I915_PREEMPT_TIMEOUT=3D640 -DCON=
FIG_DRM_I915_HEARTBEAT_INTERVAL=3D2500 -DCONFIG_DRM_I915_TIMESLICE_DURATI=
ON=3D1 -DCONFIG_DRM_I915_MAX_REQUEST_BUSYWAIT=3D8000 -DCONFIG_DRM_I915_FE=
NCE_TIMEOUT=3D10000 -DCONFIG_DRM_MIPI_DSI -DCONFIG_DRM_PANEL_ORIENTATION_=
QUIRKS -DCONFIG_DRM_FBDEV_EMULATION -DCONFIG_DRM_FBDEV_OVERALLOC=3D100 -D=
CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG -DCONFIG_BACKLIGHT_CLASS_DEVICE -DCONFI=
G_DEBUG_FS -DCONFIG_DMI -DCONFIG_FB -DCONFIG_MTRR -DCONFIG_PCI -DCONFIG_P=
M -DCONFIG_PM_SLEEP -DCONFIG_SMP -DCONFIG_SUSPEND -DCONFIG_ACPI -DCONFIG_=
ACPI_SLEEP -DCONFIG_X86 -DCONFIG_X86_PAT -DCONFIG_64BIT -DCONFIG_AS_MOVNT=
DQA -DCONFIG_COMPAT -DCONFIG_X86_64 -DCONFIG_DRM_AMD_DC_DCN -DCONFIG_DRM_=
AMD_DC_DCN3_0 -DCONFIG_DRM_AMD_DC_DCN3_01 -DCONFIG_DRM_AMD_DC_DCN3_02 -DC=
ONFIG_DRM_AMD_DC_DCN3_1  -Werror -D_KERNEL -DKLD_MODULE -nostdinc  -I/com=
mon/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm-515-k=
mod/work/drm-kmod-drm_v5.15.118_4/linuxkpi/gplv2/include -I/common/S4/obj=
/usr/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm-515-kmod/work/d=
rm-kmod-drm_v5.15.118_4/linuxkpi/bsd/include -I/usr/src/sys/compat/linuxk=
pi/common/include -I/common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/=
ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/linuxkpi/dummy/=
include -I/usr/src/sys/compat/linuxkpi/dummy/include -I/common/S4/obj/usr=
/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm-515-kmod/work/drm-k=
mod-drm_v5.15.118_4/include -I/common/S4/obj/usr/src/amd64.amd64/sys/CANA=
RY/common/ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/inclu=
de/drm -I/common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/graph=
ics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/include/uapi -I/common/S4/=
obj/usr/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm-515-kmod/wor=
k/drm-kmod-drm_v5.15.118_4/drivers/gpu -I/common/S4/obj/usr/src/amd64.amd=
64/sys/CANARY/common/ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.=
118_4/drivers/gpu/drm/i915 -I/common/S4/obj/usr/src/amd64.amd64/sys/CANAR=
Y/common/ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/driver=
s/gpu/drm/i915/display -include /common/S4/obj/usr/src/amd64.amd64/sys/CA=
NARY/common/ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/obj=
/common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm-5=
15-kmod/work/drm-kmod-drm_v5.15.118_4/i915/opt_global.h -I. -I/usr/src/sy=
s -I/usr/src/sys/contrib/ck/include -fno-common  -fno-omit-frame-pointer =
-mno-omit-leaf-frame-pointer -fdebug-prefix-map=3D./machine=3D/usr/src/sy=
s/amd64/include -fdebug-prefix-map=3D./x86=3D/usr/src/sys/x86/include -fd=
ebug-prefix-map=3D./i386=3D/usr/src/sys/i386/include     -MD  -MF.depend.=
i915_irq.o -MTi915_irq.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-ss=
e -msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -f=
stack-protector -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-=
arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kpri=
ntf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragm=
as -Wno-error=3Dtautological-compare -Wno-error=3Dempty-body -Wno-error=3D=
parentheses-equality -Wno-error=3Dunused-function -Wno-error=3Dpointer-si=
gn -Wno-error=3Dshift-negative-value -Wno-address-of-packed-member -Wno-f=
ormat-zero-length -Wno-pointer-arith -Wno-format -Wno-cast-qual -Wno-unus=
ed-but-set-variable  -mno-aes -mno-avx  -std=3Dgnu99 -c /common/S4/obj/us=
r/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm-515-kmod/work/drm-=
kmod-drm_v5.15.118_4/drivers/gpu/drm/i915/i915_irq.c -o i915_irq.o
--- i915_drv.o ---
/common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm-5=
15-kmod/work/drm-kmod-drm_v5.15.118_4/drivers/gpu/drm/i915/i915_drv.c:238=
:50: error: too many arguments to function call, expected 3, have 5
  237 |                 BUS_DEACTIVATE_RESOURCE(device_get_parent(vga),
      |                 ~~~~~~~~~~~~~~~~~~~~~~~
  238 |                     dev_priv->drm.dev->bsddev, SYS_RES_MEMO=
RY, dev_priv->mch_res_rid,
      |                                                                ^~=
~~~~~~~~~~~~~~~~~~~~
  239 |                     dev_priv->mch_res.bsd_res);
      |                     ~~~~~~~~~~~~~~~~~~~~~~~~~
=2E/bus_if.h:432:21: note: 'BUS_DEACTIVATE_RESOURCE' declared here
  432 | static __inline int BUS_DEACTIVATE_RESOURCE(device_t _dev, device=
_t _child,
      |                     ^                       ~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~
  433 |                                             struct resource *_r)
      |                                             ~~~~~~~~~~~~~~~~~~~
/common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/ports/graphics/drm-5=
15-kmod/work/drm-kmod-drm_v5.15.118_4/drivers/gpu/drm/i915/i915_drv.c:241=
:50: error: too many arguments to function call, expected 3, have 5
  240 |                 BUS_RELEASE_RESOURCE(device_get_parent(vga),
      |                 ~~~~~~~~~~~~~~~~~~~~
  241 |                     dev_priv->drm.dev->bsddev, SYS_RES_MEMO=
RY, dev_priv->mch_res_rid,
      |                                                                ^~=
~~~~~~~~~~~~~~~~~~~~
  242 |                     dev_priv->mch_res.bsd_res);
      |                     ~~~~~~~~~~~~~~~~~~~~~~~~~
=2E/bus_if.h:520:21: note: 'BUS_RELEASE_RESOURCE' declared here
  520 | static __inline int BUS_RELEASE_RESOURCE(device_t _dev, device_t =
_child,
      |                     ^                    ~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~
  521 |                                          struct resource *_res)
      |                                          ~~~~~~~~~~~~~~~~~~~~~
2 errors generated.
*** [i915_drv.o] Error code 1

make[1]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/=
ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/i915
make[1]: 1 error

make[1]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/=
ports/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4/i915

make: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY/common/por=
ts/graphics/drm-515-kmod/work/drm-kmod-drm_v5.15.118_4
=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[4]: stopped in /common/ports/graphics/drm-515-kmod
*** Error code 1

Stop.
make[3]: stopped in /common/ports/graphics/drm-515-kmod
*** [all] Error code 1

make[2]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY
=2EERROR_TARGET=3D'all'
=2EERROR_META_FILE=3D''
=2EMAKE.LEVEL=3D'2'
MAKEFILE=3D''
=2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dye=
s verbose curdirOk=3Dyes'
_ERROR_CMD=3D'.PHONY'
=2ECURDIR=3D'/common/S4/obj/usr/src/amd64.amd64/sys/CANARY'
=2EMAKE=3D'make'
=2EOBJDIR=3D'/common/S4/obj/usr/src/amd64.amd64/sys/CANARY'
=2ETARGETS=3D'all'
CPUTYPE=3D''
DESTDIR=3D''
LD_LIBRARY_PATH=3D''
MACHINE=3D'amd64'
MACHINE_ARCH=3D'amd64'
MACHINE_CPUARCH=3D'amd64'
MAKEOBJDIRPREFIX=3D''
MAKESYSPATH=3D'/usr/src/share/mk'
MAKE_VERSION=3D'20240108'


make[2]: stopped in /common/S4/obj/usr/src/amd64.amd64/sys/CANARY
=2EERROR_TARGET=3D'all'
=2EERROR_META_FILE=3D''
=2EMAKE.LEVEL=3D'2'
MAKEFILE=3D''
=2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dye=
s verbose curdirOk=3Dyes'
_ERROR_CMD=3D'.PHONY'
=2ECURDIR=3D'/common/S4/obj/usr/src/amd64.amd64/sys/CANARY'
=2EMAKE=3D'make'
=2EOBJDIR=3D'/common/S4/obj/usr/src/amd64.amd64/sys/CANARY'
=2ETARGETS=3D'all'
CPUTYPE=3D''
DESTDIR=3D''
LD_LIBRARY_PATH=3D''
MACHINE=3D'amd64'
MACHINE_ARCH=3D'amd64'
MACHINE_CPUARCH=3D'amd64'
MAKEOBJDIRPREFIX=3D''
MAKESYSPATH=3D'/usr/src/share/mk'
MAKE_VERSION=3D'20240108'
PATH=3D'/common/S4/obj/usr/src/amd64.amd64/tmp/bin:/common/S4/obj/usr/src=
/amd64.amd64/tmp/usr/sbin:/common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin:=
/common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/common/S4/obj/usr=
/src/amd64.amd64/tmp/legacy/usr/bin:/common/S4/obj/usr/src/amd64.amd64/tm=
p/legacy/bin:/common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/=
sbin:/bin:/usr/sbin:/usr/bin'
SRCTOP=3D'/usr/src'
OBJTOP=3D'/usr/src'
=2EMAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys=
=2Eenv.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/sha=
re/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/loc=
al.sys.machine.mk /usr/src/share/mk/meta.sys.mk /usr/src/share/mk/local.m=
eta.sys.env.mk /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffix=
es.mk /etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src=
=2Esys.mk /etc/src.conf Makefile /usr/src/sys/conf/kern.pre.mk /usr/src/s=
hare/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cp=
u.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.endian.mk /u=
sr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk /usr/src/sys=
/conf/kern.post.mk /usr/src/sys/conf/kern.mk /dev/null'
=2EPATH=3D'. /common/S4/obj/usr/src/amd64.amd64/sys/CANARY'
      808.12 real      5840.78 user       315.27 sys

make[1]: stopped in /usr/src


Any suggestions?

Thanks!

Peace,
david

--------------1zx8jqj75Dg4YVc3IJYx3bYa-- From nobody Thu Mar 14 18:28:57 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 4TwbW76z3Dz5DZ2D for ; Thu, 14 Mar 2024 18:29:07 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (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 "mailserver.netfence.it", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwbW65BCGz4Ksg; Thu, 14 Mar 2024 18:29:06 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=202401 header.b=TC+M+75H; dmarc=pass (policy=none) header.from=netfence.it; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 78.134.96.152 as permitted sender) smtp.mailfrom=ml@netfence.it Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.17.2/8.17.2) with ESMTPSA id 42EISvnb025958 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 14 Mar 2024 19:28:57 +0100 (CET) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=202401; t=1710440937; bh=W7qu4XGyhKCLwE9T0Yrd2H/96Gq1H2v8qUcd8qq/K10=; h=Date:From:Subject:To:Cc; b=TC+M+75HN09hrnvKD7KkS951MAcu6jyVWZ3Eyz/ithSc2HGB973QZPeCVC8LP+MHj AQr22wcW1EEs0XXE4ryc3hPhupACkBEdYhmIRXEQ6kCOBIg5WrJ4AUZ+E60Gj1/guh N/Jp8toFazXxBBX/mvJVZcaLkdGvChLziGWcbH+U= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: Date: Thu, 14 Mar 2024 19:28:57 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US From: Andrea Venturoli Subject: Cannot build devel/libcuckoo on 13.3 To: arrowd@FreeBSD.org Cc: ports@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 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)[netfence.it,none]; R_SPF_ALLOW(-0.20)[+ip4:78.134.96.152]; R_DKIM_ALLOW(-0.20)[netfence.it:s=202401]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[netfence.it:+] X-Rspamd-Queue-Id: 4TwbW65BCGz4Ksg Hello. This is on 14.0 through Poudriere (2024Q1 tree). Build fails ending in: > /usr/local/libexec/ccache/c++ -I/wrkdirs/usr/ports/devel/libcuckoo/work/libcuckoo-0.3.1/tests/Catch/single_include -I/wrkdirs/usr/ports/devel/libcuckoo/work/libcuckoo-0.3.1 -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -DNDEBUG -pthread -MD -MT tests/unit-tests/CMakeFiles/unit_tests.dir/test_runner.cc.o -MF tests/unit-tests/CMakeFiles/unit_tests.dir/test_runner.cc.o.d -o tests/unit-tests/CMakeFiles/unit_tests.dir/test_runner.cc.o -c /wrkdirs/usr/ports/devel/libcuckoo/work/libcuckoo-0.3.1/tests/unit-tests/test_runner.cc > In file included from /wrkdirs/usr/ports/devel/libcuckoo/work/libcuckoo-0.3.1/tests/unit-tests/test_runner.cc:3: > In file included from /wrkdirs/usr/ports/devel/libcuckoo/work/libcuckoo-0.3.1/tests/Catch/single_include/catch.hpp:74: > In file included from /usr/include/c++/v1/sstream:273: > In file included from /usr/include/c++/v1/istream:170: > In file included from /usr/include/c++/v1/ostream:172: > In file included from /usr/include/c++/v1/__system_error/error_code.h:18: > In file included from /usr/include/c++/v1/__system_error/error_category.h:15: > In file included from /usr/include/c++/v1/string:622: > In file included from /usr/include/c++/v1/string_view:1059: > In file included from /usr/include/c++/v1/algorithm:1893: > In file included from /usr/include/c++/v1/__algorithm/ranges_sample.h:13: > In file included from /usr/include/c++/v1/__algorithm/sample.h:18: > /usr/include/c++/v1/__random/uniform_int_distribution.h:237:19: error: static assertion failed due to requirement '__libcpp_random_is_valid_urng::value': > 237 | static_assert(__libcpp_random_is_valid_urng<_URNG>::value, ""); > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /usr/include/c++/v1/__algorithm/shuffle.h:154:35: note: in instantiation of function template specialization 'std::uniform_int_distribution::operator()' requested here > 154 | difference_type __i = __uid(__g, _Pp(0, __d)); > | ^ > /usr/include/c++/v1/__algorithm/shuffle.h:166:14: note: in instantiation of function template specialization 'std::__shuffle, std::__wrap_iter, Catch::RandomNumberGenerator &>' requested here > 166 | (void)std::__shuffle<_ClassicAlgPolicy>( > | ^ > /wrkdirs/usr/ports/devel/libcuckoo/work/libcuckoo-0.3.1/tests/Catch/single_include/catch.hpp:6481:18: note: in instantiation of function template specialization 'std::shuffle, Catch::RandomNumberGenerator &>' requested here > 6481 | std::shuffle( vector.begin(), vector.end(), rng ); > | ^ > /wrkdirs/usr/ports/devel/libcuckoo/work/libcuckoo-0.3.1/tests/Catch/single_include/catch.hpp:6499:44: note: in instantiation of function template specialization 'Catch::RandomNumberGenerator::shuffle>' requested here > 6499 | RandomNumberGenerator::shuffle( sorted ); > | ^ > 1 error generated. Disabling TEST option solves, however. So this is just to let you know; I'm happy without TEST. bye & Thanks av. From nobody Thu Mar 14 18:44:47 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 4TwbsR2kr6z5DbDd for ; Thu, 14 Mar 2024 18:44:59 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 4TwbsQ6QKGz4N3C for ; Thu, 14 Mar 2024 18:44:58 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1710441891; 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=8SDaGJQH5Ykj7Cs5x+xPd5EhPMkwcnf2iIdangNU7fI=; b=MwQa8dw/SOSIBZRgpK1kKtRimasNR6VYOk2RmTtmeYFo2zKAgeAc9dAbIHyIJpoHz8Isp2 vIay5w0SVJOqUZ5aeKEBGWy7mqQiOR5qX66AcuBwBGH5p2D7iR1YpN4gqPUrk1UTU4HpkB rkjmmPtVjSCbJRIUEotND/FWwHlgmgk= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 9cfdf249 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 14 Mar 2024 18:44:51 +0000 (UTC) Date: Thu, 14 Mar 2024 19:44:47 +0100 From: Emmanuel Vadot To: freebsd-ports@freebsd.org Cc: David Wolfskill Subject: Re: Build failure for graphics/drm-515-kmod in CURRENT Message-Id: <20240314194447.6ff5ea716dceb22da78bc565@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- 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:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Queue-Id: 4TwbsQ6QKGz4N3C Hi David, On Thu, 14 Mar 2024 06:49:18 -0700 David Wolfskill wrote: > This is on my laptop, during a source-based update from > main-n268772-906521f8176b to main-n268800-6a6ec90681cf, in the "make > buildkernel" phase, as a result of: > > g1-70(15.0-C)[3] grep PORT /etc/src.conf > PORTS_MODULES+=x11/nvidia-driver-390 > PORTS_MODULES+=graphics/drm-515-kmod > > (which has been there at least since 06 December, while tracking head > daily). > > My ports tree is at main-n655899-de3ac29011f1; all installed ports were > previously updated to that point (while the laptop was running > stable/14-n266980-9a2b4665958e, from a different slice). /usr/local is > the same file system regardless of which slice gets booted. > > The complete build typescript may be found at > https://www.catwhisker.org/~david/FreeBSD/ports/drm-515-kmod/ > > The fatal whine appears (to me) to be: https://cgit.freebsd.org/ports/commit/?id=3c7a5bf57d674ad3724b7b695f5a1887230f4f26 should fix this. Cheers, -- Emmanuel Vadot From nobody Thu Mar 14 18:55:13 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 4Twc5V2Pdvz5DbyQ for ; Thu, 14 Mar 2024 18:55:26 +0000 (UTC) (envelope-from SRS0=fhg4=KU=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 4Twc5T2y1Sz4PbL for ; Thu, 14 Mar 2024 18:55:25 +0000 (UTC) (envelope-from SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quip.cz header.s=private header.b="c/ZVGSzy"; dkim=pass header.d=quip.cz header.s=private header.b=cT1OAP2L; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=fhg4=KU=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 9264CD7889 for ; Thu, 14 Mar 2024 19:55:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710442514; bh=VLwsYXITTxzzokzRrQIrIopMtVPnqETFyLWcwGPToE4=; h=Date:To:From:Subject; b=c/ZVGSzyFOlf1J+GspMpeNRKCHmud3qO4dFA+Jjh3vb4j7kgniz6ZfQODefVFpilj NuSV+tsxzN7cg3UD11DWH3LJBHQpp2W4z7iEx643xut+sEsIK7c5yCFowXAaa9K5G+ 424XyE1lTQsN0hw85DqvNd+v2sSQKs0jK/MCTdFY= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (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 C2C8FD7884 for ; Thu, 14 Mar 2024 19:55:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710442513; bh=VLwsYXITTxzzokzRrQIrIopMtVPnqETFyLWcwGPToE4=; h=Date:To:From:Subject; b=cT1OAP2LchT3jAPXtVpkCF+rFPdbKRpFflOH7fX2nviOnLl5ge2YTdjnniNcN+Ab1 harN0zKmezNJUAoTBZy4nQkMf1luHSwudzcFFhilHDRYrS20MBm5Rg7RFq1fes95oU HXzzGra8+RJfUFmkY8UoLVW+kvhQZjICcfRmHkkw= Message-ID: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> Date: Thu, 14 Mar 2024 19:55:13 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: "freebsd-ports@FreeBSD.org" Content-Language: en-US From: Miroslav Lachman <000.fbsd@quip.cz> Subject: how to see order of make targets steps in ports tree? Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: - X-Spamd-Result: default: False [-1.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_ALLOW(-0.20)[quip.cz:s=private]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; R_SPF_NA(0.00)[no SPF record]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; DMARC_NA(0.00)[quip.cz]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DKIM_TRACE(0.00)[quip.cz:+] X-Rspamd-Queue-Id: 4Twc5T2y1Sz4PbL Is there a way to see the order of the executed steps by "make"? tl;dr: I know "make" will run many targets like fetch, checksum, extract, patch... but I would like to see some verbose info about these steps, mainly what is the order of the steps when I run "make". I tried to create some patch to one the port and it seems like "shebangfix" is run before "patch" but I don't know how to see what is true order of the targets. Kind reagards Miroslav Lachman From nobody Thu Mar 14 19:24:31 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 4Twcl70j24z5DfTd for ; Thu, 14 Mar 2024 19:24:35 +0000 (UTC) (envelope-from hubert.tournier@gmail.com) Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Twcl61lr1z4Tfj for ; Thu, 14 Mar 2024 19:24:34 +0000 (UTC) (envelope-from hubert.tournier@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=nbHK42o2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of hubert.tournier@gmail.com designates 2a00:1450:4864:20::42e as permitted sender) smtp.mailfrom=hubert.tournier@gmail.com Received: by mail-wr1-x42e.google.com with SMTP id ffacd0b85a97d-33e76d653b5so1189753f8f.3 for ; Thu, 14 Mar 2024 12:24:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710444272; x=1711049072; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=4GC6cCi50RBsVcf3MvnG4BV41hcDHO7ZsJuYfsr7nmY=; b=nbHK42o2dFaSC4RqSvle0xRYFOO6oibjb46A8G6JMPNIfVRYiYoPcIeEwIrwZvkbqg uh51QeK1eEoblmm5EcbK4RHYo/ZOBK61IMbQzDw40ZycMs9TsiS/ECErsieXiU06zvua ydDFbw2W8+agRKEIBIYYhMXSVNCvT/+QgDJpVHxWxHGgWr14FnlADaqJHw/89Urzzzu1 qdyMrXAw0PCM2uplGDSyYu3xTdgfEJJK7tgDU9cl1y8ctcOidGJ4YyfkJS1NoWYPlYSx MoPZjrrwnVyIydPAJQYCRZAmXb88wh+cVDT4/EtOmifpX5Cqm4QhwfvUfKM77rbxNTZX skhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710444272; x=1711049072; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=4GC6cCi50RBsVcf3MvnG4BV41hcDHO7ZsJuYfsr7nmY=; b=YE0wDIej63Al6p2YHWX3zDEwG+Q9woPEFsloDbehwrEjR/nCiiKa2X6TcEhMYuE16c ka7cGQcVYCKi1V/1EXmWzFJUbkFK9DK+K41ass5PLwYWZfVJ6r7EamHgqSi0mzjGyZYg qaKJL4rdQGluh/xwKhQgKvR+GMnK7ljpDtDlWE64pfUdyyDTIXmqJYaJLJDyATXqa+3i aISwyupCcl7wGZp8vb3/6s1ZJWwUb6KvZe2AQgVasjNAx664WGF4+wiZUdt0zdKvwL9N 8pyrNCQu12RCAAlaCZobYb1+QNCvTSpyc1FhaFL7eGIVh7W7+GHpBaM7pojM2hloa1Yi Z9uw== X-Gm-Message-State: AOJu0YzmHiab+UdeRudSWDJSgi+VfrxgWUaJEePA/8iu6EyRKrSGeHYY i0gIlmjfGPKsYuFBiBxmGZ5TSNfxLoDufdpTA7DnOn/zP0cYWpVetBVxNUOvn/c= X-Google-Smtp-Source: AGHT+IHhiOEkXno8FK4hiKBFcmjK1jYSBdaVptbr4XB5AdmvBBY1XO0l288/yRuTMjg6noZ9BT6Dew== X-Received: by 2002:adf:8b59:0:b0:33d:50cd:4672 with SMTP id v25-20020adf8b59000000b0033d50cd4672mr1785884wra.21.1710444271618; Thu, 14 Mar 2024 12:24:31 -0700 (PDT) Received: from ?IPV6:2a01:e0a:80d:9d80:754f:3fc7:3991:9740? ([2a01:e0a:80d:9d80:754f:3fc7:3991:9740]) by smtp.gmail.com with ESMTPSA id p6-20020adfcc86000000b0033ec072a491sm1407874wrj.35.2024.03.14.12.24.31 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 14 Mar 2024 12:24:31 -0700 (PDT) Message-ID: <8a86080b-6a62-4dbe-8596-e3bc03c4ec63@gmail.com> Date: Thu, 14 Mar 2024 20:24:31 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: how to see order of make targets steps in ports tree? To: ports@freebsd.org References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> Content-Language: fr From: Hubert Tournier In-Reply-To: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.99 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42e:from] X-Rspamd-Queue-Id: 4Twcl61lr1z4Tfj Hello, Check this link: https://docs.freebsd.org/en/books/porters-handbook/slow-porting/#slow-work From what I have seen, shebangfix is done during the patch target. You use SHEBANG_FILES to specify which files it needs to affect Best regards, Hubert Le 14/03/2024 à 19:55, Miroslav Lachman a écrit : > Is there a way to see the order of the executed steps by "make"? > > tl;dr: I know "make" will run many targets like fetch, checksum, > extract, patch... but I would like to see some verbose info about > these steps, mainly what is the order of the steps when I run "make". > I tried to create some patch to one the port and it seems like > "shebangfix" is run before "patch" but I don't know how to see what is > true order of the targets. > > Kind reagards > Miroslav Lachman > From nobody Thu Mar 14 19:28:06 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 4TwcqL6QN6z5Dfjv for ; Thu, 14 Mar 2024 19:28:14 +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) 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 4TwcqL3MYvz4VDx for ; Thu, 14 Mar 2024 19:28:14 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 42EJS6K6079202; Thu, 14 Mar 2024 19:28:06 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 42EJS6kY079201; Thu, 14 Mar 2024 12:28:06 -0700 (PDT) (envelope-from david) Date: Thu, 14 Mar 2024 12:28:06 -0700 From: David Wolfskill To: Emmanuel Vadot Cc: freebsd-ports@freebsd.org Subject: Re: Build failure for graphics/drm-515-kmod in CURRENT Message-ID: References: <20240314194447.6ff5ea716dceb22da78bc565@bidouilliste.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SyZZyI7rwI1E0xC9" Content-Disposition: inline In-Reply-To: <20240314194447.6ff5ea716dceb22da78bc565@bidouilliste.com> X-Spamd-Bar: ---- 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:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Queue-Id: 4TwcqL3MYvz4VDx --SyZZyI7rwI1E0xC9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 14, 2024 at 07:44:47PM +0100, Emmanuel Vadot wrote: >=20 > Hi David, >=20 > On Thu, 14 Mar 2024 06:49:18 -0700 > David Wolfskill wrote: >=20 > > This is on my laptop, during a source-based update from > > main-n268772-906521f8176b to main-n268800-6a6ec90681cf, in the "make > ... > > The fatal whine appears (to me) to be: >=20 > https://cgit.freebsd.org/ports/commit/?id=3D3c7a5bf57d674ad3724b7b695f5a= 1887230f4f26 > should fix this. >=20 > Cheers, > .... Excellent; thank you! :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Alexey Navalny was a courageous man; Putin has made him a martyr. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --SyZZyI7rwI1E0xC9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZfNPxl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5eZzAQCSsERnEDQ/F9Y63oS6cZzDRCA12Xslckglg90RZ4SmYQEAuSjOkPbGNIm6 mdSO6YeVs8tlOzcFAEqPzdbmWRBfnQE= =h8rw -----END PGP SIGNATURE----- --SyZZyI7rwI1E0xC9-- From nobody Thu Mar 14 19:35:29 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 4Twczz1899z5Dgb8 for ; Thu, 14 Mar 2024 19:35:43 +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) 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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Twczz0M29z4WGq; Thu, 14 Mar 2024 19:35:43 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710444943; 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: in-reply-to:in-reply-to:references:references; bh=UrDLXgK8HXgA2gfN6ncBYoAZp5hejMFBgc8LPqi1ENI=; b=waN1VYpGyDOdNhjmGDmhGRZ8R9RVx/EEcFcBXN1QYyucpQeNx36R8897sjhPqG/jQ/AiH1 MI3xVn/0jyJTxkLpd4k4H5g84qoJYTB2Ib05KV/o22muRxwmE3mTOa18KD374z24pnBVKe rsGRvVdoQHihXEucl2mgQs6ZoMMUYEDRfZusCpXMt0yK6DUsH4Bznvp2uygyllNSZfqkTA l5VDFKtgj3pchZrElbz1oVS3iHPgVqFNoPT0BCdEQHEELC8F9fU2YMBRZ8Vicdema+DGJZ 8CAGn02NunJCTo3tvFegjxoAz/y1KV5xC2xHXPiqEXi1YkH7Xyk7uz2mMQylXQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710444943; a=rsa-sha256; cv=none; b=KdkFRT/gQeXvN/QxqehGg9XxLo7pu9zCihzxbbSE6XjzjU+Jh6XLqTJft6xnTYklT+9F2F ap0t/4iJ9PqQxW+nJdQ1fo9jjLwVeSi2rbNBBsInIlhNhxcgHeXzxa2wz6IMGZ6eJXiV91 xEMuZLdKQbO+y6qSob0SNjzq2/5EXRfdHN7XFTJOqmAK4UYXkz3R9Dp2FXOhEePlJ6oe0w rLFrXg4obdt5DYPqzWY1n5IQ2Gkxy90T4Aeueze9dIsH771ZBDJJHNW964K7+Eiufr1bp5 gDw9rlmeD7lPD0P6uJPYcr58Lpu2CFEpLVn6G3C6vqb9N+9DR+CCvCxQCeT+Mw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710444943; 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: in-reply-to:in-reply-to:references:references; bh=UrDLXgK8HXgA2gfN6ncBYoAZp5hejMFBgc8LPqi1ENI=; b=RxvMN2qIS5dQEc1fb4FwEXN6dNtxfTXWpyF9eyD6/dNzBpZ8YiXfvGalzFwNT44VDQZzLB C/hzYqLozN0UVMVptxpggIHYsqO+a3tYvyWMm06x6kMGN/eIOJxxm4K2tHAYDmv3pbTGzi ShEU+abNMb5KaKKxqIMABqnNkIlG9UlhWNTwaLCGwh00GmL3GL4PJTopYE1LqGKa2NjjBd wtJdxVLkHt0oKWxreIv8nX6TWZ2pOdnSeL8wz6CPHiOJ/ore93DgnuYOMHsr8SUYayaWjG f1RyQbc40v70SSlUtiI2iqweZ3Ij4fZg+2XJNMRx69MzJ3TQEzaIgAzo4I6Jww== Received: from mx.bofh.network (mx.bofh.network [5.9.249.227]) (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) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Twczy4Y9zzQnt; Thu, 14 Mar 2024 19:35:42 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id 2931cb1b (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Thu, 14 Mar 2024 19:35:40 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_13EE93F2-D7AB-44E1-91C4-C6D2363C2745"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.1\)) Subject: Re: how to see order of make targets steps in ports tree? From: Moin Rahman In-Reply-To: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> Date: Thu, 14 Mar 2024 20:35:29 +0100 Cc: "freebsd-ports@FreeBSD.org" Message-Id: <49B3BF7D-E6B0-409B-B37B-F8F5660E099D@freebsd.org> References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.3731.700.6.1.1) --Apple-Mail=_13EE93F2-D7AB-44E1-91C4-C6D2363C2745 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 14, 2024, at 7:55 PM, Miroslav Lachman <000.fbsd@quip.cz> = wrote: >=20 > Is there a way to see the order of the executed steps by "make"? >=20 > tl;dr: I know "make" will run many targets like fetch, checksum, = extract, patch... but I would like to see some verbose info about these = steps, mainly what is the order of the steps when I run "make". > I tried to create some patch to one the port and it seems like = "shebangfix" is run before "patch" but I don't know how to see what is = true order of the targets. >=20 > Kind reagards > Miroslav Lachman >=20 =E2=9D=AF rg --no-filename '^_USES_patch' Mk | sort _USES_patch+=3D 190:pathfix _USES_patch+=3D 200:dos2unix _USES_patch+=3D 210:fix-shebang _USES_patch+=3D 290:gnome-pre-patch _USES_patch+=3D 600:charsetfix-post-patch _USES_patch+=3D 650:post-patch-erlang _USES_patch=3D 701:cabal-post-patch --Apple-Mail=_13EE93F2-D7AB-44E1-91C4-C6D2363C2745 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmXzUYFfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJGLqQ/8C4Shj3NCnkpjhdZdqgn+F1LmXihUI7hbtv2ogjq7p7E1ciY6A3JYoFQ6 5ay8sg48WhQEiVEMLVql8LMrC/dOLE8C5LR+WUHuSqlg7dBpTR8oQH06KbkXfLe1 epyjydsril3FFwOR+xxD1WFFWzZY0j+IIaTto1qGt6GD0qZcNHh0MDVMLJqi/v1m 4lbiNyy0ClMlcbi6B0AagRnGyBeBUQO+n+4GncvTkOElUR7JThBzJiSeXTaIzII0 l9Zw7UlGEl8YDTRG/duShMiu4FwEFSdAYBH3Yvl2gdKP1pAZfB6U0STnuBkO6Vj9 pcrUfHfwJiYCPfy/pCGyPRgDXIu7+TXtrTWPdfDCRxsZvUEkWZb4Zb0WzCSqxh/G IMNsPG3P4WG/kUt1UEB1kzHbYrzq6QN5OdY1R/wJVMYAcZzEEC//zuzqFuUwBcQ2 PGjyhocXsw3ghkOT5HC65Be5IOdvKOUAliysJkWigiWQlMN1ojgptpTnOTSJLbNP EP7C15qpKFDMWfyalvvWgd4wVEiJCYTDSBrXyRTzQvuXI3wh6PHzzZV9MgXzy5ey 2AxnJk8lzJdCJrq0aV+Bmt28uQUKnBn8cOlPTMrRuptjzVg+qTHh/bsrxxql3VK0 mbcM/3zbU+0Dvhwgt5frgG5N5Nt86WE6LgX73jyA92hhz3KiM20= =Nsh5 -----END PGP SIGNATURE----- --Apple-Mail=_13EE93F2-D7AB-44E1-91C4-C6D2363C2745-- From nobody Thu Mar 14 19:44:55 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 4TwdC83FDJz5DhN2 for ; Thu, 14 Mar 2024 19:45:24 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-vs1-f46.google.com (mail-vs1-f46.google.com [209.85.217.46]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwdC81QMLz4YC7 for ; Thu, 14 Mar 2024 19:45:24 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vs1-f46.google.com with SMTP id ada2fe7eead31-4765f315f81so51059137.3 for ; Thu, 14 Mar 2024 12:45:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710445522; x=1711050322; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=nsQD6xZFsXnpFns1M+GDhK8SZByU/Tfw34gs2CBihY0=; b=QYNfv3EQO54lKJfe8L/NFmOf4jXY9B4BzAeLotmVX70vy1dUTcigPOxv7UiQ0yXNNj kse1FYYdyBTv/clqtgCILzLbCgKBO5ZoDR5WIrL9vboKS+Yp+tkodpf+CtrwzP5tYA5M 2uMgqMC3UXMzXlpaTdXIv0YLbZKQrVzAuDBiDLcdzet5GzH15PR9GfW6w+OAE7xQ5AYR 1///egNdvXWL3keRpb6FsvXDL2fY/MxwjouxBQBR9KRuqsHvfWkYLah4n5+Ixm+vUg2r HQ3ylbj5wJ0HF4ViqW73WTbBBKr/krLUmLLwukrBtyvpB20U5mYMwjpDV0zvEo0nsyPs hqSw== X-Gm-Message-State: AOJu0YzJJTm9ZzRdYDiW1Lhul4xSH38sJl4KJD5kHOBlqGbBYymIKROH NSH/l2FHPDz7CQw8SX0rWNzucIupuvqXvgBoua6JGqPLdUhxjqwy3mqN+l2p X-Google-Smtp-Source: AGHT+IEqTGoqKIhDGEHSxxRUpre7s5VX12n9tpmXoLbVHBhROOs/rA1lN6C85kuhno3XLiOT+u3jdQ== X-Received: by 2002:a05:6102:f09:b0:475:feef:ea92 with SMTP id v9-20020a0561020f0900b00475feefea92mr1507191vss.21.1710445522094; Thu, 14 Mar 2024 12:45:22 -0700 (PDT) Received: from mail-vk1-f177.google.com (mail-vk1-f177.google.com. [209.85.221.177]) by smtp.gmail.com with ESMTPSA id j18-20020ab02512000000b007de1ce20329sm146328uan.29.2024.03.14.12.45.21 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 14 Mar 2024 12:45:21 -0700 (PDT) Received: by mail-vk1-f177.google.com with SMTP id 71dfb90a1353d-4d40ca07bf6so388439e0c.3 for ; Thu, 14 Mar 2024 12:45:21 -0700 (PDT) X-Received: by 2002:a1f:13d5:0:b0:4d4:2931:7d4d with SMTP id 204-20020a1f13d5000000b004d429317d4dmr1032383vkt.5.1710445521546; Thu, 14 Mar 2024 12:45:21 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> In-Reply-To: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> From: Gleb Popov Date: Thu, 14 Mar 2024 22:44:55 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: how to see order of make targets steps in ports tree? To: Miroslav Lachman <000.fbsd@quip.cz> Cc: "freebsd-ports@FreeBSD.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- 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:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4TwdC81QMLz4YC7 On Thu, Mar 14, 2024 at 9:55=E2=80=AFPM Miroslav Lachman <000.fbsd@quip.cz>= wrote: > > Is there a way to see the order of the executed steps by "make"? > > tl;dr: I know "make" will run many targets like fetch, checksum, > extract, patch... but I would like to see some verbose info about these > steps, mainly what is the order of the steps when I run "make". > I tried to create some patch to one the port and it seems like > "shebangfix" is run before "patch" but I don't know how to see what is > true order of the targets. > > Kind reagards > Miroslav Lachman > Here is the relevant piece of code: https://github.com/freebsd/freebsd-ports/blob/48aba78cfc9200e236e17781f9445= 6d57c599a69/Mk/bsd.port.mk#L5436 You can also use `make -N` to see actual commands ran by any target. From nobody Thu Mar 14 19:48: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 4TwdH90FlNz5DhcX for ; Thu, 14 Mar 2024 19:48:53 +0000 (UTC) (envelope-from SRS0=fhg4=KU=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 4TwdH759krz4Yfh for ; Thu, 14 Mar 2024 19:48:51 +0000 (UTC) (envelope-from SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quip.cz header.s=private header.b=tVMEHyDm; dkim=pass header.d=quip.cz header.s=private header.b=MvmxpzF5; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=fhg4=KU=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 3CDA6D7889; Thu, 14 Mar 2024 20:48:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710445730; bh=95V7q0GIo9+uFyEuMxO0Z7IBCB1vTspMHSHl3ojP7+0=; h=Date:Subject:To:References:From:In-Reply-To; b=tVMEHyDmSJWhDJ0lU8f4xL1gRqnu+ZPWGGOT/8cpSGeMs2rztwat8XC+ibVpF/swT EpuKjGIxNaotbxh5kF2Xtd3sjFZCyHz+k/0vlLAtMIRczkZPpnmmh/3ly+Z98OlhQs UF0byDwRraegDFaYA8Bj/biRcZ8LFZU1OKCOornY= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (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 18110D7884; Thu, 14 Mar 2024 20:48:49 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710445729; bh=95V7q0GIo9+uFyEuMxO0Z7IBCB1vTspMHSHl3ojP7+0=; h=Date:Subject:To:References:From:In-Reply-To; b=MvmxpzF51xzVGFJ6F0nh2eLhWqQNBqTJswPNFDn9YPQqGYRCMtsv5Qs00hl65M/Et 55AWHegeHdxhgemz8k50ZAze3arGTLos/gAh2yHvShdr8jMYgBImkwtF8OSob1qmAJ UPaQFxcTuBasKMF/fXMnlGR4xYJITKTgZZXdui30= Message-ID: <689c9c3c-122a-4823-babc-a0d037f4691c@quip.cz> Date: Thu, 14 Mar 2024 20:48:48 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: how to see order of make targets steps in ports tree? Content-Language: en-US To: Hubert Tournier , ports@freebsd.org References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> <8a86080b-6a62-4dbe-8596-e3bc03c4ec63@gmail.com> From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <8a86080b-6a62-4dbe-8596-e3bc03c4ec63@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: - X-Spamd-Result: default: False [-1.99 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_ALLOW(-0.20)[quip.cz:s=private]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; DKIM_TRACE(0.00)[quip.cz:+]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; DMARC_NA(0.00)[quip.cz]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; R_SPF_NA(0.00)[no SPF record]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; TAGGED_RCPT(0.00)[]; TO_DN_SOME(0.00)[] X-Rspamd-Queue-Id: 4TwdH759krz4Yfh On 14/03/2024 20:24, Hubert Tournier wrote: > Hello, > > Check this link: > > https://docs.freebsd.org/en/books/porters-handbook/slow-porting/#slow-work > > From what I have seen, shebangfix is done during the patch target. You > use SHEBANG_FILES to specify which files it needs to affect I spent a lot of time reading porters handbook to find detailed information about this, but it is not there. The problem is with databases/mysqltuner - upstream broke mysqltuner.pl by missing shebang line. I created patch to add back the previous "#!/usr/bin/env perl" but it is not later replaced by shebangfix to "#!/usr/local/bin/perl" as I expect (probably is shebangfix executed before). That's why I would like to know "some magic command" which shows me the exact steps executed by "make" I made another patch that adds FreeBSD shebang: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277703 > Le 14/03/2024 à 19:55, Miroslav Lachman a écrit : >> Is there a way to see the order of the executed steps by "make"? >> >> tl;dr: I know "make" will run many targets like fetch, checksum, >> extract, patch... but I would like to see some verbose info about >> these steps, mainly what is the order of the steps when I run "make". >> I tried to create some patch to one the port and it seems like >> "shebangfix" is run before "patch" but I don't know how to see what is >> true order of the targets. >> >> Kind reagards >> Miroslav Lachman >> > From nobody Thu Mar 14 19:51:17 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 4TwdLH3M07z5Dhcs for ; Thu, 14 Mar 2024 19:51:35 +0000 (UTC) (envelope-from wolfgang.gerlach@proton.me) Received: from mail-4318.protonmail.ch (mail-4318.protonmail.ch [185.70.43.18]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwdLG6BFrz4ZVY for ; Thu, 14 Mar 2024 19:51:34 +0000 (UTC) (envelope-from wolfgang.gerlach@proton.me) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=proton.me header.s=protonmail header.b=QJpTVPry; dmarc=pass (policy=quarantine) header.from=proton.me; spf=pass (mx1.freebsd.org: domain of wolfgang.gerlach@proton.me designates 185.70.43.18 as permitted sender) smtp.mailfrom=wolfgang.gerlach@proton.me DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1710445893; x=1710705093; bh=FlzUxnxptnm/RzNbxIcIOvHBHDoohFPvM6nUcS9wzrM=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=QJpTVPryxsKW9nvr77G47YtUpmkAR2AarwwM9YNVUKcOxCEzTxuZSr1NWbu8Rvupk E0HVi3G/4fXrbH9B327V8Z65lSJJ23g1YUmUSIP/QBrEuKBaNxuHLL514eK/8ZygjF lMDg2AyGg0YDLUpslS4DGe039SP4H4mf5DX44s31FLTXuTRBHUfKqzUzsXKewvqh4f D1lRP4t2WyGj08UD3GbmDujk5g/vO7Hb807HLB8vrnsBV9Av4vLE7Y1cbtw7GIwDW4 ZNMZL7hRTqMzbygfDhcUSzxaCGclgBSK8+Icdul9fl5HMoNfBJXsCUPrsjCI7LjfED 2mRZ+VoF0DfPQ== Date: Thu, 14 Mar 2024 19:51:17 +0000 To: "freebsd-ports@freebsd.org" From: Wolfgang Gerlach Subject: Review request Message-ID: Feedback-ID: 100102342:user:proton List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_rvNtM4dwXE88rZ2OE8jOpsRqF1MDTf5uax9T1HPibUo" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.10 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[proton.me,quarantine]; RWL_MAILSPIKE_VERYGOOD(-0.20)[185.70.43.18:from]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24:c]; R_DKIM_ALLOW(-0.20)[proton.me:s=protonmail]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_EQ_ADDR_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; DKIM_TRACE(0.00)[proton.me:+] X-Rspamd-Queue-Id: 4TwdLG6BFrz4ZVY This is a multi-part message in MIME format. --b1_rvNtM4dwXE88rZ2OE8jOpsRqF1MDTf5uax9T1HPibUo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGksCgpjYW4gc29tZW9uZSBwbGVhc2UgdGFrZSBhIGxvb2sgYXQgdGlja2V0IDI3NjgxNyAoaHR0 cHM6Ly9idWdzLmZyZWVic2Qub3JnL2J1Z3ppbGxhL3Nob3dfYnVnLmNnaT9pZD0yNzY4MTcpLkF0 dGFjaGVkIHRvIHRoaXMgdGlja2V0IGlzIGEgcGF0Y2ggdGhhdCB1cGRhdGVzIG1vZF9zZWN1cml0 eSB0byB2ZXJzaW9uIDMuMC4xMiwgd2hpY2ggZml4ZXMgYSBDVkUuCgpUaGFuayB5b3UgaW4gYWR2 YW5jZSwKV29sZmdhbmc= --b1_rvNtM4dwXE88rZ2OE8jOpsRqF1MDTf5uax9T1HPibUo Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0 cHg7Ij48L2Rpdj48ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDoxLjU7c2Nyb2xsYmFyLXdpZHRoOnRo aW4iPjxzcGFuIHN0eWxlPSJzY3JvbGxiYXItd2lkdGg6dGhpbiI+SGksPC9zcGFuPjxkaXYgc3R5 bGU9InNjcm9sbGJhci13aWR0aDp0aGluIj48YnIgc3R5bGU9InNjcm9sbGJhci13aWR0aDp0aGlu Ij48L2Rpdj48ZGl2IHN0eWxlPSJzY3JvbGxiYXItd2lkdGg6dGhpbiI+PHNwYW4gc3R5bGU9InNj cm9sbGJhci13aWR0aDp0aGluIj5jYW4gc29tZW9uZSBwbGVhc2UgdGFrZSBhIGxvb2sgYXQgdGlj a2V0IDI3NjgxNyAoPGEgaHJlZj0iaHR0cHM6Ly9idWdzLmZyZWVic2Qub3JnL2J1Z3ppbGxhL3No b3dfYnVnLmNnaT9pZD0yNzY4MTciIHJlbD0ibm9yZWZlcnJlciBub2ZvbGxvdyBub29wZW5lciIg dGFyZ2V0PSJfYmxhbmsiIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsgY3Vyc29y OiBwb2ludGVyOyBzY3JvbGxiYXItd2lkdGg6IHRoaW47IGNvbG9yOiBibHVlOyBiYWNrZ3JvdW5k LWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij5odHRwczovL2J1Z3MuZnJlZWJzZC5vcmcvYnVn emlsbGEvc2hvd19idWcuY2dpP2lkPTI3NjgxNzwvYT4pLjwvc3Bhbj48L2Rpdj48c3BhbiBzdHls ZT0ic2Nyb2xsYmFyLXdpZHRoOnRoaW4iPjxzcGFuIHN0eWxlPSJzY3JvbGxiYXItd2lkdGg6dGhp biI+QXR0YWNoZWQgdG8gdGhpcyB0aWNrZXQgaXMgYSBwYXRjaCB0aGF0IHVwZGF0ZXMgbW9kX3Nl Y3VyaXR5IHRvIHZlcnNpb24gMy4wLjEyLCB3aGljaCBmaXhlcyBhIENWRS48L3NwYW4+PC9zcGFu PjxiciBzdHlsZT0ic2Nyb2xsYmFyLXdpZHRoOnRoaW4iPjxzcGFuIHN0eWxlPSJzY3JvbGxiYXIt d2lkdGg6dGhpbiI+PC9zcGFuPjxkaXYgc3R5bGU9InNjcm9sbGJhci13aWR0aDp0aGluIj48YnIg c3R5bGU9InNjcm9sbGJhci13aWR0aDp0aGluIj48L2Rpdj48c3BhbiBzdHlsZT0ic2Nyb2xsYmFy LXdpZHRoOnRoaW4iPlRoYW5rIHlvdSBpbiBhZHZhbmNlLDwvc3Bhbj48YnIgc3R5bGU9InNjcm9s bGJhci13aWR0aDp0aGluIj48L2Rpdj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6MS41O3Njcm9s bGJhci13aWR0aDp0aGluIj48c3BhbiBzdHlsZT0ic2Nyb2xsYmFyLXdpZHRoOnRoaW4iPldvbGZn YW5nPC9zcGFuPjwvc3Bhbj48ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jayIg c3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+ PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stcHJvdG9uIj4NCiAgICA8L2Rp dj4NCjwvZGl2Pg0K --b1_rvNtM4dwXE88rZ2OE8jOpsRqF1MDTf5uax9T1HPibUo-- From nobody Thu Mar 14 19:57:25 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 4TwdT424JRz5Dj3V for ; Thu, 14 Mar 2024 19:57:28 +0000 (UTC) (envelope-from SRS0=fhg4=KU=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 4TwdT419f7z4bf4; Thu, 14 Mar 2024 19:57:28 +0000 (UTC) (envelope-from SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id CB45BD7889; Thu, 14 Mar 2024 20:57:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710446246; bh=nkC2KlA3ImqcYIIOQGfGBXvLMRmu2v+cgwYDr0g8Nr0=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=BV2Xiq29KxXB4N5UZs2bGndNiMzd/o840AvVOkdnPR8Z7lSq6H7W9p2qcqc2tfCoL wwBvtaLZ6bKH9ubT0xlVmyRwTnMwOk40u8Qz+zquZrRJpvzSIX/wjzxyjTL0Fw3B41 SP2G06kxNMiz/yQds8phNaTSXfX5bS5QIF+Poje0= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (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 F11BDD7884; Thu, 14 Mar 2024 20:57:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710446246; bh=nkC2KlA3ImqcYIIOQGfGBXvLMRmu2v+cgwYDr0g8Nr0=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=BV2Xiq29KxXB4N5UZs2bGndNiMzd/o840AvVOkdnPR8Z7lSq6H7W9p2qcqc2tfCoL wwBvtaLZ6bKH9ubT0xlVmyRwTnMwOk40u8Qz+zquZrRJpvzSIX/wjzxyjTL0Fw3B41 SP2G06kxNMiz/yQds8phNaTSXfX5bS5QIF+Poje0= Message-ID: <8f0601e3-c57f-4d67-8047-1c92088e886d@quip.cz> Date: Thu, 14 Mar 2024 20:57:25 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: how to see order of make targets steps in ports tree? Content-Language: en-US To: Moin Rahman Cc: "freebsd-ports@FreeBSD.org" References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> <49B3BF7D-E6B0-409B-B37B-F8F5660E099D@freebsd.org> From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <49B3BF7D-E6B0-409B-B37B-F8F5660E099D@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- 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:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Queue-Id: 4TwdT419f7z4bf4 On 14/03/2024 20:35, Moin Rahman wrote: > > >> On Mar 14, 2024, at 7:55 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >> >> Is there a way to see the order of the executed steps by "make"? >> >> tl;dr: I know "make" will run many targets like fetch, checksum, extract, patch... but I would like to see some verbose info about these steps, mainly what is the order of the steps when I run "make". >> I tried to create some patch to one the port and it seems like "shebangfix" is run before "patch" but I don't know how to see what is true order of the targets. >> >> Kind reagards >> Miroslav Lachman >> > > > ❯ rg --no-filename '^_USES_patch' Mk | sort > _USES_patch+= 190:pathfix > _USES_patch+= 200:dos2unix > _USES_patch+= 210:fix-shebang > _USES_patch+= 290:gnome-pre-patch > _USES_patch+= 600:charsetfix-post-patch > _USES_patch+= 650:post-patch-erlang > _USES_patch= 701:cabal-post-patch Good to know this grep! Thanks. But where is the step using patches from port's "files" directory? Kind regards Miroslav Lachman From nobody Thu Mar 14 19:59:01 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 4TwdW569YXz5DjXl for ; Thu, 14 Mar 2024 19:59:13 +0000 (UTC) (envelope-from bofh@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwdW55ZXtz4cbB; Thu, 14 Mar 2024 19:59:13 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710446353; 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: in-reply-to:in-reply-to:references:references; bh=ytdFMtraVYL3UEQQSZZSS+oGRBulTIQ86ImTY7YgMi8=; b=NBs8kb2n4qXm2s/JCfeTfn5oSfRJqWpuKXcyVkX9Ddcq3HUdYRMVLp3Sk+W5fT92uXh8ZK w7Ojm6etgj1sy8IJPRNwPrpkuYwI/nl1WL1EKmEs7kgEZJHujgIRL5KWBaTrZXBAN/rNFa b2GWTWwIQmEQOlAoAzgb4ql8jOhWTfb5jnnJDtNfy7S8gaGocitjzqgtm0voPsRW/dK9Qd 2ZJ5xPS+w+aHeJRZj09FyYKd3p9tloyySZ2NUJqLYDwJ+Q8VrcCLlXlrOiU7ZZeY9KBA+G Rohhj9qPCs82ZP79vIa6K42bJ7phIb4pC6JMX58knLltKeE2AH07dAJnBuRFIg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710446353; a=rsa-sha256; cv=none; b=F4i5sb3Aqj7glxbtDZJbn8vOulEXn1Z74QOW9WA9oGW6UvJZ9A3LhhI9wcu8cfsP3x3gUb ghAVv2Sb/uj+0etVulMXPe1x6bD2yZhSdb7TQXEgu9NZO2ea+EJ+0o4jImn05ZxyAf04Sm N1n0fI6pxMVMye0Y+p12RT9zhA/ee7CgEqbaz3bHwaJcCVGEIO00cDiW3UodXAo3CqQIP2 /SGtJOul83MVqku68KCKkMqbmXWhF/Beog3GfNN97TTpAxcQsbJKNx2HSW5OxrJgvMILgq Z6Fdt6/XUqF989cN4iQgVhlzYoYATbL0U2hSY6QCJJdfhnBoi2hTNCiEe3rG8Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710446353; 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: in-reply-to:in-reply-to:references:references; bh=ytdFMtraVYL3UEQQSZZSS+oGRBulTIQ86ImTY7YgMi8=; b=qnBifqcGs2EqBS3HqG/2GaUXwaSLzEYegfun6Jdz51JpweMep5c+soa3mljmnBQCY3NRoq YAInzUZcJwAC3cgmaXtL6cFf0vITdSgWC1FR8fyHYGjRfoEyRzOKQ3ugYTHi2oJFRDAzSD +Xl8BAISdjZerg5SBdVU1fx1kF8/HTSlHaKKtn3gH069P0BXPAsf4c4EC2+dDExH0rIb58 W/X0BAiUi4hCVlPb6uAwlUwrKb37FxE94TgrV85hW32/mT2YFz4mZkpH4IESibENDE3ikJ TVmOUXKe8Dg14B0D0RGziAS+c7VNT+jqOC0V7ReoZXtrCvhe5LP29PFcMLrgng== Received: from mx.bofh.network (mx.bofh.network [5.9.249.227]) (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) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TwdW52dSfzRTW; Thu, 14 Mar 2024 19:59:13 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id 1ba97a37 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Thu, 14 Mar 2024 19:59:11 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_79289A51-6DAF-4B97-8A35-CC574B1BD188"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.1\)) Subject: Re: how to see order of make targets steps in ports tree? From: Moin Rahman In-Reply-To: <8f0601e3-c57f-4d67-8047-1c92088e886d@quip.cz> Date: Thu, 14 Mar 2024 20:59:01 +0100 Cc: "freebsd-ports@FreeBSD.org" Message-Id: References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> <49B3BF7D-E6B0-409B-B37B-F8F5660E099D@freebsd.org> <8f0601e3-c57f-4d67-8047-1c92088e886d@quip.cz> To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.3731.700.6.1.1) --Apple-Mail=_79289A51-6DAF-4B97-8A35-CC574B1BD188 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 14, 2024, at 8:57 PM, Miroslav Lachman <000.fbsd@quip.cz> = wrote: >=20 > On 14/03/2024 20:35, Moin Rahman wrote: >>> On Mar 14, 2024, at 7:55 PM, Miroslav Lachman <000.fbsd@quip.cz> = wrote: >>>=20 >>> Is there a way to see the order of the executed steps by "make"? >>>=20 >>> tl;dr: I know "make" will run many targets like fetch, checksum, = extract, patch... but I would like to see some verbose info about these = steps, mainly what is the order of the steps when I run "make". >>> I tried to create some patch to one the port and it seems like = "shebangfix" is run before "patch" but I don't know how to see what is = true order of the targets. >>>=20 >>> Kind reagards >>> Miroslav Lachman >>>=20 >> =E2=9D=AF rg --no-filename '^_USES_patch' Mk | sort >> _USES_patch+=3D 190:pathfix >> _USES_patch+=3D 200:dos2unix >> _USES_patch+=3D 210:fix-shebang >> _USES_patch+=3D 290:gnome-pre-patch >> _USES_patch+=3D 600:charsetfix-post-patch >> _USES_patch+=3D 650:post-patch-erlang >> _USES_patch=3D 701:cabal-post-patch >=20 > Good to know this grep! Thanks. > But where is the step using patches from port's "files" directory? >=20 > Kind regards > Miroslav Lachman rg do-patch Mk --Apple-Mail=_79289A51-6DAF-4B97-8A35-CC574B1BD188 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmXzVwVfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJEH3A//S4+6jU9bRlkFhFzIEpXPFBOK90RbFwN/fyr62DNGVkKHJXlWsMiJ0U5K MOUqY0CsFdm2RsTLzOXLndJlQy9Gfv4+DM45hTYXporh76gKEVaaH8PD4h5vFpAg u/QdTaANPjixcimvoAH1znQLOiuBVcJdsX7w3J5khk3ey+hPA166tl4aD6yAfRnJ o6g7TU3jqzEJzRmD52qkOgH7Ym7Bbe4/72E3o4NOHXs0+lmbSligmBXcFRbkvMB4 HhzoqUWj5Q2h2BpFo8AAtVnaxon2G+EpvRyVkhu5mZloPGqloGzmabFMNfCdbv/w 1ZG6+wZMBZwM8ZrvvKsTHAaUInQNOYL5hCJUsZVz9jxXUxLs+BsX39E+sYuFOXA6 p8BPzNMdqDy4zfWrjf/X++8ePLuueMNdCrn5aXMUlOSzMmf2zcCax141b4QLvj+i +EqXPY+Qggw1WZQP/WUri2W4CZbiMshmHMr/r7ZYKHy/B7MulyRUp8OJJWyKx8i5 WvzlEDcL33D5DdzhdjxLSWdM/MdvjwcWSwxNXJZLfh3z56yt5iel6OwBWk0MFJMY L5nw+nEFdM0EtnVUAgz55ehrw3im0CK1gLKcbWeVIIw+WYWOvsJTLXIceKg/jm4t G7I7G/vvk1dmsYLuB113utxZ9e4CLaiDd1dWARU7y9vh84pyog0= =fZom -----END PGP SIGNATURE----- --Apple-Mail=_79289A51-6DAF-4B97-8A35-CC574B1BD188-- From nobody Thu Mar 14 20:37:56 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 4TwfMv1PWVz5DXFj for ; Thu, 14 Mar 2024 20:38:03 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from smtp-bc0f.mail.infomaniak.ch (smtp-bc0f.mail.infomaniak.ch [IPv6:2001:1600:7:10::bc0f]) (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 "relay.mail.infomaniak.ch", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwfMt2wPwz4gfP for ; Thu, 14 Mar 2024 20:38:02 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pyret.net header.s=20231006 header.b=baEfxlyY; dmarc=pass (policy=reject) header.from=pyret.net; spf=pass (mx1.freebsd.org: domain of daniel.engberg.lists@pyret.net designates 2001:1600:7:10::bc0f as permitted sender) smtp.mailfrom=daniel.engberg.lists@pyret.net Received: from smtp-3-0001.mail.infomaniak.ch (smtp-3-0001.mail.infomaniak.ch [10.4.36.108]) by smtp-4-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4TwfMn0BTjzSVn; Thu, 14 Mar 2024 21:37:57 +0100 (CET) Received: from unknown by smtp-3-0001.mail.infomaniak.ch (Postfix) with ESMTPA id 4TwfMm44wHzMpq0F; Thu, 14 Mar 2024 21:37:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pyret.net; s=20231006; t=1710448676; bh=MuDphfjuH1FeOEdSepT0dZEJpMLl4QgAOWxzeB2LNsg=; h=Date:Subject:From:Reply-To:To:Cc:References:In-Reply-To:From; b=baEfxlyYG53fksaFOVLGqT7/LjJbru+Ty5TC0m/PbuCbTbDyrCcf8y6JeZz38NkSq UZgVa2vUJO0ZhZLNt3ODiBtqhFHzDKDEazklQTPp5ayaBTeaWRIt2SHCrQgWAQVOxQ qs+mufC88o4NMunmYaCtRFsuF0EMqG5DPWStvFBEEW9GKBLHZAOqrhhZcn4Y8pCvIr R1U9GfZow5dCwgxTwPVlG6pP5qgXFjHmrxvqaXiOB6cxz5ABV4589Y4pY/70aGMIjQ 5asL+rJOkqk1sv7Zd+r/eohHlmgIhgesWcBhOVrntPMDg9BlnaT4lS6LrWZ/N2qXUt kKNa/WK3v5btQ== Message-ID: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> Date: Thu, 14 Mar 2024 21:37:56 +0100 Subject: Re: Proposed ports deprecation and removal policy From: Daniel Engberg Reply-To: Daniel Engberg To: Eugene Grosbein Cc: Florian Smeets , ports@freebsd.org List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-WS-User-Origin: eyJpdiI6InhiRUZwRXRzWHRNWThjY29LeUkxZFE9PSIsInZhbHVlIjoiLzhOVGVZZ1ZCYklSZ2I5dENPSmdrUT09IiwibWFjIjoiMWRiOWViZWY2MTlmYjE0ODFiMTI2MzE3OTM4YWQwMzEyMmM2OGNiMTRhYTc4MzVkNDUzOTU5YTMwNDZlZGI4NCIsInRhZyI6IiJ9 X-WS-User-Mbox: eyJpdiI6IkJ6Yk1EcFpUeGtwZHAvdFVFUmgrblE9PSIsInZhbHVlIjoiN1FQTkZVWWZxZkgyY3A3ZG5XTEUyZz09IiwibWFjIjoiMDUxMmYyNmViMTljMjJkYmMyOTczMDc1MDRjNzAyOTNmNWIxNzFkNDI0OGUzMzY0YmYwOWZiMmUyZTBjMjNjYSIsInRhZyI6IiJ9 X-WS-Location: eJxzKUpMKykGAAfpAmU- X-Mailer: Infomaniak Workspace (1.3.654) References: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> <1c5b7818-842f-f7b8-9d4e-5bf681cad20e@grosbein.net> <64c7435c-2d69-1f62-ba7c-30812860a457@grosbein.net> <9646fd5d0666c8e57795ea1b370b6af1@mail.infomaniak.com> In-Reply-To: X-Infomaniak-Routing: alpha X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[pyret.net,reject]; R_DKIM_ALLOW(-0.20)[pyret.net:s=20231006]; R_SPF_ALLOW(-0.20)[+ip6:2001:1600:7:10::/64:c]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:29222, ipnet:2001:1600::/32, country:CH]; DKIM_TRACE(0.00)[pyret.net:+]; HAS_REPLYTO(0.00)[daniel.engberg.lists@pyret.net]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4TwfMt2wPwz4gfP On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein wrot= e: > 12.03.2024 3:24, Daniel Engberg =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > [skip] >=20 >=20 > > Another possible option would be to add something to the port's mate= data that makes pkg aware and easy notiable > > like using a specific color for portname and related information to si= gnal > > like if it's red it means abandonware and potentially reduced security= . > =20 > Of course, we need to inform users but not enforce. Tools, not policy. >=20 Eugene Hi, Given that we seem to agree on these points in general why should such port= s still be kept in the tree? We don't have such tooling available and it wo= nt likely happen anytime soon. Because it's convenient for a committer who = uses these in a controlled network despite being potentially harmful for ot= hers? Just to be clear, I'm after where do we draw the line in general. If we look at other distros in general based on availability the decision s= eems to favour overall user security than "convenience". Given that we have= security policies etc in place I'd say that we in general are leaning towa= rds user security? Best regards, Daniel From nobody Thu Mar 14 20:49:46 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 4Twfdd62rwz5DY7V for ; Thu, 14 Mar 2024 20:49:57 +0000 (UTC) (envelope-from grembo@freebsd.org) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Twfdd2GDYz4j0K; Thu, 14 Mar 2024 20:49:57 +0000 (UTC) (envelope-from grembo@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 8300b332; Thu, 14 Mar 2024 20:49:48 +0000 (UTC) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id fb915823 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 14 Mar 2024 20:49:48 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Proposed ports deprecation and removal policy From: Michael Gmelin In-Reply-To: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> Date: Thu, 14 Mar 2024 21:49:46 +0100 Cc: Eugene Grosbein , Florian Smeets , ports@freebsd.org Message-Id: References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> To: Daniel Engberg X-Mailer: iPhone Mail (20H320) X-Spamd-Bar: ---- 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:213.239.192.0/18, country:DE] X-Rspamd-Queue-Id: 4Twfdd2GDYz4j0K > On 14. Mar 2024, at 21:38, Daniel Engberg = wrote: >=20 > =EF=BB=BFOn 2024-03-12T15:15:49.000+01:00, Eugene Grosbein wrote: >> 12.03.2024 3:24, Daniel Engberg =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>=20 >> [skip] >>=20 >>=20 >>> Another possible option would be to add something to the port's mateda= ta that makes pkg aware and easy notiable >>> like using a specific color for portname and related information to sign= al >>> like if it's red it means abandonware and potentially reduced security. >>=20 >> Of course, we need to inform users but not enforce. Tools, not policy. >>=20 > Eugene >=20 > Hi, >=20 > Given that we seem to agree on these points in general why should such por= ts still be kept in the tree? We don't have such tooling available and it wo= nt likely happen anytime soon. Because it's convenient for a committer who u= ses these in a controlled network despite being potentially harmful for othe= rs? >=20 > Just to be clear, I'm after where do we draw the line in general. >=20 > If we look at other distros in general based on availability the decision s= eems to favour overall user security than "convenience". Given that we have s= ecurity policies etc in place I'd say that we in general are leaning towards= user security? So your proposal is to only have ports in the tree that are safe to run on u= nprotected public networks? -m From nobody Thu Mar 14 21:08:47 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 4Twg3S5kZbz5Db17 for ; Thu, 14 Mar 2024 21:08:52 +0000 (UTC) (envelope-from SRS0=fhg4=KU=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 4Twg3S39Cbz4kZb; Thu, 14 Mar 2024 21:08:52 +0000 (UTC) (envelope-from SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id DA68DD78AA; Thu, 14 Mar 2024 22:08:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710450530; bh=cfT046zvkUVoBBi2flEQOk2YqsWY+jlNFAL6L4G+//4=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=2u7zxUn1zstxf0uffePKtW9/Fb8wvRmD8M6YGjmWAmdpTHemWUCW8ZNbMib+C/1WF kLSDzwOfSij6wAMoaLD9HFrASbBmUx0kJf3zxtTkBRE4sthYc7XdTQOadLZCbKFIup no3bXRlTal/CoJnEaIGPMsHF8awmcByXvzVdn/v8= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (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 BA40AD7884; Thu, 14 Mar 2024 22:08:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710450528; bh=cfT046zvkUVoBBi2flEQOk2YqsWY+jlNFAL6L4G+//4=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=aRWQwFj3ruRshmUuKQM4YF0PlbOUGIivMFFhutKzf6E7QuC3FOkEMNMz4Xxwv16Uz IbaOel89uj0WWZO6TquWkN/R2E3jGfaqOD4y0pc8o8nG0WeI9y6O8p5jV4hmcDV3vO s49KNtzzHkTgbJUQSePTG0BjEg9I6kCoeQYPL5rE= Message-ID: <530b7a49-470c-4437-ba95-ec68bc5ad1a4@quip.cz> Date: Thu, 14 Mar 2024 22:08:47 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: how to see order of make targets steps in ports tree? Content-Language: cs-Cestina To: Moin Rahman Cc: "freebsd-ports@FreeBSD.org" References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> <49B3BF7D-E6B0-409B-B37B-F8F5660E099D@freebsd.org> <8f0601e3-c57f-4d67-8047-1c92088e886d@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- 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:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Queue-Id: 4Twg3S39Cbz4kZb On 14/03/2024 20:59, Moin Rahman wrote: >> On Mar 14, 2024, at 8:57 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >> On 14/03/2024 20:35, Moin Rahman wrote: >>>> On Mar 14, 2024, at 7:55 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >>>> >>>> Is there a way to see the order of the executed steps by "make"? >>>> >>>> tl;dr: I know "make" will run many targets like fetch, checksum, extract, patch... but I would like to see some verbose info about these steps, mainly what is the order of the steps when I run "make". >>>> I tried to create some patch to one the port and it seems like "shebangfix" is run before "patch" but I don't know how to see what is true order of the targets. >>>> >>> ❯ rg --no-filename '^_USES_patch' Mk | sort >>> _USES_patch+= 190:pathfix >>> _USES_patch+= 200:dos2unix >>> _USES_patch+= 210:fix-shebang >>> _USES_patch+= 290:gnome-pre-patch >>> _USES_patch+= 600:charsetfix-post-patch >>> _USES_patch+= 650:post-patch-erlang >>> _USES_patch= 701:cabal-post-patch >> >> Good to know this grep! Thanks. >> But where is the step using patches from port's "files" directory? >> >> Kind regards >> Miroslav Lachman > > rg do-patch Mk Is this the right order and is this a complete list of targets? It seems to me that some things are in the wrong order. # grep -h -rE '[0-9]{3}:' /usr/ports/Mk/ | sed -E 's/.*=[[:space:]]//;s/^[[:space:]]+//;s/ ([0-9]{3}:)/\n\1/g;s/ \\$//' | grep -E '^[0-9]{3}:' | sort 010:check-build-conflicts 050:ask-license 050:extract-message 050:post-chroot 050:stage-message 100:build-message 100:checksum 100:install-message 100:package-message 100:patch-message 100:pre-everything 100:stage-dir 100:test-message 125:show-unsupported-system-error 150:build-depends 150:check-makefile 150:extract-depends 150:fetch-depends 150:identify-install-conflicts 150:patch-depends 150:run-depends 150:test-depends 151:lib-depends 160:create-binary-alias 161:create-binary-wrappers 170:create-base-pkgconfig 190:clean-wrkdir 190:pathfix 190:phpize-message 190:show-errors 200:${EXTRACT_WRKDIR} 200:check-already-installed 200:configure-message 200:dos2unix 200:go-pre-fetch 200:show-warnings 210:apply-slist 210:fix-shebang 210:show-dev-errors 220:show-dev-warnings 250:cargo-configure 250:check-categories 250:do-phpize 250:pear-pre-install 260:do-autogenerate-plist 270:do-generate-deinstall-script 290:${STAGEDIR}${KMODDIR} 290:gnome-pre-patch 290:start-display 291:${STAGEDIR}${KERN_DEBUGDIR}${KMODDIR} 295:mate-pre-configure 300:check-makevars 300:create-manifest 300:pre-build 300:pre-configure 300:pre-extract 300:pre-fetch 300:pre-install 300:pre-package 300:pre-patch 300:pre-test 350:check-desktop-entries 400:check-depends 400:check-depends-ncurses 400:fake-pkg 400:generate-plist 445:mate-pre-configure-script 450:pre-build-script 450:pre-configure-script 450:pre-extract-script 450:pre-fetch-script 450:pre-package-script 450:pre-patch-script 450:pre-su-install 450:qmake-configure 470:do-autoreconf 475:create-users-groups 480:patch-libtool 490:ap-gen-plist 490:run-autotools-fixup 500:check-deprecated 500:do-build 500:do-configure 500:do-extract 500:do-fetch 500:do-install 500:do-package 500:do-patch 500:do-test 500:pkg-depends 500:security-check 520:do-7-zip-extract 550:check-vulnerable 550:fetch-specials 550:kmod-post-install 550:pear-post-install 560:fix-perl-things 590:gem-extract 600:cargo-extract 600:charsetfix-post-patch 600:check-license 600:fixup-lib-pkgconfig 600:nuget-extract 600:webplugin-post-install 601:paket-extract 601:trigger-post-install 650:check-config 650:post-patch-erlang 690:fonts-install-fontpathd 690:gnome-post-gconf-schemas 690:gnome-post-omf 690:post-extract-gh-DEFAULT 690:post-extract-gl-${_group} 700:buildanyway-message 700:post-build 700:post-configure 700:post-extract 700:post-fetch 700:post-install 700:post-patch 701:cabal-post-extract 701:cabal-post-patch 701:electronfix-post-install 701:remove-common-files 720:elfctl-post-build 735:ocaml-findlib 740:ocaml-ldconfig 750:cran-auto-plist 750:options-message ${_USES_sanity} 750:post-install-script 751:cabal-post-install-script 751:debuginfo-extract 755:cran-strip 775:move-uniquefiles 790:patch-lafiles 800:go-post-extract 800:go-post-fetch 800:post-stage 800:post-test 820:gem-autoplist 820:kodi-autoplist 850:compress-man 850:post-build-script 850:post-configure-script 850:post-extract-script 850:post-fetch-script 850:post-package-script 850:post-patch-script 860:install-rc-script 860:stop-display 870:install-ldconfig-file 880:install-license 890:install-desktop-entries 899:add-pkg-message 899:add-plist-phpext 900:add-plist-info 910:add-plist-docs 920:add-plist-examples 930:add-plist-data 933:add-plist-egginfo 934:add-plist-pymod 935:add-plist-python 940:add-plist-post ${POST_PLIST:C/^/990:/} 950:move-uniquefiles-plist 995:electronfix-stage-qa 995:stage-qa 999:extract-fixup-modes Kind regards Miroslav Lachman From nobody Thu Mar 14 21:17:39 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 4TwgFh6hwfz5DbSn for ; Thu, 14 Mar 2024 21:17:44 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from smtp-42a9.mail.infomaniak.ch (smtp-42a9.mail.infomaniak.ch [IPv6:2001:1600:7:10::42a9]) (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 "relay.mail.infomaniak.ch", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwgFf6sMyz4lQZ for ; Thu, 14 Mar 2024 21:17:42 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Authentication-Results: mx1.freebsd.org; none Received: from smtp-4-0001.mail.infomaniak.ch (smtp-4-0001.mail.infomaniak.ch [10.7.10.108]) by smtp-4-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4TwgFb6yJszXrd; Thu, 14 Mar 2024 22:17:39 +0100 (CET) Received: from unknown by smtp-4-0001.mail.infomaniak.ch (Postfix) with ESMTPA id 4TwgFb4K8vzHfm; Thu, 14 Mar 2024 22:17:39 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pyret.net; s=20231006; t=1710451059; bh=u7ONhz7AxToNECTBX83Swx4+ohyNKsJE2QsW71vCwRE=; h=Date:Subject:From:Reply-To:To:Cc:References:In-Reply-To:From; b=TEYBr/hB0U7B3xX7ci9JuPEiIDRMS3vCJjz9wnXLl7w5cxvJnj1jmhsLit6Sqc5z5 Ai+95ScQf0xLY3FDppthRQ/p+29xW/9RTcDxIIU+RPABZbZBcQ4b2fEn9AFq9JW41n L3QFNmF1ecm3MbWDEkZYRUi4E176TXlqYrNugIFetXv3y20kTsW6zx1chR85fV7F6z 9hyKGxfdgW7Fq4CKaTPQESrePuhOxsNaw+6VuXoFpajYYD1jOd464B7ThyYDRw90Wj 1s7FTwlJ1+NnUyZ8OrUGeyBSqNjtInDS0jgtSCgqscTZ+izjom7XSLUgYRkWoU1qzj zMDTlNVTo4J4Q== Message-ID: <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> Date: Thu, 14 Mar 2024 22:17:39 +0100 Subject: Re: Proposed ports deprecation and removal policy From: Daniel Engberg Reply-To: Daniel Engberg To: Michael Gmelin Cc: Eugene Grosbein , Florian Smeets , ports@freebsd.org List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-WS-User-Origin: eyJpdiI6IjdaRGJkRzh3RWxUYzhBOE9OdGJEVVE9PSIsInZhbHVlIjoiUmZqK0NxMVphT2w1UEo1K21mQXNQZz09IiwibWFjIjoiYWQyOTU2NzdiNzViODRiNGEyZjIyZjJlODk0YWZmODczNDY0MGFiYjY3OGIxMTNjOTZjYzJlYTNmZDA4ZWViZCIsInRhZyI6IiJ9 X-WS-User-Mbox: eyJpdiI6Im5kUktMb3FCdkYwdlEwcldmdXVsY3c9PSIsInZhbHVlIjoiMm9ZWGcvdG5QTGpFV0IyYlpwSEhqQT09IiwibWFjIjoiMjgyYmYzZjVjMGFhOTFmYzZhMjRmYzlmZWQ2ZWM3NDI0NWMxODIyMjRkNTcyYzQ1ZjhkNzg5MTQzYjNlMDRiOCIsInRhZyI6IiJ9 X-WS-Location: eJxzKUpMKykGAAfpAmU- X-Mailer: Infomaniak Workspace (1.3.654) References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> In-Reply-To: X-Infomaniak-Routing: alpha X-Spamd-Bar: ---- 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:29222, ipnet:2001:1600::/32, country:CH] X-Rspamd-Queue-Id: 4TwgFf6sMyz4lQZ On 2024-03-14T21:49:46.000+01:00, Michael Gmelin wrote= : > =20 > > On 14. Mar 2024, at 21:38, Daniel Engberg wrote: > > =20 > > On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein = wrote: > >=20 > > > 12.03.2024 3:24, Daniel Engberg =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > =20 > > > [skip] > > > =20 > > > =20 > > >=20 > > > > Another possible option would be to add something to the port'= s matedata that makes pkg aware and easy notiable > > > > like using a specific color for portname and related information t= o signal > > > > like if it's red it means abandonware and potentially reduced secu= rity. > > > =20 > > > Of course, we need to inform users but not enforce. Tools, not polic= y. > > > =20 > > Eugene > > =20 > > Hi, > > =20 > > Given that we seem to agree on these points in general why should such= ports still be kept in the tree? We don't have such tooling available and = it wont likely happen anytime soon. Because it's convenient for a committer= who uses these in a controlled network despite being potentially harmful f= or others? > > =20 > > Just to be clear, I'm after where do we draw the line in general. > > =20 > > If we look at other distros in general based on availability the decis= ion seems to favour overall user security than "convenience". Given that we= have security policies etc in place I'd say that we in general are leaning= towards user security? > =20 > So your proposal is to only have ports in the tree that are safe to run o= n unprotected public networks? >=20 -m I'm asking if we should purposely support it despite the efforts of keeping= users safe. Best regards, Daniel From nobody Thu Mar 14 21:20:23 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 4TwgK0252gz5Dbp3 for ; Thu, 14 Mar 2024 21:20:36 +0000 (UTC) (envelope-from bofh@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwgK01bLXz4mM1; Thu, 14 Mar 2024 21:20:36 +0000 (UTC) (envelope-from bofh@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710451236; 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: in-reply-to:in-reply-to:references:references; bh=3YLah5bQc2lQx5ofzZjscH30XJKch7BgkLkCCimYEi4=; b=h/eQ5zeulCGeuaxojLuEPkicFy8tTGOaYGFvAdMlyBygaqOsJUcZRathsjvDYnaHXY5LU2 d20I6Rr6AwPBjxQ48nin8FfM3h65rYuSFtLzgHRBvN3ifNi4nSk5v7+LOLJk3atJoJ0z4p jsTCuukM9P1xn3yP+04+7KOa+wgemwVWCGm8cb3e/uGFrk5pGQ/CMABlO+4WapeDDiKUay UXehwkn4CxbrPmSUrhqEBbjMGBx2sPW/WsTl9u6nVDzhecyoZijcEA8HOVqGrUBTxpifP/ LYzgCC1o8/EEQU1AT0vL5zwydbcBZDoXalq9MTjOKJ84OLSguCv0XfX76z0tWw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710451236; a=rsa-sha256; cv=none; b=fOwc/iCuJCkWhobV16YKbMFprWKEE/t2pY0jfBkHUpWdEPkt2n30KzLxcuuM0tkvAdPpOF XJIJIZ6smJM6m3xeRHcZslk9r3TGV7C2UFboZq0NOOxwrBxybZ4dyivz4/MNsgaUq7aIJb 4fPGUxJzKL/eVmIfJ9AGHcVY5rOAHxHodH42uF3IYlLESt1UR2mw+nID7AeEcyShcFqbYk OnySfcIujxhvNMJovLcAXNCZ/+fEwU1pzkLNYaMuDg04zaf/rFK5S5Q7sLHwn8dr2l/qwI oFoefEgYW23En0EsXqxyQbp/954VF68tJc4xANfRo+1bp9lyJs8NhAjgbbAkoQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710451236; 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: in-reply-to:in-reply-to:references:references; bh=3YLah5bQc2lQx5ofzZjscH30XJKch7BgkLkCCimYEi4=; b=SLKRyaqbzA+QjxYMXQvrvHaup/TN+3sxlQBJGTRg+f8sTD5+klDlwXNd1KJOCkaVcApAwP VV4JoTuiFfAHmqEEVf8jlHY51IwaQ68ULKKOvd9dyL31mocUxFzn1MVVptsO8X76fy6UK6 tKdYPzv3Zk5NQ8BnnlC8bnJu2sphjtSQfGfIQV1ZYcBpFYO7pLlQ2/UXjISgpExElk1e4Y K2CM32c4eNNsV0lyVq97vjqNroh12Q/BH00j6+6i+f7tD0Gn0YdGJbI1Jc0Ht3JGybApG6 2P0hXHHERN5HlN95O2uo0LYw3YVlHxhpRoMMOQpyLjDb0JLCQ0slKOmJV5rImg== Received: from mx.bofh.network (mx.bofh.network [5.9.249.227]) (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) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TwgJz5W7FzSrZ; Thu, 14 Mar 2024 21:20:35 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtpclient.apple ( [217.117.226.147]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id f3745123 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Thu, 14 Mar 2024 21:20:34 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_50AB719F-8856-4E41-8687-55F3901A3068"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.1\)) Subject: Re: how to see order of make targets steps in ports tree? From: Moin Rahman In-Reply-To: <530b7a49-470c-4437-ba95-ec68bc5ad1a4@quip.cz> Date: Thu, 14 Mar 2024 22:20:23 +0100 Cc: "freebsd-ports@FreeBSD.org" Message-Id: References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> <49B3BF7D-E6B0-409B-B37B-F8F5660E099D@freebsd.org> <8f0601e3-c57f-4d67-8047-1c92088e886d@quip.cz> <530b7a49-470c-4437-ba95-ec68bc5ad1a4@quip.cz> To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.3731.700.6.1.1) --Apple-Mail=_50AB719F-8856-4E41-8687-55F3901A3068 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 14, 2024, at 10:08 PM, Miroslav Lachman <000.fbsd@quip.cz> = wrote: >=20 > On 14/03/2024 20:59, Moin Rahman wrote: >>> On Mar 14, 2024, at 8:57 PM, Miroslav Lachman <000.fbsd@quip.cz> = wrote: >>> On 14/03/2024 20:35, Moin Rahman wrote: >>>>> On Mar 14, 2024, at 7:55 PM, Miroslav Lachman <000.fbsd@quip.cz> = wrote: >>>>>=20 >>>>> Is there a way to see the order of the executed steps by "make"? >>>>>=20 >>>>> tl;dr: I know "make" will run many targets like fetch, checksum, = extract, patch... but I would like to see some verbose info about these = steps, mainly what is the order of the steps when I run "make". >>>>> I tried to create some patch to one the port and it seems like = "shebangfix" is run before "patch" but I don't know how to see what is = true order of the targets. >>>>>=20 >>>> =E2=9D=AF rg --no-filename '^_USES_patch' Mk | sort >>>> _USES_patch+=3D 190:pathfix >>>> _USES_patch+=3D 200:dos2unix >>>> _USES_patch+=3D 210:fix-shebang >>>> _USES_patch+=3D 290:gnome-pre-patch >>>> _USES_patch+=3D 600:charsetfix-post-patch >>>> _USES_patch+=3D 650:post-patch-erlang >>>> _USES_patch=3D 701:cabal-post-patch >>>=20 >>> Good to know this grep! Thanks. >>> But where is the step using patches from port's "files" directory? >>>=20 >>> Kind regards >>> Miroslav Lachman >> rg do-patch Mk >=20 > Is this the right order and is this a complete list of targets? > It seems to me that some things are in the wrong order. >=20 > # grep -h -rE '[0-9]{3}:' /usr/ports/Mk/ | sed -E = 's/.*=3D[[:space:]]//;s/^[[:space:]]+//;s/ ([0-9]{3}:)/\n\1/g;s/ \\$//' = | grep -E '^[0-9]{3}:' | sort > 010:check-build-conflicts > 050:ask-license > 050:extract-message > 050:post-chroot > 050:stage-message > 100:build-message > 100:checksum > 100:install-message > 100:package-message > 100:patch-message > 100:pre-everything > 100:stage-dir > 100:test-message > 125:show-unsupported-system-error > 150:build-depends > 150:check-makefile > 150:extract-depends > 150:fetch-depends > 150:identify-install-conflicts > 150:patch-depends > 150:run-depends > 150:test-depends > 151:lib-depends > 160:create-binary-alias > 161:create-binary-wrappers > 170:create-base-pkgconfig > 190:clean-wrkdir > 190:pathfix > 190:phpize-message > 190:show-errors > 200:${EXTRACT_WRKDIR} > 200:check-already-installed > 200:configure-message > 200:dos2unix > 200:go-pre-fetch > 200:show-warnings > 210:apply-slist > 210:fix-shebang > 210:show-dev-errors > 220:show-dev-warnings > 250:cargo-configure > 250:check-categories > 250:do-phpize > 250:pear-pre-install > 260:do-autogenerate-plist > 270:do-generate-deinstall-script > 290:${STAGEDIR}${KMODDIR} > 290:gnome-pre-patch > 290:start-display > 291:${STAGEDIR}${KERN_DEBUGDIR}${KMODDIR} > 295:mate-pre-configure > 300:check-makevars > 300:create-manifest > 300:pre-build > 300:pre-configure > 300:pre-extract > 300:pre-fetch > 300:pre-install > 300:pre-package > 300:pre-patch > 300:pre-test > 350:check-desktop-entries > 400:check-depends > 400:check-depends-ncurses > 400:fake-pkg > 400:generate-plist > 445:mate-pre-configure-script > 450:pre-build-script > 450:pre-configure-script > 450:pre-extract-script > 450:pre-fetch-script > 450:pre-package-script > 450:pre-patch-script > 450:pre-su-install > 450:qmake-configure > 470:do-autoreconf > 475:create-users-groups > 480:patch-libtool > 490:ap-gen-plist > 490:run-autotools-fixup > 500:check-deprecated > 500:do-build > 500:do-configure > 500:do-extract > 500:do-fetch > 500:do-install > 500:do-package > 500:do-patch > 500:do-test > 500:pkg-depends > 500:security-check > 520:do-7-zip-extract > 550:check-vulnerable > 550:fetch-specials > 550:kmod-post-install > 550:pear-post-install > 560:fix-perl-things > 590:gem-extract > 600:cargo-extract > 600:charsetfix-post-patch > 600:check-license > 600:fixup-lib-pkgconfig > 600:nuget-extract > 600:webplugin-post-install > 601:paket-extract > 601:trigger-post-install > 650:check-config > 650:post-patch-erlang > 690:fonts-install-fontpathd > 690:gnome-post-gconf-schemas > 690:gnome-post-omf > 690:post-extract-gh-DEFAULT > 690:post-extract-gl-${_group} > 700:buildanyway-message > 700:post-build > 700:post-configure > 700:post-extract > 700:post-fetch > 700:post-install > 700:post-patch > 701:cabal-post-extract > 701:cabal-post-patch > 701:electronfix-post-install > 701:remove-common-files > 720:elfctl-post-build > 735:ocaml-findlib > 740:ocaml-ldconfig > 750:cran-auto-plist > 750:options-message ${_USES_sanity} > 750:post-install-script > 751:cabal-post-install-script > 751:debuginfo-extract > 755:cran-strip > 775:move-uniquefiles > 790:patch-lafiles > 800:go-post-extract > 800:go-post-fetch > 800:post-stage > 800:post-test > 820:gem-autoplist > 820:kodi-autoplist > 850:compress-man > 850:post-build-script > 850:post-configure-script > 850:post-extract-script > 850:post-fetch-script > 850:post-package-script > 850:post-patch-script > 860:install-rc-script > 860:stop-display > 870:install-ldconfig-file > 880:install-license > 890:install-desktop-entries > 899:add-pkg-message > 899:add-plist-phpext > 900:add-plist-info > 910:add-plist-docs > 920:add-plist-examples > 930:add-plist-data > 933:add-plist-egginfo > 934:add-plist-pymod > 935:add-plist-python > 940:add-plist-post ${POST_PLIST:C/^/990:/} > 950:move-uniquefiles-plist > 995:electronfix-stage-qa > 995:stage-qa > 999:extract-fixup-modes >=20 > Kind regards > Miroslav Lachman You are looking at it on a wrong perspective I think. The numbers matter only within a single target. So if you consider my earlier examples you will see that we have 701 in = patch target. Bu definitely patch target takes place lot earlier in the targets then = the others in this list. Kind regards, Moin --Apple-Mail=_50AB719F-8856-4E41-8687-55F3901A3068 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmXzahdfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJGskBAAgWldlAMUiBpIxuQ3W8jsl8QGeQ9u1boIvLOkiLlXtZm4c72oCSmzozwG 9o87c+HjxdMofrbbpQiNQW7BRnaohMvrS1vF5RHOzZyfe3da3eqhKK8ryXHkfUtt l/NuXwGNSRdNAI9RhPSW8OUqrnCeUpFCztwStaGVAw0rzW33/HAClt9Oo1lc8Bqj nU6g9Nric5M6OYwGLLITKUpIxITyFsYOjxl/kvF6VNgX386quzU82BtA2zAk33J4 CFCdpS3usO8Cv9YWfSltOESfJ2OAu92LV75bI6h2WCc7r8SZ3I/0ClBDHK8L0koZ lxrOLbWpYEddJq/M5YHZn4A+iD+RdeIJZrQ9ZamxHcPkIQzp9dIQJrDUu30FmQSF DrAmdOh1LHhdyouzwwbB2sdAYpR5R8UC3ihvzD1EoI+8aBchpVuL2shxEspeWXz/ U4c4goSmgyPnddcKq14xFrUQkd6h3m47KhNkqXnPM31glo3YJeLxFG+fDCcCshEN ZHHBtTYsA5mcaphbiYJJ82jNwnE4kSiGBJjmYoUWDVOxbSe5tPUUjiqHZ/tWr4bn p+2uNgnXr1IZG+eKgfCXBiS8dtDkxDBSItVebmPP11lGyoZIWi7jCyJ1zUTN0fO8 fLzrsGPnCxMSNbeld5Dlq0uLRd3oE9TsAO+YYiZ98ZuxnFC/Hog= =yr8z -----END PGP SIGNATURE----- --Apple-Mail=_50AB719F-8856-4E41-8687-55F3901A3068-- From nobody Thu Mar 14 21:41:05 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 4Twgmj3ZdBz5Ddfp for ; Thu, 14 Mar 2024 21:41:09 +0000 (UTC) (envelope-from vishwin@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) 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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Twgmj37Lfz4pQW; Thu, 14 Mar 2024 21:41:09 +0000 (UTC) (envelope-from vishwin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710452469; 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: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=vzxT5SS+sEWgLdhXCNJzrOhdzKDMK3nIbipz/nomn4c=; b=rvRRfaP8BI+zKyUKPw87W6e+/A3GzYr1hTZq2XUgPo/2JBWQTjb2rtu5y1X5xwE6JEMdq0 eNCcv21vUpstmQyhEykA/JVq7X+RgPrPA9WM3EFtzPem35c/vG35PRIF0ezsdR475mSzkO /5UUD8K/IoR9KBKwZzbbiCNx55wX9WYWRrpAg+KVAmUj6kui2PXSGK8vrmXyYGvEIek5Zj WBmyOzP6uav4N4E7Oeq8s+/wYNgHuxK6137VtbmwCr4d+Pls5Ouum8cpYaq32VaO8l1ML6 Ql1W8FPeCio4CTkzyt2UxrLVJ5CRx2CyLTe1H/8T4yhMoJIf72n4wbeEVpDMJg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710452469; a=rsa-sha256; cv=none; b=V4MsAU9WWaNmnAsOESVl8TFPRwE87oytlfN1Wua8URIjNhz9zipEPJX70C4uLuCzFDi09Z SLxctZqrFwNoPEaHZE8rs7NPnCSWQ0wJ4vmfX1EdCFkpON/Wx+nuV/jmKQ0tQAd3U5qbWw dYShBOyW4ONGU+8QWao010JMfdsXJz7pm3SXcWONmhXBwqZ3/2iE6CokY0tJNytsuZ1Fra iZYtmxbxll5YhM63B/pjqNBK5gd8345RPN01RqflkRKrZJgoRE/sVZh+DLIDPm1dTu3voB LBZdGdAhnGoXpG9kre6fTiQFqLU6Ow3tQlLppldt/sfAtgFDDOOzLHDHD9r5Bg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710452469; 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: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=vzxT5SS+sEWgLdhXCNJzrOhdzKDMK3nIbipz/nomn4c=; b=SqEvcxPEPA0Hly/oedCetr3jNngdKMnJl4ER8Na4WkV/kmiARfbN1w0PsLrcazUQF94PMt TMqVZdgHneejSLEkC7gnkt/aP3FkxZo94hhxKODW04+RfKXgqqz6241exqBL8Yem4EAzNR pDFru/Zwc+pixKzF9gbteL/Bnzb8xj4oHS0Fuujc0Q8pBGiYQkSRFiETZfAb6tZ/MAIqSa kk2ek6nsl3eVTs5QxWM2Ctn8oaAnS9QjAMVBAjXTaxRWzXADLwmO/13SCOnzFErR6wCNjT qLXlHTGPrt4++bCDd2LJV5rvUrtGRnkg6iODK7UfzafYzaNPHfbsvL4QT9hD5g== Received: from [IPV6:2601:98a:d80:d0:56ee:75ff:fe50:69b5] (unknown [IPv6:2601:98a:d80:d0:56ee:75ff:fe50:69b5]) (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) (Authenticated sender: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Twgmh6RFPzSSn; Thu, 14 Mar 2024 21:41:08 +0000 (UTC) (envelope-from vishwin@freebsd.org) Message-ID: Date: Thu, 14 Mar 2024 17:41:05 -0400 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Proposed ports deprecation and removal policy To: Daniel Engberg , Michael Gmelin Cc: Eugene Grosbein , Florian Smeets , ports@freebsd.org References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> Content-Language: en-GB From: Charlie Li Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEZFWWqBYJKwYBBAHaRw8BAQdAINFDmM+bgGkT1C4nD5a3BxgcH8Xnx5qTJbPuIBxD57LN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQRTQA7vBfo8y1zE1rpnj5NgWEFcygUCZFWWqAIbAwUJA+3ogAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRBnj5NgWEFcyllaAP9CGICFEvTUOv5BYh/H8m49VJ87a/wd 0obeQfVBnS464AD9FopTHbjEs0HDV0ZYmJPxzJIznjumsj9gBxX0bBqqTgzOOARkVZaoEgor BgEEAZdVAQUBAQdA6BUWuG5RuT0vmtoDyCUUqiJGdtd78GM5ic3kw2AntSADAQgHwn4EGBYK ACYWIQRTQA7vBfo8y1zE1rpnj5NgWEFcygUCZFWWqAIbDAUJA+3ogAAKCRBnj5NgWEFcyn55 AP9ezKDCUgHqAq6JX976abb9pYdbSjxxNJqnrjgNkfhgIQD/QhR+fgnUHhcGTMBy+pYHZUGH 5DCuITsK1U4+v252uws= Organization: FreeBSD Project In-Reply-To: <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------dE7An2xP6hYe0S3p0WEz4z63" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------dE7An2xP6hYe0S3p0WEz4z63 Content-Type: multipart/mixed; boundary="------------EsYzAORqgah1ts6WP4jrxDcH"; protected-headers="v1" From: Charlie Li To: Daniel Engberg , Michael Gmelin Cc: Eugene Grosbein , Florian Smeets , ports@freebsd.org Message-ID: Subject: Re: Proposed ports deprecation and removal policy References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> In-Reply-To: <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> --------------EsYzAORqgah1ts6WP4jrxDcH Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 RGFuaWVsIEVuZ2Jlcmcgd3JvdGU6DQo+IE9uIDIwMjQtMDMtMTRUMjE6NDk6NDYuMDAwKzAx OjAwLCBNaWNoYWVsIEdtZWxpbiA8Z3JlbWJvQGZyZWVic2Qub3JnPiB3cm90ZToNCj4+ICAg DQo+Pj4gICAgIE9uIDE0LiBNYXIgMjAyNCwgYXQgMjE6MzgsIERhbmllbCBFbmdiZXJnIDxk YW5pZWwuZW5nYmVyZy5saXN0c0BweXJldC5uZXQ+IHdyb3RlOg0KPj4+ICAgR2l2ZW4gdGhh dCB3ZSBzZWVtIHRvIGFncmVlIG9uIHRoZXNlIHBvaW50cyBpbiBnZW5lcmFsIHdoeSBzaG91 bGQgc3VjaCBwb3J0cyBzdGlsbCBiZSBrZXB0IGluIHRoZSB0cmVlPyBXZSBkb24ndCBoYXZl IHN1Y2ggdG9vbGluZyBhdmFpbGFibGUgYW5kIGl0IHdvbnQgbGlrZWx5IGhhcHBlbiBhbnl0 aW1lIHNvb24uIEJlY2F1c2UgaXQncyBjb252ZW5pZW50IGZvciBhIGNvbW1pdHRlciB3aG8g dXNlcyB0aGVzZSBpbiBhIGNvbnRyb2xsZWQgbmV0d29yayBkZXNwaXRlIGJlaW5nIHBvdGVu dGlhbGx5IGhhcm1mdWwgZm9yIG90aGVycz8NCj4+PiAgIA0KPj4+ICAgSnVzdCB0byBiZSBj bGVhciwgSSdtIGFmdGVyIHdoZXJlIGRvIHdlIGRyYXcgdGhlIGxpbmUgaW4gZ2VuZXJhbC4N Cj4+PiAgIA0KPj4+ICAgSWYgd2UgbG9vayBhdCBvdGhlciBkaXN0cm9zIGluIGdlbmVyYWwg YmFzZWQgb24gYXZhaWxhYmlsaXR5IHRoZSBkZWNpc2lvbiBzZWVtcyB0byBmYXZvdXIgb3Zl cmFsbCB1c2VyIHNlY3VyaXR5IHRoYW4gImNvbnZlbmllbmNlIi4gR2l2ZW4gdGhhdCB3ZSBo YXZlIHNlY3VyaXR5IHBvbGljaWVzIGV0YyBpbiBwbGFjZSBJJ2Qgc2F5IHRoYXQgd2UgaW4g Z2VuZXJhbCBhcmUgbGVhbmluZyB0b3dhcmRzIHVzZXIgc2VjdXJpdHk/DQo+PiAgIA0KPj4g U28geW91ciBwcm9wb3NhbCBpcyB0byBvbmx5IGhhdmUgcG9ydHMgaW4gdGhlIHRyZWUgdGhh dCBhcmUgc2FmZSB0byBydW4gb24gdW5wcm90ZWN0ZWQgcHVibGljIG5ldHdvcmtzPw0KPj4N Cj4gDQo+IEknbSBhc2tpbmcgaWYgd2Ugc2hvdWxkIHB1cnBvc2VseSBzdXBwb3J0IGl0IGRl c3BpdGUgdGhlIGVmZm9ydHMgb2Yga2VlcGluZyB1c2VycyBzYWZlLg0KPiANClllcy4gKllv dSogbWF5IG5vdCB3YW50IHRvIHN1cHBvcnQgY2VydGFpbiB0aGluZ3MgdGhhdCBtYXkgbG9v ayANCmluYWN0aXZlLCBvbGQgb3IgZGVwZW5kZW50IG9uIHRoZSBzYW1lLCBidXQgdGhhdCBk b2VzIG5vdCBtZWFuIG90aGVycyANCmFyZSBub3Qgd2lsbGluZy4gTG9va3MgY2FuIGJlIGRl Y2VpdmluZy4gU3BlY2lmaWNhbGx5IHRvIHRoZSBzZWN1cml0eSANCnBvaW50LCBzb21lIHNv ZnR3YXJlIHB1cnBvc2VseSBuZWVkIHRvIG90aGVyd2lzZSBhcHBlYXIgImluc2VjdXJlIiBm b3IgDQpsZWdhbCBhbmQgcmVndWxhdG9yeSBjb21wbGlhbmNlIGluIHRoZSBkb21haW5zIHRo ZXkgc2VydmljZS4NCg0KTm9uZSBvZiB1cyBpbmRpdmlkdWFsbHksIG9yIGV2ZW4gYXMgYSBj b2xsZWN0aXZlLCBrbm93IG9yIHdpbGwga25vdyANCmV2ZXJ5IGxhc3QgdXNlIGNhc2Ugb2Yg ZXZlcnl0aGluZyBpbiB0aGUgcG9ydHMgdHJlZS4gSXQgaXMgc3VwcmVtZWx5IA0KaW1wb3J0 YW50IHRvIGNvbnNpZGVyIHZhbGlkIHVzZSBjYXNlcyBhbmQgd29ya2Zsb3dzLiBTdWdnZXN0 aW5nIHRoYXQgDQp1c2VycyBjaGFuZ2UgdGhlaXIgd29ya2Zsb3dzIHRvIHNvbWV0aGluZyBl bHNlIHRoYXQgaXMgbm90IGVxdWl2YWxlbnQgDQpiZWNhdXNlIHNvbWVib2R5IHdhbnRzIHRv IGRlcHJlY2F0ZSBhbmQgcmVtb3ZlIGEgbGlicmFyeSB0aGF0IGFuIA0Kb3RoZXJ3aXNlIGFj dGl2ZSBhbmQgbWFpbnRhaW5lZCBwcm9ncmFtIGhlYXZpbHkgdXNlcyBpcyBub3QgYSBnb29k IGxvb2suDQoNCkRvIG5vdCBjb25zdHJ1ZSBhbnkgb2YgdGhpcyBhcyBzdWdnZXN0aW5nIHBv cnRzIGJlIGEgc29mdHdhcmUgbXVzZXVtLiBXZSANCmFyZSBub3QgaW4gdGhlIGJ1c2luZXNz IG9mIGNvZXJjaW5nIHVzZXJzIHRvIGNoYW5nZSB0aGVpciB3b3JrZmxvd3MgYWxsIA0KYmVj YXVzZSBhIHByb2plY3QncyBhY3Rpdml0eSBmYWxscyBiZWxvdyBzb21lIGFyYml0cmFyeSB0 aHJlc2hvbGQgZm9yIA0Kb3VyIHB1cnBvc2VzLg0KDQpXZSBkbyBub3QgbmVlZCBhbm90aGVy IGRucy9kamJkbnMgZGViYWNsZS4gVGhhdCB3YXMgaG9ycmVuZG91cy4NCg0KLS0gDQpDaGFy bGllIExpDQouLi5ub3BlLCBzdGlsbCBkb24ndCBoYXZlIGFuIGV4aXQgbGluZS4NCg0K --------------EsYzAORqgah1ts6WP4jrxDcH-- --------------dE7An2xP6hYe0S3p0WEz4z63 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQRTQA7vBfo8y1zE1rpnj5NgWEFcygUCZfNu8QUDAAAAAAAKCRBnj5NgWEFcyuMG AQDunafQfRnTpjWjcqmBxwLlu8JZhKk+4kbE7vSHa1gZDwEAnh/jL7hc/33YOz3bHegmdrkn4PgI QOjC24k+WKkQTAU= =xrKH -----END PGP SIGNATURE----- --------------dE7An2xP6hYe0S3p0WEz4z63-- From nobody Thu Mar 14 21:03:28 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 4Twh490rx3z5DfyM for ; Thu, 14 Mar 2024 21:54:33 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Received: from SINPR02CU002.outbound.protection.outlook.com (mail-southeastasiaazolkn190110001.outbound.protection.outlook.com [IPv6:2a01:111:f403:d402::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Twh476Pgjz4rTQ for ; Thu, 14 Mar 2024 21:54:31 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=VR3ccBjW; dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of tatsuki_makino@hotmail.com designates 2a01:111:f403:d402::1 as permitted sender) smtp.mailfrom=tatsuki_makino@hotmail.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TBQV8iL38ehfRmwYB7ZUDw7Xwq0+189E25HLfeVq3t+ZHQR28DmKATI2Pxhi971Yh53R0gIQVapiB5VwPRS0bqvL92DHGlUyNfAl5gFuy3mivQ4h4nDudXUWJjGzL4ZEPkVKteMfslvpWqRDfy4klN6/PI7jH84IOr33gfiMhDYJyukzZQ0MgyZxNmYCA6NLDcdXgTRO4WBijOCARx/jFZPrCXIX5KuTIf1a0aI6iHpDcX4A1/nLBZ89jBCwrJqy7W7O4wHhc10JnUmk7lD2CWtp8Y+Z2C6ENibbklieiQwW01Bl5M5PgPEFJBP/Ck8thP8BAzczvzoBwLbNO0Iikg== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=wzVpAcwCI3Ayomr5xHvkCvQQXlzVI5yMQ8w6aUVMHVg=; b=TKyUn7OozW9LGfj/bGOPB8BwV4tkaWLVXYPFyJgtiT43HztH5I6kTXRdme1CAZrUL89phJe7BXr/pBVXtNuV0nauaXu9zsl8qkD+/y7ozY1QXtHuCTY4m+/UbSsROW2ZbnZqeMwkqMgNGB1ktaAYaezT/6pb6G5TbI5uAHoQbPsvFv0uPUw66ZzS93W+nCMm0GT/9xImLSRAKHnqxFu3FcBI/QMLzmAzecYEqBP2q6k6mRE3oVtMPdQjWKjLUrGzW/jjlvl4TgLr8cWG4ACeFNe6B4tL/vgcBmdfMan4DZzmaI7gH4ZwMKiRcprLdL9lZbDGFSWITaLQdRIwiQorIw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wzVpAcwCI3Ayomr5xHvkCvQQXlzVI5yMQ8w6aUVMHVg=; b=VR3ccBjWcVVXsNXh5y5NVCn08JTU8z82ZzQsOAPhanQIqdpON6luUXjeQB5diP6JEiIZkZD3oFI1KQyr5I13ct86tvroshV3lmN8rtfDYptumAOeK/AHYFNi7Yfjywb+eIBizCZdu/eR8oHiBTJpNKGAxCsXFEn3sy2nZL5R/97My7iGNcFwLxGj8ismgQK7VLn3rzjwuPKfhXgBrOHQe8Ydb483BDJOZy53z6jUI7uvvpdX3P3QNbxnkM2MuQk6lDO9r69BpqeulsXqn56bl0aAgkZAi6N8o8y0+9yY3RbYExn6P3Ji5hq5+U3AhSA5j2M+ca4sFngh973svnzgLA== Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) by SEYPR01MB5743.apcprd01.prod.exchangelabs.com (2603:1096:101:1ab::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7339.39; Thu, 14 Mar 2024 21:54:24 +0000 Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::1537:ef5d:9dab:474e]) by SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::1537:ef5d:9dab:474e%5]) with mapi id 15.20.7386.017; Thu, 14 Mar 2024 21:54:24 +0000 From: Tatsuki Makino Subject: Re: how to see order of make targets steps in ports tree? To: "freebsd-ports@FreeBSD.org" References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> Message-ID: Date: Fri, 15 Mar 2024 06:03:28 +0900 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 In-Reply-To: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TMN: [fWSkoTYPfvqvg9PivFW7vQXwrhTjArhB] X-ClientProxiedBy: TYWPR01CA0033.jpnprd01.prod.outlook.com (2603:1096:400:aa::20) To SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) X-Microsoft-Original-Message-ID: <4ac74523-b757-7b8e-afae-5044d32705d1@hotmail.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SI2PR01MB5036:EE_|SEYPR01MB5743:EE_ X-MS-Office365-Filtering-Correlation-Id: 8c301602-ab08-4417-b439-08dc44714fdb X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: WTjEkrzBT1M0j3XQO+RHUcuqTTu0ukgiyIWKBtftaEoOQkngIDQVeYSJC9NS1zVP2gDGDxPS9mcCSA+RVHD62bFwWBS/QI0LEjIOo6fUrsYynPg0Sa2Ldsq6P87lM5srpvbTAqftoyvYhCdhxL/b+izfJIlr70oO+6U+K06E/VXTcIic/1YHzFQLCUZz4abIE/vldb697hfDEwRua/Ul2wW1ZHmBCMyibJrd8O4O0sgA6jB6I9y5KweoIFcHtDKLiSB4fRY+0U/TpW9srSFXbEYQZmUZgl+FgxZmLmCGB59MzRoug/Y4nlhyh5kuyKquD8iE9CqTvqktK5uWxmR/z0L2mOH7WQb+nAPKuKtLt1IL0tHWezF9j5ke48to3RQOAsrVX5OLGRxp8XzsNA0s25B3slc4y+qzH4zqXjIbWfhRQvohqhUWUSITV9fMDU62mKPEP5Jl89OB7IQP7AZeYTsbjEz6kQgt/49Q57b+lL9Q/X5AY2j9mLdRwKg0mxoT4t64ju4ihglp7dUEYETpb7rUin/zX++sco52JnDhoLOobv23bCHJdm2I3JQY7EJdhGwxRY9AVjJJGeN9sM5twb6nAJsSiiyw4DXSEpc2SCedS48BTGES0B8LK/DsBO2q X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?TlBkeVdjZXZxQXdLQ1JCcjdXTzZESjRNQjJjK2V6dmxLVlNnejM5NjgrTTUr?= =?utf-8?B?V2lZZ3ZlQWhqTTMySDVRZ0NUVWxiOXZIQXlVUFlZSUxYTVNQWlFqcjVzRm11?= =?utf-8?B?djRIMjhBUlArTklJVzZMa3Fmaml4QkQ3d0EwdEFOcDM0NEdwakNQeElVTzBp?= =?utf-8?B?ZFBIZXBWOGY4RHVnU2FCVnNxRkU3U1VkZ1p5WXpVdkIzU3V3dXVRRUUybE1V?= =?utf-8?B?UDBWc2VuaUFsSVJ3UU1KZTN0Y1cwclVJdWVIcFpjd2p3TktFa2QyUE96TkQ4?= =?utf-8?B?dnV6ZU1Ua3c2bkZsMk04NjBXM3ROLy9kcTRuVUh3WCtxWTg0TWFOUVNxRXpS?= =?utf-8?B?UUx0VldxSzJMRTNmTkIyRmJWWkxtLzBHdy9iKzIwV1FxekV5aTJLR1pzQTF3?= =?utf-8?B?ckpkY2lTN0NDYSsydEViUEZMUEZ6M3VSNWlnM25uMXBtVnRIYWNJUGw3K0Ey?= =?utf-8?B?VE5KcXlpMUJnWlhvNm11ZUJsNHBlbC9LNExGRUd1UFVmL2xrL3AxRFhFK0VS?= =?utf-8?B?M3lSZ3B5dHdvZGJXUitvemVnaEVHbXJyT3dHY1EwNzdjbExRRVhTa01TSENZ?= =?utf-8?B?VDRhMDB4b2lOZnIvS2Y1SEJWeTVOZktDbXBMRnhMaGkvNlNKUlZiWllxZlJa?= =?utf-8?B?b3l6WFUxUWZObTRZbmJPU3NTZDE0VlBqenNCMEp1b3VScXRsTjM3MWtsNTR5?= =?utf-8?B?Z0ZYNjBjbCsxZms3RVEvUTRuTVNEdEtzZDdTTjFacko4UlI2R1R6a20vMUcx?= =?utf-8?B?K2hTZ1FpbC9yVHF5aHBFSm9kelVmQzg3Y3NMdUhIV0NvUnhTZ3FLdXZHdXZO?= =?utf-8?B?M1pUV0NxbUtJR1dFUmVxSjhTTEZ6NkVIcklxUEUwZUgwZW1nZkxwbEgyd080?= =?utf-8?B?THNVVi9DbmsxRnVuSnlKSG5LSXgyWUFLNHhnWG11ekZaQ2xvTFFEUUlhWmw0?= =?utf-8?B?ZnpzNTNhMzBFdm5FNGVOY2JER0t2VThxSXBMMzg3eFhXWTV4RzFuRTc1M0Ex?= =?utf-8?B?VXRldkZXRjRFZEJ1Zmdtcy9VZ01WUkdWZzhrK3F4d3pSOFRUc0FQNzRyWHVr?= =?utf-8?B?MkpLOEFmdER2dkdtT1lqWVFGOTRObjI2VU1NaG1hKzBIRHJFRzVROVBCR0pI?= =?utf-8?B?Z2M4VkoxNklqZXEwS0x0eFdKd3FVK0tYbTRhdmdTWjdYZnRaTjVJMHM4REZ5?= =?utf-8?B?enBoN2VodE9VcVZrSmlINUh3THNjaEdpQ1dUSkZmajI3L3hvaDV5RUFSRmFS?= =?utf-8?B?bWR5NUtaTm84N2Y4STdNRjErUlIvUFJEVG9OOENENTlxOFhPd2kyTVVEcnZn?= =?utf-8?B?T2VRd2t5b09Fc3F3d1YrTUZ5Z0F5bEpmeHVHNmRyakFnbXhxZjd0YVNsZDNB?= =?utf-8?B?ZW51dG9FR2IxNyt4UW9QVWxZVW1HaFAyckRwOStxZ1FrTlpUT2dTWm9ldUth?= =?utf-8?B?SHkvd3VPWFl2RUs2VWgvZS82Qlh5NnJrbmVFNDZwTk9ITXhMcndyUS94Mjla?= =?utf-8?B?ZkFwbE9LV2RmZUJvaWJoS2VKczhOZ0w3WlVtME1VUlY4cXRHSmJyQ0hrdFNI?= =?utf-8?B?NG1oY0ZuZTkrOXJkVFYvelhYMWlhS0srckh6NTFwOCtSRUVCM1h1VElFRlhJ?= =?utf-8?B?K3BKNUtSZkkrT0hRRkU2dys1cEd5cE1tMStZRW9MVUtOQ1F5SWVsNWltRExo?= =?utf-8?Q?iV0Yw1dE/hlBsu/MWEdt?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-d8e84.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 8c301602-ab08-4417-b439-08dc44714fdb X-MS-Exchange-CrossTenant-AuthSource: SI2PR01MB5036.apcprd01.prod.exchangelabs.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Mar 2024 21:54:24.4808 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SEYPR01MB5743 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.49 / 15.00]; FORGED_MUA_SEAMONKEY_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f403:c000::/51]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; MIME_TRACE(0.00)[0:+]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[hotmail.com]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a01:111:f403:d402::1:from]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; DKIM_TRACE(0.00)[hotmail.com:+] X-Rspamd-Queue-Id: 4Twh476Pgjz4rTQ Hello. Various answers have already been given, however, here is a command that can produce interesting values on this. make -C /usr/ports/ports-mgmt/pkg -V _TARGETS_STAGES make -C /usr/ports/ports-mgmt/pkg -V _SANITY_SEQ -V _PKG_SEQ -V _FETCH_SEQ -V _EXTRACT_SEQ -V OMITTED_HEREAFTER:P The -d option of make also displays some rather interesting things. make -C /usr/ports/ports-mgmt/pkg -n -d g1 In addition, variables such as _USES_target can be used to add interesting behavior. For example, in the patch phase, rewriting by replace_cmd may be performed in addition to normal patching. It makes make makepatch not smart to use. It can be stopped by defining the following targets. ...I think I wrote that somewhere before :) _USES_patch+= 501:stop-patch stop-patch: .NOTMAIN .PHONY false I just don't know if it helps :) Regards. From nobody Thu Mar 14 22:10:41 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 4TwhQs2TLRz5DhV4 for ; Thu, 14 Mar 2024 22:10:45 +0000 (UTC) (envelope-from SRS0=fhg4=KU=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 4TwhQs0Kwhz503w; Thu, 14 Mar 2024 22:10:44 +0000 (UTC) (envelope-from SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 42EDAD7889; Thu, 14 Mar 2024 23:10:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710454243; bh=LG5PhqdSkK9hjUrAHTH/Y5n7w368LB4BXqTXaBGTEls=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=H2EuM4HAdzCq9Q96h5ZPMfX8lKWw9RXAvUqTS4IzK3zH170ZOr6LY1ACslS8frEMe fRWzvU9qFOlnxg1LkzqS0UMqSirPcn4X4BkEar4MbvBh7UCdzAHzCXMja0pOGZcLbC EufDuE6ReiiULtnATinYQoEBi+X7FWYoxKA9ISig= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (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 08ACAD7884; Thu, 14 Mar 2024 23:10:41 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710454242; bh=LG5PhqdSkK9hjUrAHTH/Y5n7w368LB4BXqTXaBGTEls=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=Ka0/yKGe0PDEcr7a7YAAz4bn5AgxTubFmK4FZiR025DXkCRPHQRuA34mTgFzoUSEB JP5fRh+eFpWhICB02gBTfxeQho18TBVRVzmYGovEjeuGw23sX783eJVn1Lmljcps0E Q4jAX3hwXrdzTHglcztjTrGD2/t5SB9zcu0nUBmg= Message-ID: <43ace529-cb8b-4ea1-b07c-b5af50342781@quip.cz> Date: Thu, 14 Mar 2024 23:10:41 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: how to see order of make targets steps in ports tree? Content-Language: en-US To: Moin Rahman Cc: "freebsd-ports@FreeBSD.org" References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> <49B3BF7D-E6B0-409B-B37B-F8F5660E099D@freebsd.org> <8f0601e3-c57f-4d67-8047-1c92088e886d@quip.cz> <530b7a49-470c-4437-ba95-ec68bc5ad1a4@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- 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:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Queue-Id: 4TwhQs0Kwhz503w On 14/03/2024 22:20, Moin Rahman wrote: > > >> On Mar 14, 2024, at 10:08 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >> >> On 14/03/2024 20:59, Moin Rahman wrote: >>>> On Mar 14, 2024, at 8:57 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >>>> On 14/03/2024 20:35, Moin Rahman wrote: >>>>>> On Mar 14, 2024, at 7:55 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >>>>>> >>>>>> Is there a way to see the order of the executed steps by "make"? >>>>>> >>>>>> tl;dr: I know "make" will run many targets like fetch, checksum, extract, patch... but I would like to see some verbose info about these steps, mainly what is the order of the steps when I run "make". >>>>>> I tried to create some patch to one the port and it seems like "shebangfix" is run before "patch" but I don't know how to see what is true order of the targets. >>>>>> >>>>> ❯ rg --no-filename '^_USES_patch' Mk | sort >>>>> _USES_patch+= 190:pathfix >>>>> _USES_patch+= 200:dos2unix >>>>> _USES_patch+= 210:fix-shebang >>>>> _USES_patch+= 290:gnome-pre-patch >>>>> _USES_patch+= 600:charsetfix-post-patch >>>>> _USES_patch+= 650:post-patch-erlang >>>>> _USES_patch= 701:cabal-post-patch >>>> >>>> Good to know this grep! Thanks. >>>> But where is the step using patches from port's "files" directory? >>>> >>>> Kind regards >>>> Miroslav Lachman >>> rg do-patch Mk >> >> Is this the right order and is this a complete list of targets? >> It seems to me that some things are in the wrong order. >> >> # grep -h -rE '[0-9]{3}:' /usr/ports/Mk/ | sed -E 's/.*=[[:space:]]//;s/^[[:space:]]+//;s/ ([0-9]{3}:)/\n\1/g;s/ \\$//' | grep -E '^[0-9]{3}:' | sort >> 010:check-build-conflicts >> 050:ask-license >> 050:extract-message >> 050:post-chroot >> 050:stage-message >> 100:build-message >> 100:checksum >> 100:install-message >> 100:package-message >> 100:patch-message >> 100:pre-everything >> 100:stage-dir >> 100:test-message >> 125:show-unsupported-system-error >> 150:build-depends .. .. >> 940:add-plist-post ${POST_PLIST:C/^/990:/} >> 950:move-uniquefiles-plist >> 995:electronfix-stage-qa >> 995:stage-qa >> 999:extract-fixup-modes >> >> Kind regards >> Miroslav Lachman > > You are looking at it on a wrong perspective I think. > The numbers matter only within a single target. > > So if you consider my earlier examples you will see that we have 701 in patch target. > > Bu definitely patch target takes place lot earlier in the targets then the others in this list. I am still trying to have a complete picture of how all the steps are executed. Is it really not possible to show it by some flag to "make"? If I need to see the order of rc script execution, I can run: # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* If I need to see what is done inside of starting one specific rc script, I can run: # sh -x /usr/local/etc/rc.d/apache24 start But I still cannot find a way to see the order of steps to build a package (beside reading of all files in Mk which I do not understand much) When I get these info, how can I know if fix-shebang is executed before or after the do-patch? # grep -rh '^_USES_patch' Mk | sort _USES_patch+= 190:pathfix _USES_patch+= 200:dos2unix _USES_patch+= 210:fix-shebang _USES_patch+= 290:gnome-pre-patch _USES_patch+= 600:charsetfix-post-patch _USES_patch+= 650:post-patch-erlang _USES_patch= 701:cabal-post-patch # grep -r :do-patch Mk/ Mk/bsd.port.mk: 300:pre-patch 450:pre-patch-script 500:do-patch \ It would be really helpful to see what and when is executed on specific port when I run the "make" command. Kind regards Miroslav Lachman From nobody Thu Mar 14 22:24: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 4Twhkl0dBNz5DjRT for ; Thu, 14 Mar 2024 22:24:31 +0000 (UTC) (envelope-from SRS0=fhg4=KU=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 4Twhkk0hs5z51Zd for ; Thu, 14 Mar 2024 22:24:29 +0000 (UTC) (envelope-from SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quip.cz header.s=private header.b=AJ46ZHrc; dkim=pass header.d=quip.cz header.s=private header.b=I2zZ34Gj; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=fhg4=KU=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 81BB2D78AA for ; Thu, 14 Mar 2024 23:24:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710455068; bh=UTrWvxwkspIobWKaT7oFG0GYSMb7psGxWRxK0RchhHM=; h=Date:Subject:To:References:From:In-Reply-To; b=AJ46ZHrcZIqnoDvTRyLSfyXQgjgeQo68tm2by503ZkwEVblF9fpLlmV9cVe1eOqGl yXURAOixraSfEkcw548le/l8+R/J//WnCdR9IYFvLvQzOdmYl8phtuDXRVsLyRgf/M QBc68l9t64wa5cjlQQUu5Yi/b2gMQhAUYeLz0wnM= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (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 6C757D7889 for ; Thu, 14 Mar 2024 23:24:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710455067; bh=UTrWvxwkspIobWKaT7oFG0GYSMb7psGxWRxK0RchhHM=; h=Date:Subject:To:References:From:In-Reply-To; b=I2zZ34Gj4Ip/RWYP4SZPwkLm6u9Y71XosknmgMcN+1HKj6++p99pUNpVXrmRIQwNZ llWmh0nWodADQwXqakuC6gJUld28P7/dOJ4rJ58Vr4SL0g+gj/TSEZhNUap8Jw2TJ8 oPHEhKclozqG5FU9dKPF/42m+Yq2WQFreM3gD+HY= Message-ID: Date: Thu, 14 Mar 2024 23:24:27 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: how to see order of make targets steps in ports tree? Content-Language: en-US To: ports@freebsd.org References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: - X-Spamd-Result: default: False [-1.98 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.991]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_ALLOW(-0.20)[quip.cz:s=private]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; R_SPF_NA(0.00)[no SPF record]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; DMARC_NA(0.00)[quip.cz]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=fhg4=KU=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; DKIM_TRACE(0.00)[quip.cz:+] X-Rspamd-Queue-Id: 4Twhkk0hs5z51Zd On 14/03/2024 22:03, Tatsuki Makino wrote: > Hello. > > Various answers have already been given, however, here is a command that can produce interesting values on this. > > make -C /usr/ports/ports-mgmt/pkg -V _TARGETS_STAGES > make -C /usr/ports/ports-mgmt/pkg -V _SANITY_SEQ -V _PKG_SEQ -V _FETCH_SEQ -V _EXTRACT_SEQ -V OMITTED_HEREAFTER:P > > The -d option of make also displays some rather interesting things. > > make -C /usr/ports/ports-mgmt/pkg -n -d g1 > > In addition, variables such as _USES_target can be used to add interesting behavior. > For example, in the patch phase, rewriting by replace_cmd may be performed in addition to normal patching. > It makes make makepatch not smart to use. > It can be stopped by defining the following targets. ...I think I wrote that somewhere before :) > > _USES_patch+= 501:stop-patch > stop-patch: .NOTMAIN .PHONY > false > > I just don't know if it helps :) Thank you. I find these commands useful. Really interesting output. And this line should explain the order of patch and fix-shebang _PATCH_REAL_SEQ = ${:Uask-license} ${:Upatch-message} ${:Upatch-depends} ${:Ufix-shebang} ${:Udo-patch} Thanks again. Kind regards Miroslav Lachman From nobody Thu Mar 14 22:27:53 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 4Twhps3FQ9z5Djfn for ; Thu, 14 Mar 2024 22:28:05 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.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 mx1.freebsd.org (Postfix) with ESMTPS id 4Twhpr4gDrz527F; Thu, 14 Mar 2024 22:28:04 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-21-232.area1b.commufa.jp [123.1.21.232]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 42EMRshB076363; Fri, 15 Mar 2024 07:27:54 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Fri, 15 Mar 2024 07:27:53 +0900 From: Tomoaki AOKI To: Daniel Engberg Cc: Michael Gmelin , Eugene Grosbein , Florian Smeets , ports@freebsd.org Subject: Re: Proposed ports deprecation and removal policy Message-Id: <20240315072753.46ffa39e1bbb2e0996099cdf@dec.sakura.ne.jp> In-Reply-To: <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- 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:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4Twhpr4gDrz527F On Thu, 14 Mar 2024 22:17:39 +0100 Daniel Engberg wrote: > On 2024-03-14T21:49:46.000+01:00, Michael Gmelin wrote: > > > > > On 14. Mar 2024, at 21:38, Daniel Engberg wrote: > > > > > > On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein wrote: > > > > > > > 12.03.2024 3:24, Daniel Engberg пишет: > > > > > > > > [skip] > > > > > > > > > > > > > > > > > Another possible option would be to add something to the port's matedata that makes pkg aware and easy notiable > > > > > like using a specific color for portname and related information to signal > > > > > like if it's red it means abandonware and potentially reduced security. > > > > > > > > Of course, we need to inform users but not enforce. Tools, not policy. > > > > > > > Eugene > > > > > > Hi, > > > > > > Given that we seem to agree on these points in general why should such ports still be kept in the tree? We don't have such tooling available and it wont likely happen anytime soon. Because it's convenient for a committer who uses these in a controlled network despite being potentially harmful for others? > > > > > > Just to be clear, I'm after where do we draw the line in general. > > > > > > If we look at other distros in general based on availability the decision seems to favour overall user security than "convenience". Given that we have security policies etc in place I'd say that we in general are leaning towards user security? > > > > So your proposal is to only have ports in the tree that are safe to run on unprotected public networks? > > > -m > > I'm asking if we should purposely support it despite the efforts of keeping users safe. > > Best regards, > Daniel How about setting NO_PACKAGE [1] to force admins to build from ports by themselves for such risky but too usful to delete ports? You may also want to introduce something like LICENSE framework to force interaction on build/install, but without something like LICENSES_ACCEPTED+= variable to bypass it. [1] https://docs.freebsd.org/en/books/porters-handbook/special/#porting-restrictions -- Tomoaki AOKI From nobody Thu Mar 14 22:59:14 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 4TwjVx0PPhz5Dmj1 for ; Thu, 14 Mar 2024 22:59:21 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from smtp-bc0e.mail.infomaniak.ch (smtp-bc0e.mail.infomaniak.ch [IPv6:2001:1600:4:17::bc0e]) (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 "relay.mail.infomaniak.ch", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwjVw5WCRz550p for ; Thu, 14 Mar 2024 22:59:20 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Authentication-Results: mx1.freebsd.org; none Received: from smtp-4-0000.mail.infomaniak.ch (unknown [10.7.10.107]) by smtp-3-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4TwjVq0MJszMqkNS; Thu, 14 Mar 2024 23:59:15 +0100 (CET) Received: from unknown by smtp-4-0000.mail.infomaniak.ch (Postfix) with ESMTPA id 4TwjVp4Nd0z54G; Thu, 14 Mar 2024 23:59:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pyret.net; s=20231006; t=1710457154; bh=zz//RZxOidiD+q4/RJBYw6n3IwiLfaPZKkuTos9KRZI=; h=Date:Subject:From:Reply-To:To:Cc:References:In-Reply-To:From; b=ZMniSEWUdU9KmwYiwAL2Lr57Z2hVpHpdiMaJX949BWbmb36g1ZWkD5SAsDiRXB7/l jhLRx3w38MjpQceLekGCr+7PFG4QyysS0Z4jdgMs84ynjuGyYrayY1esymDFdDbabL 7AOYjMbcnka6iSLZ2lrXi2Z1NoPSRC413XGSeoHERWiqu+a+quz8G/hcw/s9VafER2 DwhfSOKh++s/iBLzbKV+KZ3VvD7XJFxRZp4KJzCq2K30Ee/Jy/5m7q5RQBui94Q0Su 5JEhk29fD3lEnnnYCHC8Q9MaE46/bo9Iv0+Tjq8uajBAWT1T9YhFzNTpwFmUSnwGBR XoHIIvJhRXKQg== Message-ID: <2cfb2038d956813eefb068a8f61e1970@mail.infomaniak.com> Date: Thu, 14 Mar 2024 23:59:14 +0100 Subject: Re: Proposed ports deprecation and removal policy From: Daniel Engberg Reply-To: Daniel Engberg To: Tomoaki AOKI Cc: Michael Gmelin , Eugene Grosbein , Florian Smeets , ports@freebsd.org List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-WS-User-Origin: eyJpdiI6IkJBeVRWbERlZ05janUrUHJFQVp2bUE9PSIsInZhbHVlIjoidll3VHJCelhqMzd4dTRyMzRzT3Z0Zz09IiwibWFjIjoiMWM1NjRkOTEzMmNmYjQ1NjA2MjQzNWNhM2Q2ZTRlZmFjMzI5MmQ3OGExOWIxMzQwN2IzNzQ0YjMyNTVhZmNiYSIsInRhZyI6IiJ9 X-WS-User-Mbox: eyJpdiI6ImZvU3Y2TjJLTGg1QUZYSlhKWnNST0E9PSIsInZhbHVlIjoicE5zQy9wSjR2VGRidFJocVY1eUxCUT09IiwibWFjIjoiOWMwMGQ0OTdmYTE1MjlmNGQyOTc2MzFlOTE0YzQyYTVhMjdlZmZlYTY0MmU2MWI2MzA2NzgxYzE2Y2JlZWUwMCIsInRhZyI6IiJ9 X-WS-Location: eJxzKUpMKykGAAfpAmU- X-Mailer: Infomaniak Workspace (1.3.654) References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> <20240315072753.46ffa39e1bbb2e0996099cdf@dec.sakura.ne.jp> In-Reply-To: <20240315072753.46ffa39e1bbb2e0996099cdf@dec.sakura.ne.jp> X-Infomaniak-Routing: alpha X-Spamd-Bar: ---- 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:29222, ipnet:2001:1600::/32, country:CH] X-Rspamd-Queue-Id: 4TwjVw5WCRz550p On 2024-03-14T23:27:53.000+01:00, Tomoaki AOKI = wrote: > On Thu, 14 Mar 2024 22:17:39 +0100 > Daniel Engberg wrote: >=20 >=20 > > On 2024-03-14T21:49:46.000+01:00, Michael Gmelin wrote: > >=20 > > > =20 > > >=20 > > > > On 14. Mar 2024, at 21:38, Daniel Engberg wrote: > > > > =20 > > > > On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein wrote: > > > > =20 > > > >=20 > > > > > 12.03.2024 3:24, Daniel Engberg =D0=BF=D0=B8=D1=88=D0= =B5=D1=82: > > > > > =20 > > > > > [skip] > > > > > =20 > > > > > =20 > > > > > =20 > > > > >=20 > > > > > > Another possible option would be to add something t= o the port's matedata that makes pkg aware and easy notiable > > > > > > like using a specific color for portname and related info= rmation to signal > > > > > > like if it's red it means abandonware and potentially red= uced security. > > > > > =20 > > > > > Of course, we need to inform users but not enforce. Tools, n= ot policy. > > > > > =20 > > > > Eugene > > > > =20 > > > > Hi, > > > > =20 > > > > Given that we seem to agree on these points in general why shou= ld such ports still be kept in the tree? We don't have such tooling availab= le and it wont likely happen anytime soon. Because it's convenient for a co= mmitter who uses these in a controlled network despite being potentially ha= rmful for others? > > > > =20 > > > > Just to be clear, I'm after where do we draw the line in genera= l. > > > > =20 > > > > If we look at other distros in general based on availability th= e decision seems to favour overall user security than "convenience". Given = that we have security policies etc in place I'd say that we in general are = leaning towards user security? > > > =20 > > > So your proposal is to only have ports in the tree that are safe to= run on unprotected public networks? > > > =20 > > -m > > =20 > > I'm asking if we should purposely support it despite the efforts of ke= eping users safe. > > =20 > > Best regards, > > Daniel > =20 > How about setting NO_PACKAGE [1] to force admins to build from ports > by themselves for such risky but too usful to delete ports? >=20 > You may also want to introduce something like LICENSE framework to > force interaction on build/install, but without something like > LICENSES_ACCEPTED+=3D variable to bypass it. >=20 >=20 > [1] > https://docs.freebsd.org/en/books/porters-handbook/special/#porting-restr= ictions >=20 >=20 > --=20 Tomoaki AOKI Hi, That may very well be an option possibly with some guidelines to prevent it= turning into a loophole for being a dumping ground. Since we've moved to = git perhaps another option might be to create a separate repo (possibly via= submodules) with less restricive polices and have that as an "add-on" for = the official tree without the ports team's and committers's involvement, a = bit like "you're on your own" approach? Best regards, Daniel From nobody Thu Mar 14 23:27:31 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 4Twk7b6sGBz5DpSM for ; Thu, 14 Mar 2024 23:27:39 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Received: from APC01-TYZ-obe.outbound.protection.outlook.com (mail-tyzapc01olkn20800.outbound.protection.outlook.com [IPv6:2a01:111:f403:280c::800]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Twk7b3Pkhz577p for ; Thu, 14 Mar 2024 23:27:39 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PaxwdAcX/jYs2Rmk0RFFmFGShXosCTc+emtBYm0e7fqwXNv3qLjyyU9PgpXdOVCceb9Sk5JOPiV1k7GnWD3MpFLFS+MF09ouXDMy+B+8DVM5lLvz9dYDeD6hqNUxD2TnnC9Zs9SJ8laVRel9zc1r31kewHpScXcU5MoRTRaKrw+OEZwzmAvw0JkpPXiJjq0ajRKZsMywgi32nvosykQ7DqOTwlAKkUtTvb5yVS//a9wXTocEfRzc+hsPTn18C/MhURfRom6z1mEVGXFUCJqg9TtzQk/jTQAuklozMYR5/dn4G6htEDG71vegFf0iQcwBu8GTRf9DVWbP40gAzSF/Og== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=axF0DDs6/kFHihZQdbPD70XO+aG3J34oyK+/8VHlrzY=; b=XEINGi/QKCeW4gg0O5zFAQX9FcvYoHnz2KNyvfLKvsBt4sj6/AJ5PAHtSibefVBkI2O5+P7T/08tJFG5ikmMZ6JIfcIjLnOh3FufXAOhQ8Th0f2WBqOpsqtB8BtTzaIsChBuPtaqjaT5vjJLDxTLLH6Iod0fTSYT4IG/0YfM8sRaRKnPFS1B84oNpAvtr49jUVA0ZZrcV98kFldm73ZMA35ZR9zSrFzVAS/mX9AQAt3sapg05e14hfsDub0qhx60faLgVM6rn7hqnm+K8SdL2WrgycBlsk6Q+8inFVldG+iBGixx27VKRs6Z5FrmgC0cmmzZJi8fJ7yoizmTA9muSg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=axF0DDs6/kFHihZQdbPD70XO+aG3J34oyK+/8VHlrzY=; b=qduoMjXTC52gucROv58kAQ6K1rVjgBxmb0hHyRBgJnAe56l/8zpVWSpWsX9ge3Ixd+UR+FpYlnxd7dVD1Qm0oPQbgy6ttHINcfXu50rjg1qsKkdzXwzYA9DSOfC15qvRdrIxkiOkCdZ/J/e9s2wonhT1fNVsWQtOFg+Ns5enqXKw8nBbSenkaqMxOXOsnZgK2KFJGe9NI58C8Hm0Sb3qDkR1xyAqSHjQ8JUvdcKfXCukySr1v8iRROnXxoDOXC4aLv2/fk7xx44xc0fuDvJ2TKsov6DRd6DNvnh/lOuDBirCSvooG/rl8gX6lYi6wtM1w4PWFf+K4e/gYrFxysPbMw== Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) by SG2PR01MB4313.apcprd01.prod.exchangelabs.com (2603:1096:4:1cd::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7386.21; Thu, 14 Mar 2024 23:27:35 +0000 Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::1537:ef5d:9dab:474e]) by SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::1537:ef5d:9dab:474e%5]) with mapi id 15.20.7386.017; Thu, 14 Mar 2024 23:27:35 +0000 Subject: Re: how to see order of make targets steps in ports tree? To: Miroslav Lachman <000.fbsd@quip.cz>, "freebsd-ports@FreeBSD.org" References: <610f900f-658f-474d-885a-abbe709a00f7@quip.cz> From: Tatsuki Makino Message-ID: Date: Fri, 15 Mar 2024 08:27:31 +0900 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-TMN: [ek/LrRo6avtOXdtj4gK2sq7xFRrFMzZm] X-ClientProxiedBy: TYWP286CA0013.JPNP286.PROD.OUTLOOK.COM (2603:1096:400:178::9) To SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) X-Microsoft-Original-Message-ID: <9e9bcacd-200a-8b35-799b-006aef546d18@hotmail.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SI2PR01MB5036:EE_|SG2PR01MB4313:EE_ X-MS-Office365-Filtering-Correlation-Id: 9af47500-8c36-47a3-8b71-08dc447e53fe X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: K6fnW8gnj5JRTPkt8dgmj69x9gE2HPVJ0yMwKEldU8BImp2fzYkopTsf17bpsntW9zljeiZUkv2b0vDMj/lFX8el4Tkq69ueupHB9lRabwZMnU3583hPUNA2K1i5siA65vzvEiZIJTuB0FOcrBduGcAixI64D6S0Qe6sLP9Cmv4ZRQN6y4gXe59sQDaqp08q5OQB7wYx349zcJ2hCfgem/Cqj/fE31XTlAaI5nik7UOUdZEEHK8pKHOeOtjHZKBz4reO6+pV4iMYNBOkX/nktkn/SvnScxSXzSr06caBB/TJ2O3Y86Bj3YCUapuy5kk9Kk3u2zhI9dznWrqbMVxb/bUe7Ln6H7RPUZDsITg55R1THpgvtanTHhcZ2XWSZp8r7zURTcYX05RU5hckXWPveEcz5hGmRFrsTRUCPWVjkKYYidZxwCF8Jlql1QHdR31BShQH4LzMQlOfI0ZJfB6jp96nHaZVTpK+glKhRDsF8lvNUFhAjQ7/xlzivWFZk4GCFgjGo10vrGDV+dk8c8SbPOHLri7PvseRpwYpjIBQh0KwcFUDQQXE4v2qvlmhzFVG8Irlwr+v5Shcbt1dcaMJjjuu/FMgp5Aql1mmS1F7kOOTH3A6uKeioRDLgpQfOuAJ X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?K2dKMFpobWlSREZZOFRkRGZ4VEI3TzIzbjJEeHpUTTN6eVVPZTNlSWl2VkZK?= =?utf-8?B?OHpoK29hWEwxdEVOOUhva0VBTUFjbWdZNGlYSWYwTkJnRVpZV2JvUEtwZ2hz?= =?utf-8?B?TnArUG50UE1lRkZaZDZLSjN2R2tndXJYOS9CblN0eGYwUzUxclN3d0l3MmJk?= =?utf-8?B?ZjYwSWJibEpibmp5TnlVZC85MmJMUEFKcWhyeEY2YjJwdFlkMzhNV0IzK2dV?= =?utf-8?B?bko3OTJ2dnlSTFZJa2pMQ2FLRXkrK3kxYmJaa0gxQTVqdjVNdzVaT0Y5YzY3?= =?utf-8?B?OE9URnJyV0NjdVg5VjgvYWR0VnJPRFhYQXQrNWlJamNab0E0aHFkcEZDQmlv?= =?utf-8?B?dnNsUlhKRmR2L2hUOEM3dFZSTGZ5SEt0RFMyMURleWFhd3p6RTVSSyt1YkEy?= =?utf-8?B?ekhXc2RrcjhDUHcyTXFuYW4zRUpyOHRXYkhUZVZOODJrbXR6cDBKYjVaSWdy?= =?utf-8?B?cjhIMEdDVlZDdWtBRFB1a0JOYmIwblZWSUNFUkxDUnNyenRZb2M0VHYyT0Ja?= =?utf-8?B?SVBMdWdyTXNkenhCOWdRUmZQN0FxcjZDZmkvWGt3TjI5UzFmR21IUjIwc1dR?= =?utf-8?B?aHhDZE04VTNCL28rSGJZcFllb3ZtM3BoYWdWaTNjd29mQlkrOG42Ti9NdFZl?= =?utf-8?B?c2lGZXdHTEVzcXdVTE1nUUNlcTdCM1BOdFFXM3NaL2oyNkloRC9UUCtaTStu?= =?utf-8?B?SU9jQWFnc3d2MStnc0dGeUs3QksrQzFZTzIyUTJSclk0bEs3Z2JUcFBJcFR6?= =?utf-8?B?QXBUNERsQmplZUFHZ3N1eXJSQyt1MUx2SE1RT1J0QlJ5bVR4TnhBdnlRT3lD?= =?utf-8?B?eUFFWE1xclIzTjBLMGQ2bEV3WUpKLzN3UkcrampyQ0MwMllQLzdjVEl2bWRH?= =?utf-8?B?RTNKMjVJZWpRalVDR05JS3JnMVFiUmxZQ01qWHBBa3JVOWs2RnVLdmJRRHZG?= =?utf-8?B?bjdPYVY5V2x2ZGp2UHJWeVlicEVoTElQTk5xQnVoa3JVSzhLaWdjV2J2QUNt?= =?utf-8?B?V0NJODVuZ0Nzdm40MzlqcUxhdFQwZGRQZ09tMUxoeEFKM05KNFZwRmovcGRQ?= =?utf-8?B?WXcrNHo5SnVhcU15WDZMR2NjOXMvQm5RV0N0QW1KZkN5UnJoRkpVR1dHNTZJ?= =?utf-8?B?eW9ENVlKRndmNFA5QjFxVEZsMTJ3ZGFXWW5PaDA3ejAvZFQ2Rzh1SGxybktN?= =?utf-8?B?U1NrUHlUdUpOTXBaZDdSYzRuVHc2RTdEQnVvK1NJV01YUWJNVTgzVGRrbGdv?= =?utf-8?B?Z3VTK1JzZVJRWHlFMlQzRFNWSGViakVtVTJKWEczUUhHWUFVNzNUSVptMHZR?= =?utf-8?B?TElZTnI2bUFUbVlIZm0yNXVITk8ycDc3UEZaWWtIUyszNkNHaEYzSUVidmtW?= =?utf-8?B?ZUtRZGRWY1NPV2hFVkxtRE1nVHhYa0dnMTFPekpoTk1YZjVmNkh4elY2VHd4?= =?utf-8?B?L1A0QlpjTlpWWEFnbDhqTUIyblF6bXZFOS9VbEx2NmxRa3NkUCtXa0VFZWtN?= =?utf-8?B?V0pLQmMwd2RiY3JqSWR4UllyeDVMcDl4MnhQWjU0VTB1KzcwOGtUZ2JDZXVR?= =?utf-8?B?VW5qVGpIdlAzcHRZWHgzN0w2STQ2eDVIVENHc0dmaFRDY0xMQWRqdGdUclpW?= =?utf-8?B?VjBRaGZFNmJZekxnNk9mZ0dwV1l3RzdEeUJqV0swanY0eEVGWEJMc1ozSkxB?= =?utf-8?Q?yVoLGJXCbnSw8M/dp3p+?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-d8e84.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 9af47500-8c36-47a3-8b71-08dc447e53fe X-MS-Exchange-CrossTenant-AuthSource: SI2PR01MB5036.apcprd01.prod.exchangelabs.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Mar 2024 23:27:34.8060 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2PR01MB4313 X-Spamd-Bar: ---- 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:8075, ipnet:2a01:111:f000::/36, country:US] X-Rspamd-Queue-Id: 4Twk7b3Pkhz577p Miroslav Lachman wrote on 2024/03/15 07:24: > And this line should explain the order of patch and fix-shebang > _PATCH_REAL_SEQ  = ${:Uask-license} ${:Upatch-message} ${:Upatch-depends} ${:Ufix-shebang} ${:Udo-patch} Regarding this, the use of :U out of the blue without a variable name doesn't make sense to me :) Does this mean that this is how the value is handled internally when expanded by .for? Because the following command is valid make -C /tmp -V :Usomevalue I see that the order of execution is determined by specifying the sorted target name in .ORDER target source. After sorting in numerical order with the left side filled with zeros, the numbers and splitters are shaved off. Regards. From nobody Fri Mar 15 00:30:02 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 4TwlWg0Gxwz5DvMl for ; Fri, 15 Mar 2024 00:30:07 +0000 (UTC) (envelope-from grembo@freebsd.org) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwlWf2yvQz41fT; Fri, 15 Mar 2024 00:30:06 +0000 (UTC) (envelope-from grembo@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 552d870a; Fri, 15 Mar 2024 00:30:03 +0000 (UTC) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 1bcfd8e8 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 15 Mar 2024 00:30:03 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Proposed ports deprecation and removal policy From: Michael Gmelin In-Reply-To: <2cfb2038d956813eefb068a8f61e1970@mail.infomaniak.com> Cc: Tomoaki AOKI , Eugene Grosbein , Florian Smeets , ports@freebsd.org Date: Fri, 15 Mar 2024 01:30:02 +0100 Message-Id: <9D39E988-12D0-43E6-88C1-42D82326593D@freebsd.org> References: <2cfb2038d956813eefb068a8f61e1970@mail.infomaniak.com> To: Daniel Engberg X-Mailer: iPhone Mail (20H320) X-Spamd-Bar: ---- 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:213.239.192.0/18, country:DE] X-Rspamd-Queue-Id: 4TwlWf2yvQz41fT > On 14. Mar 2024, at 23:59, Daniel Engberg = wrote: > =EF=BB=BFOn 2024-03-14T23:27:53.000+01:00, Tomoaki AOKI wrote: >> On Thu, 14 Mar 2024 22:17:39 +0100 >> Daniel Engberg wrote: >>=20 >>=20 >>> On 2024-03-14T21:49:46.000+01:00, Michael Gmelin w= rote: >>>>> On 14. Mar 2024, at 21:38, Daniel Engberg wrote: >>>>> On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein wrote: >>>>>> 12.03.2024 3:24, Daniel Engberg =D0=BF=D0=B8=D1=88=D0=B5=D1=82= : >>>>>> [skip] >>>>>>> Another possible option would be to add something to the p= ort's matedata that makes pkg aware and easy notiable >>>>>>> like using a specific color for portname and related informatio= n to signal >>>>>>> like if it's red it means abandonware and potentially reduced s= ecurity. >>>>>> Of course, we need to inform users but not enforce. Tools, not po= licy. >>>>> Eugene >>>>> Hi, >>>>> Given that we seem to agree on these points in general why should s= uch ports still be kept in the tree? We don't have such tooling available an= d it wont likely happen anytime soon. Because it's convenient for a committe= r who uses these in a controlled network despite being potentially harmful f= or others? >>>>> Just to be clear, I'm after where do we draw the line in general. >>>>> If we look at other distros in general based on availability the de= cision seems to favour overall user security than "convenience". Given that w= e have security policies etc in place I'd say that we in general are leaning= towards user security? >>>> So your proposal is to only have ports in the tree that are safe to ru= n on unprotected public networks? >>> -m >>> I'm asking if we should purposely support it despite the efforts of keep= ing users safe. >>> Best regards, >>> Daniel >>=20 >> How about setting NO_PACKAGE [1] to force admins to build from ports >> by themselves for such risky but too usful to delete ports? >>=20 >> You may also want to introduce something like LICENSE framework to >> force interaction on build/install, but without something like >> LICENSES_ACCEPTED+=3D variable to bypass it. >>=20 >>=20 >> [1] >> https://docs.freebsd.org/en/books/porters-handbook/special/#porting-restr= ictions >>=20 >>=20 >> -- > Tomoaki AOKI >=20 > Hi, >=20 > That may very well be an option possibly with some guidelines to prevent i= t turning into a loophole for being a dumping ground. Since we've moved to g= it perhaps another option might be to create a separate repo (possibly via s= ubmodules) with less restricive polices and have that as an "add-on" for the= official tree without the ports team's and committers's involvement, a bit l= ike "you're on your own" approach? Managing these ports outside of the tree won=E2=80=99t do maintainers and us= ers any favor and make managing local trees, quarterly branches etc. a night= mare. It would literally create a pile of broken stuff that rots and gets wo= rse over time. A pragmatic approach would be to add ports that aren=E2=80=99t maintained up= stream anymore to VuXML (or a similar mechanism used by =E2=80=9Cpkg audit=E2= =80=9D), so users would get warned when installing/about installed packages t= hat *could* be dangerous due to being unmaintained (but these entries should= be opt-out, in case users decide not to see these kinds of warnings). -m From nobody Fri Mar 15 04:06:42 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 4TwrKb4BYjz5FDLy for ; Fri, 15 Mar 2024 04:06:43 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwrKb2LFvz4Kxq for ; Fri, 15 Mar 2024 04:06:43 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710475603; a=rsa-sha256; cv=none; b=R2S3nWfNr8yFmgG9j4D39jWMWrchQcaS+gFmC4NFY6LlJPOjgWeCCEJDr9NomD3+sIIC6F Mx0nAEKIY/bbCf7Q48+6b4H20j+cu8fo0eqdbAHfdrfNzlsE0yRD0zeVoY52FKoOYQrzs9 Jv75BVYzw0I41cvUNYcA6JZawzZ8CIfKOey8y8uF4EFevfzsrTzQsnGYakt4XZKWnxCTr4 ERk1NheatuMarREFPf8yVQvqv9HJVTj/mj/arDujls6EzHXlJj1MgJgpn7sS1XbFrkmYQi ZRnjVcfmge7HBIDvm+ALHEouTni5SPZPVT2C5K8nqKw91DtDZ+liXln9GVUheQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710475603; 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=48/ZFvljPA1VXWBE5z7EZ0FPBxboUN+krQUWKO6ym6E=; b=W7VZ890WSta/m2x74HfZjc5/5kueVT5BL8hLyih+lYS621ltvYWCyaKbuIL3icXPbqe2J8 ggxxXqoSB4EkndOGm4Xe4eflR4h0jAiatZmrk+//vhjijUogfN6JPLsupBEmHOzMAABbFk 35tIMBb+dkI2AzRaqj0ugMxuNYfDDY1WBMVbWu4fkZ+P9eK4Ht6M4Wvz6+9Ty5+CBYCzjl 5e69yyWsTedRq/jsbGZdrqkHM5S1pR+GNqzv7akRz5i+FtNWffj8NWHRk/ScW6gqUaQ9Cz j1EdMXaGelJ/4cjh6bOLLfMTeHdxg+E6iqIESQdx5ltfoMks+CuxEDLTlyt9Fg== 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 4TwrKZ57S3zwVl for ; Fri, 15 Mar 2024 04:06:42 +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 42F46gNH009419 for ; Fri, 15 Mar 2024 04:06:42 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 42F46g6P009418; Fri, 15 Mar 2024 04:06:42 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202403150406.42F46g6P009418@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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Fri, 15 Mar 2024 04:06:42 +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 ------------------------------------------------+-----------------+------------ cad/ifcopenshell | 0.6.0 | blenderbim-240314 ------------------------------------------------+-----------------+------------ 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 Fri Mar 15 07:10:50 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 4TwwQK6B0Cz5FTrJ for ; Fri, 15 Mar 2024 07:11:05 +0000 (UTC) (envelope-from agh@riseup.net) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (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 "mx1.riseup.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwwQJ0Y2xz4cqt for ; Fri, 15 Mar 2024 07:11:04 +0000 (UTC) (envelope-from agh@riseup.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=riseup.net header.s=squak header.b=WQjo86Oc; dmarc=pass (policy=none) header.from=riseup.net; spf=pass (mx1.freebsd.org: domain of agh@riseup.net designates 198.252.153.129 as permitted sender) smtp.mailfrom=agh@riseup.net Received: from fews02-sea.riseup.net (fews02-sea-pn.riseup.net [10.0.1.112]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx1.riseup.net (Postfix) with ESMTPS id 4TwwQG3LS1zDqLp for ; Fri, 15 Mar 2024 07:11:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1710486662; bh=E1B1oMTCy8LZQIguDCGJElXH5X+p5jms1VILZ/7Qcic=; h=Date:From:To:Subject:From; b=WQjo86OcCj0mlkOEoxAUC+AEcT0ThiOKU6ov8rOAhcxo+lb7IMlw0HHmNeJSnZx9u Oq6x2a7NOJHwFNLVokHrwXoLq8C7zg7rKqTvMW3GPE1ebWY4L5HtfAdPKAWyIeyd5/ j+I6uygT9HxFzqWgU7WDs9kY7alh2T7jQIojVdBw= X-Riseup-User-ID: 1920F1FF8FC30B04C565E54B4AF316FC4E44E9769E30D44EBA4EB49FC942EACF Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews02-sea.riseup.net (Postfix) with ESMTPSA id 4TwwQ31Dc6zFx5j for ; Fri, 15 Mar 2024 07:10:51 +0000 (UTC) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Fri, 15 Mar 2024 07:10:50 +0000 From: Alastair Hogge To: freebsd-ports@freebsd.org Subject: [RFR] www/newsraft: New port Message-ID: Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.20 / 15.00]; DWL_DNSWL_LOW(-1.00)[riseup.net:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[riseup.net,none]; R_DKIM_ALLOW(-0.20)[riseup.net:s=squak]; R_SPF_ALLOW(-0.20)[+a:mx1.riseup.net]; RWL_MAILSPIKE_GOOD(-0.10)[198.252.153.129:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[198.252.153.129:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[riseup.net:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:16652, ipnet:198.252.153.0/24, country:US]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4TwwQJ0Y2xz4cqt Hello Committers, Requesting Review for a new TUI RSS feed aggregator, Newsraft: https://reviews.freebsd.org/D42878 Thanks From eugen@grosbein.net Fri Mar 15 07:14:21 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 4TwwVS1TvFz5CmKS for ; Fri, 15 Mar 2024 07:14:40 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from mail.rdtc.ru (mail.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 4TwwVR4TXlz4dWr for ; Fri, 15 Mar 2024 07:14:39 +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 B8B351CF38; Fri, 15 Mar 2024 14:14:29 +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 B37751CC6E; Fri, 15 Mar 2024 14:14:28 +0700 (+07) X-Envelope-From: eugen@grosbein.net X-Envelope-To: grembo@freebsd.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.17.1/8.17.1) with ESMTPS id 42F7EPwm099053 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 15 Mar 2024 14:14:25 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Proposed ports deprecation and removal policy To: Tomoaki AOKI , Daniel Engberg References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> <20240315072753.46ffa39e1bbb2e0996099cdf@dec.sakura.ne.jp> Cc: Michael Gmelin , Florian Smeets , ports@freebsd.org From: Eugene Grosbein Message-ID: Date: Fri, 15 Mar 2024 14:14:21 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: <20240315072753.46ffa39e1bbb2e0996099cdf@dec.sakura.ne.jp> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_PASS,T_DATE_IN_FUTURE_96_Q,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=4.0.0 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 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 * -0.0 T_SCC_BODY_TEXT_LINE No description available. * -2.5 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-Spamd-Bar: ---- 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: 4TwwVR4TXlz4dWr 15.03.2024 5:27, Tomoaki AOKI wrote: > How about setting NO_PACKAGE [1] to force admins to build from ports > by themselves for such risky but too usful to delete ports? Tools, not policy. Do not try to force people to do as you wish. Eugen From eugen@grosbein.net Fri Mar 15 07:16: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 4TwwXJ1Fm3z5CmJj for ; Fri, 15 Mar 2024 07:16:16 +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 4TwwXH6WwCz4f8T for ; Fri, 15 Mar 2024 07:16:15 +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 A9E101CF3A; Fri, 15 Mar 2024 14:16:13 +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 CC58C1CF08; Fri, 15 Mar 2024 14:16:12 +0700 (+07) X-Envelope-From: eugen@grosbein.net X-Envelope-To: grembo@freebsd.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.17.1/8.17.1) with ESMTPS id 42F7GAna099067 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 15 Mar 2024 14:16:10 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Proposed ports deprecation and removal policy To: Daniel Engberg , Tomoaki AOKI References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> <20240315072753.46ffa39e1bbb2e0996099cdf@dec.sakura.ne.jp> <2cfb2038d956813eefb068a8f61e1970@mail.infomaniak.com> Cc: Michael Gmelin , Florian Smeets , ports@freebsd.org From: Eugene Grosbein Message-ID: Date: Fri, 15 Mar 2024 14:16:06 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: <2cfb2038d956813eefb068a8f61e1970@mail.infomaniak.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_PASS,T_DATE_IN_FUTURE_96_Q,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=4.0.0 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 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 * -0.0 T_SCC_BODY_TEXT_LINE No description available. * -2.5 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-Spamd-Bar: ---- 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: 4TwwXH6WwCz4f8T 15.03.2024 5:59, Daniel Engberg wrote: > That may very well be an option possibly with some guidelines to prevent it turning into a loophole for being a dumping ground. > Since we've moved to git perhaps another option might be to create a separate repo (possibly via submodules) > with less restricive polices Please stop making up polices. Provide tools instead. Eugene From eugen@grosbein.net Fri Mar 15 07:25:10 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 4Twwkm5J3pz5CnMV for ; Fri, 15 Mar 2024 07:25:20 +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 4Twwkm0t9Rz4g0b for ; Fri, 15 Mar 2024 07:25:20 +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 670361CF08; Fri, 15 Mar 2024 14:25:18 +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 4B7F61CC48; Fri, 15 Mar 2024 14:25:16 +0700 (+07) X-Envelope-From: eugen@grosbein.net X-Envelope-To: flo@FreeBSD.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.17.1/8.17.1) with ESMTPS id 42F7PEDi099152 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 15 Mar 2024 14:25:14 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Proposed ports deprecation and removal policy To: Daniel Engberg References: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> <1c5b7818-842f-f7b8-9d4e-5bf681cad20e@grosbein.net> <64c7435c-2d69-1f62-ba7c-30812860a457@grosbein.net> <9646fd5d0666c8e57795ea1b370b6af1@mail.infomaniak.com> <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> Cc: Florian Smeets , ports@freebsd.org From: Eugene Grosbein Message-ID: <8212dd5a-bcc2-e214-0373-6dbfddef65c2@grosbein.net> Date: Fri, 15 Mar 2024 14:25:10 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_PASS,T_DATE_IN_FUTURE_96_Q,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=4.0.0 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 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 * -0.0 T_SCC_BODY_TEXT_LINE No description available. * -2.5 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-Spamd-Bar: ---- 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: 4Twwkm0t9Rz4g0b 15.03.2024 3:37, Daniel Engberg wrote: > On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein wrote: >> 12.03.2024 3:24, Daniel Engberg пишет: >> >> [skip] >> >> >>> Another possible option would be to add something to the port's matedata that makes pkg aware and easy notiable >>> like using a specific color for portname and related information to signal >>> like if it's red it means abandonware and potentially reduced security. >> >> Of course, we need to inform users but not enforce. Tools, not policy. >> > Eugene > > Hi, > > Given that we seem to agree on these points in general why should such ports still be kept in the tree? A port should be kept in the tree until it works and has no known security problems, not imaginable. > We don't have such tooling available and it wont likely happen anytime soon. > Because it's convenient for a committer who uses these in a controlled network despite being potentially harmful for others? "Potentially harmful" is not valid reason to remove a port. Look at vulnerability history of any modern web browser. We know they are full of security holes. All of them. And will be despite of being supported by developers, it does not matter in fact. Old software is often much more simple and secure despite of lack of support. Do not remove ports just due to theorizing. Eugene From nobody Fri Mar 15 08:38:25 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 4TwyMV5hwnz5CwdM for ; Fri, 15 Mar 2024 08:38:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-20.consmr.mail.gq1.yahoo.com (sonic310-20.consmr.mail.gq1.yahoo.com [98.137.69.146]) (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 4TwyMT3K9Wz4nbY for ; Fri, 15 Mar 2024 08:38:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=mI6zYn2g; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710491921; bh=2O+luGT22wimUdgYumop4DF/JGGxKWXAo+zH/e7OCwg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=mI6zYn2gVBYLHDeOpvfHU2jBdeta/DOJK2Q1Q3NJLi6iOx7ZB9uog1G7POiFxpmqk+omsqoxFlSdcZ2QKyoo4YOQuBWWmKXQouZHEpKMmrP9P6NHCEo8TC2YXskhO6yaZctUpkarik39QCn4CFj6eQdNcwyN4c0Uvek1KMcais2o7QF1zBdaYUEjxogmt9XGo9iL812TuW96DMEAPUILY9uY9g8BZiK9E8iUi3TCOJIX08ihk1POLCa4T8sW8EhwCJ/wW5nEAp68AKxPC5CsFlfxp782UqSWKkuXH5t3UqzFR1rYtLXfI6+4gjqiD4ZIUTibg3ManvlDJbJnmi21OQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710491921; bh=TNHhyTBzcwBzCWo6XqGk90FNfp8KCo0co8fWv7nbKJl=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=R15iWymm9kuzpmwnjCX3ksKghovFjFSsg38KwghXx3dP/7tjpJdD2mqz0rYwMmvKVzOETGjNS+JBX1F62ABk0kbu0od6b/07ermP3lcoI1zJQhm2+KaQz7XdDsj4XdRAyRitF5uFtU7kYl9E11F97O5B4d6j1DHk+aeV/VcbfzeWDf8iRWwCemOD/s7MGLnPK64nvY+rwsdBXl8LZbI3qRN+3T24e7TCZhtcPfiez0lqC8BHJo3PSj6yY8XchIyBf8nMPwDvQF6QpDM7uBhYtvDn4jmzSiD2SwfiBA1+jDTFdxjjipe1px5jzevpX58yxwyKo3aqeJAGevo96YzZVQ== X-YMail-OSG: 7.wzzhMVM1lmEmMOCVH12TDGXeMx5oaDgWbJ9hq9uHjpvkGdYrD_pK7m2aqzXP_ 8ZTOkVqy9gbGZ9DO_7GeZdpX88dMFm_ax7PMS35IA6.AYy7gwkjlKb3eV6HMsBAy4.orKRKEUew3 l_5yDfcIlwRBp5.tD9rIwZXaLs6j9CoeFYRLGfzZi21IvebHRW4jjq_ZZQ3RJnbnWKZl.xVopqoE 24LlCMseTe2mDy0DXhD7werf.vvw_qaJ5JTALrbU3XBTpxRVigSjNaoOZ9tAZzX3zTKZwKzOYGNw 2Fs0L3gmC9VMYvv4J3QoHnCIgVLI.yuzAfj39XInAf7MneNdRNAr9rJIVCgboxi_Zdm49NisyCyA yz8vF5aizax8XZ25981eyZRTGba2.sqolK5Kgy8uk4WKONtx.2392VFdg_y4E35Uu5Qmx_ekKBaw kGcZbTEPJk5vzotY755wDl.RiJrqlG12NU6ow6eFnsvEYBv9pe_MoZVmtTUTP_CiACrDdsumbVQs vCSeJ3h5UbAoyapILsD5DGy_.v39LMpIZgJ6fmvb3lSPA7IQYXnFD6fppdLMQwg8bDM5wh6nBtzA 4.eg_iDiL4wd5.i2kzP01.68xvjcgPHpaT29GllE1JwmAw84JdHG2pPZIElWbNFOUZbmgCgP_yQO 8TWOWwy7GvwQK1dv4B3CxV_dfLoR1nsm_41IWVVr._oPzzq2BRIOH_iv4HKwjzKdoWzmOSWpBrNw Y9heYmhfTvXQ9pOhaF7qYX9rcwMbiEhwEOq79We.uokGzaOCukbRCeunYt_icPR1bFZwfwkwVXj1 VmPGw2XYy9fBHv.ei9g5PHie2uKJlr7R2Paxb2zxr5yXR1XU2BSpxf2vKkBGo7jzK7mJ0WDiWqnQ kQ7JSpLnCM9t7mLhV4vvWArjZfyy7dwivmEGTeFYk9sVatvnQ0EDMPpJGC7fWYCqmNvl7Tt6YKYR HpJSSLnkBcIzi8cQrivrEziDRI6pCj7V7vXXX61M3urLUxVc5wMG_44.SVvt38Uq_7.cZRk7aIK2 bqmEMhsgfx6BwN6fv77ytEt3oSlTpviGhHHg7SE3BwN0eDXjhRptvROSjFJQoRroOhBqYB9tm4UK .RWkfSCRlSmGtTQk7FxebToA1x0TzqyepU7cpxLzxzuhNIlW_llgzEDEdlKZ0DNik_UnId67M321 qGTMZ89MPoMejEbZVaL7cgzXI_eSbkUBAJ.RXfHvmg5STmnHsEIWtG4.y9t2LHsAnHPkc3bgiAHh slJFUjIPrBdScf.fbWzoKlZWLy5eT64aOgxSfRDgxIHgMzim74m4dRMcWBMSHqflQHGH7XtQRabG in3IwAVec7b07OKEcxMCFcwj3BRLobygvVXskS.rTSBPSXGA48MTzkhtdbG.T7_8xTBzd7J4OveY PLW675FvuwTLWgTx4k71a4IsVnKzrmK20wQvzPDXt698odfkjPUTIZImYR7qayhvHJEgpClNcWOI VJL1fAFjPwSTmfJs.YIu7PIl.cOjcXN0wdJ0kbNa1P6ifU3tE8IT58SsIQVKaRQbbf.qHaQZgIk6 4hzlbwbUaHZGk8KLcqQ1VZTkxGg73VcaXlb0Vh98VrZ6uW4yLU1AW9IFzvFpB29DIMl8.u4K9NjK 3jPmRmd9emnLv6wtGlRt21GCU5mlD8u30otyeFdOqY0tZc9pNsn6NZRiNyyIwyaKOENb1IBF51i2 cLrBJ1J8yaIYt41RaBtF5qWuFcmNxcNPO5Z5aDVRZTNEnBWUPTjOE_utdV1wFj_Q86QqX7TZXx4x QrhU7Y54pw58N9AvCX_sXYMZN2ajZ5luAaeb.cp8CIhFK5Iz_B34Y2l.yjbszjDqhwEgyU.cBckF idz5yEuqOE8F2OgMH4lIZJNAar_zyL7BWTzWwXvzoItvnJJFG8y1Kw5MLFSFmQH4G0TjL6eeS8aH ZA8ti7qbdOGXIMZMSLvUnF.LRHy8OFqO.T0N8V7f.a_VPaoIk5jFP0eimPrNsCTvGDWev5KxMsRp kUD2Qf6QlA86M58UOsU.fT4UTiIP03bc7lCUJ94sKmvij2RXj4xdnmJZs8bce425XT7p.fUPmzlp XNmrU8T0tlwlKNln8BsfEbl7voUqfWQvnZparCrft2JUMFWU895QROVv_4_y9cChtNylb6lWpujD 5m6kKFHB_nn8KXD5340osNzq5qmpBqhOLMcwH6Mwg47XAeQfhVZ3E9iO4CdxSsDv3HrlZVc5omPI hbrOmJaIg0fXmCiy4wKu7r8MB0oHYwai589aT6n8c4yP.T5mtzescWwZU1U0y9kmch9mWGMqSPAq 1fs_qJw-- X-Sonic-MF: X-Sonic-ID: ebe75a5b-d574-4021-a431-2c8fb5143f4c Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Mar 2024 08:38:41 +0000 Received: by hermes--production-gq1-5c57879fdf-llxbt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID bae93517fa72f6315355d3ae6f0c4e25; Fri, 15 Mar 2024 08:38:36 +0000 (UTC) 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: 4-core arm armv7-package-building configuration notes, on RPi4B (aarch64) and OrangePi+2ed (armv7), poudriere-devel based From: Mark Millard In-Reply-To: <9D19D8E3-5B72-4006-9296-C7D74E670A12@yahoo.com> Date: Fri, 15 Mar 2024 01:38:25 -0700 Cc: Nuno Teixeira Content-Transfer-Encoding: quoted-printable Message-Id: <867B8EBD-820C-41B6-9B5D-307AD9506343@yahoo.com> References: <9D19D8E3-5B72-4006-9296-C7D74E670A12@yahoo.com> To: FreeBSD Mailing List , FreeBSD ARM List X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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.146:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.146:from] X-Rspamd-Queue-Id: 4TwyMT3K9Wz4nbY On Mar 12, 2024, at 23:57, Mark Millard wrote: > This note's structure: >=20 > 1st: Package-build time frame summaries. > (But I note some hardware points that are repeated later as well.) >=20 > 2nd: Configuration points common to both RPi4B and OrangePi+2ed = contexts. >=20 > 3rd: Configuration points unique to the RPi4B context. >=20 > 4th: Configuration points unique to the OrangePi+2ed context. >=20 >=20 > 1st: Package-build time Summaries follow. > (Note: the detail order of package builds is not the same.) > (Examples are visiable in these summaries.) >=20 >=20 > RPi4B: cortex-a72 (aarch64) with cortex-a7 (armv7) support, 2 GHz = (overclocked), 8 GiBytes RAM, USB3 > [00:25:32] [01] [00:13:33] Finished lang/perl5.36 | perl5-5.36.3_1: = Success > [01:58:13] [02] [00:44:25] Finished devel/icu | icu-74.2,1: Success > [03:14:00] [02] [00:21:28] Finished lang/ruby31 | ruby-3.1.4_1,1: = Success > [03:33:51] [01] [02:21:22] Finished devel/cmake-core | = cmake-core-3.28.3: Success > [23:12:47] [02] [19:06:01] Finished lang/rust | rust-1.76.0: Success > [1D:00:14:46] [02] [00:55:46] Finished devel/binutils@native | = binutils-2.40_5,1: Success > (Note: start of visible ordering differences:) > [1D:03:07:32] [02] [00:58:03] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-11.3.0_3: Success > [1D:03:42:09] [01] [1D:00:08:13] Finished devel/llvm18@default | = llvm18-18.1.0.r3: Success > [1D:04:45:14] [02] [01:35:29] Finished lang/gcc13 | gcc13-13.2.0_4: = Success > [1D:05:21:43] [01] [01:39:13] Finished devel/boost-libs | = boost-libs-1.84.0: Success > [1D:05:43:24] [01] [00:21:33] Finished textproc/source-highlight | = source-highlight-3.1.9_9: Success > [1D:05:47:01] [02] [00:44:22] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-11.3.0_3: Success > [1D:07:23:25] [02] [01:21:04] Finished devel/gdb@py39 | gdb-14.1_2: = Success > [1D:07:58:37] [01] [01:19:55] Finished devel/freebsd-gcc13@armv7 | = armv7-gcc13-13.2.0_1: Success > [1D:07:58:43] Stopping 2 builders > [main-CA7-default] [2024-03-11_15h30m14s] [committing] Queued: 265 = Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 = Time: 1D:07:58:46 >=20 > Note: 4364Mi MaxObs(Act+Wir+Lndry+SwapUsed) ("MaxObs": short for = "Maximum Observed") > Note: SwapUsed maximum: 0 (none used). >=20 > So, for an 8 GiByte RAM RPI4B, RAM+SWAP configured to be 38 GiBytes or = so: > Estmate: 38.0 GiBytes/4.3 GiBytes approx.=3D=3D 8.8 > Result: Lots of margin for builds that use more RAM+SWAP. >=20 > So, for an 4 GiByte RAM RPI4B, RAM+SWAP configured to be 18 GiBytes or = so: > Estimate: 18.0 GiBytes/4.3 GiBytes approx.=3D=3D 4.1 > Result: Also lots of margin for builds that use more RAM+SWAP. I did the experiment of trying PARALLEL_JOBS=3D3 instead of PARALLEL_JOBS=3D2 , still MAKE_JOBS_NUMBER_LIMIT=3D3 . It took a little longer: [1D:08:52:32] Stopping 3 builders [main-CA7-default] [2024-03-13_16h27m18s] [committing] Queued: 265 = Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 = Time: 1D:08:52:35 (As the load averages are significantly more than the available hardware thread count and vary significantly, comparing individual package build times is not particularly useful. So I'm not reporting any example times for packages.) At some point I'll likely try the PARALLEL_JOBS=3D2 MAKE_JOBS_NUMBER_LIMIT=3D3 combination on a RPI4B that has 4 GiBytes of RAM. I really need the memory pressure involved in significant paging to get reasonable estimates for RAM+SWAP requiments, avoiding just ending up with a large Inact accumulation with an unknown mix of dirty pages and clean pages. But, I'll likely try the RPi5 (8 GiBytes) first, now that the RPi5 EDK2 has fixed what the problem was that lead to unreliable USB I/O for UEFI/ACPI. (I'll likely use an artifact build since the release build looks to not be present yet.) > OrangePi+2ed: cortex-a7 armv7, 1GHz, 4 cores, 2 GiBytes RAM, USB2: > [01:51:31] [01] [01:00:07] Finished lang/perl5.36 | perl5-5.36.3_1: = Success > [08:55:35] [02] [03:08:09] Finished devel/icu | icu-74.2,1: Success > [13:17:38] [02] [01:28:32] Finished lang/ruby31 | ruby-3.1.4_1,1: = Success > [14:17:44] [01] [09:20:55] Finished devel/cmake-core | = cmake-core-3.28.3: Success > [4D:01:03:43] [02] [3D:08:48:53] Finished lang/rust | rust-1.76.0: = Success > [4D:06:26:24] [02] [03:09:35] Finished devel/binutils@native | = binutils-2.40_5,1: Success > (Note: start of visible ordering differences:) > [4D:14:54:31] [02] [03:38:55] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-11.3.0_3: Success > [4D:16:13:00] [01] [4D:01:55:03] Finished devel/llvm18@default | = llvm18-18.1.0.r3: Success > [4D:18:05:58] [02] [03:11:00] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-11.3.0_3: Success > [4D:23:00:13] [01] [06:46:06] Finished devel/boost-libs | = boost-libs-1.84.0: Success > [5D:00:16:39] [01] [01:15:53] Finished textproc/source-highlight | = source-highlight-3.1.9_9: Success > [5D:01:17:24] [02] [07:10:52] Finished lang/gcc13 | gcc13-13.2.0_4: = Success > [5D:09:38:14] [01] [05:56:48] Finished devel/freebsd-gcc13@armv7 | = armv7-gcc13-13.2.0_1: Success > [5D:10:18:58] [02] [05:44:02] Finished devel/gdb@py39 | gdb-14.1_2: = Success > [5D:10:31:56] Stopping 2 builders > [main-CA7-default] [2024-03-06_03h15m10s] [committing] Queued: 265 = Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 = Time: 5D:10:31:55 >=20 > (So, a little over 4 days longer than the RPi4B example above.) >=20 > Note: 2794Mi MaxObs(Act+Wir+Lndry+SwapUsed) ("MaxObs": short for = "Maximum Observed") >=20 >=20 > 2nd: Configuration points common to both the RPi4B and the > OrangePi+2ed contexts. >=20 > ports-mgmt/poudriere-devel is used to build the packages. >=20 > devel/llvm18 options: using BE_NATIVE and omitting MLIR. > (What I normally build for armv7 and aarch64 targetting.) >=20 > Also, ports-mgmt/poudriere-devel omits the QEMU option, > as is normal for me. >=20 > 265 packages are built, including pkg. It is the same > 265 pacakges across contexts. (The order of the builds > does vary.) >=20 > /usr/local/etc/poudriere.conf has . . . >=20 > NO_ZFS=3Dyes > PARALLEL_JOBS=3D2 > ALLOW_MAKE_JOBS=3Dyes > MAX_EXECUTION_TIME=3D432000 > NOHANG_TIME=3D432000 > MAX_EXECUTION_TIME_EXTRACT=3D14400 > MAX_EXECUTION_TIME_INSTALL=3D14400 > MAX_EXECUTION_TIME_PACKAGE=3D57600 > MAX_EXECUTION_TIME_DEINSTALL=3D14400 >=20 > NOTE: MAKE_JOBS_NUMBER_LIMIT is used to constrain > what ALLOW_MAKE_JOBS does but is not set the > same across the contexts. >=20 > /etc/fstab does not specify any tmpfs use or the > like: avoids competing for RAM+SWAP. >=20 > poudriere armv7 jail worlds are duplicates of each > other across the different media. Those worlds are > from a personal buildworld based on using > -mcpu=3Dcortex-a7 for the code generation. The package > builds also use that. >=20 > /boot/loader.conf has . . . >=20 > # Delay when persistent low free RAM leads to > # Out Of Memory killing of processes: > vm.pageout_oom_seq=3D120 >=20 > Heatsinks and fans for keeping things cool over the > sustained build activity. >=20 >=20 > 3rd: Configuration points unique to the RPi4B context. >=20 > /usr/local/etc/poudriere.conf has . . . >=20 > USE_TMPFS=3D"data" >=20 > (Based on the larger RAM and RAM+SWAP and that it > does not grow to be huge for the likes of lang/rust .) >=20 > /usr/local/etc/poudriere.d/make.conf has . . . >=20 > MAKE_JOBS_NUMBER_LIMIT=3D3 >=20 > (Based on the larger RAM and RAM+SWAP.) This does mean > that the 3 load averages can be 6+ at times on the 4 > hardware thread system while both ports being built are > respecting the limit. Some ports do not fully respect > the limit the whole time. This can make build-times > a somewhat messier comparison than one might hope across > the contexts. But for the specifics here, things should > be clear enough. >=20 > RAM =3D=3D 8 GiBytes > RAM+SWAP =3D=3D 38 GiBytes > (Note aarch64 allows a larger RAM multiplier limit without > warning of potential swap-related mistuning: "total > configured swap (? pages) exceeds maximum recommended > amount (? pages)" with "increase kern.maxswzone or reduce > amount of swap".) >=20 > 5.1V 3.5A power supply, so a little extra margin for current. >=20 > /boot/efi/config.txt has: >=20 > over_voltage=3D6 > arm_freq=3D2000 > sdram_freq_min=3D3200 > force_turbo=3D1 > (Reliable operation, with margin, on the mix of v1.1, v1.4, and v1.5 > RPi4B's that I have access to, 8 total.) >=20 > So: 2 GHz overclocking, using a fixed rate. >=20 > USB3 media: U2 Optane 960 GB media via a powered USB3 adaptor. >=20 > Kernel has: "arm64: improve UVA layout for 32bit processes" > ( main's 967022aa5aa6 ). So an armv7 process can be somewhat > over 3 GiBytes for its address space. >=20 > Boot aarch64 env: a PkgBase world and kernel.GENERIC-NODEBUG pair. > FYI: >=20 > # uname -apKU > FreeBSD aarch64-main-pkgs 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n268514-61b88a230bac GENERIC-NODEBUG arm64 aarch64 1500014 1500014 >=20 >=20 > 4th: Configuration points unique to the OrangePi+2ed context. >=20 > /usr/local/etc/poudriere.conf has . . . >=20 > USE_TMPFS=3Dno >=20 > (Based on the smaller RAM --and smaller RAM+SWAP for avoiding > potential-mistuning notices.) >=20 > /usr/local/etc/poudriere.d/make.conf has . . . >=20 > MAKE_JOBS_NUMBER_LIMIT=3D2 >=20 > (Based on the smaller RAM --and smaller RAM+SWAP for avoiding > potential-mistuning notices-- but wanting to still have margin > for bigger peak RAM+SWAP use than the example happens to do.) >=20 > RAM =3D=3D 2 GiBytes > RAM+SWAP =3D=3D 5.6 GiBytes > (Note armv7 has a smaller RAM multiplier limit without > warning of potential swap-related mistuning: "total > configured swap (? pages) exceeds maximum recommended > amount (? pages)" with "increase kern.maxswzone or reduce > amount of swap".) >=20 > In /etc/rc.conf I have: >=20 > if [ "`sysctl -i -n hw.fdt.model`" =3D=3D "Xunlong Orange Pi Plus 2E" = ]; then > sysctl dev.cpu.0.freq=3D1008 > /dev/null > fi >=20 > In other words: a fixed 1GHz or so clock rate is used. >=20 > USB2 media: Actually USB3 media that also supports USB2 > use. 1 TB Samsung Touch T7 (NVMe based) via a powered hub, > a USB3-capable one. >=20 >=20 >=20 > Side note: >=20 > I've no clue how to judge any tradeoff consequences for > "increase kern.maxswzone" for judging reasonableness of > such an action. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Mar 15 08:59:45 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 4Twyqy4h6Zz5CyGf; Fri, 15 Mar 2024 08:59:58 +0000 (UTC) (envelope-from oliver.epper@gmail.com) Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Twyqy065zz4r85; Fri, 15 Mar 2024 08:59:58 +0000 (UTC) (envelope-from oliver.epper@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x52b.google.com with SMTP id 41be03b00d2f7-5e42b4bbfa4so1211600a12.1; Fri, 15 Mar 2024 01:59:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710493196; x=1711097996; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=8OmIAT24hWmP9ZRPzXqyUUK9u26w0CUFTu8E1G/NvBg=; b=JPazQ9yxFwi87CRnrp+GLCGMxdf8pDjhZJ0anlTufFf3D8tNooOmRLC9mBv7hmY8WC WGAKVBAVkAlpm9a+0/aqKJxEcDiAh/qRHK/HKccwJms4dNRqpNH7Us6ln1kkaGM9x4yN wTRO9S3s6EUAprx0B3jzbzZKnoLD9XFy5ONSzQQdXZ+fFkXl4Jl1av0/UzrdDzWyn05n p2lzMyP3Ls+36mI3JLbJADM+SjbE2VGOSUyPaVdYvbGv41REiEXktz4+zeI39Fb8H/dF W377M5jVfeJ22gpUOxk42ikphN5m8WuNPqCLfa+23i2AipqAnbbHerLThCHxkxJJQvS7 k64A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710493196; x=1711097996; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=8OmIAT24hWmP9ZRPzXqyUUK9u26w0CUFTu8E1G/NvBg=; b=l3zauheJW+o08jVpJo3ZzuJUUgi6qdh/41T36U2WZAwoWTXc7xLLPMnVo0qB0T2DNy vnmvXEUGm58chGnySSThJXoXnUMWQ0LWHd48rwh9FYEOrFvYz0bEwwoQKKeen0vVeNg2 ljse+2XVZNvC/wJtlFspYjz+YO/7PVMFVQPNz5PflYKgbDZyir2uuhark9RcxfGVG6eP ZP2sP/Xag1gOVTVaWmKmZt6GYNafSGgmLQ0nHKs4aV5M+3m1qzuQ9PIn9KZ9Kyp44Yue 6VDvunhg0MbD2p3ao2cziRbF9eZpQn1Wx9KRvMXcTsYHvLQgCkNXo7H/4BbhnQTKs3EI 4n7Q== X-Forwarded-Encrypted: i=1; AJvYcCX7eSfIQ5tjlnO/4RqSuNi4oOGvwKKUPzyJThRdOyM5PRGkEbzYJD4UM25/Kguzh98nOXmw+vcUE0Lts80DuzmRVOdmEe9ybAjYElHhZOBXmzl+BVn4lIKuR0UBMg== X-Gm-Message-State: AOJu0YwvGWi58Z6P4GoilTxd2jhCxDpt+sMW73ZRZYNAtEnQ2gdMG909 8LYkeS0JxtOi/4458C6+if5k1xk10VLQf2gFjEyHlGVqJtY7aYK1Iwf8nkeI+pvGwKDo4DzBmAb GiFktH3D3vLolCIjaZsWNAx4D0GM= X-Google-Smtp-Source: AGHT+IHNAJk9qF5CLJLyFimbVjm+bLNHreEPpadXunN70GZBtVaF90RGmlI3iM2xvI5bHK9p7Dzu+oGDVkn22SFTido= X-Received: by 2002:a05:6a21:e85:b0:1a1:4d7c:bdc4 with SMTP id ma5-20020a056a210e8500b001a14d7cbdc4mr4014341pzb.22.1710493196436; Fri, 15 Mar 2024 01:59:56 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <9D19D8E3-5B72-4006-9296-C7D74E670A12@yahoo.com> <867B8EBD-820C-41B6-9B5D-307AD9506343@yahoo.com> In-Reply-To: <867B8EBD-820C-41B6-9B5D-307AD9506343@yahoo.com> From: Oliver Epper Date: Fri, 15 Mar 2024 09:59:45 +0100 Message-ID: Subject: Re: 4-core arm armv7-package-building configuration notes, on RPi4B (aarch64) and OrangePi+2ed (armv7), poudriere-devel based To: Mark Millard Cc: FreeBSD Mailing List , FreeBSD ARM List , Nuno Teixeira Content-Type: multipart/alternative; boundary="0000000000005d4c600613af3b3c" X-Spamd-Bar: ---- 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)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4Twyqy065zz4r85 --0000000000005d4c600613af3b3c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I can only suggest deploying a Mac Mini M1 with qemu using Apple HVF as a poudriere server for aarch64. See https://oliver-epper.de/posts/poudriere-on-m1-mac/ I never had success with qemu emulation on amd64 and the Mac Mini builds rust and llvm without problems. I don't think I'd like to wait for these packages to build on a pi. greetings Oliver Am Fr., 15. M=C3=A4rz 2024 um 09:39 Uhr schrieb Mark Millard : > On Mar 12, 2024, at 23:57, Mark Millard wrote: > > > This note's structure: > > > > 1st: Package-build time frame summaries. > > (But I note some hardware points that are repeated later as well.) > > > > 2nd: Configuration points common to both RPi4B and OrangePi+2ed context= s. > > > > 3rd: Configuration points unique to the RPi4B context. > > > > 4th: Configuration points unique to the OrangePi+2ed context. > > > > > > 1st: Package-build time Summaries follow. > > (Note: the detail order of package builds is not the same.) > > (Examples are visiable in these summaries.) > > > > > > RPi4B: cortex-a72 (aarch64) with cortex-a7 (armv7) support, 2 GHz > (overclocked), 8 GiBytes RAM, USB3 > > [00:25:32] [01] [00:13:33] Finished lang/perl5.36 | perl5-5.36.3_1: > Success > > [01:58:13] [02] [00:44:25] Finished devel/icu | icu-74.2,1: Success > > [03:14:00] [02] [00:21:28] Finished lang/ruby31 | ruby-3.1.4_1,1: Succe= ss > > [03:33:51] [01] [02:21:22] Finished devel/cmake-core | > cmake-core-3.28.3: Success > > [23:12:47] [02] [19:06:01] Finished lang/rust | rust-1.76.0: Success > > [1D:00:14:46] [02] [00:55:46] Finished devel/binutils@native | > binutils-2.40_5,1: Success > > (Note: start of visible ordering differences:) > > [1D:03:07:32] [02] [00:58:03] Finished devel/arm-none-eabi-gcc | > arm-none-eabi-gcc-11.3.0_3: Success > > [1D:03:42:09] [01] [1D:00:08:13] Finished devel/llvm18@default | > llvm18-18.1.0.r3: Success > > [1D:04:45:14] [02] [01:35:29] Finished lang/gcc13 | gcc13-13.2.0_4: > Success > > [1D:05:21:43] [01] [01:39:13] Finished devel/boost-libs | > boost-libs-1.84.0: Success > > [1D:05:43:24] [01] [00:21:33] Finished textproc/source-highlight | > source-highlight-3.1.9_9: Success > > [1D:05:47:01] [02] [00:44:22] Finished devel/aarch64-none-elf-gcc | > aarch64-none-elf-gcc-11.3.0_3: Success > > [1D:07:23:25] [02] [01:21:04] Finished devel/gdb@py39 | gdb-14.1_2: > Success > > [1D:07:58:37] [01] [01:19:55] Finished devel/freebsd-gcc13@armv7 | > armv7-gcc13-13.2.0_1: Success > > [1D:07:58:43] Stopping 2 builders > > [main-CA7-default] [2024-03-11_15h30m14s] [committing] Queued: 265 > Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 > Time: 1D:07:58:46 > > > > Note: 4364Mi MaxObs(Act+Wir+Lndry+SwapUsed) ("MaxObs": short for > "Maximum Observed") > > Note: SwapUsed maximum: 0 (none used). > > > > So, for an 8 GiByte RAM RPI4B, RAM+SWAP configured to be 38 GiBytes or > so: > > Estmate: 38.0 GiBytes/4.3 GiBytes approx.=3D=3D 8.8 > > Result: Lots of margin for builds that use more RAM+SWAP. > > > > So, for an 4 GiByte RAM RPI4B, RAM+SWAP configured to be 18 GiBytes or > so: > > Estimate: 18.0 GiBytes/4.3 GiBytes approx.=3D=3D 4.1 > > Result: Also lots of margin for builds that use more RAM+SWAP. > > I did the experiment of trying PARALLEL_JOBS=3D3 instead of > PARALLEL_JOBS=3D2 , still MAKE_JOBS_NUMBER_LIMIT=3D3 . It took > a little longer: > > [1D:08:52:32] Stopping 3 builders > [main-CA7-default] [2024-03-13_16h27m18s] [committing] Queued: 265 Built: > 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 Time= : > 1D:08:52:35 > > (As the load averages are significantly more than the > available hardware thread count and vary significantly, > comparing individual package build times is not > particularly useful. So I'm not reporting any example > times for packages.) > > At some point I'll likely try the PARALLEL_JOBS=3D2 > MAKE_JOBS_NUMBER_LIMIT=3D3 combination on a RPI4B that has > 4 GiBytes of RAM. I really need the memory pressure > involved in significant paging to get reasonable estimates > for RAM+SWAP requiments, avoiding just ending up with a > large Inact accumulation with an unknown mix of dirty pages > and clean pages. > > But, I'll likely try the RPi5 (8 GiBytes) first, now > that the RPi5 EDK2 has fixed what the problem was that lead > to unreliable USB I/O for UEFI/ACPI. (I'll likely use an > artifact build since the release build looks to not be > present yet.) > > > OrangePi+2ed: cortex-a7 armv7, 1GHz, 4 cores, 2 GiBytes RAM, USB2: > > [01:51:31] [01] [01:00:07] Finished lang/perl5.36 | perl5-5.36.3_1: > Success > > [08:55:35] [02] [03:08:09] Finished devel/icu | icu-74.2,1: Success > > [13:17:38] [02] [01:28:32] Finished lang/ruby31 | ruby-3.1.4_1,1: Succe= ss > > [14:17:44] [01] [09:20:55] Finished devel/cmake-core | > cmake-core-3.28.3: Success > > [4D:01:03:43] [02] [3D:08:48:53] Finished lang/rust | rust-1.76.0: > Success > > [4D:06:26:24] [02] [03:09:35] Finished devel/binutils@native | > binutils-2.40_5,1: Success > > (Note: start of visible ordering differences:) > > [4D:14:54:31] [02] [03:38:55] Finished devel/aarch64-none-elf-gcc | > aarch64-none-elf-gcc-11.3.0_3: Success > > [4D:16:13:00] [01] [4D:01:55:03] Finished devel/llvm18@default | > llvm18-18.1.0.r3: Success > > [4D:18:05:58] [02] [03:11:00] Finished devel/arm-none-eabi-gcc | > arm-none-eabi-gcc-11.3.0_3: Success > > [4D:23:00:13] [01] [06:46:06] Finished devel/boost-libs | > boost-libs-1.84.0: Success > > [5D:00:16:39] [01] [01:15:53] Finished textproc/source-highlight | > source-highlight-3.1.9_9: Success > > [5D:01:17:24] [02] [07:10:52] Finished lang/gcc13 | gcc13-13.2.0_4: > Success > > [5D:09:38:14] [01] [05:56:48] Finished devel/freebsd-gcc13@armv7 | > armv7-gcc13-13.2.0_1: Success > > [5D:10:18:58] [02] [05:44:02] Finished devel/gdb@py39 | gdb-14.1_2: > Success > > [5D:10:31:56] Stopping 2 builders > > [main-CA7-default] [2024-03-06_03h15m10s] [committing] Queued: 265 > Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 > Time: 5D:10:31:55 > > > > (So, a little over 4 days longer than the RPi4B example above.) > > > > Note: 2794Mi MaxObs(Act+Wir+Lndry+SwapUsed) ("MaxObs": short for > "Maximum Observed") > > > > > > 2nd: Configuration points common to both the RPi4B and the > > OrangePi+2ed contexts. > > > > ports-mgmt/poudriere-devel is used to build the packages. > > > > devel/llvm18 options: using BE_NATIVE and omitting MLIR. > > (What I normally build for armv7 and aarch64 targetting.) > > > > Also, ports-mgmt/poudriere-devel omits the QEMU option, > > as is normal for me. > > > > 265 packages are built, including pkg. It is the same > > 265 pacakges across contexts. (The order of the builds > > does vary.) > > > > /usr/local/etc/poudriere.conf has . . . > > > > NO_ZFS=3Dyes > > PARALLEL_JOBS=3D2 > > ALLOW_MAKE_JOBS=3Dyes > > MAX_EXECUTION_TIME=3D432000 > > NOHANG_TIME=3D432000 > > MAX_EXECUTION_TIME_EXTRACT=3D14400 > > MAX_EXECUTION_TIME_INSTALL=3D14400 > > MAX_EXECUTION_TIME_PACKAGE=3D57600 > > MAX_EXECUTION_TIME_DEINSTALL=3D14400 > > > > NOTE: MAKE_JOBS_NUMBER_LIMIT is used to constrain > > what ALLOW_MAKE_JOBS does but is not set the > > same across the contexts. > > > > /etc/fstab does not specify any tmpfs use or the > > like: avoids competing for RAM+SWAP. > > > > poudriere armv7 jail worlds are duplicates of each > > other across the different media. Those worlds are > > from a personal buildworld based on using > > -mcpu=3Dcortex-a7 for the code generation. The package > > builds also use that. > > > > /boot/loader.conf has . . . > > > > # Delay when persistent low free RAM leads to > > # Out Of Memory killing of processes: > > vm.pageout_oom_seq=3D120 > > > > Heatsinks and fans for keeping things cool over the > > sustained build activity. > > > > > > 3rd: Configuration points unique to the RPi4B context. > > > > /usr/local/etc/poudriere.conf has . . . > > > > USE_TMPFS=3D"data" > > > > (Based on the larger RAM and RAM+SWAP and that it > > does not grow to be huge for the likes of lang/rust .) > > > > /usr/local/etc/poudriere.d/make.conf has . . . > > > > MAKE_JOBS_NUMBER_LIMIT=3D3 > > > > (Based on the larger RAM and RAM+SWAP.) This does mean > > that the 3 load averages can be 6+ at times on the 4 > > hardware thread system while both ports being built are > > respecting the limit. Some ports do not fully respect > > the limit the whole time. This can make build-times > > a somewhat messier comparison than one might hope across > > the contexts. But for the specifics here, things should > > be clear enough. > > > > RAM =3D=3D 8 GiBytes > > RAM+SWAP =3D=3D 38 GiBytes > > (Note aarch64 allows a larger RAM multiplier limit without > > warning of potential swap-related mistuning: "total > > configured swap (? pages) exceeds maximum recommended > > amount (? pages)" with "increase kern.maxswzone or reduce > > amount of swap".) > > > > 5.1V 3.5A power supply, so a little extra margin for current. > > > > /boot/efi/config.txt has: > > > > over_voltage=3D6 > > arm_freq=3D2000 > > sdram_freq_min=3D3200 > > force_turbo=3D1 > > (Reliable operation, with margin, on the mix of v1.1, v1.4, and v1.5 > > RPi4B's that I have access to, 8 total.) > > > > So: 2 GHz overclocking, using a fixed rate. > > > > USB3 media: U2 Optane 960 GB media via a powered USB3 adaptor. > > > > Kernel has: "arm64: improve UVA layout for 32bit processes" > > ( main's 967022aa5aa6 ). So an armv7 process can be somewhat > > over 3 GiBytes for its address space. > > > > Boot aarch64 env: a PkgBase world and kernel.GENERIC-NODEBUG pair. > > FYI: > > > > # uname -apKU > > FreeBSD aarch64-main-pkgs 15.0-CURRENT FreeBSD 15.0-CURRENT > main-n268514-61b88a230bac GENERIC-NODEBUG arm64 aarch64 1500014 1500014 > > > > > > 4th: Configuration points unique to the OrangePi+2ed context. > > > > /usr/local/etc/poudriere.conf has . . . > > > > USE_TMPFS=3Dno > > > > (Based on the smaller RAM --and smaller RAM+SWAP for avoiding > > potential-mistuning notices.) > > > > /usr/local/etc/poudriere.d/make.conf has . . . > > > > MAKE_JOBS_NUMBER_LIMIT=3D2 > > > > (Based on the smaller RAM --and smaller RAM+SWAP for avoiding > > potential-mistuning notices-- but wanting to still have margin > > for bigger peak RAM+SWAP use than the example happens to do.) > > > > RAM =3D=3D 2 GiBytes > > RAM+SWAP =3D=3D 5.6 GiBytes > > (Note armv7 has a smaller RAM multiplier limit without > > warning of potential swap-related mistuning: "total > > configured swap (? pages) exceeds maximum recommended > > amount (? pages)" with "increase kern.maxswzone or reduce > > amount of swap".) > > > > In /etc/rc.conf I have: > > > > if [ "`sysctl -i -n hw.fdt.model`" =3D=3D "Xunlong Orange Pi Plus 2E" ]= ; then > > sysctl dev.cpu.0.freq=3D1008 > /dev/null > > fi > > > > In other words: a fixed 1GHz or so clock rate is used. > > > > USB2 media: Actually USB3 media that also supports USB2 > > use. 1 TB Samsung Touch T7 (NVMe based) via a powered hub, > > a USB3-capable one. > > > > > > > > Side note: > > > > I've no clue how to judge any tradeoff consequences for > > "increase kern.maxswzone" for judging reasonableness of > > such an action. > > > > > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > > > --0000000000005d4c600613af3b3c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I can only suggest deploying a Mac Mini M1 with qemu using= Apple HVF as a poudriere server for aarch64.

I never had success wit= h qemu emulation on amd64 and the Mac Mini builds rust and llvm without pro= blems. I don't think I'd like to wait for these packages to build o= n a pi.

greetings
Oliver

=
Am Fr., 15= . M=C3=A4rz 2024 um 09:39=C2=A0Uhr schrieb Mark Millard <marklmi@yahoo.com>:
= On Mar 12, 2024, at 23:57, Mark Millard <marklmi@yahoo.com> wrote:

> This note's structure:
>
> 1st: Package-build time frame summaries.
>=C2=A0 =C2=A0 =C2=A0(But I note some hardware points that are repeated = later as well.)
>
> 2nd: Configuration points common to both RPi4B and OrangePi+2ed contex= ts.
>
> 3rd: Configuration points unique to the RPi4B context.
>
> 4th: Configuration points unique to the OrangePi+2ed context.
>
>
> 1st: Package-build time Summaries follow.
> (Note: the detail order of package builds is not the same.)
> (Examples are visiable in these summaries.)
>
>
> RPi4B: cortex-a72 (aarch64) with cortex-a7 (armv7) support, 2 GHz (ove= rclocked), 8 GiBytes RAM, USB3
> [00:25:32] [01] [00:13:33] Finished lang/perl5.36 | perl5-5.36.3_1: Su= ccess
> [01:58:13] [02] [00:44:25] Finished devel/icu | icu-74.2,1: Success > [03:14:00] [02] [00:21:28] Finished lang/ruby31 | ruby-3.1.4_1,1: Succ= ess
> [03:33:51] [01] [02:21:22] Finished devel/cmake-core | cmake-core-3.28= .3: Success
> [23:12:47] [02] [19:06:01] Finished lang/rust | rust-1.76.0: Success > [1D:00:14:46] [02] [00:55:46] Finished devel/binutils@native | binutil= s-2.40_5,1: Success
> (Note: start of visible ordering differences:)
> [1D:03:07:32] [02] [00:58:03] Finished devel/arm-none-eabi-gcc | arm-n= one-eabi-gcc-11.3.0_3: Success
> [1D:03:42:09] [01] [1D:00:08:13] Finished devel/llvm18@default | llvm1= 8-18.1.0.r3: Success
> [1D:04:45:14] [02] [01:35:29] Finished lang/gcc13 | gcc13-13.2.0_4: Su= ccess
> [1D:05:21:43] [01] [01:39:13] Finished devel/boost-libs | boost-libs-1= .84.0: Success
> [1D:05:43:24] [01] [00:21:33] Finished textproc/source-highlight | sou= rce-highlight-3.1.9_9: Success
> [1D:05:47:01] [02] [00:44:22] Finished devel/aarch64-none-elf-gcc | aa= rch64-none-elf-gcc-11.3.0_3: Success
> [1D:07:23:25] [02] [01:21:04] Finished devel/gdb@py39 | gdb-14.1_2: Su= ccess
> [1D:07:58:37] [01] [01:19:55] Finished devel/freebsd-gcc13@armv7 | arm= v7-gcc13-13.2.0_1: Success
> [1D:07:58:43] Stopping 2 builders
> [main-CA7-default] [2024-03-11_15h30m14s] [committing] Queued: 265 Bui= lt: 265 Failed: 0=C2=A0 =C2=A0Skipped: 0=C2=A0 =C2=A0Ignored: 0=C2=A0 =C2= =A0Fetched: 0=C2=A0 =C2=A0Tobuild: 0=C2=A0 =C2=A0 Time: 1D:07:58:46
>
> Note: 4364Mi MaxObs(Act+Wir+Lndry+SwapUsed) ("MaxObs":=C2=A0= short for "Maximum Observed")
> Note: SwapUsed maximum: 0 (none used).
>
> So, for an 8 GiByte RAM RPI4B, RAM+SWAP configured to be 38 GiBytes or= so:
> Estmate: 38.0 GiBytes/4.3 GiBytes approx.=3D=3D 8.8
> Result: Lots of margin for builds that use more RAM+SWAP.
>
> So, for an 4 GiByte RAM RPI4B, RAM+SWAP configured to be 18 GiBytes or= so:
> Estimate: 18.0 GiBytes/4.3 GiBytes approx.=3D=3D 4.1
> Result: Also lots of margin for builds that use more RAM+SWAP.

I did the experiment of trying PARALLEL_JOBS=3D3 instead of
PARALLEL_JOBS=3D2 , still MAKE_JOBS_NUMBER_LIMIT=3D3 . It took
a little longer:

[1D:08:52:32] Stopping 3 builders
[main-CA7-default] [2024-03-13_16h27m18s] [committing] Queued: 265 Built: 2= 65 Failed: 0=C2=A0 =C2=A0Skipped: 0=C2=A0 =C2=A0Ignored: 0=C2=A0 =C2=A0Fetc= hed: 0=C2=A0 =C2=A0Tobuild: 0=C2=A0 =C2=A0 Time: 1D:08:52:35

(As the load averages are significantly more than the
available hardware thread count and vary significantly,
comparing individual package build times is not
particularly useful. So I'm not reporting any example
times for packages.)

At some point I'll likely try the PARALLEL_JOBS=3D2
MAKE_JOBS_NUMBER_LIMIT=3D3 combination on a RPI4B that has
4 GiBytes of RAM. I really=C2=A0 need the memory pressure
involved in significant paging to get reasonable estimates
for RAM+SWAP requiments, avoiding just ending up with a
large Inact accumulation with an unknown mix of dirty pages
and clean pages.

But, I'll likely try the RPi5 (8 GiBytes) first, now
that the RPi5 EDK2 has fixed what the problem was that lead
to unreliable USB I/O for UEFI/ACPI. (I'll likely use an
artifact build since the release build looks to not be
present yet.)

> OrangePi+2ed: cortex-a7 armv7, 1GHz, 4 cores, 2 GiBytes RAM, USB2:
> [01:51:31] [01] [01:00:07] Finished lang/perl5.36 | perl5-5.36.3_1: Su= ccess
> [08:55:35] [02] [03:08:09] Finished devel/icu | icu-74.2,1: Success > [13:17:38] [02] [01:28:32] Finished lang/ruby31 | ruby-3.1.4_1,1: Succ= ess
> [14:17:44] [01] [09:20:55] Finished devel/cmake-core | cmake-core-3.28= .3: Success
> [4D:01:03:43] [02] [3D:08:48:53] Finished lang/rust | rust-1.76.0: Suc= cess
> [4D:06:26:24] [02] [03:09:35] Finished devel/binutils@native | binutil= s-2.40_5,1: Success
> (Note: start of visible ordering differences:)
> [4D:14:54:31] [02] [03:38:55] Finished devel/aarch64-none-elf-gcc | aa= rch64-none-elf-gcc-11.3.0_3: Success
> [4D:16:13:00] [01] [4D:01:55:03] Finished devel/llvm18@default | llvm1= 8-18.1.0.r3: Success
> [4D:18:05:58] [02] [03:11:00] Finished devel/arm-none-eabi-gcc | arm-n= one-eabi-gcc-11.3.0_3: Success
> [4D:23:00:13] [01] [06:46:06] Finished devel/boost-libs | boost-libs-1= .84.0: Success
> [5D:00:16:39] [01] [01:15:53] Finished textproc/source-highlight | sou= rce-highlight-3.1.9_9: Success
> [5D:01:17:24] [02] [07:10:52] Finished lang/gcc13 | gcc13-13.2.0_4: Su= ccess
> [5D:09:38:14] [01] [05:56:48] Finished devel/freebsd-gcc13@armv7 | arm= v7-gcc13-13.2.0_1: Success
> [5D:10:18:58] [02] [05:44:02] Finished devel/gdb@py39 | gdb-14.1_2: Su= ccess
> [5D:10:31:56] Stopping 2 builders
> [main-CA7-default] [2024-03-06_03h15m10s] [committing] Queued: 265 Bui= lt: 265 Failed: 0=C2=A0 =C2=A0Skipped: 0=C2=A0 =C2=A0Ignored: 0=C2=A0 =C2= =A0Fetched: 0=C2=A0 =C2=A0Tobuild: 0=C2=A0 =C2=A0 Time: 5D:10:31:55
>
> (So, a little over 4 days longer than the RPi4B example above.)
>
> Note: 2794Mi MaxObs(Act+Wir+Lndry+SwapUsed) ("MaxObs":=C2=A0= short for "Maximum Observed")
>
>
> 2nd: Configuration points common to both the RPi4B and the
>=C2=A0 =C2=A0 =C2=A0OrangePi+2ed contexts.
>
> ports-mgmt/poudriere-devel is used to build the packages.
>
> devel/llvm18 options: using BE_NATIVE and omitting MLIR.
> (What I normally build for armv7 and aarch64 targetting.)
>
> Also, ports-mgmt/poudriere-devel omits the QEMU option,
> as is normal for me.
>
> 265 packages are built, including pkg. It is the same
> 265 pacakges across contexts. (The order of the builds
> does vary.)
>
> /usr/local/etc/poudriere.conf has . . .
>
> NO_ZFS=3Dyes
> PARALLEL_JOBS=3D2
> ALLOW_MAKE_JOBS=3Dyes
> MAX_EXECUTION_TIME=3D432000
> NOHANG_TIME=3D432000
> MAX_EXECUTION_TIME_EXTRACT=3D14400
> MAX_EXECUTION_TIME_INSTALL=3D14400
> MAX_EXECUTION_TIME_PACKAGE=3D57600
> MAX_EXECUTION_TIME_DEINSTALL=3D14400
>
> NOTE: MAKE_JOBS_NUMBER_LIMIT is used to constrain
>=C2=A0 =C2=A0 =C2=A0 what ALLOW_MAKE_JOBS does but is not set the
>=C2=A0 =C2=A0 =C2=A0 same across the contexts.
>
> /etc/fstab does not specify any tmpfs use or the
> like: avoids competing for RAM+SWAP.
>
> poudriere armv7 jail worlds are duplicates of each
> other across the different media. Those worlds are
> from a personal buildworld based on using
> -mcpu=3Dcortex-a7 for the code generation. The package
> builds also use that.
>
> /boot/loader.conf has . . .
>
> # Delay when persistent low free RAM leads to
> # Out Of Memory killing of processes:
> vm.pageout_oom_seq=3D120
>
> Heatsinks and fans for keeping things cool over the
> sustained build activity.
>
>
> 3rd: Configuration points unique to the RPi4B context.
>
> /usr/local/etc/poudriere.conf has . . .
>
> USE_TMPFS=3D"data"
>
> (Based on the larger RAM and RAM+SWAP and that it
> does not grow to be huge for the likes of lang/rust .)
>
> /usr/local/etc/poudriere.d/make.conf has . . .
>
> MAKE_JOBS_NUMBER_LIMIT=3D3
>
> (Based on the larger RAM and RAM+SWAP.) This does mean
> that the 3 load averages can be 6+ at times on the 4
> hardware thread system while both ports being built are
> respecting the limit. Some ports do not fully respect
> the limit the whole time. This can make build-times
> a somewhat messier comparison than one might hope across
> the contexts. But for the specifics here, things should
> be clear enough.
>
> RAM =3D=3D 8 GiBytes
> RAM+SWAP =3D=3D 38 GiBytes
> (Note aarch64 allows a larger RAM multiplier limit without
> warning of potential swap-related mistuning: "total
> configured swap (? pages) exceeds maximum recommended
> amount (? pages)" with "increase kern.maxswzone or reduce > amount of swap".)
>
> 5.1V 3.5A power supply, so a little extra margin for current.
>
> /boot/efi/config.txt has:
>
> over_voltage=3D6
> arm_freq=3D2000
> sdram_freq_min=3D3200
> force_turbo=3D1
> (Reliable operation, with margin, on the mix of v1.1, v1.4, and v1.5 > RPi4B's that I have access to, 8 total.)
>
> So: 2 GHz overclocking, using a fixed rate.
>
> USB3 media: U2 Optane 960 GB media via a powered USB3 adaptor.
>
> Kernel has: "arm64: improve UVA layout for 32bit processes"<= br> > ( main's 967022aa5aa6 ). So an armv7 process can be somewhat
> over 3 GiBytes for its address space.
>
> Boot aarch64 env: a PkgBase world and kernel.GENERIC-NODEBUG pair.
> FYI:
>
> # uname -apKU
> FreeBSD aarch64-main-pkgs 15.0-CURRENT FreeBSD 15.0-CURRENT main-n2685= 14-61b88a230bac GENERIC-NODEBUG arm64 aarch64 1500014 1500014
>
>
> 4th: Configuration points unique to the OrangePi+2ed context.
>
> /usr/local/etc/poudriere.conf has . . .
>
> USE_TMPFS=3Dno
>
> (Based on the smaller RAM --and smaller RAM+SWAP for avoiding
> potential-mistuning notices.)
>
> /usr/local/etc/poudriere.d/make.conf has . . .
>
> MAKE_JOBS_NUMBER_LIMIT=3D2
>
> (Based on the smaller RAM --and smaller RAM+SWAP for avoiding
> potential-mistuning notices-- but wanting to still have margin
> for bigger peak RAM+SWAP use than the example happens to do.)
>
> RAM =3D=3D 2 GiBytes
> RAM+SWAP =3D=3D 5.6 GiBytes
> (Note armv7 has a smaller RAM multiplier limit without
> warning of potential swap-related mistuning: "total
> configured swap (? pages) exceeds maximum recommended
> amount (? pages)" with "increase kern.maxswzone or reduce > amount of swap".)
>
> In /etc/rc.conf I have:
>
> if [ "`sysctl -i -n hw.fdt.model`" =3D=3D "Xunlong Oran= ge Pi Plus 2E" ]; then
> sysctl dev.cpu.0.freq=3D1008 > /dev/null
> fi
>
> In other words: a fixed 1GHz or so clock rate is used.
>
> USB2 media: Actually USB3 media that also supports USB2
> use. 1 TB Samsung Touch T7 (NVMe based) via a powered hub,
> a USB3-capable one.
>
>
>
> Side note:
>
> I've no clue how to judge any tradeoff consequences for
> "increase kern.maxswzone" for judging reasonableness of
> such an action.
>



=3D=3D=3D
Mark Millard
marklmi at yahoo.com


--0000000000005d4c600613af3b3c-- From nobody Fri Mar 15 09:01:49 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 4TwytX51FCz5CxxZ for ; Fri, 15 Mar 2024 09:02:12 +0000 (UTC) (envelope-from einar@isnic.is) Received: from mx01.isnic.is (mx01.isnic.is [IPv6:2001:67c:6c:58::133]) (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 "mx01.isnic.is", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwytW2Tvfz4sGr for ; Fri, 15 Mar 2024 09:02:11 +0000 (UTC) (envelope-from einar@isnic.is) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=isnic.is header.s=20200921 header.b=LblR8td0; dmarc=pass (policy=quarantine) header.from=isnic.is; spf=pass (mx1.freebsd.org: domain of einar@isnic.is designates 2001:67c:6c:58::133 as permitted sender) smtp.mailfrom=einar@isnic.is Received: from ht-mailstore01.isnic.is (ht-mailstore01.isnic.is [IPv6:2001:67c:6c:56::2]) by mx01.isnic.is (Postfix) with ESMTPS id 7FEC023F7B for ; Fri, 15 Mar 2024 09:02:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isnic.is; s=20200921; t=1710493320; 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: in-reply-to:in-reply-to:references:references; bh=pY3WcfX27/UEoOLjt87dLyMhc4WteunD6VubUCzu00w=; b=LblR8td0s8D9D5y1JO2KkbYQ/ZOfZxGFWKoLdWPnYDFxcMfsZC9P+wNvNDYcXoVoHmcSfO vCankPyZQs15wcwNj6d3hNHg3nkiH8HH1X4hIuQBz/u2lG1NHBYJbuCn94t5G6CqJAuraG PGHAWM2+Nroz7ZR/9jYyeXYFxF/HMCMFrSo36TjWx/yD4D5uF3fnac/fXY2Q46SzqblGaK Tb+af4A7LkWMszvDlTJuZn0fFqGoRYSbB/K11PFbl133nKloQcrl8kxL98L5z4HOpgVhRC W8dMOMgruDi9vQFECPLN+OKdr45LinR5DRjFf/FzIvkAc6m7N4fx4PBngQr9eQ== Received: from smtpclient.apple (unknown [IPv6:2001:67c:6c:f100::194]) by ht-mailstore01.isnic.is (Postfix) with ESMTPS id 78F7B337F0 for ; Fri, 15 Mar 2024 09:02:00 +0000 (UTC) From: =?utf-8?Q?Einar_Bjarni_Halld=C3=B3rsson?= Content-Type: text/plain; charset=utf-8 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Multiple new R ports Date: Fri, 15 Mar 2024 09:01:49 +0000 References: <44F61FC1-532F-447F-80E9-83ED37599CD7@isnic.is> <16c2bf5c-9022-4ce9-9283-838f99d80ba3@isnic.is> <2E6761A6-F462-4B83-94AC-9658583A581D@isnic.is> <6A36BE5B-2C76-434D-8EFF-D9518DA7E6E6@isnic.is> To: ports@freebsd.org In-Reply-To: Message-Id: <06222A4D-6C49-4320-8599-8E7668885BDE@isnic.is> X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[isnic.is,quarantine]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:67c:6c::/48]; R_DKIM_ALLOW(-0.20)[isnic.is:s=20200921]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1850, ipnet:2001:67c:6c::/48, country:IS]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; DKIM_TRACE(0.00)[isnic.is:+] X-Rspamd-Queue-Id: 4TwytW2Tvfz4sGr Hi, >> I=E2=80=99ve got tests working on all the ports, except for = R-cran-systemfonts. >> I have a PR [1] for upstream to fix that. >>=20 Upstream has merged my change and tests are working on = R-cran-systemfonts now. Tests for databases/R-cran-dbplyr depend on a newer version of = databases/R-cran-RSQLITE than is in ports, I have another PR about = updating it. The two PR: - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277715 - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277716 The two diffs in review: - https://reviews.freebsd.org/D43735 - https://reviews.freebsd.org/D44074 .einar= From nobody Fri Mar 15 10:17:31 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 4Tx0bF3G21z5D5qp for ; Fri, 15 Mar 2024 10:19:05 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-vk1-f175.google.com (mail-vk1-f175.google.com [209.85.221.175]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tx0bF1SZCz42Hh for ; Fri, 15 Mar 2024 10:19:05 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-vk1-f175.google.com with SMTP id 71dfb90a1353d-4d41b749a83so636397e0c.3 for ; Fri, 15 Mar 2024 03:19:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710497942; x=1711102742; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=PI9VlTz1Twjxg5PQ6rTf9OrreLS7ZEMnSa1m+3ap9kM=; b=VFDMEX9Qa/CoeHHMtXixnnssYMDYjHWic9yMqg3ytQXBXmPB7QKxQAFbY2CMCgk2sT QDuJWi3jOtYIJ9M4jyv8oYMRLl9ifgjyLrU6leDDNgatlVvSZai9PlmtB3tB0o72TmTt O4xZ2Fv60IzFx7gqBRFry67Qc3bPUZuqkcazayd/1q3+/PaMc/mp++tSx6atin8Qa4Jg 3tpeBAJ/CElbmZ3nWAX0hHapALuj/8SUPdIcc536Qo36Y/LcutWrszUbhOOtxZnzPjsr 8YpzAijWhGDK53pxXY2o1Wnks8gDXciiZ4YZ+auRsoZiTr5dOdqeTfq5hLuYlrzhjJaB YYJA== X-Gm-Message-State: AOJu0YzZ7TuBJBno0Rsv9qxbMBTJR/qZDaGOi9v/XiHO3CNGYOgUVHCG IDdoxg7KdwzJ7V05S2EZwuQW1nKyhASfkG1OwJssS9vVNQplcHonI9lpLAx6IkM= X-Google-Smtp-Source: AGHT+IFOIl7ygOvQHhHuQCFPrPxypvnfhDOLkzu+iAR1fd9rPeaBc9vQVsiyZMvednoPOt50LSeRYg== X-Received: by 2002:a05:6122:20a2:b0:4d3:36b9:2c26 with SMTP id i34-20020a05612220a200b004d336b92c26mr5007346vkd.14.1710497942463; Fri, 15 Mar 2024 03:19:02 -0700 (PDT) Received: from mail-vk1-f179.google.com (mail-vk1-f179.google.com. [209.85.221.179]) by smtp.gmail.com with ESMTPSA id p5-20020ac5cca5000000b004d33a329719sm344719vkm.38.2024.03.15.03.19.02 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 15 Mar 2024 03:19:02 -0700 (PDT) Received: by mail-vk1-f179.google.com with SMTP id 71dfb90a1353d-4d40b98d699so699265e0c.2 for ; Fri, 15 Mar 2024 03:19:02 -0700 (PDT) X-Received: by 2002:a05:6122:418e:b0:4d3:4aad:1b9c with SMTP id cf14-20020a056122418e00b004d34aad1b9cmr4104770vkb.0.1710497942125; Fri, 15 Mar 2024 03:19:02 -0700 (PDT) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Gleb Popov Date: Fri, 15 Mar 2024 13:17:31 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Cannot build devel/libcuckoo on 13.3 To: Andrea Venturoli Cc: ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- 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:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4Tx0bF1SZCz42Hh On Thu, Mar 14, 2024 at 9:29=E2=80=AFPM Andrea Venturoli w= rote: > > Hello. > > This is on 14.0 through Poudriere (2024Q1 tree). > > Build fails ending in: Thanks for the heads-up, I marked the port TESTING_UNSAFE. From nobody Fri Mar 15 11:28:03 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 4Tx2703LPLz5DD0B for ; Fri, 15 Mar 2024 11:28:12 +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) 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 4Tx26z6h57z49lV for ; Fri, 15 Mar 2024 11:28:11 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 42FBS49b093541; Fri, 15 Mar 2024 11:28:04 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 42FBS3WU093540; Fri, 15 Mar 2024 04:28:03 -0700 (PDT) (envelope-from david) Date: Fri, 15 Mar 2024 04:28:03 -0700 From: David Wolfskill To: Emmanuel Vadot Cc: freebsd-ports@freebsd.org Subject: Re: Build failure for graphics/drm-515-kmod in CURRENT Message-ID: References: <20240314194447.6ff5ea716dceb22da78bc565@bidouilliste.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Iq4W3buQKgMQodmh" Content-Disposition: inline In-Reply-To: <20240314194447.6ff5ea716dceb22da78bc565@bidouilliste.com> X-Spamd-Bar: ---- 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:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Queue-Id: 4Tx26z6h57z49lV --Iq4W3buQKgMQodmh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 14, 2024 at 07:44:47PM +0100, Emmanuel Vadot wrote: >=20 > Hi David, >=20 > On Thu, 14 Mar 2024 06:49:18 -0700 > David Wolfskill wrote: > ... > > The complete build typescript may be found at=20 > > https://www.catwhisker.org/~david/FreeBSD/ports/drm-515-kmod/ > >=20 > > The fatal whine appears (to me) to be: >=20 > https://cgit.freebsd.org/ports/commit/?id=3D3c7a5bf57d674ad3724b7b695f5a= 1887230f4f26 > should fix this. >=20 > Cheers, >=20 > --=20 > Emmanuel Vadot Confirmed: Now running FreeBSD g1-70.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURRENT #85 main-n26= 8805-c051f22bce42: Fri Mar 15 11:15:17 UTC 2024 root@g1-70.catwhisker.o= rg:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1500015 1500015 with ports tree at main-n655998-09f0e4b6405f. Thanks again! Peace, david --=20 David H. Wolfskill david@catwhisker.org Alexey Navalny was a courageous man; Putin has made him a martyr. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --Iq4W3buQKgMQodmh Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZfQww18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5XOfAQDB8znGl+nwfOY8VIKnBq6bW0sHIwSYmhbnqC7BUhq09wD9F21RiN8M8jW8 TP0+1hUNrFck01CBAXc6HZgQucmQgAI= =nv0S -----END PGP SIGNATURE----- --Iq4W3buQKgMQodmh-- From nobody Fri Mar 15 16:33:22 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 4Tx8vZ3jDlz5Dk8Z for ; Fri, 15 Mar 2024 16:33:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (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 4Tx8vX3Gg4z4hJP for ; Fri, 15 Mar 2024 16:33:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=rTH9mvLF; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710520414; bh=GiNJU2nJfnsLvSuky3Ds8LH6N1tnHWcmxPmfaR1b4mk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=rTH9mvLFTEdT+0atiq1l/MKD3HcJM/huCEPg5Jsnj4eEjWJcQ6vb74VCdY32UVbU+NG56vQPvjq655HBT3yfmnnVFBK/jYop0OZfZ6Qg3i6kTyTAwLEOHnUYwIvdx2x1cH0zxJvK0W4DFI/cJ0zRSiWSVkg7F9D6MmQoSD72oaFD25Lk66rahK9rSO7m83FBa9+Ho5hNjwQP+DF5WhtQGTysTUMFt33xf3c8QW3ApC0Rv0ckJFrNCXezex/xUu7o8mytp7XRzAZGafd5yWpKxnH22B2yAVWmXvG6YZWW+DRKzFbheb9wVUpUNOy1voQgnpPZKKUA8J0vntTcNPw1gw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710520414; bh=utIweslVIhvDPNwivdEH+ShENEfVpXuRSQPYuWIB1Z5=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=gpe20p7mvq/kBqHI4VHsMxip1zWrv8qCldZk2qqaTM5Lf0x71ofguou0kL6S8G+z8l6vLxzv4W1lcroY00FAl6CCpp3TJJ05OTiC48ULb8phYK+kWur+5vsOlpe84GZxGqxCv5oQyW3DUXT3BQp0G3C367Oo8+lTwf17wIJj4KqiivFCt+CWliqZupOwlFrCLl7WgY2BXtUMGCqWuJZmMw2RhTl7d5JI1LBMxr317xLZFh/ZjEKTRzpiARZY2RyRO/e8wWmdz0nYMqPiNibRORLJgYqKHERYXXiCVWmnrXceFlfYsLeIJvXjV++YfxyNTGW3La3H425o4E99ZY2xOw== X-YMail-OSG: 5J1Xv14VM1nhrnT3tIfRBzJDR8AMTPdI4V3zD16sWgstQZYpa4utW0kSvdmGil2 i_pzFySEGnjEcrHfpCcGJiM.7SAIiTnKCXCxPLn625dWqYgEiDbs79uJGbCHFTfF6GvCZaKuZGkQ HyTXtuq2TUkiiuu.DkncdEAZfDkaUNPBE.OHC6XCwFaKs_DcZCWZTWrdH5Jjfy8FuIzaRtiZLsPR biM1Ij.5VThQ4PyX1vX6AeRZCKdK1rbhIqQC35VQvjzC89bsNHpzDsly.3zXAk9bsI0633XiGJF6 JCODrGuKxIAqLE7M8tIESR73eY8XMnvpl_rn22Cf4hkijrptIBSm5vpU5.EzUHzKPx01aBCK3nsk 0XELzFZy1DnnQU1MQCgcZ4.lZVlXA2N_zd5EtmEElQINOsimLWgIoLTeKsfUPvJ6oBolkY4dWtdF 8kHSf9RWfJcq0u6iAtc_7IMCtzTawzey_NzDAoe0W8p7xnx7Yovi.83quI04abhw3XjAkEPjulPI fbLgeXVa.sZpwCI_UhggSC79xt7IOR3vXqDP2Me.wBhG_2rXbJtZdbYtH2MJYia4ktk4GoasOWzs t3uuDAwDjLMA.g2G4RC5LAByglsu7ybIsjDj6_5K3ar1OrIP4Y.lqUNdOGtq.06DuuQDBYVutf.N QPBgsCrkpBTky7G_BdnDUC9d6HaOexMPMM6IVNwmPYO7q2bNgZ6Swc80maTdTSpXqoy1ismMxNWx JrAhWbhKuzmUpjE5jve3c88MmjWA2hdg7_VA5113ob.nL368u_Fs_QQnJLloGXeGtljcWEdZbLSq iZEH78TxoEgZNXDfO_nSfKEbiMcrvbc3K5uJO_omoPdebvEVddHZGy2zJmKpAHIpqtp8TcKS7QOI B8QAAIic94wKQ0XwlfK_PlWnY6XvpiJBgyi0byNGJ24nBAvwa8mu_XyOxETZgUCgKUmYOk4EbH.1 uLf8gUEtkwDRKtQnm527jzaq5pvL_R0d1vzb7FopceZEP1t84y.lxKFFja0Xhp7cVvjQphSEiRaT 4zZVbrx8eHiDelf4lKMqbGkKp1GhXz0vW19jQypdMtoDFr3nJVakWtT9cieYNxn6hThO3T73BoeL Kg18JDiC9dZbDm2pAdzMegrn0gqJgJYpGizuQXjFg8_j8Y2dxd3npHCfO3XA1H5Mpc8LKsuKjuda yuqHM5NFv87RKjzxER3eQpblsNfGr6Zb7GOewoHXOJX3ln84W2Rrv9CR8FpxG1hnnxwsTtQphnzx M2v7giWjGAuqTKDiWhs8dzaob_T9QMVBCsvG2pK10uEdqzHQXWsNtYwC5QSNUeqD_dVJaZsIn8oH QFDtCMnYKlh4gjFQ1yyhdWHEQ5RPo3FzRhIVT7il5N3ac4HPzkwtgWAspCzBOYdVvN84_xX5FNpC fmiuroqFA.dAq1N0fwmfqtrrHhnpADSv3qigDLYQwvW.P39dSWRi0kx.NvS5FN4KYeOXECsefnVe IrAG9ODmDCj8WiCrFdmuoEPXWJzxUa9A1.ZobIrS048tSUCObZg2J2x1lci52Z8fN7bLYmY9xx1Y cLv.XGbgaAPNc.oPbM9VhD.Wc.Wl3TEgIe7FQsMHk1zNE2ldGcUGb8KiBhi5jerq24VbDdozDppv NIb2JVYPuY9MpdR3MTqzex7KiKXtwOoInN4D.qtJtixvGQQvhDOh1OPo70suQweu4ZeWYfzpBPnd RrgEY2DslvTAJ7EdLP10PsBcpLp59xlhVj1j4A_j_guiWY2sgy1bnxPiAWH12lWSRt.jp0S5P_7o TYKLiniGhJK.CmOBM.GNDQKZ5ppmhCV3I6_7xnm5w4NS2jx9fbUOshad9ufhE51KubtWAQv7DmSl Oi0YI3HICs6u04k24l89iIQpe3ZoNWwoQOEuqY1_SpJzxSAk6IoOxvkEkhImDYeI5xveznPW8mgF hHjywNXJS3ShNNv_cYjv9S_4q2RvXMdBNhzBfQVqqjuD6mAgDDJQfHg.adSpjtSXfrioEgxSczCD i4AkJRcrU35HWHFicKSXzTfLHuz85vNSklxpS5J4KsHNzosjgUE1OjLNGtgC.ppHUaRVxbe2BDGJ jnVvd583CU6TDmAwx_45nhkgXr9zHUAaOewU8jJ0GMyWRA7p9A26c8WLl5AZBEI04k7oyQIYs7vj FUByeB5uVY24KePldQFbdt1L_KJdDQE_tzjL4i5tcfxSVMd2Q6k9RYzAtAyKastdC5u_XA.agV1Y e9DQr7NzQ2oTheOdE2ECNpZkP9L.mcjRR3l0qConmh9oTL7rNFSJ0bCkmk4PGRx5MCCVqSHpd X-Sonic-MF: X-Sonic-ID: cfd48209-4fc5-42f6-923a-1fd125a27d51 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Mar 2024 16:33:34 +0000 Received: by hermes--production-gq1-5c57879fdf-9nrfh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 47e4ecfba1d2c4b87c15164dae4009d6; Fri, 15 Mar 2024 16:33:33 +0000 (UTC) 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: 4-core arm armv7-package-building configuration notes, on RPi4B (aarch64) and OrangePi+2ed (armv7), poudriere-devel based From: Mark Millard In-Reply-To: Date: Fri, 15 Mar 2024 09:33:22 -0700 Cc: FreeBSD Mailing List , FreeBSD ARM List , Nuno Teixeira Content-Transfer-Encoding: quoted-printable Message-Id: <94214315-E068-4A53-AE7E-C441C2FA6302@yahoo.com> References: <9D19D8E3-5B72-4006-9296-C7D74E670A12@yahoo.com> <867B8EBD-820C-41B6-9B5D-307AD9506343@yahoo.com> To: Oliver Epper X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_TO(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[4]; 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.30:from]; TAGGED_RCPT(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from] X-Rspamd-Queue-Id: 4Tx8vX3Gg4z4hJP On Mar 15, 2024, at 01:59, Oliver Epper wrote: > I can only suggest deploying a Mac Mini M1 with qemu using Apple HVF = as a poudriere server for aarch64. > See https://oliver-epper.de/posts/poudriere-on-m1-mac/ >=20 > I never had success with qemu emulation on amd64 and the Mac Mini = builds rust and llvm without problems. I don't think I'd like to wait = for these packages to build on a pi. My notes are about building armv7 (32-bit) ports into packages, not aarch64 ports into packages (not 64-bit). All Apple's arm implementations do not support armv7 code as I understand. qemu based emulation would be required in order to build armv7 packages form ports in that context. But things would largely be the same for building aarch64 ports into packages. RPi5/RPi4B's or analogous small arm boards from others may be more common overall. (I just happen to have access to RPi*'s instead of other alternative small arm boards. So I used what I've got.) My notes are intended to be suggestive about effective poudriere-devel based pacakge building use for folks using such small arm boards, at least those with 4 cores and 2 GiBytes+ RAM. On systems with more cores or 32 GiBytes of RAM, I do various things differently. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Mar 15 17:07:13 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 4Tx9fb21BLz5DmmB for ; Fri, 15 Mar 2024 17:07:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-54.consmr.mail.gq1.yahoo.com (sonic315-54.consmr.mail.gq1.yahoo.com [98.137.65.30]) (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 4Tx9fZ3SfZz4lBd for ; Fri, 15 Mar 2024 17:07:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=s8dOHqEE; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710522446; bh=duIvEQ8mmf3cl5D2RPrMwEhidhSogj/VoONqHGZ1i/g=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=s8dOHqEEGWuZXo91TJGorpYDqbwZ34fTADnUQ3KKqzLNw9QLfskLJmDDlJWpwiMUz0dP318CDyVQocnPpXM0HnKvHaC2cphauNUHzd4WpD0q8HzdkB0lbDguzKEoMntGFZfmoEhPtWJGjDP2URsj9t7Sy0KrolRhKQecc8tS7JWj72GyTYYfxZvEMd6NUReYJfGnVS2z5ouNEXlMJQGZaypeqfS1Zd5CZZrmIiM/k1BCh5IwCTeoNaHmwe00K6HQPsAlXnRGz/UAb9k/YNdnKuQaoAaYVM3AjXvKiYaz36E5ToaLHYQdWyb1dEqKwX4H+g57Bjrkzv5jcDdRAzDI8A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710522446; bh=rU8LDvWHNB16Emf+jLBTi2KDt+0V3824ry39gklmGay=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=RkCvCDOy3+v80hiEUpwfiiHIf37EPP6LoIGOIZf1HIZaDD4M4IC9w16LFO759Xnb/ebhpvztVzlcS7mx+Q3e+3hsSSXCDNSIV/In+l5QlwZkCZH9WCRrIYhiw/a0zfYQaaW2L09WK6Ar8C9Y4Lt+E7tx0ms7JzpiR8FVnhGRQohtnxqP3I86CtmEm59ic5a7VRz1cgxCjVMb+5Axubhd0mTLoP/hjBXVop8/dIqy2KkUVyjugb8ph+RQ3cYKObc4Jw+9iBwU6PwyHHZMZ1ySjFiz2C9679gNR+4HvpUFycXPMKPWUFHPcdXMb7fICHul6bZOBDKCHtikGezh+d9o9w== X-YMail-OSG: T_xjfHsVM1nlU07jiHfeMce1Azc6NHSPN3WXpAR8Rszj5kmzdkEvBzfGL6t3lNs FrAQrMqWcEYTeIRvxO170QBlRdVBwEgIALNcJPuXvKQRx.Ekp7wfgk.N6P1.PbFm1STCZXSFutAT Zkm9AaKDsUjqqGoS6Tc3DTb9ZbocdKCtSlmJQm5KBIw8R78ROJoA8jrAJnVf36hEUdrq27KyDeqm Tn6PDFdOIpgRIWMTDyw6hy_Kd7MjT0ySm33wqtkegMb2iUxHyV.sftaxXVpRLMPImkEeSF3X1DKk 3lFQk2EweiMmwARaX3.TovrkR7w6wnUnMDmlo0e06SbeBBy5bP_Qp4RsSFY6rrE2xU4ThZYCMSuE p2kOtk67By_bsQKg60_nd1Svsp7k2zXdJx2oe_GkSn49c7K.z6aiEDfn6DeT9G3yPyO1Vt5.uKsO cIko6h36MsWe2TVYICbccz0QoCqqLJAyS0xwVJZ8fabxk9Nm1ssu1_RohyGhY44r82a0HGV5k4Fi I5RUG0YmElROg5MJGPbY8FpZUyFHdcRcTfpiotRWqKiZ51SS7vVD2Ie8.t8btxIQq_rAQ0QsalMp XvXV2pyJ6sF8NhxDB5O58EKLVRNh9ZXF6xH33lu3IUBX4LnQadc_OWeaWdG5f5gt6IK_6fE1JRuj 1_iIwQGID6anIeeEnVY_mPJMV0Rp9CffbuIXdFdWL.2cYbaEMRqrmQkZ0GnZWGX0237ltzNaCyUo QEjt_ZKk3o8HYuTxokZ_wl2Rf3uodPIc4DCmSpFeLq2coZprSyggL.oYBYetN_G3tY3th9OLq0a0 ir0QKPnOgM8pLqxLwq5um1Azzu49kDoFuzM6_xHQlOpanY.3mGAAKoHBm_VpclaTLyF4saxwXFEU n1Pj11RsH4MKVpiN4IniHBPIOtcSRSjBfhKGoFFGSsM8ylu00QQY7iN9YsWdUp9cVIVw5enzel9n Xk6EmpyB9Hqu_XjfYMhbO_PhJUg86HN0_suMd15mXcPnEIYlupMdUTYsdXGbpgtye2zaivZXsqm6 M_8Vv6iscONTk.jwfu2JTgGwzKZrDBio1TzXkXoDHZFy_2_Fi4F6NZIn3NXU5zvYodUcHVl20dBo O0rf8Qautv6EBrZ11IOJahBgf_DH2mzy4QHM7HfQZZK_dYe6xzGq1gOIwT.Lj7tKIf7s5Lv2G4wp opn0woe7pJBA8bMN1mngKkKlFbNzCTFZklu2E4TkAb3aXTNlh3HS8Mqw62yfnRn5YOcv0oR5YZiA m0hw79t3SXPmXomj2gqc9nV9mltIzQSSp1q0qbIh9zZt0kC7Twkus3YweiHEPjug6WyfwaliaQga 4H3mPg8AhjlKNNuHLkJB_0JEnsMfJ4VfjcjQ4w_Ezn.jZNN1_V7Ve1ysokb0bbeCaiKxK3d3lR4a GE9NYaSOGAZ6ollKBP07.8uu3LdRHXlnQiX6I8y0h2nXdmw9uRT.MfifhGYVR2E6EWnkkoDSrd47 gctSKcs5X.56Tbo70dQpAEiD43X56o_Y_icfpF__P6Q3hF1xazwyNn8zj5D79jf288du.hSdnr.F XFuuqtzmfoZ5BQM3B9dBWezjT3WN15PQf8YfPJxiI9o1D1IJJFtdrMkib62f7J_UUl9rYUOHtY9x fZm_a0Yr2uMs6tclorWp8jb_jYf6Ig6quZXjONRL6B7OyZ2C2xUpE_85Iz9U5QWhyOvFz5L_.P43 VLperxGpQZRXFxY6FmF8KB4PVnH8DiPl3VdJ5SJA0A1rBTGRnyOEyCulU1Gwx_.fEEHa1Bg3d5um e3vIjRFUzcgbKMxClAQ0z3vdUfV38YZHzmhzSqsouKUu.oA9w9G7_sqIyAHJHckIcBxCpohrfzd3 jqX7_ApGv4JI2Tj7_2yq7tOyZ8C9fsUP4Qijb0EBy2.K_w65mWH8JEpkWWRVOkq2PLsfIxrwQPfJ DvG_4_3zKHUoZNL4yOa9EPm1xXyBDDzl4BhDXrgPJE6POshac82o7q3IKWltQwYts2yr_XjnoIO3 rrLNpk1RiqD9xBqNOTRrt70VhwJ6LBl7F9hjVCbOSfCdyLPIuJxzuuwdAVzB.2mCSwmiuD3sOF1o 2uBU6AXhk99L.tBFC4UZ6FLi0u_4.TPcuOxDHoj_KvCVhzQEk.NitGRO6jZhl_bWhT2sip7UTW4. cRNZw8BHgJlzbyDMQGqdiHh0g21Ve2L0a_XwJ.jSCAlWMRTy.xrmjedgJRCAxQcnjVIuSM0AIEue fdNgL1uzfd0sxQFK6rhPhSaG.V41xlkcUO_mDcob.mlYS7CZ5tg332CXQ5eYgtsB.6oY311bj_A- - X-Sonic-MF: X-Sonic-ID: 3a22be2b-3785-4d62-8d23-f6e13682c45f Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Mar 2024 17:07:26 +0000 Received: by hermes--production-gq1-5c57879fdf-7xbd4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 3adc628f413be6f989c0cb0d1c61f493; Fri, 15 Mar 2024 17:07:24 +0000 (UTC) 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: 4-core arm armv7-package-building configuration notes, on RPi4B (aarch64) and OrangePi+2ed (armv7), poudriere-devel based From: Mark Millard In-Reply-To: <94214315-E068-4A53-AE7E-C441C2FA6302@yahoo.com> Date: Fri, 15 Mar 2024 10:07:13 -0700 Cc: FreeBSD Mailing List , FreeBSD ARM List , Nuno Teixeira Content-Transfer-Encoding: quoted-printable Message-Id: References: <9D19D8E3-5B72-4006-9296-C7D74E670A12@yahoo.com> <867B8EBD-820C-41B6-9B5D-307AD9506343@yahoo.com> <94214315-E068-4A53-AE7E-C441C2FA6302@yahoo.com> To: Oliver Epper X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_TO(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[4]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; 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.65.30:from]; TAGGED_RCPT(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.30:from] X-Rspamd-Queue-Id: 4Tx9fZ3SfZz4lBd [Fixing some over general wording: I missed a qualifier.] On Mar 15, 2024, at 09:33, Mark Millard wrote: > On Mar 15, 2024, at 01:59, Oliver Epper = wrote: >=20 >> I can only suggest deploying a Mac Mini M1 with qemu using Apple HVF = as a poudriere server for aarch64. >> See https://oliver-epper.de/posts/poudriere-on-m1-mac/ >>=20 >> I never had success with qemu emulation on amd64 and the Mac Mini = builds rust and llvm without problems. I don't think I'd like to wait = for these packages to build on a pi. >=20 > My notes are about building armv7 (32-bit) ports into packages, > not aarch64 ports into packages (not 64-bit). >=20 > All Apple's arm implementations All Apple's M* arm implementations . . . > do not support armv7 code as I > understand. qemu based emulation would be required in order to > build armv7 packages form ports in that context. >=20 > But things would largely be the same for building aarch64 ports > into packages. RPi5/RPi4B's or analogous small arm boards from > others may be more common overall. (I just happen to have access > to RPi*'s instead of other alternative small arm boards. So I > used what I've got.) >=20 > My notes are intended to be suggestive about effective > poudriere-devel based pacakge building use for folks using such > small arm boards, at least those with 4 cores and 2 GiBytes+ > RAM. On systems with more cores or 32 GiBytes of RAM, I do > various things differently. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Mar 15 22:32:02 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 4TxJsJ5NMGz5D4Sq for ; Fri, 15 Mar 2024 22:32:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 4TxJsH4szLz4NX2 for ; Fri, 15 Mar 2024 22:32:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Q9jWjVh2; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710541937; bh=7TFvahFUq1kd+wk6diSJi4pHQ6dezj7hADDZxmBkrL8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Q9jWjVh2TJZYs54tbXOSTLS7AFMh28RHf0szpmAj25rrsUsMONcJRcqWTDDR9gDsvgzCOtU5+/UynAbFUrs0aLtGD/qqG+kKuN0s9AZXsTsePkdnvU0LmjJ66zbeuy4PM/PkQZYykgHlzB9AgvccfXWlJONp6ToVv6BWn6Hx9CicgSjII0WhFHd6etQIpl6/v8+Sq+MnbTsy4kMwsj707AntcYpknPBIwRCw99ipw+3YtxvT2D4bMR5ixqTIFBBmuDN3yQVkI5Pz6Y4c0CqjpiBeqqApv8U6Hp1mBMcKEgI8eU2F3KqxTNfyb7Olvi/nJ+xqCAX2OmdKWE7t7XOXkg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710541937; bh=npr349kiQBCnlFYeWEf3/SZ5rSN0vDwZV16ZAANnpCI=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=RfMIln9HhNphI5K106vmykuvbBfJ5unT3zCGxg0P5kg6mppKSDGwPZWQvZkZ3pKZX3YvD+gfETeyjqnCcPf4WgIzJDUej1lUYaC3f9DKmK2LKBU30z+Xd19z9CGe9vkaPaxMHFz3H3ESh19KaEisj/SHSZ+QVUEogkoZN7Lx+gqtoehufesN9jLI0zhW0RLNI+bGhoGoEe3boi+rvu82ZIT1FtCieEkhEX2BDwDBrPHpFS6d4+pGuyquaoAUVzmDg0zgbzeBevmza/4e+RxEpEvZJ3A9CZ99+K67EQ3EE2442QnuINeBfwI0Nk9FwMG8+qY8IzIsbXmS2+pQ6QfYog== X-YMail-OSG: kWd2OpwVM1lE7.z_tq0LYtyUfPCsMXklMbFCH7CQINMmo4_.1GmmOWO.oIydjX2 A9vyS_htjrNkVo0n6.frfau4jo_bTeqWsAaV8lDcdt_6o2psDFjMAwZQWXQisnIcNXvvxbYOwknb UQif4FQg8kEF8creov5RxuKJ1Sai.xAejOtYcyX1IeHrH4iFrJBQVFbz3NoJ48U8ip9kyoEtMVJ. dA1Mp8pN.xJfllxIk9mO1Fn4dQ5zYWVLB5z0_.5Gjfs4uv3491gxg4bBVYmLqc2bHxfnnoyj5GeU 1RQ7a0zyR_fw1kv8syOKPOtKXxELC0T1pzpLGqT6oQuSEjJkUiGKJ1w4vaF7qJSysUmIjoMA_gob LHguI2DARxUgvhV6WxmuG7w7aKMUwrVwRqNjtLuthCLu1gUl.kgMFrUmB_nngf_QmqptavtbgNHY TgOW74XL6VTexWqxygGASoZR3qOPSJaPMSFKxxR8qZaI8yJMl0RiAoYqmtu0OQKqhmOnh5Tf4w3A iY2rKEzCSB_8oyY.wJz_XIgHoDWHY9DZxzh1GKDAcOt5oynfekLxbIqiWt8dP4baSPxtpSAtxs9I tDa4ESxZFY18SI65c8fALr8U6hdPYfbTgeMsFqr1hoJD3g4iH.y1STIS4RRa_e1wiygcfqjncAl1 4lEgNzn211lqbZY4_q8FGgPDwM4EJsh8Me1b8Af9yrjK1vdKuyvFpPHzHQm40T0OPr7r2omLqnTM ZJs0nCra.jwho60jg6_g2uC0PiiTcVsTLSFquVV_cZ.7zWlJexxW2Me.ZoSw4X69sgxJ9mKPXPDE FFOMNcbJzumW5S2wa3V.X3Xae9Bk3WNvFKbztlABWvSmc35w1g.USTNeI83fy3UtY.OhCKRvV3r7 qo1sxCtv9V8TyvU7FYJZyBqbiLT1044XamMQJcSxlkyzOpS8O4ZSwYB2jwhhc6ub8f.4meOmQUU0 xPWgu37hpm4uECy3uTJWu_6iyYK7Ibdm3TrXwijZtOGaTv2B5KLnYPmptJ_p31trNq60zNAdEeUM d5DZoi2zRqL9ShfgM_LYwJDBFsaF134YlEF0RiejpzbK0EppU5gGnEqRax0mNPOWBh6fMDpuugA6 QCLWYHB4aeY4oqiqKu4eBa_zsbMHbleujOwHnM69Gj61z9rJRsp32DoU2qla2EMWjBRsf57JUWg. ecEPO5Qe.clyq2EEcOKJKfOYjvDYUJQb6qXCgfjJ2s.vWPWDDoWX47TLcBkitRXKW8E0mLH8B624 .kxPXKOEYMOI8Oxg6U7WqhLGjNokr0Q2F6BhaXE8Vy9MqG9KfSeDy5WxDFIHEqT4Z793b8UVBj1U 4hXKF1nH4USfY.PGC742FilPX5.31h8KgYqKCUvcWFkm1F6HOUvn5ZVsJ1OhwbdBKiix9wDqqcBD VAoK9WfHIfpxhUabQ0u_SHqJtOv64pdI49lK1ML.fvKbKHmsVTGzbh.Y0_PxMJEAzAUYvN6U08xp kbtcBVR_PU86fbqE3iz9RYbUqhfrjeougn8v5fP81b3O2kmZFY7NDrxMMQr0AAwjlCRRxcirFOz0 dBrXKDwoyyMJaIBHPnp8oVZDKTvVZqEfkAKrwMkQujFWDMY_2o7piB31y7dBym_n1a_Pjq4KnphW w.oD20q5Hb0L1RD6eF1Wm4fXM1B.Ipt2xxYgdGVT9r_81CGg966F25GVpeKmMuxbzD9pSmkanNfm 6K2iBiHIm6pZyUziHSGmvfAVRfYJCFFNYYOaINtbCpDukfOKmlbCpxshpkqGQ8GzWB2WZ_ZuAJ03 jAafqFcbBnQr16guYiO.fi7FlY3vRhmP_asqVIL_39hcCZ7FVoIHq8.UJep3wKxK_8jpkTKU3Eye HemBkiQ5CA5FTHIag4dLGqQBENWXfp3QiS6IzEPstizfIy6u97SiPYpVhNhL5Akk5FEEhV_L934P eemtnqCXtg4tV49M2MpstWh8LbkYWa19EDJKqJjfdBvnH.VQK_0dez2DG81wg6IbDnKfEhdBBHpb 95lkCs2YQIAznhFFe7TjaOkA7Kryq_LhSn3ZYvXZxPJTZ4.nVOGzfP.d6zhKO443yZRK2jkpLC1P l1N3Ls14OJfovB8RaZUxwEBQd7C_J9fupf3cDjGfHeMbeG0dphlGAyGOt5ktI4Cv2XpaCV8pSGEi ctyycAilGf.rAifwuEJ5hy5WZIJGG7hhCHYaIQ2ATyN219Vaip4LvKWWR9tHTEfZZpdI5_Yrdjyv rsyCXtvgmP01SR64LWO_xq7_.EMSDmmHvU.aJr5UmZZ9B7uYwk_DuiOJdZi4gShbKDBZRE.3u.pi nBUxNdei7Rw-- X-Sonic-MF: X-Sonic-ID: 7985c163-3c0b-4e7e-92ad-4c9325efa9be Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Mar 2024 22:32:17 +0000 Received: by hermes--production-gq1-5c57879fdf-6xjwd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8910951bf5effbdfe29adc555d31f63b; Fri, 15 Mar 2024 22:32:13 +0000 (UTC) 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: 4-core arm armv7-package-building configuration notes, on [RPi5 &] RPi4B (aarch64) and OrangePi+2ed (armv7), poudriere-devel based From: Mark Millard In-Reply-To: <9D19D8E3-5B72-4006-9296-C7D74E670A12@yahoo.com> Date: Fri, 15 Mar 2024 15:32:02 -0700 Cc: Nuno Teixeira Content-Transfer-Encoding: quoted-printable Message-Id: <8B5EC99A-9053-4E8D-97F3-2D9C3667B7A1@yahoo.com> References: <9D19D8E3-5B72-4006-9296-C7D74E670A12@yahoo.com> To: FreeBSD Mailing List , FreeBSD ARM List X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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.68.206:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from] X-Rspamd-Queue-Id: 4TxJsH4szLz4NX2 [Update to add RPi5 example. The RPi5 is cortex-a76 based instead of being cortex-a72 based (RPi4B).] On Mar 12, 2024, at 23:57, Mark Millard wrote: > This note's structure: >=20 > 1st: Package-build time frame summaries. > (But I note some hardware points that are repeated later as well.) >=20 > 2nd: Configuration points common to both RPi4B and OrangePi+2ed = contexts. New: 3rd.RPi5: Configuration points unique to the RPi5B context. > 3rd: Configuration points unique to the RPi4B context. Rename the above: 3rd.RPi4B: Configuration points unique to the RPi4B context. > 4th: Configuration points unique to the OrangePi+2ed context. >=20 >=20 > 1st: Package-build time Summaries follow. > (Note: the detail order of package builds is not the same.) > (Examples are visiable in these summaries.) Shortest summary: RPi5: 12:30:37 for the 265 armv7 packages to build from = scratch RPi4B: 1D:07:58:46 for the 265 armv7 packages to build from = scratch OrangePi+2ed: 5D:10:31:55 for the 265 armv7 packages to build from = scratch Showing packages that took over 1hr to build on the OrangePi+2ed . . . RPi5: cortex-a76 (aarch64) with cortex-a7 (armv7) support, 2.4 GHz, = 8GiBytes RAM, USB3: (personal -mcpu=3Dcortex-c76 boot-kernel but a PkgBase aarch64 = boot-world) PARALLEL_JOBS=3D2 MAKE_JOBS_NUMBER_LIMIT=3D3 [00:11:50] [01] [00:05:45] Finished lang/perl5.36 | perl5-5.36.3_1: = Success [00:59:31] [02] [00:16:58] Finished devel/icu | icu-74.2,1: Success [01:32:28] [02] [00:07:43] Finished lang/ruby31 | ruby-3.1.4_1,1: = Success [01:37:06] [01] [00:56:07] Finished devel/cmake-core | = cmake-core-3.28.3: Success [09:19:35] [02] [07:22:23] Finished lang/rust | rust-1.76.0: Success [09:56:15] [02] [00:24:45] Finished devel/binutils@native | = binutils-2.40_5,1: Success (Note: start of visible ordering differences:) [10:10:53] [01] [08:33:44] Finished devel/llvm18@default | = llvm18-18.1.0.r3: Success [10:45:38] [01] [00:34:32] Finished devel/boost-libs | = boost-libs-1.84.0: Success [10:53:11] [01] [00:07:30] Finished textproc/source-highlight | = source-highlight-3.1.9_9: Success [11:04:11] [02] [00:19:46] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-11.3.0_3: Success [11:32:41] [02] [00:19:34] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-11.3.0_3: Success [11:34:25] [01] [00:39:38] Finished lang/gcc13 | gcc13-13.2.0_4: Success [12:10:42] [01] [00:28:22] Finished devel/gdb@py39 | gdb-14.1_2: Success [12:30:33] [02] [00:29:14] Finished devel/freebsd-gcc13@armv7 | = armv7-gcc13-13.2.0_1: Success [12:30:37] Stopping 2 builders [main-CA7-default] [2024-03-15_02h05m19s] [committing] Queued: 265 = Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 = Time: 12:30:37 . . . > RPi4B: cortex-a72 (aarch64) with cortex-a7 (armv7) support, 2 GHz = (overclocked), 8 GiBytes RAM, USB3 > [00:25:32] [01] [00:13:33] Finished lang/perl5.36 | perl5-5.36.3_1: = Success > [01:58:13] [02] [00:44:25] Finished devel/icu | icu-74.2,1: Success > [03:14:00] [02] [00:21:28] Finished lang/ruby31 | ruby-3.1.4_1,1: = Success > [03:33:51] [01] [02:21:22] Finished devel/cmake-core | = cmake-core-3.28.3: Success > [23:12:47] [02] [19:06:01] Finished lang/rust | rust-1.76.0: Success > [1D:00:14:46] [02] [00:55:46] Finished devel/binutils@native | = binutils-2.40_5,1: Success > (Note: start of visible ordering differences:) > [1D:03:07:32] [02] [00:58:03] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-11.3.0_3: Success > [1D:03:42:09] [01] [1D:00:08:13] Finished devel/llvm18@default | = llvm18-18.1.0.r3: Success > [1D:04:45:14] [02] [01:35:29] Finished lang/gcc13 | gcc13-13.2.0_4: = Success > [1D:05:21:43] [01] [01:39:13] Finished devel/boost-libs | = boost-libs-1.84.0: Success > [1D:05:43:24] [01] [00:21:33] Finished textproc/source-highlight | = source-highlight-3.1.9_9: Success > [1D:05:47:01] [02] [00:44:22] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-11.3.0_3: Success > [1D:07:23:25] [02] [01:21:04] Finished devel/gdb@py39 | gdb-14.1_2: = Success > [1D:07:58:37] [01] [01:19:55] Finished devel/freebsd-gcc13@armv7 | = armv7-gcc13-13.2.0_1: Success > [1D:07:58:43] Stopping 2 builders > [main-CA7-default] [2024-03-11_15h30m14s] [committing] Queued: 265 = Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 = Time: 1D:07:58:46 >=20 > . . . [Notes about RAM+SWAP use removed, given the lack of memory pressure in the 8 GiByte context examples. I may run a 4 GiByte RPi4B example and replace the 8 GiByte example with the 4 GiByte that would have some memory pressure.] > OrangePi+2ed: cortex-a7 armv7, 1GHz, 4 cores, 2 GiBytes RAM, USB2: > [01:51:31] [01] [01:00:07] Finished lang/perl5.36 | perl5-5.36.3_1: = Success > [08:55:35] [02] [03:08:09] Finished devel/icu | icu-74.2,1: Success > [13:17:38] [02] [01:28:32] Finished lang/ruby31 | ruby-3.1.4_1,1: = Success > [14:17:44] [01] [09:20:55] Finished devel/cmake-core | = cmake-core-3.28.3: Success > [4D:01:03:43] [02] [3D:08:48:53] Finished lang/rust | rust-1.76.0: = Success > [4D:06:26:24] [02] [03:09:35] Finished devel/binutils@native | = binutils-2.40_5,1: Success > (Note: start of visible ordering differences:) > [4D:14:54:31] [02] [03:38:55] Finished devel/aarch64-none-elf-gcc | = aarch64-none-elf-gcc-11.3.0_3: Success > [4D:16:13:00] [01] [4D:01:55:03] Finished devel/llvm18@default | = llvm18-18.1.0.r3: Success > [4D:18:05:58] [02] [03:11:00] Finished devel/arm-none-eabi-gcc | = arm-none-eabi-gcc-11.3.0_3: Success > [4D:23:00:13] [01] [06:46:06] Finished devel/boost-libs | = boost-libs-1.84.0: Success > [5D:00:16:39] [01] [01:15:53] Finished textproc/source-highlight | = source-highlight-3.1.9_9: Success > [5D:01:17:24] [02] [07:10:52] Finished lang/gcc13 | gcc13-13.2.0_4: = Success > [5D:09:38:14] [01] [05:56:48] Finished devel/freebsd-gcc13@armv7 | = armv7-gcc13-13.2.0_1: Success > [5D:10:18:58] [02] [05:44:02] Finished devel/gdb@py39 | gdb-14.1_2: = Success > [5D:10:31:56] Stopping 2 builders > [main-CA7-default] [2024-03-06_03h15m10s] [committing] Queued: 265 = Built: 265 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 = Time: 5D:10:31:55 >=20 > (So, a little over 4 days longer than the RPi4B example above.) >=20 > Note: 2794Mi MaxObs(Act+Wir+Lndry+SwapUsed) ("MaxObs": short for = "Maximum Observed") >=20 >=20 > 2nd: Configuration points common to both the RPi4B and the > OrangePi+2ed contexts. And common to the RPi5 context as well. > ports-mgmt/poudriere-devel is used to build the packages. >=20 > devel/llvm18 options: using BE_NATIVE and omitting MLIR. > (What I normally build for armv7 and aarch64 targetting.) >=20 > Also, ports-mgmt/poudriere-devel omits the QEMU option, > as is normal for me. >=20 > 265 packages are built, including pkg. It is the same > 265 pacakges across contexts. (The order of the builds > does vary.) >=20 > /usr/local/etc/poudriere.conf has . . . >=20 > NO_ZFS=3Dyes > PARALLEL_JOBS=3D2 > ALLOW_MAKE_JOBS=3Dyes > MAX_EXECUTION_TIME=3D432000 > NOHANG_TIME=3D432000 > MAX_EXECUTION_TIME_EXTRACT=3D14400 > MAX_EXECUTION_TIME_INSTALL=3D14400 > MAX_EXECUTION_TIME_PACKAGE=3D57600 > MAX_EXECUTION_TIME_DEINSTALL=3D14400 >=20 > NOTE: MAKE_JOBS_NUMBER_LIMIT is used to constrain > what ALLOW_MAKE_JOBS does but is not set the > same across the contexts. Only the native armv7 (OrangePi+2ed) context is not using MAKE_JOBS_NUMBER_LIMIT=3D3 . It uses 2 instead. > /etc/fstab does not specify any tmpfs use or the > like: avoids competing for RAM+SWAP. >=20 > poudriere armv7 jail worlds are duplicates of each > other across the different media. Those worlds are > from a personal buildworld based on using > -mcpu=3Dcortex-a7 for the code generation. The package > builds also use that. >=20 > /boot/loader.conf has . . . >=20 > # Delay when persistent low free RAM leads to > # Out Of Memory killing of processes: > vm.pageout_oom_seq=3D120 >=20 > Heatsinks and fans for keeping things cool over the > sustained build activity. 3rd.RPi5: Configuration points unique to the RPi5 context. For the RPi5, I list what is different than the below RPi4B context. The power supply is the official one recommended for the RPi5. The "Raspberry Pi Active Cooler" is specifically what is in use as the fan/heatsink. EDK2 from https://github.com/worproject/rpi5-uefi is in use to boot the RPi5 via UEFI/ACPI, the material from after the old v0.2 release. EDK2 is on a microsd card, separate from the USB3 boot media. No use of U-Boot. (Ethernet is via a USB3 dongle.) The config.txt is from the EDK2 materials, no overclocking but EDK2 does have force_turbo=3D1 . (Possibly some extra RPi* firmware debug output is enabled or such.) The USB3 media is the same as used for the RPi4B but I edited my /boot/loader.conf to indicate to boot my personal kernel.CA76-NODBG that is based on -mcpu=3Dcortex-a76 and use of LSE_ATOMICS . (And has my usual personal-build patching.): # uname -apKU FreeBSD aarch64-main-pkgs 15.0-CURRENT FreeBSD 15.0-CURRENT #0 = main-n268520-5e248c23d995-dirty: Sun Mar 3 02:32:48 UTC 2024 = root@aarch64-main-pkgs:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src/= arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500014 1500014 (The boot world used is the same PkgBase world that was used on the RPi4B.) > . . . 3rd.RPi4B: Configuration points unique to the RPi4B context. > /usr/local/etc/poudriere.conf has . . . >=20 > USE_TMPFS=3D"data" >=20 > (Based on the larger RAM and RAM+SWAP and that it > does not grow to be huge for the likes of lang/rust .) >=20 > /usr/local/etc/poudriere.d/make.conf has . . . >=20 > MAKE_JOBS_NUMBER_LIMIT=3D3 >=20 > (Based on the larger RAM and RAM+SWAP.) This does mean > that the 3 load averages can be 6+ at times on the 4 > hardware thread system while both ports being built are > respecting the limit. Some ports do not fully respect > the limit the whole time. This can make build-times > a somewhat messier comparison than one might hope across > the contexts. But for the specifics here, things should > be clear enough. >=20 > RAM =3D=3D 8 GiBytes > RAM+SWAP =3D=3D 38 GiBytes > (Note aarch64 allows a larger RAM multiplier limit without > warning of potential swap-related mistuning: "total > configured swap (? pages) exceeds maximum recommended > amount (? pages)" with "increase kern.maxswzone or reduce > amount of swap".) >=20 > 5.1V 3.5A power supply, so a little extra margin for current. >=20 > /boot/efi/config.txt has: Definitely RPi4B specific: > over_voltage=3D6 > arm_freq=3D2000 > sdram_freq_min=3D3200 > force_turbo=3D1 > (Reliable operation, with margin, on the mix of v1.1, v1.4, and v1.5 > RPi4B's that I have access to, 8 total.) >=20 > So: 2 GHz overclocking, using a fixed rate. >=20 > USB3 media: U2 Optane 960 GB media via a powered USB3 adaptor. That media is also used with the RPi5. > Kernel has: "arm64: improve UVA layout for 32bit processes" > ( main's 967022aa5aa6 ). So an armv7 process can be somewhat > over 3 GiBytes for its address space. >=20 > Boot aarch64 env: a PkgBase world and kernel.GENERIC-NODEBUG pair. The kernel choice was only used on the RPi4B, the world applies to the RPi5 as well. > FYI: >=20 > # uname -apKU > FreeBSD aarch64-main-pkgs 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n268514-61b88a230bac GENERIC-NODEBUG arm64 aarch64 1500014 1500014 >=20 >=20 > 4th: Configuration points unique to the OrangePi+2ed context. >=20 > /usr/local/etc/poudriere.conf has . . . >=20 > USE_TMPFS=3Dno >=20 > (Based on the smaller RAM --and smaller RAM+SWAP for avoiding > potential-mistuning notices.) >=20 > /usr/local/etc/poudriere.d/make.conf has . . . >=20 > MAKE_JOBS_NUMBER_LIMIT=3D2 >=20 > (Based on the smaller RAM --and smaller RAM+SWAP for avoiding > potential-mistuning notices-- but wanting to still have margin > for bigger peak RAM+SWAP use than the example happens to do.) >=20 > RAM =3D=3D 2 GiBytes > RAM+SWAP =3D=3D 5.6 GiBytes > (Note armv7 has a smaller RAM multiplier limit without > warning of potential swap-related mistuning: "total > configured swap (? pages) exceeds maximum recommended > amount (? pages)" with "increase kern.maxswzone or reduce > amount of swap".) >=20 > In /etc/rc.conf I have: >=20 > if [ "`sysctl -i -n hw.fdt.model`" =3D=3D "Xunlong Orange Pi Plus 2E" = ]; then > sysctl dev.cpu.0.freq=3D1008 > /dev/null > fi >=20 > In other words: a fixed 1GHz or so clock rate is used. >=20 > USB2 media: Actually USB3 media that also supports USB2 > use. 1 TB Samsung Touch T7 (NVMe based) via a powered hub, > a USB3-capable one. >=20 >=20 >=20 > Side note: >=20 > I've no clue how to judge any tradeoff consequences for > "increase kern.maxswzone" for judging reasonableness of > such an action. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 16 01:48:30 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 4TxPD4599Bz5DQvp for ; Sat, 16 Mar 2024 01:48:52 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout7-smtp.messagingengine.com (fout7-smtp.messagingengine.com [103.168.172.150]) (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 4TxPD370Zqz4ln5 for ; Sat, 16 Mar 2024 01:48:51 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=EifuooBR; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=C5oWTnP4; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.150 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfout.nyi.internal (Postfix) with ESMTP id 83C4713800C9 for ; Fri, 15 Mar 2024 21:48:50 -0400 (EDT) Received: from imap46 ([10.202.2.96]) by compute6.internal (MEProxy); Fri, 15 Mar 2024 21:48:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1710553730; x=1710640130; bh=uohEDzer9K lzQdrhDuFnJkL1U1zS6S46/e7W9iInIDA=; b=EifuooBROfM4Zg6qyw1etF9pCG Jd1B89OlOlJIyQs4f6UZt2aoITCM+ybiFev6OyxGuYM+M1iOGB6gLrj5bSx6IUwJ pFwAwvF9UsG9O2a1higwr8t0ijUffPoOHFy3XwMBkeT4xN6ZNjoCOAQ7+6dBwbV0 43Phr6at2mt+o/AM+WEMQvSssjBJ2og60yOm9mV2Uq0lVNpn9mnK8XG+g6nHvk3I 3Rw056LPCEDdYRSScdsoBof9qUJpnujUV/ElBqBQLhb/KR26JkLORlj2wdZ1IaL+ DbEPGXR6MzKNnFNA73wVDIeJwzoG3LnPwnmqDSpLy8tbfwtmuDY4VWB07Dqg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1710553730; x=1710640130; bh=uohEDzer9KlzQdrhDuFnJkL1U1zS 6S46/e7W9iInIDA=; b=C5oWTnP4NZRByH+pgRB1o5CJ9rczNL894RjEJYUz/rFD ZbUdXHNmDjEqPMSsX35Rs0/hqjm4ApEA6MrgJapLCi/5ZlvH757bMkR9KQT6tgnN XGYcHXAwn8d3rmUiBVCNghN3BbS/NZwoBM7HyBqtofbyhRyculP5iyaX+JDeBXhl sWTN0xeHOi+7ZF+qPdT/N0LjLhR4zb2Uf3Nh/mMZr2fYV8u8O9O+vM1lDNg3/4pU ZkJdMdOM+BiNL7ByUzuijTA1Jaifj/FvaUBMYPiDs4vF/ll17GtTN/sk6UIXvYhZ wI97G4VZt809GLpcEyOc3AirVABgAOhu3oxxl2qOHw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrkedtgdefkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepieetvdeuhedthedtvdfhuefhveehvdeiledvieffheevleehgeefudelje dukedvnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 4B22C2A20090; Fri, 15 Mar 2024 21:48:50 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-300-gdee1775a43-fm-20240315.001-gdee1775a List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Message-Id: <2a868d2a-649e-4b76-870d-2cd8cfeb4f7d@app.fastmail.com> In-Reply-To: <2cfb2038d956813eefb068a8f61e1970@mail.infomaniak.com> References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> <20240315072753.46ffa39e1bbb2e0996099cdf@dec.sakura.ne.jp> <2cfb2038d956813eefb068a8f61e1970@mail.infomaniak.com> Date: Sat, 16 Mar 2024 01:48:30 +0000 From: void To: ports@freebsd.org Subject: Re: Proposed ports deprecation and removal policy Content-Type: text/plain X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.78 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.69)[-0.689]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.150:from]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; FREEMAIL_FROM(0.00)[f-m.fm]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4TxPD370Zqz4ln5 On Thu, 14 Mar 2024, at 22:59, Daniel Engberg wrote: > Since we've moved to git perhaps another option might be to create a separate > repo (possibly via submodules) with less restricive polices and have > that as an "add-on" for the official tree without the ports team's and > committers's involvement, a bit like "you're on your own" approach? 100% agree with this. Stuff with an active maintainer: keep in the official tree. Stuff without, or stuff that depends on stuff without - into the 'unsupported' tree. Some distros (notably Debian) do this. It's 2024 not 1994 and most computers are connected to the internet either directly or indirectly. I'd argue there is no place in the official tree for poorly/non-maintained ports. I imagine having such a system would markedly decrease the maintenance burden of those responsible for the port infrastructure. As a user of ports (a dev only in the sense of reporting issues if one can be a dev in that sense) i feel it would be better to *not have a port at all in the official tree* than to have one which is not maintained and possibly or probably vulnerable. Remember that not all vulns make it into the vulxml. Having different trees would help new and older users alike to trust ports, and would add to transparency of freebsd generally. just my $0.02 From nobody Sat Mar 16 04:02: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 4TxSBQ63rDz5Ddjt for ; Sat, 16 Mar 2024 04:02:38 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxSBP59vlz40pc for ; Sat, 16 Mar 2024 04:02:37 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710561757; a=rsa-sha256; cv=none; b=ZSePud9L7hcPcNBd1nEu6w3V0meWXJLBdGlHZvKvZBGwX+W4j0MMOETpoFq9xVOQHNVyId xa+C/r9EA+bHdaQZqYiPnHYYejSxuaRduh1h275b92qqWG3KPnBhodaAKeeVMQuXVuh4/j 14FDMojsJgN2kbBODpM+oF+Sqd7dPBkq+cmOS4EvwDTWIoLaGNJ+pqxihYWMUGGqYpFG+s XPvL39c4lKLwepYD4Ae9WojSf+tGLUbHfn2G3c75DH6HOC/M0qRxVQzW9DCJeaZ6ZUYJsG YwQlGtmCcbEs4mafBOB/HBYSAak8wYE+M3DxBrHdV94fkg2GAVE1FS8S2kzMdw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710561757; 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=UsAx1Uz8FUDaiLwpttkyVUJ5R2iambwe5huoxVOUzDI=; b=qE9jG80zHqLqQxd11+DtgxAoplEtb49JFkyQAS9tlWiU2heqrv6grpFkKxPyd9/ytyaLqk wXXuQZ6QMIn4Fx33GdLWffz64Siu3iHw6bRMEUZ8lhBW9qFXiAA+VAzCoCGqnqx/YzxAXp ODBortZrUSTob8oV5ELvcbPUjZVp6/u9L83/jMGwo7M0mTOqPXsfWjo6x8kcagy2jNdM3T 7HhdM1PYrd/xGYIoq1bHotXXr5WjCXhEvmhov9ipPKLFcJ89dZshoa5pm0OEwQB+J7YxOF SmoVXf43LxPVAwKrLWlldVqyzDEyhlJzh3IdxBrAYZrRL0nZJdxHkRI0vIg1BQ== 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 4TxSBP4gFLzgMn for ; Sat, 16 Mar 2024 04:02:37 +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 42G42brD062712 for ; Sat, 16 Mar 2024 04:02:37 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 42G42bKa062711; Sat, 16 Mar 2024 04:02:37 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202403160402.42G42bKa062711@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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Date: Sat, 16 Mar 2024 04:02:37 +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 ------------------------------------------------+-----------------+------------ cad/ifcopenshell | 0.6.0 | blenderbim-240315 ------------------------------------------------+-----------------+------------ databases/clickhouse | 22.1.3.7 | v24.2.2.71-stable ------------------------------------------------+-----------------+------------ 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 Sat Mar 16 06:12:08 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 4TxW454vhYz5Dr1j for ; Sat, 16 Mar 2024 06:12:21 +0000 (UTC) (envelope-from hiroo@oikumene.net) Received: from barleycorn.oikumene.net (tk2-231-25124.vs.sakura.ne.jp [160.16.110.128]) (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 4TxW4310nzz4Cxx for ; Sat, 16 Mar 2024 06:12:19 +0000 (UTC) (envelope-from hiroo@oikumene.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hiroo@oikumene.net designates 160.16.110.128 as permitted sender) smtp.mailfrom=hiroo@oikumene.net Received: from nowhere.oikumene.ukehi.net (KD059129091046.ppp-bb.dion.ne.jp [59.129.91.46]) by barleycorn.oikumene.net (Postfix) with ESMTPSA id 1AF8261FCC for ; Sat, 16 Mar 2024 15:12:10 +0900 (JST) Received: from nowhere.oikumene.ukehi.net ([IPv6:240f:3f:802f:2:82c1:6eff:fef8:b41e]) by nowhere.oikumene.ukehi.net (8.18.1/8.18.1) with ESMTP id 42G6C9UG014979 for ; Sat, 16 Mar 2024 15:12:09 +0900 (JST) (envelope-from hiroo@oikumene.net) X-Authentication-Warning: nowhere.oikumene.ukehi.net: Host [IPv6:240f:3f:802f:2:82c1:6eff:fef8:b41e] claimed to be nowhere.oikumene.ukehi.net Date: Sat, 16 Mar 2024 15:12:08 +0900 From: Hiroo Ono To: FreeBSD ports mailing list Subject: PRs on lang/julia (committer needed) Message-ID: <20240316151208.1ee72cc9@nowhere.oikumene.ukehi.net> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.41; amd64-portbld-freebsd14.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip4:160.16.110.128]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:9370, ipnet:160.16.0.0/17, country:JP]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; DMARC_NA(0.00)[oikumene.net]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4TxW4310nzz4Cxx Hello, There are three open PR on lang/julia. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276112 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276113 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277697 The bug #276112 addresses the buil breakage by adding LDFLAGS+= -Wl,--undefined-version which is just a band-aid solution. The problem with the version script of lang/julia 1.9.4 is that is uses the same version script for two libraries and a executable. It result in having superfluous symbol name for each of the library or executable. I addressed this problem by separating the version script in bug 277697. I should have followed up bug 276112 instead of submitting bug 277697, but I did not realize it was there when I submitted it. The bug 276113 is separate problem, but I merged it in bug 277697. So, is there any committer working on bug 277697 please? Then above three bug can be all closed. -- Hiroo Ono From nobody Sat Mar 16 08:28: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 4TxZ5H30ZNz5CpdL for ; Sat, 16 Mar 2024 08:28:35 +0000 (UTC) (envelope-from SRS0=ejvT=KW=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 4TxZ5F6kmlz4RVD for ; Sat, 16 Mar 2024 08:28:33 +0000 (UTC) (envelope-from SRS0=ejvT=KW=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quip.cz header.s=private header.b=0seSEa+R; dkim=pass header.d=quip.cz header.s=private header.b=c4hiVUTl; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=ejvT=KW=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=ejvT=KW=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 AE29AD7889 for ; Sat, 16 Mar 2024 09:28:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710577704; bh=EWRgqYysxDnNnAj7NeRRr3EAOSUO8kEtU9E+YRg6U5k=; h=Date:Subject:To:References:From:In-Reply-To; b=0seSEa+RehfCAvGuVXkpVEtzHcnv9kNPX9diPnKBc3gh6Op0LctDzIyx09J6CZi/m +GdT16EXzmMCq9KuR++oGDoTdMm7bS24jLcCo35mk3QJ20JK0q3uR0+ePTtVFWQhCY LJHR13J6ft2af/VLvRRiS3Gvy5y6TPJekivVq8sg= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (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 9CB6ED7884 for ; Sat, 16 Mar 2024 09:28:23 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1710577703; bh=EWRgqYysxDnNnAj7NeRRr3EAOSUO8kEtU9E+YRg6U5k=; h=Date:Subject:To:References:From:In-Reply-To; b=c4hiVUTlqQCXl04RAO4DFX+C/+jL+DiHyVYErC2o3rx/D2F8ZolAFFKYY/n1xh6cV l0TSjbsrc3lvkvkxrrWtoMF0ES8xNRwQ8NNZ2Y23UA3AhXSLVYqGDv0k81NN+P0EWC 0JJE8Is2azVZKbV1fqGEk+FpXOuYr0b43RDg24Ao= Message-ID: <514c12bf-0605-4d83-96e6-132507ce470d@quip.cz> Date: Sat, 16 Mar 2024 09:28:23 +0100 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Proposed ports deprecation and removal policy To: ports@freebsd.org References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> <20240315072753.46ffa39e1bbb2e0996099cdf@dec.sakura.ne.jp> <2cfb2038d956813eefb068a8f61e1970@mail.infomaniak.com> <2a868d2a-649e-4b76-870d-2cd8cfeb4f7d@app.fastmail.com> Content-Language: en-US From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <2a868d2a-649e-4b76-870d-2cd8cfeb4f7d@app.fastmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=ejvT=KW=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_ALLOW(-0.20)[quip.cz:s=private]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[quip.cz]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=ejvT=KW=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; DKIM_TRACE(0.00)[quip.cz:+] X-Rspamd-Queue-Id: 4TxZ5F6kmlz4RVD On 16/03/2024 02:48, void wrote: > On Thu, 14 Mar 2024, at 22:59, Daniel Engberg wrote: > >> Since we've moved to git perhaps another option might be to create a separate >> repo (possibly via submodules) with less restricive polices and have >> that as an "add-on" for the official tree without the ports team's and >> committers's involvement, a bit like "you're on your own" approach? > > 100% agree with this. Stuff with an active maintainer: keep in the official tree. > Stuff without, or stuff that depends on stuff without - into the > 'unsupported' tree. Some distros (notably Debian) do this. It's 2024 > not 1994 and most computers are connected to the internet either directly or indirectly. I'd argue there is no place in the official tree for > poorly/non-maintained ports. > > I imagine having such a system would markedly decrease the maintenance burden of those responsible for the port infrastructure. > > As a user of ports (a dev only in the sense of reporting issues if one can be a dev in that sense) i feel it would be better to *not have a port at all in the official tree* than to have one which is not maintained and possibly or probably > vulnerable. Remember that not all vulns make it into the vulxml. Having different trees would help new and older users alike to trust ports, and would add > to transparency of freebsd generally. > > just my $0.02 Maintained ports are vulnerable as well, and sometimes somebody else has to submit a patch for an updated version to fix the vulnerability. (I personally have this experience) For vulnerabilities, there is VuXML and pkg audit, not removing vulnerable port from the tree. If you are asking to remove ports without maintainer, you are asking to remove 3458 ports right now, and many others depends on these unmaintained ports, so the impact will be much bigger. Some unmaintained ports are almost vital - for example without virtual_oss you cannot use Bluetooth headphones / speakers connected to FreeBSD. Therefore writing "one size fits all" rules for 32k+ ports is not that easy. There are too many personal views to this simple problem. Kind regards Miroslav Lachman From nobody Sat Mar 16 09:10:29 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 4Txb1p6z1Hz5CtcW for ; Sat, 16 Mar 2024 09:10:38 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from edna.lautre.net (edna.lautre.net [80.67.160.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "lautre.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Txb1n4KR3z4XKn for ; Sat, 16 Mar 2024 09:10:37 +0000 (UTC) (envelope-from thierry@pompo.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of thierry@pompo.net designates 80.67.160.88 as permitted sender) smtp.mailfrom=thierry@pompo.net Received: from graf.pompo.net (graf.pompo.net [82.66.0.218]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by edna.lautre.net (Postfix) with ESMTPSA id AFDB310EBAF for ; Sat, 16 Mar 2024 10:10:29 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id 66DF2287D7C; Sat, 16 Mar 2024 10:10:29 +0100 (CET) Date: Sat, 16 Mar 2024 10:10:29 +0100 From: Thierry Thomas To: ports@freebsd.org Subject: Re: Proposed ports deprecation and removal policy Message-ID: Mail-Followup-To: ports@freebsd.org References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> <20240315072753.46ffa39e1bbb2e0996099cdf@dec.sakura.ne.jp> <2cfb2038d956813eefb068a8f61e1970@mail.infomaniak.com> <2a868d2a-649e-4b76-870d-2cd8cfeb4f7d@app.fastmail.com> <514c12bf-0605-4d83-96e6-132507ce470d@quip.cz> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FaRrXgu3Vjpfs2UG" Content-Disposition: inline In-Reply-To: <514c12bf-0605-4d83-96e6-132507ce470d@quip.cz> X-Operating-System: FreeBSD 14.0-STABLE amd64 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc;y=\ipKMNm<1J>lv@PP~7Z<.tKjAnXLs: X-PGP: 0xF1C516B3C8359753 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.06 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.95)[-0.951]; NEURAL_SPAM_SHORT(0.89)[0.887]; FORGED_SENDER(0.30)[thierry@freebsd.org,thierry@pompo.net]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[thierry@freebsd.org,thierry@pompo.net]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; HAS_ORG_HEADER(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:20766, ipnet:80.67.160.0/19, country:FR]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FREEFALL_USER(0.00)[thierry]; TO_DOM_EQ_FROM_DOM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4Txb1n4KR3z4XKn --FaRrXgu3Vjpfs2UG Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Le sam. 16 mars 24 =C3=A0 9:28:23 +0100, Miroslav Lachman <000.fbsd@quip.c= z> =C3=A9crivait=C2=A0: > If you are asking to remove ports without maintainer, you are asking to > remove 3458 ports right now, and many others depends on these unmaintained > ports, so the impact will be much bigger. Seconded! Ports without an identified maintainer are not "unmaintained". E.g. the ports net/mpich and net/openmpi* are maintained by ports@freebsd.org and I regularly maintain them: of course I could claim their maintainership, by I don=E2=80=99t, because these are quiet complex p= orts, and if other people need to modify them when I=E2=80=99m not available to r= eview their changes, I don=E2=80=99t want to block them. --=20 Th. Thomas. --FaRrXgu3Vjpfs2UG Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJl9WIFXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFNTM2QkU4NTM4NTM5OUQwMEI2RkFBNzZG MUM1MTZCM0M4MzU5NzUzAAoJEPHFFrPINZdT9ZAP/jmHAFE+ylaZ3c3q7f/vlLsl avZMCgcfp0b6lqk4SZW/nGOHxAFPqidaLPWabUeaMQzP12dBOa+oLfDfufM1FjxJ CPMYbBVXvm80pZdKJyOtlkmHjwU8qAaW5wFCxY8YEoXaKDdTS41UwdGCR8f0CuDp 8tyqIra/g+nPOZgLvEPfQyBTJsjWLuozv9S8ueIv6JxjZ66st6ALsI8eAKNBfrr+ ZSadwIdpJuXT/z9TScuFWeuOiyHLVf81k3bdPkp3wAwkhoAup+6xHx8DcJBrLh4u SfsR8RirsbDHt85iirVbezohjh/aKRWIL4ttbogsUQioKML0EdzCFdz91GQjKE3V DwrhkIqFlyKWYui27i47PgnuPUnseTRrk7PuNEtjfpQGXDpfoM8H95sygX2a18QL LXyNf381ew4RHX5JewcUWbRsgiKd9MCv33g/x08g3wzeJGOmwDv3BfXA2j9SI9ic HD2SnasTxA1znWs6JpHPa5SNdzYUHae/97+OI0tYgwxT29uRF6pvOKvoX7vSiha/ qJLMiFIQXFmQD3rL9/7icE3KupNXURMoW4jNU7S2rH0qeLO0x96jbCZe5zK0F6vm uR1XYbI5kbdv7l9lZE20fUfn6X26lq8fEJiGAUPHFOxxiT5Gwl+bfT73WtmNKHVw 8WItkphBzTHc734M9l3y =V9Ou -----END PGP SIGNATURE----- --FaRrXgu3Vjpfs2UG-- From nobody Sat Mar 16 09:43:41 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 4Txbnm5k8bz5CxBs for ; Sat, 16 Mar 2024 09:45:16 +0000 (UTC) (envelope-from void@f-m.fm) Received: from wfout3-smtp.messagingengine.com (wfout3-smtp.messagingengine.com [64.147.123.146]) (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 4Txbnl3xCvz4fc1 for ; Sat, 16 Mar 2024 09:45:15 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=SAd5LW8w; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=q7CBlUWW; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 64.147.123.146 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfout.west.internal (Postfix) with ESMTP id 95BCF1C000A7 for ; Sat, 16 Mar 2024 05:45:13 -0400 (EDT) Received: from imap46 ([10.202.2.96]) by compute6.internal (MEProxy); Sat, 16 Mar 2024 05:45:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1710582313; x=1710668713; bh=VtV9tksEA1 yI4fnqNCFEfzOi5aitUz1y/8226tK94sA=; b=SAd5LW8wCKo59j6hvWP+xeJ6Je pVl5NA4tL08cCnWe7hFmEabjQX0lZUyTkmuu805f47bXE3+BpQ/ZiLqQ9FNW1Hrt RKt5JpiU9IJ2TBH3HTlfmyjmvXSRkcuO7aBvxXufeKAbcDXsFLXEPoQhSY20gc3z YJuxp8lltkrjyvNc8UmYGmw0+EuNvftV7bqnks92DQFGl1KlraLzBS33Pnqbz2gK ZnPLPEyfQsuE03n08iiFw9Uy7+8uJSrgrHmLWzcyzYvASx+TBp/fXNlBpNcjZ/d6 Gel/Ka5CXc0kHfbn4LwTqRc/HmRPMBuucYqa+EcSxCqUJFER42cBcBMxexqw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1710582313; x=1710668713; bh=VtV9tksEA1yI4fnqNCFEfzOi5ait Uz1y/8226tK94sA=; b=q7CBlUWWCzquwZbnP6JmX+Y1l38HutJXnP+CVTsg6Wd0 ng4ymtrGZsj8MnNxAJAFJ6ojN5pGKlvhQ2/PKcaEgWIA6iW6nGmuw74VhGYP4b1c ukgGjlnzkxs6mK2k/4+m6O2cGXq2jdfsY4wCY0khURI8isTczVL+QHR6toAdwo9N 673jWRLuEEjsCppx8fmAMVVlh4WWqrivV21Ga0Oi1yRf71F+mSnpCLZ/SJbdob3z sLt39a2Yd/V2++yQKU69tJKYjz6hk9LeQUo36HlkDLXJtCq5N7HvWEs5HPNypFWC m1jxD+OoQVjIsHloTKbM0RsGXD+SScC+ZQEhEOa9Lw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrkedugddtgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepieetvdeuhedthedtvdfhuefhveehvdeiledvieffheevleehgeefudelje dukedvnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id CFE252A2008B; Sat, 16 Mar 2024 05:45:12 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-300-gdee1775a43-fm-20240315.001-gdee1775a List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Message-Id: <496936f9-b925-4dd4-9e86-6220088fb964@app.fastmail.com> In-Reply-To: <514c12bf-0605-4d83-96e6-132507ce470d@quip.cz> References: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <7fd610fa25ffb9a4348aaadf7459a689@mail.infomaniak.com> <20240315072753.46ffa39e1bbb2e0996099cdf@dec.sakura.ne.jp> <2cfb2038d956813eefb068a8f61e1970@mail.infomaniak.com> <2a868d2a-649e-4b76-870d-2cd8cfeb4f7d@app.fastmail.com> <514c12bf-0605-4d83-96e6-132507ce470d@quip.cz> Date: Sat, 16 Mar 2024 09:43:41 +0000 From: void To: ports@freebsd.org Subject: Re: Proposed ports deprecation and removal policy Content-Type: text/plain X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.82 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.73)[-0.726]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.146:from]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; FREEMAIL_FROM(0.00)[f-m.fm]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4Txbnl3xCvz4fc1 On Sat, 16 Mar 2024, at 08:28, Miroslav Lachman wrote: > For vulnerabilities, there is VuXML and pkg audit, not removing > vulnerable port from the tree. I'm talking about *moving* them to a *different* tree, with different priorities, so preserving choice while implicitly informing of risks, and decreasing the maintenance burden to those running port infra. I'd imagine some threshold would need to be decided on. > If you are asking to remove ports without maintainer, you are asking to > remove 3458 ports right now, and many others depends on these > unmaintained ports, so the impact will be much bigger. > Some unmaintained ports are almost vital - for example without > virtual_oss you cannot use Bluetooth headphones / speakers connected to > FreeBSD. I'm not asking to remove anything, just move to a different tree. People could follow one or the other depending on their (for example) security posture. They'd be able to easily make an informed choice. -- From nobody Sat Mar 16 10:03:44 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 4TxcC905H2z5Cyvn for ; Sat, 16 Mar 2024 10:03:49 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from smtp-8fac.mail.infomaniak.ch (smtp-8fac.mail.infomaniak.ch [83.166.143.172]) (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 "relay.mail.infomaniak.ch", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxcC71W5Fz4mC9 for ; Sat, 16 Mar 2024 10:03:47 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pyret.net header.s=20231006 header.b=Hq6PF3CK; dmarc=pass (policy=reject) header.from=pyret.net; spf=pass (mx1.freebsd.org: domain of daniel.engberg.lists@pyret.net designates 83.166.143.172 as permitted sender) smtp.mailfrom=daniel.engberg.lists@pyret.net Received: from smtp-3-0000.mail.infomaniak.ch (unknown [10.4.36.107]) by smtp-3-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4TxcC43Z8jzMq2jh; Sat, 16 Mar 2024 11:03:44 +0100 (CET) Received: from unknown by smtp-3-0000.mail.infomaniak.ch (Postfix) with ESMTPA id 4TxcC411Lcz3h; Sat, 16 Mar 2024 11:03:44 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pyret.net; s=20231006; t=1710583424; bh=7ZeUOSAjmJlt9g83pw2q1FZVUykBGjkFWeIq0erKH90=; h=Date:Subject:From:Reply-To:To:Cc:References:In-Reply-To:From; b=Hq6PF3CKdHGEUpkXrVTWWdfxc987ZPVWsPWTeF0Zq6eWYnfTJDQX9+rl/mMjl2D/t EQKMxX5TToIK50+Zv3iFryB6Ed0I83fF8liUDRLS5xF816IjUvftiwBap2Ah93MTI+ JGyqFkk/SOrhYS39Ib5LMFHk7bqZ3euyPbwAPDtusY+TP51Q4qMB4QvN73B+R7Dn4n 35gql0UAzPS9wwhpcqT2gIqwSS0LV6OtNWXqTB14sp47RFDenxQJj7TlXP464nF1Q5 v5bBOyrtCREYPxYstlNMZ7/4bwsBwWfjO+fOq4QH+HG9CzIe4KOh3apAExaj65xsmj KD31uSZ7vOPgA== Message-ID: <49c4e69ffb5cec7b71d4b8e01f628ae7@mail.infomaniak.com> Date: Sat, 16 Mar 2024 11:03:44 +0100 Subject: Re: Proposed ports deprecation and removal policy From: Daniel Engberg Reply-To: Daniel Engberg To: Eugene Grosbein Cc: Florian Smeets , ports@freebsd.org List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-WS-User-Origin: eyJpdiI6IkdXMW50anhvbjFBWm1WRjBvNXJYUkE9PSIsInZhbHVlIjoiZTNjQjVFN1RSNlNUU0N4aDZjUUhYZz09IiwibWFjIjoiODQ1NGQwZjU5NTk2M2VlMWQyYWQwZDM0MmY3MzE3YzI0Y2RhYzQzOTkyN2NlMTFmZTU4MDYyMDhiOGFiMjU3NiIsInRhZyI6IiJ9 X-WS-User-Mbox: eyJpdiI6IlR5ZmxNV2I5WXZIdHFIMGJaM29sMUE9PSIsInZhbHVlIjoibDR6VFR1UUw5WWtqdnFBYmp4WUlpdz09IiwibWFjIjoiNTI2NmYwZWYwMTBjNDRhYTRkODNlMzM4NTYzZDhmNGU4Zjk1MjExOWU1ODM3MjFhYzBkMDkwZjM3ZTI3NjZhYiIsInRhZyI6IiJ9 X-WS-Location: eJxzKUpMKykGAAfpAmU- X-Mailer: Infomaniak Workspace (1.3.655) References: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> <1c5b7818-842f-f7b8-9d4e-5bf681cad20e@grosbein.net> <64c7435c-2d69-1f62-ba7c-30812860a457@grosbein.net> <9646fd5d0666c8e57795ea1b370b6af1@mail.infomaniak.com> <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <8212dd5a-bcc2-e214-0373-6dbfddef65c2@grosbein.net> In-Reply-To: <8212dd5a-bcc2-e214-0373-6dbfddef65c2@grosbein.net> X-Infomaniak-Routing: alpha X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[pyret.net,reject]; R_SPF_ALLOW(-0.20)[+ip4:83.166.143.168/29]; RWL_MAILSPIKE_VERYGOOD(-0.20)[83.166.143.172:from]; R_DKIM_ALLOW(-0.20)[pyret.net:s=20231006]; RCVD_IN_DNSWL_LOW(-0.10)[83.166.143.172:from]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:29222, ipnet:83.166.128.0/19, country:CH]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; REPLYTO_EQ_FROM(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[pyret.net:+]; HAS_REPLYTO(0.00)[daniel.engberg.lists@pyret.net] X-Rspamd-Queue-Id: 4TxcC71W5Fz4mC9 On 2024-03-15T08:25:10.000+01:00, Eugene Grosbein wrot= e: > 15.03.2024 3:37, Daniel Engberg wrote: >=20 > > On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein wrote: > >=20 > > > 12.03.2024 3:24, Daniel Engberg =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > >=20 > > > [skip] > > >=20 > > >=20 > > >=20 > > > > Another possible option would be to add something to the port= 's matedata that makes pkg aware and easy notiable > > > > like using a specific color for portname and related information = to signal > > > > like if it's red it means abandonware and potentially reduced sec= urity. > > > =20 > > > Of course, we need to inform users but not enforce. Tools, not polic= y. > > >=20 > > Eugene > > =20 > > Hi, > > =20 > > Given that we seem to agree on these points in general why should such= ports still be kept in the tree? > =20 > A port should be kept in the tree until it works and has no known securit= y problems, not imaginable. >=20 >=20 > > We don't have such tooling available and it wont likely happen anyti= me soon. > > Because it's convenient for a committer who uses these in a controlled= network despite being potentially harmful for others? > =20 > "Potentially harmful" is not valid reason to remove a port. Look at vulne= rability history of any modern web browser. > We know they are full of security holes. All of them. And will be despite= of being supported by developers, it does not matter in fact. > Old software is often much more simple and secure despite of lack of supp= ort. >=20 > Do not remove ports just due to theorizing. >=20 Eugene A key difference is though that browsers such as Firefox or Chromium are ma= intained upstream including reporting etc. That's a very different matter c= ompared to using even a deprecated version upstream of lets say Apache (1.3= .x for example). I agree it's a difficult topic and I think for the sake us= er expenience/friendliness (if we are to take that into accout) apart from = the rest of potential issues most will not scour the internet to determine = this. Best regards, Daniel From nobody Sat Mar 16 10:28:52 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 4TxcmG0X73z5DWZk for ; Sat, 16 Mar 2024 10:29:02 +0000 (UTC) (envelope-from grembo@freebsd.org) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxcmF4PYSz4r1Q for ; Sat, 16 Mar 2024 10:29:01 +0000 (UTC) (envelope-from grembo@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 2e551a7d; Sat, 16 Mar 2024 10:28:52 +0000 (UTC) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 620775e2 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 16 Mar 2024 10:28:52 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Proposed ports deprecation and removal policy From: Michael Gmelin In-Reply-To: <496936f9-b925-4dd4-9e86-6220088fb964@app.fastmail.com> Date: Sat, 16 Mar 2024 11:28:52 +0100 Cc: ports@freebsd.org Message-Id: <883C5440-68BE-4ECC-9CB6-E30253E931C9@freebsd.org> References: <496936f9-b925-4dd4-9e86-6220088fb964@app.fastmail.com> To: void X-Mailer: iPhone Mail (20H320) X-Spamd-Bar: ---- 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:213.239.192.0/18, country:DE] X-Rspamd-Queue-Id: 4TxcmF4PYSz4r1Q > On 16. Mar 2024, at 10:45, void wrote: >=20 > =EF=BB=BFOn Sat, 16 Mar 2024, at 08:28, Miroslav Lachman wrote: >=20 >> For vulnerabilities, there is VuXML and pkg audit, not removing=20 >> vulnerable port from the tree. >=20 > I'm talking about *moving* them to a *different* tree, with different=20 > priorities, so preserving choice while implicitly informing of risks, > and decreasing the maintenance burden to those running port infra. > I'd imagine some threshold would need to be decided on. >=20 >> If you are asking to remove ports without maintainer, you are asking to=20= >> remove 3458 ports right now, and many others depends on these=20 >> unmaintained ports, so the impact will be much bigger. >> Some unmaintained ports are almost vital - for example without=20 >> virtual_oss you cannot use Bluetooth headphones / speakers connected to=20= >> FreeBSD. >=20 > I'm not asking to remove anything, just move to a different tree. Yeah, it=E2=80=99s like after a failed investment your money is not really g= one, it=E2=80=99s just somewhere else. > People could > follow one or the other depending on their (for example) security posture.= =20 > They'd be able to easily make an informed choice. > --=20 Seriously, the =E2=80=9Cother=E2=80=9D tree would rot in no time, this is no= t practical (it=E2=80=99s also interesting how the discussion moved from =E2= =80=98ports unmaintained upstream=E2=80=99 to =E2=80=98ports without a maint= ainer=E2=80=99). If the goal is to have a pure system nobody uses, please go= ahead. I (still) think an approach where `pkg audit`warns about unmaintained ports (= and ports without an upstream maintainer), maybe even having config options t= hat prevent the installation of such ports - which could be on by default - w= ould be a way to allow people to make informed decisions without removing th= ese ports from the tree. -m From eugen@grosbein.net Sat Mar 16 13:16:21 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 4TxhTk3t0Rz5Dp90 for ; Sat, 16 Mar 2024 13:16:42 +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 4TxhTk14Fjz3wxL for ; Sat, 16 Mar 2024 13:16:41 +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 185FB1CF08; Sat, 16 Mar 2024 20:16:32 +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 69DB71CC6E; Sat, 16 Mar 2024 20:16:30 +0700 (+07) X-Envelope-From: eugen@grosbein.net X-Envelope-To: flo@FreeBSD.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.17.1/8.17.1) with ESMTPS id 42GDGRPN014109 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 16 Mar 2024 20:16:27 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Proposed ports deprecation and removal policy To: Daniel Engberg References: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> <1c5b7818-842f-f7b8-9d4e-5bf681cad20e@grosbein.net> <64c7435c-2d69-1f62-ba7c-30812860a457@grosbein.net> <9646fd5d0666c8e57795ea1b370b6af1@mail.infomaniak.com> <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> <8212dd5a-bcc2-e214-0373-6dbfddef65c2@grosbein.net> <49c4e69ffb5cec7b71d4b8e01f628ae7@mail.infomaniak.com> Cc: Florian Smeets , ports@freebsd.org From: Eugene Grosbein Message-ID: <46bc57fc-90af-004e-b722-114869097408@grosbein.net> Date: Sat, 16 Mar 2024 20:16:21 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 In-Reply-To: <49c4e69ffb5cec7b71d4b8e01f628ae7@mail.infomaniak.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_PASS,T_DATE_IN_FUTURE_96_Q,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=4.0.0 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 T_DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: * date * -0.0 T_SCC_BODY_TEXT_LINE No description available. * 2.6 LOCAL_FROM From my domains * -1.7 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-Spamd-Bar: ---- 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: 4TxhTk14Fjz3wxL 16.03.2024 17:03, Daniel Engberg wrote: > A key difference is though that browsers such as Firefox or Chromium are maintained upstream including reporting etc. It does not stop browsers from being vulnerable all the time. All times. So, no difference in practical point of view. In theory, there is difference. Not in practice. Eugen From nobody Sat Mar 16 15:58:58 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 4Txm5M6ZSJz5F4Qh for ; Sat, 16 Mar 2024 15:59:19 +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.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 4Txm5L3L6dz4MJc for ; Sat, 16 Mar 2024 15:59:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=drhTef6B; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710604755; bh=AxbnBzEj2uROIy3O1yJA8bx7YGiXKRL0hHTei73/ABs=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=drhTef6BQ2/QYKpTxbvtP1MJLYT9ODikgLhlbaNe3HnHQ5Id8D8q1WssZr2CZEd6WN4IDv2oxH352Vpm+Fj0Vt86F1IawgV8eG7qwpTxg7BKmTebfU0iEiIPr31ZDdv1R6WbghGo9UJU5TOzIVMfdbSXUbyxf7Hl2hs06ZWA/CMd6sbIBi+NudKENgGrc9shf0Fj2NtLnhWKz5iWG/77+TO/viAtxg0e7/tJivLizZq3zqSsgSw9w3gwF11IRYhbX7TJQHx3aXLCsVka+1dx3W5JZXiuz8qyiJLYv5Fo6owoEOz6f9ILhvGte1uadJyEHBUn9OXWlHXutfV8crsrOA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710604755; bh=LQOMwAaYw8gARqLVG10lmlrmcRFKyRiYaf01LhWA4w4=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=UOWtVjkmiz/zcYZP88Ze3n8zC3x51wz/MYYG8lpJGSjLwvlOn0XOLODLCyR/8A3nf8XcuXg6epKtVbMhtZH9AY2Tz/zDinO9sZq1knOmtzZrXYHY7dZ/qzgjzUypvrYWwZtJnElsMeb3sJymMrlrN1Ip9P73t9iZ07auS2h9ALgHAaR2+pwhYHq7nRiJqKQAAgWneY2dwmVI3SNyzBn6xI5Mtuw7nvhVGL5yavy+YMRQEJhIYk7tBpSedgM8NsbKGzpxBvPyGv+xfqntLi3UDOhvy8L/7KKyi39qI8BEr+Lzs8IEG7p8bQNrvBPZMnJq+3AqrrC0b95yNe8fcnLr2g== X-YMail-OSG: ZBLRN54VM1m5XY9S_tj6zO2ggUiLEe4B3MD3zTu6HehVYdeTZD45dhKjlTxwxIg j0EJV3l4XsgJIPM7u.Hb7x.OA6T30aN1VcRXHm.Dn9TujGRCLgdW2jL9dn6pk6yBBzvprxztI.sH CRAH.HrHWwr39d_qwfUIUI7dE..W_jRX1VlNDKI7_jHL7NvLqq0F9HDIsMaieW9W_fzoFp9WKiX1 ro3HV0A3FnAHzAkmDeG8mLERE1LhcfYCUa0hDdWT6odDLY41UA6mNwp0CFbXVCib.N0mxY9T8Tc5 oBmCIoBJ60MUsGhXaYgLnHQf8uVTagBY0OYBC41zOimJEDMyQcuOiNRE3ShLg92iHKGFL4NuCyMW r.UjmobbENDj.Hj_6dCzr.T74CkGgabqxvm3Vd.AASdbOXWHG4fi_Enn5gDifo.33H2AOA.iYfW1 .qsislVnNYVeSt65yR2R3BP_IMpssl.el.JesC4FOi.ztt.CtY09vUvVXyhQ9_Qm0xmlGo3cDKEh tWOCRN9Eeflbh1KPFsW.8P0akZS.ohQDNqHU4Foqckk67mpUQt5KhMLNtFZDNWLv15ocoAtU7RT8 WooZae7ga9OPZC0vI9mgmZAdPrIyxXtPeZJujC8yQPiMlE6EoxBhLM5gPB8dXs2QWMC3ehN9Af1_ S4Honay_NdSbTctJpgwrWKfVEWO3Bz94E0sTnU5UFKEY_guypHwKYHF1ZynoT4zETNa5.2zJJkz2 gfANTGhEsC9jcS.AO5reUIE4U__i8yoWzdH184HGloWTJ_3bfovq6jFA6dNQbsmfCI63ta0elMj6 wFvMubWTcr6tITV339mPRxdz3stNgX2tB_.tQm9vw0eY.m4RJjk1B_icH6pTNi6TeztPABEXYx5J AJvhaXWeB8bIRBZOX6PScnMgQZlvzcCdd3pzdQJMa5c_TA0DxUQvFoZhaQ24EvwEt3VWIHdwixDo aQQVqxlqqB5ieRaf6fLfRZvx3LLJV7FHSpa7BbZ0Ma_FwWWE.rFy3UFY.1peVCm1_qcE8WsahVNC LLHzrhNs1Qzo2UqyLgEqAqBZx6HPPbMd9WOlWaZ.t.w0WEsA_yD3KhK2Pqwu_UqdoY_CvyBBBnas LuLQkiIqwin_bumasG3WbK8wPQvllxE4HOzAi0DVw46aqI8Tko5WEiAEg1aqbgW2TrZNZdpKJrtW CEeIMTQnMc7g1mDz8Xn6FlahvzWDX82.B4FoUHhEzdhYk.fGOynizDItBK_yWPQO2WFJHym28opE 9DHdOjBF1oBoNjw.7mH_ZjV7atyLvUcQ1Nt_tHTMtL.anGvEzUVy1zuyPu58CEADHtxKGJjFNizk ApqbGnYjbyo7oh_wOAToZgrG5kLyhyRsDG9Y_rkkVnpdHyj9K32tpPNSFqmaqSIKYwovTHfk4sLk _d2W609UfJEtQfQEaR2XEbeh0Kt6_0.TJ7kAqHskoyKW2LL0s40ySMnLAFliRKGo4pk9GJvAXbRy zpg4h_SHmxudYG20w29Seh9xHDX1vuSrxTvz_kyuRGSJF_daNHw3IOrKdlcXJtrROTQKcBz4SttP mQMU30UnZdtxdp5tLLFMA609ZCI0mh6_nZ4D0If9ssSA3nHXFXmfeFP1yuwTC5KNZ4DUrm0IN2FL dMjST.dXuQx.k9BG1vMI6au_qeyrmh_95Lnb3voE_NDhN9kvH1iusqmnPZ74oFKZssi4Os9yHADF RBfzOiPZnftQc_GoCCN6iH5cx.dNxQzcvphMxNkDhYEGjPsp4mcA5AHAnac2v1.LpH3D04_VLOkN akd9eOb5hwabHaWpg9vzMAAKwyeGfSp.QWvujCrn9_zq7y0FU3HJnO_ThW8GtseDdYOiX5c7TvSh BEClnI_JOZk1m9NP8hYKrv1kN8IbTIaH3mXdMWSm6sp9sczzSwF.GPShlXxReczji6V3NXZfgmoC _ELSoIRR0A6YUcgIcbXaalCJJdMxznqpUX8t.XofQ3rB8Cp3u3OPcdqhce7N6sE4PsoNwpTG0mgh sqK6hA.nmE7bLO.50B1qZ.Rx.slnnW4GIkwn1EQ.OLuoMAkAIqrYRkW3q37Rtosemjgxv1UkUaWJ eBu4C2iJIF7ZSR2I_pvSb5uCYh36gsf3o8l57pEDk1ev4vqraVAndbQ58NjayXA7kd0omnnsOdw1 KUCQmqkwdmvG17lt6rFx4d7NgJ9ZnX8K17bH90Gha978KjO8gOQ92n7ZlxltpgLgfu.chYvKLCt6 _jvy_uxDsIksTbkQ3XTsYiDftdoMCLSE4BbIYvcy1RKr29a7v8CKweA_C3sX07PYPabhu5ViI5C8 - X-Sonic-MF: X-Sonic-ID: dd35dab7-c3de-48bb-9b61-3bad5388a1e2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Mar 2024 15:59:15 +0000 Received: by hermes--production-gq1-5c57879fdf-llxbt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 28d9a017c47fa7dd4a2b2f169b4f1bff; Sat, 16 Mar 2024 15:59:10 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: Proposed ports deprecation and removal policy Message-Id: <1068734D-4D5D-4E13-AC1E-D91BBDBE0486@yahoo.com> Date: Sat, 16 Mar 2024 08:58:58 -0700 To: eugen@grosbein.net, daniel.engberg.lists@pyret.ne, FreeBSD Mailing List X-Mailer: Apple Mail (2.3774.400.31) References: <1068734D-4D5D-4E13-AC1E-D91BBDBE0486.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; 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)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; 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.65.205:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4Txm5L3L6dz4MJc Eugene Grosbein wrote on Date: Sat, 16 Mar 2024 13:16:21 UTC : > 16.03.2024 17:03, Daniel Engberg wrote: >=20 > > A key difference is though that browsers such as Firefox or Chromium = are maintained upstream including reporting etc. >=20 > It does not stop browsers from being vulnerable all the time. All = times. So, no difference in practical point of view. > In theory, there is difference. Not in practice. My guess here is that Daniel is thinking of properties like: How long does a discovered vulnerability generally stay as a vulnerability after discovery? There might generally be a difference for code maintained by an upstream vs. code not maintained by an upstream, for example. There might be practical consequences to such distinctions in various kinds of cases. The overall Boolean status for "being vulnerable" in at least one way vs. Daniel's comment seem mismatched and not all that relevant to each other. The "tools, not policy" point could apply to both. My point here is more limited to the potentially mismatched kind of referenced context. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 16 16:03:00 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 4Txm9w6cQsz5F4d7 for ; Sat, 16 Mar 2024 16:03:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.205]) (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 4Txm9v6h5sz4NBr for ; Sat, 16 Mar 2024 16:03:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=OtTrFHVK; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710604994; bh=7Hv6OTdQv7xmXO7QBgA8w3Ho8W+nfjho38Ha/jY7XBU=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=OtTrFHVKoyINfROLxRrVLPbc2VaT1kFKou7+dRYhFm6c7zQsM75j3eDQwroylX6gYv6/EpG3+zmI2gjVMPFJDQEZAS8UXfGf3BJ1QwhSZbaE9DUqhHrUkWwjbw3OftaAhIFH9Aig0kfhb1ZJDEjfZfLN4oGm35Xb3AAKL1PmkDr+5hoojDCmI+kn5ToAmcztS/9C+FnGKTv/tBOiHdBopd564k6qdFF21hRUTiWiW8V1dUGn9Kv1vfm6liCRRqgKgUTHnnkyxR21d1H9yLAWfLVxHP2sFHJSqd8llPy5MHaLxdpuaeNmnD28DSsYq7a19gaUAjLQEufYqFOAiojHYQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710604994; bh=GXm/Xv3sxbgTK9VbtIETKKShBRpKdsO/saLj9TxQN7N=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=cQqCQr7ylBjSzpkdHYNuR3gRNNGuJXZ0aJRnzgU88v3WxOwSHSUob33kq7iyl98idkviUo8JSpuVs7Ed+FnoKt+e5KtB4XpYbKkLQylLCHXg57XA5K/R71E+4jcXdhDLgxm3nq3/U2bqwzZ+rONqpz4UaGxJAEE/HwIGlQr/e2xh/uAHsNIL+Fzdzh8uod/fPNr13CypnBRpbTI2ktCmNGAsUuaBO6AbsBzKyJ+jEAL/tDAwHcB0RtHyHSRMbfbwpfCAZV9ou4tVmfo73XimfWYxxzGjdyw3bn+GzDp2esM1a2zLlmM5Wl48bop7Jyuxq7fVcOVoYsL+3WERbCkQzg== X-YMail-OSG: CcygznQVM1mKG9duNbyo33ncXzC_SNLRm_Fvp4_0y1KCtuIx4qtC0xMO7kSMD3q juivQYBC4tUig2mN6KinNHSCYMetd16AXux1b51uk22KEqWwaU5YrsBm2k5Ws7LCydVZRLidhX99 NezmILHKgWJdAvauCciUG_wDm6TcHAeyp7UbLHKVU4AVAujQ4QNc_4hOIfcNallpJfO7GrizwSfr OSctqL6u7LZ203PSnBB3JrBXJ.TKRU5i.r8GA9TSfDG2MBYH_Ck_dccHbiYfnaEKwX2FwGXniC4m 63vmRH2LFKPAyjLYpZPT8C6brScqDDJ9XSETlpT.PIB1RUHmeVnct_szHo_CMZ29oHukFIJW3cuw PEihecV4LLn7t1r0NpnUo9YKbJgT_LmD6DbnsB_7ePM_ib5Z8YronQ.fdERtUIvO6nWB613nHTh6 w.INlL2dl5C8ROL3ls5OXeaTIsiraCk_cNfjMXTM6biBTD3J5ta0KYT.PZADj439m7wxbqNc_lou _.zl_.Pvj8OSXLkCRMC9I1_rNrtPX3wUlSxGvQ5paxX9JufexXx5wCqpEJLgZ2A_BPOayq_PvdZU C.ARBo7hxoYs.KAPrdZNfWCuFkLbdoHMesYsJUS28f1jjToYwsxEfKPXFPLTwm9BxOvl5BTtMJMO ZYd0pNV611D.Zt9LD_anLpszBWbXhrHaqgSPLGf0Xi_y4sqAFD5etF5wDNK30lXwTxIRHzPCH8eg n0fJ0GSWqenI_ps.Cvu9Fv5.KDFw01QNjCHw53FN3AwoHWtEz3GGenuMCzVKTDjl0WuI8eiSaWF8 mfh.GnF2xYPtqzjBtgxu_pxfiXydZkkuBaUoPSTtnXit.pIWDvboVI7.sXoF.vfeOezGOJR3fDzL f78LFOrNosl697BgxrHudVQHKCcJRU1C_zf2yCnJcT7kocFDkVuvyT99Ym24FwiVg2KYj6xayLNP X2Qfybuf.9qqLZWFbSBmSZzhZzjV7Cc30NLLNvf3Dau0IxhjONfnEBZDKzgHAh2Tw8nxtY2VjRbi 7JPh6V6o9.zIHb_bXWgqNgRAe332sRwpjEUxx6mBsNB0PljMgdQAMEDXxQWhoqzRBxrBuSgXZDWS pRh5t5PV3i3IHl6VRDV6YYnZJ4qvWnlRPd5QS4lT7q8FJrnbSEr16NDGTjRQsZh.qXc1QYUlZe5X l0ETil48AjG7lxeFziLcDB63nDDrihfiJf64ehv3F8v0MkH1ewTfuRn6RvwhdDgymVImQPrQzmQh 2OyTxIKwTa8rMo_DJghrA5bV3H2HwJfJZ8B42qOH_BeQJ3HhVOqdggvK_TdhTqkAmkG8hMHcA_i. _LEXg3A4F6gy20yHqrQggcYzO1lU8wrzwADJcupAoqaDu99OiZ9gewnT1kPbphxemJVHrf.ktBrl xl0KVw.ejClQYjxOpjcb7TOGUk4avHkg9EVaLAJwA7aSm6fQj8M54JabA3_VWd0eSmv_n0ZSGjk9 edgOhhbBfv1zOJBgpJyjR6JqB4CHAjbNeIVPc4MBFrn0d.cf3IFWNSY5QmUSynBELqFuz_p8CaLj S2Nyo6R3De8l8gp9ZdbeLB1OShkg6fyknqGaWhNNQ5A3ya37jGZpcPLiFKmQ1oMooGHqP9F.IelW 4FuueA6bcLYlQ80sbBP6banWYMDEa9jczZuGOWIk2XS.FJ3ZzoKfHQ5xlEuHbBdoPjlem4zmkaKg J8uZvxY2oWZY.pLHP575pdyjzC3.eKBEJ9QKFVCoDgvCDd4SGG.V1rqrmtrTbM4EheZMcjPJn9A7 _iRUULWlw0LC.gUSOs80IT39VBZ1uI60bTohMdgIayffwFG1o2sLJnQn.tLX27DuTBXY066LCFuq WqRSUFM4comcYGnXj9G.6XM84yKqMLBOdsSpbaRTHxW.3eRXkc_1KBxpZOqBX4kH0DgxLbLsdl5Y Wm17kQVPDQRvZq7_9p.U2LwaA.LX96w6n19paYP7C02Np1bQhrlOfVyS0thvOtNBzDoUjZuSjnrF y0j1t7mrJ_jlRNaDjXomG0I.QtyZefz0NH1Uth85fX5MJfLN8ABv_zduU6_ZaTTvwG9.3tUivKon CShZAuV9bBVy2x7LsMYlAmnMPw5l7Ome4..FpCVDQ6jW3nQojdT7AYHSHZb64jwJP8w7.lZT30KQ 7EptW8AwRgKnZ3B1oCSI_W92R5x1BzyVIs05nCNWXWwA2Zg2MoE6xySbvrGsw0LTgpMm7jHdG47G u6_tGfQECjfLHB0Z175Sx4nGPKvYU9NgJYYROIuytjl3_Z_x2uaC3aBHisuDbA0M3cJqx7HKsSQ- - X-Sonic-MF: X-Sonic-ID: 5cf46084-2efa-4bc5-8588-e114b7f72e83 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Mar 2024 16:03:14 +0000 Received: by hermes--production-gq1-5c57879fdf-wt62k (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 62dcd87ba505015b27f76946b2a76a46; Sat, 16 Mar 2024 16:03:11 +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: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: Proposed ports deprecation and removal policy Date: Sat, 16 Mar 2024 09:03:00 -0700 References: <1068734D-4D5D-4E13-AC1E-D91BBDBE0486@yahoo.com> To: eugen@grosbein.net, daniel.engberg.lists@pyret.net, FreeBSD Mailing List In-Reply-To: <1068734D-4D5D-4E13-AC1E-D91BBDBE0486@yahoo.com> Message-Id: <02FAD836-6F5C-41A4-9915-49CCD00CDB4E@yahoo.com> X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; 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)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.205:from]; 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.64.205:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4Txm9v6h5sz4NBr [Just trying to get Daniel's E-mail address right this time.] On Mar 16, 2024, at 08:58, Mark Millard wrote: > Eugene Grosbein wrote on > Date: Sat, 16 Mar 2024 13:16:21 UTC : >=20 >> 16.03.2024 17:03, Daniel Engberg wrote: >>=20 >>> A key difference is though that browsers such as Firefox or Chromium = are maintained upstream including reporting etc. >>=20 >> It does not stop browsers from being vulnerable all the time. All = times. So, no difference in practical point of view. >> In theory, there is difference. Not in practice. >=20 > My guess here is that Daniel is thinking of properties like: > How long does a discovered vulnerability generally stay as > a vulnerability after discovery? There might generally be a > difference for code maintained by an upstream vs. code not > maintained by an upstream, for example. There might be > practical consequences to such distinctions in various kinds > of cases. >=20 > The overall Boolean status for "being vulnerable" in at least > one way vs. Daniel's comment seem mismatched and not all that > relevant to each other. >=20 > The "tools, not policy" point could apply to both. My point > here is more limited to the potentially mismatched kind of > referenced context. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 16 17:56: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 4Txphy1vNJz5FDfs for ; Sat, 16 Mar 2024 17:56:50 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh4-smtp.messagingengine.com (fhigh4-smtp.messagingengine.com [103.168.172.155]) (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 4Txphx3SrSz4Y2l for ; Sat, 16 Mar 2024 17:56:49 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=Zg6nNxCi; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="Z mQhoO1"; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.155 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfhigh.nyi.internal (Postfix) with ESMTP id C4C5E11400BF for ; Sat, 16 Mar 2024 13:56:48 -0400 (EDT) Received: from imap46 ([10.202.2.96]) by compute6.internal (MEProxy); Sat, 16 Mar 2024 13:56:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1710611808; x=1710698208; bh=t8oQ6XeIbXwiQSxydk7K9PhoWcwkumhQEhERon8gB90=; b= Zg6nNxCiMHqHqRHYnpSQ+hl3AvGsrp1pP7yOdQcMbLfdVBNA55XKTnld6sNv3VwC x9RRimde7jStmL4bnUfSRwIRSAfAbQhu5VpObQ+3cElVekl08jL8+VOdj53x6Wuy 1PAW/UEjKiEATma6LI9JDTIdupy5BT7iNaeCwLNIezhXxTpeJU0UwUPde/5T9PIW /R079PQyyysufLQQ/rTVdB9kh8z4ZOGbmIRWC0OBYzVrJ81NaiwKO1VjCX0Akt07 M/iNpw6PK6ZHG32nmlgwUG8n12j0J3TqJ04XJa9R9Al4dBcIQNyF1J/OT3WcfqQX AqZLMo0xxO1abSG3mIkQ7g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1710611808; x= 1710698208; bh=t8oQ6XeIbXwiQSxydk7K9PhoWcwkumhQEhERon8gB90=; b=Z mQhoO1072aQwKys2AUVQ0URNc8H20gZy6QWpAi74kRXstyZw4HucGM6bJ+81ueMm iCt1i4qCPFYIPIlor6X4yQ+fJMIEw2yG7CnHPLINZRnNcE8Vi82J9zMEEjZlTXC3 fvb4bJfkkWzjdJXnmZvmhMP9axOO5NIJ7+lNcc6Nl+bRe4jsUQuvaUqpVnonKP1d yxCT2Bf0wJzm4LmclK82Q2xuDrQUoDHKFvxgBsy9ZTzpPCTMjOub3e5HJ1awjcuj ZozgwjVex/aHzAAij205h3M97eP376r8oqTA/9eChAIzBY5z284tEDXwaXuLXCkh nGbvXgBkpG4mvSHi+igMA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrkedvgdekfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgfgsehtqh ertderreejnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffr rghtthgvrhhnpeegueeiudeuleeuudegieeuvddtteetvdfgffeukedtfeejieeuheejhf ehvdeltdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhm pehvohhiugesfhdqmhdrfhhm X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 86E8F2A2008B; Sat, 16 Mar 2024 13:56:48 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-300-gdee1775a43-fm-20240315.001-gdee1775a List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Message-Id: In-Reply-To: <883C5440-68BE-4ECC-9CB6-E30253E931C9@freebsd.org> References: <496936f9-b925-4dd4-9e86-6220088fb964@app.fastmail.com> <883C5440-68BE-4ECC-9CB6-E30253E931C9@freebsd.org> Date: Sat, 16 Mar 2024 17:56:27 +0000 From: void To: ports@freebsd.org Subject: Re: Proposed ports deprecation and removal policy Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.94 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; NEURAL_SPAM_SHORT(0.15)[0.150]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.155:from]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; FREEMAIL_FROM(0.00)[f-m.fm]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4Txphx3SrSz4Y2l On Sat, 16 Mar 2024, at 10:28, Michael Gmelin wrote: > Seriously, the =E2=80=9Cother=E2=80=9D tree would rot in no time, this= is not practical=20 > (it=E2=80=99s also interesting how the discussion moved from =E2=80=98= ports=20 > unmaintained upstream=E2=80=99 to =E2=80=98ports without a maintainer=E2= =80=99).=20 Look at it another way: how come something like it *is* practical=20 for other OSes (including distros)? > If the goal is to have a pure system nobody uses, please go ahead. The "goal" would be to have a reasonably up-to-date, and as vuln-free as can be reasonably attained, freebsd system that uses the "maintained" port tree. > I (still) think an approach where `pkg audit`warns about unmaintained=20 > ports (and ports without an upstream maintainer), maybe even having=20 > config options that prevent the installation of such ports - which=20 > could be on by default - would be a way to allow people to make=20 > informed decisions without removing these ports from the tree. That's a good idea. --=20 From nobody Sun Mar 17 13:10:38 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 4TyJJb5Wfdz5D5Xf for ; Sun, 17 Mar 2024 13:10:55 +0000 (UTC) (envelope-from jussi.korkala@icloud.com) Received: from qs51p00im-qukt01072702.me.com (qs51p00im-qukt01072702.me.com [17.57.155.17]) (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 4TyJJZ2Fkhz4fdn for ; Sun, 17 Mar 2024 13:10:54 +0000 (UTC) (envelope-from jussi.korkala@icloud.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=icloud.com header.s=1a1hai header.b="Rpbui2J/"; dmarc=pass (policy=quarantine) header.from=icloud.com; spf=pass (mx1.freebsd.org: domain of jussi.korkala@icloud.com designates 17.57.155.17 as permitted sender) smtp.mailfrom=jussi.korkala@icloud.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=1a1hai; t=1710681051; bh=7URLuPUXU1H1491UUgyTE+uk+xzdp6jgX/ca0UwN9a0=; h=Content-Type:From:Mime-Version:Subject:Date:Message-Id:To; b=Rpbui2J/gOO69FFR1TGD+XaD0WWfPHp9p/V0/z0AjgNGAXbebdoNvchNDW2F6dFry MPjlunOKI5VZqLI1i3QCn6Gc8Cm9ws4d8SEqJuqc6A7Drg/rk4+z2k9Fs5zrTYuPEt zMDRNb+S+ni1LbBwMmzYvs+gfHl5ej0SCdCTP1ql49DrovjW6kzSW/eLlK02i8xUaR kQCbBjn34F6cJoT8qP/9tWsHMMMBRlqtISalwNAorW+8/532Yy5cdBo6ZufhwwccQQ ZEFG3CURR0vI8UTpIzPI/TLjn6vxKyM7ggSCEnAVFbxi0AHUxAB4u4puGur91UNEyc 1BL1erfCnIoBg== Received: from smtpclient.apple (qs51p00im-dlb-asmtp-mailmevip.me.com [17.57.155.28]) by qs51p00im-qukt01072702.me.com (Postfix) with ESMTPSA id D5A411680247; Sun, 17 Mar 2024 13:10:50 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Jussi Korkala List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Seeking review from committer Date: Sun, 17 Mar 2024 15:10:38 +0200 Message-Id: <2253E8A4-ACBC-42E1-BCE0-6EFCF5DFFBF8@icloud.com> References: Cc: ports@freebsd.org In-Reply-To: To: Felix Palmen X-Mailer: iPhone Mail (21E219) X-Proofpoint-GUID: 8Q8_5KnIYo8jLj0fvQdCkfrMMDj7babq X-Proofpoint-ORIG-GUID: 8Q8_5KnIYo8jLj0fvQdCkfrMMDj7babq X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.1011,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2024-03-17_08,2024-03-15_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 bulkscore=0 mlxlogscore=982 clxscore=1015 spamscore=0 mlxscore=0 phishscore=0 malwarescore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2308100000 definitions=main-2403170103 X-Spamd-Bar: ------- X-Spamd-Result: default: False [-7.09 / 15.00]; WHITELIST_SPF_DKIM(-3.00)[icloud.com:d:+,icloud.com:s:+]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.986]; DMARC_POLICY_ALLOW(-0.50)[icloud.com,quarantine]; R_DKIM_ALLOW(-0.20)[icloud.com:s=1a1hai]; R_SPF_ALLOW(-0.20)[+ip4:17.57.155.0/24]; RWL_MAILSPIKE_GOOD(-0.10)[17.57.155.17:from]; RCVD_IN_DNSWL_LOW(-0.10)[17.57.155.17:from]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[icloud.com]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; APPLE_IOS_MAILER_COMMON(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[icloud.com:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.57.155.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[icloud.com]; RCVD_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[icloud.com:dkim] X-Rspamd-Queue-Id: 4TyJJZ2Fkhz4fdn Hi, Do you think it would be a good idea to have modular kernel modules for diff= erent hardware platforms that reduce entropy over years of Patch-Rot. Best regards, Jussi Korkala > On 14. Mar 2024, at 12.18, Jussi Korkala wrote:= >=20 > =EF=BB=BF > I think our main challenge still is: >=20 > Patches on top of patches. >=20 > Best regards, > Jussi Korkala >=20 >> On 14. Mar 2024, at 10.53, Felix Palmen wrote: >>=20 >> =EF=BB=BF* Alexey Vyskubov [20240314 10:26]: >>> Can someone have a look at it, please? Thank you! >>=20 >> Self-assigned and reviewed, thanks! >>=20 >> I think there are some issues to sort out though, but thanks for the >> effort to keep a port alive :) >>=20 >> -- >> Felix Palmen {private} felix@palmen-it.de >> -- ports committer -- {web} http://palmen-it.de >> {pgp public key} http://palmen-it.de/pub.txt >> {pgp fingerprint} 6936 13D5 5BBF 4837 B212 3ACC 54AD E006 9879 F231 >>