On August 4, 2020 1:38:43 PM MDT, Tracey Emery wrote:
>On August 4, 2020 1:24:18 PM MDT, Florian Obser
>wrote:
>>Because of reasons I recently had to carry a lot of garbage around for
>>the municipality to pick up. They would only pickup 2 cubic meters in
>>one sitting so I had to check how much
On August 4, 2020 1:24:18 PM MDT, Florian Obser wrote:
>Because of reasons I recently had to carry a lot of garbage around for
>the municipality to pick up. They would only pickup 2 cubic meters in
>one sitting so I had to check how much I had. Turned out to be 0.9 m^3.
>
>Of course inquisitive mi
Because of reasons I recently had to carry a lot of garbage around for
the municipality to pick up. They would only pickup 2 cubic meters in
one sitting so I had to check how much I had. Turned out to be 0.9 m^3.
Of course inquisitive minds wanted to know how much that is in
buttloads, to my great
To make our CTF tools (and any ELF-related tool) easier to port to other
OSes, I'd like to follow the Solaris/FreeBSD/OSX lead and use a
header instead of our current mix of & .
However devel/libelf will use instead of its own, if it is
available. But with the current content of our two
ports
> Date: Mon, 21 Mar 2016 15:31:42 +0300
> From: Alexei Malinin
>
> Hello.
>
> I'm not sure but it seems to me that there are several missed things:
> - checking path against NULL,
POSIX says that we should return EINVAL in that case.
> - setting errno to ENOMEM in case of malloc() failure,
ma
On Mon, Mar 21, 2016 at 03:31:42PM +0300, Alexei Malinin wrote:
> Hello.
>
> I'm not sure but it seems to me that there are several missed things:
> - checking path against NULL,
> - setting errno to ENOMEM in case of malloc() failure,
> - clarification in comments.
>
>
> --
> Alexei Malinin
S
Hello.
I'm not sure but it seems to me that there are several missed things:
- checking path against NULL,
- setting errno to ENOMEM in case of malloc() failure,
- clarification in comments.
--
Alexei Malinin
--- src/lib/libc/stdlib/realpath.c.orig Tue Oct 13 23:55:37 2015
+++ src/lib/libc/st
2015-06-29 10:21 GMT+02:00 Remi Locherer :
> Hi
>
> I think the following additions to the rdomain(4) man page would be
> usefull for people that want to start using rdomains and rtables.
>
> nitpick
> +.Sh CAVEATS
> +When an
> +.Nm rtable
> +allready exists a new
Hi
I think the following additions to the rdomain(4) man page would be
usefull for people that want to start using rdomains and rtables.
Remi
Index: rdomain.4
===
RCS file: /home/remi/cvs/src/share/man/man4/rdomain.4,v
retrieving
On 2015/05/12 16:35, Mikhail wrote:
> Hello, inlined patch is a compilation of fixes which were pushed into
> FreeBSD tree after 8188eu driver came in.
>
> It adds four new usbdevs (r270191, r273589, r282120), fixes efuse length
> and replaces magic numbers with proper defines (r281918), fixes efu
Hello, inlined patch is a compilation of fixes which were pushed into
FreeBSD tree after 8188eu driver came in.
It adds four new usbdevs (r270191, r273589, r282120), fixes efuse length
and replaces magic numbers with proper defines (r281918), fixes efuse
access (r281592, r282623), and fixes man ty
On Fri, Sep 05, 2014 at 03:10:01PM -0400, Brad Smith wrote:
> On Tue, Sep 02, 2014 at 07:20:30AM -0400, Brad Smith wrote:
> > On Tue, Sep 02, 2014 at 06:28:48AM -0400, Brad Smith wrote:
> > > Add some feature flags and store in the softc the various max Jumbo frame
> > > sizes
> > > for the differ
On Tue, Sep 02, 2014 at 07:20:30AM -0400, Brad Smith wrote:
> On Tue, Sep 02, 2014 at 06:28:48AM -0400, Brad Smith wrote:
> > Add some feature flags and store in the softc the various max Jumbo frame
> > sizes
> > for the different generations of chips. No behavioral change.
> >
> > Tested with..
On 05/09/14 2:24 AM, Jonathan Gray wrote:
On Tue, Sep 02, 2014 at 07:20:30AM -0400, Brad Smith wrote:
On Tue, Sep 02, 2014 at 06:28:48AM -0400, Brad Smith wrote:
Add some feature flags and store in the softc the various max Jumbo frame sizes
for the different generations of chips. No behavioral
On Tue, Sep 02, 2014 at 07:20:30AM -0400, Brad Smith wrote:
> On Tue, Sep 02, 2014 at 06:28:48AM -0400, Brad Smith wrote:
> > Add some feature flags and store in the softc the various max Jumbo frame
> > sizes
> > for the different generations of chips. No behavioral change.
> >
> > Tested with..
On Tue, Sep 02, 2014 at 09:03:34PM +1000, Jonathan Gray wrote:
> On Tue, Sep 02, 2014 at 06:28:48AM -0400, Brad Smith wrote:
> > Add some feature flags and store in the softc the various max Jumbo frame
> > sizes
> > for the different generations of chips. No behavioral change.
> >
> > Tested wit
On Tue, Sep 02, 2014 at 06:28:48AM -0400, Brad Smith wrote:
> Add some feature flags and store in the softc the various max Jumbo frame
> sizes
> for the different generations of chips. No behavioral change.
>
> Tested with..
>
> re0 at pci2 dev 0 function 0 "Realtek 8168" rev 0x03: RTL8168D/811
On Tue, Sep 02, 2014 at 06:28:48AM -0400, Brad Smith wrote:
> Add some feature flags and store in the softc the various max Jumbo frame
> sizes
> for the different generations of chips. No behavioral change.
>
> Tested with..
>
> re0 at pci2 dev 0 function 0 "Realtek 8168" rev 0x03: RTL8168D/811
Add some feature flags and store in the softc the various max Jumbo frame sizes
for the different generations of chips. No behavioral change.
Tested with..
re0 at pci2 dev 0 function 0 "Realtek 8168" rev 0x03: RTL8168D/8111D (0x2800)
re0 at pci2 dev 0 function 0 "Realtek 8168" rev 0x0c: RTL8168G/
On Wed, 13 Aug 2014 00:46:25 -0400, Jared Yanovich wrote:
> It might be desired to change some of the usage strings as well.
The actual usage is too convoluted to describe in the SYNOPSIS.
What you have is OK but I think what is really needed is a
subsection devoted to port forwarding.
- todd
It might be desired to change some of the usage strings as well.
Index: ssh.1
===
RCS file: /cvs/src/usr.bin/ssh/ssh.1,v
retrieving revision 1.348
diff -u -p -r1.348 ssh.1
--- ssh.1 24 Jul 2014 22:57:10 - 1.348
+++ ssh.
On 2014/07/16 11:02, Craig R. Skinner wrote:
> On 2014-07-15 Tue 16:04 PM |, Theo de Raadt 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
On 2014-07-15 Tue 16:04 PM |, Theo de Raadt 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?
> >
> >> Index: etc/services
> >> ==
>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.
>> 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
>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:
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
; If you need new entries, they can be committed.
>
I think Mark is talking about stuff that is not in the ports tree.
I had local additions to services in the past and may use that again for
convinience e.g. to remember on what magic port some webfrontend is
running. IMO /etc/services sh
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
> 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
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,
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
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
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:
> "
> > 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 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
> 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 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
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".
>
>
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 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/
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 -
On 19 April 2014 13:20, Loganaden Velvindron wrote:
> On Sat, Apr 19, 2014 at 04:04:30AM -0700, Loganaden Velvindron wrote:
>> Hi All,
>>
>> I'm taking a short break from playing with pf statistics.
>>
>> There were 4 sysctls added from KAME, but the man pages weren't updated
>> accordingly.
>>
>>
On Mon, Apr 21, 2014 at 09:39:55PM -0300, Fernando Gont wrote:
> Hi, Loganaden,
>
> NetBSD really had these? I seem to recall that OpenBSD was the only BSD
> variant with these (sensible) knobs.
>
> Thanks,
> Fernando
>
They copied it from OpenBSD in 2012:
kernel: Add sysctls to avoid i
Hi, Loganaden,
NetBSD really had these? I seem to recall that OpenBSD was the only BSD
variant with these (sensible) knobs.
Thanks,
Fernando
On 04/19/2014 08:04 AM, Loganaden Velvindron wrote:
> Hi All,
>
> I'm taking a short break from playing with pf statistics.
>
> There were 4 sysctls a
On Sat, Apr 19, 2014 at 04:04:30AM -0700, Loganaden Velvindron wrote:
> Hi All,
>
> I'm taking a short break from playing with pf statistics.
>
> There were 4 sysctls added from KAME, but the man pages weren't updated
> accordingly.
>
> (Adapted from the NetBSD man page changes)
>
> Feedback we
Hi All,
I'm taking a short break from playing with pf statistics.
There were 4 sysctls added from KAME, but the man pages weren't updated
accordingly.
(Adapted from the NetBSD man page changes)
Feedback welcomed.
Index: lib/libc/gen/sysctl.3
===
47 matches
Mail list logo