[EMAIL PROTECTED] wrote:
[...]
Is dump reading substantially more than restore is writing?
Quite possibly, esp. if the source disk is nowhere near full and/or
most of the files being handled are small. dump reads every inode
on the disk, including those which are unallocated,
I
On Sun, Jan 07, 2007 at 05:59:35PM -0600, Z.C.B. wrote:
I was just wondering. How many people here have given lots of though
about integrating FreeBSD configuration with LDAP. I've just begun
looking at it a lot more and was curious as to what other people
think in this area.
Hi.
What do you
On 1/8/07, Oliver Fromme [EMAIL PROTECTED] wrote:
However, I think that there must be a bug in gstat when it
displays 600 GB read to copy a 200 GB file system. dump(8)
is inefficient, but not _that_ inefficient.
When doing the dump|restore dance to copy filesystems, I make it a
habit to have
VANHULLEBUS Yvan wrote:
On Sun, Jan 07, 2007 at 05:59:35PM -0600, Z.C.B. wrote:
I was just wondering. How many people here have given lots of though
about integrating FreeBSD configuration with LDAP. I've just begun
looking at it a lot more and was curious as to what other people
think in this
On Mon, 8 Jan 2007, Tom Judge wrote:
I would recommend the LDAP System Administration book published by
O'Reilly.
I wouldn't, unless a recipe book is your style; there are better books
(which will have to wait until I get into work tomorrow).
Out of all the O'Reilly books I have, the LDAP
On Mon, 8 Jan 2007, Dave Horsfall wrote:
Out of all the O'Reilly books I have, the LDAP one was the most useless.
I forgot to say, and out of all the LDAP books I have *as well*.
-- Dave
___
freebsd-hackers@freebsd.org mailing list
Greetings:
Let me preface this by saying that I am not C programmer.
I am running on FreeBSD 6.1-RELEASE-p10, and my ports and source trees
are up to date.
While attempting to compile koffice-1.6.1 I ran into this error:
In file included from /usr/local/include/wv2/olestream.h:22,
Bob, good day!
I doubt that this posting should go into the freebsd-hackers, but
nevertheless ;))
While attempting to compile koffice-1.6.1 I ran into this error:
In file included from /usr/local/include/wv2/olestream.h:22,
from graphicshandler.cpp:23:
The offending code
Quoting Doug Barton [EMAIL PROTECTED] (from Sun, 07 Jan 2007
22:02:30 -0800):
Vulpes Velox wrote:
I was just wondering. How many people here have given lots of though
about integrating FreeBSD configuration with LDAP. I've just begun
looking at it a lot more and was curious as to what other
On Saturday 06 January 2007 14:27, Oliver Fromme wrote:
M. Warner Losh wrote:
Also, kenv(KENV_GET, ... is used a lot. Maybe it makes sense to have
a simple kenvget call. Would make a few lines a little shorter if
nothing else.
KENV_GET is used three times. Using a wrapper function
I've just been looking at an issue reported by some
of our users that downloads from our one of our sites
run on FreeBSD 6.1 and Apache 1.3 where strangely
slow.
After doing some digging around I found that two remote
machines on the same network had wildly different results.
The difference
I am forwarding this to -hackers, since I havent got any response from
the author ([EMAIL PROTECTED]) in months ;/ Maybe someone in here
could take a few minutes and check this patch out and maybe commit it
to the source tree
att,
victor loureiro lima
-- Forwarded message --
John Baldwin wrote:
On Saturday 06 January 2007 14:27, Oliver Fromme wrote:
M. Warner Losh wrote:
Also, kenv(KENV_GET, ... is used a lot. Maybe it makes sense to have
a simple kenvget call. Would make a few lines a little shorter if
nothing else.
KENV_GET is used three
In message: [EMAIL PROTECTED]
Oliver Fromme [EMAIL PROTECTED] writes:
:
: John Baldwin wrote:
: On Saturday 06 January 2007 14:27, Oliver Fromme wrote:
:M. Warner Losh wrote:
: Also, kenv(KENV_GET, ... is used a lot. Maybe it makes sense to have
: a simple kenvget call.
Hi,
I have a bit of code I have written that uses pfil to access network
traffic as it passes between interfaces on a FreeBSD router. One of
the functions it performs is some incredibly basic rewrites of certain
packets (keeping the same length, so no issues about sequence
numbers), but it does
Lee Brotherston wrote:
Hi,
I have a bit of code I have written that uses pfil to access network
traffic as it passes between interfaces on a FreeBSD router. One of
the functions it performs is some incredibly basic rewrites of certain
packets (keeping the same length, so no issues about
Bob wrote:
Greetings:
Let me preface this by saying that I am not C programmer.
I am running on FreeBSD 6.1-RELEASE-p10, and my ports and source trees
are up to date.
While attempting to compile koffice-1.6.1 I ran into this error:
In file included from
On Mon, 8 Jan 2007 09:21:21 +0100
VANHULLEBUS Yvan [EMAIL PROTECTED] wrote:
On Sun, Jan 07, 2007 at 05:59:35PM -0600, Z.C.B. wrote:
I was just wondering. How many people here have given lots of
though about integrating FreeBSD configuration with LDAP. I've
just begun looking at it a lot
On Sun, 07 Jan 2007 22:02:30 -0800
Doug Barton [EMAIL PROTECTED] wrote:
Vulpes Velox wrote:
I was just wondering. How many people here have given lots of
though about integrating FreeBSD configuration with LDAP. I've
just begun looking at it a lot more and was curious as to what
other
Julian Elischer [EMAIL PROTECTED] writes:
Lee Brotherston wrote:
Hi,
I have a bit of code I have written that uses pfil to access network
traffic as it passes between interfaces on a FreeBSD router. One of
the functions it performs is some incredibly basic rewrites of certain
packets
Julian Elischer [EMAIL PROTECTED] writes:
Lee Brotherston wrote:
Hi,
I have a bit of code I have written that uses pfil to access network
traffic as it passes between interfaces on a FreeBSD router. One of
the functions it performs is some incredibly basic rewrites of certain
packets
On Mon, Jan 08, 2007 at 02:00:14PM -0800, Julian Elischer wrote:
there is an algorythm to recalculate the tcp/ip
checksum when you replace a byte. you subtract the old value from the
csum and add the new one, but not quite a as easy as that.
I think it's given in one of the RFCs but I
Lowell Gilbert wrote:
Actually, it is as easy as that. And it's exactly the way this kind
of case is usually handled.
almost.. you need to account for the fact that our computers are 2-s
compliment machines and the checksum is a 1-s compliment checksum
I think it's given in one of the
On Sun, 07 Jan 2007 22:02:30 -0800
Doug Barton [EMAIL PROTECTED] wrote:
Vulpes Velox wrote:
I was just wondering. How many people here have given lots of
though about integrating FreeBSD configuration with LDAP. I've
just begun looking at it a lot more and was curious as to what
Hi,
While I think I have almost solved the problem of network disconnects,
It downed on me a major problem:
When a 'local' disk crashes, the kernel will probably hang/panic/crash.
if i don't try to recover, then there is no change in the above scenario.
if i try to recover, then the client does
On Tue, 09 Jan 2007 09:22:31 +0200
Danny Braniss [EMAIL PROTECTED] wrote:
On Sun, 07 Jan 2007 22:02:30 -0800
Doug Barton [EMAIL PROTECTED] wrote:
Vulpes Velox wrote:
I was just wondering. How many people here have given lots of
though about integrating FreeBSD configuration with
26 matches
Mail list logo