David Demelier writes:
> The problem when you're using directly kbdmux in the kernel config,
> the ATKBD_DFLT_KEYMAP and UKBD_DFLT_KEYMAP are ineffective, you can't
> set these both together ...
>
> For me I added these both to use uk.iso but in single user mode I
> still have the standard us lay
David Demelier writes:
> On 21/03/2011 10:51, Pan Tsu wrote:
>> David Demelier writes:
>>
>>> The problem when you're using directly kbdmux in the kernel config,
>>> the ATKBD_DFLT_KEYMAP and UKBD_DFLT_KEYMAP are ineffective, you can't
>>>
Chris Telting writes:
> On 05/13/2011 01:32, krad wrote:
>> what i cant understand is the complete aversion to sudo. Could you
>> shed any light on why you are trying to avoid a tried and tested
>> method.
>
> That I freely admit is for no rational reason. It's just annoying. But
...a shebang ca
fuser(1) man page mentions the tool is supposed to list processes that
have specified named file(s) open. As there are several types of files
(according to stat(2)) it's not clear which are supported, e.g.
$ (mkfifo foo.fifo; cat <>foo.fifo) & nc -lU foo.socket &
$ fuser foo.*
foo.fifo:
fo
Warren Block writes:
> On Wed, 1 Jun 2011, Angelo wrote:
>
>> Thanks Peter but I can't seem to build this thing.
>
> Please don't top-post, and please trim responses.
>
>> I've tried just about everything I can think of to pass the argument
>> "--with-autotrace" and it throws exceptions or just i
Does anyone else see the following crash?
$ sh -c 'sleep 60& dtrace -P syscall -p $!'
dtrace: description 'syscall' matched 2092 probes
Assertion failed: (dpr != NULL), file
.../cddl/contrib/opensolaris/lib/libdtrace/common/dt_proc.c, line 751.
Exit 134
Also triggers without specifying
Hiroki Sato writes:
> Hello,
>
> dave jones wrote
> in :
>
> s.> It seems that allbsd.org is up, but I can't find the HEAD snapshots,
> s.> only RELENG.
> s.> Would you like to build HEAD snapshots? Thank you very much.
>
> Building snapshots of HEAD and RELENG_[67] are temporarily disabled
>
"Christopher J. Ruwe" writes:
> Nearly a week ago I posted this question to freebsd-fs, but probalby my
> question is a) worded too complicatedly, b) not really a
> filesystem-issue or c) both.
>
> To rephrase: In setups requiring one or more ZFS-dataset to be mounted
> before another service is
"Christopher J. Ruwe" writes:
[...]
> /etc/rc.d/zvol
> /etc/rc.d/zfs
> /etc/rc.d/dumpon
> /etc/rc.d/ddb
> /etc/rc.d/initrandom
> /etc/rc.d/geli
> /etc/rc.d/gbde
> /etc/rc.d/encswap
> /etc/rc.d/ccd
> /etc/rc.d/swap1
> /etc/rc.d/fsck
> /etc/rc.d/root
> /etc/rc.d/hostid_save
> /etc/rc.d/mdconfig
> /
"Christopher J. Ruwe" writes:
[...]
> In this setup, I should not have any problems. However, I do not
> realize (and very much doubt) that I changed anything in the order of
> the services (lacking the capability to deterministically do so,
> anyway).
>
> From rcorder I understand that all that
Fbsd8 writes:
> wayne mitchell wrote:
>> hey
>> got question/problem for /boot/loader
>>
>> system: freeBSD 8.1-RELEASE GENERIC
>>
>> trying to get a bitmap onscreen for bootup
>>
>>
>> have read man page for all boot associated stuff (
11 matches
Mail list logo
