Andrey A. Chernov wrote (2001/04/19):
In any case it must be sysctl-controlled variable and not kernel
option only. Rebuilding whole kernel to just change console language is
superfluous! rc.syscon/rc.conf hooks must be added too.
I agree that there should be some rc.* variable.
It is not
On Fri, Apr 20, 2001 at 06:39:30AM +1000, Bruce Evans wrote:
On Thu, 19 Apr 2001, Ruslan Ermilov wrote:
On Thu, Apr 19, 2001 at 05:53:53PM +0300, Ruslan Ermilov wrote:
On Thu, Apr 19, 2001 at 11:12:24PM +1000, Bruce Evans wrote:
atomic installation. Atomic installation (but not -C)
If you just want an xargs that supports --replstr/-i simply
install:
ftp://ftp.gnu.org/gnu/findutils
or even more easily:
/usr/ports/misc/findutils
two comments:
I don't want to enter a protracted discussion over the
benefits/drawbacks of the current xargs vs an updated
xargs,
Garance A Drosihn [EMAIL PROTECTED] writes:
Or maybe something to indicate where the list of arguments
should go in a command. Hrm. Let's say '-Y replstr' or
'-y[replstr]' (no blank after -y). If no [replstr] is
given on -y, it defaults to the two characters '[]'.
Then one might do:
Dima Dorfman wrote:
Garance A Drosihn [EMAIL PROTECTED] writes:
Or maybe something to indicate where the list of arguments
should go in a command. Hrm. Let's say '-Y replstr' or
'-y[replstr]' (no blank after -y). If no [replstr] is
given on -y, it defaults to the two characters '[]'.
In message [EMAIL PROTECTED] David Wolfskill writes:
: That said, while I was trying to figure out what had gone wrong, I ended
: up chasing something that was "merely" a warning, but loks to me as if
: it has some unpleasant potential: the dual (conflicting) definitions of
: MDF_ACTIVE, thus:
:
Hello Bruce!
Forget all of this. I started incorporating OpenBSD fixes to install(1).
They seem to cover all the cases you have mentioned. I will send a CFR
when I finish. They used your revision 1.4 as the base, and implemented
all of the todos, and even more.
Thanks,
--
Ruslan Ermilov
Hello all,
I will report to all that restore command doesn't restore the
property of symbolic link at all, that is owner, group,
permissions and utime.
Yamazaki-san first reported this issue on USENET at
fj.os.bsd.freebsd. So I'm Cc'ing he and thread participater.
I will propose below quick
On Thu, Apr 19, 2001 at 07:00:21PM +0300, Maxim Sobolev wrote:
Attached script forces perl(1) to dump core, which isn't a good
behaviour IMO (tested on 5-CURRENT and 4.3-RC).
Why it is definitely not a good behavior for perl(1), the script is
not correct anyway. You need to change " to ' to
On Fri, Apr 20, 2001 at 04:33:48PM +0200, Anton Berezin wrote:
On Thu, Apr 19, 2001 at 07:00:21PM +0300, Maxim Sobolev wrote:
Attached script forces perl(1) to dump core, which isn't a good
behaviour IMO (tested on 5-CURRENT and 4.3-RC).
Why it is definitely not a good behavior for
OGLNOPOLSKI WORTAL KRAJOZNAWCZY HTTP://POZNAJKRAJ.PL
TWJ PRZEWODNIK PO POLSCE
Poznajkraj.pl najdynamiczniej rozwijajcy si w Polsce profesjonalny wortal,
prezentujcy kompleksow baz informacji o wypoczynku, rozrywce i kulturze w naszym
kraju.
Poznajkraj.pl uatwi Pastwu planowanie podry po
On Fri, 20 Apr 2001 00:57:29 -0400, Garance A Drosihn [EMAIL PROTECTED] said:
'-y[replstr]' (no blank after -y).
Prohibited by POSIX. The `xargs' utility ``shall'' follow the Utility
Syntax Guidelines.
so I don't know how we go about adding options to it.
POSIX is clear on this issue: the
It seems good, but shouldn't it be:
ret = linkit(lnkbuf, name, SYMLINK);
if (ret == 0) {
if (lchown(name, uid, gid))
perror(name);
if (lchmod(name, mode))
perror(name);
Apr 19 15:09:31 zorba /boot/kernel/kernel: pcm0: play interrupt timeout,
channel dead
Apr 19 15:19:00 zorba /boot/kernel/kernel: pcm0: play interrupt timeout,
channel dead
can anyone suffering from this problem confirm that the hardware is
generating interrupts?
use 'systat -vm 1' to watch
Hi!
The attached patch incorporates most of OpenBSD fixes to install(1).
It does not include manpage update. Most significant changes are:
o All TODOs are acted upon.
o New flags: -b and -B
: -bBackup any existing files before overwriting them by
: renaming them to file.old. See
Hello,
When was this megapatch? I have a kernel world from evening of 18th CEST,
and my SB 64 AWE rocks as usual. I even figured out, how to play Shoutcast
streams with mpg123 which enabled me to listen to my favourite radio on the
console:-) Doing it right now:-)
--
Regards:
Szilveszter
Hi,
Ruslan Ermilov wrote:
The attached patch incorporates most of OpenBSD fixes to install(1).
It does not include manpage update. Most significant changes are:
o New flag: -S (atomic install)
: -SSafe copy. Normally, install unlinks an existing target before
: installing the
Konstantin Chuguev wrote:
Hi,
Ruslan Ermilov wrote:
The attached patch incorporates most of OpenBSD fixes to install(1).
It does not include manpage update. Most significant changes are:
o New flag: -S (atomic install)
: -SSafe copy. Normally, install unlinks an existing
On Fri, Apr 20, 2001 at 07:41:36PM +0300, Maxim Sobolev wrote:
Konstantin Chuguev wrote:
Hi,
Ruslan Ermilov wrote:
The attached patch incorporates most of OpenBSD fixes to install(1).
It does not include manpage update. Most significant changes are:
o New flag: -S (atomic
No, it's not generating interrupts.
On Fri, 20 Apr 2001, Cameron Grant wrote:
Date: Fri, 20 Apr 2001 17:06:58 +0100
From: Cameron Grant [EMAIL PROTECTED]
To: Scott Hazen Mueller [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: sound driver breakage/megapatch
Apr 19 15:09:31 zorba
On Fri, Apr 20, 2001 at 08:03:20PM +0300, Ruslan Ermilov wrote:
On Fri, Apr 20, 2001 at 07:41:36PM +0300, Maxim Sobolev wrote:
Konstantin Chuguev wrote:
Hi,
Ruslan Ermilov wrote:
The attached patch incorporates most of OpenBSD fixes to install(1).
It does not include
Apr 19 15:09:31 zorba /boot/kernel/kernel: pcm0: play interrupt timeout,
channel dead
Apr 19 15:19:00 zorba /boot/kernel/kernel: pcm0: play interrupt timeout,
channel dead
can anyone suffering from this problem confirm that the hardware is
generating interrupts?
use 'systat -vm 1' to watch
Oh, sorry - yes, I can... I watched the pcm interrupt (irq 9 on my box)
increment using vmstat -i. I had seen something in the archives about
that
not happening.
is there any other device using irq 9?
-cg
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
Oh, sorry - yes, I can... I watched the pcm interrupt (irq 9 on my box)
increment using vmstat -i. I had seen something in the archives about
that
not happening.
is there any other device using irq 9?
vmstat -i
interrupt total rate
stray irq0 10
stray irq6
I'm sorry, I was wrong, I have the same problem that Scott:
# vmstat -i
interrupt total rate
stray irq0 10
stray irq6 10
stray irq7 10
ata0 irq14 337983 15
ata1 irq15 200
fdc0 irq6 10
atkbd0
FreeBSD ariel.phys.wesleyan.edu 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Fri Apr 20
11:39:31 EDT 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARIEL
i386
after last build many man's files are missing, they're there but empty.
Was it just my badluck ?
-Vlad
To Unsubscribe: send mail to [EMAIL
* [EMAIL PROTECTED] [EMAIL PROTECTED] [010420 12:08] wrote:
FreeBSD ariel.phys.wesleyan.edu 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Fri Apr 20
11:39:31 EDT 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARIEL
i386
after last build many man's files are missing, they're there but empty.
Was it
FirewireDirect is happy to announce the debut and immediate availability
of the newest in our series of FireWire storage solutions, the 2.5" Spark
II FireWire USB Portable Hard Drive.
The new design means we've retired the number of the original Spark, the
popular mobile hard drive that
Folks,
although there was much rejoicing, I think there's no need for a
new option to cp. Just use the toolbox, it's not too hard:
(cat bigfilelist; echo destdir) | xargs cp
Or even
echo destdir bigfilelist
xargs cp bigfilelist
should do the trick.
Regards,
Jens
--
Jens
Jens Schweikhardt wrote:
although there was much rejoicing, I think there's no need for a
new option to cp. Just use the toolbox, it's not too hard:
(cat bigfilelist; echo destdir) | xargs cp
Or even
echo destdir bigfilelist
xargs cp bigfilelist
should do the trick.
Err, neither
Folks,
although there was much rejoicing, I think there's no need for a
new option to cp. Just use the toolbox, it's not too hard:
(cat bigfilelist; echo destdir) | xargs cp
Or even
echo destdir bigfilelist
xargs cp bigfilelist
should do the trick.
No, it won't. Consider a
[ attempting to consolidate two identical threads into one ]
Brian Somers [EMAIL PROTECTED] writes:
I agree - the script idea doesn't seem right.
If {} isn't allowed to implicitly mean ``all the arguments that'll
fit'', then I'd vote for using -i (a version that does full grouping)
As you requested, you have been unsubscribed from 'fwd-newswire'.
---
Return-Path: [EMAIL PROTECTED]
Received: from mailhost.sparknet.net ([207.67.22.123]) by nova.sparklist.com with SMTP
(SparkLIST.com WIN32 version 4.1); Fri, 20 Apr 2001 18:04:41 -0500
Received: from don-oakes.sparklist.com
Forget all of this. I started incorporating OpenBSD fixes to install(1).
They seem to cover all the cases you have mentioned. I will send a CFR
when I finish. They used your revision 1.4 as the base, and implemented
all of the todos, and even more.
Ah, good. Rev.1.4 sure was a long time
I'm gettind kernel core dumps in the weirdest places with a -current from
early today. One place it coredumps is when I run "chsh", another is during
a certain part of make install on XFree86-4, the same place every time. I
can get some more details if this is an unknown bug.
To Unsubscribe:
On 21-Apr-01 David W. Chapman Jr. wrote:
I'm gettind kernel core dumps in the weirdest places with a -current from
early today. One place it coredumps is when I run "chsh", another is during
a certain part of make install on XFree86-4, the same place every time. I
can get some more details
Folks,
although there was much rejoicing, I think there's no need for a
new option to cp. Just use the toolbox, it's not too hard:
(cat bigfilelist; echo destdir) | xargs cp
I like this version of the patch!! It's much much cleaner than
hacking up cp or xargs, it even follows the unix
On Fri, 20 Apr 2001, Warner Losh wrote:
In message [EMAIL PROTECTED] David Wolfskill writes:
: The notion of the same program (kdump, in this case) actually using both
: include files would seem to be a cause for some concern.
Don't worry about it. The person who imported the memcontrol
On Fri, Apr 20, 2001 at 07:26:18PM -0700, Rodney W. Grimes wrote:
(cat bigfilelist; echo destdir) | xargs cp
I like this version of the patch!! It's much much cleaner than
hacking up cp or xargs, it even follows the unix principle of
using simple tools and glueing them togeather to do
Here's an exact error message because I'm sure I wrongly diagnosed it.
Fatal trap 12: pagefault while in kernel mode
fault code = supervisor read, page not present
kernel: type 12 trap, code = 0
stopped atffs_valloc+0x8eicmpb$0,0(%edi,%eax,1)
I can still try to play around with cvs
Try:
echo 1 2 3 4 5 6 7 8 9 | xargs -n 4 echo
Now consider what would happen with the above suggested construct with
a very long file list.
I don't see a problem with adding an option to cp to treat the first
argument as the target instead of the last argument. It's a simple
On Fri, Apr 20, 2001 at 07:26:18PM -0700, Rodney W. Grimes wrote:
(cat bigfilelist; echo destdir) | xargs cp
I like this version of the patch!! It's much much cleaner than
hacking up cp or xargs, it even follows the unix principle of
using simple tools and glueing them togeather
I just tried to do an installkernel on a new kernel I built and I got the
same error except the last line changed to
stopped atffs_dirpref+0x210movzbl0(%ECX,%EAX,1),%EAX
Do I have any hope at recovering from this or should I start again with 4
and upgrade to -current. I'm assuming
43 matches
Mail list logo