I started by debugging a weird test failure in ghc. I narrowed it
down to a simple C program which behaves differently between OpenBSD and
FreeBSD. I stared at the headers of both systems for a bit and still
don't see why on OpenBSD the program prints:
uname -a ; cc ./a.c && ./a.out
OpenBSD home.n
On Thu, Jan 06, 2022 at 06:13:33PM -0800, Andrew Hewus Fresh wrote:
> deraadt@ noticed that if you install a list of local files fw_update
> still tries to download the SHA256.sig and will fail if it can't. That
> doesn't make sense, so instead only download it if we're going to use
> it and it do
deraadt@ noticed that if you install a list of local files fw_update
still tries to download the SHA256.sig and will fail if it can't. That
doesn't make sense, so instead only download it if we're going to use
it and it doesn't exist. It does continue to attempt to update the
SHA256.sig if we're
Since revision 1.2, these SCSI entries have been duplicated in the arm64
GENERIC config file.
The attached patch removes the ones near the top of the config and leaves the
ones lower down, for consistency with the layout of other architectures.
--- GENERIC.origThu Jan 6 14:39:45 2022
+
On Thu, Jan 06, 2022 at 03:30:33PM +0100, Claudio Jeker wrote:
> On Thu, Jan 06, 2022 at 01:48:01PM +0100, Theo Buehler wrote:
> > On Thu, Jan 06, 2022 at 01:21:03PM +0100, Claudio Jeker wrote:
> > > Ran into this the other day and could not help myself to adjust the code.
> > > If the mft is stale
On Thu, Jan 06, 2022 at 01:48:01PM +0100, Theo Buehler wrote:
> On Thu, Jan 06, 2022 at 01:21:03PM +0100, Claudio Jeker wrote:
> > Ran into this the other day and could not help myself to adjust the code.
> > If the mft is stale just bump the stale counter and be done. If not stale
> > queue all fi
On Thu, Jan 06, 2022 at 01:21:03PM +0100, Claudio Jeker wrote:
> Ran into this the other day and could not help myself to adjust the code.
> If the mft is stale just bump the stale counter and be done. If not stale
> queue all files from the mft for the next round.
>
> In mft_parse I switched to a
Ran into this the other day and could not help myself to adjust the code.
If the mft is stale just bump the stale counter and be done. If not stale
queue all files from the mft for the next round.
In mft_parse I switched to a switch statement which is more obvious in my
opinion.
--
:wq Claudio
I