On Tue, 21 Sep 2010, Matthew Dempsky wrote:
> /dev/tun* are already owned by root and mode 0600 by default, so it
> seems redundant to check suser() in tunopen().
I agree in principle
-d
sigh. whoever wrote that co^Wmess^Wdesaster better never gets close to
me, physically.
the below doesn't break on 0.0.0.0 any more. problem found by sthen
with pppoe.
note to self: diff is in the main tree on luke
Index: net/if.c
=
... and here is a patch to sftp(1) to make use of it.
Index: sftp.c
===
RCS file: /cvs/src/usr.bin/ssh/sftp.c,v
retrieving revision 1.126
diff -u -p -r1.126 sftp.c
--- sftp.c 22 Sep 2010 22:58:51 - 1.126
+++ sftp.c
Hi,
In sftp we use a few of the BSD extensions to glob(3), most notably the
alternate open/readdir and stat functions so we can replace local fs
access with remote operations tunnelled over sftp.
In sftp these remote operations are slow, so we would like to do as few
of them as possible. Unfortun
On Wed, Sep 22, 2010 at 07:09:55PM +0200, Stefan Sperling wrote:
> FreeBSD has a sysctl to disable the super user check for tap devices
> (the equivalent of OpenBSD's tun device with the link0 flag set),
> off by default:
> http://svn.freebsd.org/viewvc/base/head/sys/net/if_tap.c?revision=205222&vi
I haven't confirmed w/o the diff, but with the diff I have a problem
on my eeePC 1000HE. I boot, then suspend with FN-ZZ, then resume
by hitting a key, then I type 'startx'. At this point I experience
a long delay before X actually starts.
Ken
It turned out this one needed a bit more tweaking:
- a SYNOPSIS entry
- one place to mention it in the DESCRIPTION
- a brief hint how to create rc.firsttime
(because that's indeed non-obvious)
Regarding FILES, i took oga@'s wording. While nicm@'s bikeshed
is more yellow, it doesn't fit on
On Wed, Sep 22, 2010 at 05:20:04PM +0200, Sebastian Reitenbach wrote:
> Alexander Hall wrote:
> > I don't have any actual interest in the change myself, nor the time to
> > test it, but now at least the diff has the fixes I expected to see
> > regarding my prior concerns.
> >
>
> Anyone else wh
USD 1050Proyector
Benq MP670 Potencia
lumínica : 3000 ANSI Lumenes / Contraste:
3000:1 Resolución Nativa: 1024 x 768 /
Tecnología:
On Tue, Sep 21, 2010 at 06:32:50PM -0700, Matthew Dempsky wrote:
> /dev/tun* are already owned by root and mode 0600 by default, so it
> seems redundant to check suser() in tunopen().
>
> ok?
I object to this patch as is.
FreeBSD has a sysctl to disable the super user check for tap devices
(the
On Wed, Sep 22, 2010 at 6:09 AM, Matthew Dempsky wrote:
> The diff below adds timingsafe_bcmp() to libc, updates kern.9 to
> mention that it's already in libkern, and removes the original from
> OpenSSH.
>
> I've already individually built libc and ssh on amd64 and they still
> build fine. I'm go
m_pad was introduced with an "ipsec package" import in openbsd
in 1997. m_inject was introduced in 1999 but this code wasn't
changed.
m_pad is equivalent to m_inject with an offset equal to the
actual data length.
Doesn't break anything here, but additional tests won't harm.
OK?
Index: netinet
On Wed, 22 Sep 2010 15:37:50 +0100
Owain Ainsworth wrote:
> On Wed, Sep 22, 2010 at 11:45:10AM +0100, Kevin Chadwick wrote:
> > On Wed, 22 Sep 2010 11:25:02 +0100
> > Owain Ainsworth wrote:
> >
> > > On Tue, Sep 21, 2010 at 06:32:50PM -0700, Matthew Dempsky wrote:
> > > > /dev/tun* are already
Cartucho toner NUEVO
CE285A $170 + I.V.A (iva 10.50%) c/u*
Cartucho toner NUEVO Q2612A $139 + I.V.A (iva 10.50%) c/u**
HP Laserjet P1102/P1102W
*3 cartuchos $ 170 c/u = $ 510 / 2 cartuchos $180 c/u = $360 / 1 Cartucho
$185 (Precios + iva 10.50%)
--
there's nothing special about this driver. as it does usual iic_exec's,
i'm not sure what can be actually fixed there. so if nobody has any
idea what could be done about it, you have my okay to disable it
completely.
cheers,
On Wed, Sep 22, 2010 at 5:49 PM, Stuart Henderson wrote:
> as seen on
as seen on misc@ and reported by various people previously,
there is some problem with wbng (at least on supermicros)
causing high load / delays / timeouts not being run and
triggering livelock avoidance.
I think the driver should be disabled unless/until
someone would like to step up to fix it.
Alexander Hall wrote:
> I don't have any actual interest in the change myself, nor the time to
> test it, but now at least the diff has the fixes I expected to see
> regarding my prior concerns.
>
Anyone else who would test or comment on this one?
Tested so far by me: telnetting to apache, and
On Wed, Sep 22, 2010 at 11:45:10AM +0100, Kevin Chadwick wrote:
> On Wed, 22 Sep 2010 11:25:02 +0100
> Owain Ainsworth wrote:
>
> > On Tue, Sep 21, 2010 at 06:32:50PM -0700, Matthew Dempsky wrote:
> > > /dev/tun* are already owned by root and mode 0600 by default, so it
> > > seems redundant to c
The diff below adds timingsafe_bcmp() to libc, updates kern.9 to
mention that it's already in libkern, and removes the original from
OpenSSH.
I've already individually built libc and ssh on amd64 and they still
build fine. I'm going to do a full userland rebuild now to double
check, but thought I
so, eventually i want to move us to use an rb tree for interface
addresses instead of a stupid list which is linerily walked. the
basics have been discussed, there is no downside for the "one real
interface with one real IP" usage case, but the "lots of addresses in
the system" case would eventuall
This diff does 3 things, which I don't think are complicated, hence I will put
them together.
1. remove quitit since it is not required. We exit without using it.
2. swap the position of qQ and xX. Its tidier in my mind.
3. Change the fall-thru comments to FALLTHROUGH.
any or all ok?
-mark
P
naddy@ pointed that the alpha kernel fails to build now because of my
evcount simplification diff. Previously two of its intr_disestablish
functions used the ec_parent field to detect whether or not the
evcount was attached.
As far as I can tell from following back the code, we always attach
the
P#P2P0P6P0P5PP=P4P5P=Q!
P QP8P3P;P0QP0P5P< PP0Q P?QP8P=QQQ QQP0QQP8P5 P2
P8QQP;P5P4P>P2P0P=P8P5 QQ P=P:P0 PP9P4P8QP5 P?P> QQQ P;P:P5 P2P=P8P7Q P?P8QQ PP?QP>QP5.
P#QP0QQP8P5 P2 P>P?QP>QP5 P7P0P9PP:P>P;P> 5 P
PP0QP5P9 P:P>PQ
P?P>P;P=P>QQQ Q P0P=P>P=P8PQ P?QP>P2P>P4P8Q
gre(4) calculates the route to the destination of the tunnel and chaches
the route. It uses a very "special" algorithm for the lookup that tends to
break more often then hitting the problems which the algorithm tries to
circumvent. To be more precise gre(4) fiddles with the endpoint address
looking
On Wed, 22 Sep 2010 11:25:02 +0100
Owain Ainsworth wrote:
> On Tue, Sep 21, 2010 at 06:32:50PM -0700, Matthew Dempsky wrote:
> > /dev/tun* are already owned by root and mode 0600 by default, so it
> > seems redundant to check suser() in tunopen().
>
> Looks like vnd could have the same change fo
On Tue, Sep 21, 2010 at 06:32:50PM -0700, Matthew Dempsky wrote:
> /dev/tun* are already owned by root and mode 0600 by default, so it
> seems redundant to check suser() in tunopen().
Looks like vnd could have the same change for the same resons.
If so i'll whip up the requisite two-liner.
-0-
-
When messages are added to the /var/msgs/ directory via:
# msgs -s
The contents of the bounds file are incorrectly filled with a random number if
the bounds file is initially empty (which it is on a newly installed system).
This diff is one way to fix the problem. ok?
mark
Index: msgs.c
27 matches
Mail list logo
