From nobody Wed Oct 02 08:22:22 2024 X-Original-To: freebsd-current@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 4XJSTz12Cnz5Y9gl for ; Wed, 02 Oct 2024 08:22:31 +0000 (UTC) (envelope-from olce@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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XJSTz0ZK2z4lQ2; Wed, 2 Oct 2024 08:22:31 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727857351; 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=LARg95XA+omNfIGjKmpuFoq5mAvB0osgdVLVQiKmi84=; b=u4nVeHX5RHqlvPOdWp8GO/lXJtWgbs67pCUqqSAUFlkwoM4sgRXQjejWhj59knUvNywHRJ HBjbHdfVq0Z2YuG79GtDLGTemeoKx9AOfFlvFwAUi+93fdVNkXMxTy7/yhCtPSOiBUNOTg Fzf5RkMnssVwDFszHldYmYxMgOi4P9Y44oqEMoAZzjbuDqHu+GNbLnP6qPHRHNSjlNStrF OAdGMgM2hi+zL1TKhA1RkxSnXv/T6xyCXHCTO4wKQGH+9cXYbIY/rd3gvlIzkTLoR7W+qq W1hWN6nE03P+shSnS+vQvIwcKOs/yrJ9AelTjiuQAmU+Gmhr387vjq3DhckI6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727857351; 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=LARg95XA+omNfIGjKmpuFoq5mAvB0osgdVLVQiKmi84=; b=kk3I/a7Chvycrtg2S8zZZdJKzwX7YCT3/44C6Xhu2sC3/P4iOlAm4f0gHQ6BrnWOIDG4Bv lkYlR7qHHqJa/4VlZZNugQ/77g3t9GhzKBQUcshcY3PpIfT0CVNkjniPUR+heddSl6xHgB wye9EwFHP69vVoW0LCHDRA/FWpPBt/KMlL7ucoNmySAfK/riwz4TpZKvK3idsYdxuPge56 jA/N1aKaxPREhZgSJdoX3uWZJRYwuW5/TAaSEMACtUSmv15CYoeSuQk7S1Yo5/q5pp6UmE wOTmkx06WbJzVLgEjb18rhQ3ntwGl8cf/dRzIJJ+Jav8b+mnCCrS1Jq24ycD7g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727857351; a=rsa-sha256; cv=none; b=eUtq66NK1H452MLveRv3yhUhbdOs1laZWDX6H4cgNTvDXGmebRzyUiWuc+tz0by8IbWMLf w1dcTucgO+ZBMxGMXnReqWO/YF0NC96npaGobM73q0ec8RGx3HumsbM77TntwlNbMPLnry Tlo+8VtB4xqo5Py8fvljDvbjaS8ts6wFlYUkWGmt5yGSoNpo2kPtmMpCPCsu4fYIFMLSfj 3Q/gGMkyE03DOcfeQKyf3aKXhyiYr0rJUdoy/egXYI441Oaed7VjhYXOnWIxVIyTThH0wK GHomJucP0kWGFYzrVHLDOAEWHDUTXCZ3KLgvdVzrLFRm3JqpRCo4BDw1l2pVhg== Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (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: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XJSTy1p4qzDhd; Wed, 2 Oct 2024 08:22:30 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: Kyle Evans Cc: "Rodney W. Grimes" , Jamie Landeg-Jones , freebsd-current@freebsd.org Subject: Re: weekly locate error Was: September 2024 stabilization week Date: Wed, 02 Oct 2024 10:22:22 +0200 Message-ID: <4950817.Cjmsv3J8Qz@ravel> In-Reply-To: References: <202410011629.491GTQMf000804@gndrsh.dnsmgr.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1923316.vR5SVPPSqJ"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart1923316.vR5SVPPSqJ Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; protected-headers="v1" From: Olivier Certner To: Kyle Evans Date: Wed, 02 Oct 2024 10:22:22 +0200 Message-ID: <4950817.Cjmsv3J8Qz@ravel> In-Reply-To: MIME-Version: 1.0 Hi Kyle, > This is the problem I have with mailing lists; This is not only a problem with mailing lists, but more generally with written communication. > 2/3 responses didn't go back and read the critical bit of context to my stance (but at least you > still included it in your quote, the other one trimmed it entirely): I assume that the "other one trimmed it entirely" refers to my mail. And the "2/3 responses" probably also. Then, allow me to make something clear: I never respond to people before having read what they wrote entirely (there can be exceptions with very long texts, not correctly articulated ones, deficient syntax, etc., but in this case I normally say so; and, of course, the occasional error or omission). This case is no different. I trimmed the content of your first mail precisely because I had its content clearly in mind and didn't think it necessary to expose it again. And my response mentions "(snip) at least don't without an option to avoid that (snip)", just a rephrasing of a small part of your first mail (but this was impossible to guess given the actual sentence I wrote down). > > [...] surprises like this from the different execution environments. > > This /feels/ like the kind of thing we could take an opinionated > > stance on, maybe providing an escape hatch of some sort if someone > > really wants to complain that they can't document all filenames on > > the system. > > I don't disagree that there are probably valid cases, this is a proposal > of a possible change, not a change itself. Admittedly I didn't see it > as likely as it apparently is, but it's not like I completely ignored > the possibility. I don't think I ever disputed that you had considered another possibility at start. My concern was rather to perceive a possible "assertion progression" in your sentences. You started with "It might be better (snip)" (which incidentally you didn't repeat in the last mail), then continued with "/feels/" (emphasized; what for exactly?) and "we could take an opinionated stance" (which, yes, contains "could", but also contains "opinionated"). There is a mention of an "escape hatch" yes, but it disappears completely in your subsequent mail "(snip) my proposal is that it stops doing and we teach updatedb (snip)". There are several possible interpretations for this sequence, and my response was only to what I consider the worst one. Admittedly, it can look much stronger than what I intended because, out of brevity, I only addressed the interpretation that would be problematic to me, and also in part because I was using instant messaging quite frenetically at that moment and inadvertently treated the mail medium the same (a lesson for me). A major problem of written communication is that people, especially in scientific/engineering settings, tend to focus on the written words so much that they forget that the people behind them are much bigger, with much more nuance and a lot more ideas, sometimes even contradictory with what they chose to write down, and their own mind dynamics (progression, evaluation, change of mind, etc.). I think I know you enough to evaluate that you are not the type of guy pushing for solutions without hearing the point of view of others, which was another reason to omit discussing the parts we may agree on. I'm sorry that you received my mail too strong than intended. Going back to the topic, as I think the (few) responses have shown, the point is that '/usr/libexec/locate.updatedb' is used not only by '/etc/periodic/weekly/310.locate' but also by operators. So this would call for: - Not enforcing privilege dropping in '/usr/libexec/locate.updatedb', or at the very least provide an "escape hatch". - Possibly moving it into '/usr/bin', along with 'locate', in which case, it should not do any privilege dropping by default. Thanks and regards. -- Olivier Certner --nextPart1923316.vR5SVPPSqJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmb9Ar4ACgkQjKEwQJce JidrCQ/9Fcl4aCnT1mAwzBmXDIPvT7947GS0jMtQEdlHgdIXz+lPsZvZ3MVnBHEP wlvTOW9+zpeISEYupj+RxUb2XmQraRl2gVjMuhLa2eT9HF0njr+HutwKoy8JWSot Qxv1uy3ykvNDcuJbWVcQgLjJYFi/CfccoKGuHTxMSyPY70FDoTKNOqVCpFN45dj1 +4b9BavFbacoRO/2mJTX6huVuZGVSSCwTp6mRDYEIkUcFL/81eqMxUCPu1BXhN8a GRrT9JOnFMmkvNXv0YDAUBhKHHVySyLwDd2kjExb+x3ZWlwKrcyJeLaKn9SR793J hoc+lukBN/D1Mw5s6aIh/nt+sRK4MrOJoQJD8gZIa65z7yz5M8o6rkgqYg1sB4pA tUJe+Tr7kR9tm2IZoCf3hntr1Yf0ytjmUCna6Nll6H1JuHRQ9TWG5yYdOvDc+YqO b+ohQc9X4TEYQtjP07vHkcgiW8qcojh5yOEmry55ZsEv7UaNMIm1lODpxpZVUVTw kNOKTQyD0I69Buk6L7Bq66JsU2kKqy8zZDqo4AwQhvGMBUs/47eCG5a1SRIkdMXm v9olTY2COvWCHktWcKqExM2PeVM5NkRDWI/98/BsRkSD0vXpFh8GDHWVg6O1UB2k /va9pgDIqORIF4B0cu4dRzp/jbPNgjG6LxG+HiW/Ea5OrKoDjsU= =z8Qq -----END PGP SIGNATURE----- --nextPart1923316.vR5SVPPSqJ--