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 ../../../../build/bsd-i386/lib/i386/native_thr
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 -
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 probl
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.
--- Begin Message ---
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 th
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
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 c
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:
>
> TAI
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..
>
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 8:51
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
mkde
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 n
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, no
> 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 targe
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
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 "a"x5'`
> 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 m
>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.
>
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 name
On Mon, Oct 07, 2002 at 08:39:06AM -0600, Seth Hieronymus wrote:
> afd0: 239MB [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 is an EBUSY that sh
In message <[EMAIL PROTECTED]>, "David O'Brien" writes:
>On Mon, Oct 07, 2002 at 08:39:06AM -0600, Seth Hieronymus wrote:
>> afd0: 239MB [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
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 t
> 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
> 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 cvsu
--
>>> 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
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 Inf
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 thr
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 sig
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 nec
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, m
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 wha
"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
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
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; ch
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 ol
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, i
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?
http://www.freebsd.org/doc/en_US.ISO885
* 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?
> W
> 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 a
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
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
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.obso
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 ide
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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 'm
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,
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 creat
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 install
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 t
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
>
From: "David O'Brien":
>On Mon, Oct 07, 2002 at 08:39:06AM -0600, Seth Hieronymus wrote:
>> afd0: 239MB [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 /s
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 -CU
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
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
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, > here> are for the exclusive
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
: > whic
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
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 lis
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,
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 fi
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 fir
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
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 g
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
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 Oc
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 `c
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
: pccard_sca
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 o
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 lik
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 freebsd-cur
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-qu
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
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.
>
> > "i
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 purifyw
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
: 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 + Mode
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.card
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 PROTECT
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 bu
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
Hi,
This is the problem I'm having as well - that of running the Xircom
Realport REM56G on NEWCARD. The mapped attribute memory is bogusly all
zeroes, and as a result the parsing code simply runs off the end of the
mapped memory and thus faulting.
Testing for the condition avoids the fault but
On Mon, Oct 07, 2002 at 09:57:49PM -0700, Terry Lambert wrote:
> I've noticed netmask problems in -current.
>
> If you set it to an larger boundary, it appears to be OK (e.g.
> I has to set 0x for 192.168.0.X to work).
D'oh. That fixed it alright. Thanks.
- alex
To Unsubscribe: send
> "M" == M Warner Losh <[EMAIL PROTECTED]> writes:
M> I think that we need a mtree.obsolete that goes through and
M> deletes these sorts of things as part of installworld/upgrade
M> scripts.
No solution like this will ever work for everyone, or in every
situation. For example, yo
On Mon, Oct 07, 2002 at 02:13:10PM -0400, Andrew Gallatin wrote:
>
> 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 XFr
97 matches
Mail list logo
