It's been a while since we've used portmap(8) on -CURRENT systems. Is
it still needed, or can it be removed completely? At the very least,
the man page should stop claiming that it's necessary to run NFS.
Greg
--
See complete headers for address and phone numbers
To Unsubscribe: send mail to
: a lot of information on how to use it. I generally recommend
: using a stripe size of 1152 for multitasking loads.
:
:Sectors? Why particularly this value?
It's described in 'tuning'. Basically you want a fairly large stripe
to reduce multi-disk seeking when reading
On Mon, Oct 07, 2002 at 04:02:51PM +0930, Greg 'groggy' Lehey wrote:
It's been a while since we've used portmap(8) on -CURRENT systems. Is
it still needed, or can it be removed completely? At the very least,
the man page should stop claiming that it's necessary to run NFS.
Are you saying
On Mon, 7 Oct 2002, suken woo wrote:
xdm broken on current when login . i knew this is the pam module
problem,but how could i fix it?
Chances are, you built your X11 with an old -CURRENT system, and since
then the ABI for the PAM stuff has changed in -CURRENT, so your old X11 no
longer talks
Decided to update my source tree today. Evidently this was not a bright
move. I built my kernel and whatnot, powered off (rebooting on my
laptop doesn't work...), and startx'ed. Then I ran mozilla.
poof
Fatal trap 9: general protection fault while in kernel mode
instruction pointer =
On Sunday, 6 October 2002 at 23:42:55 -0700, David O'Brien wrote:
On Mon, Oct 07, 2002 at 04:02:51PM +0930, Greg 'groggy' Lehey wrote:
It's been a while since we've used portmap(8) on -CURRENT systems. Is
it still needed, or can it be removed completely? At the very least,
the man page
In message [EMAIL PROTECTED], Greg 'groggy' Lehey writes:
On Sunday, 6 October 2002 at 23:42:55 -0700, David O'Brien wrote:
On Mon, Oct 07, 2002 at 04:02:51PM +0930, Greg 'groggy' Lehey wrote:
It's been a while since we've used portmap(8) on -CURRENT systems. Is
it still needed, or can it be
Matthew Dillon wrote:
But, again, CCD is not trying to implement 'real' RAID. It can't
rebuild a lost mirror drive, for example, and does not implement RAID-5.
IMHO A real RAID controller with NVRAM should be used for those things.
FWIW, the people who sell RAID controllers with
This patch may also fix problems on PC98 which as far as I know
have 1k sector disks, so if some of the PC98 people could
try it a GEOM kernel out now I would be grateful.
Poul-Henning
In message [EMAIL PROTECTED], Poul-Henning Kamp
writes:
phk 2002/10/07 00:15:37 PDT
Modified
Error log is:
===
Recursively making native all @ Mon Oct 7 09:38:55 CEST 2002 ...
gmake[3]: Entering directory
`/usr/ports/java/jdk13/work/j2sdk1.3.1/make/java/hpi/native'
gmake
Robert Watson wrote:
On Mon, 7 Oct 2002, suken woo wrote:
ok, here's i get the messages
Oct 7 00:38:18 wsk -:0 : unable to dlopen(/usr/lib/pam_nologin.so)
Oct 7 00:38:18 wsk -:0 : [dlerror: /usr/lib/pam_nologin.so:
Undefined symbol _openpam_log]
Oct 7 00:38:18 wsk -:0
On Mon, Oct 07, 2002 at 09:35:21AM +0200, Lutz Bichler wrote:
I cannot find the CTX_ constants and/or their meaning. Any hints?
I ran into this myself and it's because that stuff was delete recently
in -current's libc_r. Another patch release needs to happen because of
that to solve that
On Oct 06 at 17:02, Terry Lambert spoke:
You failed to delete the old header files when you upgraded your
compiler. The easiest answer is man rm. 8-).
Hm. I tought I had `*default delete use-rel-suffix' in the supfile.
Do I still have to delete old files myself?
Is /usr/include/stdlib.h
---BeginMessage---
Robert Watson wrote:
On Mon, 7 Oct 2002, suken woo wrote:
xdm broken on current when login . i knew this is the pam module
problem,but how could i fix it?
Chances are, you built your X11 with an old -CURRENT system, and since
then the ABI for the PAM stuff has
Hanspeter Roth wrote:
On Oct 06 at 17:02, Terry Lambert spoke:
You failed to delete the old header files when you upgraded your
compiler. The easiest answer is man rm. 8-).
Hm. I tought I had `*default delete use-rel-suffix' in the supfile.
Doesn't matter. That only effects your CVS
On Sun, Oct 06, 2002 at 11:14:26PM -0700, Terry Lambert wrote:
Stefan: Did the patch fix it, or not?
Sorry for the long delay. No, it did not. But I now have a rather
interesting core dump. I inserted a KASSERT, so that the code looks like
this:
TAILQ_INSERT_TAIL(kq-kq_head, marker,
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Hello,
At 09:06 06/10/2002, Mikhail Teterin wrote:
... 218222592 total allocated
this machine has a total of 512Mb of RAM, and no swap.
No X was running. Just ``cvs update''-ing.
I got this also a couple of times over the last week. It would panic every
few days with this same message. I
Stefan Farfeleder wrote:
On Sun, Oct 06, 2002 at 11:14:26PM -0700, Terry Lambert wrote:
Stefan: Did the patch fix it, or not?
Sorry for the long delay. No, it did not. But I now have a rather
interesting core dump. I inserted a KASSERT, so that the code looks like
this:
On Mon, 7 Oct 2002, Terry Lambert wrote:
Stefan Farfeleder wrote:
I'm confused why marker - if it was removed by TAILQ_REMOVE - hasn't
kn_tqe.tqe_next and kn_tqe.tqe_prev set to (void *)-1.
because that only happens if the debug code in queue.h is enabled, which
it is not..
OK,
Shouldn't ALL of the files in /bin, /usr/bin, /usr/include, /usr/lib
etc be replaced during an installworld?
I've always looked for files older than the last installworld and
moved them aside thinking that they're obsolete.
( aside, not delete, just in case )
--On Monday, October 07, 2002
On Oct 07 at 02:43, Terry Lambert spoke:
/usr/include/* is obsolete. Install the new ones instead.
When I rename /usr/include and copy /usr/src/include/* to
/usr/include I get:
=== usr.bin/yacc
/usr/obj/usr/src/i386/usr/src/usr.bin/yacc created for /usr/src/usr.bin/yacc
rm -f .depend
mkdep
On Mon, 7 Oct 2002, suken woo wrote:
xdm broken on current when login . i knew this is the pam module
problem,but how could i fix it?
Chances are, you built your X11 with an old -CURRENT system, and since
then the ABI for the PAM stuff has changed in -CURRENT, so your old X11 no
longer
On Mon, 7 Oct 2002, Joel M. Baldwin wrote:
Shouldn't ALL of the files in /bin, /usr/bin, /usr/include, /usr/lib etc
be replaced during an installworld?
I've always looked for files older than the last installworld and moved
them aside thinking that they're obsolete.
( aside, not
On Oct 07 at 02:43, Terry Lambert spoke:
/usr/include/* is obsolete. Install the new ones instead.
When I rename /usr/include and copy /usr/src/include/* to
/usr/include I get:
Don't do that.
Look in src/Makefile* for the right way to fix your includes.
(IIRC there is a target,
On Mon, Oct 07, 2002 at 02:17:00PM +0100, Mark Murray wrote:
On Oct 07 at 02:43, Terry Lambert spoke:
/usr/include/* is obsolete. Install the new ones instead.
When I rename /usr/include and copy /usr/src/include/* to
/usr/include I get:
Don't do that.
Look in
Warning
Unable to process data:
multipart/mixed;boundary==_NextPart_000_00D7_70E05A4E.D4244E03
On Sun, Oct 06, 2002 at 04:10:55PM -0700, Kris Kennaway wrote:
Can anyone else reproduce this in tcsh?
rpcgen -s `perl -e 'print ax5'`
Word too long.
I reported this to the tcsh people about 18 months ago, but I
don't think it was ever fixed.
David.
To Unsubscribe: send mail
From: Poul-Henning Kamp [EMAIL PROTECTED]
In message [EMAIL PROTECTED], Seth Hieronymus
writes:
You were right. After trying both a CD, and a zip-disk in the
computer
(both together, and separately), having a zip-disk in the drive seems
to
allow the boot to continue normally.
ATA(PI) or SCSI
On Mon, Oct 07, 2002 at 04:32:10AM -0700, Joel M. Baldwin wrote:
Shouldn't ALL of the files in /bin, /usr/bin, /usr/include, /usr/lib
etc be replaced during an installworld?
It depends. If you have INSTALL='install -C in /etc/make.conf,
then some (or even all) of the files in the named
On Mon, Oct 07, 2002 at 08:39:06AM -0600, Seth Hieronymus wrote:
afd0: 239MB IOMEGA ZIP 250 ATAPI [239/64/32] at ata1-slave PIO3
PHK had me
dd if=/dev/afd0 of=/dev/null
with no media in the drive. I get dd: /dev/afd0: Device busy, which is
what the problem is. Some where in /sys/dev/ata
In message [EMAIL PROTECTED], David O'Brien writes:
On Mon, Oct 07, 2002 at 08:39:06AM -0600, Seth Hieronymus wrote:
afd0: 239MB IOMEGA ZIP 250 ATAPI [239/64/32] at ata1-slave PIO3
PHK had me
dd if=/dev/afd0 of=/dev/null
with no media in the drive. I get dd: /dev/afd0: Device busy, which
On Oct 07 at 14:17, Mark Murray spoke:
Look in src/Makefile* for the right way to fix your includes.
(IIRC there is a target, maybe called doincludes to do this).
I made `includes' and then `libraries'.
Now `buildworld' succeeded! Thanks.
How did you know this?
Is there a guide how to
I made `includes' and then `libraries'.
Now `buildworld' succeeded! Thanks.
How did you know this?
I read the makefiles.
Is there a guide how to upgrade from stable to current?
(src/UPDATING only mentions something about /usr/include/g++.)
No. CURRENT is not really documented that way.
After cleaning out some OBE(?) patches, the closest I can get my
Libretto 110CT to booting a really recent CURRENT is terminated
by a panic.
Hand-written backtrace is:
Debugger()
panic()
acpi_read_ivar()
ata_dma_init()
Here is the fix:
Index: acpi.c
On 07-Oct-2002 Paul Mather wrote:
On Thu, Oct 03, 2002 at 05:01:07PM -0400, John Baldwin wrote:
= [...] Note
= that if support for these ancient devices was dropped, it wouldn't
= be dropped until 5.0. 4.x. would continue to support these devices
= forever.
During my last cvsup (I track
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
cc -O -pipe -mcpu=pentiumpro -DLIBC_SCCS -I/dell/imp/p4/newcard/src/lib/libkvm -c
/dell/imp/p4/newcard/src/lib/libkvm/kvm_proc.c -o kvm_proc.o
/dell/imp/p4/newcard/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist':
/dell/imp/p4/newcard/src/lib/libkvm/kvm_proc.c:327: `KI_MTXBLOCK' undeclared
In message: [EMAIL PROTECTED]
Greg 'groggy' Lehey [EMAIL PROTECTED] writes:
: It's been a while since we've used portmap(8) on -CURRENT systems. Is
: it still needed, or can it be removed completely? At the very least,
: the man page should stop claiming that it's necessary to run
Hi,
after an installworld with last night's sources, my machine resets in
the the loader. It prints the BTX loader line, and then immediately
resets. I restored the old /boot/loader (from 10/2), which lets me boot
again.
Any ideas?
Lars
--
Lars Eggert [EMAIL PROTECTED] USC
M. Warner Losh writes:
: It's been a while since we've used portmap(8) on -CURRENT systems. Is
: it still needed, or can it be removed completely? At the very least,
: the man page should stop claiming that it's necessary to run NFS.
I think that we need a mtree.obsolete that goes through
Every so often, my X server locks up. It seems to be in a tight
loop, 95% user time, and making only these ktrace'able calls:
27069 XFree86 0.019988 PSIG SIGALRM caught handler=0x80d219c mask=0x0 code=0x0
27069 XFree86 0.39 CALL sigreturn(0xbd9e7b0c)
27069 XFree86 0.04 RET
Lars Eggert wrote:
after an installworld with last night's sources, my machine resets in
the the loader. It prints the BTX loader line, and then immediately
resets. I restored the old /boot/loader (from 10/2), which lets me boot
again.
Any ideas?
The same happens on my laptop
In message: [EMAIL PROTECTED]
Greg 'groggy' Lehey [EMAIL PROTECTED] writes:
: It's been a while since we've used portmap(8) on -CURRENT systems. Is
: it still needed, or can it be removed completely? At the very least,
: the man page should stop claiming that it's necessary to
This sounds very similar to a problem I am seeing that does not result in
a fatal lockup, but rather several minutes of complete unresponsiveness.
It only seems to happen when Konqueror tries to autocomplete from the
location bar.
On Mon, 7 Oct 2002, Andrew Gallatin wrote:
Every so often, my
Wesley Morgan writes:
This sounds very similar to a problem I am seeing that does not result in
a fatal lockup, but rather several minutes of complete unresponsiveness.
It only seems to happen when Konqueror tries to autocomplete from the
location bar.
I'm not really sure what was
Joel M. Baldwin wrote:
Shouldn't ALL of the files in /bin, /usr/bin, /usr/include, /usr/lib
etc be replaced during an installworld?
They are replaced... if they exist boith before and afterward.
They are also created... if they did not exist before, but do
exist afterward.
What's not done is
Hanspeter Roth wrote:
On Oct 07 at 02:43, Terry Lambert spoke:
/usr/include/* is obsolete. Install the new ones instead.
When I rename /usr/include and copy /usr/src/include/* to
/usr/include I get:
What happens when you read the -current archives for other
messages which indicate the
Daniel Flickinger wrote:
Name: text
textType: Plain Text (text/plain)
Encoding: 7bit
As an EMACS afficionado, perhaps I can get you to fix AtillaMail?
Right now, even without attachments other than the message body,
it adds:
Content-Type: text/plain;
John Baldwin wrote:
I can appreciate matcd being dropped for 5.0 on pragmatic grounds, but
it would have been nice to have it ride out the rest of 4.x, given that
it actually works right now. (As I understand it, it's the adoption
of GEOM that signalled the death knell of these old
On Mon, Oct 07, 2002 at 01:26:50PM -0700, Terry Lambert wrote:
John Baldwin wrote:
I can appreciate matcd being dropped for 5.0 on pragmatic grounds, but
it would have been nice to have it ride out the rest of 4.x, given that
it actually works right now. (As I understand it, it's the
On Oct 07 at 16:44, Mark Murray spoke:
How did you know this?
I read the makefiles.
This sounds like several hours of work.
Thank you for letting me benefit of your time.
No. CURRENT is not really documented that way. Developers are supposed
to Use the Source, Luke! :-)
So the
On Mon, Oct 07, 2002 at 11:06:13PM +0200, Hanspeter Roth wrote:
No. CURRENT is not really documented that way. Developers are supposed
to Use the Source, Luke! :-)
So the intended audience for CURRENT are developers?
Or maybe also testers?
* De: Hanspeter Roth [EMAIL PROTECTED] [ Data: 2002-10-07 ]
[ Subjecte: Intended Audience ]
No. CURRENT is not really documented that way. Developers are supposed
to Use the Source, Luke! :-)
So the intended audience for CURRENT are developers?
Or maybe also testers?
What if
On Oct 07 at 16:44, Mark Murray spoke:
How did you know this?
I read the makefiles.
This sounds like several hours of work.
5 minutes, actually.
Thank you for letting me benefit of your time.
Pleasure!
No. CURRENT is not really documented that way. Developers are supposed
Archie Cobbs wrote:
M. Warner Losh writes:
: It's been a while since we've used portmap(8) on -CURRENT systems. Is
: it still needed, or can it be removed completely? At the very least,
: the man page should stop claiming that it's necessary to run NFS.
I think that we need a
On 2002-10-07 14:17, Mark Murray [EMAIL PROTECTED] wrote:
On Oct 07 at 02:43, Terry Lambert spoke:
/usr/include/* is obsolete. Install the new ones instead.
When I rename /usr/include and copy /usr/src/include/* to
/usr/include I get:
Don't do that.
Look in src/Makefile* for
Terry Lambert writes:
: It's been a while since we've used portmap(8) on -CURRENT systems. Is
: it still needed, or can it be removed completely? At the very least,
: the man page should stop claiming that it's necessary to run NFS.
I think that we need a mtree.obsolete that goes
Quoting Lars Eggert [EMAIL PROTECTED]:
| Hi,
|
| after an installworld with last night's sources, my machine resets in
| the the loader. It prints the BTX loader line, and then immediately
| resets. I restored the old /boot/loader (from 10/2), which lets me boot
| again.
|
| Any ideas?
Archie Cobbs wrote:
How will this work for perl, which is not removed, but is instead
replaced with a stub shell script?
Anything that gets overwritten during the normal install process
is already taken care of. We're just trying to get rid of files
which are not installed by 'make
In message: [EMAIL PROTECTED]
Archie Cobbs [EMAIL PROTECTED] writes:
: I.e., if a file is not installed by 'make installworld' then by
: definition it's not required for a correctly functioning system.
The only exceptions to this rule would be if something was once in the
system, but
Terry Lambert writes:
I.e., if a file is not installed by 'make installworld' then by
definition it's not required for a correctly functioning system.
This won't work for Perl (which is why I picked it as my example).
In order to do what you are suggesting, you will need to create
a
On 2002-10-07 15:14, Archie Cobbs [EMAIL PROTECTED] wrote:
Anything that gets overwritten during the normal install process
is already taken care of. We're just trying to get rid of files
which are not installed by 'make installword' but used to be once.
I.e., if a file is not installed by
On Monday, 7 October 2002 at 11:20:56 -0600, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Greg 'groggy' Lehey [EMAIL PROTECTED] writes:
It's been a while since we've used portmap(8) on -CURRENT systems. Is
it still needed, or can it be removed completely? At the very
On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 11:20:56 -0600, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Greg 'groggy' Lehey [EMAIL PROTECTED] writes:
It's been a while since we've used portmap(8) on -CURRENT systems. Is
it still
From: David O'Brien:
On Mon, Oct 07, 2002 at 08:39:06AM -0600, Seth Hieronymus wrote:
afd0: 239MB IOMEGA ZIP 250 ATAPI [239/64/32] at ata1-slave PIO3
PHK had me
dd if=/dev/afd0 of=/dev/null
with no media in the drive. I get dd: /dev/afd0: Device busy, which
is
what the problem is. Some
On Tue, Oct 08, 2002 at 09:16:10AM +0930, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 11:20:56 -0600, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Greg 'groggy' Lehey [EMAIL PROTECTED] writes:
It's been a while since we've used portmap(8) on -CURRENT
Archie Cobbs wrote:
You are right in that additional programs or custom modifications
that depend on the obsolete stuff would break if the obsolete stuff
were removed... so you'd have to confirm everything with mergemaster.
Possibly this is too dangerous to be useful.
But it would be nice
On Monday, 7 October 2002 at 17:44:42 -0700, Steve Kargl wrote:
On Tue, Oct 08, 2002 at 09:16:10AM +0930, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 11:20:56 -0600, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Greg 'groggy' Lehey [EMAIL PROTECTED] writes:
On Monday, 7 October 2002 at 20:07:37 -0400, Daniel Eischen wrote:
On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote:
I think we can greatly simplify things with one firm but relatively
bearable rule:
The directories /bin, /usr/bin, /sbin, /usr/sbin, insert others
here are for the
In message: [EMAIL PROTECTED]
Giorgos Keramidas [EMAIL PROTECTED] writes:
: On 2002-10-07 15:14, Archie Cobbs [EMAIL PROTECTED] wrote:
: Anything that gets overwritten during the normal install process
: is already taken care of. We're just trying to get rid of files
: which are
On Tue, Oct 08, 2002 at 10:34:42AM +0930, Greg 'groggy' Lehey wrote:
What would you do about install -C?
I think it confuses the issue rather than solving it. We're talking
about removing binaries which are no longer needed, not replacing
binaries that are needed.
install -C will not
In message: [EMAIL PROTECTED]
Greg 'groggy' Lehey [EMAIL PROTECTED] writes:
: I think it confuses the issue rather than solving it. We're talking
: about removing binaries which are no longer needed, not replacing
: binaries that are needed.
I'd be cool with a file that's a list of
On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 20:07:37 -0400, Daniel Eischen wrote:
On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote:
I think we can greatly simplify things with one firm but relatively
bearable rule:
The directories /bin, /usr/bin,
On Monday, 7 October 2002 at 21:18:10 -0400, Daniel Eischen wrote:
On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 20:07:37 -0400, Daniel Eischen wrote:
On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote:
I think we can greatly simplify things with one firm but
At 9:16 AM +0930 10/8/02, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002, M. Warner Losh wrote:
I think that we need a mtree.obsolete that goes through and deletes
these sorts of things as part of installworld/upgrade scripts.
I think we can greatly simplify things with one firm but
On Tue, Oct 08, 2002 at 10:34:42AM +0930, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 17:44:42 -0700, Steve Kargl wrote:
On Tue, Oct 08, 2002 at 09:16:10AM +0930, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 11:20:56 -0600, M. Warner Losh wrote:
In message: [EMAIL
At 10:55 AM +0930 10/8/02, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 21:18:10 -0400, Daniel Eischen wrote:
On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 20:07:37 -0400, Daniel Eischen wrote:
I don't think doing this by default is a good idea.
On Monday, 7 October 2002 at 21:57:28 -0400, Garance A Drosihn wrote:
At 10:55 AM +0930 10/8/02, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 21:18:10 -0400, Daniel Eischen wrote:
On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 20:07:37 -0400, Daniel
On Monday, 7 October 2002 at 18:46:35 -0700, Steve Kargl wrote:
On Tue, Oct 08, 2002 at 10:34:42AM +0930, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 17:44:42 -0700, Steve Kargl wrote:
On Tue, Oct 08, 2002 at 09:16:10AM +0930, Greg 'groggy' Lehey wrote:
On Monday, 7 October
Today's kernel (cvs update-ed 10 minutes ago) keeps panicing when the
dc-card is inserted :-/
The panic always happens in
Fatal trap 12
[...]
db trace
pccard_scan_cis([data],0,0) at pccard_scan_cis+0x1a5
pccard_read_cis([data]) at pccard_read_cis+0xb5
I'd be inclined to just have a file with the a list and do something
like the following at the end of Makefile.inc1, just after we do the
sendmail install.
.if (PURGE_OBSOELETE_FILES)
@rm -fr `cat /etc/obsolete`
.else if (SAVE_ONSOLETE_FILES)
@mkdir /usr/obsolete
@mv -f
In message: [EMAIL PROTECTED]
Mikhail Teterin [EMAIL PROTECTED] writes:
: Today's kernel (cvs update-ed 10 minutes ago) keeps panicing when the
: dc-card is inserted :-/
:
: The panic always happens in
:
: Fatal trap 12
: [...]
: db trace
:
At 11:29 AM +0930 10/8/02, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 21:57:28 -0400, Garance A Drosihn wrote:
How about for each directory, if there are old files found in the
directory then create a .OLDINSTALL sub-directory, and move the
files into there (instead of
At 11:31 AM +0930 10/8/02, Greg 'groggy' Lehey wrote:
install -C doesn't change the timestamp, so you'll have tons of
files that are older than some file in the build tree.
What does the last access timestamp look like after install -C?
What does the last-access timestamp look like on an
On Monday, 7 October 2002 at 22:11:09 -0400, Garance A Drosihn wrote:
At 11:29 AM +0930 10/8/02, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 21:57:28 -0400, Garance A Drosihn wrote:
How about for each directory, if there are old files found in the
directory then create a
Even though it doesn't make sense, can you turn on the debugging
information and run again? I use
# Let's debug!
hw.cbb.debug=1
hw.pccard.debug=1
hw.pccard.cis_debug=1
hw.cardbus.debug=1
hw.cardbus.cis_debug=1
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Attached is my config file, here's the error I'm getting:
make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES -V GEN_M_CFILES | MKDEP_CPP=cc -
E CC=cc xargs mkdep -a -f .newdep -O -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
At 11:45 AM +0930 10/8/02, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002, Garance A Drosihn wrote:
I bought the PC, freebsd did not. Maybe it is convenient for me to
have a file there. Maybe I did it by mistake. Maybe it's a core
file that landed there and I forgot to move it.
I wrote:
I understand what the topic is. I don't understand your comment, I'd
be inclined just to remove all files in those directories which are older
than some file in the build tree--*after* a successful
installation.
Ah, sorry, that might bear more explanation.
install -C doesn't
In message: [EMAIL PROTECTED]
Steve Kargl [EMAIL PROTECTED] writes:
: I'm beginning to think a mtree.obselete is the way to go.
: Each committer, who deletes something from the base system,
: should be required to update mtree.obselete. I think we
: should also add a make purifyworld
On Tue, Oct 08, 2002 at 10:35:39AM +0930, Greg 'groggy' Lehey wrote:
On Monday, 7 October 2002 at 20:07:37 -0400, Daniel Eischen wrote:
On Tue, 8 Oct 2002, Greg 'groggy' Lehey wrote:
I'd prefer this as a job for mergemaster, asking you confirmation
for each binary.
I'd much rather
: cc: Internal error: Segmentation fault (program cpp0)
http://people.freebsd.org/~kan/gcc-cpp.diff
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Even though it doesn't make sense, can you turn on the debugging
information and run again? I use
# Let's debug!
hw.cbb.debug=1
hw.pccard.debug=1
hw.pccard.cis_debug=1
hw.cardbus.debug=1
hw.cardbus.cis_debug=1
Actually, I lied... It is a Xircom RealPort Ethernet 10/100 + Modem 56
In message: [EMAIL PROTECTED]
Mikhail Teterin [EMAIL PROTECTED] writes:
: Even though it doesn't make sense, can you turn on the debugging
: information and run again? I use
:
: # Let's debug!
: hw.cbb.debug=1
: hw.pccard.debug=1
: hw.pccard.cis_debug=1
: hw.cardbus.debug=1
On Mon, Oct 07, 2002 at 09:24:44PM -0600, M. Warner Losh wrote:
: cc: Internal error: Segmentation fault (program cpp0)
http://people.freebsd.org/~kan/gcc-cpp.diff
Cool. make depend works now, let's see if the resulting kernel does. :)
- alex
To Unsubscribe: send mail to [EMAIL
In message: [EMAIL PROTECTED]
Alex Zepeda [EMAIL PROTECTED] writes:
: http://people.freebsd.org/~kan/gcc-cpp.diff
:
: Cool. make depend works now, let's see if the resulting kernel does. :)
I hit this same problem. Robert pointed me at this patch and I've
booted 10 kernels built
On Mon, Oct 07, 2002 at 10:29:34PM -0600, M. Warner Losh wrote:
I hit this same problem. Robert pointed me at this patch and I've
booted 10 kernels built since then.
Burried in my original post:
I'm also having problems with networking, seems like I can communicate
with stuff listening on
Alex Zepeda wrote:
I'm also having problems with networking, seems like I can communicate
with stuff listening on 127.0.0.1 just fine, but otherwise I can't connect
to anything (traceroute works somewhat). Booting into an old (Sep 29)
kernel works fine... actually I think this was broken
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
1 - 100 of 102 matches
Mail list logo