make release breakage (readline.h)
My make releases here keep falling over... === gnu/usr.bin/binutils/doc === gnu/usr.bin/binutils/gdb Making init.c yacc -o c-exp.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/c-exp.y yacc -o f-exp.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/f-exp.y yacc: 4 rules never reduced yacc -o jv-exp.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/jv-exp.y yacc -o m2-exp.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/m2-exp.y rm -f .depend mkdep -f .depend -a-D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/config -DFREEBSD_ELF -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/obj/usr/src/i386/usr/include/readline -DNO_MMALLOC -I/usr/obj/usr/src/i386/usr/include init.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/annotate.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/ax-general.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/ax-gdb.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/bcache.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/blockframe.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/breakpoint.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/buildsym.c c-exp.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/c-lang.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/c-typeprint.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/c-valprint.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/ch-exp.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/ch-lang.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/ch-typeprint.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/ch-valprint.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/coffread.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/command.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/complaints.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/copying.c /../../../contrib/gdb/gdb/corefile.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/corelow.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/core-regset.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/cp-valprint.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dcache.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/demangle.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dwarfread.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dwarf2read.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/elfread.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/environ.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/eval.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/exec.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/expprint.c f-exp.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/f-lang.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/f-typeprint.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/f-valprint.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/findvar.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/fork-child.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/gdbarch.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/gdbtypes.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/infcmd.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/inflow.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/infptrace.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/infrun.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/inftarg.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/language.c jv-exp.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/jv-lang.c /usr/src/gnu/usr.bin/binutils/gd -valprint.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/jv-typeprint.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/nlmread.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/m2-lang.c m2-exp.c /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/m2-typeprint.c
Cannot rlogin to current
Anybody else seeing any wierdness with rlogind on current? As of yesterday I've been seeing this: Script started on Thu Dec 23 23:24:14 1999 bash$ rlogin tolstoy assword:mypassword ^C bash$ exit Script done on Thu Dec 23 23:24:39 1999 It seems to be ignoring the .rhosts file, echoes back the attempt to type in the password, and hangs. I get this on the console: Dec 23 23:24:40 Tolstoy rlogind[22687]: auth_pam: Conversation error Dec 23 23:24:40 Tolstoy rlogind[22687]: PAM authentication failed Previously I had been getting some different PAM authentication error, as so, but it still let me in: Dec 16 13:05:38 Tolstoy rlogind[13085]: no modules loaded for `rshd' service Dec 16 13:05:38 Tolstoy rlogind[13085]: auth_pam: Permission denied Dec 16 13:05:38 Tolstoy rlogind[13085]: PAM authentication failed Reverting this commit seems to let me rlogin again, but I still get the PAM authentication errors which I had seen originally: mharo 1999/12/21 00:36:11 PST Modified files: etc pam.conf Log: add default service (other) entries Reviewed by: markm (in concept) Revision ChangesPath 1.2 +5 -1 src/etc/pam.conf -- Neal Westfall | mailto:[EMAIL PROTECTED] | http://www.odc.net/~nwestfal "What is today a matter of academic speculation begins tomorrow to move armies and pull down empires. In that second stage, it has gone too far to be combatted; the time to stop it was when it was still a matter of impassionate debate." -- J. Gresham Machen, "Christianity and Culture" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sysinstall: is it really at the end of its lifecycle?
On Wed, 15 Dec 1999, Rodney W. Grimes wrote: Hm, if correct, Orca would make a good codename for a sysadm tool: Ordinary Ramblers Can [now] Admin [FreeBSD] Someone pointed out that Orca was already taken The question NOW is: Can you come up with a good acronym for "SHAMU"? Easy... Some Help for Another Misguided User "System Hoser and Mangling Utility" (ducking) -- Neal Westfall | mailto:[EMAIL PROTECTED] | http://www.odc.net/~nwestfal "What is today a matter of academic speculation begins tomorrow to move armies and pull down empires. In that second stage, it has gone too far to be combatted; the time to stop it was when it was still a matter of impassionate debate." -- J. Gresham Machen, "Christianity and Culture" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make release failure
Has anyone been able to do a make release recently? It seems to break when trying to build jade from the ports, which I think is due to the new compiler import. I saw that there are recent snapshots on current.freebsd.org, which is confusing because I can't get jade to build: ../include/StringOf.h:38: `Stringshort unsigned int::operator [](unsigned int)' has already been declared in `Stringshort unsigned int' ../include/StringOf.h:40: `Stringshort unsigned int::begin()' has already been declared in `Stringshort unsigned int' *** Error code 1 Stop in /usr/ports/textproc/jade/work/jade-1.2.1/lib. *** Error code 1 Stop in /usr/ports/textproc/jade/work/jade-1.2.1. *** Error code 1 Stop in /usr/ports/textproc/jade/work/jade-1.2.1. *** Error code 1 Stop in /usr/ports/textproc/jade. *** Error code 1 Stop in /usr/ports/textproc/jade. *** Error code 1 Stop in /usr/ports/textproc/jade. -- Neal Westfall | mailto:[EMAIL PROTECTED] | http://www.odc.net/~nwestfal "What is today a matter of academic speculation begins tomorrow to move armies and pull down empires. In that second stage, it has gone too far to be combatted; the time to stop it was when it was still a matter of impassionate debate." -- J. Gresham Machen, "Christianity and Culture" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ESS 1938 Soundcard
I just picked up a cheap PCI soundcard at Fry's for $17.99. The box has a picture of a card using the Trident 4DWAVE chip, but the card in the box had an ESS 1938S chip on it. Now I know there is no support for this card yet, but was wondering if there is any support planned for it in the near future? Anyone heard of this PCI sound chip? Didn't see anything on the OSS webpage about it either. Neal To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Opti931 Sound Card
Since the new sound code has been committed, my cheapo Opti931 sound card hasn't been working. Hopefully with the dmesg and pnpinfo output which is attached, somebody can add the proper vendor IDs. Much appreciated. Neal Checking for Plug-n-Play devices... Card assigned CSN #1 Vendor ID OPT0931 (0x3109143e), Serial Number 0x PnP Version 1.0, Vendor Version 0 Device Description: OPTi Audio 16 Logical Device ID: OPT 0x143e #0 Vendor register funcs 00 Device Description: AUX0 Logical Device ID: OPT9310 0x1093143e #1 Vendor register funcs 00 Device Description: OPTi Audio 16 TAG Start DF I/O Range 0x534 .. 0x608, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe0c .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] IRQ: 5 7 10 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F DMA: channel(s) 0 1 3 5 6 8/16-bit, not a bus master, count by byte, count by word, Type F TAG Start DF I/O Range 0x534 .. 0xff0, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe0c .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] IRQ: 5 7 9 10 11 - only one type (true/edge) DMA: channel(s) 0 1 3 5 6 8/16-bit, not a bus master, count by byte, count by word, Type F DMA: channel(s) 0 1 3 5 6 8/16-bit, not a bus master, count by byte, count by word, Type F TAG Start DF I/O Range 0x534 .. 0x608, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe0c .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] IRQ: 5 7 10 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F TAG Start DF I/O Range 0x534 .. 0xff0, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe0c .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] IRQ: 5 7 9 10 11 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F TAG Start DF I/O Range 0x534 .. 0xff0, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe0c .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] IRQ: 5 7 9 10 11 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F TAG End DF Logical Device ID: OPT0001 0x0100143e #2 Vendor register funcs 00 Device Description: Game Port I/O Range 0x200 .. 0x20f, alignment 0x1, len 0x1 [16-bit addr] Logical Device ID: OPT0002 0x0200143e #3 Vendor register funcs 00 Device Description: MPU401 I/O Range 0x300 .. 0x360, alignment 0x10, len 0x2 [16-bit addr] IRQ: 5 7 9 10 11 - only one type (true/edge) End Tag Successfully got 53 resources, 4 logical fdevs -- card select # 0x0001 CSN OPT0931 (0x3109143e), Serial Number 0x Logical device #0 IO: 0x 0x 0x 0x 0x 0x 0x 0x IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #1 IO: 0x0380 0x0380 0x0380 0x0380 0x0380 0x0380 0x0380 0x0380 IRQ 5 0 DMA 0 1 IO range check 0x00 activate 0x01 Logical device #2 IO: 0x 0x 0x 0x 0x 0x 0x 0x IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #3 IO: 0x 0x 0x 0x 0x 0x 0x 0x IRQ 10 0 DMA 4 4 IO range check 0x00 activate 0x01 Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #121: Tue Sep 28 19:34:04 PDT 1999 root@:/usr/src/sys/compile/MILLENNIUM Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 199310064 Hz CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping = 7 Features=0xf9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV real memory =
Re: aic0 and CAM
Not that I have one of these controllers, but I just received my 3.1 cd set in the mail today, and happened to notice that the Adaptec 152x controller is listed on the back as supported, along with the Tekram DC390 (and other AMD 53c974 based boards). I was sure that these were both still unsupported under CAM. If I missed something along the way, I apologize for bringing it up... On Thu, 4 Mar 1999, Daniel C. Sobral wrote: Mikhail Teterin wrote: What's the chance the Adaptec-152x controller (aic0) will soon work with 3.1-STABLE? I just wish it was soon. I *so* wanted to be able to access external hd on my notebook and keep a local CVS tree (not to mention install X)... It has pretty horrible performance problems on 2.2.8-STABLE, even when using DMA: That, I think, is unlikely to change. -- Daniel C. Sobral (8-DCS) d...@newsguy.com d...@freebsd.org FreeBSD is Yoda, Linux is Luke Skywalker. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message -- Neal Westfall mailto:nwest...@odc.net http://www.odc.net/~nwestfal/ FreeBSD: The Power To Serve!http://www.freebsd.org/ $Id: dot.signature,v 1.2 1998/12/30 08:23:13 nwestfal Exp nwestfal $ To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
de0 XXX: driver didn't set ifq_maxlen
Just built a kernel from code cvsup'd last night. I get the following messages now during boot: de0 XXX: driver didn't set ifq_maxlen lo0 XXX: driver didn't set ifq_maxlen Everything otherwise seems to be working. Are these messages indicative of a problem? Thanks -- Neal Westfall mailto:nwest...@odc.net http://www.odc.net/~nwestfal/ FreeBSD: The Power To Serve!http://www.freebsd.org/ $Id: dot.signature,v 1.2 1998/12/30 08:23:13 nwestfal Exp nwestfal $ To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
RE: boot.flp versions
I installed the 19990112 snap late last night with no problems using the 2 disk install. Worked great. Its now been upgraded to current. On Thu, 21 Jan 1999, Daniel O'Connor wrote: The boot.flp is broken.. Try the 2 disk install (ie kern.flp and mfsroot.flp) They boot, but when I got some sucker^h^h^h^h friend to test it, he had no end of trouble installing. Things like sysinstall trying to run the holographic shell twice, mounting things twice and sig-11'ing.. I recommended a source install after that :) --- 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 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message -- Neal Westfall mailto:nwest...@odc.net http://www.odc.net/~nwestfal/ FreeBSD: The Power To Serve!http://www.freebsd.org/ $Id: dot.signature,v 1.2 1998/12/30 08:23:13 nwestfal Exp nwestfal $ To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
