In the last episode (May 15), Brian O'Shea said:
On Tue, May 15, 2001 at 10:44:32PM -0400, Matthew Emmerton wrote:
[...]
After going to single user mode, cause I can't kill the offending
program once it is running in multiuser mode (even kill -9 won't
work ...
Probably because the
On Tue, May 15, 2001 at 05:02:25PM -0600, Warner Losh wrote:
In message [EMAIL PROTECTED] Maxim Sobolev writes:
: Perhaps we could rip off the code that dumps keymap file into a
: little utility on its own and use this utility to bootstrap
: sysinstall. I could look into this direction if
In message [EMAIL PROTECTED] Ruslan Ermilov writes:
: FWIW, my gross hack to usr.sbin/kbdcontrol also worked:
I tend to dislike adding ../../sys to the includes list since they
might not be compatible with the host's sys files used to build libc.
Warner
To Unsubscribe: send mail to [EMAIL
Warner Losh wrote:
In message [EMAIL PROTECTED] Maxim Sobolev writes:
: There is at least one easy way - we can check if PASTE
: is defined and define it to be NOP if it isn't. This would allow
: to use kbdcontrol as a bootstrap tool on 4-STABLE.
:
: See attached patch.
Heh. I came up
On Tue, 15 May 2001, Ruslan Ermilov wrote:
On Tue, May 15, 2001 at 05:42:04PM +0300, Peter Pentchev wrote:
[...]
Can't you teach sysinstall/Makefile to use the kbdcontrol in
${.OBJDIR}/../kbdcontrol/kbdcontrol instead, and make it somehow
depend on kbdcontrol being built beforehand?
On Wed, May 16, 2001 at 06:47:12PM +1000, Bruce Evans wrote:
On Tue, 15 May 2001, Ruslan Ermilov wrote:
On Tue, May 15, 2001 at 05:42:04PM +0300, Peter Pentchev wrote:
[...]
Can't you teach sysinstall/Makefile to use the kbdcontrol in
${.OBJDIR}/../kbdcontrol/kbdcontrol instead, and
Welp, this is the n-dozenth time that the ATA driver has wedged large parts
of my entire system because it feels it needs to reset my CD-R when I'm
trying to start burning a CD. I get the good old
acd0: WRITE_BIG command timeout - resetting
ata3: resetting devices ..
and then, like always,
It seems Brian F. Feldman wrote:
Welp, this is the n-dozenth time that the ATA driver has wedged large parts
of my entire system because it feels it needs to reset my CD-R when I'm
trying to start burning a CD. I get the good old
acd0: WRITE_BIG command timeout - resetting
ata3:
Welp, this is the n-dozenth time that the ATA driver has
wedged large parts
of my entire system because it feels it needs to reset my
CD-R when I'm
trying to start burning a CD. I get the good old
acd0: WRITE_BIG command timeout - resetting
ata3: resetting devices ..
I don't
Looks as if /usr/src/include/wchar.h isn't getting copied to a place where
it actually gets used during the build. From this morning's -CURRENT
(CVSup trivia follows the log):
stage 4: populating /usr/obj/usr/src/i386/usr/include
...
stage 4: building libraries
...
=== libbind
...
=== libc
[Yeah, I talk to myself, too dhw]
Forgot to add:
dhcp-133[7] cd /usr/obj
dhcp-133[8] find . -name wchar.h -print
dhcp-133[9] cd ../src
dhcp-133[10] find . -name wchar.h -print
./include/wchar.h
dhcp-133[11]
After all, that's the part that inspired the Subject:.
Cheers,
david
--
David H.
On Wed, 16 May 2001, Warner Losh wrote:
In message [EMAIL PROTECTED] Ruslan Ermilov writes:
: FWIW, my gross hack to usr.sbin/kbdcontrol also worked:
I tend to dislike adding ../../sys to the includes list since they
might not be compatible with the host's sys files used to build libc.
Already fixed in src/include/Makefile,v 1.134.
On Wed, May 16, 2001 at 07:46:04AM -0700, David Wolfskill wrote:
Looks as if /usr/src/include/wchar.h isn't getting copied to a place where
it actually gets used during the build. From this morning's -CURRENT
(CVSup trivia follows the log):
On Thu, May 17, 2001 at 12:51:59AM +1000, Bruce Evans wrote:
On Wed, 16 May 2001, Warner Losh wrote:
In message [EMAIL PROTECTED] Ruslan Ermilov writes:
: FWIW, my gross hack to usr.sbin/kbdcontrol also worked:
I tend to dislike adding ../../sys to the includes list since they
might
On Wed, 16 May 2001, Szilveszter Adam wrote:
On Wed, May 16, 2001 at 06:47:12PM +1000, Bruce Evans wrote:
Even running kbdcontrol might break cross-platform builds. Consider
running it on a host platform of Linux. It might fail attempting to
do a keyboard ioctl in its initalization.
Greetings:
If the formatting of this msg is mucked, I apologize -- this is the only mailer
available to me at the moment (ISP problems, and I'm not going to email from work).
Welp, this is the n-dozenth time that the ATA driver has
wedged large parts
of my entire system because it
Greetings,
Short question: is FreeBSD capable of cross-platform make world and
release (e.g. build of Alpha world/release on x86 and vice versa)?
TIA,
Eugene
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Wed, 16 May 2001, Warner Losh wrote:
In message [EMAIL PROTECTED] Ruslan Ermilov writes:
: FWIW, my gross hack to usr.sbin/kbdcontrol also worked:
I tend to dislike adding ../../sys to the includes list since they
might not be compatible with the host's sys files used to build
On Wed, May 16, 2001 at 08:52:44AM -0700, Eugene M. Kim wrote:
Greetings,
Short question: is FreeBSD capable of cross-platform make world and
release (e.g. build of Alpha world/release on x86 and vice versa)?
Hello,
Cross-platform world should work rather easily. (have not tried it since I
In message [EMAIL PROTECTED] Brian Somers writes:
: How should this be done - and where should I install digiio.h if
: that's what's required ?
I think that ppi device sets the standard here. It installs into
/usr/include/dev/ppi/ppi*.h. digiio should likely do the same.
Warner
To
On 16-May-01 Bob Bishop wrote:
Hi,
This while building world, with a kernel cvsup at Fri Apr 27 04:06:40 BST
2001
kern/kern_synch.c:386 sleeping with vr0 locked from pci/if_vr.c:1315
abridged backtrace:
panic()
propagate_priority()
_mtx_lock_sleep()
vr_intr()
ithread_loop()
Oh, I'd like you to think twice about this. Massive amounts of driver
rototilling should be avoided at this point.
On Wed, 16 May 2001, John Baldwin wrote:
On 16-May-01 Bob Bishop wrote:
Hi,
This while building world, with a kernel cvsup at Fri Apr 27 04:06:40 BST
2001
I was curious whether the memory limitation on the Sony VAIO Z505
machines was a hardware limitation. I just tried adding a 256MB module
to my machine. The BIOS seem to mostly recognize it. It did see 320MB
of RAM, but had problems when testing all of it. FreeBSD current boots
but gives me:
On 16-May-01 (15:14:50/GMT) Phil Knaack wrote:
on udma controller. take a look at sysctl hw.atamodes (may look
like 'dma,---,---,dma') and try change it to PIO mode.
I noticed a few days ago that a new command was added to -current,
called atacontrol. This command provides a real handy
In article [EMAIL PROTECTED],
Riccardo Torrini [EMAIL PROTECTED] wrote:
Maybe I am missing some important information, but on my -CURRENT
box (FreeBSD 5.0-CURRENT #17: Sat Apr 28 03:30:53 CEST 2001) I'm
unable to find hw.atamodes :-(
It has been replaced by the atacontrol(8) command.
PS:
In the last episode (May 16), John Polstra said:
PS: It is safer a world this days? I wouldn't like to loose all
files and rest only with lost+found as on HEADS-UP of same days
ago...
Actually, I found that to be a very cleansing experience. ;-)
Me too; I would probably have
On 16-May-01 Matthew Jacob wrote:
Oh, I'd like you to think twice about this. Massive amounts of driver
rototilling should be avoided at this point.
Well, it's causing panics in some cases. Those are bad. Basically I would be
reverting earlier changes.
On Wed, 16 May 2001, John Baldwin
This patch adds the prompt and passwd_prompt fields to the
/etc/login.conf, which makes lgoin more like getty in its ability
to be configured.
Sorry, no documentation at this time, and no support for %h and
other getty psecific things.
Terry Lambert
cc -O2 -fno-strength-reduce -pipe -march=pentiumpro -DHAS_CGETENT -DENCRYPTION
-DDES_ENCRYPTION -DAUTHENTICATION -DSRA
-I/usr/src/secure/lib/libtelnet/../../../crypto/telnet
-I/usr/obj/usr/src/i386/usr/include -c
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c -o pk.o
In article [EMAIL PROTECTED]
Michael Harnois [EMAIL PROTECTED] wrote:
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c: In function
`getseed':
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c:146: `i'
undeclared (first use in this function)
John Baldwin wrote:
On 16-May-01 Matthew Jacob wrote:
Oh, I'd like you to think twice about this. Massive amounts of driver
rototilling should be avoided at this point.
Well, it's causing panics in some cases. Those are bad. Basically I would b
e
reverting earlier changes.
31 matches
Mail list logo