On Mon, Jul 14, 2014 at 1:52 PM, Gustav Fransson Nyvell
wrote:
> On 07/14/14 09:42, Philip Guenther wrote:
>
> On Mon, Jul 14, 2014 at 4:25 AM, Gustav Fransson Nyvell > wrote:
>
>> I'm looking at 5.5-current. I'm forking inside a lib and I want to change
>> the forks cmd or argv[0]. I mean, wh
On Sun, Jul 13, 2014 at 12:40 AM, Matthew Dempsky
wrote:
> Currently there's a lot of redundancy between dopselect() and
> doppoll(). This diff cleans them up in the following ways:
>
> - Better variable names. Instead of "rts", "ats", and "tts" they're
> now called "deadline", "now", and
On 07/15/14 09:48, Philip Guenther wrote:
When the process that's executing your .xinitrc exits, startx/xinit
will shutdown the X server and then itself exit, taking you back to
the non-X shell prompt. Your .xinitrc should end with execution on
some program which will not exit until you want t
On Sun, Jul 13, 2014 at 03:48:47PM +0200, Henning Brauer wrote:
> now that we have an uncontaminated, err, inet6-free system by default,
> IFXF_NOINET6 just doesn't make sense any more.
> fully go for no inet6 by default, get rid of the IFXF_NOINET6 guarded
> attachments etc.
> introduce IFAFATTACH
On 2014 Jul 15 (Tue) at 10:25:49 +0200 (+0200), Gustav Fransson Nyvell wrote:
:On 07/15/14 09:48, Philip Guenther wrote:
:>When the process that's executing your .xinitrc exits, startx/xinit
:>will shutdown the X server and then itself exit, taking you back to
:>the non-X shell prompt. Your .xinit
* Stefan Sperling [2014-07-15 11:06]:
> On Sun, Jul 13, 2014 at 03:48:47PM +0200, Henning Brauer wrote:
> > now that we have an uncontaminated, err, inet6-free system by default,
> > IFXF_NOINET6 just doesn't make sense any more.
> > fully go for no inet6 by default, get rid of the IFXF_NOINET6 gu
cvs log -r1.x shows the log entry for HEAD, instead of the log entry
for 1.x as cvs -r 1.x does. As a result I end up looking at the wrong
log message rather often.
The hysterical raisin is a quirk in rlog(1):
Without argument, the -r option means the latest revision of the
On Tue, Jul 15, 2014 at 12:15:12PM +0200, Henning Brauer wrote:
> I'm slightly undecided on whether this should make this release or
> not...
In that situation, I usually decide that the risk won't outweigh
the benefits of just waiting for a while. No change means nobody
can get hurt.
> kernel-r
The reason the Soekris net6501 has hw.ncpufound=1 in bsd.rd is
stupid. The net6501 has MP BIOS, but not ACPI. Only the GENERIC
(thus also GENERIC.MP) and RAMDISK kernels on amd64 and i386 include
mpbios(4), RAMDISK_CD doesn't.
Is there any reason we don't have mpbios(4) in RAMDISK_CD? Are
there
* Stefan Sperling [2014-07-15 12:35]:
> On Tue, Jul 15, 2014 at 12:15:12PM +0200, Henning Brauer wrote:
> > I'm slightly undecided on whether this should make this release or
> > not...
> In that situation, I usually decide that the risk won't outweigh
> the benefits of just waiting for a while.
On Tue, Jul 15, 2014 at 12:38, Christian Weisgerber wrote:
> The reason the Soekris net6501 has hw.ncpufound=1 in bsd.rd is
> stupid. The net6501 has MP BIOS, but not ACPI. Only the GENERIC
> (thus also GENERIC.MP) and RAMDISK kernels on amd64 and i386 include
> mpbios(4), RAMDISK_CD doesn't.
>
On 07/15/14 11:13, Peter Hessler wrote:
On 2014 Jul 15 (Tue) at 10:25:49 +0200 (+0200), Gustav Fransson Nyvell wrote:
:On 07/15/14 09:48, Philip Guenther wrote:
:>When the process that's executing your .xinitrc exits, startx/xinit
:>will shutdown the X server and then itself exit, taking you back
Suggestion of add NSD, Unbound & BIND control ports to /etc/services:
Index: etc/services
===
RCS file: /cvs/src/etc/services,v
retrieving revision 1.87
diff -u -p -r1.87 services
--- etc/services12 Jul 2014 14:51:07 -
Ted Unangst:
> > Is there any reason we don't have mpbios(4) in RAMDISK_CD? Are
> > there space constraints to consider? It looks like an accidental
> > omission to me.
>
> I think there is some concern that the mpbios is wrong on many
> machines with acpi?
RAMDISK_CD also has
acpi0
naddy's mpbios RAMDISK_CD mail reminded me that I have put trunk into
RAMDISK_CD here for some time. Without, upgrading of machines with
trunk is unecessarily hard, since, well, you won't get your trunk
interface which typically has the IP(s) on it and you need to resort
to manual network config w/
> Date: Tue, 15 Jul 2014 12:38:34 +0200
> From: Christian Weisgerber
>
> The reason the Soekris net6501 has hw.ncpufound=1 in bsd.rd is
> stupid. The net6501 has MP BIOS, but not ACPI. Only the GENERIC
> (thus also GENERIC.MP) and RAMDISK kernels on amd64 and i386 include
> mpbios(4), RAMDISK_C
> Date: Tue, 15 Jul 2014 13:31:55 +0200
> From: Christian Weisgerber
>
> Ted Unangst:
>
> > > Is there any reason we don't have mpbios(4) in RAMDISK_CD? Are
> > > there space constraints to consider? It looks like an accidental
> > > omission to me.
> >
> > I think there is some concern that
On Tue, Jul 15, 2014 at 12:22:37PM +0100, Craig R. Skinner wrote:
>
> Suggestion of add NSD, Unbound & BIND control ports to /etc/services:
Makes sense to me. Anyone want to OK this?
> Index: etc/services
> ===
> RCS file: /cvs/src/
The patch below should unbreak make release.
On 07/15/14 11:14, Marc Espie wrote:
> CVSROOT: /cvs
> Module name: src
> Changes by: es...@cvs.openbsd.org 2014/07/15 03:14:50
>
> Removed files:
> etc/mtree : BSD.local.dist
>
> Log message:
> folded back into 4.4BSD.dist
> rem
Le 2014-07-15 09:51, Antoine Jacoutot a écrit :
+unbound-cntl 8953/tcp# Unbound validating,
recursive, and caching DNS server control
The IANA name for this port is "ub-dns-control".
http://www.iana.org/assignments/service-names-port-numbers/service-names-port-number
On Tue, Jul 15, 2014 at 10:06:10AM -0400, Simon Perreault wrote:
> Le 2014-07-15 09:51, Antoine Jacoutot a écrit :
> >>+unbound-cntl 8953/tcp# Unbound validating,
> >>recursive, and caching DNS server control
>
> The IANA name for this port is "ub-dns-control".
>
>
On 2014/07/15 15:51, Antoine Jacoutot wrote:
> On Tue, Jul 15, 2014 at 12:22:37PM +0100, Craig R. Skinner wrote:
> >
> > Suggestion of add NSD, Unbound & BIND control ports to /etc/services:
> Makes sense to me. Anyone want to OK this?
I'll discuss tweaks to the diff below but I'm in two minds a
> I'll discuss tweaks to the diff below but I'm in two minds about whether
> we want it. We don't enable the control socket in unbound by default at
> present (there is a diff somewhere to move this to unix domain sockets
> which we'd much prefer over network sockets..) Be aware, there is a
> downs
On Sun, Jul 13, 2014 at 04:05:41PM +0200, Mark Kettenis wrote:
> Some people have reported that apmd -A makes their machines hang.
> Could those people try the diff below and see whether it helps?
>
> Index: acpicpu.c
> ===
> RCS file
On 2014/07/15 16:35, Antoine Jacoutot wrote:
> > I'll discuss tweaks to the diff below but I'm in two minds about whether
> > we want it. We don't enable the control socket in unbound by default at
> > present (there is a diff somewhere to move this to unix domain sockets
> > which we'd much prefer
> > Well it depends what policy we want. Looking at the file most entries have
> > both even if only one protocol is effectively in use.
>
> Looking at the file though, most of those are older entries - I think
Yes. The reason is this:
"
# Note that it is presently the policy of IANA to assign a
On 2014/07/15 17:17, Antoine Jacoutot wrote:
> > > Well it depends what policy we want. Looking at the file most entries
> > > have both even if only one protocol is effectively in use.
> >
> > Looking at the file though, most of those are older entries - I think
>
> Yes. The reason is this:
> "
If this is no longer a user editable config file ...
Index: services
===
RCS file: /cvs/src/etc/services,v
retrieving revision 1.87
diff -u -p -r1.87 services
--- services12 Jul 2014 14:51:07 - 1.87
+++ services15 Jul
conserver changed port to allow running as non-root. ok?
Index: services
===
RCS file: /cvs/src/etc/services,v
retrieving revision 1.87
diff -u -p -r1.87 services
--- services12 Jul 2014 14:51:07 - 1.87
+++ services15
On 2014/07/15 16:41, Stuart Henderson wrote:
> If this is no longer a user editable config file ...
fix spaces/tabs
Index: services
===
RCS file: /cvs/src/etc/services,v
retrieving revision 1.87
diff -u -p -r1.87 services
--- service
On Tue, Jul 15, 2014 at 04:35:58PM +0100, Stuart Henderson wrote:
> On 2014/07/15 17:17, Antoine Jacoutot wrote:
> > > > Well it depends what policy we want. Looking at the file most entries
> > > > have both even if only one protocol is effectively in use.
> > >
> > > Looking at the file though,
> Date: Tue, 15 Jul 2014 17:17:45 +0200
> From: Antoine Jacoutot
>
> But be careful, this is not a user-editable file anymore, so we need
> to take into account that some stuffs that may not appear obvious to
> us may still be needed by people.
That's a mistake. You're supposed to be able to ad
Hi Henning,
On Tue, Jul 15, 2014 at 01:39:19PM +0200, Henning Brauer wrote:
> naddy's mpbios RAMDISK_CD mail reminded me that I have put trunk into
> RAMDISK_CD here for some time. Without, upgrading of machines with
> trunk is unecessarily hard, since, well, you won't get your trunk
> interface w
On Tue, Jul 15, 2014 at 05:51:46PM +0200, Mark Kettenis wrote:
> > Date: Tue, 15 Jul 2014 17:17:45 +0200
> > From: Antoine Jacoutot
> >
> > But be careful, this is not a user-editable file anymore, so we need
> > to take into account that some stuffs that may not appear obvious to
> > us may stil
On Tue, Jul 15, 2014 at 05:53:36PM +0200, Antoine Jacoutot wrote:
> On Tue, Jul 15, 2014 at 05:51:46PM +0200, Mark Kettenis wrote:
> > > Date: Tue, 15 Jul 2014 17:17:45 +0200
> > > From: Antoine Jacoutot
> > >
> > > But be careful, this is not a user-editable file anymore, so we need
> > > to tak
previously on this list Claudio Jeker contributed:
> IMO /etc/services should not be overwritten on upgrade.
> Also if people are careful and only append at the end then merging the
> file with sysmerge should be trivial.
Isn't it trivial to sysmerge in any case? Then again so is adding a line
to
The IANA names don't match these popular OpenBSD package's port numbers:
http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?search=3128
= ndl-aas, not web cache/squid
http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xht
On Tue, Jul 15, 2014 at 08:37:31PM +0100, Craig R. Skinner wrote:
> The IANA names don't match these popular OpenBSD package's port numbers:
>
> http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?search=3128
> = ndl-aas, not web cache/squid
>
> http://www.
Please don't send such mails if you didn't test yourself.
Tree will lock right away.
>naddy's mpbios RAMDISK_CD mail reminded me that I have put trunk into
>RAMDISK_CD here for some time. Without, upgrading of machines with
>trunk is unecessarily hard, since, well, you won't get your trunk
>inter
On 2014-07-15, Craig R. Skinner wrote:
> http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?search=
>= cbt, not cvsync
I don't know what this entry is, but it isn't cvsync.
(Maybe... Core Based Trees Multicast Routing, RFC 2189.)
--
Christian "naddy
On Tue, Jul 15, 2014 at 6:20 AM, Gustav Fransson Nyvell
wrote:
> On 07/15/14 11:13, Peter Hessler wrote:
>
>> On 2014 Jul 15 (Tue) at 10:25:49 +0200 (+0200), Gustav Fransson Nyvell
>> wrote:
>> :On 07/15/14 09:48, Philip Guenther wrote:
>> :>When the process that's executing your .xinitrc exits,
>On Tue, Jul 15, 2014 at 12:22:37PM +0100, Craig R. Skinner wrote:
>>
>> Suggestion of add NSD, Unbound & BIND control ports to /etc/services:
>
>Makes sense to me. Anyone want to OK this?
>
>> Index: etc/services
>> ===
>> RCS file:
On 2014-07-13, Ted Unangst wrote:
> for reference, i use this. faster query interval and when not idle, slam
> high immediately.
This appears to be much better than the current thresholds.
--
Christian "naddy" Weisgerber na...@mips.inka.de
>> Date: Tue, 15 Jul 2014 17:17:45 +0200
>> From: Antoine Jacoutot
>>
>> But be careful, this is not a user-editable file anymore, so we need
>> to take into account that some stuffs that may not appear obvious to
>> us may still be needed by people.
>
>That's a mistake. You're supposed to be ab
>BIND uses TCP for the control socket, so if this does go in, please
>do not list the UDP one.
Correct. For any service that runs on only one protocol, do not list the
other protocol.
On Sun, Jul 13, 2014 at 10:06:44AM -0400, Ted Unangst wrote:
> for reference, i use this. faster query interval and when not idle, slam
> high immediately.
>
I've been very happy with this change as well.
--
James Turner
We have release an update, LibreSSL 2.0.2
This release addresses the Linux forking and pid wrap issue reported recently in
the press.
As noted before, we welcome feedback from the broader community.
Enjoy
-Bob
On OpenBSD, FreeBSD, Debian, and Ubuntu setting a library as
executable means you can run it directly, and since ./libressl.so
won't work it shouldn't be 755.
Ten minutes of research reveals that Red Hat sets the execute bit on
all shared libraries, and while its ldd script complains if it's not
se
Question, comment and a potential bug ...
On Wed, Jul 16, 2014 at 04:54:49AM +, Doug Hogan wrote:
> ===
> RCS file: /cvs/src/sys/arch/amd64/amd64/est.c,v
> retrieving revision 1.33
> diff -u -p -d -r1.33 est.c
> --- sys/arch/amd64
49 matches
Mail list logo