> On 14 Aug 2015, at 02:44, Theo de Raadt wrote:
>
>> Regarding other strict-alignment architectures, em(4) is probably one
>> of the more popular gigabit ethernet options for those architectures
>> that have PCI slots. I don't think any of these machines are severely
>> memory starved, but mem
I have too much time on my hands.
Index: sigabrt.c
===
RCS file: /cvs/src/regress/sys/kern/tame/sigabrt/sigabrt.c,v
retrieving revision 1.1
diff -u -p -r1.1 sigabrt.c
--- sigabrt.c 27 Jul 2015 18:03:36 - 1.1
+++ sigabrt.c
On Wed, Jul 29, 2015 at 05:42:10PM -0500, Matthew Martin wrote:
> On Sun, Jul 12 2015 at 12:23:48 -0500, Matthew Martin wrote:
> > Currently on the console
> > echo '\033[34mblue\033[39m white'
> > will echo both words with a blue foreground. Add support for SGR 39 and
> > 49 that reset the fg and
Some mail servers (notably gmail) have stoppped supporting TLS using
DSA keys. I've adapted the bits in smtpd.conf(5) to fit.
- todd
Index: share/man/man8/starttls.8
===
RCS file: /cvs/src/share/man/man8/starttls.8,v
retrieving rev
Jasper Lievisse Adriaanse writes:
> On Tue, Aug 11, 2015 at 01:20:24PM -0500, attila wrote:
>> Hello tech@,
>>
>> On the 6 Aug snap I ran into this issue:
>>
>> $ pkg_info | grep libevent
>> libevent-2.0.22 event notification library
>> $ pkg-config --atleast-version=2.0.1 libevent &
I uploaded a new version of the diff based on suggestions from millert@:
- open the main file with O_NOFOLLOW
- preserve file extension for editor type detection (e.g. syntax
highlighting)
- put wait in a while-loop, so it can survive an interrupt.
On 08/12/15 15:20, Martijn van Duren wrote:
S
On Thu, 13 Aug 2015 20:06:57 +0200, Sebastien Marie wrote:
> yes, it would be better ! thanks.
>
> updated diff below.
Looks OK to me though I prefer my while() loops with braces.
- todd
On Thu, Aug 13, 2015 at 09:00:34AM -0600, Todd C. Miller wrote:
> On Thu, 13 Aug 2015 13:59:37 +0200, Sebastien Marie wrote:
>
> > The following patch change the system(3) call in swapctl(8) to
> > vfork(2)+exec(2).
> >
> > swapctl use it for invoking mount_nfs(8) when fstab contains option for
>
> >>>I really like the new doas(1) utility, but after a while I started
> >>>missing the sudoedit(8) command and it didn't felt right to execute my
> >>>editor as .
> >
> >Please, don't. Use your regular $EDITOR and use doas -C to check the
> >correctness of the file.
> >
>
> It's a replacement fo
On 08/13/15 19:39, Miod Vallat wrote:
I really like the new doas(1) utility, but after a while I started
missing the sudoedit(8) command and it didn't felt right to execute my
editor as .
Please, don't. Use your regular $EDITOR and use doas -C to check the
correctness of the file.
It's a rep
On Thu, Aug 13, 2015 at 1:39 PM, Miod Vallat wrote:
> > >I really like the new doas(1) utility, but after a while I started
> > >missing the sudoedit(8) command and it didn't felt right to execute my
> > >editor as .
>
> Please, don't. Use your regular $EDITOR and use doas -C to check the
> corre
2015-08-13 15:11 GMT+02:00 Martin Pieuchot :
> On 23/07/15(Thu) 17:52, Ludovic Coues wrote:
>> On 17/07/15(Fri) 17:53, Ludovic Coues wrote:
>> > Following yesterday feedback, I wrote a patch merging
>> > usb_video_header_desc and usb_video_header_desc_all in uvideo.c .
>> > Current kernel compile f
> >I really like the new doas(1) utility, but after a while I started
> >missing the sudoedit(8) command and it didn't felt right to execute my
> >editor as .
Please, don't. Use your regular $EDITOR and use doas -C to check the
correctness of the file.
Hello tech@,
I really like the new doas(1) utility, but after a while I started
missing the sudoedit(8) command and it didn't felt right to execute my
editor as .
I know I could just install sudo(8) from ports, but I felt valiant and
created vias(1) as a sibling to doas(1).
- It walks thro
Somehow my patches seem to get mangled. I put the diff file here:
ftp://imperialat.at/vias.diff
On 08/12/15 14:22, Martijn van Duren wrote:
Hello tech@,
I really like the new doas(1) utility, but after a while I started
missing the sudoedit(8) command and it didn't felt right to execute my
edi
> Regarding other strict-alignment architectures, em(4) is probably one
> of the more popular gigabit ethernet options for those architectures
> that have PCI slots. I don't think any of these machines are severely
> memory starved, but memory might be limited to something like 256MB of
> physical
On 13/08/15(Thu) 16:43, Mark Kettenis wrote:
> > From: "Ted Unangst"
> > Date: Thu, 13 Aug 2015 10:04:55 -0400
> >
> > Martin Pieuchot wrote:
> > >
> > > How many sparc64 come with em(4)? Can we assume that the amount of
> > > wasted memory on such system is acceptable? What about other strict
> On occasion we make API changes which don't meet those bars, but they
> are rare. And since we have these libraries "linked together", we
> try to be more cautious, and agressive cranking is already the norm
>
> It might work out.
That's why I'm thinking along these lines
On Thu, 13 Aug 2015 13:59:37 +0200, Sebastien Marie wrote:
> The following patch change the system(3) call in swapctl(8) to
> vfork(2)+exec(2).
>
> swapctl use it for invoking mount_nfs(8) when fstab contains option for
> swapping to NFS files.
>
> Comments ? OK ?
Since waitpid() can be interru
> From: "Ted Unangst"
> Date: Thu, 13 Aug 2015 10:04:55 -0400
>
> Martin Pieuchot wrote:
> >
> > How many sparc64 come with em(4)? Can we assume that the amount of
> > wasted memory on such system is acceptable? What about other strict-
> > alignment architectures?
>
> just(? mostly?) t5120.
On 15/07/15(Wed) 17:01, Martin Pieuchot wrote:
> Here's diff a that moves FRELE() inside fd_getfile(). This is some
> plumbing to help unlocking code paths manipulating fp. The idea is
> to guarantee to the callers of fd_getfile() that the returned fp has
> the necessary reference counts and will
On 12/08/15(Wed) 17:03, Martin Pieuchot wrote:
> I'm currently working on the routing table interface to make is safe
> to use by multiple CPUs at the same time. The diff below is a big
> step in this direction and I'd really appreciate if people could test
> it with their usual network setup and
Martin Pieuchot wrote:
>
> How many sparc64 come with em(4)? Can we assume that the amount of
> wasted memory on such system is acceptable? What about other strict-
> alignment architectures?
just(? mostly?) t5120. mine has 32gb in it. it is, or could be, a popular
openbsd machine. it's also ne
On 23/07/15(Thu) 17:52, Ludovic Coues wrote:
> On 17/07/15(Fri) 17:53, Ludovic Coues wrote:
> > Following yesterday feedback, I wrote a patch merging
> > usb_video_header_desc and usb_video_header_desc_all in uvideo.c .
> > Current kernel compile fine with it on amd64 and video display image.
> >
On 11/08/15(Tue) 16:53, Mark Kettenis wrote:
> Like ix(4), em(4) hardware doesn't provide an easy/efficient way to
> guarantee alignment of protocol headers for received mbufs. The
> current code makes an attempt to m_adj() the mbuf if the maximum
> hardware frame size is smaller than the cluster
Hi,
The following patch change the system(3) call in swapctl(8) to
vfork(2)+exec(2).
swapctl use it for invoking mount_nfs(8) when fstab contains option for
swapping to NFS files.
Comments ? OK ?
--
Sebastien Marie
Index: swapctl.c
=
On Thu, Aug 13, 2015 at 03:21:56AM +0100, Larry Hynes wrote:
> This is a minor quibble, and possibly a purely personal one, but
> 'priorly' is not really in common usage.
>
> Index: smtpd.conf.5
> ===
> RCS file: /cvs/src/usr.sbin/smt
27 matches
Mail list logo