Hi Hackers,
The following is a really short patch commit request for updating
the manpage documentation for pw(8) to note that if I do the
following:
pw user add foo
pw user del foo
It will remove the group foo, but if I do the following:
pw user add foo
pw user add bar -
On Fri, 7 Jan 2011, joris dedieu wrote:
Hi,
As I was reading netinet6 code, I found some redundant SYSCTL_DECL.
Why are the redundant currently? Scrolling though I am not seeing
the "duplicate" removed. They are just distributed?
I don't know if it's really useful but here is a patch to
On Fri, Jan 7, 2011 at 2:36 PM, Mark Saad wrote:
> On Fri, Jan 7, 2011 at 5:27 PM, Garrett Cooper wrote:
>> On Fri, Jan 7, 2011 at 2:26 PM, Garrett Cooper wrote:
>>> On Fri, Jan 7, 2011 at 2:22 PM, Mark Saad wrote:
On Fri, Jan 7, 2011 at 4:56 PM, Garrett Cooper wrote:
> On Fri, Jan 7,
On Fri, Jan 7, 2011 at 2:22 PM, Mark Saad wrote:
> On Fri, Jan 7, 2011 at 4:56 PM, Garrett Cooper wrote:
>> On Fri, Jan 7, 2011 at 1:20 PM, Mark Saad wrote:
>>> Hello hackers@,
>>> I have a good question that I cant find an answer for. I believe
>>> found a kernel bug in 7.3-RELEASE that preven
On Fri, Jan 7, 2011 at 4:56 PM, Garrett Cooper wrote:
> On Fri, Jan 7, 2011 at 1:20 PM, Mark Saad wrote:
>> Hello hackers@,
>> I have a good question that I cant find an answer for. I believe
>> found a kernel bug in 7.3-RELEASE that prevents me from booting 64-bit
>> kernels on HP's DL360 G4p .
On Fri, Jan 7, 2011 at 1:20 PM, Mark Saad wrote:
> Hello hackers@,
> I have a good question that I cant find an answer for. I believe
> found a kernel bug in 7.3-RELEASE that prevents me from booting 64-bit
> kernels on HP's DL360 G4p . The kernel dies with "Fatal trap 12: page
> fault while in k
Hello hackers@,
I have a good question that I cant find an answer for. I believe
found a kernel bug in 7.3-RELEASE that prevents me from booting 64-bit
kernels on HP's DL360 G4p . The kernel dies with "Fatal trap 12: page
fault while in kernel mode " . The hardware works fine in 7.2-RELEASE
amd64
We're writing to remind you that the submission deadline for the 2011
USENIX Annual Technical Conference is next week.
Please submit your work by 11:59 p.m. EST on Wednesday, January 12, 2011.
The submission system is live and can be found at:
http://papers.usenix.org/hotcrp/atc11/
The USENIX A
Folks,
Would it be possible to devise an ipfw 'fwd' rule to pass along a socket
connection with IP_BINDANY set via stunnel that forwards it to another
process? The problem I'm having is the vnc service on the other side
cannot reply back to the IP address because the routing does not redirect
back
On 1/7/11 4:57 AM, joris dedieu wrote:
Hi,
I need a to bind non local ips daemons that don't
implement IP_BINDANY sockopt.
I'm not sure you need it
you can use the ipfw 'fwd' command to make a locally bound
socket act and look as if it is bound to a non local address
You need to tell us a lit
On Friday, January 07, 2011 7:15:59 am Lev Serebryakov wrote:
> Hello, Freebsd-hackers.
>
>
> I've found, that "struct bio" is depend on state of "DIAGNOSTIC"
> flag ("options DIAGNOSTIC" in kernel config). But when I build
> third-party GEOM (or any other) module with using of ,
> there is no
On (07/01/2011 15:15), Lev Serebryakov wrote:
> Hello, Freebsd-hackers.
>
>
> I've found, that "struct bio" is depend on state of "DIAGNOSTIC"
> flag ("options DIAGNOSTIC" in kernel config). But when I build
> third-party GEOM (or any other) module with using of ,
> there is no access to these
Fri, Jan 07, 2011 at 01:57:21PM +0100, joris dedieu wrote:
> What do you think about it ?
[...]
> +static int bindany = 0; /* 1 allows to bind a non local ip */
> +SYSCTL_INT(_net_inet_ip, OID_AUTO, bindany, CTLFLAG_RW, &bindany, 0,
> +"Allow to bind a non local ip");
On at least 8.x, you
Hi,
I need a to bind non local ips daemons that don't
implement IP_BINDANY sockopt.
There are several solutions as patching every single daemon
or using carp (You may not want automatic failover), jailing
the process and of course binding INADDR_ANY when possible ...
Has I'm too lazy for this, I
Hello, Freebsd-hackers.
I've found, that "struct bio" is depend on state of "DIAGNOSTIC"
flag ("options DIAGNOSTIC" in kernel config). But when I build
third-party GEOM (or any other) module with using of ,
there is no access to these options. So, module, built from ports, can
fail on user's ke
On Thu, 06 Jan 2011 19:15:35 -0800
Craig Leres wrote:
> I recently upgraded my desktop from 7.2-RELEASE to 8.1-RELEASE and
> noticed that I no longer get biff messages in my "console" xterm window.
> I traced this to:
>
> xterm: cannot open console: Operation not permitted
>
> and see that
Hi,
As I was reading netinet6 code, I found some redundant SYSCTL_DECL.
I don't know if it's really useful but here is a patch to clean it.
- remove SYSCTL_DECL(_net_inet6_ip6) and SYSCTL_DECL(_net_inet6) from c files
+ add them to netinet6/in6_var.h header (like for netinet).
Cheers
Joris
diff -
17 matches
Mail list logo