Re: make release seg faulting in compileFonts

2005-03-14 Thread Doug White
On Sun, 13 Mar 2005, Anshuman Kanwar wrote:

> Hi,
>
> I am trying to make release in the following manner :
>
> make release CHROOTDIR=/usr/release/ BUILDNAME=5.3-STABLE-03132005
> CVSROOT=/usr/home/ncvs/ NODOC= NOPORTS= RELEASETAG=RELENG_5
> KERNELS=FC_custom |& tee /tmp/buildrelease.log
>
> This is where it is dying :
>
> ===> gnu/usr.bin/groff/font/devascii
> install -o root -g wheel  -m 444 R I B BI S L CW DESC
> /usr/release//usr/share/groff_font/devascii
> ===> gnu/usr.bin/groff/font/devcp1047
> install -o root -g wheel  -m 444 R I B BI S L CW DESC
> /usr/release//usr/share/groff_font/devcp1047
> ===> gnu/usr.bin/groff/font/devdvi
> install -o root  -g wheel -m 555
> /usr/src/gnu/usr.bin/groff/font/devdvi/../../../../../contrib/groff/font/devdvi/generate/CompileFonts
>  /usr/release//usr/share/groff_font/devdvi/CompileFonts
> Segmentation fault (core dumped)
> *** Error code 139

Can you build world successfully outside of 'make release' using a
checkout from the same CVS repository? This would seem to indicate the
input files are corrupted.

Its also possible that 'make release' is generating a faulty CompileFonts
binary.

-- 
Doug White|  FreeBSD: The Power to Serve
[EMAIL PROTECTED]  |  www.FreeBSD.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: alpm0: Could not allocate Bus space

2005-03-14 Thread Doug White
On Sun, 13 Mar 2005, Peter Jeremy wrote:

> No bites from anyone else...
>
> On Tue, 2005-Mar-08 20:34:05 +1100, Peter Jeremy wrote:
> >alpm0:  at device 3.0 on pci0
> >alpm0: host/noslave 74K
> >alpm0: 0x20 bytes of rid 0x14 res 4 failed.
>
> The request winds up with acpi_alloc_resource() and it returns NULL
> because its resource list ( device_get_ivars(alpm0)->ad_rl ) is NULL.
> If I disable ACPI then alpm0 attaches correctly.  Does this make
> sense?  Is the SMB interface incompatible with ACPI?

In many cases ACPI provides methods for poking at devices on SMB and
exports those as ACPI services (i.e., thermal zones).

-- 
Doug White|  FreeBSD: The Power to Serve
[EMAIL PROTECTED]  |  www.FreeBSD.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Diagnostic tools for external hard drives?

2005-03-14 Thread Doug White
On Sat, 12 Mar 2005, Torfinn Ingolfsen wrote:

> Hello,
>
> Does FreeBSD (stable) have any tools that I can use to run diagnostics
> on an external hard drive?
>
> I have a Maxtor One Touch 250GB external hard drive (the one with both
> USB and Firewire connectors). This is connected to my FreeBSD 5-stable
> machine with firewire.

Firewire enclosures typically just have an ATA-FW bridge, so you may get
better diagnostics and accessibility if you take the disk out of the FW
box and plug it into an ATA channel.

>From first glance at the errors I'd say the drive has problems.  If its
under warranty I'd just replace it :)

-- 
Doug White|  FreeBSD: The Power to Serve
[EMAIL PROTECTED]  |  www.FreeBSD.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: ACPI errors on boot

2005-03-14 Thread Doug White
On Sat, 12 Mar 2005, Dan Ponte wrote:

> I've been seeing lots of ACPI errors in my dmesg lately. They haven't
> really affected functionality (yet!), but I'd like to see them resolved
> nonetheless. I've googled all around, could not find a hint of a
> solution. This machine is an ASUS CUSL2 motherboard with BIOS revision
> 1009. Below is my dmesg.

ASUS motherboards are known to have broken ACPI code so this isn't too
suprising.

> ACPI-0252: *** Error: No object was returned from 
> [\\_SB_.PCI0.PX40.UAR2._STA] (Node 0xc15b8dc0), AE_NOT_EXIST

This appears to be trying to get resource information for uart #2 (sio1).
Since that port probes OK anyway its likely harmless.

If you want to try to clear these up, try a BIOS update first (if
available), then look for a replacement DSDT table. You can use the loader
options described in acpi(4) to load the fixed table.

-- 
Doug White|  FreeBSD: The Power to Serve
[EMAIL PROTECTED]  |  www.FreeBSD.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: CPUTYPE=pentium-m

2005-03-14 Thread David O'Brien
On Sat, Mar 12, 2005 at 10:48:52PM +0100, Bartosz Fabianowski wrote:
> >Are you saying, all we need to do is commit this diff to make everyone's
> >environment happy?
> 
> Obviously, I can't speak for everyone. For me, your patch fixes the kernel. 

Can you try with just -mno-sse2?  I'd like to litter the compile command
line as little as possible.

-- 
-- David  ([EMAIL PROTECTED])
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Can't kldload pf

2005-03-14 Thread Daniel O'Connor
On Tue, 15 Mar 2005 07:46, Andy Firman wrote:
> H...interesting!!Would this for for /usr/src/sys/modules/ipfilter ?
>
> I am having this problem:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=70401

Yes, that module makefile honours the NO_INET6 flag too.
You might want to put it in /etc/make.conf.

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C


pgpqUww9r8Yp6.pgp
Description: PGP signature


Re: Lock Order Reversal

2005-03-14 Thread Marc Olzheim
On Tue, Mar 15, 2005 at 12:58:37AM +0100, Marc Olzheim wrote:
> Alas, no KDB builtin :-/

Hmmm...:

rave:/# sysctl debug.kdb.available | less
debug.kdb.available: 
rave:/#

Is that supposed to happen ?

Marc


pgpu5P0fBvKKJ.pgp
Description: PGP signature


Re: Lock Order Reversal

2005-03-14 Thread Marc Olzheim
On Mon, Mar 14, 2005 at 07:34:21PM +, Bjoern A. Zeeb wrote:
> > lock order reversal
> >  1st 0xc5d4c900 inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:303
> >  2nd 0xc6a0cd10 so_rcv (so_rcv) @ /usr/src/sys/netinet/tcp_usrreq.c:304
> >  3rd 0xc68c1630 inp (tcpinp) @ /usr/src/sys/netinet/in_pcb.c:971
> 
> do you have a full trace?

Alas, no KDB builtin :-/

Marc


pgpjyVIZGzW6I.pgp
Description: PGP signature


Re: Adaptec AIC7902 Ultra320 SCSI adapter and Raid1

2005-03-14 Thread Jung-uk Kim
On Monday 14 March 2005 08:13 am, pck wrote:
> Hi,
>
> I've got AIC9702 and two SCSI disks 73GB.
> In SCSI Bios i've made Raid1 from these disks and set it as
> bootable. Then install FBSD successful.
>
> But OS see two disks, not one. Why?
> And then i make some disk operation, just only one disk's led
> blinks...

aic7xxx driver doesn't support HostRAID yet.

Jung-uk Kim

> Best Regards,
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Adaptec AIC7902 Ultra320 SCSI adapter and Raid1

2005-03-14 Thread pck
Hi,

I've got AIC9702 and two SCSI disks 73GB.
In SCSI Bios i've made Raid1 from these disks and set it as bootable.
Then install FBSD successful.

But OS see two disks, not one. Why?
And then i make some disk operation, just only one disk's led blinks...

Best Regards,
-- 
PrzemysĂ…aw Ciesielski
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Can't kldload pf

2005-03-14 Thread Andy Firman
On Fri, Mar 11, 2005 at 09:34:00AM +1030, Daniel O'Connor wrote:
> On Fri, 11 Mar 2005 08:33, [EMAIL PROTECTED] wrote:
> > On Thu, Mar 10, 2005 at 07:13:51PM +0100, Max Laier wrote:
> > > On Thursday 10 March 2005 18:52, [EMAIL PROTECTED] wrote:
> > > > on RELENG_5, cvsupped March 9th, I can't kldload pf:
> > > >
> > > > fw# kldload pf
> > > > kldload: can't load pf: No such file or directory
> > >
> > > You don't have "options INET6" in your kernel config, but the pf module
> > > assumes that it is there.  You can either built pf into the kernel (since
> > > you are building a custom kernel anyway), rebuild the module without that
> > > assumption (see the module's Makefile) or you can reenable "options
> > > INET6" in the kernel.
> >
> > Yes, INET6 is needed indeed. That was the catch! Adding "options INET6"
> > solved the problem.
> >
> > > The ENOENT error returned from kldload is a bit misleading, though.
> >
> > Ugh... yes ;). Perhaps that should be documented in pf(4)?
> 
> It's not pf per se..
> If you ran dmesg after your kldload attempts you'd see the kernel linker 
> complaining about being unable to resolve some IPv6 related symbols.
> 
> Other possibility is to do..
> cd /usr/src/sys/modules/pf
> make NO_INET6= install
> 
> and load it again.



H...interesting!!Would this for for /usr/src/sys/modules/ipfilter ?

I am having this problem:
http://www.freebsd.org/cgi/query-pr.cgi?pr=70401

That seems almost too easy.  :-)

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Lock Order Reversal

2005-03-14 Thread Bjoern A. Zeeb
On Mon, 14 Mar 2005, Marc Olzheim wrote:

Hi,

> lock order reversal
>  1st 0xc5d4c900 inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:303
>  2nd 0xc6a0cd10 so_rcv (so_rcv) @ /usr/src/sys/netinet/tcp_usrreq.c:304
>  3rd 0xc68c1630 inp (tcpinp) @ /usr/src/sys/netinet/in_pcb.c:971

do you have a full trace?

-- 
Bjoern A. Zeeb  bzeeb at Zabbadoz dot NeT
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Lock Order Reversal

2005-03-14 Thread Marc Olzheim
lock order reversal
 1st 0xc5d4c900 inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:303
 2nd 0xc6a0cd10 so_rcv (so_rcv) @ /usr/src/sys/netinet/tcp_usrreq.c:304
 3rd 0xc68c1630 inp (tcpinp) @ /usr/src/sys/netinet/in_pcb.c:971

kern.ostype: FreeBSD
kern.osrelease: 5.4-PRERELEASE
kern.osrevision: 199506
kern.version: FreeBSD 5.4-PRERELEASE #0: Thu Mar 10 15:43:26 CET 2005
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/SE3DEBUG
hw.machine: i386
hw.model: Intel(R) Xeon(TM) CPU 3.06GHz
hw.ncpu: 4
hw.byteorder: 1234
hw.physmem: 4151205888
hw.usermem: 3891949568
hw.pagesize: 4096
hw.floatingpoint: 1
hw.machine_arch: i386
hw.realmem: 4160225280
hw.aac.iosize_max: 65536
hw.ata.ata_dma: 1
hw.ata.wc: 1
hw.ata.atapi_dma: 1
hw.pci.enable_io_modes: 1
hw.pci.do_powerstate: 0
hw.pci.host_mem_start: 2147483648
hw.pci.irq_override_mask: 57080
hw.intr_storm_threshold: 500
hw.availpages: 1013478
hw.bus.devctl_disable: 0
hw.kbd.keymap_restrict_change: 0
hw.syscons.saver.keybonly: 1
hw.syscons.bell: 1
hw.syscons.sc_no_suspend_vtswitch: 0
hw.busdma.total_bpages: 33
hw.busdma.zone0.total_bpages: 1
hw.busdma.zone0.free_bpages: 1
hw.busdma.zone0.reserved_bpages: 0
hw.busdma.zone0.active_bpages: 0
hw.busdma.zone0.total_bounced: 0
hw.busdma.zone0.total_deferred: 0
hw.busdma.zone0.lowaddr: 0x
hw.busdma.zone0.alignment: 4096
hw.busdma.zone0.boundary: 0
hw.busdma.zone1.total_bpages: 32
hw.busdma.zone1.free_bpages: 32
hw.busdma.zone1.reserved_bpages: 0
hw.busdma.zone1.active_bpages: 0
hw.busdma.zone1.total_bounced: 0
hw.busdma.zone1.total_deferred: 0
hw.busdma.zone1.lowaddr: 0x
hw.busdma.zone1.alignment: 2
hw.busdma.zone1.boundary: 65536
hw.clockrate: 3065
hw.instruction_sse: 1
hw.acpi.supported_sleep_state: S1 S4 S5
hw.acpi.power_button_state: S5
hw.acpi.sleep_button_state: S1
hw.acpi.lid_switch_state: NONE
hw.acpi.standby_state: S1
hw.acpi.suspend_state: S3
hw.acpi.sleep_delay: 1
hw.acpi.s4bios: 0
hw.acpi.verbose: 0
hw.acpi.reset_video: 1
hw.acpi.cpu.cx_supported: C1/0
hw.acpi.cpu.cx_lowest: C1
hw.acpi.cpu.cx_usage: 100.00%
hw.em0.debug_info: -1
hw.em0.stats: -1
hw.em0.rx_int_delay: 0
hw.em0.tx_int_delay: 66
hw.em0.rx_abs_int_delay: 66
hw.em0.tx_abs_int_delay: 66
hw.em1.debug_info: -1
hw.em1.stats: -1
hw.em1.rx_int_delay: 0
hw.em1.tx_int_delay: 66
hw.em1.rx_abs_int_delay: 66
hw.em1.tx_abs_int_delay: 66

Marc


pgp6Lu5sxPwg3.pgp
Description: PGP signature


Re: make installkernel fails

2005-03-14 Thread Godwin Stewart
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, 14 Mar 2005 09:07:41 -0500, Scott Robbins <[EMAIL PROTECTED]>
wrote:

> However, it seems to have been fixed as of Sunday or so.  (I've
> forgotten the exact date now).

It was fixed by the time I did my last cvsup, and that was Thursday March
10th at 15:01 Zulu.

- -- 
G. Stewart - [EMAIL PROTECTED]

"POLICE STATION TOILET STOLEN...Cops have nothing to go on."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (FreeBSD)

iD8DBQFCNaqLK5oiGLo9AcYRAq2wAJ97iDtOPufr55AWJqfB7ocsxaHx0wCfRrZ/
VrDUz0aNhgOLlYi2HIWfj5E=
=XG7Z
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


[releng_5 tinderbox] failure on sparc64/sparc64

2005-03-14 Thread FreeBSD Tinderbox
TB --- 2005-03-14 14:51:19 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2005-03-14 14:51:19 - starting RELENG_5 tinderbox run for sparc64/sparc64
TB --- 2005-03-14 14:51:19 - checking out the source tree
TB --- 2005-03-14 14:51:19 - cd /home/tinderbox/RELENG_5/sparc64/sparc64
TB --- 2005-03-14 14:51:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd 
-rRELENG_5 src
TB --- 2005-03-14 15:00:30 - building world (CFLAGS=-O -pipe)
TB --- 2005-03-14 15:00:30 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src
TB --- 2005-03-14 15:00:30 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
[...]
===> share/examples/pf
===> share/isdn
===> share/man
===> share/man/man1
===> share/man/man3
===> share/man/man4
"/tinderbox/RELENG_5/sparc64/sparc64/src/share/man/man4/Makefile", line 352: 
Unassociated shell command "ng_cisco.4  ng_device.4  nge.4  ng_echo.4  
ng_eiface.4  ng_etf.4  ng_ether.4  ng_fec.4  ng_frame_relay.4  ng_gif.4  
ng_gif_demux.4  ng_h4.4  ng_hci.4  ng_hole.4  ng_hub.4  ng_iface.4  
ng_ip_input.4  ng_ksocket.4  ng_l2cap.4  ng_l2tp.4  ng_lmi.4  ng_mppc.4  
ng_netflow.4  ng_one2many.4  ng_ppp.4  ng_pppoe.4  ng_pptpgre.4  ng_rfc1490.4  
ng_socket.4  ng_split.4  ng_sppp.4  ng_sscfu.4  ng_sscop.4  ng_tee.4  ng_tty.4  
ng_ubt.4  ng_UI.4  ng_uni.4  ng_vjc.4  ng_vlan.4  nmdm.4  nsp.4  null.4  ohci.4 
 oldcard.4  orm.4  pass.4  patm.4  pccard.4  pccbb.4  pci.4  pcic.4  pcm.4  
pcn.4  pcvt.4  pim.4  polling.4  ppbus.4  ppc.4  ppi.4  ppp.4  psm.4  pst.4  
pt.4  pty.4  puc.4  random.4  rc.4  re.4  rl.4  rndtest.4  route.4  rp.4  rue.4 
 sa.4  sab.4  safe.4  sbp.4  sbp_targ.4  sbsh.4  screen.4  scsi.4  sem.4  ses.4 
 sf.4  si.4  sio.4  sis.4  sk.4  sl.4  smb.4  smbus.4  smp.4  sn.4  snd_ad18
 16.4  snd_als4000.4  snd_cmi.4  snd_cs4281.4  snd_csa.4  snd_ds1.4  
snd_emu10k1.4  snd_es137x.4  snd_ess.4  snd_gusc.4  snd_ich.4  snd_maestro.4  
snd_maestro3.4  snd_neomagic.4  snd_sbc.4  snd_solo.4  snd_uaudio.4  
snd_via82c686.4  snd_vibes.4  snp.4  spic.4  splash.4  sppp.4  ste.4  stf.4  
stg.4  sym.4  syncache.4  syncer.4  syscons.4  sysmouse.4  tap.4  targ.4  tcp.4 
 tdfx.4  termios.4  ti.4  tl.4  trm.4  ttcp.4  tty.4  tun.4  twa.4  twe.4  tx.4 
 txp.4  uart.4  ubsa.4  ubsec.4  ubser.4  ubtbcmfw.4  ucom.4  udav.4  udbp.4  
udp.4  ufm.4  uftdi.4  ugen.4  uhci.4  uhid.4  uhidev.4  ukbd.4  ulpt.4  
umass.4  umct.4  umodem.4  ums.4  unix.4  uplcom.4  urio.4  usb.4  uscanner.4  
utopia.4  uvisor.4  uvscom.4  vga.4  vge.4  vinum.4  vinumdebug.4  vlan.4  
vpo.4  vr.4  watchdog.4  wb.4  wi.4  witness.4  wlan.4  worm.4  xe.4  xl.4  
xpt.4  zero.4"
make: fatal errors encountered -- cannot continue
*** Error code 1

Stop in /tinderbox/RELENG_5/sparc64/sparc64/src/share/man.
*** Error code 1

Stop in /tinderbox/RELENG_5/sparc64/sparc64/src/share.
*** Error code 1

Stop in /tinderbox/RELENG_5/sparc64/sparc64/src.
*** Error code 1

Stop in /tinderbox/RELENG_5/sparc64/sparc64/src.
*** Error code 1

Stop in /tinderbox/RELENG_5/sparc64/sparc64/src.
TB --- 2005-03-14 15:01:44 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2005-03-14 15:01:44 - ERROR: failed to build world
TB --- 2005-03-14 15:01:44 - tinderbox aborted

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: make installkernel fails

2005-03-14 Thread Scott Robbins
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, Mar 14, 2005 at 02:39:46PM +0100, Erik Trulsson wrote:
> On Mon, Mar 14, 2005 at 02:33:45PM +0100, Peter Ulrich Kruppa wrote:
> > Hello!
> > 
> > Stop in /usr/src.
> > *** Error code 1
> > 
> > Stop in /usr/src.
> > -
> > acpica seems to be a file, not a directory.

> > 
> 
> 
> I ran into that a few days ago too.
> I just did a 'rm -f usr/include/dev/acpica' and then proceeded with
> 'make installkernel' and 'make installworld' as usual, after which
> things seemed to work fine.


With some of us, (there's been a few posts on this) the stop was during 
make installworld.

However, it seems to have been fixed as of Sunday or so.  (I've
forgotten the exact date now).


- -- 

Scott

GPG KeyID EB3467D6
( 1B848 077D 66F6 9DB0 FDC2  A409 FA54 D575 EB34 67D6)
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Xander: And they say that young people don't learn 
anything in high school nowadays, but I've learned to be afraid. 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (FreeBSD)

iD8DBQFCNZqt+lTVdes0Z9YRAr3GAJ9TO8bX/Lw++AAZWNr+23AZ+3KjWACfVQFV
s+OU65/H4MDHa0EsBmtHvHc=
=c6hZ
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: make installkernel fails

2005-03-14 Thread Erik Trulsson
On Mon, Mar 14, 2005 at 02:33:45PM +0100, Peter Ulrich Kruppa wrote:
> Hello!
> 
> For some days now make installkernel fails with
>   
> cd /usr/include/nfsserver;  for h in *.h; do  if [ -L $h ]; then 
> rm -f $h; fi;  done
> cd /usr/include/pccard;  for h in *.h; do  if [ -L $h ]; then rm 
> -f $h; fi;  done
> cd /usr/include/posix4;  for h in *.h; do  if [ -L $h ]; then rm 
> -f $h; fi;  done
> cd /usr/include/sys;  for h in *.h; do  if [ -L $h ]; then rm -f 
> $h; fi;  done
> cd /usr/include/vm;  for h in *.h; do  if [ -L $h ]; then rm -f 
> $h; fi;  done
> cd /usr/include/cam/scsi;  for h in *.h; do  if [ -L $h ]; then 
> rm -f $h; fi;  done
> cd /usr/include/dev/acpica;  for h in *.h; do  if [ -L $h ]; then 
> rm -f $h; fi;  done
> cd: can't cd to /usr/include/dev/acpica
> *** Error code 2
> 
> Stop in /usr/src/include.
> *** Error code 1
> 
> Stop in /usr/src.
> *** Error code 1
> 
> Stop in /usr/src.
>   -
> acpica seems to be a file, not a directory.
> 


I ran into that a few days ago too.
I just did a 'rm -f usr/include/dev/acpica' and then proceeded with
'make installkernel' and 'make installworld' as usual, after which
things seemed to work fine.



-- 

Erik Trulsson
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


make installkernel fails

2005-03-14 Thread Peter Ulrich Kruppa
Hello!
For some days now make installkernel fails with
	
cd /usr/include/nfsserver;  for h in *.h; do  if [ -L $h ]; then 
rm -f $h; fi;  done
cd /usr/include/pccard;  for h in *.h; do  if [ -L $h ]; then rm 
-f $h; fi;  done
cd /usr/include/posix4;  for h in *.h; do  if [ -L $h ]; then rm 
-f $h; fi;  done
cd /usr/include/sys;  for h in *.h; do  if [ -L $h ]; then rm -f 
$h; fi;  done
cd /usr/include/vm;  for h in *.h; do  if [ -L $h ]; then rm -f 
$h; fi;  done
cd /usr/include/cam/scsi;  for h in *.h; do  if [ -L $h ]; then 
rm -f $h; fi;  done
cd /usr/include/dev/acpica;  for h in *.h; do  if [ -L $h ]; then 
rm -f $h; fi;  done
cd: can't cd to /usr/include/dev/acpica
*** Error code 2

Stop in /usr/src/include.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
-
acpica seems to be a file, not a directory.
Regards,
Uli.

*
* Peter Ulrich Kruppa - Wuppertal - Germany * 
*
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Gmake won't make without itself

2005-03-14 Thread Doug Lee
Not sure this is the best place for this, but I think it's the best
among the lists I'm on...

I just tried, with a fresh ports tree, to build gmake after having
pkg_deleted it, and it failed because it couldn't find its own binary.
I "fixed" this by editing work/*/Makefile to say "make=make" instead
of "make=gmake," then doing (from the port top) "make", then in work/*
renaming make (the generated binary) to gmake and doing cp -p gmake
/usr/local/bin, and finally going to the port top again and doing
"make install clean."

FYI.


-- 
Doug Lee   [EMAIL PROTECTED]http://www.dlee.org
Bartimaeus Group   [EMAIL PROTECTED]   http://www.bartsite.com
"Nearly all men can stand adversity, but if you want to test a man's
character, give him power." -Abraham Lincoln
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"