>The title says it all. Is there any interest in moving doas so that it can
>be statically compiled in without depending on libc.so?
No. None.
>I am also surprised su and login are in /usr/bin. A few minutes ago,
>I mistakenly deleted libc.so. I had several shells open but no root shell
>:(.
m_freem checks for NULL so the caller doesnt have to.
ml_purge and m_purge were invented after some of the mq and ml code
was written, so fix that code to use the "new" functions.
ok?
Index: uipc_mbuf.c
===
RCS file:
The title says it all. Is there any interest in moving doas so that it can
be statically compiled in without depending on libc.so?
I am also surprised su and login are in /usr/bin. A few minutes ago,
I mistakenly deleted libc.so. I had several shells open but no root shell
:(. I recovered
> Christopher Zimmermann wrote:
> Tim Baumgard wrote:
>> According to convention and httpd.conf(5), the $DOCUMENT_URI macro for
>> FastCGI calls should expand to the request path instead of the path
>> alias.
>
> FastCGI / CGI is poorly documented. As far as convention goes, at least
> nginx uses
In rbootd a struct bpf_timeval (with 32bit tv_sec) is copied to a struct
timeval (with 64 tv_sec) via bcopy(). This most likely causes
connections to not time out correctly in rbootd. I don't have an HP
machine to test this with. Who owns such a machine and is willing to
test this?
natano
On 2016-04-14 Tim Baumgard wrote:
> According to convention and httpd.conf(5), the $DOCUMENT_URI macro for
> FastCGI calls should expand to the request path instead of the path
> alias.
FastCGI / CGI is poorly documented. As far as convention goes, at least
nginx uses the
The "hsts" option isn't allowed to be nested within a "location"
option. See parse.y:572.
Index: httpd.conf.5
===
RCS file: /cvs/src/usr.sbin/httpd/httpd.conf.5,v
retrieving revision 1.68
diff -u -p -r1.68 httpd.conf.5
---
I know a patch was sent to the list a few months ago to add URL
rewriting support to httpd, but it doesn't seem to have made its way
into the tree. It's unclear whether that's because URL rewriting support
without using redirection is being considered featuritis, it fell
through the cracks, or
According to convention and httpd.conf(5), the $DOCUMENT_URI macro for
FastCGI calls should expand to the request path instead of the path
alias. This isn't a major issue because only "block return code uri"
options make use of path aliases at the moment, and those use a separate
macro-expansion