Jeremie Courreges-Anglas(j...@wxcvbn.org) on 2019.04.02 10:52:34 +0200:
> On Mon, Apr 01 2019, Jeremie Courreges-Anglas wrote:
> > On Mon, Jun 18 2018, "Todd C. Miller" wrote:
> >> On Sun, 17 Jun 2018 15:52:34 -0600, "Todd C. Miller" wrote:
> >>
> >>> On Sun, 17 Jun 2018 17:29:31 +0200, Mark Kett
On Tue, Apr 02, 2019 at 11:39:05AM -0400, Andras Farkas wrote:
> $ set -o vi
> $ true^[^L #redraws the line
> $ true
>
> vi uses the escape or ^[ character to go into command mode from insert mode
Ooooh... I blatantly tried ^L without ESC in vi mode, of course that
won't work.
Yup, sorry for the
On Tue, Apr 02, 2019 at 05:31:22PM +0200, Klemens Nanni wrote:
> On Tue, Apr 02, 2019 at 05:20:19PM +0200, Theo Buehler wrote:
> > Yes, ^L is printed in vi insert mode. The text you quoted is about vi
> > command mode which does indeed redraw the current line on ^L. I agree
> > with jca, no need fo
On Tue, Apr 2, 2019 at 11:32 AM Klemens Nanni wrote:
> On Tue, Apr 02, 2019 at 05:20:19PM +0200, Theo Buehler wrote:
> > Yes, ^L is printed in vi insert mode. The text you quoted is about vi
> > command mode which does indeed redraw the current line on ^L. I agree
> > with jca, no need for a chang
On Tue, Apr 02, 2019 at 05:20:19PM +0200, Theo Buehler wrote:
> Yes, ^L is printed in vi insert mode. The text you quoted is about vi
> command mode which does indeed redraw the current line on ^L. I agree
> with jca, no need for a change there.
I'm confused. Without jca's diff, I did the followin
On Tue, Apr 02, 2019 at 05:04:42PM +0200, Klemens Nanni wrote:
> On Tue, Apr 02, 2019 at 04:56:58PM +0200, Jeremie Courreges-Anglas wrote:
> > The diff changes only the emacs mode. I don't think sh.1 needs to be
> > adjusted given that the paragraph you quote is about vi mode.
> Sure it's just ema
On Tue, Apr 02, 2019 at 10:52:34AM +0200, Jeremie Courreges-Anglas wrote:
> On Mon, Apr 01 2019, Jeremie Courreges-Anglas wrote:
> > On Mon, Jun 18 2018, "Todd C. Miller" wrote:
> >> On Sun, 17 Jun 2018 15:52:34 -0600, "Todd C. Miller" wrote:
> >>
> >>> On Sun, 17 Jun 2018 17:29:31 +0200, Mark Ke
On Tue, Apr 02, 2019 at 04:56:58PM +0200, Jeremie Courreges-Anglas wrote:
> The diff changes only the emacs mode. I don't think sh.1 needs to be
> adjusted given that the paragraph you quote is about vi mode.
Sure it's just emacs mode. But for sh(1), ^L does print a literal "^L"
in vi mode; in em
On Tue, Apr 02 2019, Klemens Nanni wrote:
> On Tue, Apr 02, 2019 at 10:52:34AM +0200, Jeremie Courreges-Anglas wrote:
>> So here's a diff. oks/nays?
> OK with the one mention in sh(1) adjusted as well:
>
> There are two modes, interactive and command. The shell starts in
> interactive
Hi all,
Consistently capitalise 'DoT'.
Regards,
Raf
Index: unwind.conf.5
===
RCS file: /cvs/src/sbin/unwind/unwind.conf.5,v
retrieving revision 1.11
diff -u -p -r1.11 unwind.conf.5
--- unwind.conf.5 2 Apr 2019 09:20:52 -
On Sun, Dec 30, 2018 at 02:43:37PM -0800, Philip Guenther wrote:
> This thread was never resolved/committed. Looking again at the diffs, I
> still think I prefer that we _not_ touch print_value_quoted(), as the
> other callers all use the 'key=value' format and don't need special
> handling of
On Tue, Apr 02, 2019 at 10:52:34AM +0200, Jeremie Courreges-Anglas wrote:
> So here's a diff. oks/nays?
OK with the one mention in sh(1) adjusted as well:
There are two modes, interactive and command. The shell starts in
interactive mode. In this mode text is entered normally. A ⟨new
On Tue, Apr 02, 2019 at 02:01:05PM +0200, Alexandr Nedvedicky wrote:
> I think Petr is right here. my patch requires yet another finishing touch:
Fair enough, but it should be noted that this somewhat changes behaviour
of the existing interface:
> 8<---8<---8<--
Hello,
On Tue, Apr 02, 2019 at 12:59:33PM +0200, Petr Hoffmann wrote:
> On 02.04.2019 12:06, Klemens Nanni wrote:
> >On Tue, Apr 02, 2019 at 11:28:43AM +0200, Petr Hoffmann wrote:
> >>would make me believe everything mentioned as OPTIONS in pf.conf(5) is about
> >>to be reset. I see e.g. the debu
For God sake, OpenBSD still there
Be Puffy!
Em ter, 2 de abr de 2019 às 03:51, Constantine A. Murenin
escreveu:
> On 2019-W14-1 19:12 -0700, Jordan Geoghegan wrote:
> > Realistically, we need to move to the one true firewall-- iptables!
> > Ideally, OpenBSD needs a firewall thats 'web scale' t
On 02.04.2019 12:06, Klemens Nanni wrote:
On Tue, Apr 02, 2019 at 11:28:43AM +0200, Petr Hoffmann wrote:
would make me believe everything mentioned as OPTIONS in pf.conf(5) is about
to be reset. I see e.g. the debug level is reset, but what about the other
stuff like fingerprints, 'skip on' and
Op 2-4-2019 om 04:12 schreef Jordan Geoghegan:
On 4/1/19 9:03 AM, Kevin Chadwick wrote:
On 4/1/19 3:18 PM, Mateusz Guzik wrote:
While I support pf removal, I don't think bpf is the way to go.
FreeBSD just removed their pf [1] so the code is up for grabs and you
can import it with one weird tr
I noticed that when starting my test bgpd multihop sessions that the
session engine is busy spinning until the tables are loaded. Now since the
network is rather slow this does not make sense and indicates that the
poll timeout is wrongly set to 0 almost all the time until the session
finished the
On Tue, Apr 02, 2019 at 11:28:43AM +0200, Petr Hoffmann wrote:
> would make me believe everything mentioned as OPTIONS in pf.conf(5) is about
> to be reset. I see e.g. the debug level is reset, but what about the other
> stuff like fingerprints, 'skip on' and other options set via the 'set'
> comma
Hi,
seeing this in the manpage
--8<--
+.It Fl F Cm Reset
+Reset limits, timeouts and options back to default settings.
-->8--
would make me believe every
On 2/04/2019 3:30 pm, Remi Locherer wrote:
> Hi Mitchell
>
> On Sat, Mar 30, 2019 at 04:10:09PM +1000, Mitchell Krome wrote:
>> I kept finding I had a lingering /30 route when I turned off one of my
>> test boxes. I tracked it down to ospfd sending RTM_ADD for a stub
>> network with the non-masked
On Mon, Apr 01 2019, Jeremie Courreges-Anglas wrote:
> On Mon, Jun 18 2018, "Todd C. Miller" wrote:
>> On Sun, 17 Jun 2018 15:52:34 -0600, "Todd C. Miller" wrote:
>>
>>> On Sun, 17 Jun 2018 17:29:31 +0200, Mark Kettenis wrote:
>>>
>>> > If folks indeed think that this is a must-have feature, this
I think this is the right time to do this.
Stuart Henderson wrote:
> On 2019/03/30 13:43, Theo de Raadt wrote:
> > I think we should switch, waiting doesn't help.
> >
> > Reyk Floeter wrote:
> >
> > > I like the idea of switching it to the proper ID.
> > >
> > > Reyk
> > >
> > > > Am 30.03.
On 2019 Apr 01 (Mon) at 09:53:31 -0600 (-0600), Todd C. Miller wrote:
:On Mon, 01 Apr 2019 16:52:34 +0200, Jeremie Courreges-Anglas wrote:
:
:> Since this went in, I'm using it on my machines instead of a bind -m hack.
:>
:> Can't we make ^L=clear-screen the default behavior? I don't see
:> discus
Hello,
below is diff I plan to commit. I did add a comment to pfctl_reset()
and wording in manpage.
thanks and
regards
sashan
8<---8<---8<---8<---
diff --git a/sbin/pfctl/pfctl.8 b/sbin/pfctl/pfctl.8
index 48b2893cfcd..00bd27c200a 100644
--- a/
25 matches
Mail list logo
