On Thu, Sep 07, 2023 at 08:09:33AM -0500, Eric Blake wrote:
> On Wed, Sep 06, 2023 at 05:02:06PM -0500, Eric Blake wrote:
> > > Okay, I'll merge in that aspect of my original along with your other
> > > improvements, and push something soon. Fingers crossed that we'll
> > > finally get a green CI
On Wed, Sep 06, 2023 at 05:02:06PM -0500, Eric Blake wrote:
> > Okay, I'll merge in that aspect of my original along with your other
> > improvements, and push something soon. Fingers crossed that we'll
> > finally get a green CI run today.
>
> Now in as 75979812. Still not a green CI run; but
On Tue, Sep 05, 2023 at 09:45:44AM -0500, Eric Blake wrote:
> On Mon, Sep 04, 2023 at 06:59:15PM +, Tage Johansson wrote:
> >
> > > > +// can be both readable and writable, but we survive just fine
> > > > +// if we only see one direction even when both are available.
> > > >
On Mon, Sep 04, 2023 at 06:59:15PM +, Tage Johansson wrote:
>
> > > +// can be both readable and writable, but we survive just fine
> > > +// if we only see one direction even when both are available.
> > > +poll.registry().register(
> > > + SourceFd(),
> >
On 9/4/2023 8:23 PM, Eric Blake wrote:
On Mon, Sep 04, 2023 at 04:07:54PM +, Tage Johansson wrote:
From: Eric Blake
CI shows our async handle fails to build on FreeBSD and MacOS (where
epoll() is not available as a syscall, and therefore not available as
a Rust crate). We can instead
On Mon, Sep 04, 2023 at 04:07:54PM +, Tage Johansson wrote:
> From: Eric Blake
>
> CI shows our async handle fails to build on FreeBSD and MacOS (where
> epoll() is not available as a syscall, and therefore not available as
> a Rust crate). We can instead accomplish the same level-probing
>