Re: Why do FreeBSD mailing lists ignore MX preference?
According to Bruce Albrecht: zuhause.mn.org preference = 150, mail exchanger = minuet.skypoint.net zuhause.mn.org preference = 100, mail exchanger = 205.215.217.178 ^^^ This is plainly wrong. You're not allowed to put IP addresses in MX records. If you have a static address then you should have a PTR pointing to your machine. Use that. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #74: Thu Sep 9 00:20:51 CEST 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: another newpcm casualty
According to Manfred Antar: All I can think of is there must be a conflict with one of the other cards on the board. Matrox Millenium or the DPT Raid controller. I have a ET6000-based card (see below) and no DPT. FreeBSD 4.0-CURRENT #22: Sat Sep 4 22:40:07 CEST 1999 roberto@tara:/src/src/sys/compile/TARA_SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV real memory = 67108864 (65536K bytes) avail memory = 61833216 (60384K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfec08000 cpu1 (AP): apic id: 12, version: 0x00040011, at 0xfec08000 io0 (APIC): apic id: 13, version: 0x00170011, at 0xfec0 Preloaded elf kernel "kernel" at 0xc0318000. Preloaded elf module "linux.ko" at 0xc031809c. Preloaded elf module "green_saver.ko" at 0xc031813c. Preloaded elf module "procfs.ko" at 0xc03181e0. Preloaded elf module "vesa.ko" at 0xc0318280. VESA: v2.0, 2048k memory, flags:0x0, mode table:0xc03151cc (18c) VESA: STB Lightspeed 128 Video (ET6000) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 fxp0: Intel EtherExpress Pro 10/100B Ethernet irq 18 at device 6.0 on pci0 fxp0: Ethernet address 00:a0:c9:49:5a:ef isab0: Intel 82371SB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 chip1: Intel PIIX3 IDE controller at device 7.1 on pci0 uhci0: Intel 82371SB (PIIX3) USB controller irq 10 at device 7.2 on pci0 usb0: Intel 82371SB (PIIX3) USB controller on uhci0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ahc0: Adaptec aic7880 Ultra SCSI adapter irq 17 at device 9.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs vga-pci0: Tseng Labs ET6000 graphics accelerator irq 18 at device 17.0 on pci0 fdc0: NEC 72065B or clone at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: keyboard controller (i8042) at port 0x60-0x6f on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3b0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 10 virtual consoles, flags=0x200 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0 at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: generic printer on ppbus 0 lpt0: Interrupt-driven port unknown0: CTRL on isa0 pcm0: CS4236B at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 unknown1: GAME at port 0x200-0x207 on isa0 unknown2: MPU at port 0x330-0x331 irq 9 on isa0 APIC_IO: routing 8254 via 8259 on pin 0 Waiting 2 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! changing root device to da0s2a da0 at ahc0 bus 0 target 6 lun 0 da0: QUANTUM VIKING II 4.5WLS 4110 Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4350MB (8910423 512 byte sectors: 255H 63S/T 554C) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld failed...
According to Sergey A. Osokin: After cvsup my -current sources, i try to make build world... === sys/boot/i386/boot2 (cd /usr/src/sys/boot/i386/boot2; m4 -DFLAGS=0 boot1.m4 boot1.s) | as -o boot1.o I get a different error: dd if=/dev/zero of=boot2.ldr bs=512 count=1 2/dev/null (cd /src/src/sys/boot/i386/boot2; m4 -DFLAGS=0 boot1.m4 boot1.s) | as -o boot1.o *** Error code 1 cc -elf -I/src/src/sys/boot/i386/boot2/../btx/lib -I. -fno-builtin -Os -malign-functions=0 -malign-jumps=0 -malign-loops=0 -mrtd -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -I/usr/obj/src/src/tmp/usr/include -c /src/src/sys/boot/i386/boot2/boot2.c (cd /src/src/sys/boot/i386/boot2; m4 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 sio.s) | as -o sio.o 1 error *** Error code 2 CVSup from two hours ago. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: NTP daemon and Y2K issues
According to Harlan Stenn: Also, a *huge* number of bugfixes and improvements have been made to the NTP code since xntp3.4anything. I plan to upgrade CURRENT up to 4.0.97 soon. I don't run STABLE at all and we're too close to 3.3 to change anything in it. Maybe for 3.4. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic with NFSv3 on a CURRENT/SMP system
According to Greg Lehey: In all likelihood, these options didn't "cause" the panic, they just made another bug more visible. That's what they're there for. That's what I'm thinking but compiling NFS into the kernel "fixed" my panic. The weird part is that I'm still using INVARIANT. I don't see why the condition is not met when compiling all these together and is when using the kld. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: The Matrix screensaver, v.0.2
According to Narvi: "Falling letters like in the movie with red bills" Pill :) That very important... The screensaver triggered me to see the movie again. A. I love it. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Panic with NFSv3 on a CURRENT/SMP system
Intel PFX440 motherboard, 64 MB RAM. I SCSI disk on the on-board SCSI controller (AHC-7880/UW). Server (keltia) is a K6-200, 128 MB RAM, 5 SCSI disks on 2 NCR cards. keltia is CURRENT from Sat Jul 31. tara is CURRENT from Sat Aug 14. dmesg(s) available on demand. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: [Fwd: [URGENT] CVS problems]
According to Mark Jaffe: CVS is issuing an "out of memory" message on attempting to checkin a 12MB file. What can I do? There is 300M of swap on the machine, it is running FreeBSD 2.2.8, and CVS says: "Concurrent Versions System (CVS) 1.9.26 (client/server)" I'll post this to the lists, too. Check the limits for the user running the command (datasize stacksize), both locally and remotely. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: LOCK overheads (was Re: objtrm problem probably found)
According to Matthew Dillon: Wow, now that *is* expensive! The K6 must be implementing it in microcode for it to be that bad. K6-200: 244 [21:57] roberto@keltia:src/C ./locktest 0 ... empty 26.84 ns/loop 1proc 22.62 ns/loop 2proc 22.64 ns/loop empty w/locks 17.58 ns/loop 1proc w/locks 288.28 ns/loop 2proc w/locks 288.16 ns/loop It hurts :( -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #72: Mon Jul 12 08:26:43 CEST 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: loads of SetAttrs in cvsup of cvs repo
According to Mike Pritchard: - linking cvspasswd /usr/lib/crt0.o: file not recognize: File format not recognized Why is it trying to link the old a.out run-time code ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #71: Sun May 9 20:16:32 CEST 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: net.inet.tcp.always_keepalive on as default ?
According to Matthew Hunt: I'm thinking of long-lived connections like telnet and ssh; if you're FWIW ssh has been using keelalives for a long time by default... KeepAlive Specifies whether the system should send keepalive messages to the other side. If they are sent, death of the connection or crash of one of the machines will be properly noticed. However, this means that connections will die if the route is down temporarily, and some people find it annoying. The default is yes (to send keepalives), and the client will notice if the network goes down or the remote host dies. This is important in scripts, and many users want it too. To disable keepalives, the value should be set to no in both the server and the client configura- tion files. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #71: Sun May 9 20:16:32 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: FTP passive mode - a new default?
According to Dag-Erling Smorgrav: FTP servers which do not accept passive mode are, IMHO, broken. Their They're broken with respect to RFC-959, not only to your opinion :-) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #71: Sun May 9 20:16:32 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Tonight make world failed at isdnmonitor...
According to Hellmuth Michaelis: hellmuth BTW do you plan to import i4b 0.80 into CURRENT ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #71: Sun May 9 20:16:32 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
config(8) changes and i4b
Anyone very -CURRENT and running i4b ? I just upgraded to the new config syntax and it seems that it doesn't grok pseudo-devices with numbers in the name correctly... With this config(8) works but some dependencies are not generated and make fails. -=-=- # Q.921 / layer 2 - i4b passive cards D channel handling pseudo-device i4bq921 # Q.931 / layer 3 - i4b passive cards D channel handling pseudo-device i4bq931 # layer 4 - i4b common passive and active card handling pseudo-device i4b pseudo-device i4btrc4 pseudo-device i4bctl pseudo-device i4brbch 4 pseudo-device i4btel2 pseudo-device i4bipr4 pseudo-device i4bisppp 4 -=-=- -=-=- loading kernel.debug i4b_l2.o: In function `i4b_dl_data_req': /sys/compile/KELTIA_T/../../i4b/layer2/i4b_l2.c(.text+0x16f): undefined reference to `i4b_Dfreembuf' i4b_l2.o: In function `i4b_l2_unit_init': /sys/compile/KELTIA_T/../../i4b/layer2/i4b_l2.c(.text+0x2aa): undefined reference to `i4b_Dfreembuf' i4b_l2.o: In function `i4b_ph_data_ind': /sys/compile/KELTIA_T/../../i4b/layer2/i4b_l2.c(.text+0x5b2): undefined reference to `i4b_Dfreembuf' i4b_l2fsm.o: In function `F_AE01': /sys/compile/KELTIA_T/../../i4b/layer2/i4b_l2fsm.c(.text+0x609): undefined reference to `i4b_Dcleanifq' i4b_l2fsm.o: In function `F_AE05': /sys/compile/KELTIA_T/../../i4b/layer2/i4b_l2fsm.c(.text+0x64d): undefined reference to `i4b_Dcleanifq' i4b_l2fsm.o: In function `F_AE06': ... -=-=- Without the around the names, config(8) complains with Syntax error. Any idea ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #2: Fri Apr 16 22:37:03 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: config(8) changes and i4b
According to Gary Jennejohn: pseudo-devicei4b ^ is there really a missing here ? Oops. That was the error, shame on me for not seeing it. The bad thing is that config(8) never complained about that error :-( -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #71: Sun May 9 20:16:32 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: ctm-mail cvs-cur.5292.gz 18/82
According to Jean-Marc Zucconi: This one did not arrive in my mailbox. Can someone send it to me? I would like to avoid downloading 6Mbytes again. It seems that it got here right: -rw--- 1 nobody wheel 73872 May 3 19:10 cvs-cur.5292.gz+017-082 -rw--- 1 nobody wheel 73872 May 3 19:10 cvs-cur.5292.gz+018-082 -rw--- 1 nobody wheel 73872 May 3 19:10 cvs-cur.5292.gz+019-082 -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #2: Fri Apr 16 22:37:03 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Perforce (Was: Re: BitKeeper)
According to Matthew Jacob: doesn't have a snappy set of tcl/tk GUI tools that allow you look at whole branch and revision histories.. They're in the contributed section of the WWW site. The Windows client has a GUI too. It doesn't have a 3-way filemerge tool (I still fire up teamware (what NSElite became) to do heavy merging and use the automerge feature)... It does have both an integrated 3-way merge command and a way to invoke an external one. See p4 resolve. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #2: Fri Apr 16 22:37:03 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: BitKeeper (was Re: solid NFS patch #6 avail for -current - need testers files)
According to Matthew Jacob: Bitkeeper is a substantial improvement over CVS and Perforce. It's really WHat are the improvements compared to Perforce ? I've begun looking at it and if we forgot the Open Source argument (one that the FreeBSD project can't forget), it is really a very nice SCM. They even give free licenses to people writing/maintaining free software. I know, I just got mine. User name: roberto Client name: dotfiles Client root: /users/staff/roberto Current directory: /tmp Client address: 193.56.58.65:2838 Server address: keltia.freenix.fr:1666 Server root: /work/p4home Server version: P4D/FREEBSD/99.1/10314 (1999/03/31) Server license: Robert Ollivier robe...@eurocontrol.fr 10 users on freebsd (support ends 2000/04/26) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #2: Fri Apr 16 22:37:03 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: BitKeeper (was Re: solid NFS patch #6 avail for -current - need testers files)
According to Harlan Stenn: I'm mostly interested in the lines of development features, the ability to check in various revisions of my *local* work, the ability to apply a patch set as an atomic unit, and several of the GUI tools. Perforce has all that. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #2: Fri Apr 16 22:37:03 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: file disappeared?
According to Dean Lombardo: How on earth did that happen?!!! Are you using softupdates ? If yes, there is a 30s window where the space is still taken and not given back to the system. So I decided to run fsck, with -p at first: Never run fsck on a live filesystem, you could screw up yourself big time. Any suggestions on how to deal with this? Either do a lot of sync or just wait 30s. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #2: Fri Apr 16 22:37:03 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: HEADS UP!!!! Important instructions for -current users!
According to David E . O'Brien: Is this a change? For pre-POST_NEWBUS When wireing down SCSI disks, the config file has both a da0 device (to get the generic SCSI disk code) and disk (to wire it down). I've never defined da* twice in oldconfig-style config. You're not supposed to do that I think. In LINT, there is only one definition. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #2: Fri Apr 16 22:37:03 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: HEADS UP!!!! Important instructions for -current users!
According to Peter Wemm: As a special warning: The APIC_IO interrupt management could be a little wonky on systems that require the special mptable fixups. If you have warnings about broken mptables, or additional interrupts being wired, hold back until it's been checked. Seems to work fine on my 2x PPro/200, Intel Providence MB, 64 MB, SMP. I've built but not yet tested the new fxp.ko module though. 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 #15: Sat Apr 17 12:33:10 CEST 1999 robe...@tara:/src/src/sys/compile/TARA_SMP Timecounter i8254 frequency 1193182 Hz CPU: Pentium Pro (686-class CPU) Origin = GenuineIntel Id = 0x619 Stepping=9 Features=0xfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV real memory = 67108864 (65536K bytes) avail memory = 62119936 (60664K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfec08000 cpu1 (AP): apic id: 12, version: 0x00040011, at 0xfec08000 io0 (APIC): apic id: 13, version: 0x00170011, at 0xfec0 Preloaded elf kernel kernel at 0xc0307000. Preloaded elf module nfs.ko at 0xc030709c. Preloaded elf module linux.ko at 0xc0307138. Preloaded elf module green_saver.ko at 0xc03071d8. Preloaded elf module procfs.ko at 0xc030727c. Pentium Pro MTRR support enabled, default memory type is uncacheable npx0: math processor on motherboard npx0: INT 16 interface pcib0: PCI host bus adapter on motherboard pci0: PCI bus on pcib0 chip0: Intel 82440FX (Natoma) PCI and memory controller at device 0.0 on pci0 fxp0: Intel EtherExpress Pro 10/100B Ethernet at device 6.0 on pci0 fxp0: interrupting at irq 18 fxp0: Ethernet address 00:a0:c9:49:5a:ef isab0: Intel 82371SB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 uhci0: Intel 82371SB (PIIX3) USB Host Controller at device 7.2 on pci0 uhci0: interrupting at irq 10 usb0: Intel 82371SB (PIIX3) USB Host Controller on uhci0 uhub0 at usb0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ahc0: Adaptec aic7880 Ultra SCSI adapter at device 9.0 on pci0 ahc0: interrupting at irq 17 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs fdc0: interrupting at irq 6 fdc0: NEC 72065B or clone at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive at fdc0 drive 0 atkbdc0: keyboard controller (i8042) at port 0x60 on isa0 atkbd0: AT Keyboard on atkbdc0 atkbd0: interrupting at irq 1 psm0: PS/2 Mouse on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 psm0: interrupting at irq 12 vga0: Generic ISA VGA on isa0 sc0: System console on isa0 sc0: VGA color 10 virtual consoles, flags=0x0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: interrupting at irq 4 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: interrupting at irq 3 ppc0 at port 0x378 irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: generic printer on ppbus 0 lpt0: Interrupt-driven port ppc0: interrupting at irq 7 APIC_IO: routing 8254 via 8259 on pin 0 Waiting 2 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! da0 at ahc0 bus 0 target 6 lun 0 da0: QUANTUM VIKING II 4.5WLS 4110 Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4350MB (8910423 512 byte sectors: 255H 63S/T 554C) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #2: Fri Apr 16 22:37:03 CEST 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: make -jn ?
According to Bob Bishop: Hmm. -j3 still fails here, in the usual place. Even -j2 failed here. I completed a make world at around 15H GMT (suppoed minutes before) w/o any problem and the machine is now happily running an egcs-compiled kernel. Congrats again David. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Success!
According to Jeroen Ruigrok/Asmodai: make world completed ok. Even rebooted to test the bootblocks (see previous messages) and all is well. Same here except that I don't seem to experiment your problems below. The machine is up and running, WindowMaker is fine and ntpd too. 2x PPro/200, SMP kernel, 64 MB RAM, make world w/o -j. FreeBSD tara.freenix.org 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Mon Apr 5 16:12:25 CEST 1999 r...@tara:/src/src/sys/compile/nTARA i386 6:49PM up 2:34, 6 users, load averages: 0.00, 0.00, 0.00 remote refid st t when poll reach delay offsetdisp == 127.127.1.0 127.127.1.0 10 - 26 64 377 0.000.0000.93 *127.127.8.0 .DCFa. 0 - 27 64 177 0.00 35.4460.01 Well, sorta, lotsa errors when trying to make a new kernel, fonts are fuqed, Window Maker all of a sudden acts weird with its general menu, ppp gives an ioctl error... My sources are from CTM cvs-cur #5210 made on 1999/04/04 23:14:46. Congrats David ! -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: X problems using egcs as compiler
According to Alex Zepeda: Personally, I'd vote for using the new runtime objects, and forcing binary incompatibility. It's worth it IMO for the exception handling support if nothing else. However, if you're dead set against it, just back up your runtime objects, and edit the spec file (like the egcs port forced you to do at one time, and probably still does). The problem I see is that exceptions are for C++ and forcing ANSI C files to be compiled with -fexceptions and linked with new runtime objects is probably not the best way... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: X problems using egcs as compiler
According to David E . O'Brien: src/lib/csu/i386-elf will build and install crtbegin.o and crtend.o from the EGCS sources. Otherwise we have to use the poorer exception unwinding method. Is there a runtime overhead of using these files even for C programs ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
-Werrors in CFLAGS ?
Why is make world showing these just now ? cc -fpic -DPIC -g -pipe -DPERMIT_CONSOLE -D_SKEY_INTERNAL -I/src/src/lib/libskey -W -Wall -Werror -I/usr/obj/src/src/tmp/usr/include -c /src/src/lib/libskey/skey_getpass.c -o skey_getpass.So cc1: warnings being treated as errors /usr/obj/src/src/tmp/usr/include/stdio.h:354: warning: `__sputc' defined but not used cc1: warnings being treated as errors /usr/obj/src/src/tmp/usr/include/stdio.h:354: warning: `__sputc' defined but not used *** Error code 1 *** Error code 1 cc1: warnings being treated as errors /usr/obj/src/src/tmp/usr/include/stdio.h:354: warning: `__sputc' defined but not used *** Error code 1 I'm at cvs-cur #5203 made on 1999/04/02 16:24:18. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: X problems using egcs as compiler
According to Amancio Hasty: Actually, it probably means that the program must be compiled with -fexecptions. The problem is that egcs 1.1.2 has its own crt*.o files and use them in place of the FreeBSD one. By moving the files elsewhere, it works. I don't know the effect on exceptions though. I tumbled in this problem when compiling Perl 5.005_03 with egcs and moving the files away solved the problem. I don't know what David plan to do with these crt*.o files. David ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: boot up messages
According to Chuck Robey: about 8 modules, and the first couple get truncated). How would I increase the amount of memory given to boot messages for dmesg? cf LINT: # Size of the kernel message buffer. Should be N * pagesize. options MSGBUF_SIZE=40960 And remember that in /var/run/dmesg.boot, you have all the boot messages (within MSGBUF_SIZE of course). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Help needed with hangs associated with vfs locking
According to Greg Lehey: perform this kind of locking). I currently suspect that vinum acts as a catalyst by issuing disk multiple I/O requests in a very short space of time. I got two hanging processes too yesterday. rnews was unbatching news and I had a grep on my news log. syslogd was locked in inode as was grep. I had to reboot. I don't have more data sorry, I don't have a serial console yet. pidprocaddr uid ppid pgrp flag wchan stat comm wchan 65139 f3f6bd00 f3f6c0000 0 556 004006 3 ld inode f0bb3e00 My current is unfortunately a bit old (see below). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: repeated ufs_dirbad() panics on 4.0-c
According to Mikhail A. Sokolov: nope /dev/da1e17235735 7414244 844263347%/mnt/arc /dev/da2e 8617355 1724705 689265020%/mnt/spool1 /dev/da3e 8617355 1723638 689371720%/mnt/spool2 disklabel output is what you want to send us, df is not enough :-) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: How to add a new bootdevice to the new boot code ???
According to David E . O'Brien: If not, can we PLEASE rename SCSI disks back to ``sd''? I'm tempted to agree. Many people I know who are upgrading to 3.* are somewhat pissed off by the renaming, even if it is in the release notes. They don't see any good reason for it... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Postfix
[ redirected to ports ]
According to Blaz Zupan:
We don't even have a Postfix port. Has anybody created a port or should I
go ahead and have a look at it?
Please wait a few days if you insist on a port, Wietse will release a new
version with quite a number of new features. In any case, a Postfix port
will not be very difficult to do.
There is no make install target in the main Makefile so you'll have to
roll your own. Put all the post* commands in /usr/sbin along with the
sendmail binary (to replace the real Sendmail), don't forget the mailq
newaliases links, put the other binaries in /usr/libexec/postfix and
install a sample /etc/postfix/main.cf with the proper paths.
It would be nice to put the HTML documentation in share/postfix and to
make a nice set of main.cf's defaults with anti-spam and no relaying.
Ask Jonathan Bresler (our postmaster, j...@freebsd.org), he started patching
Postfix to add a make install target.
You could patch it to install in ${PREFIX}/etc/postfix but I really think
that /etc/postfix is better (it is standard).
I still think it should be in /usr/src/contrib and replace sendmail.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr
FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Re: NTP nanokernel support (experimental)
According to Pierre Beyssac: absolutely no reason why you should enable PARENB for a raw DCF77 driver; yet that's what ntpd's configure does, at least under FreeBSD. Yes, it seems to be that again. I thought I had fixed it in config.cache but it seems not. It is working now. remote refid st t when poll reach delay offset jitter == 127.127.1.0 127.127.1.0 10 - 12 6410.0000.000 0.000 *127.127.8.0 .DCFa. 0 - 11 6430.000 32.068 0.514 224.0.1.1 0.0.0.0 16 u- 6400.0000.000 4000.00 A few more peerstats for you Poul-Henning, now with both your diffs and 4.0.92c. 51244 65536.259 127.127.8.0 96c4 0.032788333 0.0 0.0 0.002593271 51244 65537.261 127.127.8.0 96c4 0.032699250 0.0 0.0 0.002148683 51244 65538.259 127.127.8.0 96c4 0.032702500 0.0 0.0 0.001667484 51244 65539.253 127.127.8.0 96c4 0.032702500 0.0 0.0 0.000871368 51244 65540.259 127.127.8.0 96c4 0.032678083 0.0 0.0 0.000525512 51244 65541.259 127.127.8.0 96c4 0.032167917 0.0 0.0 0.000432877 51244 65542.639 127.127.8.0 96c4 0.032068250 0.0 0.0 0.000513906 The following diff should fix the ignpar/parenb problem. --- configure.in.oldSun Mar 7 19:11:41 1999 +++ configure.inSun Mar 7 19:11:55 1999 @@ -1055,6 +1055,9 @@ i?86-*-linux*) ans=yes ;; + *-*-freebsd*) +ans=yes +;; mips-sgi-irix*) ans=yes ;; -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: NTP nanokernel support (experimental)
According to Poul-Henning Kamp: Please send comments and observations, both positive AND negative. I can't get my DCF77 device to synchronize with both the kernel diff applied and 4.0.92c. With the older 4.0.90f I'm able to sync. remote refid st t when poll reach delay offset jitter == LOCAL(0)LOCAL(0)10 - 24 64 3770.0000.000 0.000 *GENERIC(0) .DCFa. 0 - 20 64 3570.000 10.664 0.617 ... remote refid st t when poll reach delay offset jitter == 127.127.1.0 127.127.1.0 10 - 57 64 3770.0000.000 0.000 *127.127.8.0 .DCFa. 0 -- 64 3570.000 15.090 0.193 I am very interested in seing some peerstats files for refclocks running this code. 51243 56309.281 127.127.8.0 96f5 0.011960917 0.0 0.0 0.002261763 51243 56310.281 127.127.8.0 96f5 0.011612083 0.0 0.0 0.001471172 51243 56311.291 127.127.8.0 96f5 0.011183750 0.0 0.0 0.000786827 51243 56312.285 127.127.8.0 96f5 0.011175333 0.0 0.0 0.000718346 51243 56356.278 127.127.8.0 96f5 0.014832500 0.0 0.0 0.002910501 51243 56357.274 127.127.8.0 96f5 0.015144083 0.0 0.0 0.003002719 51243 56358.278 127.127.8.0 96f5 0.015144583 0.0 0.0 0.002788572 51243 56359.274 127.127.8.0 96f5 0.015447583 0.0 0.0 0.002825388 51243 56360.274 127.127.8.0 96f5 0.015403750 0.0 0.0 0.002513153 51243 56361.278 127.127.8.0 96f5 0.015087917 0.0 0.0 0.001963783 51243 56362.285 127.127.8.0 96f5 0.015087917 0.0 0.0 0.001396828 51243 56363.278 127.127.8.0 96f5 0.01509 0.0 0.0 0.000193172 ... 51243 56494.272 127.127.8.0 96f5 0.014399417 0.0 0.0 0.000286762 51243 56495.277 127.127.8.0 96f5 0.014374750 0.0 0.0 0.000279898 51243 56496.277 127.127.8.0 96f5 0.014352500 0.0 0.0 0.000268971 51243 56497.269 127.127.8.0 96f5 0.014813083 0.0 0.0 0.000284027 51243 56497.652 127.127.8.0 96f5 0.014813083 0.0 0.0 0.000281249 -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: NTP nanokernel support (experimental)
According to Poul-Henning Kamp: It looks synchronized to me, it just looks like it hasn't swung in yet ? The two outputs I sent were with 4.0.90f. When I run 4.0.92c, ntpd is not able to get any accurate data from the device whereas 4.0.90f does. I get lots of these in /var/log/messages and it doesn't sync at all. -=-=- Mar 6 14:02:25 tara ntpd[7600]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 3 bits Mar 6 14:02:29 tara ntpd[7600]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 2 bits Mar 6 14:02:38 tara ntpd[7600]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 2 bits Mar 6 14:02:38 tara ntpd[7600]: PARSE receiver #0: FAILED TIMECODE: - (check receiver configuration / cableling) Mar 6 14:02:50 tara ntpd[7600]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 2 bits Mar 6 14:02:52 tara ntpd[7600]: parse: convert_rawdcf: INCOMPLETE DATA - time code only has 2 bits Mar 6 14:03:35 tara ntpd[7600]: PARSE receiver #0: no data from device within poll interval (check receiver / cableling) -=-=- Maybe it is a problem with 4.0.92c... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: gcc
According to Chuck Robey: I know that, back when we ran aout, our gcc was a long way changed from the stock gnu gcc ... I'm wondering how much our gcc is changed, now, from the gcc that is the regular GNU distribution? gcc was not that different, it was mostly the binutils chain (as, ld and all that stuff) because a.out was not supported anymore by modern versions. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: What it means when running soffice 5.01
According to Chan Yiu Wah: Is there anyone knows what it means when running the soffice 5.01 . The message keeps growing as I using the soffice. Is it harmful the system? It is explained on htt://lt.tar.com/. You need the following lines in your kernel config file: # -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- # POSIX P1003.1B # Real time extensions added int the 1993 Posix # P1003_1B: Infrastructure # _KPOSIX_PRIORITY_SCHEDULING: Build in _POSIX_PRIORITY_SCHEDULING # _KPOSIX_VERSION: Version kernel is built for options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #70: Sat Feb 27 09:43:08 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Staroffice 5.01?
According to Daniel O'Connor: unzip -L the setup.zip file in the inst directory. cd into the inst directory and run setup You don't even need this with 5.01. I installed it today on my 4.0-CURRENT machine and everything went fine. I'used the same method as described on http://lt.tar.com/. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: please don't check mail for root logins
According to Rahul Dhesi: Good idea, thanks, and I now realize that it won't work, and neither will changing /bin/login -- because sshd does not seem to honor either one. The sshd in ports should honor the login.conf stuff. One of the patches adds FreeBSD as a target with login_cap.h. Look into patch-af in sshd/patches. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Staroffice 5.01?
According to Alok K. Dhir: Thanks all - I finally got it to work. It still stops and asks me to insert StarOffice 5.01, yes, no, cancel. Hitting cancel a few times allows the installation to continue. I haven't seen this. Does anyone's installation allow them to use the web browsing or email component? The web browing part works beautifully (although SO5 is by itself more memory hungry than Netscape :-)) and I haven't tried the mail part. I don't even plan to test it, Mutt is working perfectly. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: LSOF import into base system?
According to David E . O'Brien: If people feel this is desired, I can easily bmake and import it. From working with Vic Abell, I know he is interested in any problems/issues that we may find in LSOF if we find issues when scrutinizing it. Well, the way I see it, Vic is already maintaining LSOF for so many platforms that I don't see any real advantage in importing it. As long as he can sync with FreeBSD internal changes (and he can because he has access to such systems -- thanks you for that), we have a a working lsof. That way, Vic doesn't have divergent versions (you don't plan to update contrib/lsof for each change Vic makes to other platforms don't you ?). To be honest, I would not miss fstat(1), even if it is good ol' BSD code, I install lsof everywhere. Putting lsof features into fstat is just IMO a waste of time and code. Now, can we import Postfix instead ? :-) :-) [ducks and runs] -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: 3.0-3.1 elf issues?
According to Wilson S. Ross: Was the 3.0-RELEASE I got ~Dec 30 aout kernel? 'file /kernel' gives Yes, the default kernel format was changed to ELF on Jan., 6th. 3.0-RELEASE builds a.out kernel but you can generated ELF ones if you want. - need to see req'd changes to /etc by inspecting cvsup output Or you could use mergemaster for that (in ports). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: inetd problem
According to Matthew Dillon: strings /usr/sbin/inetd | fgrep Id ident(1) is your friend :-) /usr/sbin/inetd: $Id: inetd.c,v 1.46 1999/01/05 11:56:35 danny Exp $ -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: StarOffice 5.0
According to William Woods: Is it correct to assume that StarOffice 5.0 works with current now? It does for me. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: adding DHCP client to src/contrib/
According to Steve Kargl: So, we'll import a pop server, apache, g77, ad nauseam to increase the credibility of FreeBSD as a workstation OS. No but if you want to install from a cable modem (they're becoming quite common these days, even in France), you _need_ it. Period. I'm as much anti-bloat as the next guy but I'll welcome this addition. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Netscape | Mozilla
According to Luke: linux_lib port. [why does it install into / anyways] The standard sysinstall has been making a link into /usr/compat for months if not years :-) revision 1.193 date: 1997/07/16 11:45:48; author: jkh; state: Exp; lines: +5 -1 ln /compat to /usr/compat on initial installation; this will prevent the later addition of compat libs from overflowing / -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Netscape | Mozilla
According to Luke: This is 4.5b1 communicator, and locks up X often enough I dont use it. Beta versions of 4.5 were bad (in that case b2 was far worse than b1) whereas 4.5 release is more or less stable. (it still crashes from time to time but not that often). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Transition to 4.0
According to Jeroen Ruigrok/Asmodai: my transition from 3.0 CURRENT to 4.0 CURRENT (make world and a new kernel) as of today Sun Jan 24 18:25:32 CET 1999 work flawlessly up till now. Same here with an SMP kernel. FreeBSD tara 4.0-CURRENT FreeBSD 4.0-CURRENT #9: Sun Jan 24 18:54:47 CET 1999 robe...@tara:/src/src/sys/compile/TARA_SMP i386 CTM cvs-cur #5014 from sources @ 1999/01/24 00:11 -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: The removal of MT_RTABLE
According to p...@originative.co.uk: The removal of MT_RTABLE by fenner in rev 1.32 of /sys/sys/mbuf.h has broken the build of the tree in netstat. It may have broken other net apps that I haven't hit yet. Already fixed. If you're not subscribed to cvs-all, please do... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: Build Errors in -current
According to Annelise Anderson: But I still got an error much later with texinfo, so apparently this is only partly fixed. Weird. After fixing netstat, my make buildworld succeeded w/o any problem... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #69: Mon Jan 18 02:02:12 CET 1999 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
XFree86 3.3.5 [LONG]
1200": mode clock = 162.000 (**) GLINT: Mode "1152x864": mode clock = 135.000 (**) GLINT: Mode "1280x1024": mode clock = 135.000 (**) GLINT: Mode "1024x768": mode clock = 115.500 (--) GLINT: Using XAA (XFree86 Acceleration Architecture) (--) GLINT: XAA: Solid filled rectangles (--) GLINT: XAA: Screen-to-screen copy (--) GLINT: XAA: Using 12 128x128 areas for pixmap caching (--) GLINT: XAA: Caching tiles and non-transparent stipples (--) GLINT: XAA: Horizontal and vertical lines and segments mesg: ttyname: Inappropriate ioctl for device gbuffy: not found xemacs: not found xearth 1.0: warning - unable to open marker info file Console: no available ptys ^ -- Ollivier ROBERT -=- Eurocontrol EEC/TEC -=- [EMAIL PROTECTED] The Postman hits! The Postman hits! You have new mail. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make world breakage in netgraph
According to Greg Lehey: Stop in /usr/SRC/4.0-CURRENT/src/lib/libnetgraph. Re-sup. I fixed this already and added a few missing modules while I was here. 55mn for buildworld on my PIII/500 makes testing easy :-) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #75: Tue Nov 2 21:03:12 CET 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
vinum is always started at boot-time...
...regardless of the vinum_slices setting. It is not a nice thing considering the size of the vinum kld (a6000 bytes). if [ -n $vinum_slices ] doesn't seem to work. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #67: Tue Dec 29 20:24:02 CET 1998 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: CTM CVSUP differences
According to David Kelly: via CTM while you can with CVSUP. Last time I tried it, this means you can't do a make release as Jordan's release Makefiles can't handle a total absense of that stuff (eBones? whatever its called). It is available on internat.freebsd.org with CTM... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #67: Tue Dec 29 20:24:02 CET 1998 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: CTM CVSUP differences
According to Boris Staeblow: Is it possible that there are slight differences between the CTM's and the real world ? There should not be. Is CTM a little neglient when the diffs are generated? I cannot say anything else than it has been working for me for several years and the few times it blew up was when some fairly large problem hit the CTM generator and it happened only once in one or two years. In fact, it has been very stable for several thousand of generated chunks. cvs-cur is now at the following level and I don't remember when tha last problem was (problem as in badly generated chunks)... -rw--- 1 nobody wheel 728351 Jan 15 19:08 cvs-cur.4987.gz -rw--- 1 nobody wheel 388427 Jan 15 19:08 cvs-cur.4988.gz -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #67: Tue Dec 29 20:24:02 CET 1998 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Serious locking problem in CURRENT
While changing my Postfix configuration, I stumbled on something weird. One of Postfix's processes (master) runs all the time and keep a exclusive write lock on $spool/pid/master.pid. When one does a reload, postfix-script runs master with the ``-t'' argument which makes master try to get a lock on the pid file. Under 3.3-RELEASE, everything is fine, the lock can't be obtained and Postfix knows it is already running. Under -CURRENT (two days old), the lock IS OBTAINED, meaning Postfix thinks it is not running. 3.3-RELEASE: OK -=-=-=- 402 [22:56] root@sidhe:/etc/postfix# make postfix reload postfix-script: refreshing the Postfix mail system 404 [22:56] root@sidhe:spool/postfix# kdump|tail -20 8359 master RET getrlimit 0 8359 master CALL chdir(0x8057b28) 8359 master NAMI "/var/spool/postfix" 8359 master RET chdir 0 8359 master CALL access(0x805c3e8,0) 8359 master NAMI "pid/master.pid" 8359 master RET access 0 8359 master CALL open(0x805c3e8,0x2,0) 8359 master NAMI "pid/master.pid" 8359 master RET open 7 8359 master CALL fstat(0x7,0xbfbfd300) 8359 master RET fstat 0 8359 master CALL lstat(0x805c3e8,0xbfbfd2a0) 8359 master NAMI "pid/master.pid" 8359 master RET lstat 0 8359 master CALL flock(0x7,0x6) 8359 master RET flock -1 errno 35 Resource temporarily unavailable 8359 master CALL close(0x7) 8359 master RET close 0 8359 master CALL exit(0x1) -=-=-=- 4.0-CURRENT: NOT OK -=-=-=- 331 [22:55] root@keltia:spool/postfix# postfix reload postfix-script: fatal: the Postfix mail system is not running 332 [22:56] root@keltia:spool/postfix# kdump|tail -20 14942 master RET gettimeofday 0 14942 master CALL getrlimit(0x1,0xbfbfd3d0) 14942 master RET getrlimit 0 14942 master CALL chdir(0x80589e8) 14942 master NAMI "/var/spool/postfix" 14942 master RET chdir 0 14942 master CALL access(0x805e248,0) 14942 master NAMI "pid/master.pid" 14942 master RET access 0 14942 master CALL open(0x805e248,0x2,0) 14942 master NAMI "pid/master.pid" 14942 master RET open 7 14942 master CALL fstat(0x7,0xbfbfd324) 14942 master RET fstat 0 14942 master CALL lstat(0x805e248,0xbfbfd2c4) 14942 master NAMI "pid/master.pid" 14942 master RET lstat 0 14942 master CALL flock(0x7,0x6) ? 14942 master RET flock 0? 14942 master CALL exit(0) -=-=-=- I've verified that it has a lock on 3.3-RELEASE but can't on CURRENT since lsof is broken (sigh). 3.3-RELEASE: 405 [22:56] root@sidhe:spool/postfix# lsof pid/master.pid COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME master 7155 root7uW VREG 0,131079 17 18615 pid/master.pid ^^^ Same Postfix versions on both. I even recompiled it on CURRENT. 406 [22:58] root@sidhe:spool/postfix# postconf mail_version mail_version = Snapshot-19990912 333 [22:56] root@keltia:spool/postfix# postconf mail_version mail_version = Snapshot-19990912 -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #75: Tue Nov 2 21:03:12 CET 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Serious locking problem in CURRENT
According to Ollivier Robert: 3.3-RELEASE: 405 [22:56] root@sidhe:spool/postfix# lsof pid/master.pid COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME master 7155 root7uW VREG 0,131079 17 18615 pid/master.pid ^^^ Apparently the lock is NOT done on FreeBSD 4.0: 202 [0:47] root@keltia:sysutils/lsof# lsof /var/spool/postfix/pid/master.pid COMMAND PID USER FD TYPEDEVICE SIZE/OFF NODE NAME master 242 root7u VREG 13,131080 17 29093 pid/master.pid ^^^ (thanks to David O'Brien for having updated the lsof port). Same Postfix versions on both. I even recompiled it on CURRENT. We have a problem here... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 4.0-CURRENT #75: Tue Nov 2 21:03:12 CET 1999 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
