ies and scores to match informed
reality and _then_ we could discuss if the criteria were sound
on the list(s).
Poul-Henning (singing an almost 20 year old refrain again)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD commit
who has been there, a couple of times: SECONDED!
It is particular unpleasant when you have no way to test the changes.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to mal
s of r313567.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
freebsd-stable
ably nobody ever bothered to check the code comprehensively
for security risks...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be
It doesn't seem like a lot, but it does add up..
Isn't there some kernel compile-time option to eliminate the huge
tables used for errormessages etc ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
that you are missing a number of aspects and options
of how you do configuration control on a system, if you think the
ports collection is your only tool.
Take a peek at src/tools/tools/sysbuild for instance.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP
an error-42 issue.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
In message 2010085940.4...@unknown, Bruce Cran writes:
On Sun, 22 Aug 2010 21:23:48 +
Poul-Henning Kamp p...@phk.freebsd.dk wrote:
http://phk/misc/build_options_stable_8_210741/
Did you mean http://phk.freebsd.dk/misc/build_options_stable_8_210741/ ?
Yes, sorry, I was sleepy
before a dump, please
make that a sysctl tunable.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
In message 4c725dfc.8000...@icyb.net.ua, Andriy Gapon writes:
on 23/08/2010 13:53 Poul-Henning Kamp said the following:
In message 20100823103412.ga21...@icarus.home.lan, Jeremy Chadwick writes:
Another workaround is to set watchdog timeout large enough for dumping to
complete
extended with a list of multiplets that should
also be tested.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
to have a usable system.
The result of the RFC was that bind is not a mandatory component
to make a usable system, so you argument suffers from bad logic.
The fact that you want BIND on your arm, is no different from
somebody else wanting postfix on a MIPS.
--
Poul-Henning Kamp | UNIX
In message 20100402021715.669838e0.s...@freebsd.org, Stanislav Sedov writes:
On Fri, 02 Apr 2010 08:55:07 +
Poul-Henning Kamp p...@phk.freebsd.dk mentioned:
Sorry, I think I was not clear enough.
Sorry for misunderstanding.
Yes, the case can certainly be made that DNS query tool belongs
I have just completed a run of /src/tools/tools/build_option_survey
and have uploaded the result here:
http://phk.freebsd.dk/misc/stable7_build_options/
Those of you building embedded systems on FreeBSD 7.x may find this
useful.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
that rings a bell here and I have not
seen it on any of my systems.
As I said, I would fear that the SIGHUB to syslog results in some
weird config where two writers are competing or something like that
but that is purely a guess...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL
To 1225760538 Mon Nov 3 20:02:18 2008
Read from 0
10765 75995 556816
0[ps0278]#
I could fear that you have two fifologs running at the same time,
possibly as a result of syslogd doing something strange on sighup...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED
?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
freebsd-stable
In message [EMAIL PROTECTED], Mike Tancsa writes:
Seems to work fine with cat
Ok, and the loss is not from one end, it is random records in
the middle ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since
to have a slave of the .dk zone, particular for busy mailservers.
I hope we can swing for solution A)
Poul-Henning
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what
and it looks like 100K of slave files but I don't know the impact of that,
relative to all the junk queries it saves.
That said, I would certainly have started it out as a
named_experimental_root_axfr=NO
option myself, rather than to make it te default default.
--
Poul-Henning Kamp
is not an
effective way to do their job.
The assignment is simple, and with creative thinking maybe the solution is
also:
Bring to system administration what source code version
control brought to programming.
Merry Xmas,
Poul-Henning
--
Poul-Henning Kamp | UNIX since
In message [EMAIL PROTECTED], Andriy Gapon writes:
on 01.07.2005 20:13 Poul-Henning Kamp said the following:
In message [EMAIL PROTECTED], Andriy Gapon writes:
I am actually OK with such situation. The problem is that the only
device created is obviously da0 i.e. there are no devices
to commit those shortly.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
In message [EMAIL PROTECTED], Nate Lawson writes:
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Nate Lawson writes:
My system hangs a long time in ata_generic_reset() while resuming. I
did some hunting and found that the loop was running for the full 310 *
100 ms (31 seconds
or re-create da0.
true /dev/da0
will do it.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
? :-)
(no, don't answer!)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
to commit those shortly.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence
In message [EMAIL PROTECTED], Nate Lawson writes:
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Nate Lawson writes:
My system hangs a long time in ata_generic_reset() while resuming. I
did some hunting and found that the loop was running for the full 310 *
100 ms (31 seconds
by removing the magicness of the c partition
+ altogether). [...]
It is not going to be removed. We're going to wait for MBR to die.
s/MBR/BSDlabel/
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
= nsect + 1
4. Find number of zones:
z = remaining_sectors / nzone
5. Find usable size:
size = z * nsect
6. Find overhead/metadata as:
total_sectors - size
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED
http://phk.freebsd.dk/patch/tty.patch
This patch removes 2500 lines of copypaste insanity in tty drivers
and generally tries to get things to be less confused confusing.
I need testers for all the different kinds of serial hardware we support.
Please help test!
--
Poul-Henning Kamp
.x...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
if anybody would be interested. Here's phk's
text:
HELP WANTED
The FreeBSD core team is looking for an assistant to help with
tracking and recording the issues being worked by core.
Responsibilities:
[cut]
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL
more, but the
one phk I have tried over the phone works
But let me tell you, ata devices connected with a phone are *SLOW*... :-)
(Sorry, couldn't resist :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD
-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD coreteam member | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fr
to it.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD coreteam member | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fr
for those of you who have an interest in the mac68k or
68k support in general, to rally around Grant and work with him on
this. Our postmaster will happily create a mailing list if you
want it.
That's all for now folks...
Poul-Henning
PS: See you all at the FreeBSD-con in October! h
37 matches
Mail list logo
