Using a custom, internally developed FastCGI application, I discovered
an interesting problem with how httpd handles response headers.
In my simple test, the headers are as follows:
Set-Cookie: webappd_session_id=...; path=/test; secure; httponly\r\n
Status: 200 OK\r\n
Content-Type:
On 2015/11/28 09:01, Sebastien Marie wrote:
> (thread switched from tech@ to bugs@)
>
> On Sat, Nov 28, 2015 at 02:38:59AM +0059, Jiri Navratil wrote:
> > Hello,
> >
> > I have a server archive created with tar and bzip2 (via -j tar option) on
> > OpenBSD 5.3 GENERIC#50 i386
> >
> > Now, I'm
(thread switched from tech@ to bugs@)
On Sat, Nov 28, 2015 at 02:38:59AM +0059, Jiri Navratil wrote:
> Hello,
>
> I have a server archive created with tar and bzip2 (via -j tar option) on
> OpenBSD 5.3 GENERIC#50 i386
>
> Now, I'm trying to extract it on a new machine, but I'm getting error:
On Sat, Nov 28, 2015 at 03:19:20PM +0100, Gregor Best wrote:
> Hi bugs@,
>
> it turns out it was just a concidence that I've only noticed the
> broken IPv6 setup after the upgrade. The real cause of the problem
> was a half-set up iked which installed
>
> flow esp out from ::/0 to ::/0
Hi bugs@,
it turns out it was just a concidence that I've only noticed the
broken IPv6 setup after the upgrade. The real cause of the problem
was a half-set up iked which installed
flow esp out from ::/0 to ::/0 type deny
as a default IPSEC flow. This persisted after a reboot because I
> I have upgraded
Oops, it was a fresh install of 5.8 stable with mtier stable
packages technically.
Additionally: Torrenting with quite high connection settings (tested
upto 700) works fine but starting many paused torrents all at once
appears to trigger the bug.
--
KISSIS - Keep It Simple
On 2015/11/28 15:57, Reyk Floeter wrote:
> On Sat, Nov 28, 2015 at 03:19:20PM +0100, Gregor Best wrote:
> > Hi bugs@,
> >
> > it turns out it was just a concidence that I've only noticed the
> > broken IPv6 setup after the upgrade. The real cause of the problem
> > was a half-set up iked which
On 2015-11-28, Stuart Henderson wrote:
>> running tail -f on a file and then pressing Ctrl-4 while it waits for data
>> results in a crash:
>
> Somewhere (terminal emulator?) this is converted to Ctrl-\ which defaults
> to doing 'quit'.
On the DEC VT220 and good emulations
On 11/27/15 12:43, David Gwynne wrote:
On Wed, Nov 25, 2015 at 08:32:19PM +, Fred wrote:
Well with that diff I hit another panic - which seems to be
triggered by the nic:
i also think this is related to the nic. i have started cleaning
dc(4), but would like some tests before going
On 2015/11/28 22:02, Sebastian Benoit wrote:
> Hi,
>
> running tail -f on a file and then pressing Ctrl-4 while it waits for data
> results in a crash:
Somewhere (terminal emulator?) this is converted to Ctrl-\ which defaults
to doing 'quit'. (Very useful when ftp hangs, or to interrupt /etc/rc
> On 29 Nov 2015, at 5:55 AM, Fred wrote:
>
> On 11/27/15 12:43, David Gwynne wrote:
>> On Wed, Nov 25, 2015 at 08:32:19PM +, Fred wrote:
>>>
>>> Well with that diff I hit another panic - which seems to be
>>> triggered by the nic:
>>
>> i also think this is related
yeah, sorry for the noise
Christian Weisgerber(na...@mips.inka.de) on 2015.11.28 22:37:31 +:
> On 2015-11-28, Stuart Henderson wrote:
>
> >> running tail -f on a file and then pressing Ctrl-4 while it waits for data
> >> results in a crash:
> >
> > Somewhere (terminal
>Synopsis: skeyinit -s does not accept sequence count
>Category: user
>Environment:
System : OpenBSD 5.8
Details : OpenBSD 5.8-stable (GENERIC.MP) #24: Fri Nov 27 12:27:29
MST 2015
Hi,
running tail -f on a file and then pressing Ctrl-4 while it waits for data
results in a crash:
# tail -f /var/log/messages
Nov 28 21:51:20 fw-ipv6onlyorg last message repeated 2 times
Nov 28 21:51:55 fw-ipv6onlyorg bgpd[11379]: nexthop 80.249.208.217 now valid:
via 10.10.1.1
^\Quit (core
On Sat, Nov 28, 2015 at 03:57:13PM +0100, Reyk Floeter wrote:
> [...]
> But it is documented, right in the beginning of the iked(8) manpage:
> [...]
I didn't intend my message as an insult of your work, if it was
taken as such, please accept my sincere apology.
> [...]
> So what should I do,
There is a missing rip() before the strtonum(). The rest of the
diff allows the -n option to work with -s.
- todd
Index: usr.bin/skeyinit/skeyinit.c
===
RCS file: /cvs/src/usr.bin/skeyinit/skeyinit.c,v
retrieving revision 1.62
Hello,
It looks like the trailing newline isn't stripped from the sequence count input
anymore, which causes strtonum(3) to fail. To work around this problem in
5.8-stable, you can press Ctrl-D twice after typing in the sequence number.
I have also attached a patch for -current that fixes this
SENDBUG: -*- sendbug -*-
SENDBUG: Lines starting with `SENDBUG' will be removed automatically.
SENDBUG:
SENDBUG: Choose from the following categories:
SENDBUG:
SENDBUG: system
SENDBUG:
SENDBUG:
>Synopsis: Freeze of network router running OpenBSD 5.8-stable
>Category: system
Hi Todd,
Looks like you beat me to it! skeyinit still needs pledge getpw, though:
Index: skeyinit.c
===
RCS file: /cvs/src/usr.bin/skeyinit/skeyinit.c,v
retrieving revision 1.65
diff -u -p -r1.65 skeyinit.c
--- skeyinit.c 29 Nov
This patch brings sufficient intervening fixes forward to apply Todd's diff
on an -rOPENBSD_5_8 checkout (offset of 17 lines).
The resulting skeyinit works on 5.8-stable. -s works, and -n works with -s.
Richard
---
--- usr.bin/skeyinit/skeyinit.c.origSat Nov 28 21:32:40 2015
+++
20 matches
Mail list logo