--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
I've been seeing these messages for months..
Aug 31 20:19:29 cinq sshd[2342]: /var/log/lastlog: Permission denied
.. because sshd has dropped root privileges by the time pam_lastlog
tries to log the message.
I realise this was discussed on this list about 2 months ago, but it hasn't
been fixed
Today's current gave me the following error while building a new kernel after
a successful make world.
cd /usr/src/sys/modules ; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/PIII850N/modules
KMODDIR=/boot/kernel MACHINE=i386 make cleandir
=== 3dfx
=== accf_data
=== accf_http
=== agp
=== aha
===
Title: ½Åû¼¸ÞÀÏÆû
¼º¸í
Áֹεî·Ï ¹øÈ£ (-ÀÔ·Â)
Á÷Àå ÀüÈ
ÈÞ´ëÆù
Today's current gave me the following error while building a new kernel
after a successful make world.
cd /usr/src/sys/modules ;
MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/PIII850N/modules
KMODDIR=/boot/kernel MACHINE=i386 make cleandir
=== 3dfx
=== accf_data
=== accf_http
=== agp
=== aha
Quoting Justin T. Gibbs [EMAIL PROTECTED]:
| Today's current gave me the following error while building a new kernel
| after a successful make world.
|
| cd /usr/src/sys/modules ;
| MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/PIII850N/modules
| KMODDIR=/boot/kernel MACHINE=i386 make
On Thu, 29 Aug 2002, Gavin Atkinson wrote:
Since the recent ACPI import (i believe), it seems that ACPI is no longer
disabled when APM is enabled. I do not explicitely disable API anywhere.
In the past, I have seen upon bootup a message apm: Other PM system
enabled. and the kernel would
I now get a bit further:
=== aic7xxx
=== aic7xxx/aicasm
make -f
/.amd_mnt/han/host/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/Makefile
MAKESRCPATH=/.amd_mnt/han/host/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm
cleandir
make -f
Submitter-Id: current-users
Originator:Anders Nordby [EMAIL PROTECTED]
Organization:
Confidential: no
Synopsis: Truss segfaults when tracing sshd
Severity: serious
Priority: medium
Category: bin
Class: sw-bug
Release: FreeBSD 5.0-CURRENT i386
[I tried to send this unicast to [EMAIL PROTECTED], but the attempt was
rejected with an reason: 550 5.7.1 Access denied as the only excuse
given for the behavior. dhw]
Adding a cleandepend stanza similar to the just-added cleandir
stanza seems to get beyond that.
Cheers,
david
--
David H.
Apparently Makefile not have aicasm target (newly created clean
building directory):
rm -f .olddep
if [ -f .depend ]; then mv .depend .olddep; fi
make _kernel-depend
cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes
Apparently Makefile not have aicasm target (newly created clean
building directory):
I can't reproduce this here. My kernel Makefile includes an aicasm target.
--
Justin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Sat, Aug 31, 2002 at 11:15:55 -0600, Justin T. Gibbs wrote:
Apparently Makefile not have aicasm target (newly created clean
building directory):
I can't reproduce this here. My kernel Makefile includes an aicasm target.
From where aicasm target must come in?
As I see,
...
# # and midnight commander shows all with -, +, | instead of
# # pesudo-graphics.
#
# It seems this is the price we pay for alignment with what XFree86 ships.
#
# I see
Wait, maybe I was too fast and there is a solution. Looking at the xterm FAQ,
On Sat, Aug 31, 2002 at 11:15:55 -0600, Justin T. Gibbs wrote:
Apparently Makefile not have aicasm target (newly created clean
building directory):
I can't reproduce this here. My kernel Makefile includes an aicasm target.
I have only this lines included, but not aicasm target itself.
I
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Sat, Aug 31, 2002 at 21:39:40 +0400, Andrey A. Chernov wrote:
I wonder about
optional ahc ahd
line here. Is it assumes that _both_ must be on?
Yes, it was the bug place. Here is the workaround which fix it for me:
--- files.bak Sat Aug 31 20:46:30 2002
+++ files Sat Aug 31
I think this is in -STABLE not -CURRENT, I'm having this problem there.
Later,
George
--
George V. Neville-Neil [EMAIL PROTECTED]
Neville-Neil Consulting www.neville-neil.com
I learn only to be contented. inscription at
On Sat, Aug 31, 2002 at 10:52:09 -0700, George V. Neville-Neil wrote:
I think this is in -STABLE not -CURRENT, I'm having this problem there.
The problem is in -current too, see my following
optional ahc ahd
bug explanation, aicasm target inserted only when _both_ of them are
enabled.
On Wed, Aug 28, 2002 at 09:28:20AM -0400, Bosko Milekic wrote:
I think we're on our way to stabilizing -CURRENT enough for a DP2
soon. I would sit and wait it out just a tad longer. :-)
A 5.0 DP2 branch was created just yesterday. So how ever good
yesterday's -current was will affect
On Wed, Aug 28, 2002 at 09:41:05PM +0200, Jens Schweikhardt wrote:
20020827:
Our /etc/termcap now has all the entries from the XFree86 xterm
almost unchanged. This means xterm now supports color by default.
If you used TERM=xterm-color in the past you now should use
On Wed, Aug 28, 2002 at 07:06:40PM +0200, Jens Schweikhardt wrote:
# Mutt shows this when I start vi as my editor or run fetchmail:
#
# TERMCAP, line 0, terminal 'xterm-color': enter_alt_charset_mode but no acs_chars
#
# My centericq window ends up using pipe signs (|), minus signs (-) and
On Wed, Aug 28, 2002 at 02:06:54PM -0500, Dan Nelson wrote:
In the last episode (Aug 28), Jens Schweikhardt said:
On Wed, Aug 28, 2002 at 07:35:32PM +0200, Sheldon Hearn wrote:
# On (2002/08/28 19:04), Jens Schweikhardt wrote:
# Yes, use plain TERM=xterm. It's got color now as it should.
On Tue, Aug 27, 2002 at 05:55:18PM -0700, Terry Lambert wrote:
In general, though, the answer is that 3.1 sucks and 2.9x
does not. 8-).
Feh. 3.1's optimizer is less buggy in my experience.
Use at least GCC 3.2, if you feel compelled to use a buggy
non-maintenance release level GCC;
On Sat, Aug 31, 2002 at 05:45:26PM +0200, Anders Nordby wrote:
# truss -p `sockstat -l | egrep 'sshd.*tcp4' | awk '{print $3}'`
Log into the system with sshd, and truss will segfault:
There is an even easier way to reproduce this:
gonzo 9% sleep 10
[2] 35245
gonzo 10% truss -p 35245
I'm having difficulty reading vmcore images with gdb (either the
system version or the port).
(gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0
GNU gdb 5.2.0 (FreeBSD) 20020627
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
On Sat, 31 Aug 2002, Kris Kennaway wrote:
I'm having difficulty reading vmcore images with gdb (either the
system version or the port).
(gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0
But you need to specify the -k flag to gdb to use it against kernel
dumps, I'm sure it will give much
Is there still someone maintaining the emu10k1 driver, or the pcm driver in
general?
-mg
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Sat, Aug 31, 2002 at 11:42:01PM +0200, Yann Berthier wrote:
On Sat, 31 Aug 2002, Kris Kennaway wrote:
I'm having difficulty reading vmcore images with gdb (either the
system version or the port).
(gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0
But you need to specify the -k
On Sat, Aug 31, 2002 at 03:00:43PM -0700, Kris Kennaway wrote:
On Sat, Aug 31, 2002 at 11:42:01PM +0200, Yann Berthier wrote:
On Sat, 31 Aug 2002, Kris Kennaway wrote:
I'm having difficulty reading vmcore images with gdb (either the
system version or the port).
(gdb) gohan10#
David O'Brien wrote:
On Tue, Aug 27, 2002 at 05:55:18PM -0700, Terry Lambert wrote:
In general, though, the answer is that 3.1 sucks and 2.9x
does not. 8-).
Feh. 3.1's optimizer is less buggy in my experience.
Use at least GCC 3.2, if you feel compelled to use a buggy
On Sat, Aug 31, 2002 at 03:06:08PM -0700, Terry Lambert wrote:
David O'Brien wrote:
On Tue, Aug 27, 2002 at 05:55:18PM -0700, Terry Lambert wrote:
In general, though, the answer is that 3.1 sucks and 2.9x
does not. 8-).
Feh. 3.1's optimizer is less buggy in my experience.
On Sat, 31 Aug 2002, Kris Kennaway wrote:
On Sat, Aug 31, 2002 at 03:00:43PM -0700, Kris Kennaway wrote:
On Sat, Aug 31, 2002 at 11:42:01PM +0200, Yann Berthier wrote:
On Sat, 31 Aug 2002, Kris Kennaway wrote:
I'm having difficulty reading vmcore images with gdb (either the
David O'Brien wrote:
Because rather than leaving it alone for a while, they are already
planning a 3.3. 8-).
And comments on this list to that effect.
I don't follow. The GCC group branches previous to a release and makes
an initial + point releases from it.
I thought it was the
I worked out what was wrong: some of them were very old vmcores that
had never been saved. There's another problem though, because those
machines have all panicked in the past 24 hours, so I don't know where
the remaining dumps went.
Kris
panic: page fault
panic messages:
---
Fatal trap 12:
Another page fault in umount
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x28
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc02012ed
stack pointer = 0x10:0xda021b1c
frame
Another one. I have the cores if anyone needs to look at
them..otherwise I'll stop posting these for now.
Kris
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x4
fault code = supervisor read, page not present
LATEST NEWS:
The new domain names are finally available to the general public at discount prices.
Now you can register one of the exciting new .BIZ or .INFO domain names, as well as
the original .COM and .NET names for just $14.95. These brand new domain extensions
were recently approved by
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
39 matches
Mail list logo