Kyle Evans wrote:
> This is the problem I have with mailing lists; 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 quoted the part I was referring to. I trimmed the rest,
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
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.
Kyle Evans wrote:
> Yes, my proposal is that it stops doing that and we teach updatedb to
> handle the priv-dropping instead, so that you get the same behavior no
> matter how you execute it.
Ahhh OK, I get you now. sorry, I musunderstood, I thought you meant the
current "periodic" method runs
On 10/1/24 11:29, Rodney W. Grimes wrote:
On 9/30/24 19:36, Jamie Landeg-Jones wrote:
Kyle Evans wrote:
It might be that the better long-term approach is to teach updatedb.sh
how to drop privileges and push that out of the periodic script to avoid
surprises like this from the different execut
> On 9/30/24 19:36, Jamie Landeg-Jones wrote:
> > Kyle Evans wrote:
> >
> >> It might be that the better long-term approach is to teach updatedb.sh
> >> how to drop privileges and push that out of the periodic script to avoid
> >> surprises like this from the different execution environments. Th
On Mon, 30 Sep 2024, at 22:32, Kyle Evans wrote:
> - install $tmp $FCODES
> + cat $tmp > $FCODES
thank you!
--
> Yes, my proposal is that it stops doing that and we teach updatedb to
> handle the priv-dropping instead, so that you get the same behavior no
> matter how you execute it.
Please don't, or at least don't without an option to avoid that. Having a
files DB for some projects is really handy, an
On 9/30/24 19:36, Jamie Landeg-Jones wrote:
Kyle Evans wrote:
It might be that the better long-term approach is to teach updatedb.sh
how to drop privileges and push that out of the periodic script to avoid
surprises like this from the different execution environments. This
/feels/ like the ki
Kyle Evans wrote:
> It might be that the better long-term approach is to teach updatedb.sh
> how to drop privileges and push that out of the periodic script to avoid
> surprises like this from the different execution environments. This
> /feels/ like the kind of thing we could take an opinion
On 9/30/24 16:28, void wrote:
On Mon, Sep 30, 2024 at 02:08:18PM -0700, Gleb Smirnoff wrote:
M> > Manual run of the periodic job doesn't reproduce the problem :(
M>
M> Backing out commit f62c1f3f8e91c78d402e1db4e518e4899a4ba2b9
resolves it for
M> me,
Sorry but I'm quite dense regarding git.
On Mon, Sep 30, 2024 at 02:08:18PM -0700, Gleb Smirnoff wrote:
M> > Manual run of the periodic job doesn't reproduce the problem :(
M>
M> Backing out commit f62c1f3f8e91c78d402e1db4e518e4899a4ba2b9 resolves it for
M> me,
Sorry but I'm quite dense regarding git. Can you describe how exactly
wha
On Mon, Sep 30, 2024 at 02:25:49PM -0400, Michael Butler wrote:
M> On 9/30/24 14:11, Gleb Smirnoff wrote:
M> > On Sat, Sep 28, 2024 at 11:10:57PM +0100, void wrote:
M> > v> I have found that *only* on arm64, locate errors like so:
M> > v>
M> > v> # sh /etc/periodic/weekly/310.locate
M> > v>
M> > v>
On 9/30/24 14:11, Gleb Smirnoff wrote:
On Sat, Sep 28, 2024 at 11:10:57PM +0100, void wrote:
v> I have found that *only* on arm64, locate errors like so:
v>
v> # sh /etc/periodic/weekly/310.locate
v>
v> Rebuilding locate database:
v> install: /var/db/INS@ArwCNx: Permission denied
v>
v> However, i
On Sat, Sep 28, 2024 at 11:10:57PM +0100, void wrote:
v> I have found that *only* on arm64, locate errors like so:
v>
v> # sh /etc/periodic/weekly/310.locate
v>
v> Rebuilding locate database:
v> install: /var/db/INS@ArwCNx: Permission denied
v>
v> However, if it's run like this:
v>
v> # sh /usr
Michael Butler wrote:
> > I have found that *only* on arm64, locate errors like so:
> >
> > # sh /etc/periodic/weekly/310.locate
This runs /usr/libexec/locate.updatedb as nobody
and ensures that /var/db/locate.database exists and is owned by nobody,
but /var/db itself is root:wheel and 755 so the
On Sun, 29 Sep 2024 10:21:57 -0400
Michael Butler wrote:
> On 9/28/24 18:10, void wrote:
>
> > I have found that *only* on arm64, locate errors like so:
> >
> > # sh /etc/periodic/weekly/310.locate
> >
> > Rebuilding locate database:
> > install: /var/db/INS@ArwCNx: Permission denied
> >
> > Howe
On Sun, Sep 29, 2024 at 10:21:57AM -0400, Michael Butler wrote:
This happens on all my amd64 -current installs.
really!!! Maybe I missed domething in the etcupdate on my -current amd64
instances
--
On 9/28/24 18:10, void wrote:
I have found that *only* on arm64, locate errors like so:
# sh /etc/periodic/weekly/310.locate
Rebuilding locate database:
install: /var/db/INS@ArwCNx: Permission denied
However, if it's run like this:
# sh /usr/libexec/locate.updatedb
WARNING
Executing updated
Hello Gleb,
On Wed, Sep 25, 2024 at 01:32:59PM -0700, Gleb Smirnoff wrote:
On Mon, Sep 23, 2024 at 01:00:11AM -0700, Gleb Smirnoff wrote:
T> This is an automated email to inform you that the September 2024
stabilization week
T> started with FreeBSD/main at main-n272449-6e414739fc95, whi
On Mon, Sep 23, 2024 at 01:00:11AM -0700, Gleb Smirnoff wrote:
T> This is an automated email to inform you that the September 2024
stabilization week
T> started with FreeBSD/main at main-n272449-6e414739fc95, which was tagged as
T> main-stabweek-2024-Sep.
The only issue discovered a
Hi FreeBSD/main users & developers:
This is an automated email to inform you that the September 2024 stabilization
week
started with FreeBSD/main at main-n272449-6e414739fc95, which was tagged as
main-stabweek-2024-Sep.
Those who want to participate in the stabilization week are encourage
22 matches
Mail list logo
