From nobody Mon Feb 19 03:21:40 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 4TdSWR3HbCz58qQw for ; Mon, 19 Feb 2024 03:21:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 4TdSWR0n4Tz4pfV for ; Mon, 19 Feb 2024 03:21:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708312912; bh=L5Ww7YqKwKutsrwJBiPGujxBR3H5KdsL0tNF18FfiSY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=kCQCH6dftKP4NOx3eZYQb+V0gQHkoClWfvijnetTimC7IYbrG5SFVjIRfxN2Y7EHPtMjSCgyAeM81qCXWEdHUHAnml20ceQRtnhFJflgvekNJuVl7aiZhnHFOG6rR3vlKpnkPV+rmultUxMTPXsKxVQYnXzlRyuwk8amwnTs73jFFIcYlMOOonGrdPGF2zrTSiFnqWzJ2w/vBcFJXll/xjuiVZ2Z7WGX/1PkWu4LuIyGKd7T15SYECRdkAsGACUsr2B/HKwyxunwZBwlV459M0sWuSw2g77OqQ37fS0lhF7X8FNtc9P+SFb/i2+f73xjNgfQy0iL8rwUZkfMlNHRQQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708312912; bh=9UuA6EbYgfL0BI4yUxXDIq8Q8udz6MrawXik1nKATOz=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Ukg8RIBP317BiI1Cm2km+4lfXllGEFtUOj7LfIPKPvAifeqlaZ9lImWHm0u8igf3NjUPlDD2hEHOKg8vtwqtacJwcm20g1SEpiro/+9kkddejJplyS7vVaef/5SmnamqG6xsOjkoapPodNbLQwFbPwNCpvtznApSYlqoI5Iu2YmnhyISqz5oX/r/dKOZ8pKVB+dzcT3hPLl+aOse9yuXDzVxZrXLd10ZnFOZg7B8H8XEWpReL5B4bsnsyrbwxLs/fs8XrVBcAKT4RE8iUK/4xWAxim2Bqgj/XxyaNdabmDg9iROeEP7c96GH7DMfOhett8pjEsZNi8G+p+Vmx/3zUQ== X-YMail-OSG: YYQfWtwVM1lyAGDa5x1KU.pCMyJUrVScu0yn521lk4bKEOgrhZQyv9KHkOO.CYt xPU5Yv5N9H7SqrA7d3933zCFlM2cnjAth1_RfEXtUfvHikdrEy5dY8hW82lMMluOun2cbc42p4Mu 0BAZ75J7LbP.DQfwWE0.CyugUl6MpK.8f4YcxF4NuztS.3TjluAHSSikUUrakg5ONBRFtDhWPAIM UY3MwBxWTWsXXnopfew_Y2BsaDyLXMc9S1mFje9AXe0i1qsuvkgpYnYe99ZWoCC.zaDwy9UfPkY7 0im8MRSvMUFVn_yLMgdH5lzecIxRlbYLI.ugsUahSlw0JJ.4I074Ks4WJXfqlkhNeZyrMhPEmmb7 e9ItlU2NU5.LJn6odqSQI9MQ094DrjYNb_guNsrfgln2Or4tXEk.U6SOv4PCGWlTuS09.AaOx6LG vZTtdwOzMyI32qxySz4AixZoMdrcToSIoWZ4Y6F04DbunpTt68SRxRR_h1C2KnFRqnLUszKnz99M 3miVDF31JLQAVhwsvER0Wcj8QttMDHi0O6oGPxfVsxYziEXMfHYW5mTV.GAT8W4sx0nRXUEY1QfX bsqhmHYxWIuYIsiKL0Yy1v_RHYpIBkr57hd_PLfUeAy0JUZtk6_ZcW5OYpvwHUStnXBu.MbB5A.z aQzpbZ5cgtQYj1CItl3svu4xZLO0oCimgPaddTGD3VsRSsjQyXnJ49lUMqr3Rrpq764On0m2XcVC 4Z3LSYF.cZ1MsiXQtSGi1D0h11XqUngcKBz2MR4mhyH_GVEr8XMrA5z9yYtV5X5SBpjtJ7qoHp8T ViYmliP2M1seJaEpWc78Q0muv0vljQ5_FUyqT4tJR9oD6Ib6lfp9.ayCe3zGb4shByPAM6E90Wva OO.H3t5w0vNqT0EHTboz5NU6U3kbmQVIsyZYaz5V_MMYZdSylwzWKii7QKubh8tP82Y_phY5Bram DsG8pl7LcVtWrQtR.KykdzcihsFxjUWlAmkDJmTmcQecbj8gLmPEfSk6QTtOEPd2w8gx1JDhX7wM v1R1aDsgKVw3hOKLsQEL1s1kq3w9Bfr9P.g8OTw8_r6FUBu7l29drSVWIKLJjrI8pt0QUgWONeMo f_PSD1v7TVa3OyTx_u06KdWBBm7Kf.flJhcldfLeuKwehp5TKpm6sS.PlMzggBcpWUsVU6.Exfv. yiP0tQyDLQlCLDPnkoEKUeAgSU4WMygHoX6FeDzo_xIY5l5pAhmeruFpEVnC2WbGqIB9GDdhabNG t6YXg2nBQCZrbNPSVGX9ruqqakB5Y4ZJdYDUUyYCF084M_QBgoNp2rEnqoTJ5UFoKTrRRynw24u5 5rK5NyiuDuE8ddne4Fzv7Mbf43WphKPxjoz_Cng_0LJ4uArFClFcgTxVxkQVfq7fnSN.1vr.tmy5 e1MCYlpEXr4nx5PXB9IBBM8QNiCOSkSg8dfWatnccw1.xsYeulu.WbpGmt.R6sLIPvrSVhtAL6pQ TxK_u3pUYKHKNmDaI9gjycECF9KK1eMHVslDMtb2m846vicjuLLZS4BWyQGjqhbu0.tcp85zC6MB Hlw5N9JI38hq15Ipip3Tc86l7fNC9pKCcG8i4Wei6X04jVih59ZqgiUomqOi60gGN7P9usvNF2lV 4p6usQPBlYPWwX4qzn4_V5_0QoXJ3Nu7n36s0locd3g2T0NXad0zpbT8M8rFYwBf15BCkx8GBh8n l3GLoNu_tHJeECnparPAMvnz8PbUKZWRFuPAVg9mu8agFI.rS8LFoU5rUjmoErQlMcsOjYDfAyfr 0rQqzCR4.tfqaP6b_OVVhwyiFg2XqlgPAXzalSdoXVCr733UIkXkZJHJB8sz6Cx_9RY8vg_BpSRm 9IiRyZiycFtJur9v1vpPEJetkz1kU3QBDTquKwBpM6eFUArqaVy9U8KeLVy_K0b709_Kw97furM8 0lG3pcgTsfGxZygdfKRLiBiHPEmUxAzwlnjrNzRAjfR3GRNXHWpRVKQQ4NmueDqfzEh_lYo9ytcO IbvYGou_0uNUwrlFSoqgpXztMOe.e.ashAL3n_a7NnzsiOKcb6v7bp8vdl_e8XchLfc8Ng3n_DWM PMzZ9CJqOSYR9s.WMG61fh7D0RpCJa.LdQGAgQwFji2DD7s09MrKu_roSVuM1LMZ1myth74gjXm8 AVj8CmxQeUQc.3ex8gMng7OeoPLcvByH0KaeCnh4_7yYtErcoVik40AI9zgdE1mgcZzrkxD_koLX M8x9JajxQNG.J8WieVpLyUX8mxNzbXkeURas68_uF463n9VgsRj3N8DXAwL5qZi1YktfS_a_6DVD B X-Sonic-MF: X-Sonic-ID: 6e1cea36-a99d-4f3e-b58f-ead14f1b9a4a Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Mon, 19 Feb 2024 03:21:52 +0000 Received: by hermes--production-gq1-5c57879fdf-p26ct (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e2203333671d0f6daf8cb00d548474c2; Mon, 19 Feb 2024 03:21:51 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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] From: Mark Millard In-Reply-To: Date: Sun, 18 Feb 2024 19:21:40 -0800 Cc: Miroslav Lachman <000.fbsd@quip.cz>, FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <64A10094-BC24-4A1D-AD7E-904C0BE7D886@yahoo.com> References: <87B38D6C-1D83-4158-B03B-F4C8EA396DD1.ref@yahoo.com> <87B38D6C-1D83-4158-B03B-F4C8EA396DD1@yahoo.com> To: Aryeh Friedman X-Mailer: Apple Mail (2.3774.400.31) X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4TdSWR0n4Tz4pfV 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:36647, ipnet:98.137.64.0/20, country:US] On Feb 18, 2024, at 17:23, Aryeh Friedman = wrote: > On Sun, Feb 18, 2024 at 3:21=E2=80=AFPM Mark Millard = wrote: >>=20 >> I fully agree that poudriere's systematic behavior >> rebuilds more than the likes of portmaster [but fails >> less often]. >>=20 >>=20 >> As stands there are tradeoffs between use of portmaster >> (and the like) vs. use of poudriere (/synth?). No one >> has produced an alternative that avoids the tradeoffs >> as far as I know. So one picks between the tradeoffs >> by the choice of which way to build. >=20 > The reason why no alternative has been produced yet is make it self is > broken at the theoretical level. Instead of doing a blond DFS it > should build the entire DAG and then topolocgically walk it. See > Recursive Make Considered Harmful by P. Miller -- > https://accu.org/journals/overload/14/71/miller_2004/ (republished). > While the DAG for the entire ports system (and for each port) is too > big the DAG of what ports to do in what order is not and can easily be > extracted from the ports make file. So there is really no excuse for > excessive building (just a question of converting it all to DAG -- > devel/cook does this and likely can be shoe horned into being a hybrid > of allowing each port to use make recursively but at the top levle > using a DAG). FYI: poudriere uses a prioritized topological sort of the package = dependencies made up front during the bulk build. There are files with the content during the bulk run: ${MASTER_DATADIR}/pkg_deps is used to produce a temporary: ${MASTER_DATADIR}/pkg_deps.ptsort which is, in turn, used to produce: ${MASTER_DATADIR}/pkg_deps.priority which is used, in turn, to set up the priority hash that is used. There are checks for having cycles (that would invalidate the DAG status). Side note: devel/cook disapepared upstream some time ago and expired in the ports tree and was removed at the end of 2023. =3D=3D=3D Mark Millard marklmi at yahoo.com