Looks good, ok nicm
On Tue, Feb 26, 2019 at 02:39:14AM +0100, Ingo Schwarze wrote:
> Hi Todd,
>
> Todd C. Miller wrote on Mon, Feb 25, 2019 at 01:06:02PM -0700:
> > On Mon, 25 Feb 2019 19:43:36 +0100, Ingo Schwarze wrote:
> >> Todd C. Miller wrote on Mon, Feb 25, 2019 at 09:45:12AM -0700:
> >
On Sun, Feb 24, 2019 at 06:02:58PM -0600, Randy Hartman wrote:
> The score file was changed to $HOME three years ago.
Indeed. Thanks!
The score file was changed to $HOME three years ago.
Index: Makefile
===
RCS file: /cvs/src/games/robots/Makefile,v
retrieving revision 1.11
diff -u -p -u -p -r1.11 Makefile
--- Makefile24 Nov 2015 03:10:10 - 1.11
+++ Mak
according to the pwe3 type registry, you can use a pseudowire as a
transport for ip packets. LDP can negotiate this (not ldpd yet) as type
0x000b, but you basically end up with a p2p ip tunnel over an mpls
fabric.
this can be handy if you just want to join two sites together and might
mean you don
On Tue, 26 Feb 2019 02:39:14 +0100, Ingo Schwarze wrote:
> In that case, let's just use an index rather than a pointer;
> diff otherwise unchanged.
OK millert@
- todd
Hi Todd,
Todd C. Miller wrote on Mon, Feb 25, 2019 at 01:06:02PM -0700:
> On Mon, 25 Feb 2019 19:43:36 +0100, Ingo Schwarze wrote:
>> Todd C. Miller wrote on Mon, Feb 25, 2019 at 09:45:12AM -0700:
>>> On Mon, 25 Feb 2019 12:39:41 +0100, Ingo Schwarze wrote:
Index: line.c
>> [...]
@@ -46
On Mon, Feb 25, 2019 at 05:11:54PM -0500, Ted Unangst wrote:
> Marc Espie wrote:
> > On Mon, Feb 25, 2019 at 03:02:42PM -0500, Ted Unangst wrote:
> > > Andre Stoebe wrote:
> > > > Hi,
> > > >
> > > > I, too, would like to have a way of signing the gzip archive in a
> > > > reproducible way, so her
Marc Espie wrote:
> On Mon, Feb 25, 2019 at 03:02:42PM -0500, Ted Unangst wrote:
> > Andre Stoebe wrote:
> > > Hi,
> > >
> > > I, too, would like to have a way of signing the gzip archive in a
> > > reproducible way, so here's a diff that uses -n, similar to gzip(1).
> > >
> > > However, if that'
On Sun, Feb 24, 2019 at 10:09:43PM +0100, Matthias Schmidt wrote:
> Hi,
>
> while looking at signify's man page I noticed that the names of the
> arguments in the EXAMPLES section change (newkey.sec vs key.sec, etc).
> The diff harmonizes the examples. It makes it easier to follow the examples.
On Mon, Feb 25, 2019 at 03:02:42PM -0500, Ted Unangst wrote:
> Andre Stoebe wrote:
> > Hi,
> >
> > I, too, would like to have a way of signing the gzip archive in a
> > reproducible way, so here's a diff that uses -n, similar to gzip(1).
> >
> > However, if that's a bad idea, I'm fine with contin
Matthias Schmidt wrote:
> Hi,
>
> while looking at signify's man page I noticed that the names of the
> arguments in the EXAMPLES section change (newkey.sec vs key.sec, etc).
> The diff harmonizes the examples. It makes it easier to follow the examples.
I don't think the intention was to presen
On Mon, 25 Feb 2019 19:43:36 +0100, Ingo Schwarze wrote:
> Todd C. Miller wrote on Mon, Feb 25, 2019 at 09:45:12AM -0700:
>
> > On Mon, 25 Feb 2019 12:39:41 +0100, Ingo Schwarze wrote:
>
> >> Index: line.c
> [...]
> >> @@ -469,11 +469,10 @@ in_ansi_esc_seq(void)
> >> * Search backwards for e
Andre Stoebe wrote:
> Hi,
>
> I, too, would like to have a way of signing the gzip archive in a
> reproducible way, so here's a diff that uses -n, similar to gzip(1).
>
> However, if that's a bad idea, I'm fine with continuing to use an
> unsigned gzip archive and creating a sigfile with signify.
On 25/02/19(Mon) 14:52, Nils Frohberg wrote:
> Hi,
>
> as mentioned previously, I'm looking into axen(4). While searching
> for the cause of a panic (fixed since, thanks mpi@) I started to
> rewrite parts of the driver. References were mainly the FreeBSD and
> Linux drivers.
Please try to isolate
Hi Todd,
Todd C. Miller wrote on Mon, Feb 25, 2019 at 09:45:12AM -0700:
> One question inline.
> On Mon, 25 Feb 2019 12:39:41 +0100, Ingo Schwarze wrote:
>> Index: line.c
[...]
>> @@ -469,11 +469,10 @@ in_ansi_esc_seq(void)
>> * Search backwards for either an ESC (which means we ARE in a
On Mon, 25 Feb 2019 12:39:41 +0100, Ingo Schwarze wrote:
One question inline.
- todd
> Index: line.c
> ===
> RCS file: /cvs/src/usr.bin/less/line.c,v
> retrieving revision 1.23
> diff -u -p -r1.23 line.c
> --- line.c24 Feb 2019
Hi,
as mentioned previously, I'm looking into axen(4). While searching
for the cause of a panic (fixed since, thanks mpi@) I started to
rewrite parts of the driver. References were mainly the FreeBSD and
Linux drivers.
I didn't get around to much testing/debugging lately, therefore I
wanted to sh
Hi,
I, too, would like to have a way of signing the gzip archive in a
reproducible way, so here's a diff that uses -n, similar to gzip(1).
However, if that's a bad idea, I'm fine with continuing to use an
unsigned gzip archive and creating a sigfile with signify.
Regards
Andre
Index: signify.1
Hi,
Nicholas Marriott wrote on Mon, Feb 25, 2019 at 10:14:03AM +:
> Ingo Schwarze wrote:
>> During the upcoming cleanup steps, let use retain full support for
>> the first (ESC-[) syntax and lets us completely delete support for
>> the second and third CSI syntaxes (single-byte CSI and UTF-8
On Mon, Feb 25, 2019 at 11:13:11AM +0100, Claudio Jeker wrote:
> On Mon, Feb 25, 2019 at 08:08:32PM +1000, David Gwynne wrote:
> > On Mon, Feb 25, 2019 at 08:44:35AM +0100, Claudio Jeker wrote:
> > > On Mon, Feb 25, 2019 at 10:49:16AM +1000, David Gwynne wrote:
> > > > the mcl2k2 pool, aka the inte
> Date: Mon, 25 Feb 2019 08:44:35 +0100
> From: Claudio Jeker
>
> On Mon, Feb 25, 2019 at 10:49:16AM +1000, David Gwynne wrote:
> > the mcl2k2 pool, aka the intel mbuf cluster pool, gets set up to allocate
> > at least 2048 + 2 bytes, which gets rounded up by 64 bytes to 2112
> > bytes. this diff
+cc sthen since ports/textproc/mupdf is affected by the bug:
http://build-failures.rhaalovely.net//sparc64/2019-02-03/textproc/mupdf.log
On Sun, Feb 24 2019, Jeremie Courreges-Anglas wrote:
> On Sat, Feb 23 2019, Aaron Miller wrote:
>> On February 23, 2019 2:50:46 AM PST, Jeremie Courreges-
> During the upcoming cleanup steps, let use retain full support for
> the first (ESC-[) syntax and lets us completely delete support for
> the second and third CSI syntaxes (single-byte CSI and UTF-8
> single-character two-byte CSI).
>
> If you are OK with that plan, i'll send diffs implementing
On Mon, Feb 25, 2019 at 08:08:32PM +1000, David Gwynne wrote:
> On Mon, Feb 25, 2019 at 08:44:35AM +0100, Claudio Jeker wrote:
> > On Mon, Feb 25, 2019 at 10:49:16AM +1000, David Gwynne wrote:
> > > the mcl2k2 pool, aka the intel mbuf cluster pool, gets set up to allocate
> > > at least 2048 + 2 by
On Mon, Feb 25, 2019 at 08:44:35AM +0100, Claudio Jeker wrote:
> On Mon, Feb 25, 2019 at 10:49:16AM +1000, David Gwynne wrote:
> > the mcl2k2 pool, aka the intel mbuf cluster pool, gets set up to allocate
> > at least 2048 + 2 bytes, which gets rounded up by 64 bytes to 2112
> > bytes. this diff ma
On Mon, Feb 25, 2019 at 03:28:58PM +1000, David Gwynne wrote:
> On Mon, Feb 25, 2019 at 10:37:40AM +1000, David Gwynne wrote:
> >
> >
> > > On 22 Feb 2019, at 05:01, Martin Pieuchot wrote:
> > >
> > > On 21/02/19(Thu) 07:35, David Gwynne wrote:
> > >>> On 20 Feb 2019, at 11:21 pm, Martin Pieuch
I think it would be a mistake to change 'message.txt' etc (which are
obviously filenames) to just 'message' which could be misinterpreted.
I'm neutral on the other changes.
--
Sent from a phone, apologies for poor formatting.
On 24 February 2019 21:10:08 Matthias Schmidt wrote:
Hi,
while
27 matches
Mail list logo
