> From: j...@wxcvbn.org (=?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-Anglas?=)
> Date: Mon, 01 Feb 2016 20:10:25 +0100
>
> ok?
ok kettenis@
> Index: lib/libarch/i386/i386_get_ioperm.c
> ===
> RCS file:
Hi Landry,
On Sun, Jan 31, 2016 at 09:39:52AM +0100, Landry Breuil wrote:
> Hi,
>
> i'm tinkering with ldapd and writing regress tests for it, and to
> allow running independent instances (with separate port/control
> socket/etc) i needed to add the possibility to specify an alternative
>
On Mon, Feb 01, 2016 at 07:37:34PM +0100, Jérémie Courrèges-Anglas wrote:
> j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>
> > Sebastien Marie writes:
> >
> >> On Sun, Jan 31, 2016 at 09:39:52AM +0100, Landry Breuil wrote:
> >>> Hi,
> >>>
> >>> i'm tinkering with
Hi,
in sxipio the mask is incorrect for get- and setcfg.
If bit is 1, off is (1 & 7) << 2, which is 4. That means each cfg is 4
bits wide, so the mask is 0xf and not 0x7. I cross-checked it with
NetBSD and Linux.
As far as I know it does not fix any known issue for me, it's just
something that
On 2016/02/01 15:02, Joerg Jung wrote:
> What about smtpd, should be similar, no?
This would do the trick. It loses the getrlimit/setrlimit dance that
config_process() normally does, but I'm not sure if that is really
needed for the parent process anyway (mine only has 11 FDs so it's
not in any
On Mon, Feb 01, 2016 at 07:24:39PM +, Stuart Henderson wrote:
> On 2016/02/01 15:02, Joerg Jung wrote:
> > What about smtpd, should be similar, no?
>
> This would do the trick. It loses the getrlimit/setrlimit dance that
> config_process() normally does, but I'm not sure if that is really
>
Gleydson Soares writes:
> Hi Landry,
>
> On Sun, Jan 31, 2016 at 09:39:52AM +0100, Landry Breuil wrote:
>> Hi,
>>
>> i'm tinkering with ldapd and writing regress tests for it, and to
>> allow running independent instances (with separate port/control
>> socket/etc) i needed to
Hello tech@,
I've been working on this patch with schwarze@. It introduces UTF-8
support in write(1), or more precise lack thereof.
The specifications say that write(1) should write characters to the
console in conformance with the senders locale. Since the receiving tty
might not be UTF-8
Not needed since rev. 1.55 and the introduction of crypt_checkpass().
ok?
Index: init.c
===
RCS file: /cvs/src/sbin/init/init.c,v
retrieving revision 1.57
diff -u -p -p -u -r1.57 init.c
--- init.c 23 Dec 2015 02:41:12 -
Hi,
while glancing at the multicast code I noticed the use of ETOOMANYREFS:
if (imo->imo_num_memberships == imo->imo_max_memberships) {
struct in_multi **nmships, **omships;
size_t newmax;
/*
On Mon, Feb 01, 2016 at 10:51:40PM +0200, Artturi Alm wrote:
> On Mon, Feb 01, 2016 at 09:06:35PM +0100, Patrick Wildt wrote:
> > Hi,
> >
> > in sxipio the mask is incorrect for get- and setcfg.
> >
> > If bit is 1, off is (1 & 7) << 2, which is 4. That means each cfg is 4
> > bits wide, so the
Hello tech@,
This patch enables -pedantic and does the appropriate cleanup that comes
with it. It's mostly a CHAR_T->char conversion, which should be quite
harmless, but edge-cases can be missed.
I'd like to have multiple OKs for this one as well as testing on
multiple architectures, just
On Mon, Feb 01, 2016 at 10:14:38PM +0100, Patrick Wildt wrote:
> On Mon, Feb 01, 2016 at 10:51:40PM +0200, Artturi Alm wrote:
> > On Mon, Feb 01, 2016 at 09:06:35PM +0100, Patrick Wildt wrote:
> > > Hi,
> > >
> > > in sxipio the mask is incorrect for get- and setcfg.
> > >
> > > If bit is 1, off
On Mon, Feb 1, 2016 at 5:13 PM, Jérémie Courrèges-Anglas
wrote:
> Gleydson Soares writes:
>
>> Hi Landry,
>>
>> On Sun, Jan 31, 2016 at 09:39:52AM +0100, Landry Breuil wrote:
>>> Hi,
>>>
>>> i'm tinkering with ldapd and writing regress tests for it, and to
On Tue, Feb 02, 2016 at 12:24:02AM +0200, Artturi Alm wrote:
> On Mon, Feb 01, 2016 at 10:14:38PM +0100, Patrick Wildt wrote:
> > On Mon, Feb 01, 2016 at 10:51:40PM +0200, Artturi Alm wrote:
> > > On Mon, Feb 01, 2016 at 09:06:35PM +0100, Patrick Wildt wrote:
> > > > Hi,
> > > >
> > > > in sxipio
On Tue, Feb 02, 2016 at 10:01:45AM +1100, Jonathan Gray wrote:
> On Tue, Feb 02, 2016 at 12:24:02AM +0200, Artturi Alm wrote:
> > On Mon, Feb 01, 2016 at 10:14:38PM +0100, Patrick Wildt wrote:
> > > On Mon, Feb 01, 2016 at 10:51:40PM +0200, Artturi Alm wrote:
> > > > On Mon, Feb 01, 2016 at
On Mon, Feb 01, 2016 at 02:55:52AM +0200, Artturi Alm wrote:
> On Sun, Jan 31, 2016 at 10:45:42PM +1100, Jonathan Gray wrote:
> > On Sun, Jan 31, 2016 at 10:12:05AM +0200, Artturi Alm wrote:
> > > On Sun, Jan 31, 2016 at 01:14:35AM +0100, Patrick Wildt wrote:
> > > > Hi,
> > > >
> > > > one of
1. You can pick a mirror relatively trivially, but since I've run the
program, the fastest one isn't the one I chose manually. Also, it can
choose multiple mirrors at once, so presumably if there is a failure, it
will choose the next mirror(s) that it wrote down in pkg.conf
2. You are saying that
2016-01-31 9:16 GMT+01:00 Tinker :
> This could be made in software with benefit, as a Softraid patch.
> So the frequently accessed stuff ends up cached on the SSD for faster read
> speed.
> There is some hardware solution, e.g. Intel made the
>
On Sun, Jan 31, 2016 at 09:39:52AM +0100, Landry Breuil wrote:
> Hi,
>
> i'm tinkering with ldapd and writing regress tests for it, and to
> allow running independent instances (with separate port/control
> socket/etc) i needed to add the possibility to specify an alternative
> datadir, which was
2016-01-31 9:24 GMT+01:00 Tinker :
> Q1:
>
> My most important question to you is, the DATA that you CHECKSUM, do you
> include the SECTOR NUMBER (or other disk location info) of that data into
> your checksum function's inputs, so if the underlying storage's storage
>
I did not oppose adding the sector number, just the "idea" that internal
relocations would make this number change.
If it did, then everything would break for all filesystems, so that is
obviously not how it is done.
2016-02-01 11:11 GMT+01:00 Tinker :
> On 2016-02-01
On 2016-02-01 16:29, Janne Johansson wrote:
2016-01-31 9:24 GMT+01:00 Tinker :
Q1:
My most important question to you is, the DATA that you CHECKSUM, do
you
include the SECTOR NUMBER (or other disk location info) of that data
into
your checksum function's inputs, so if
moved from misc.
On 2016-01-28, Antoine Jacoutot wrote:
>> Well, we "tradionally" had setproctitle("[priv]") in the parent. I
>> changed the tradition to setproctitle("parent").
>>
>> I have no objections with changing this in the parent (but keeping the
>> setproctitles
On Sun, Jan 31, 2016 at 06:55:57PM +0100, Patrick Wildt wrote:
> On Sun, Jan 31, 2016 at 06:19:59PM +1100, Jonathan Gray wrote:
> > The AP bits are the same place as in the small descriptor second level
> > format.
> >
> > Expanded version of a diff from Patrick.
>
> Looks good to me, works for
> On 01 Feb 2016, at 14:53, Stuart Henderson wrote:
>
> moved from misc.
>
> On 2016-01-28, Antoine Jacoutot wrote:
>>> Well, we "tradionally" had setproctitle("[priv]") in the parent. I
>>> changed the tradition to setproctitle("parent").
>>>
On Mon, Feb 01, 2016 at 05:41:25PM +0100, Theo Buehler wrote:
> On Mon, Feb 01, 2016 at 05:17:03PM +0100, Michal Mazurek wrote:
> > Meaningful error messages:
> >
> > mntbuf = calloc(argc, sizeof(struct statfs));
> > if (mntbuf == NULL)
> > - err(1, NULL);
On Mon, Feb 01, 2016 at 05:17:03PM +0100, Michal Mazurek wrote:
> Meaningful error messages:
>
> mntbuf = calloc(argc, sizeof(struct statfs));
> if (mntbuf == NULL)
> - err(1, NULL);
> + err(1, "calloc");
I disagree with the
Since these are not emails with patches, let's not disturb tech@ but
have this thread moved to misc@ , thanks.
On 2016-02-01 18:40, Janne Johansson wrote:
I did not oppose adding the sector number, just the "idea" that
internal
relocations would make this number change.
If it did, then
Jorge Castillo said:
> Why not make it a port?
Making port for figuring out PKGPATH doesn't sound right.
See, there are four problems with the program:
1. It is not good enough in doing its job. Which is funny, because
picking right mirror is trivially done without any program.
2. It
Not sure if I sent this before, but I found it sitting in a tree.
dhcrelay missed out on some of the changes made to dhcpd/dhclient's
packet.c. OK to sync them up? After this set of patches, the only
difference from dhcpd's is the intentional ipsec-related one.
OK?
"Remove unused (a.k.a. always
On 2016/02/01 08:43, Jorge Castillo wrote:
> the only though that has come to me concerning mirrors,
> while using OpenBSD all this years is "damn it sure would be nice to know
> which mirrors there are without connecting to the internet first".
Fixed in -current, see
Theo Buehler wrote:
> On Mon, Feb 01, 2016 at 05:17:03PM +0100, Michal Mazurek wrote:
> > Meaningful error messages:
> >
> > mntbuf = calloc(argc, sizeof(struct statfs));
> > if (mntbuf == NULL)
> > - err(1, NULL);
> > + err(1, "calloc");
ok?
Index: lib/libarch/i386/i386_get_ioperm.c
===
RCS file: /cvs/src/lib/libarch/i386/i386_get_ioperm.c,v
retrieving revision 1.7
diff -u -p -r1.7 i386_get_ioperm.c
--- lib/libarch/i386/i386_get_ioperm.c 15 Nov 2014 02:23:28 -
These two patches implement ipmitool-compatible IOCTL in ipmi(4).
IPMI BMCs are usually accessed via ethernet ports. This provides BMC
access from within host for some situations where you can't use ethernet.
The idea is to provide generic command interface for userland via IOCTL,
while keeping
On Mon, Feb 01, 2016 at 08:05:42PM +0100, Jérémie Courrèges-Anglas wrote:
>
> Not needed since rev. 1.55 and the introduction of crypt_checkpass().
>
> ok?
I have the same in my tree.
ok semarie@
> Index: init.c
> ===
> RCS file:
On Tue, Feb 02, 2016 at 10:55:57AM +1100, Jonathan Gray wrote:
> On Mon, Feb 01, 2016 at 02:55:52AM +0200, Artturi Alm wrote:
> > On Sun, Jan 31, 2016 at 10:45:42PM +1100, Jonathan Gray wrote:
> > > On Sun, Jan 31, 2016 at 10:12:05AM +0200, Artturi Alm wrote:
> > > > On Sun, Jan 31, 2016 at
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> Sebastien Marie writes:
>
>> On Sun, Jan 31, 2016 at 09:39:52AM +0100, Landry Breuil wrote:
>>> Hi,
>>>
>>> i'm tinkering with ldapd and writing regress tests for it, and to
>>> allow running independent instances (with
On 2016/02/01 15:02, Joerg Jung wrote:
>
> > On 01 Feb 2016, at 14:53, Stuart Henderson wrote:
> >
> > moved from misc.
> >
> > On 2016-01-28, Antoine Jacoutot wrote:
> >>> Well, we "tradionally" had setproctitle("[priv]") in the parent. I
> >>>
There seems to be a "be" missing in install(1).
The whole phrase seems odd to a non-native speaker like me:
those options "should not be relied upon" because they are not portable,
not "for portability". (But I might easily be wrong.)
Jan
--- install.1.orig Mon Feb 1 13:57:31
I can't comment on code quality since I suck at programming but you
yourself said your program does not follow style(9) as much as it could, I
think this is not a good start. Why not make it a port? If this becomes
useful to a lot of people then maybe it can be in base later, but not
before it
On Mon, Feb 01, 2016 at 04:27:06PM +0100, Jan Stary wrote:
> There seems to be a "be" missing in install(1).
>
> The whole phrase seems odd to a non-native speaker like me:
> those options "should not be relied upon" because they are not portable,
> not "for portability". (But I might easily be
Sebastien Marie writes:
> On Sun, Jan 31, 2016 at 09:39:52AM +0100, Landry Breuil wrote:
>> Hi,
>>
>> i'm tinkering with ldapd and writing regress tests for it, and to
>> allow running independent instances (with separate port/control
>> socket/etc) i needed to add the
Replace exit() with return.
Index: df.c
===
RCS file: /cvs/src/bin/df/df.c,v
retrieving revision 1.54
diff -u -p -r1.54 df.c
--- df.c9 Oct 2015 01:37:06 - 1.54
+++ df.c1 Feb 2016 17:58:59 -
@@ -178,7
44 matches
Mail list logo