On Mon, 26 Nov 2001, Kenneth D. Merry wrote:
So did you try the statically linked -stable binary on -current?
Yes, I used the newest version from the ports (compiled on -CURRENT) and
the staticly linked from -STABLE both on -CURRENT, and the CDs are
identical.
Is it completely static?
On Mon, 26 Nov 2001, Joerg Wunsch wrote:
Kenneth D. Merry [EMAIL PROTECTED] wrote:
Are there any areas with good data on the CD? i.e. can you see any
pattern to the corruption? If you compare the same CD burned from
-current and -stable you might begin to see a patern.
I tried a
VESA is broked. Remove VESA from your config. Been this way for months.
It also will panic once in a VESA mode, such as my favorite and yours, 132x60, when
switching from vty to vty.
Peter Jeremy wrote:
Having installed a new kernel and userland from sources about a day
old, my vidcontrol
Andrew Kenneth Milton wrote
+---[ Peter Jeremy ]--
| Having installed a new kernel and userland from sources about a day
| old, my vidcontrol command now causes a panic:
[snip]
| The command I used was vidcontrol 132x60 after confirming that
| this was listed in
+---[ Jim Bryant ]--
| Andrew Kenneth Milton wrote
|
| +---[ Peter Jeremy ]--
| | Having installed a new kernel and userland from sources about a day
| | old, my vidcontrol command now causes a panic:
|
| [snip]
|
| | The command I used
In article [EMAIL PROTECTED]
Andrey A. Chernov [EMAIL PROTECTED] wrote:
cc -O -pipe -march=pentiumpro -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING
-Wall
-DINET6 -I/usr/src/libexec/ftpd -Dmain=ls_main
-I/usr/src/libexec/ftpd/../../bin/ls -DUSE_PAM
-o ftpd ftpd.o ftpcmd.o logwtmp.o
Found this to be helpful after seeing:
stage 2: cleaning up the object tree
...
=== usr.bin/tip
.depend, line 886: Inconsistent operator for tip
make: fatal errors encountered -- cannot continue
and the tail end of /usr/obj/usr/src/usr.bin/tip/.depend (which was 886
lines long) was:
On Tue, Nov 27, 2001 at 06:35:49AM -0800, David Wolfskill wrote:
Found this to be helpful after seeing:
stage 2: cleaning up the object tree
...
=== usr.bin/tip
.depend, line 886: Inconsistent operator for tip
make: fatal errors encountered -- cannot continue
and the tail end of
On Tue, Nov 27, 2001 at 06:35:49AM -0800, David Wolfskill wrote:
Found this to be helpful after seeing:
stage 2: cleaning up the object tree
...
=== usr.bin/tip
.depend, line 886: Inconsistent operator for tip
make: fatal errors encountered -- cannot continue
and the tail
On Tue, Nov 27, 2001 at 03:44:06PM +, Brian Somers wrote:
On Tue, Nov 27, 2001 at 06:35:49AM -0800, David Wolfskill wrote:
[...]
I don't use -DNOCLEAN or anything like that, so it looks as if forcibly
^
removing the /usr/obj/usr/src/usr.bin/tip
On Tue, Nov 27, 2001 at 03:44:06PM +, Brian Somers wrote:
On Tue, Nov 27, 2001 at 06:35:49AM -0800, David Wolfskill wrote:
Found this to be helpful after seeing:
stage 2: cleaning up the object tree
...
=== usr.bin/tip
.depend, line 886: Inconsistent operator for tip
On Tue, 27 Nov 2001 18:03:45 +0200, Ruslan Ermilov wrote:
| Did you do a component build without `make obj'? That would leave
| turds, and I'm pretty sure the buildworld target doesn't repeat the
| cleandir target.
|
| depend is included by make(1) automatically, before a cleandir
On Tue, Nov 27, 2001 at 04:20:54PM +, Brian Somers wrote:
A ``rm -fr /usr/obj; make -DNOCLEAN buildworld'' is quicker than
``make buildworld'' anyway :*)
Really? Is this recommended?
==Michael Mad doc PR submitter Lucas
--
Michael Lucas
[EMAIL PROTECTED]
On Tue, Nov 27, 2001 at 04:20:54PM +, Brian Somers wrote:
A ``rm -fr /usr/obj; make -DNOCLEAN buildworld'' is quicker than
``make buildworld'' anyway :*)
Really? Is this recommended?
Yes, except I meant ``rm -fr /usr/obj/*''.
==Michael Mad doc PR submitter Lucas
--
In message [EMAIL PROTECTED] Michael Lucas writes:
: On Tue, Nov 27, 2001 at 04:20:54PM +, Brian Somers wrote:
:
: A ``rm -fr /usr/obj; make -DNOCLEAN buildworld'' is quicker than
: ``make buildworld'' anyway :*)
:
:
: Really? Is this recommended?
Only unofficially :-)
For a while
On 27-Nov-01 Jim Bryant wrote:
VESA is broked. Remove VESA from your config. Been this way for months.
It also will panic once in a VESA mode, such as my favorite and yours,
132x60, when switching from vty to vty.
Ouch, this is not good. This means vm86 is likely broke. Hmm, I wonder
In message [EMAIL PROTECTED] Brian Somers writes:
: Simply removing the /usr/obj/usr/src/usr.bin/tip/.depend file should
: work as well. And yes, mentioning this in UPDATING ASAP would be
: great.
simply removing .depend is not enough. I had to kill the whole tip
directory. I got a
As Christoph Herrmann wrote:
Maybe there are other problems. But I had no problems (burning CDs
on -CURRENT) until the beginning of october. (I run make world about
once a week). And with -STABLE everything is fine until now. It is
the same box, I (try to) burn the same image, the only
My laptop is hanging when I boot it after this commit. The system hangs
when pccardd is started. If no cards are installed, the boot proceeds
without a problem and the system hangs when the first card is inserted.
I have attached my kernel configuration and dmesg output from a kernel
checked
A later kernel (possibly today's source) say that it is a 6722 instead of a
672x. Other changes in the dmesg output (copied by hand since the machine does
not survive) are :
pcic0: Autodected 3.3V card (once per card)
pcic0: reset 1 int is 0 stat is cc (once per card, stat was df or ff
In message [EMAIL PROTECTED] Jim Bloom writes:
: A later kernel (possibly today's source) say that it is a 6722 instead of a
: 672x. Other changes in the dmesg output (copied by hand since the machine does
: not survive) are :
:
: pcic0: Autodected 3.3V card (once per card)
: pcic0: reset 1
In article [EMAIL PROTECTED] you wrote:
msmith 2001/11/27 15:08:37 PST
Modified files:
sys/conf files
sys/modules Makefile
sys/i386/confNOTES
Added files:
sys/dev/ciss ciss.c cissio.h cissreg.h cissvar.h
sys/modules/ciss
On Mon, 26 Nov 2001, John Baldwin wrote:
We don't do preemption in the kernel yet, so they need to yield the CPU when
another thread is available. The page zeroing thread does this wrong as it
should check procrunnable() instead of switching after doing N pages. The idle
Except it would
23 matches
Mail list logo
