Maybe the message in one or other of the cases should be different?
On Fri, Apr 02, 2010 at 11:54:53AM +0100, Stuart Henderson wrote:
> On 2010/04/02 11:54, Vincent wrote:
> > Hi folks,
> >
> > One of my servers has a problem with its harddrive. To receive a warning on
> > harddrive failures, I
On Sat, Apr 03, 2010 at 03:37:46PM +1030, Matthew Haub wrote:
> Hello,
>
> On Fri, Apr 02, 2010 at 07:08:43PM -0700, Philip Guenther wrote:
> > if you want this, you should just implement wordexp(3) in libc and
> > then use that.
>
> I'll look into it, thank you.
>
> > are we still tracking the
Hello,
On Fri, Apr 02, 2010 at 07:08:43PM -0700, Philip Guenther wrote:
> if you want this, you should just implement wordexp(3) in libc and
> then use that.
I'll look into it, thank you.
> are we still tracking the upstream less(1) and if so, is the
> behavioral change acceptable there?
We no
On Friday 02 April 2010 21:57:54 J.C. Roberts wrote:
> Take a look at the last line of the dmesg below (taken just a moment
> ago). The system has been up for about a day, and the last line was
> added some time after it first booted up. It's typically not seen right
> after a fresh cold boot. A *n
On Fri, Apr 02, 2010 at 06:57:54PM -0700, J.C. Roberts wrote:
> On Fri, 2 Apr 2010 22:45:12 +0200 Alexandre Ratchov
> wrote:
>
> > > A short summary of the changes:
> > >
> > > - According to specification AUICH_RR may only be set after DMA
> > > is halted (AUICH_DCH is 0 in AUICH_STS). To ac
On Sat, Mar 27, 2010 at 9:04 PM, Matthew Haub
wrote:
> less(1) fails to write its buffer to pathnames with environment
> variables or the tilda home directory shortcut in them. The following
> patch corrects this by using the shell to glob filenames with lessecho
> instead of glob(3).
Two comment
On Fri, 2 Apr 2010 22:45:12 +0200 Alexandre Ratchov
wrote:
> > A short summary of the changes:
> >
> > - According to specification AUICH_RR may only be set after DMA
> > is halted (AUICH_DCH is 0 in AUICH_STS). To accomplish this I
> > revived auich_halt_pipe();
> > - auich_calibrate() did
2010/3/29 Dinar Talypov :
> While looking at the code found that some flags are not documented in
> fork1(9), but used.
> These are:
> - FORK_SIGHAND
> - FORK_PTRACE
> - FORK_THREAD
>
> Can someone point out what they are?
Thank you for pointing out the doc absence!
To quote the just committed m
On Thu, Apr 01, 2010 at 05:37:13PM +0200, Christopher Zimmermann wrote:
> Hi,
>
> here's a patch for auich(4). It fixes some issues with SIS 7012
> and possibly others. But since it relies on correct behaviour of
> the hardware at some places it needs some testing. Especially try
> to run some
On 2010/04/02 20:32, Toni Mueller wrote:
> I'm trying to prevent the two flows
>
> flow esp in from 0.0.0.0/0 to 0.0.0.0/0 peer 87.186.99.179 srcid gatewayip/32
> dstid uf...@example.com type use
> flow esp out from 0.0.0.0/0 to 0.0.0.0/0 peer 87.186.99.179 srcid
> gatewayip/32 dstid uf...@examp
08 - 09 P0P?QP5P;Q 2010 P3. (2 P4P=Q)
PPP!P"P P#PPPP"P+ P#PP PPPPPPP/ PP"PPPPP PP PPPP..
(ToSDeM b Tools of Sales Department Manager.)
^^
P"P PPPPP PP PPPPPPPP'PP P4P;Q: P4P8QP5P:Q
Hello,
I'm currently hacking on /usr/src/sys/net/pfkey* because I urgently
need to prevent the kernel from installing SAs with the value "default"
for both sides. In case I got the terminology wrong, I need to prevent
this situation, as it brings down networking completely:
> 0/00
On Fri, Apr 02, 2010 at 07:11:07PM +0200, Sebastian Rother wrote:
> This diff removes nic.mil because the US military does not provide
> whois informations anymore for serval years.
>
> Except this it adds the functionality to lookup IPv6 adresses
> using "whois %IP_v6%" which was not possible bef
On Fri, 2 Apr 2010 13:34:27 +0200 Peter Hessler wrote:
> There is some nasty line-wrapping going on. Can you resend w/o the
> wrapping? Or possibly post the diff on a web page somewhere.
ups, how did that happen?? So here again:
Index: arch/amd64/conf/GENERIC
On Wed, 9 Dec 2009 23:13:57 -0500 Brad wrote:
> Since the driver at the moment only supports the SiS 190 Fast
> Ethernet
> chipset then it would be pretty strange to name the driver in such a manner
> to explicitly mention Gigabit. I think se(4) would be Ok to use. Having this
> driver would be a
On 2010/04/02 11:54, Vincent wrote:
> Hi folks,
>
> One of my servers has a problem with its harddrive. To receive a warning on
> harddrive failures, I usually have the following as a cronjob:
> /sbin/atactl /dev/wd0c smartstatus >> /dev/null 2>&1
> The output of /sbin/atactl /dev/wd0c smartstatus
Hi, I'm just touching this again because I'd like to see this
fix committed to CVS.
The problem that is fixed by this change is a complete deadlock
while booting with USB2 HiSpeed enabled in BIOS.
On Mon, 8 Mar 2010 15:39:55 +0100 Christopher Zimmermann wrote:
> Heres my theory of what went wro
Hi,
I haven't written programs in C for many years and most of the ones at
the end of the era of C did not have Makefiles. Back when I started in
the late '70s/early '80s if we had makefiles they were extremely
simple.
So, with some trepidation I set about adding ping6 and traceroute6
commands to
Hi folks,
One of my servers has a problem with its harddrive. To receive a warning on
harddrive failures, I usually have the following as a cronjob:
/sbin/atactl /dev/wd0c smartstatus >> /dev/null 2>&1
The output of /sbin/atactl /dev/wd0c smartstatus on that server is: No SMART
threshold exceeded
]^ ELB]SELER]NDE...
BU KAL]TEY] BU F]YATLARA ANCAK TEK B]R YERDEN ALAB]L]RS]N]Z
TAB]]K] OPUZ ]^ G]Y]M
SAYIN YETK]L],
]^ ELB]SELER] ]MALATI YAPAN,KAL]TEDEN VD\N VERMEYEN B]R F]RMAYIZ..
KAL]TEL] \R\NLER] EN UYGUN F]YATA VER]YORUZ.
S]ZLERE DE H]ZMET VERMEKTEN MUTLULUK DUYARIZ.
YAZLIK P]KE(LACOST)T]^
LOCALIZAMOS CUALQUIER FUGA DE GAS Y AGUA SIN ROTURAS: Con la utilizacisn
de equipos electrsnicos, detectamos y localizamos los puntos de fugas con
precisisn inferior a un metro.
CALEFACCISN: Para los sistemas de calefaccisn por agua, tambiin tenemos
una solucisn !Sin Romper! No espere el invierno.
21 matches
Mail list logo