From nobody Mon Oct 13 18:57:54 2025 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 4clmnp6Y1hz6CCCy for ; Mon, 13 Oct 2025 18:58:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qk1-f181.google.com (mail-qk1-f181.google.com [209.85.222.181]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4clmnp4PH4z3G6F for ; Mon, 13 Oct 2025 18:58:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qk1-f181.google.com with SMTP id af79cd13be357-859b2ec0556so656281685a.0 for ; Mon, 13 Oct 2025 11:58:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1760381886; x=1760986686; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Mq1d3vXsovaOHnlUmXWSHvfQE0qlUQO2jWnVaX4S4ZA=; b=ndeP/5nHK9fSq8AomezYFgmdfsED1coAV77KF8GVt+DiBT8rGHvd84TESWOUBwMoGL Ea/FIkxejGU1xr995P5mglMsFiRbcbpRc2Xfj7nWbmaRTaJyDdz6Fpqd4uW9E2qETNux DG8AqzQtuxk0NUD2yimStKjJwLkyNFcEar30d13RWQgg48KwyY74glUxxlkhPsaZR1db YMWUYCritullzWAFnJ44cRzAvTBHisLMYJMqFi/J+Mg2MjNokUlptzsHorGFYRmtUEJo zyounSz/j9D81qfpW6PbvstX/+lNnmwaIpxxjRJaKzFS5pbuymJAPG3XTFQhCrHrrTDK p+1w== X-Gm-Message-State: AOJu0Ywb5ar2QsL/JqRqWINZHX6LQvm08DdlpyhrKW59vA2HNlh0hn9l 0Nf/IjNBtuT0rL5heoRBBJ80MVesLCdfwJzra3gxRJKvRqvCJvh75mOEW0xCf7ScILazpnxT7FU JNznWhpY6N2y6rS7o4t4i3BKdshbbkK36Rg== X-Gm-Gg: ASbGncsDnLK7jYjNlMsKvXfyQxBlbJUBzbY7CNDQe3ExWOVcmAgoAB3FxMIC2CVkdL5 EB83tNc5smQRxr2RSj1bBH1Y3nkH4w4p2moTNvYbSGrkYFZPzUpgjPEYvwmWH7Qh3Aq4+qeguO4 AkNcY4AmNvKP9mglqTBYObUojeLMch1cBvyQo+a2ZTlL1mSc8PCcWHUOBP5VjBc17PYPRg+/jSb vOW3QkE1zmQiGkKOBDYWYHfEg== X-Google-Smtp-Source: AGHT+IEdjrcnyERkC9RdJgl6q3zP/ZXHD7tXMkN6+Xh782lN6MuuwTVyN5MZSR0FJ2eiv3hnw9/Aja6VymSphVRre3A= X-Received: by 2002:a05:620a:1aa7:b0:863:42ea:d687 with SMTP id af79cd13be357-88352d9a142mr2675038685a.78.1760381885562; Mon, 13 Oct 2025 11:58:05 -0700 (PDT) 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 References: <2507674.THHZn3L5Ee@ravel> <6142242.Zv9zXsTiuT@ravel> <51721B50-CDEB-4B93-9CA6-1B2141180869@ketas.si.pri.ee> In-Reply-To: <51721B50-CDEB-4B93-9CA6-1B2141180869@ketas.si.pri.ee> From: Adrian Chadd Date: Mon, 13 Oct 2025 11:57:54 -0700 X-Gm-Features: AS18NWAab8u1_cYBO8R3GW2mpANNupLZMpNUwuWbuJV2JINX3I3w4zCPjqYUe30 Message-ID: Subject: Re: openat("./...", O_CREAT) fails even though the directory exists To: Sulev-Madis Silber Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000f5441a06410ed89f" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4clmnp4PH4z3G6F --000000000000f5441a06410ed89f Content-Type: text/plain; charset="UTF-8" On Mon, 13 Oct 2025 at 11:22, Sulev-Madis Silber < freebsd-current-freebsd-org111@ketas.si.pri.ee> wrote: > > > On October 13, 2025 9:06:02 PM GMT+03:00, Adrian Chadd > wrote: > >... > > > >On Mon, 13 Oct 2025 at 03:23, Lexi Winter wrote: > > > >> Olivier Certner wrote in <6142242.Zv9zXsTiuT@ravel>: > >> > > i suspect the fix will be in pkgbase somewhere: for example, we > >> > > could restart sendmail on upgrade, or tell the user to do that. > >> > > >> > Most probably it will need too, yes. > >> > >> proposed fix at https://reviews.freebsd.org/D53061. i really don't > like > >> this (nothing else restarts services on upgrade) but this is probably > the > >> least disruptive solution for users. > >> > > > >I'm curious - why are we NOT restarting services after an upgraded > package? > > > > > >-a > > i hope this wasn't proposal of blanket restarts everywhere. this could get > bad quickly. i recall friends cursing linux distros going one step further, > starting everything that's installed with default config > > many things would happily run after update, nginx even has special no > interrupt upgrade which replaces binary > > for sshd it would maybe ok but who knows. all around restarting is bad. at > least optout would be needed > > what if it needs config change or other kind of adjustments before admin > decides to restart it. or wants to choose time > > The only reason I'd like services not to be restarted is in case it's a last ditch attempt to recover a broken system. Otherwise: * your currently executing binary can be referencing libraries, files, etc which themselves are deleted but won't be freed until you kill the process; * the binary itself may be deleted, but it won't be freed until the process is killed; * the binary may be pointing to old paths / binaries / etc (think web servers, mail servers, etc) which no longer exist until you kill/restart the process (as ivy saw); So yes, i'd like services to be restarted when the package itself is reinstalled. This gets hilarious when you start thinking about the underlying libraries being upgraded and old ones being deleted, but like, in theory package management should handle that for me too as it should know all of those dependencies. If the package system doesn't do that then I'm going to need to reboot my system after a non-trivial package upgrade anyway, as a bunch of stuff may have changed and it may behave unpredictably until it reboots. -adrian --000000000000f5441a06410ed89f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, 13 Oct = 2025 at 11:22, Sulev-Madis Silber <freebsd-current-freebsd-org111@ketas.si.pri.ee= > wrote:
=

On October 13, 2025 9:06:02 PM GMT+03:00, Adrian Chadd <adrian@freebsd.org> wrote: >...
>
>On Mon, 13 Oct 2025 at 03:23, Lexi Winter <ivy@freebsd.org> wrote:
>
>> Olivier Certner wrote in <6142242.Zv9zXsTiuT@ravel>:
>> > > i suspect the fix will be in pkgbase somewhere: for exam= ple, we
>> > > could restart sendmail on upgrade, or tell the user to d= o that.
>> >
>> > Most probably it will need too, yes.
>>
>> proposed fix at https://reviews.freebsd.org/D53061.= =C2=A0 i really don't like
>> this (nothing else restarts services on upgrade) but this is proba= bly the
>> least disruptive solution for users.
>>
>
>I'm curious - why are we NOT restarting services after an upgraded = package?
>
>
>-a

i hope this wasn't proposal of blanket restarts everywhere. this could = get bad quickly. i recall friends cursing linux distros going one step furt= her, starting everything that's installed with default config

many things would happily run after update, nginx even has special no inter= rupt upgrade which replaces binary

for sshd it would maybe ok but who knows. all around restarting is bad. at = least optout would be needed

what if it needs config change or other kind of adjustments before admin de= cides to restart it. or wants to choose time


The only reason I'd like services = not to be restarted is in case it's a last ditch attempt to recover a b= roken system.
Otherwise:

* your currently executing bi= nary can be referencing libraries, files, etc which themselves are deleted = but won't be freed until you kill the process;
* the binary i= tself may be deleted, but it won't be freed until the process is killed= ;
* the binary may be pointing to old paths / binaries / etc (thi= nk web servers, mail servers, etc) which no longer exist until you kill/res= tart the process (as ivy saw);

So yes, i'd lik= e services to be restarted when the package itself is reinstalled. This get= s hilarious when you start thinking about the underlying libraries being up= graded and old ones being deleted, but like, in theory package management s= hould handle that for me too as it should know all of those dependencies.

If the package system doesn't do that then I= 9;m going to need to reboot my system after a non-trivial package upgrade a= nyway, as a bunch of stuff may have changed and it may behave unpredictably= until it reboots.



-= adrian

--000000000000f5441a06410ed89f--