From nobody Tue Oct 1 21:23:00 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 4XJ9sB1Bc2z5XQ1l for ; Tue, 01 Oct 2024 21:23:10 +0000 (UTC) (envelope-from glebius@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 4XJ9sB0LtJz4rnJ; Tue, 1 Oct 2024 21:23:10 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727817790; 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=wJoQWfUKBoEss20shO1Cj7tdJi6FG5KDJGlcQlg+Y0M=; b=TJfmqPlQHYfI2tllMLCdES1+1fom0oFGtNnRiEOa9qG4KD7WoBjc7EAEiqmdpAY0h7AlMw 9DeZvp68YarmYlaR6teareAxdDU6ELSN6BYKxk3RRTdci+6VrPJNFYghVlcYQpbIm5pwuj A1dYohOzGkGhth3wXAIrE8eVx34k0jZiPAT8wtUO1jufJut/K1Za7xNu3MpYUxcYoI/Rpy Iz60mom/5k9noXGuD6MvaXwykV7BsSadBDdyIulkyb+n2r2g05r9jXag4iYp2gWWF+7Wgz JhilHwzQB0/Gr4Quw8IoWiGsocLBhc7q0D09HOCYsppIDNAVqQ+wFvJo6ewL1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727817790; 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=wJoQWfUKBoEss20shO1Cj7tdJi6FG5KDJGlcQlg+Y0M=; b=gmsD9W5jf/aJNxkuWtxFu/XofY7gjmx93vUJJSJ42VtBBCnLtXXmmeksfA/h1qy6ah+L3u htt8VYG0wCZsL6Jrm2gm7FK+eSczdloJ6Mguup7bslcqYmuFxKS0eIyQQh/3ibRG5a9UVR ej1gBGA+EEhOTfyvz2ykfHkxjdKMkH4L+xiflFXspwcjX6tNfsTc+V2mu+QnL/zkFWapmV IonSqKvyyWGmftdZmjafqizSEy8XVRt7ZG+AqktZMnyoG3vnnvxha7AktXUctu63VG01Rp d8ZC4M74/HYtdBd2oYiI5cWCXoW80rIu01lvPGNVoktTtfL9IYbF8ES6UBPF3w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727817790; a=rsa-sha256; cv=none; b=hY0nF+qJDQZHgTgT31oZU4xWTxLgXoXrl6zkW/2XS4znzy6zI4tgPpQ7u+orrt0lsxYIrl Q/F3upCrAUcWcuZh2lYTqzy67MtoFDr2VmpiLFqpEKu+5rS74dlPB/lzqL1k/QIRDpVcaD vW09ww5LJMMnq8LO/5k3z5IJDdWKcDYjk3CW4MHiPFtt1e04ao3yGmhjxFERgkENnFh92N NcnaGTcPW0zfNRN3PHza6IQ5vCZkJhrzlqN2DhPoR3SHOmSWn1D265lNUFQvDQSYdL+Sr8 jLS06XtdKPAg+vQ3/1IaFvGgICDbg+b2Ew937cO2qTHoT03LFeWA+bZCczNeDg== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XJ9s93GKhz1FBp; Tue, 1 Oct 2024 21:23:09 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Tue, 1 Oct 2024 14:23:00 -0700 From: Gleb Smirnoff To: "Simon J. Gerraty" , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Cc: Michael Butler , freebsd-current@freebsd.org Subject: Re: September 2024 stabilization week Message-ID: References: <88021.1727628137@kaos.jnpr.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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <88021.1727628137@kaos.jnpr.net> On Sun, Sep 29, 2024 at 09:42:17AM -0700, Simon J. Gerraty wrote: S> Michael Butler wrote: S> > > I have found that *only* on arm64, locate errors like so: S> > > S> > > # sh /etc/periodic/weekly/310.locate S> S> This runs /usr/libexec/locate.updatedb as nobody S> and ensures that /var/db/locate.database exists and is owned by nobody, S> but /var/db itself is root:wheel and 755 so the error from install does S> not seem surprising. S> S> Though that begs the question of how this ever works ;-) The way it always worked is that /var/db/locate.database always exists and is owned by nobody. This is done by the periodic job before soing su: locdb="$FCODES" touch "$locdb" && rc=0 || rc=3 chown nobody "$locdb" || rc=3 chmod 644 "$locdb" || rc=3 After that it runs su: echo /usr/libexec/locate.updatedb | nice -n 5 su -fm nobody || rc=3 Before f62c1f3f8e91 the file was installed with cat(1): cat $tmp > $FCODES # should be cp? After f62c1f3f8e91 the install(1) is used. The latter is designed to use a temporary file to avoid race conditions. But we can create a temporary file in /var/db when we are nobody. I'm going to change this line back to cat(1) in a week unless Dag-Erling responds. -- Gleb Smirnoff