On Fri, Sep 09, 2022 at 10:04:04PM -0400, John Verne wrote:
> While studying bsd.port.mk I ran across a reference to
> PACKAGES_REPOSITORY that seems like a typo. My assumption is that it
> is supposed to be PACKAGE_REPOSITORY as in the rest of the document
> (and in the FAQ, etc.).
>
fixed,
On Sat, Sep 10, 2022 at 02:10:22AM +, Klemens Nanni wrote:
> It does not have the prettiest signature, but nicely folds identical
> copies into MI softraid.c, which then allows us to
> - avoid further diverging MD code
> - implement the keydisk fix on tech@ once instead of thrice
> - reuse
It does not have the prettiest signature, but nicely folds identical
copies into MI softraid.c, which then allows us to
- avoid further diverging MD code
- implement the keydisk fix on tech@ once instead of thrice
- reuse sr_open_chunk() in an upcoming diff to make -p softraid aware
The last
While studying bsd.port.mk I ran across a reference to
PACKAGES_REPOSITORY that seems like a typo. My assumption is that it
is supposed to be PACKAGE_REPOSITORY as in the rest of the document
(and in the FAQ, etc.).
Index: bsd.port.mk.5
On Fri, 09 Sep 2022 20:19:26 -0500, Scott Cheloha wrote:
> millert@ removed most of the "last pid" pieces from top(1) in 1997:
>
> http://cvsweb.openbsd.org/src/usr.bin/top/machine.c?rev=1.7=text
> /x-cvsweb-markup
>
> Some small bits remain, though. Can we remove the rest?
Sure. OK millert@
millert@ removed most of the "last pid" pieces from top(1) in 1997:
http://cvsweb.openbsd.org/src/usr.bin/top/machine.c?rev=1.7=text/x-cvsweb-markup
Some small bits remain, though. Can we remove the rest?
Index: display.c
===
RCS
On Fri, 09 Sep 2022 14:05:46 -0500, Scott Cheloha wrote:
> The variable "clang" is modified from a signal handler. It should be
> of type sig_atomic_t and it needs to be volatile.
Right. OK millert@
- todd
The variable "clang" is modified from a signal handler. It should be
of type sig_atomic_t and it needs to be volatile.
ok?
Index: init.c
===
RCS file: /cvs/src/sbin/init/init.c,v
retrieving revision 1.71
diff -u -p -r1.71 init.c
Hello,
I wrote this driver to control the backlight in my
MacBook Pro 2015 with Retina Display.
I had to refer to some of the code in the linux
apple-gmux.c driver to learn how to communicate
with the chip. This could cause an issue with the
license? That's why I haven't included any license
On Fri, Sep 09, 2022 at 05:50:17PM +0200, Claudio Jeker wrote:
> This diff optimized subtree walks. In other words it specifies a subtree
> (as a prefix/prefixlen combo) and only walks the entries that are under
> this covering route.
>
> Instead of doing a full table walk this will only walk
This diff optimized subtree walks. In other words it specifies a subtree
(as a prefix/prefixlen combo) and only walks the entries that are under
this covering route.
Instead of doing a full table walk this will only walk part of the tree
and is therefor much faster if the subtree is small.
--
On Thu, Sep 08, 2022 at 10:17:12AM -0500, Scott Cheloha wrote:
> > On Sep 8, 2022, at 9:05 AM, Mike Larkin wrote:
> > [...]
> >
> > You could compile this and then objdump -D it and see for yourself...
>
> I can't make heads or tails of it. Please explain what I am looking
> at and why it is,
On Fri, Sep 09, 2022 at 03:20:00PM +0200, Theo Buehler wrote:
> On Fri, Sep 09, 2022 at 02:49:12PM +0200, Claudio Jeker wrote:
> > So bgpctl has the or-shorter flag to indicate that not only the best
> > matching prefix should be shown, instead all matching prefixes are shown.
> > Currently this
On Fri, Sep 09, 2022 at 02:49:12PM +0200, Claudio Jeker wrote:
> So bgpctl has the or-shorter flag to indicate that not only the best
> matching prefix should be shown, instead all matching prefixes are shown.
> Currently this is done by a full table walk which is super expensive.
> There is no
On Thu, Sep 08, 2022 at 03:28:29PM -0600, Todd C. Miller wrote:
> On Thu, 08 Sep 2022 20:04:58 -, Klemens Nanni wrote:
>
> > Here's the full diff to fsck and newfs failure on all architectures.
> >
> > This is a regular programming issue around system(3) that has nothing to
> > do with
So bgpctl has the or-shorter flag to indicate that not only the best
matching prefix should be shown, instead all matching prefixes are shown.
Currently this is done by a full table walk which is super expensive.
There is no real reason to do that. One can just start the lookup with
prefixlen = 0
On Fri, Sep 09, 2022 at 03:59:01PM +1000, Jonathan Gray wrote:
> On Thu, Sep 08, 2022 at 08:31:21PM -0500, Scott Cheloha wrote:
> > On Sat, Aug 27, 2022 at 09:28:06PM -0500, Scott Cheloha wrote:
> > > Whoops, forgot about the split read problem. My mistake.
> > >
> > > Because 32-bit platforms
17 matches
Mail list logo