From nobody Mon Apr 15 19:32:27 2024 X-Original-To: pkgbase@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 4VJHPd0SSQz5HBXh for ; Mon, 15 Apr 2024 19:32:37 +0000 (UTC) (envelope-from lexi@le-fay.org) Received: from fuchsia.eden.le-Fay.ORG (fuchsia.eden.le-fay.org [81.187.47.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4VJHPc1WbZz4Pns for ; Mon, 15 Apr 2024 19:32:36 +0000 (UTC) (envelope-from lexi@le-fay.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=le-fay.org header.s=fuchsia header.b=kY4PjUP4; dmarc=none; spf=softfail (mx1.freebsd.org: 81.187.47.195 is neither permitted nor denied by domain of lexi@le-fay.org) smtp.mailfrom=lexi@le-fay.org Received: from iris.eden.le-Fay.ORG (iris.eden.le-fay.org [IPv6:2001:8b0:aab5:106:3::6]) by fuchsia.eden.le-Fay.ORG (Postfix) with ESMTP id 4B1788D80 for ; Mon, 15 Apr 2024 19:32:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=le-fay.org; s=fuchsia; t=1713209548; bh=WcQ5lef6obONHtPX96+K1tvMlrx+fIogmKT2MZSQirI=; h=Date:From:To:Subject; b=kY4PjUP4qWWV3OX5VKl/Qoj1mt/cLKP+Fk1N72W+cB7xmrtJjx9kuYxMOJK13JG7V bk1JM78oA4LGAWJ8BAPjS/kUImkdEH5HJw6uem3pYgIOafMQANZQ2gWbDSILo+TPqi XMOjDRtwjL0C2RTiD9nLgvNjLulP/YWBZAE8fuFo= Received: from ilythia.eden.le-fay.org (ilythia.eden.le-fay.org [IPv6:2001:8b0:aab5:106:3::10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by iris.eden.le-Fay.ORG (Postfix) with ESMTPSA id AB1912C0421 for ; Mon, 15 Apr 2024 20:32:27 +0100 (BST) Date: Mon, 15 Apr 2024 20:32:27 +0100 From: Lexi Winter To: pkgbase@freebsd.org Subject: mailwrapper Message-ID: List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rxpXqR5q2Hq4/Jwl" Content-Disposition: inline X-Spamd-Bar: - X-Spamd-Result: default: False [-1.78 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.978]; R_DKIM_ALLOW(-0.20)[le-fay.org:s=fuchsia]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_NO_TLS_LAST(0.10)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[le-fay.org]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[le-fay.org:+]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:20712, ipnet:81.187.0.0/16, country:GB]; 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)[pkgbase@freebsd.org]; MLMMJ_DEST(0.00)[pkgbase@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; DWL_DNSWL_NONE(0.00)[le-fay.org:dkim] X-Rspamd-Queue-Id: 4VJHPc1WbZz4Pns --rxpXqR5q2Hq4/Jwl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hello, i am working on a patch for mailwrapper, which i'd like to move from FreeBSD-utilities to its own package. however i'm a little stymied by usr.sbin/mailwrapper/Makefile[0], which seems to do a few fairly odd things for the benefit of src users, such as linking mailwrapper to either dma or sendmail if mailwrapper itself isn't built. i'd like to significantly simplify the logic here so that if mailwrapper is enabled (${MK_MAILWRAPPER} =3D=3D yes), it's always installed in the usual place, and doesn't pretend to be dma or sendmail, and there is no special handling depending on the value of ${MK_SENDMAIL} and ${MK_DMAGENT}. =20 this might require some changes to either sendmail or dma (which of course i'd test before submitting anything), but in principle, does this sound like a reasonable idea? i am concious that many/most people don't use pkgbase yet and we shouldn't break things for them, but this seems like an ideal to time to clean up some of this legacy stuff. [0] https://cgit.freebsd.org/src/tree/usr.sbin/mailwrapper/Makefile --rxpXqR5q2Hq4/Jwl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEuwt6MaPcv/+Mo+ftDHqbqZ41x5kFAmYdgMgACgkQDHqbqZ41 x5nXyAv+IrYLE38ncOx3xMqQEQrTlgQMh8et3+NRCX03PX3JH57KT1MFvhwp0ZXf wHCsHsWf9AC9n73LXtReVJH9Bmcthu07m5b0/noKrnnUWKeIu0MPaGQtbj1ixz9R +qNJgQJNz38NxVUP9MIQYNN3PUEeNI0ULu7v80haEeyJjCWlNQ5qUqd2J9nIH3fx jP3QMsBy4wsNTKXPxsupDVL+hTU7Ikcop4uk51JgmUSjocwP2Zb6XAZTVW+iFEbF dX9CAeYLecN9mSTUrrsdp/0pxWZlPiY3QiNpWTMhQlhQ2F2K1UXZsl16cg1kTjDy 9Hlw7QUAIhi8FXhhVxJcNM96Pb+FO3qA0NRfLMCrB9H5P2Gcsn88//AlLT26qVI6 LVPXR0+4+mt3mBFKpbhkAFOrQW+vTTGulgU/IKkjXrgwNoxA08bQCRkyswA8L+Ga rhOAWuXgaYri8teTADhE2jODBSDu4HJQ3YavhDF3+GLYkOBSBEj7IYjTuhyEP6sa VgNppwC+ =ffBu -----END PGP SIGNATURE----- --rxpXqR5q2Hq4/Jwl-- From nobody Mon Apr 15 21:08:42 2024 X-Original-To: pkgbase@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 4VJKXd6bntz5H5c8 for ; Mon, 15 Apr 2024 21:08:49 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [209.237.23.5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VJKXd4XBJz4fLF for ; Mon, 15 Apr 2024 21:08:49 +0000 (UTC) (envelope-from marquis@roble.com) Authentication-Results: mx1.freebsd.org; none Received: from roble.com (roble.com [209.237.23.50]) by mx5.roble.com (Postfix) with ESMTP id 740631964BB; Mon, 15 Apr 2024 14:08:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=roble.com; s=rs060402; t=1713215322; bh=0vOsB3Mql9ghX5+/KbPR+6YCAr4vI6m7AovE3N2F7v8=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=HAaET0tIfx2oVpbKDD2I+LXmdz6183APJAHbnM7A9OgGlvl8DYpb1Yb5saUnytso5 LpHY2PgnW7qpEsoT6/HKqxsOM3x7yCmZn5WcqwZtOu19ksZu8U8sEu0siHFor0f+mH 4mKhuhB9L9wrrgJkd7KB+pj6vZ/txMGuJuPy1tGU= Date: Mon, 15 Apr 2024 14:08:42 -0700 (PDT) From: Roger Marquis To: Lexi Winter cc: pkgbase@freebsd.org Subject: Re: mailwrapper In-Reply-To: Message-ID: References: List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed 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:17403, ipnet:209.237.0.0/18, country:US] X-Rspamd-Queue-Id: 4VJKXd4XBJz4fLF > i am working on a patch for mailwrapper, which i'd like to move from > FreeBSD-utilities to its own package. Two thumbs up for that! Might work better in base if "OPTIONS_UNSET+=MAILWRAPPER" did what it was supposed to but it doesn't seem like that will ever happen. Please don't, however, link anything to sendmail. Even it's author says sendmail should be deprecated. Despite the many hours some of us have put into sendmail.cf customizations this software is long past its effective deprecation date. Roger Marquis > however i'm a little stymied by usr.sbin/mailwrapper/Makefile[0], which > seems to do a few fairly odd things for the benefit of src users, such as > linking mailwrapper to either dma or sendmail if mailwrapper itself isn't > built. > > i'd like to significantly simplify the logic here so that if mailwrapper is > enabled (${MK_MAILWRAPPER} == yes), it's always installed in the usual > place, and doesn't pretend to be dma or sendmail, and there is no special > handling depending on the value of ${MK_SENDMAIL} and ${MK_DMAGENT}. > > this might require some changes to either sendmail or dma (which of course > i'd test before submitting anything), but in principle, does this sound > like a reasonable idea? > > i am concious that many/most people don't use pkgbase yet and we shouldn't > break things for them, but this seems like an ideal to time to clean up > some of this legacy stuff. > > [0] https://cgit.freebsd.org/src/tree/usr.sbin/mailwrapper/Makefile > From nobody Mon Apr 15 22:24:31 2024 X-Original-To: pkgbase@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 4VJMD82KGqz5HCfV for ; Mon, 15 Apr 2024 22:24:40 +0000 (UTC) (envelope-from bsd-lists@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 4VJMD76mBpz4pHC for ; Mon, 15 Apr 2024 22:24:39 +0000 (UTC) (envelope-from bsd-lists@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 43FMOWKF039655; Mon, 15 Apr 2024 15:24:38 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1713219878; x=1713220478; r=y; bh=OQeDMDr341VQVhWDommv2YhWqIL932us2JZ5YI6awzQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=n9XIZulxYW+yPB5VZqffIL8fDLAAEFqhJzit8DDxAeajEcxs2GOP5OMzwe4tlcazr BlGWcbv+bAHramM7TD+cVIH8ocGU/tlAbUfGT21/nVewfTXaBSkP79DyRc3QGLGzAa 2C++o+nbF26vgpeUed6rCjSGMcvL5wuJGIwfmIhZr1iOdfXKgMUS1gYPiaBeNf6ZYI xTBReZ+QvQXcq8uYqCJjo+GIdYyPp6KfMLkkmWQ8zDxacGdj7TFEXsOVWzTshZq39G 5Vc9WgVGFXIJrTDUPN0dTfUDpOk6VSU+xDPQBY2WPI0NQ0jctx4ilrMMnNxr9yfY46 yeDcYUQEbXB4g== List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org MIME-Version: 1.0 Date: Mon, 15 Apr 2024 15:24:31 -0700 From: Chris To: Roger Marquis Cc: Lexi Winter , pkgbase@freebsd.org Subject: Re: mailwrapper In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <2dadf7ac48cb96fc3d503fcf45ca8fd0@bsdforge.com> X-Sender: bsd-lists@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: 4VJMD76mBpz4pHC On 2024-04-15 14:08, Roger Marquis wrote: >> i am working on a patch for mailwrapper, which i'd like to move from >> FreeBSD-utilities to its own package. > ... > > Please don't, however, link anything to sendmail. Even it's author says > sendmail should be deprecated. Despite the many hours some of us have > put into sendmail.cf customizations this software is long past its > effective deprecation date. Please. Can we not turn this into a MTA v. MTA discussion? Mailwrapper should handle all the MTAs supported by FreeBSD. Shouldn't it? That's what it's used for. Right? :) --Chris > > Roger Marquis > > >> however i'm a little stymied by usr.sbin/mailwrapper/Makefile[0], which >> seems to do a few fairly odd things for the benefit of src users, such as >> linking mailwrapper to either dma or sendmail if mailwrapper itself isn't >> built. >> >> i'd like to significantly simplify the logic here so that if mailwrapper is >> enabled (${MK_MAILWRAPPER} == yes), it's always installed in the usual >> place, and doesn't pretend to be dma or sendmail, and there is no special >> handling depending on the value of ${MK_SENDMAIL} and ${MK_DMAGENT}. >> >> this might require some changes to either sendmail or dma (which of course >> i'd test before submitting anything), but in principle, does this sound >> like a reasonable idea? >> >> i am concious that many/most people don't use pkgbase yet and we shouldn't >> break things for them, but this seems like an ideal to time to clean up >> some of this legacy stuff. >> >> [0] https://cgit.freebsd.org/src/tree/usr.sbin/mailwrapper/Makefile >> From nobody Mon Apr 15 23:46:42 2024 X-Original-To: pkgbase@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 4VJP2q5yh1z5HL2L for ; Mon, 15 Apr 2024 23:46:43 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [209.237.23.5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VJP2q2dPMz4vrv for ; Mon, 15 Apr 2024 23:46:43 +0000 (UTC) (envelope-from marquis@roble.com) Authentication-Results: mx1.freebsd.org; none Received: from roble.com (roble.com [209.237.23.50]) by mx5.roble.com (Postfix) with ESMTP id 106B619700D; Mon, 15 Apr 2024 16:46:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=roble.com; s=rs060402; t=1713224802; bh=y/d84odmM6JLMW3SDIoT6oqYkiBkgmZcTa2GunNWOQk=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=lyzFFWKNeMjueURvz80xaSpkE5rRIPa+nvGBtak9Tf9glNCONfxB1BaWAcuroU9Xx RR6Adq0IaSVeI6M0EMbpUZ/1MxiG0mpkNyAHBxl/pHb9rK5WqWy956hsmMUjBiVyVG 2+3s9vZJWMBmzNKjszWyx92zIcI3XCoosi0iC+Rc= Date: Mon, 15 Apr 2024 16:46:42 -0700 (PDT) From: Roger Marquis To: Chris cc: Lexi Winter , pkgbase@freebsd.org Subject: Re: mailwrapper In-Reply-To: <2dadf7ac48cb96fc3d503fcf45ca8fd0@bsdforge.com> Message-ID: <0969668s-7220-nr1p-803r-8po8s57rr28p@mx.roble.com> References: <2dadf7ac48cb96fc3d503fcf45ca8fd0@bsdforge.com> List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed 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:17403, ipnet:209.237.0.0/18, country:US] X-Rspamd-Queue-Id: 4VJP2q2dPMz4vrv Don't know about other MTAs but the most common, Postfix, doesn't need mailwrapper any more than does Sendmail. Roger > On 2024-04-15 14:08, Roger Marquis wrote: >>> i am working on a patch for mailwrapper, which i'd like to move from >>> FreeBSD-utilities to its own package. >> > .. >> >> Please don't, however, link anything to sendmail. Even it's author says >> sendmail should be deprecated. Despite the many hours some of us have >> put into sendmail.cf customizations this software is long past its >> effective deprecation date. > Please. Can we not turn this into a MTA v. MTA discussion? > Mailwrapper should handle all the MTAs supported by FreeBSD. Shouldn't > it? That's what it's used for. Right? :) > > --Chris >> >> Roger Marquis >> >> >>> however i'm a little stymied by usr.sbin/mailwrapper/Makefile[0], which >>> seems to do a few fairly odd things for the benefit of src users, such as >>> linking mailwrapper to either dma or sendmail if mailwrapper itself isn't >>> built. >>> >>> i'd like to significantly simplify the logic here so that if mailwrapper >>> is >>> enabled (${MK_MAILWRAPPER} == yes), it's always installed in the usual >>> place, and doesn't pretend to be dma or sendmail, and there is no special >>> handling depending on the value of ${MK_SENDMAIL} and ${MK_DMAGENT}. >>> >>> this might require some changes to either sendmail or dma (which of course >>> i'd test before submitting anything), but in principle, does this sound >>> like a reasonable idea? >>> >>> i am concious that many/most people don't use pkgbase yet and we shouldn't >>> break things for them, but this seems like an ideal to time to clean up >>> some of this legacy stuff. >>> >>> [0] https://cgit.freebsd.org/src/tree/usr.sbin/mailwrapper/Makefile >>> > > From nobody Tue Apr 16 07:36:11 2024 X-Original-To: pkgbase@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 4VJbSh3HNhz5G2s7 for ; Tue, 16 Apr 2024 07:36:20 +0000 (UTC) (envelope-from bsd-lists@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 4VJbSh06l4z4q58 for ; Tue, 16 Apr 2024 07:36:19 +0000 (UTC) (envelope-from bsd-lists@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 43G7aBuY047299; Tue, 16 Apr 2024 00:36:18 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1713252978; x=1713253578; r=y; bh=iBs+gB6RsownjbXeEBsENqHj2/2KJ1aazjcaOD/UCcQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=wLW1/H6oox857rYodsJwSGhf7cYMdhfTzeEbhaVaZJEB60DoJFW2iVaxP1OPHUdmC JQCPzHqKPRDlKyFXneouY+ZS4ZZubC+JizDZl3Q9D1Sl6mKn6iaWV6UDkoqNc8y6TF ULMVm0z3rkK8FivQl7yejnSO4bjjTnhPejX0bnOJ1PxTt1QLbvHrgf+fOkg/tCW+XW Kx847PUPgCIqTbfM8RpDVrMEHOUGyDKAQ6HZAJWaLlTtZt0OnOpjj78wgAcnPyBEmU qCdYh3QU/npYm1fdkspbPIhqJiWDXC1dl9LiasMd9yW5Qd6seZVjq3O9nZOcKFr4BG DIH6RQYpsfRtQ== List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org MIME-Version: 1.0 Date: Tue, 16 Apr 2024 00:36:11 -0700 From: Chris To: Lexi Winter Cc: pkgbase@freebsd.org Subject: Re: mailwrapper * In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <333569ac5ddd2549c026c97dfcc376a8@bsdforge.com> X-Sender: bsd-lists@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: 4VJbSh06l4z4q58 On 2024-04-15 12:32, Lexi Winter wrote: > hello, > > i am working on a patch for mailwrapper, which i'd like to move from > FreeBSD-utilities to its own package. however i'm a little stymied by > usr.sbin/mailwrapper/Makefile[0], which seems to do a few fairly odd > things for the benefit of src users, such as linking mailwrapper to > either dma or sendmail if mailwrapper itself isn't built. > > i'd like to significantly simplify the logic here so that if mailwrapper > is enabled (${MK_MAILWRAPPER} == yes), it's always installed in the > usual place, and doesn't pretend to be dma or sendmail, and there is no > special handling depending on the value of ${MK_SENDMAIL} and > ${MK_DMAGENT}. > > this might require some changes to either sendmail or dma (which of > course i'd test before submitting anything), but in principle, does this > sound like a reasonable idea? > > i am concious that many/most people don't use pkgbase yet and we > shouldn't break things for them, but this seems like an ideal to time to > clean up some of this legacy stuff. As I read it, and use it; mailwrapper(8) simply *assumes* that there is *some* default (based on available options) MTA already installed, and points to it as needed. The sendmail/dma stuff is there as a system isn't really complete if one can't send mail. How had you intended to improve the process? Strictly speaking; this process could probably just as easily be accomplished with a shell script living in /usr/(local/)libexec. Had you a specific direction in mind? > > [0] https://cgit.freebsd.org/src/tree/usr.sbin/mailwrapper/Makefile --Chris From nobody Tue Apr 16 12:01:59 2024 X-Original-To: pkgbase@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 4VJjMP14nWz5GkWL for ; Tue, 16 Apr 2024 12:02:09 +0000 (UTC) (envelope-from lexi@le-fay.org) Received: from fuchsia.eden.le-Fay.ORG (fuchsia.eden.le-fay.org [IPv6:2001:8b0:aab5:107::11]) by mx1.freebsd.org (Postfix) with ESMTP id 4VJjMN6FdMz3wvD for ; Tue, 16 Apr 2024 12:02:08 +0000 (UTC) (envelope-from lexi@le-fay.org) Authentication-Results: mx1.freebsd.org; none Received: from iris.eden.le-Fay.ORG (iris.eden.le-fay.org [IPv6:2001:8b0:aab5:106:3::6]) by fuchsia.eden.le-Fay.ORG (Postfix) with ESMTP id D5A2E8E8C; Tue, 16 Apr 2024 12:01:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=le-fay.org; s=fuchsia; t=1713268919; bh=9JoSOPykfEE2c1aeaVXzsBqK6kE9vvGxEwN5oV5KZ+8=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=YdwqpuTuR23HpANA91SmMdjLJoItYd0KGAPu2QnZYfzrfbAoOhkt7dur+etD8uT4p bxzMtfvhqy62wKAfl7wPuhG4TJMvnApKrKqJTpGZFRE1qTUJQirlOxWDOlJAUppfyN HDcmrjp1a8f6hoiJNaRbBFuX6DzqJC802XjWF1J8= Received: from ilythia.eden.le-fay.org (ilythia.eden.le-fay.org [IPv6:2001:8b0:aab5:106:3::10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by iris.eden.le-Fay.ORG (Postfix) with ESMTPSA id 534682C0421; Tue, 16 Apr 2024 13:01:59 +0100 (BST) Date: Tue, 16 Apr 2024 13:01:59 +0100 From: Lexi Winter To: Chris Cc: pkgbase@freebsd.org Subject: Re: mailwrapper * Message-ID: References: <333569ac5ddd2549c026c97dfcc376a8@bsdforge.com> List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zLhoZO+gMTN4GWIf" Content-Disposition: inline In-Reply-To: <333569ac5ddd2549c026c97dfcc376a8@bsdforge.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:20712, ipnet:2001:8b0::/32, country:GB] X-Rspamd-Queue-Id: 4VJjMN6FdMz3wvD --zLhoZO+gMTN4GWIf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Chris: > As I read it, and use it; mailwrapper(8) simply *assumes* that there > is *some* default (based on available options) MTA already installed, > and points to it as needed. The sendmail/dma stuff is there as a > system isn't really complete if one can't send mail. How had you > intended to improve the process? right: if you have mailwrapper, you also need an MTA. but the situation here is if you have an MTA and *don't* have mailwrapper, i.e. you build src WITHOUT_MAILWRAPPER. in that case -- if i'm reading the Makefile correctly -- the build process will create a symlink from 'mailwrapper' to either dma or sendmail binary, so it appears to consumers that mailwrapper is installed even though it's not; trying to use it simply calls the MTA directly. my proposal is to remove this functionality, i.e. the special handling of the WITHOUT_MAILWRAPPER case, to simplify the Makefile and make it less confusing to pkgbase-ify mailwrapper into its own package. this functionality was modified for DMA in 3467e28f [0] in 2022, but was originally added for sendmail in 2632dac8 [1], way back in 2002. i assume the use-case was people who wanted to use sendmail but didn't want to install mailwrapper for some reason, but nowadays, i would be surprised if anyone is still doing this. [0] https://cgit.freebsd.org/src/commit/?id=3467e28f3d114f35bdfa87d6afd373f9d291dfb3 [1] https://cgit.freebsd.org/src/commit/?id=2632dac82984593a7be37bafc570a93f82270249 --zLhoZO+gMTN4GWIf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEuwt6MaPcv/+Mo+ftDHqbqZ41x5kFAmYeaLQACgkQDHqbqZ41 x5kUywwAijcHmqknC6p6BZztjfzM3A2JmArWldNoa7R5Z7Wj4TTNGWxAJt5IaQkX RKjiyWw52CeKjh6ddng24efz/Mb1lZccL5d9A/uMWXhxFCdagEPvvMYJ2ZzMot+B 75TFg2zCUOiOQUpTDBxxGR3Vct8Ekk4+jlrbL2Zu/aGKFBl9K7HY7xD8sj5zzuNM 2ghfJnRph2GTXkJlZ70sWV6dkrlsTvtBlwjigygr2ybqUDPtZM+v7vigiPF1hJLT Y4YNjh1GOL1J97yQ2XntjWvE0SgSudEa3DdXwDDBBqZn2Xoc06xtpsVw3t69/RfH WdPHo6Id/xcuoq9hBxYx7oZLuRLCILervz5CWhNzVITJE67IFkuPNS38PcVgOf1d +ybM3Yo2zhegWb0zVIMEQkB+RpievTEaOF+8Kz7cJJZCuYyXxJdTDtI8MpNwQjYw rXcEx8/LOhaL01NQqpkj9CYPv1CBx6mSQSpAHLZgH76EvxK5JlAQo9Z0hyw/8OSi PvbuMyzd =fjeC -----END PGP SIGNATURE----- --zLhoZO+gMTN4GWIf-- From nobody Tue Apr 16 18:30:04 2024 X-Original-To: pkgbase@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 4VJszH5g4pz5HKTh for ; Tue, 16 Apr 2024 18:30:19 +0000 (UTC) (envelope-from bsd-lists@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 4VJszH06Whz4kQw for ; Tue, 16 Apr 2024 18:30:18 +0000 (UTC) (envelope-from bsd-lists@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 43GIU5Zh010019; Tue, 16 Apr 2024 11:30:11 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1713292211; x=1713292811; r=y; bh=GJIduE0ggedirRyCWw/qydKrE9curaobBckR2Ils8lo=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=qKOE4OWRRnsBmYrtFpsA2o7BDW24Mkw5jh0vngGkoyHmQ/nkA9hPg7KvwCBjXbCw4 9dsQnRZLtT/Afi3eH+wE5kab1Nydud9JtSrk+j2JPj8Z9p4TE+HSuF52EojMdWhGsu SrCLyUHveMEMFI6cAD1yX9UjRYOY7IkaREiJkbRfHnKdZRcwG4sScUw4NCWhrq0GCK jdGCMB5EaMXW45r/jwWhIoutETUTB9+XGT1K2iMxi2E5FXrdjIYeFd3/SCDlpLoChT kTQl2lYWVsAwf12gB45WGYsvUMME7uz08DaLEasy5Z1j/I/KP6PfRKpU7DooF3faRN UKCkhFcPJCaRw== List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org MIME-Version: 1.0 Date: Tue, 16 Apr 2024 11:30:04 -0700 From: Chris To: Lexi Winter Cc: pkgbase@freebsd.org Subject: Re: mailwrapper * In-Reply-To: References: <333569ac5ddd2549c026c97dfcc376a8@bsdforge.com> User-Agent: UDNSMS/17.0 Message-ID: <16e34a36133c4ac35a9860489c21f025@bsdforge.com> X-Sender: bsd-lists@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: 4VJszH06Whz4kQw On 2024-04-16 05:01, Lexi Winter wrote: > Chris: >> As I read it, and use it; mailwrapper(8) simply *assumes* that there >> is *some* default (based on available options) MTA already installed, >> and points to it as needed. The sendmail/dma stuff is there as a >> system isn't really complete if one can't send mail. How had you >> intended to improve the process? > > right: if you have mailwrapper, you also need an MTA. > > but the situation here is if you have an MTA and *don't* have > mailwrapper, i.e. you build src WITHOUT_MAILWRAPPER. > > in that case -- if i'm reading the Makefile correctly -- the build > process will create a symlink from 'mailwrapper' to either dma or > sendmail binary, so it appears to consumers that mailwrapper is > installed even though it's not; trying to use it simply calls the MTA > directly. > > my proposal is to remove this functionality, i.e. the special handling > of the WITHOUT_MAILWRAPPER case, to simplify the Makefile and make it > less confusing to pkgbase-ify mailwrapper into its own package. > > this functionality was modified for DMA in 3467e28f [0] in 2022, but > was originally added for sendmail in 2632dac8 [1], way back in 2002. > i assume the use-case was people who wanted to use sendmail but didn't > want to install mailwrapper for some reason, but nowadays, i would be > surprised if anyone is still doing this. I generally pick and setup my MTA up front. So mailwrappper(8) doesn't really play a part. But I can't see where your proposed changes could have anything but a positive affect. Thanks for the clarification, and thanks for your efforts on this. > > [0] > https://cgit.freebsd.org/src/commit/?id=3467e28f3d114f35bdfa87d6afd373f9d291dfb3 > [1] > https://cgit.freebsd.org/src/commit/?id=2632dac82984593a7be37bafc570a93f82270249 ---Chris From nobody Tue Apr 16 18:36:06 2024 X-Original-To: pkgbase@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 4VJt622hBDz5HLch for ; Tue, 16 Apr 2024 18:36:10 +0000 (UTC) (envelope-from lexi@le-fay.org) Received: from fuchsia.eden.le-Fay.ORG (fuchsia.eden.le-fay.org [81.187.47.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4VJt6118Mwz4l0t for ; Tue, 16 Apr 2024 18:36:09 +0000 (UTC) (envelope-from lexi@le-fay.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=le-fay.org header.s=fuchsia header.b="dWRtIz/U"; dmarc=none; spf=pass (mx1.freebsd.org: domain of lexi@le-fay.org designates 81.187.47.195 as permitted sender) smtp.mailfrom=lexi@le-fay.org Received: from iris.eden.le-Fay.ORG (iris.eden.le-fay.org [IPv6:2001:8b0:aab5:106:3::6]) by fuchsia.eden.le-Fay.ORG (Postfix) with ESMTP id 371C18F0F for ; Tue, 16 Apr 2024 18:36:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=le-fay.org; s=fuchsia; t=1713292567; bh=M4vNsmEJopop4TzdQoYIQVhD4n7qYpwNfOxqouB1poc=; h=Date:From:To:Subject; b=dWRtIz/Ujjw8BO3/dCE87J4fSZRQC2MoStVUT3Ws3dZRoBiTD0lJpe4hCdojvu/CP vUykHDLotSe2/BgmKLUiIfLb2Z5bOvzz75NeEvh0FzkZiys4ScwxyYay8tXsjXiP++ 6wvlV5WePtoYgnI8QDU31X9z+OoX6SA3aKdeh9lI= Received: from ilythia.eden.le-fay.org (ilythia.eden.le-fay.org [IPv6:2001:8b0:aab5:106:3::10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by iris.eden.le-Fay.ORG (Postfix) with ESMTPSA id BBFCC2C0421 for ; Tue, 16 Apr 2024 19:36:06 +0100 (BST) Date: Tue, 16 Apr 2024 19:36:06 +0100 From: Lexi Winter To: pkgbase@freebsd.org Subject: scope of FreeBSD-utilities Message-ID: List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="oI79FN8+KNMK2AH6" Content-Disposition: inline X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.50 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[le-fay.org:s=fuchsia]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:81.187.47.195]; RCVD_NO_TLS_LAST(0.10)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:20712, ipnet:81.187.0.0/16, country:GB]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[le-fay.org:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[le-fay.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[pkgbase@freebsd.org]; MLMMJ_DEST(0.00)[pkgbase@freebsd.org]; DKIM_TRACE(0.00)[le-fay.org:+] X-Rspamd-Queue-Id: 4VJt6118Mwz4l0t --oI79FN8+KNMK2AH6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hello, this week i've been submitting a few patches to move things out of FreeBSD-utilities. this is the 'catch all' package that everything gets added to if it doesn't belong to another package, so as a result it contains a lot of random crap that clearly shouldn't be there, simply because no one has gotten around to moving it to the right package yet. i've been trying to address this, but i wanted to clarify what exactly should be in its own package, and what should in FreeBSD-utilities, and if perhaps we need some additional packages. i briefly discussed this with manu on IRC who said that the basic idea is that one package should constitute a definable 'subsystem' rather than a single binary, which i agree with, but let me mention a few examples i'm unsure about: - mlxcontrol, mprutil, mpsutil, mptutil - these are utilities for managing various SCSI/SAS/RAID controllers. should each of these be in their own package (following the example of e.g. cxgbe-tools) or should there be a single package for 'HBA controller utilities'? i am leaning towards the former, but this means we'll end up with a few packages containing only a single binary + manpage. - awk, grep, bc, dc, cal, etc. - i am inlined to leave these in FreeBSD-utilities on the basis that these are actually 'utilities' and having a single package that provides all of them is quite useful - or at least will be once everything else has been moved out of -utilities so the package is a bit smaller. - mt, rmt - these are niche utilities; if you have a tape drive they're essential, but the vast majority of users don't have a tape drive. so should these be in their own package? there are more examples like this but hopefully these illustrate the basic issues. i'm happy to continue submitting PRs using my best judgement for this, but to avoid wasting anyone's time (including mine!) i thought it might be useful to have a discussion about the preferred way forward here. --oI79FN8+KNMK2AH6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEuwt6MaPcv/+Mo+ftDHqbqZ41x5kFAmYexRMACgkQDHqbqZ41 x5ntHAv/Y6QQ3Ed2CmDcnNRWgWMEa3TNy6PHG9uJcj17TUY61Ug8OmMMECjCxHvC DL2a6DoR00wU4EG1zoTkSJNvWXE3GWNKels0GzbkyJL2T00P5I3gXhExf7C3hKzG iIWSmV2x+KqkyS2+IX0zv9E7eBE7GGoGhsfz+dWFkP9wduZRi4sFlPF93YE1eKQK +T8Xn6BL1yWM8rA+m4ucBPuuWowK/hEJb/HgcHzEwIcYZabJ6NjFPd88MZKkOLE6 tBkFjsyGjZFbGeZtiU5xuZBBfsjYyg3wWcOfpUavs/nPonkHRteQ5JwkjGSxKGuD 8oVcqocp54gJ1IVbtEB1OrFoXY7+qtrr/ZIuo1HoVHAmRt+jc+494UYJRqHifse1 lFWgFqIcA1wIxd5Ck8LYUwO3TAvX7acXiHSsHA2xSSdjtpiBTWBaPchSx8YKqkad pcC6JVmPQ3J8+m0vf/Sns6vVj+Cw9aJm9AjSPikg6n5Y+4qQHPezh1DVqz69cuEV 1g0NhEDd =TpRc -----END PGP SIGNATURE----- --oI79FN8+KNMK2AH6-- From nobody Tue Apr 16 19:00:40 2024 X-Original-To: pkgbase@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 4VJtfR5p9Yz5HN27 for ; Tue, 16 Apr 2024 19:00:47 +0000 (UTC) (envelope-from bsd-lists@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 4VJtfR46Dmz4m47 for ; Tue, 16 Apr 2024 19:00:47 +0000 (UTC) (envelope-from bsd-lists@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 43GJ0emv096419; Tue, 16 Apr 2024 12:00:46 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1713294046; x=1713294646; r=y; bh=TuV0WzaJKl/ZgPnfAApaMoEC/E8+bgEmUvHTYzCve08=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=lU72+fUKFWYI5BAODcZGV1UBvJBnHE3F3BfYfOQYKkFedWpguJ89XGhkNPdENewlF eT+DHxaPlD5SobFRvBaByk6BlEJCVaHhirzYeOLRfhuva22MT7MKxAZIvclN/fZjtk +FDcbzDGvqgqmiGcKQIFxbzRc1e2rusgBs0XC4JcZEFXb0r5Wkn+yWnl0dIHMsaOL7 ZdXrYGMmG9kwfc3+nF+h8MQDUVKOJpwfEm2HkAnrH+fscveIQ+pXpa/8j58m/CDrIa 2dXIDOoxHMp5SwQz/bexjAoKM8nFLexAG9BIwQh+T67CKQMfxYw5I1QdoV35YIHijV d6IeF76KX/Trw== List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org MIME-Version: 1.0 Date: Tue, 16 Apr 2024 12:00:40 -0700 From: Chris To: Lexi Winter Cc: pkgbase@freebsd.org Subject: Re: scope of FreeBSD-utilities In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: X-Sender: bsd-lists@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: 4VJtfR46Dmz4m47 On 2024-04-16 11:36, Lexi Winter wrote: > hello, > > this week i've been submitting a few patches to move things out of > FreeBSD-utilities. this is the 'catch all' package that everything gets > added to if it doesn't belong to another package, so as a result it > contains a lot of random crap that clearly shouldn't be there, simply > because no one has gotten around to moving it to the right package yet. > > i've been trying to address this, but i wanted to clarify what exactly > should be in its own package, and what should in FreeBSD-utilities, and > if perhaps we need some additional packages. > > i briefly discussed this with manu on IRC who said that the basic idea > is that one package should constitute a definable 'subsystem' rather > than a single binary, which i agree with, but let me mention a few > examples i'm unsure about: > > - mlxcontrol, mprutil, mpsutil, mptutil - these are utilities for > managing various SCSI/SAS/RAID controllers. should each of these be > in their own package (following the example of e.g. cxgbe-tools) or > should there be a single package for 'HBA controller utilities'? i am > leaning towards the former, but this means we'll end up with a few > packages containing only a single binary + manpage. agreed, former (each to their own package) > > - awk, grep, bc, dc, cal, etc. - i am inlined to leave these in > FreeBSD-utilities on the basis that these are actually 'utilities' and > having a single package that provides all of them is quite useful - or > at least will be once everything else has been moved out of > -utilities so the package is a bit smaller. Leave in. > > - mt, rmt - these are niche utilities; if you have a tape drive they're > essential, but the vast majority of users don't have a tape drive. so > should these be in their own package? > own package (inclusive) > there are more examples like this but hopefully these illustrate the > basic issues. > > i'm happy to continue submitting PRs using my best judgement for this, > but to avoid wasting anyone's time (including mine!) i thought it might > be useful to have a discussion about the preferred way forward here. In closing; Not having looked at the Makefile, Is this option-based? IOW can the user simply tick off any/all of the individual items included in the port? Thanks. --Chris From nobody Tue Apr 16 19:08:09 2024 X-Original-To: pkgbase@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 4VJtq268Q1z5HNm9 for ; Tue, 16 Apr 2024 19:08:14 +0000 (UTC) (envelope-from lexi@le-fay.org) Received: from fuchsia.eden.le-Fay.ORG (fuchsia.eden.le-fay.org [IPv6:2001:8b0:aab5:107::11]) by mx1.freebsd.org (Postfix) with ESMTP id 4VJtq242yTz4mML for ; Tue, 16 Apr 2024 19:08:14 +0000 (UTC) (envelope-from lexi@le-fay.org) Authentication-Results: mx1.freebsd.org; none Received: from iris.eden.le-Fay.ORG (iris.eden.le-fay.org [IPv6:2001:8b0:aab5:106:3::6]) by fuchsia.eden.le-Fay.ORG (Postfix) with ESMTP id 52DEA8EA2; Tue, 16 Apr 2024 19:08:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=le-fay.org; s=fuchsia; t=1713294490; bh=e01YEPRFMx6lY/I614EziJrUHXtWanPP64+isbI9u2w=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=ZGXtxv6Hp1fzYYlKu2pZrnnR2H47xmFNZVes5q2DZQeScphDz5/Kzf8bbFf1W992y LISnJrOTDEIf/9VaL4tfxU/WKo9YV7ULqKFaYqqg1plSYnmddYWNRgsY0STAiWRRmi zLEkp0L89rD9f3ZiVP2tTI2VXYagG+8MbQNUS2Nc= Received: from ilythia.eden.le-fay.org (ilythia.eden.le-fay.org [IPv6:2001:8b0:aab5:106:3::10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by iris.eden.le-Fay.ORG (Postfix) with ESMTPSA id BA0892C0421; Tue, 16 Apr 2024 20:08:09 +0100 (BST) Date: Tue, 16 Apr 2024 20:08:09 +0100 From: Lexi Winter To: Chris Cc: pkgbase@freebsd.org Subject: Re: scope of FreeBSD-utilities Message-ID: References: List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="acpmQqLhu/6roLcc" Content-Disposition: inline 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:20712, ipnet:2001:8b0::/32, country:GB] X-Rspamd-Queue-Id: 4VJtq242yTz4mML --acpmQqLhu/6roLcc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Chris: > > i'm happy to continue submitting PRs using my best judgement for this, > > but to avoid wasting anyone's time (including mine!) i thought it might > > be useful to have a discussion about the preferred way forward here. > In closing; Not having looked at the Makefile, Is this option-based? > IOW can the user simply tick off any/all of the individual items included > in the port? generally, no, at least as i undersatnd it: the idea of pkgbase is you choose what you want to be installed by installing or not installing specific packages, so there should be no need for source-specific customisation. that's what prompted my other thread about mailwrapper: the current behaviour doesn't really fit into the pkgbase philosophy because what is installed as 'mailwrapper' varies based on source switches. with FreeBSD-utilities, i would expect this to be installed on most normal multiuser systems -- it's just larger than it should be right now. once it's trimmed down a bit, i can't imagine someone needing a source knob to decide whether 'bc', for example, is installed in -utilities. (if someone needs that level of customisation, like for an embedded system, they should be building from source anyway.) --acpmQqLhu/6roLcc Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEuwt6MaPcv/+Mo+ftDHqbqZ41x5kFAmYezJYACgkQDHqbqZ41 x5kdPAv/ePI8nXoEi36836ZF3IpvmAeVJ8iZ5+PfR5gJHn2vQ+3nXooq5KrdeB5N yEZ/BKczw0B+qN+uLUbOKWabUzetBMV787MEw4n56hJcMonhxIm5v5risdPWak8U 4g2+TPcpbhRZ8Wsz05Lq/SNlMrZ8YphgByuu1xBqaP22OAlPEjO9XbLW0aumrMrs 8zpxTPdJKhrx2AfmS7SzdgnJ22OYBqnBV9bqGhKsA4ZIV9bbwBqYyAxNruFwMS3J ExJvfNtwkg3uD/J5BZllBOGVFleNO/y/D6sWzi8h0V6Os+F5qBLS1aGzokcCIrjz WFGUdDz0VvUBc+kuOuIjAnCKJriNT95FfaHSMvMy+G3MLBTV9rOvMiTE25D9tgZ1 boUUh7ftRNERzwb0sxrghq9yD3xCP1KFFuFl59br/rBn4+m9ORoP+j4XLRqb1jxw 8RHyzaS/i2xHLAQ+p1d5tjCcTUzv5n2BgZSpXGr7wbR2he3/ItMf3lWv6W1GqwMk pbRlu4cf =9di6 -----END PGP SIGNATURE----- --acpmQqLhu/6roLcc-- From nobody Sun Apr 21 09:11:15 2024 X-Original-To: freebsd-pkgbase@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 4VMjLH3T7rz5HqyX for ; Sun, 21 Apr 2024 09:11:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-21.consmr.mail.gq1.yahoo.com (sonic301-21.consmr.mail.gq1.yahoo.com [98.137.64.147]) (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 4VMjLF4lb3z4pP4 for ; Sun, 21 Apr 2024 09:11:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=p5aBW6e8; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1713690691; bh=bHHTd1F22F6spIs6BiVPjykhtw/OToq1QGFBx1I0tA8=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=p5aBW6e8dY89Qz0nac7faElYgTcJb988+mz7vYHYtjUJKOPjqLD7/IvbAeuY785O5UUox8tvRWsOp/Gvf9kjZh99EANSU9NrnXnGGVUA66ap2ZCZPlBJqkQiWClZYzpJU9EcBHqTJAorZeV7aY3BmB2NqlO5O2CPASnkNQNEpKB46WihdpEs/nx7Nqe/4fNBKkmxUXc+geNXw8zNqudLemmtZ/irmOx/HqPHyjUSDCvlGf2tGxYn9LLIVkcQ3vhV4Nwta6csxB8EsYE7GOFueiEVsWtv1v8deMHxUAJHXQaMiLWeMDR+Lqy0XnDn7w/3hNNfLHoMI8qCo4HQxhPAAA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1713690691; bh=2Z8z0hSZ25M1rrabk9z2Hnd12ITwzg5AUeTuK5h+9p0=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=XI+qwmqlTqquXc01q0POYGQlqx0Gfqbkej4nEfICITvWtBwIxonEKXtrzEVYiocnVpRoutGFWBKcuchczr+PvDEOolKGx1C1fsFiU7ofXRckIEThWbzq3gR0lhaoFQQsT/n6mJ6Sd+tayJDbsIQ/yI2ZGQ5lzy+W6TiDK7TlH4dL2jhl7Jxuy2CZUVrSx0pfnXD7f8QDtNeS9TTMSKXM1BMmS/NcTjXG904eM61rM4wJIJqvs7iayafjQHg897TBM5NuCCtuRgoGSwcKlVlGhAeUncDSCQzaMS3lU85qqS23d0uaR7WztbOaMAcEUEeGt+/21a3c9+JvhENczPLJng== X-YMail-OSG: 3sO6QOkVM1kyVmzZW0U14ivUZ0jysLuZdDKnttJ6Gok3dWNWaPZvGlQwEe3q3dt bLWo0R9EBkGyMCUQUSzeCy1Ah57JBwD.aJcpGOSyrxGPF89ybFv9xmyUQFoE8fc9n_2kcU2RY1aM qEFAGtYJCNZ1OpljcbDW8i3pytbvp19wuFk0tLFdfXDrlBVZZa_bPM5zSJLhOtA.iqK6Kj_NKOlj tqr9XDUJmye1y38EclCsWfUXIEk4soDtWpp9EJToZ5SEI8oRBOot45KclHMclBLrmLrqZT5pugxT IvlCz0KhFJrpGolLrVl72NR9_fBPNybSQCFAhATjww0bVzc7_GLhIphZkydatbD93l.eWaC_IuR6 lG4ZsuwQIEvM.I5y0YX68ZFpHmBbxo9T7DvkQi6n_3A4CWX33ObZU1TLZxQXWpGlpF1N9inAt0S1 uUVqlLDOw7P_y6Gj6jbAJU4LIDlBXp4qVuOBbLVYELCzKlf6Pe9Cl3jZP5l2CPz8b6zmX5FAlOkC RuXfUdAiOEzZCEZlt_k8OskRNDca.gS1UlRwfXBS6HEs2Hk6IiY8uf3bj3_WfjmmdrCLeX7Tkfc8 snBw79GmoH3OgJaWTQyyyZRfbAC9GXyo.06kvaXiBUeQC3xlZuvQMdUAKh9vqDLrlWvDj0WaFmiw lK.SeC8CEYIvI8eKh9aiHi30ItW7iVnfJTkWLA0Pv7SMiMOud5RqyEAfh2GteW18rpB7ZOqi631c P.28lH3O7xnoXgObuGx6zrUtXaUl7l13.Owx2FmqUoUwPxDlyghQO0x4nM.jQEhEsNu.FosagWSX tptmReBYu.6HlLniQXhw_dOQK.TwqfnGymdJcK5mnsH.Jw4zbM1uE284XkSQr0Gtc4YUS1liQDPp 1CFyM22bzDRtLfLNRZarT67.L9Yyi.OcnkfqcZObJRUe8HAHR_2bV.s98x0.ion5Q4MHiD18Usa9 aNpYy9rm.Ec4t84rQlluut5Y1XxLxVStQ6HF_Vz4nzuK4GNN6MbLaMsxxe4B.SSLMxYYSA0QwP6R ToIHqtCk69_h7QWbW2Sfq02Y.26n4qb4l.lsJrg7K6Z_SeKYCOn9Fw8BC7u2AENP4nxJ4nPYd18h HXqvThUhvYtTQM6UFl2uDWIJnacBjqj69gJpdym0t8Uh5AJDCPGCvyOllZe_MDtdvYBDXcobfaiZ Vbv7hMFxhvCjz93YSxOuSZ.lJGqz.dHIOSZMuHf5mLoX4pJbirlw4AaecTQn_SIE2umUp6TrfLcn OClVG_h1YrDK7bay6dDQGfESuun2clKdBr6MMyD3jSWVV0Wqb.OBNIgqJlK1QQnBGtjFckhHGFbx F7Z5FtnZBeyrQ.tSHS0tLJqgIFJfmE9AiM3FiNQgOXQGRWxyC6vDINtYPtE8.kfH7NpHzxmh.nc0 N_MrWpdDhNNIy.AvCvCyvCP5Vx2yrjhN0JXyhsprxQ.vjCfVOj2vqnrqUNcU3ms258Q9rxMZo5w3 aydiMrly29PaAleXhGfNUQJx1lpbWPAQ680T34GAc8l.XWy4TMnJ2WqDXdbnkcF3gEa61sTn4OqK Qks31YE._eZjPHVG2OwS3CRQbGrD_VbHEnIhIsbEqOZq6O5hO08XWj02MC3FRxemhhTRfTpfTpLA QY995ON0m336dwtFJL0yxGlPyncQMd6p7wXje3FfwYDb2g.cVe.wT4IwToX0nG6hJgO5LMw6b_h6 8LebVUzKswuESuGVa_9eVYh8zzR3CNmyOPN.k1mwGHgaUlEaNgmCwyF2YgGkxELxePvVbJYmyX6s NIiqmd6nwejDEmhSHyECNMxPxe57AUypup.snBft7ggReN2qLZdtVZi5DMwkeqn1lJaI.Z9erHPe hpK9oTDejNVdqStKSqGxCXGbbyL2HmkEWfkykxtu59gICVyvwxP5WYTIuXI0S9.TaU3kXZqcwVN2 lPWNVs9ryBYM2ZRhO1Q9nSOufAhoqeHEphxVDZFCYcOBAxS9PecWT.B6SJgd3Ttm00sKxM96FtF4 53aJmRjMv0_yhW4coV.KPNDJftidkNTy_v7e7BuDY4Q.4c5RFS9bo_jg84b7C7Yt3pc8pCEwDCMa hypQJwtVVaMbTc9Ps_Vi6_DwUf1VE3BvHPXWFcMPOiU9rjJF5TA3ohL2rSFXa4SqqiNlmJm_bB.t dqr3LyQlqf4DPWFYj6J5Zxg4PIbL1hX9p7ZvTJCLtyhbmvZ6E0aIwSo9lHAs8f1nP_.tIkGrByLh a._k6zqdNN_3c_AmijIu54SQjTYUtG62soesyHZQkZQDy3p_48vMjg76JneZhmqc- X-Sonic-MF: X-Sonic-ID: 0a8741ec-112c-4b5c-ac72-bca2840650c9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sun, 21 Apr 2024 09:11:31 +0000 Received: by hermes--production-gq1-59c575df44-cc288 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7ad12a423f1e1aa7a14761724ef0e7a9; Sun, 21 Apr 2024 09:11:26 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: pkgbase upgrade: stopped after completing [408/414] for some reason Message-Id: <70DE9E0C-9DF2-4AB0-840E-D06007FAB97E@yahoo.com> Date: Sun, 21 Apr 2024 02:11:15 -0700 To: FreeBSD-pkgbase@freebsd.org X-Mailer: Apple Mail (2.3774.500.171.1.1) References: <70DE9E0C-9DF2-4AB0-840E-D06007FAB97E.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[FreeBSD-pkgbase@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.147:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.147:from] X-Rspamd-Queue-Id: 4VMjLF4lb3z4pP4 . . . Number of packages to be installed: 11 Number of packages to be upgraded: 391 The process will require 1 GiB more space. Proceed with this action? [y/N]: y [1/414] Deinstalling FreeBSD-rc-15.snap20240407023022... [1/414] Deleting files for FreeBSD-rc-15.snap20240407023022: 100% . . . [407/414] Upgrading FreeBSD-libstdbuf-dev from 15.snap20240320013239 to = 15.snap20240408112723... [407/414] Extracting FreeBSD-libstdbuf-dev-15.snap20240408112723: 100% [408/414] Upgrading FreeBSD-libsqlite3-dbg-lib32 from = 15.snap20240407023022 to 15.snap20240420161708... [408/414] Extracting FreeBSD-libsqlite3-dbg-lib32-15.snap20240420161708: = 100% #=20 =3D=3D=3D Mark Millard marklmi at yahoo.com