On Mon, Sep 25, 2023 at 04:58:56PM +0300, Vitaliy Makkoveev wrote:
> On Mon, Sep 25, 2023 at 05:39:34AM +, Visa Hankala wrote:
> > On Sun, Sep 24, 2023 at 11:03:54PM +0300, Vitaliy Makkoveev wrote:
> > > Please test this diff, I have no midi(4) devices.
> > >
> > > midi(4) already uses
On Tue, Sep 26, 2023 at 10:37:29AM +0200, Alexandre Ratchov wrote:
> On Sun, Sep 24, 2023 at 11:03:54PM +0300, Vitaliy Makkoveev wrote:
> > Please test this diff, I have no midi(4) devices.
> >
> > midi(4) already uses `audio_lock' mutex(9) for filterops, but they are
> > still kernel locked.
There is a small window of mixed version sets at the newvers tagging
from release to beta, likely due to the way currently mirrors are
clearing the previous and syncing during that automatically (not
signalled). There will be another one from beta to release and new
version for snaps too.
At
On 2023/09/26 11:04, Eponymous Pseudonym wrote:
> There is a small window of mixed version sets at the newvers tagging
> from release to beta, likely due to the way currently mirrors are
> clearing the previous and syncing during that automatically (not
> signalled). There will be another one
Stuart Henderson wrote:
> > This results in failure to upgrade to a valid snapshot on the mirrors,
> > and users having to wait a new snapshot fanout without mixed sets and
> > checksum files containing both versions (incompletely the older).
>
> I do not agree with "be lenient on what you
Right, that's exactly it.
I also found out moments after I posted a white space nuisance, and
the logic details that are not enough in what I proposed as it's not
factoring the snapshot independently of -release, and also -current
and -stable cases are incomplete too, and BEFORE that, there is
Dear all,
Two weeks ago AFRINIC was placed under receivership by the Supreme Court
of Mauritius [1]. This event prompted me to rethink our trust and threat
model and associated risk surface.
The RPKI technology was designed to be versatile and flexible to
accommodate a myriad of real-world
I stopped reading as soon as your pride showed.
Eponymous Pseudonym wrote:
> Right, that's exactly it.
>
> I also found out moments after I posted a white space nuisance, and
> the logic details that are not enough in what I proposed as it's not
> factoring the snapshot independently of
On Sun, Sep 24, 2023 at 11:03:54PM +0300, Vitaliy Makkoveev wrote:
> Please test this diff, I have no midi(4) devices.
>
> midi(4) already uses `audio_lock' mutex(9) for filterops, but they are
> still kernel locked. Wipe out old selwakeup API and make them MP safe.
> knote_locked(9) will not
One day I'll write you a newer autonomous back-end.. and mirror
propagation signalling / tracker, that is OpenBSD, protocol and CDN
independent.. but that is probably not needed for now.
It's true, not relying on sysupgrade(8) for a long time before it
showed up, and a lot other things, but it
10 matches
Mail list logo
