In message
, Marin Atanasov Nikolov writes:
>Then from the host machine I've moved this folder to the cwd.
>[...]
>Not sure if it is sudo or jail issue, and would be nice if someone
>with more experience can check this up :)
That's an "error-42" issue.
--
Poul
t.
It seems to me 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
it were 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 incompete
In message <2010085940.4...@unknown>, Bruce Cran writes:
>On Sun, 22 Aug 2010 21:23:48 +0000
>Poul-Henning Kamp wrote:
>
>> http://phk/misc/build_options_stable_8_210741/
>
>Did you mean http://phk.freebsd.dk/misc/build_options_stable_8_210741/
s decided to reset/disarm the watchdog 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
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 dumpin
y using "cat" instead of fifolog_writer, so we can tell on which
side of the pipe we are looking for the trouble ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD
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
ps0278]# fifolog_reader all.fifo | wc
>>From0 Wed Dec 31 19:00:00 1969
>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 som
Not right now, there is nothing 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 | UN
nd
>having to use ports 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.
-
In message <20100402021715.669838e0.s...@freebsd.org>, Stanislav Sedov writes:
>On Fri, 02 Apr 2010 08:55:07 +0000
>"Poul-Henning Kamp" mentioned:
>Sorry, I think I was not clear enough.
Sorry for misunderstanding.
Yes, the case can certainly be made that DNS query
s 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
Never attribute to malice
Denmark
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
an to make it te default "default".
--
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.
___
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
obably 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 adequatel
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
one 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 t
tallies 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 c
to 4)
3. Find zone size:
nsect = sectorsize / 16
nzone = nsect + 1
4. Find number of zones:
z = remaining_sectors / nzone
5. Find usable size:
size = z * nsect
6. Find overhead/metadata as:
t
fset in sysinstall.
>+>=20
>+> The c partition is a problem you have to address anyway (and it is
>+> best addressed 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/MB
I know he
plans 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
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 ru
as the entire idea behind IPv6 ? :-)
(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 ex
dge to geom to "re-scan" 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 ca
I know he
plans 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
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 ru
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
>>&g
o spend time
giving them the tool they know inwards and outwards 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
rong, thereby resetting the card and altstat fail.
>
>I'll commit a fix as soon as I have it tested some 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 :-)
fter a reboot the jail that can not connect to the localIP is
>different than before the reboot.
>* The problem with this is active sinds Okt 2000 in FreeBSD 4.x -STABLE
>(LocalIP is a real ipnumber)
>
>
>Hope it could be fixed.
>
>Henk Wevers
>
>
--
Poul-Henning Kamp
27;s easy to claim that this would work, but
>> first we need to know 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 record
branch should be automatically installed on 4.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 Unsubscr
http://phk.freebsd.dk/patch/tty.patch
This patch removes 2500 lines of copy&paste 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-Henn
users and developers is needed before
we will add a platform as an official part of FreeBSD, so now is
the time 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 y
t enough to justify an immediate
MFC.
--
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
st the way it is Matt. Get used 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
38 matches
Mail list logo
