Re: Something since June 8th clobbers my disk...
On Friday 12 June 2009 08:24:42 pm Gary Kline wrote: On Fri, Jun 12, 2009 at 08:45:01PM -0600, Dan Allen wrote: On 12 Jun 2009, at 6:32 AM, John Baldwin wrote: On Thursday 11 June 2009 9:33:24 pm Dan Allen wrote: Whew!! i'm giving thanks to every saint, god and daemon known. i rebuilt my kernel in very recent days (7.2) on my ancient 500MHz kayak, but did not go further. So still runing on the 7.0 kernel. Will someone send up a flare when it's *safe*? gary Gary, it isn't affecting everyone. FreeBSD ruby.owt.com 7.2-STABLE FreeBSD 7.2-STABLE #4: Wed Jun 10 14:07:14 PDT 2009 r...@ruby.owt.com:/usr/obj/usr/src/sys/FREEBSD2 i386 FreeBSD kstewart2.owt.com 7.2-STABLE FreeBSD 7.2-STABLE #6: Wed Jun 10 15:03:03 PDT 2009 r...@kstewart2.owt.com:/usr/obj/usr/src/sys/FREEBSD1 i386 Ruby is an Intel core duo and the other has dual Xeon's. They were all installed the canonical way. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Something since June 8th clobbers my disk...
On Saturday 13 June 2009 12:08:17 am Gary Kline wrote: On Fri, Jun 12, 2009 at 11:24:07PM -0700, Kent Stewart wrote: On Friday 12 June 2009 08:24:42 pm Gary Kline wrote: On Fri, Jun 12, 2009 at 08:45:01PM -0600, Dan Allen wrote: On 12 Jun 2009, at 6:32 AM, John Baldwin wrote: On Thursday 11 June 2009 9:33:24 pm Dan Allen wrote: Whew!! i'm giving thanks to every saint, god and daemon known. i rebuilt my kernel in very recent days (7.2) on my ancient 500MHz kayak, but did not go further. So still runing on the 7.0 kernel. Will someone send up a flare when it's *safe*? gary Gary, it isn't affecting everyone. FreeBSD ruby.owt.com 7.2-STABLE FreeBSD 7.2-STABLE #4: Wed Jun 10 14:07:14 PDT 2009 r...@ruby.owt.com:/usr/obj/usr/src/sys/FREEBSD2 i386 FreeBSD kstewart2.owt.com 7.2-STABLE FreeBSD 7.2-STABLE #6: Wed Jun 10 15:03:03 PDT 2009 r...@kstewart2.owt.com:/usr/obj/usr/src/sys/FREEBSD1 i386 Ruby is an Intel core duo and the other has dual Xeon's. They were all installed the canonical way. Thanks for the insight, Kent. I'll go ahead and install 7.2 on the P3, then. Should be done this weekend. Coming from the diagnostic side in the days of our Cray, I believe that one broken machine means more than 100 without problems. There just seems to be more to this than is normal. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Something since June 8th clobbers my disk...
On Thursday 11 June 2009 06:33:24 pm Dan Allen wrote: On 11 Jun 2009, at 5:41 PM, Paul B. Mahol wrote: Looks like boot(8) is problematic. Anything in /etc/src.conf or /etc/make.conf? I have never touched or created a src.conf. If there was one there, it has been unmodified by me. I HAVE modified make.conf. Here is its contents: --- /etc/make.conf --- BATCH=yes NO_PROFILE=yes KERNCONF=DKA USE_FORTRAN=yes WITH_JADETEX=no PERL_VERSION=5.8.9 --- My custom kernel named DKA has only three modifications from GENERIC: I commented out the following three lines: #cpu I486_CPU #cpu I586_CPU #makeoptions DEBUG=-g I have run with such a kernel on many machines for many years now. However, my experiments have shown that the kernel build is not to blame. Isn't boot part of the kernel build? Why would installing the kernel not cause this problem? It is by installing the world via make installworld that my drive gets munged. I obviously am missing something, but boot(8) sounds like it is in the neighborhood of where the problem is. There were changes to /usr/src/sys/boot/i386/libi386/biosdisk.c and biospnp.c that really look suspect to me. The order of your builds in previous messages had the kernel built on an old world. You are supposed to do the buildworld first and then, build and install the kernel. The classic way at this point is to boot into single user mode and do the installworld. Kent Dan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Xorg unbuildable - where to get: x11-xcb?
On Saturday 28 March 2009 09:04:25 pm Chris H wrote: Greetings, A fresh install of 7 followed by a cvsup to 7.2-PRE on the 26th results in an inability to build Xorg on the system. A cvsup only an hour ago provides no solution. An attempt at the following: cd /usr/ports/x11/xorg-minimal make produces the following error: ... checking pkg-config files for X11 are available... yes checking for LIBDRM... yes checking for DRI2PROTO... yes checking for DRIGL... gnome-config: not found configure: error: Package requirements (x11 xext xxf86vm xdamage xfixes x11-xcb xcb-glx) were not met: No package 'x11-xcb' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. ... I was able to install /usr/ports/x11/xcb with no issue. But have no idea where to find x11-xcb. Where can I get it? thank you for all your time and consideration in this matter. You didn't really say that your cvsup updated everything but if you didn't you have to do a cvsup of ports-all for ports to be built. Kent -- kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Old /etc files back, or cvs error?
On Monday 23 February 2009 10:11:45 pm Warren Block wrote: Lately I've installed a couple of test systems from 7.1-RELEASE CDs, then csupped to RELENG_7 from cvsup9: *default host=cvsup9.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_7 *default delete use-rel-suffix mergemaster adds a *lot* of old files in /etc that were not there in 7.1-RELEASE. (Remember the rc.d rework? Like that.) For example, a bunch of bluetooth files and /etc/isdn/*. The version numbers and dates in mergemaster look wrong. For example, /etc/bluetooth/hcsecd.conf: # $Id: hcsecd.conf,v 1.1 2003/05/26 22:50:47 max Exp $ # $FreeBSD: src/etc/bluetooth/hcsecd.conf,v 1.3 2006/05/18 17:53:49 emax Exp $ Shouldn't that be 1.3.6.1 from Tue Nov 25 02:59:29 2008? The latest entries for files in /etc/isdn are 9 months old, and were removals. This looks like an error, but maybe I'm missing something. And other cvsup mirrors seem to agree with cvsup9. You are looking at the version for the 7.1 release version. The RELENG_7 version is Revision 1.3: download - view: text, markup, annotated - select for diffs Thu May 18 17:53:49 2006 UTC (2 years, 9 months ago) by emax Branches: MAIN CVS tags: RELENG_7_BP, RELENG_7_1_BP, RELENG_7_0_BP, RELENG_7_0_0_RELEASE, RELENG_7_0, RELENG_7, HEAD Branch point for: RELENG_7_1 Diff to: previous 1.2: preferred, colored Changes since revision 1.2: +1 -1 lines Go to http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/bluetooth/hcsecd.conf and you can see the versions and the tags. Kent -- kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Invalid path for portupgrade ftp.FreeBSD.orgpub
On Monday 16 February 2009 12:56:25 am Gianni Doe wrote: I'm upgrading a system from 6.4 to 7.1 and rebuilding all the ports. I'd rather use packages where present to speed things up a bit so I'm using: # portupgrade -faP The problem is that it never finds the packages as the URL is invalid, there seems to be a missing slash between in ftp.FreeBSD.orgpub fetch: ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/djbdns-1. 05_12.tbz : No address record ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/djbdns-1. 05_12.tbz fetch: ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/djbdns-1. 05_12.tgz : No address record I've got the latest portupgrade. portupgrade-2.4.6,2 Is there somewhere I can specify/fix this path? The handbook shows the usage of PACKAGESITE to specify the path. The main difference is that is shows the path to .../Latest/ instead of .../All/ Kent -- kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: X.Org/xdm 'frozen' after installworld (7-stable)
On Tuesday 03 February 2009 09:29:05 am Steve Franks wrote: This is a new weird one I've never had before. Consoles work fine, but the mouse and keyboard won't move/type when xdm pops up. ctrl-alt-F2 takes you right to a working console, and the mouse works fine in the console...ctrl-alt-backspace no longer kills X either... The option that I found the easiest was to add Option AutoAddDevices off To the ServerFlags section. I was told in the ports list that you can add it to the ServerLayout section but I could never make that work. Kent ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Various problems with re(4) on a PCIe 8168/8111B onboard NIC
On Sunday 29 July 2007, Michael Nottebrock wrote: After recently updating the windows drivers (I dual-boot Windows XP on the machine the NIC is in), I hit this problem: http://gentoo-wiki.com/HARDWARE_RTL8168#Troubleshooting which affects re(4) like it does the Linux drivers described in the above link. I already wrote the Realtek technical support about it since their own FreeBSD driver (a hacked rl(4) that does not support any of the chip's advanced features) does not manage to power up the PHY on its own either - neither does the motherboard's BIOS when trying to netboot. The other problem is that I have at least two applications misbehaving when rxcsum/txcsum is enabled: - The Linux Second Life client (yes, yes, I know, but it is nice for showing off GLX and it is really really good at generating network traffic) will cease to receive data after about a minute or so - turning off rcxsum/txcsum will mend it on the spot. - A Fedora Core 4 running in Qemu, networked with bridge(4) and tap(4), cannot receive an ip address via DHCP. Interestingly, this even occurs if rxcsum/txcsum was already turned off before launching Qemu - to make it work, I have to cycle rxcsum/txcsum once. Might be related to promiscuous mode. I realise that both of these make awful test cases, but so far they are the only applications I found to expose those problems. This is on FreeBSD kiste 6.2-STABLE FreeBSD 6.2-STABLE #4: Sat Jul 28 14:11:23 CEST 2007 root@:/usr/obj/usr/src/sys/KISTE-SMP i386. The kernel sources are up to date as of 2007-07-27. The NIC is re0: RealTek 8168/8111B PCIe Gigabit Ethernet port 0xd800-0xd8ff mem 0xfbfff000-0xfbff irq 36 at device 0.0 on pci3 / [EMAIL PROTECTED]:0:0: class=0x02 card=0x81681849 chip=0x816810ec rev=0x01 hdr=0x00. Have you looked at /var/log/messages? I would be surprised if you have not had a number of Jul 27 00:55:32 ruby kernel: re0: watchdog timeout Jul 27 00:55:32 ruby kernel: re0: link state changed to DOWN Jul 27 00:55:35 ruby kernel: re0: link state changed to UP People have complained a long time ago and basically given up on getting it fixed. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with portupgrade
On Saturday 03 March 2007 10:07, [EMAIL PROTECTED] wrote: On 2007-Mar-03 10:12:53 +1100, Phillip Ledger [EMAIL PROTECTED] wrote: Even after a complete reinstall of the toll and rebuildig the database its still giving the same error. anyumore ideas? Exactly what have you re-installed? What versions of ruby* and portupgrade do you have? Have you compared your /usr/local/etc/pkgtools.conf with the sample version? I have the exact same problem. I rebuilt INDEX-6, rebuilt INDEX-6.db and rebuilt portupgrade, to the latest version. I have ruby 1.8.4. I have published my pkgtools.conf to http://www.vistua.com/public/pkgtools.conf the only changes I made from default, was to ignore language categories I do not speak. And to instruct that packages only be used for Openoffice. These messages usually popup when you have a problem with ruby and the database setup. Something is inconsistant with that setup. Also, I don't know if your pkgtools.conf ignore will affect the building of the INDEX-*. If you ignore anything, you usually have to fetch an INDEX-* because you can't build a proper INDEX. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and make -j# buildworld usability
On Monday 16 October 2006 15:33, Garance A Drosehn wrote: At 1:47 PM -0700 10/13/06, Kent Stewart wrote: On Friday 13 October 2006 07:31, Buki wrote: Hi, I searched the archives and web a little but found many different opinions on stability/usability of using make -j# with buildworld (and buildkernel). So I am asking if it is a good idea to use make -j on production boxes. I tested buildworlds with different values for -j. On single processors, using a script that basically looked like time make -j? ... yielded fastest builds when I didn't specify a value for -j. On dual cpu's a value around -j8 yielded the fastest build. You might want to repeat those performance tests. The results will change over time, as various system changes are made. I used to see results somewhat similar to yours, but the last time I checked I seemed to get the best results from a dual-cpu system when using -j3 . I believe that change in performance is due to some improvements made to the `make' command itself, which solved some delays that happened when -j was used. However, I do not remember the details. Performance comparisons like this will also depend on all the hardware on the system, and not just the dual-CPU. It can change depending on much memory the machine has, for instance, or how fast the disks are compared to the CPU's. That was why I commented about making your own tests. I had ata-133 or 100 HDs on individual controllers. Comparing an ata based system with a scsi isn't a real comparison. My tests are at http://users.owt.com/kstewart/freebsd/urban_legends.html and I see I got the shortest elapsed time with -j4 and -j8. It has been too long to remember what I did to improve the -j8. They were run on FreeBSD 4.3 and I no longer have a dual cpu system. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and make -j# buildworld usability
On Monday 16 October 2006 12:46, Nikolas Britton wrote: On 10/13/06, Kent Stewart [EMAIL PROTECTED] wrote: On Friday 13 October 2006 07:31, Buki wrote: Hi, I searched the archives and web a little but found many different opinions on stability/usability of using make -j# with buildworld (and buildkernel). So I am asking if it is a good idea to use make -j on production boxes. I tested buildworlds with different values for -j. On single processors, using a script that basically looked like time make -j? ... yielded fastest builds when I didn't specify a value for -j. On dual cpu's a value around -j8 yielded the fastest build. That's odd, your results don't jive with this: http://people.freebsd.org/~fsmp/SMP/akgraph-a/graph1.html His results are too old to use as a reference. My system was the next step up and is also too old to consider current. His cpus were Intel Pentium pro 200MHZ and the bus speed alone (66MHz) would make a big difference. Only having 64MB of memory may also skew the results. My system was 2 Intel pIII 866's and had 256-512MB of SDRAM or DDR memory. Kent Although that report is quite old... My general rule of thumb for -j is n +1, where n equals the total number of cpu cores. This is generally enough to keep to processor(s) occupied without over stressing the system. Maybe n * 2 is more appropriate, can you post the results from your test? -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and make -j# buildworld usability
On Friday 13 October 2006 07:31, Buki wrote: Hi, I searched the archives and web a little but found many different opinions on stability/usability of using make -j# with buildworld (and buildkernel). So I am asking if it is a good idea to use make -j on production boxes. I tested buildworlds with different values for -j. On single processors, using a script that basically looked like time make -j? ... yielded fastest builds when I didn't specify a value for -j. On dual cpu's a value around -j8 yielded the fastest build. I am not interested in system and user time. To me the fastest build is the one that produced the smallest wallclock time or elapsed time, which is the 3rd field in the output of time. The fastest build also yielded the highest cpu utilization, which is the 4th field. I figure specifying a value for -j on single cpu system is simply thrashing the cpu by forcing it to save the environment to work on a different section of the build. I also found that mounting /usr/src and /usr/obj on different controller/HDs from the system reduced the build time. I was using ata-133 HDs and a good scsi would be change the results. It is too easy to test in your environment to see what produces the fastest buildworld. I am going to have to upgrade at some point and an AMD X2 should be interesting. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_6 does not compile
On Thursday 21 September 2006 18:20, Joerg Pernfuss wrote: On Fri, 22 Sep 2006 02:59:53 +0200 martinko [EMAIL PROTECTED] wrote: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Chances are you have failing hardware. Kris you must be kidding! :-o no, really, this is a laptop and i hope it's not going to die or something. :-/ well, it would actually be better now before the warranty is over. ;-) anyway, how did you come to your conclusion pls ?? SegFault 11 is normally a strong indicator of dying RAM. But in a laptop it could be related to heat such as a clogged heatsink or the equivalent. In one of my AMD desktop, I blew the dust out of the heat sink and the cpu temp dropped 5oC. There is a list of causes in the FAQ and they can all be the cause. Kent Joerg -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bge watchdog timeouts still happening
On Friday 15 September 2006 09:28, Herve Boulouis wrote: Le 15/09/2006 18:05, Gleb Smirnoff a écrit: H bge0: Broadcom BCM5700 B2, ASIC rev. 0x7102 mem 0xfeb0-0xfeb0 irq 17 at device 8.0 on pci1 H miibus0: MII bus on bge0 H brgphy0: BCM5401 10/100/1000baseTX PHY on miibus0 H brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto H bge0: Ethernet address: 00:06:5b:1a:7f:4a Is it integrated or not? I've got exactly the same NIC and I can try to reproduce the problem if you describe the workload. Yes, it's the onboard bge. Workload is 10-25 Mbit/s of web hosting. It seems to be at the top of the tree somewhere because people are also seeing the watchdog timeouts on em and I get them on the gigabit re's. I got them downloading the kde-3.5.4 distfiles on a 768kb DSL line. I had setiathome running, which keeps the cpu useage close to 100%. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: em watchdog timeout on UP, 6-stable
On Friday 08 September 2006 10:25, Gleb Smirnoff wrote: Barney, On Tue, Sep 05, 2006 at 02:33:52PM -0400, Barney Wolff wrote: B Updated my Athlon-xp 6-stable system last night, got an em watchdog B timeout for the first time a few hours later, during a fairly B high-traffic period. System is UP but does have device apic in B the config. Any chance this is the recent race condition? B Workaround? ifconfig em0 down, ifconfig em0 up seemed to cure it, B at least for the moment. Not clear from your mail whether interface was working after the event occured. In my system, you get the timeout, then the state is downed and then uped. Your transfer session is basically dead at that point. On Tuesday, Klop had an email with a copy of what you see in the message log. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: em watchdog timeout on UP, 6-stable
On Friday 08 September 2006 11:17, Kent Stewart wrote: On Friday 08 September 2006 10:25, Gleb Smirnoff wrote: Barney, On Tue, Sep 05, 2006 at 02:33:52PM -0400, Barney Wolff wrote: B Updated my Athlon-xp 6-stable system last night, got an em watchdog B timeout for the first time a few hours later, during a fairly B high-traffic period. System is UP but does have device apic in B the config. Any chance this is the recent race condition? B Workaround? ifconfig em0 down, ifconfig em0 up seemed to cure it, B at least for the moment. Not clear from your mail whether interface was working after the event occured. In my system, you get the timeout, then the state is downed and then uped. Your transfer session is basically dead at that point. On Tuesday, Klop had an email with a copy of what you see in the message log. Ignore part of what I said. I am getting the same errors on re0. All I have to do to force the error is ftp a GB or 2 to the destination machine using 1000baseT NICs. My host machine is XP and I use the destination machine as a backup for photos and mp3 files. A photo session is usually on the order of 1-2 GBs. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: em0: watchdog timeout -- resetting (6.1-STABLE)
On Tuesday 05 September 2006 14:52, Ronald Klop wrote: Hello, I get these errors a lot. Sep 5 11:55:12 ronald kernel: em0: watchdog timeout -- resetting Sep 5 11:55:12 ronald kernel: em0: link state changed to DOWN Sep 5 11:55:14 ronald kernel: em0: link state changed to UP Sep 5 12:00:37 ronald kernel: em0: watchdog timeout -- resetting Sep 5 12:00:37 ronald kernel: em0: link state changed to DOWN Sep 5 12:00:39 ronald kernel: em0: link state changed to UP So am I. Especially when I transfer a GB or 2 from Windows XP to 6.1-stable. I use the FreeBSD machine as a backup for digital photos and my ripped mp3 files. A photo session is usually in excess of 1 GB and can hang with the watchdog timeout. Kent I tried turning off rxcsum/txcsum and set these sysctl's. dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 0 (default 66) But the error is still there. Searching the internet and the list provides more of the same problems, but I didn't find an answer. My dmesg is attached. Is there any info I need to provide to debug this or can I try patches? Ronald. -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Xorg hang on recent 6.1 build
I cvsuped RELENG_6 and went through the usual motions to make the world, kernel and install them. Everything was ok until I rebooted and started KDE and the x-session stopped. I could login for other computers and xorg was using 97% of the cpu. After rebooting it 2x and using root the 2nd time and still have it hang. I did a diff of GENRIC and RUBY. GENERIC had the new kbdmux parameter. After I rebuilt the kernel and booted to it, I haven't had any problems using the machine. If not adding kbdmux to the kernel config file can hang the user's x-session, I think some sort of warning should be added to UPDATING. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error (texinfo)
On Friday 31 March 2006 15:28, Fernan Aguero wrote: Hi! I've just cvsuped to the latest RELENG_6_0 (p6) and I can't get buildworld to finish ... this is the second time I got stopped at the same place: === gnu/usr.bin/texinfo/doc (all) makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info .texi -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info -stnd.texi -o info-stnd.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texi nfo.txi texinfo.texi makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info gzip -cn info.info info.info.gz gzip -cn info-stnd.info info-stnd.info.gz gzip -cn texinfo.info texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 1 error This looks like you were running with a -j? set and you aren't seeing the real error. It was hidden somewhere. I have only found setting -j to be of value on smp systems. You may have actually slowed your buildworld down. Kent Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GRUB does not boot FreeBSD after installworld ...
On Wednesday 29 March 2006 14:07, Norbert Augenstein wrote: On Wed, 2006-03-29 at 23:33 +0200, Michel Talon wrote: Maybe you have an old Grub which doesn't grok UFS2? No, Grub 0.97 works fine with UFS2 I will cvsup again and rebuild everything, without CPUTYPE=athlon-xp in make.conf I can remember some bootproblems on my laptop with CPUTYPE?=pentium3m I had a problem with 6.1-pre not booting. In my case, I had an old version of boot1 being used by ntldr. When I updated boot1, I didn't have any problem booting. Kent It is the case on my machine so i use chainloader to boot freebsd, like that: title FreeBSD root(hd0,3) savedefault makeactive chainloader +1 boot Linux i can boot directly: title Debian GNU/Linux, kernel 2.6.8-2-k7 root(hd0,5) kernel /boot/vmlinuz-2.6.8-2-k7 root=/dev/hda6 ro acpi=force initrd /boot/initrd.img-2.6.8-2-k7 savedefault boot WindowsXP i also chainload. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Non-boot on RELENG_6 1930 UTC source using XP's ntldr
I updated my system on 22 March with sources available on the mirrors at 11:30 PST and ended up with a system that wouldn't boot. It would get to the point that I chose FreeBSD using ntldr and it just stopped. The XP sytem used an older boot1 to boot FreeBSD. I could use the 6.0-Release CD fixit option to go back to the system update of 18 March. Since then, I have found that if I unload the 18 March kernel, load the 22 March kernel and boot, I get a btx dump. However, if you replace the old boot1 used by the ntldr with the one created by the new version of the OS, you can boot just fine. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ I am Andean project. http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Acroread 7 port broken?
On Tuesday 17 May 2005 11:21 am, ya hoo wrote: I just tried to install acroread 7 from the ports that I cvsup'd last night. It tells me that it is marked broekn. I assume it is broken, but does anyone know when it will be fixed? There must be something else going on. I just cvsuped and had no problem building acroreader. It was broken a while back but the current version isn't broken. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie Question About System Update
On Tuesday 19 April 2005 01:39 pm, Dan Nelson wrote: In the last episode (Apr 19), Bill Moran said: Chuck Swiger [EMAIL PROTECTED] wrote: Bill Moran wrote: The system can not replace programs that are in use, This is generally not the case. Unix lets you continue to access a file after it has been deleted, so long as the process hangs on to a file descriptor. This lets you replace programs in use, without running into the same problems that platforms like Windows have. What you say?: bash-2.05b$ su Password: bolivia# cp /usr/sbin/cron /home/wmoran/. bolivia# cp /home/wmoran/cron /usr/sbin/. cp: /usr/sbin/./cron: Text file busy bolivia# Notice that /usr/sbin/cron is in use (because my system is running normally) I can copy _from_ that file, but I can not overwrite it. What you can do, however, is: create the new file under a temporary name, delete the original, and rename the temp file to the orignal's name, which is what /usr/bin/install does. I've done many installworlds on running systems without problems. You are forgetting that one of the real purposes of the boot -s is to test your new kernel. If you have never been bitten by a kernel that would only panic, you have no problems. If you have, you know that you can boot the old kernel and continue without any problems until some one solves the panic. You will not most likely hit that situation on a security based version but this is freebsd-stable and it can happen at any time. My attitude is that if you don't boot -s, you are simply playing Russian-roulette with your system. Some day, it will bite you. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_5 broken?
On Thursday 14 April 2005 10:49 pm, Joel wrote: (B On Thu, 14 Apr 2005 22:32:42 -0700 (B Kent Stewart [EMAIL PROTECTED] wrote (B (B On Thursday 14 April 2005 09:23 pm, Joel wrote: (B On Thu, 14 Apr 2005 11:20:54 -0700 (B Nate Lawson [EMAIL PROTECTED] wrote (B (BJon Noack wrote: (B On 4/14/2005 8:28 AM, David Wolfskill wrote: (B On Thu, Apr 14, 2005 at 01:26:17PM +0200, Jose M Rodriguez (Bwrote: (B Anyone seen this? (B (B [... (B /usr/src/sys/kern/subr_bus.c:1082: warning: no previous (B prototype for 'devclass_get_drivers' (B *** Error code 1 (B ... (B ] (B (B Yup; just a few minutes ago, with sys/kern/subr_bus.c rev. (B 1.156.2.6. (B (B Perhaps something was overlooked in the MFC from 2005-04-14 (B 04:54:15 UTC? (B (B Yeah, we also need to MFC rev. 1.68 of src/sys/sys/bus.h. (B (BI've committed the prototype, much apologies for the breakage. (BI compiled the patch in my RELENG_5 tree just fine, but it (Bappears the kernel build may be referencing /sys for includes (Binstead of ../../../sys or whatever. Thus build-testing MFC (Bpatches on a -current box is not a good test. (B (B Okay, I started a build makeworld in /usr/src last night, and (B then build make kernel hits this. (B (B What do we do next? Is it okay to go back to cvsup, and will that (B pick up the changes? (B (B Joel, (B (B Can I give you a bad time. (B (B Of course. My kids would say I deserve it, too, since I'm such a (B tease around the house. (B (B We were always told that if you follow (B x-stable, you were to follow cvs-all. (B (B ... as in editing the example to set the default host to (B cvsup3.jp.freebsd.org, and doing (B (B sudo cvsup -g -L 2 stable-supfile (B (B right before the make buildworld? (B (B Then, you would have seen his fix (B committed around 1811 UTC. (B (B I think I was in bed by then. (UTC+9 here.) (B (B FWIW, you are just in time anyway because they added a security (B notice and if you cvsup now, you will also get that fix. (B (B So the system is not in an unstable situation such that repeating the (B cvsup would have me trying to build from inconsistent libraries or (B anything like that? (B (BWhen you do the buildworld, you get a new world and then the kernel will (Bbuild. This is one of the reasons to buildworld, buildkernel, and (Binstall kernel. Since the buildkernel died, your libraries haven't been (Bupdated. You wouldn't do that until after you have booted the new (Bkernel in single user mode. The sequence may be awkward at times but it (Bsaves you from the little disasters :). (B (B (B What the heck, I'll take a backup and give it a spin. (B (BJust remember you build and install the world and the kernel. I just got (Bthrough upgrading to get the ifconf fix. No, problem. (B (BKent (B (B (B Thanks. (B (B -- (B Joel Rees [EMAIL PROTECTED] (B digitcom, inc. $B3t<02q<R%G%8%3%`(B (B Kobe, Japan +81-78-672-8800 (B ** http://www.ddcom.co.jp ** (B (B ___ (B freebsd-stable@freebsd.org mailing list (B http://lists.freebsd.org/mailman/listinfo/freebsd-stable (B To unsubscribe, send any mail to (B "[EMAIL PROTECTED]" (B (B-- (BKent Stewart (BRichland, WA (B (Bhttp://users.owt.com/kstewart/index.html (B___ (Bfreebsd-stable@freebsd.org mailing list (Bhttp://lists.freebsd.org/mailman/listinfo/freebsd-stable (BTo unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_5 broken?
On Thursday 14 April 2005 09:23 pm, Joel wrote: (B On Thu, 14 Apr 2005 11:20:54 -0700 (B Nate Lawson [EMAIL PROTECTED] wrote (B (B Jon Noack wrote: (B On 4/14/2005 8:28 AM, David Wolfskill wrote: (B On Thu, Apr 14, 2005 at 01:26:17PM +0200, Jose M Rodriguez wrote: (B Anyone seen this? (B (B [... (B /usr/src/sys/kern/subr_bus.c:1082: warning: no previous (B prototype for 'devclass_get_drivers' (B *** Error code 1 (B ... (B ] (B (B Yup; just a few minutes ago, with sys/kern/subr_bus.c rev. (B 1.156.2.6. (B (B Perhaps something was overlooked in the MFC from 2005-04-14 (B 04:54:15 UTC? (B (B Yeah, we also need to MFC rev. 1.68 of src/sys/sys/bus.h. (B (B I've committed the prototype, much apologies for the breakage. I (B compiled the patch in my RELENG_5 tree just fine, but it appears (B the kernel build may be referencing /sys for includes instead of (B ../../../sys or whatever. Thus build-testing MFC patches on a (B -current box is not a good test. (B (B Okay, I started a build makeworld in /usr/src last night, and then (B build make kernel hits this. (B (B What do we do next? Is it okay to go back to cvsup, and will that (B pick up the changes? (B (B (BJoel, (B (BCan I give you a bad time. We were always told that if you follow (Bx-stable, you were to follow cvs-all. Then, you would have seen his fix (Bcommitted around 1811 UTC. (B (BFWIW, you are just in time anyway because they added a security notice (Band if you cvsup now, you will also get that fix. (B (BKent (B (B-- (BKent Stewart (BRichland, WA (B (Bhttp://users.owt.com/kstewart/index.html (B___ (Bfreebsd-stable@freebsd.org mailing list (Bhttp://lists.freebsd.org/mailman/listinfo/freebsd-stable (BTo unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Building snapshot CDs
On Friday 18 March 2005 10:02 am, Michael Butler wrote: When I tried to build a local snapshot from a fresh cvsup today, it failed with touch not found, so I patched /usr/src/Makefile.inc1 as follows: *** Makefile.inc1~ Wed Mar 2 08:22:57 2005 --- Makefile.inc1 Fri Mar 18 12:11:15 2005 *** *** 558,564 ~for prog in [ awk cap_mkdb cat chflags chmod chown \ ~date echo egrep find grep \ ~ln make mkdir mtree mv pwd_mkdb rm sed sh sysctl \ ! test true uname wc zic; do \ ~cp `which $$prog` ${INSTALLTMP}; \ ~done ~${_+_}cd ${.CURDIR}; ${IMAKE} re${.TARGET:S/world$//} --- 558,564 ~for prog in [ awk cap_mkdb cat chflags chmod chown \ ~date echo egrep find grep \ ~ln make mkdir mtree mv pwd_mkdb rm sed sh sysctl \ ! test touch true uname wc zic; do \ ~cp `which $$prog` ${INSTALLTMP}; \ ~done ~${_+_}cd ${.CURDIR}; ${IMAKE} re${.TARGET:S/world$//} Did I miss something? Having touch show up in a post buildworld is frequently a sign of a system clock running behind time. It creates a file but the file is older than the files you cvsuped. Make thinks it needs to remake the file it created and away you go. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Old version of bison
On Tuesday 04 January 2005 03:27 am, Godwin Stewart wrote: Ports cvsup'ed yesterday, $ cat /usr/ports/devel/bison/Makefile {snip} PORTNAME= bison PORTVERSION=1.75 PORTREVISION= 2 {snip} Is there any particular reason why ports are sticking with this version when 1.875 was released 2 years ago almost to the day? If you have an uptodate port system you will find Port: bison-1.875_4 Path: /usr/ports/devel/bison1875 Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Old version of bison
On Tuesday 04 January 2005 04:13 am, Godwin Stewart wrote: On Tue, 4 Jan 2005 03:55:42 -0800, Kent Stewart [EMAIL PROTECTED] wrote: If you have an uptodate port system you will find Port: bison-1.875_4 Path: /usr/ports/devel/bison1875 Indeed. That'll teach me to hit [tab] twice after typing /usr/ports/devel/bison What I find handy is a perl script called portsearch. It is located in ports/Tools/scripts/ I moved it into a directory in my path. Then, I added an alias search'portsearch -n $1' You can do interesting things like search ^bison Where the port name begins with bison. There are a number of other interesting options. They are covered in a README. Make search does something similar but the output from portsearch is cleaner. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: -STABLE build appears broken after ipfilter 3.4.35 MFC
On Sunday 04 July 2004 09:55 am, Ruslan Ermilov wrote: On Sun, Jul 04, 2004 at 07:07:47AM -0700, David Wolfskill wrote: [I sent a copy of this information under separate cover to Darren Reed a little while ago. dhw] Darren's 1741 UTC to ip_fil.h fix lets it build on my test system. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Unable to build world
On Wednesday 16 June 2004 09:55 pm, Roger Merritt wrote: I hadn't updated my world for quite a while, so I ran cvsup to make sure I had the latest modifications to the code and then tried to run make buildworld. Failed. Tried again, failed. Went to the file where the build failed, didn't see any problem. Deleted the whole /usr/src directory and Since it is trying to use a file from /usr/obj, have your rm'ed it. ran cvsup to retrieve the whole body of code again. Still failed. I get: === games/robots cc -O -pipe -march=pentium -DMAX_PER_UID=5-c /usr/home/src/games/robots/extern.c cc -O -pipe -march=pentium -DMAX_PER_UID=5-c /usr/home/src/games/robots/init_field.c cc -O -pipe -march=pentium -DMAX_PER_UID=5-c /usr/home/src/games/robots/main.c In file included from /usr/home/src/games/robots/robots.h:36, from /usr/home/src/games/robots/main.c:48: /usr/obj/usr/home/src/i386/usr/include/curses.h:1281: undefined or invalid # directive *** Error code 1 Stop in /usr/home/src/games/robots. *** Error code 1 Stop in /usr/home/src/games. *** Error code 1 Stop in /usr/home/src. *** Error code 1 Stop in /usr/home/src. *** Error code 1 Stop in /usr/home/src. Incidentally, for space reasons I had to put the source tree in the home directory (a separate slice on my hard drive) with a syslink as /usr/src, but I've built world many times (at least several times) since I did that and never had a problem before. The only time I have run into a problem with this is if I try to NFS mount /usr/src or /usr/obj. The build process remembers the real path and used it. It was not the same on the machine doing the mounting. When I setup a system to be NFS mountable, I put /usr/src and /usr/obj on their own partitions. Then, build process uses the same path on the machine doing the mounting. Kent uname -v gives me: FreeBSD 4.8-STABLE #0: Tue May 6 18:29:38 ICT 2003, my last cvsup completed successfully last night at about 2230 hours local time. Is it possible I need to upgrade make or something like that? I recall that was a problem once before. But what's with this weird path /usr/obj/usr/home/src/i386/usr/include/curses.h?? vi opens the file, and line 1281 is #define BUTTON_SHIFT 0002L, which doesn't look like an undefined or invalid # directive to me. -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Error compiling XFree86-4-clients
On Thursday 13 May 2004 11:34 am, Thomas Schweikle wrote: Hi! I can't compile XFree86-4-clients. Here is what is given back: cc -o bdftopcf -O -pipe -ansi -Dasm=__asm \ -Wall -Wpointer-arith -Wundef \ -L/home/ports/x11/XFree86-4-clients/work/xc/exports/lib \ bdftopcf.o -lXfont -lfntstubs -L/usr/X11R6/lib \ -lz -lm -Wl,-rpath,/usr/X11R6/lib /usr/libexec/elf/ld: cannot find -lXfont *** Error code 1 Stop in /home/ports/x11/XFree86-4-clients/work/xc/programs/bdftopcf. *** Error code 1 Stop in /home/ports/x11/XFree86-4-clients/work/xc/programs. *** Error code 1 Stop in /home/ports/x11/XFree86-4-clients. Any idea what I can do? Yes, you need to reinstall -libraries. You have missed the transition from Xfonts being in -server to -libraries and when you updated -sever it deleted Xfonts. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup2
On Thursday 22 January 2004 01:34 pm, Kris Kennaway wrote: On Thu, Jan 22, 2004 at 01:45:53PM -0500, Mike Jakubik wrote: Thanks for the info. Cvsup2 was my fastest link :) You can use the fastest_cvsup port to find a replacement in the meantime. But fastest in the fastest_cvsup sense doesn't accurately represent the shortest cvsup session. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld stops at etc/sendmail (was: can't install 'bin/sh')
On Sunday 16 November 2003 03:29 pm, Jeroen wrote: lo, same problem here. discovered an entry in my (default) cvsup refuse file with `src/etc/sendmail/freebsd.mc`. bit weird though? why put that in the default refuse file? It was an example. You were supposed to change it to what you needed. To many people didn't and it has been removed from the current example. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Patch for boot-time USB hangs in 4.9-PRERELEASE
On Saturday 27 September 2003 06:05 am, Ian Dowse wrote: Could people who are experiencing boot-time hangs in 4.9-PRERELEASE try the following patch to see if it helps? I've had one positive report so far, but it would be helpful to get more feedback to determine if this is the right fix to be committed. It also works for me. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 4.9 Boot Hang when USB Devices Attached
On Friday 26 September 2003 12:06 pm, Joe Kelsey wrote: Brandon Fosdick wrote: Joe Kelsey wrote: When I upgraded to fix the OpenSSH problems, the system started hanging at boot time right after the USB/OHCI messages whenever I had devices plugged into the USB ports (mainly a USB mouse). Now, in order to boot, I have to unplug the mouse and wait for the system to pass the USB part of boot before replugging. There are several threads discussing this ATM. If you have an nforce2 board search for the thread with the subject fix/workaround for usb probe lockups on nForce2 mbs. Andrew Atrens posted a patch that worked for me. In the same thread Ian Dowse has offered a few other ideas to try. I haven't tried them yet. I have an ASUS A7S333 which does *not* have an nforce2 chipset. Mine doesn't either and the fact it dies in the boot -s phase of updating the system is a verification of the reason to boot to single user mode. I have tried unplugging the USB devices and it will finish the boot. I won't, however, finish the installworld. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Make installworld failure
On Thursday 11 September 2003 07:04 am, Elliott Perrin wrote: Please cc me, I am not on either list I tried the RELENG_4_8 as a workaround with the exact same error as before. vm/vnode_pager.h - vm/vnode_pager.ph *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph. *** Error code 1 and a bunch of other error code 1's back up the directory tree. These aren't the error message. The error 1's are telling you that you have an error. If you can't see it, you need to redirect stdout and stderr from your installworld to a file. Since it is dying in 2 different tags, and no one else is having problems, the first assumption is that you have something wrong in your setup. For example, are you cvsuping src-all? Do you have anything in /etc/make.conf? Are you running the installworld from single user mode and etc. Kent [EMAIL PROTECTED] on 9/9/03 6:18 PM, Alex de Kruijff at [EMAIL PROTECTED] wrote: On Tue, Sep 09, 2003 at 04:36:12PM -0400, Elliott Perrin wrote: Good Day, Please cc me ( [EMAIL PROTECTED] ) on responses to this, I am not on either mailing list anymore. I cvsup'ed on the STABLE branch today (September 9th) at around 2:30PM EDT. No problems with buildworld or kernel build, but I am getting failures during installworld You could try the RELENG_4_8 tag instead of STABLE as a work around. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portupgrade issue 4.8-STABLE
On Tuesday 27 May 2003 06:22 am, Rob B wrote: Hi all, Having a bit of a problem with portupgrade on a -STABLE machine: [EMAIL PROTECTED]/root: portupgrade -aRn --- Session started at: Tue, 27 May 2003 22:54:00 +1000 closed stream --- Session ended at: Tue, 27 May 2003 22:54:01 +1000 (consumed 00:00:01) [EMAIL PROTECTED]/root: pkgdb -F does the same thing. Any clues? Did you rebuild the indexes that portupgrade needs after you cvsup'ed ports-all? Kent cheers, Rob [EMAIL PROTECTED]/root: uname -a FreeBSD erwin.number6 4.8-STABLE FreeBSD 4.8-STABLE #1: Wed May 21 00:52:39 EST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ERWIN alpha -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: XFree-4.3.0 troubles
On Tuesday 18 March 2003 06:13 am, Kirill Ponomarew wrote: Hi, On Tue, Mar 18, 2003 at 10:10:04AM +0300, Alexandre Kardanev wrote: Did you see XkbOptions in my config? IFAIR, in your post there was no grp: option in XkbOptions section. the problem was, that portupgrade -rR didn't install file XKeysymDB in /usr/X11R6/lib/X11. Why it is happened I don't know. If this file is there, usual xkb config works well. I think a lot of the problems you are seeing may be due to none of the ports that depend on XFree86-libraries were rebuilt when you only do a -rR. Portupgrade only updates the ports that are identified as having been updated. You have to force the upgrade to build everything else. When I upgraded my system, I used portupgrade -pufr imake. You may get by using -rR but you don't know if any of the library structures were changed during the upgrade from 4.2.1 to 4.3 and everything that wasn't rebuilt is still using data from the old headers. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: ECC memory error reporting
On Sunday 16 February 2003 10:15 am, Wilko Bulte wrote: On Sun, Feb 16, 2003 at 11:32:42AM -0500, Michael W . Lucas wrote: On Sat, Feb 15, 2003 at 07:11:12PM +, Wes Peters wrote: The Bureau of Land Management (aka the Bureau of Livestock and Mining) has slowly been cementing over the entrances of the mines for years. People go in there and wander around, not realizing they're getting a lifetime of radiation in a 2-hour visit and inhaling concentrations of Radon that make doctors shudder in horror. Aha! Now I know where to send my brother-in-law on holiday... Well.. the natural beauty of Utah is second to none IMHO.. Do you want your children to glow in the dark? Move to Moab. (the original says Windscale, UK. British Nuclear Fuels has a plant there). We have similar versions locally. One says I work at Hanford, I glow in the dark. Another was similar to In case of power failure, I glow in the dark, and etc. The truth was I got a higher exposure flying above 30K feet than I did at work. When I was going to school at the U of Utah, there was a coal fired plant across from the mobile home park that I lived in. I probably had a higher dose from it than any occupational exposure. Some people worked in areas with substantial backgrounds but I could only visit some of these areas. None of the ones I had access to had really high background readings. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Microsoft Wireless mouse works on PS/2 port, but not USB
On Friday 14 February 2003 03:35 pm, AlanE wrote: Stangest damn thing. It works on the ps2 port using an adapter, but doesn't work (at all) when plugged directly into the USB hub. Anybody got any clues? I have one that works and one that doesn't. Both have the usbd_enabled. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Portversion - Portupgrade
On Wednesday 15 January 2003 03:40 pm, Stephen Hilton wrote: On Wed, 15 Jan 2003 12:37:13 -0800 Kent Stewart [EMAIL PROTECTED] wrote: On Wednesday 15 January 2003 11:46 am, Stephen Hilton wrote: On Wed, 15 Jan 2003 10:54:14 -0800 Kevin Oberman [EMAIL PROTECTED] wrote: Date: Sun, 12 Jan 2003 13:12:35 +0100 From: Pierrick Brossin [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] Belphoebe Niressi wrote: snip unrelated messages Is the portsdb -Uu working properly now? I have been using: # cd /usr/ports # rm INDEX* # make index # pkgdb -Fv # portsdb -u I think they are both broken in some respect right now because what I am seeing is the following using make index and then run portsdb -u many error messages /man7/des_modes.7.gz /nonexistentlocal/man//man7/Modes.7.gz /nonexistentlocal/man//man7/des_modes.7.gz /nonexistentlocal/man//man7/of.7.gz | /usr/bin/awk '{for (i=2;have i=NF; i+=2) print $i}' returned non-zero status Done. [Updating the portsdb format:bdb1_btree in /usr/ports ... - 8009 port entries found .1000.2000.3000.4000.5000.. ...6000.7000.8000 . done] Running portsdb -Uu I get lots of error messages make_index: no entry for: /usr/ports/net/p5-Net-DNS make_index: no entry for: /usr/ports/net/p5-Net-DNS Warning: Duplicate INDEX entry: freeciv-imlib-1.13.0 done ruby# portsdb -u [Updating the portsdb format:bdb1_btree in /usr/ports ... - 8002 port entries found .1000.2000.3000.4000.5000.. ...6000.7000.8000 . done] There are 7 ports that portsdb -U can't account for. Regarding this error: Warning: Duplicate INDEX entry: freeciv-imlib-1.13.0 is this an inside joke or just a real tough problem to fix? been seeing this error for ages (I would fix this if I could, but I couldn't code myself out of a brown paper bag :-) I don't either. I think Kris made a comment on one of them a while back about the index building process not being able to detect that they were different. I also don't see why you are doing more than cd /usr/ports make indextwice portsdb -u Thanks for the correction Kent, I was doing a couple of unnecessary steps. I would usually rm my /usr/ports/INDEX /usr/ports/INDEX.db and /usr/ports/INDEX.txt files because they were going to be recreated anyways (I do refuse the INDEX file when cvsuping to save bandwidth). Everything else is something I would do if your installed based gets messed up. For example, portsdb -Fv doesn't have anything to do with making your INDEX* files. When you run make index, it always wipes INDEX. I never referenced the command portsdb -Fv I said pkgdb -Fv, and I picked up this step from a message thread started by Stacey Roberts in December 2002 that you had responded to, so I assumed (ya I know) that this was OK or even a good thing to do during the INDEX's generation process.they are I was looking at something else and missed that part. I maintain I run kent because I have so many aliases and shell scripts that do most of the repetitive things. I also try to keep things clean. I used to have a script that did everything from cvsup to installworld and I only had to run mergemaster when it finished. Now, I split them up into tasks that have a single purpose. I got used to doing this during my programming days. You didn't change or add many features before you started debugging what you had done. If you stepped on something you didn't know which change had done it. So, my update ports script only cvsup updates the port structure and recreates my INDEX files. Running pkgdb violates my single purpose rule. Since you really need to update your INDEX files everytime you cvsup ports-all, rebuilding the INDEX files is part of my port cvsup update script. As I understand pkgdb -Fv it is an interactive check/repair of your installed ports/packages as referenced by the /var/db/pkg entries (package registry database) and _Yes_ it has no bearing on generation of the INDEX/db files. I have done this a couple of times in near past. I may get it right yet. When I see the message, I cut and paste it. I don't think I have ever typed pkgdb -F from scratch. When I am looking at something in the vicinity of portsdb, I naturally type portsdb instead of pkgdb. I don't even notice that I have done it and I proof read everything 2 or 3 times before I send it. Thanks again Kent for your willingness to share your expertise and all the great pointers and background information I pick up just reading yours and others contributions to the mailing lists. Everyone zeroes in on different specific's. I think it depends on what you have been bitten by. The buildworld, build[install]kernel, installworld got me during the update from 4.0 to 4.1. I was used to doing a make world
Re: ntop makes my freebsd-4.7 machine to crash.
On Thursday 19 December 2002 04:02 pm, Abel Alejandro wrote: Hello running ntop (installed from ports) runs for like 5-10 minutes then the machine panics. I am using GENERIC kernel and normal port installation (no tweaks). My system is updated as of today. Uname output: FreeBSD patrol.icenetworks.com 4.7-STABLE FreeBSD 4.7-STABLE #2: Wed Dec 18 17:31:52 AST 2002 [EMAIL PROTECTED]:/usr/src/sys/compile/GENERIC i386 Ntop syslog output: http://patrol.icenetworks.com/~elec/ntop.txt GDB Session output: http://patrol.icenetworks.com/~elec/gdb.txt Access to kernel.debug and vmcore.0 can be provided. Ntop monitors a 45mbps network, with actually a 5-9mbps of bandwidth utilization. You didn't provide anything interesting. Your rc.conf and a dmesg would be interesting. I can't help you with dhcp but I don't think that is your problem. I think you have something that hasn't been defined but no one can guess what it is without the real information. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: repeated trouble w/ buildworld
On Friday 13 December 2002 01:19 pm, Russell D. Murphy Jr. wrote: I usually update my office machine weekly, but did not the week of Thanksgiving. Last week the buildworld failed, but I didn't have time to follow up on the problem (and thought it might not be my problem and so be resolved in short order). However, the build failed again this week. I removed /usr/src and tried again without any luck. I've checked UPDATING. I'm subscribed to the mailing list and try to quickly review it -- I haven't noticed anything related, but that doesn't mean I haven't missed something. Any ideas? This machine has been running this configuration since last spring without problems. I can't recall anything that I might have done in the last several weeks that might have contributed. You aren't showing the error. The error 1 just means there was an error messager earlier. Since they are stopping in different places, I would expect hardware errors of some sort. If you are running a make with a -j?, turn it off so you don't get your error message in a misleading location in the output. I personally find no -j faster then supplying a -j. Kent Some info is included below (system name, make.conf, tail of build logs). snip -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: repeated trouble w/ buildworld
On Friday 13 December 2002 03:36 pm, Russell D. Murphy Jr. wrote: Kent Stewart writes: | You aren't showing the error. The error 1 just means there was an | error messager earlier. Since they are stopping in different | places, I would expect hardware errors of some sort. If you are | running a make with a -j?, turn it off so you don't get your | error message in a misleading location in the output. There's no -j specified; I just ran another buildworld just to be sure. The command line (tcsh) was: make buildworld /var/tmp/buildworld-021213.log I use a script to do that. It looks like owt-207-41-94-233# cat mkworld #! /bin/sh cd /usr/src make buildworld 21 | tee /var/log/build/bworld-`date +%Y%m%d-%H%M`.log #make -j4 buildworld 21 | tee /var/log/build/bworld-`date +%Y%m%d-%H%M`.log The fold introduced by kmail isn't there I'm not sure if this is what you're looking for, but the last part of that log is: === gnu/usr.bin/cc/c++ rm -f .depend mkdep -f .depend -a-DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/i386/usr\ -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/c++/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/config -DDEFAULT_TARGET_VERSION=\2.95.4\ -DDEFAULT_TARGET_MACHINE=\i386-unknown-freebsd\ -D__FBSDID=__RCSID /usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/gcc.c /usr/src/gnu/usr.bin/cc/c++/../../../../contrib/gcc/cp/g++spec.c echo c++: /usr/lib/libc.a /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/c++/../cc_int/libcc_in t.a .depend === gnu/usr.bin/cc/c++filt echo int xxy_us_dummy; tmp-dum.c cc -S tmp-dum.c echo '/*WARNING: This file is automatically generated!*/' underscore.c if grep _xxy_us_dummy tmp-dum.s /dev/null ; then echo int prepends_underscore = 1; underscore.c; else echo int prepends_underscore = 0; underscore.c; fi rm -f tmp-dum.c tmp-dum.s rm -f .depend mkdep -f .depend -a-DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/i386/usr\ -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/c++filt/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++filt/../cc_tools -I/usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/config -DMAIN -DIN_GCC -DVERSION=\2.95.4\ -D__FBSDID=__RCSID /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/cplus-dem.c /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/getopt.c /usr/src/gnu/usr.bin/cc/c++filt/../../../../contrib/gcc/getopt1.c underscore.c Illegal instruction (core dumped) mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/c++filt. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. | I personally find no -j faster then supplying a -j. These days, the speed doesn't bother me much one way or another (CPU: Pentium 4 (1694.86-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf12 Stepping = 2) This was the kind of error that I was expecting. One of the causes is like Cy suggested and it looks to be heat related. You might try running one of the mb monitors. I have AMD and have to use xmbmon-107p1 but on some of my older systems I run lmmon. That will show the rpm on the fans and will let you know if one is running slow. Kent Thanks- RDM -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Port INDEX dependency list incompletes
Lefteris Tsintjelis wrote: a wrote: On Sat, 23 Nov 2002 17:30:04 +0200 Lefteris Tsintjelis [EMAIL PROTECTED] wrote: OK, I re-CVSup and the only thing that was different was the INDEX. I try to rebuild the INDEX database and this time I get different dependency list incompletes. What is going? Can someone please explain? Should I re-CVSup again and see what happens? :-) Well, i had these error a while ago. I did not care about them. Someday the errors where gone. And, after a while, the came back. So, now i have also errors like yours, and i have installed 261 ports and all of them are working. I guess there is a small chance for this to happen, but that depends on the port and the missing dependencies list. So you have cvsup the base system? Did you also cvsup the ports? I cvsup everuthing, but I don't think port dependencies have much to do with the core system in this case. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message You can't use portsdb -U right now. You have to cd /usr/ports make index portsdb -u Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Port INDEX dependency list incompletes
Lefteris Tsintjelis wrote: Kent Stewart wrote: cd /usr/ports make index portsdb -u I get almost always dependency list incompletes with portsdb -Uu. Would it be a good idea to always use the above instead? No, because portsdb -U uses much less computer time to rebuild INDEX than make index does. On my AMD 2000+ XP, which is designed to do 20 minute buildworlds, a portsdb -U requires ~7 minutes and a make index requires ~11 minutes. If you are going to work on your ports, the extra time is time you just sit there. I find people go into their own version of an idle-loop after 2 minutes. We just have to wait for knu to fix it. KEnt -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: opencrypto - installworld fails
Emil Mikulic wrote: installworld failed because the /usr/include/crypto/ directory didn't exist when `make installworld' tried to copy /usr/src/sys/opencrypto/*.h there. It was fixed around 0507 GMT 22 Nov. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: cannot compile stable
Tomas Pluskal wrote: Hello, I've been trying to compile recent -STABLE from CVS. I just downloaded the source and typed make buildworld. It stopped in usr.bin/getconf with this message: === usr.bin/getconf awk '/^[_A-Z]/ { print; }' /usr/src/freebsd/src/usr.bin/getconf/confstr.gperf | sed -e 's/,$//' con fstr.names awk '/^[_A-Z]/ { print; }' /usr/src/freebsd/src/usr.bin/getconf/limits.gperf | sed -e 's/,$//' limi ts.names awk '/^[_A-Z]/ { print; }' /usr/src/freebsd/src/usr.bin/getconf/sysconf.gperf | sed -e 's/,$//' sys conf.names cat confstr.names limits.names sysconf.names conflicting.names sort -u conflicting.names unique.names Name conflicts found! *** Error code 1 Stop in /usr/src/freebsd/src/usr.bin/getconf. I have tried it after few days with fresh sources from CVS, same result. I am using 4.6 release, gcc 2.95.3. I don't really understand what Name conflicts means. Am I doing anything wrong ? I am confused here. You use the term -stable and 4.6.2. They are not the same. I also haven't had my first cup of coffee. A build of -stable uses gcc version 2.95.4 20020320 [FreeBSD]. The buildworld acts like a cross compiler and creates its own set of tools. I cvsuped RELENG_4 and src-all after reading your message. I did not have any conflicts. I am suspecting identical names that may be a carry over from older builds. My build went like this (ignore the wraps) gzip -cn /usr/src/usr.bin/gensetdefs/gensetdefs.8 gensetdefs.8.gz === usr.bin/getconf awk '/^[_A-Z]/ { print; }' /usr/src/usr.bin/getconf/confstr.gperf | sed -e 's/,$//' confstr.names awk '/^[_A-Z]/ { print; }' /usr/src/usr.bin/getconf/limits.gperf | sed -e 's/,$//' limits.names awk '/^[_A-Z]/ { print; }' /usr/src/usr.bin/getconf/sysconf.gperf | sed -e 's/,$//' sysconf.names cat confstr.names limits.names sysconf.names conflicting.names sort -u conflicting.names unique.names cc -O -pipe -I/usr/src/usr.bin/getconf -DSTABLE-c confstr.c My cvs-mirror was updated at 1821 GMT time. You have a unique path name for /usr/obj. Is it a link? I have /usr/src and /usr/obj on their own partitions on different HDs. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: cannot compile stable
Tomas Pluskal wrote: When I run simple make in usr.bin/getconf, I get this: awk '/^[_A-Z]/ { print; }' confstr.gperf | sed -e 's/,$//' confstr.names awk '/^[_A-Z]/ { print; }' limits.gperf | sed -e 's/,$//' limits.names awk '/^[_A-Z]/ { print; }' sysconf.gperf | sed -e 's/,$//' sysconf.names cat confstr.names limits.names sysconf.names conflicting.names sort -u conflicting.names unique.names Name conflicts found! *** Error code 1 As you can see, it's doing this: - get all lines from *.gperf that begin with _ or A-Z (identifiers?) - check if all these lines are unique But for example in sysconf.gperf (from CVS) there is: int find_sysconf(const char *name, int *key) That simple int on first line is conflicting with another int from another function's declaration. What I can't understand is, how is it possible that build went ok ??? You can override a definition in a argument list. The only comparison would be with modules that call find_sysconf. You do that all of the time with things like (int)a. Look in the stable archives for gperf. I have to go someplace but I have a visual recall of seeing problems and a fix for gperf. It will be 3 or 4 hours before I get back. Kent Tomas Pluskal I cvsuped RELENG_4 and src-all after reading your message. I did not have any conflicts. I am suspecting identical names that may be a carry over from older builds. My build went like this (ignore the wraps) gzip -cn /usr/src/usr.bin/gensetdefs/gensetdefs.8 gensetdefs.8.gz === usr.bin/getconf awk '/^[_A-Z]/ { print; }' /usr/src/usr.bin/getconf/confstr.gperf | sed -e 's/,$//' confstr.names awk '/^[_A-Z]/ { print; }' /usr/src/usr.bin/getconf/limits.gperf | sed -e 's/,$//' limits.names awk '/^[_A-Z]/ { print; }' /usr/src/usr.bin/getconf/sysconf.gperf | sed -e 's/,$//' sysconf.names cat confstr.names limits.names sysconf.names conflicting.names sort -u conflicting.names unique.names cc -O -pipe -I/usr/src/usr.bin/getconf -DSTABLE-c confstr.c . -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: /usr/src/gnu/usr.bin/binutils/libiberty ???
Valentyn I. Martynenko wrote: Hello, Help me please to solve problem. I have FBSD 4.6 STABLE and tree of sorce code FBSD 4.7, then rebuilding system 4.6 - 4.7 reseive the following error code: cc -O -pipe -march=pentium -D_GNU_SOURCE -I. -I/usr/src/gnu/usr.bin/binutils/lib iberty -I/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd/i386 -I/usr/src/gnu/u sr.bin/binutils/libiberty/../../../../contrib/binutils/include -DHAVE_CONFIG_H - W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitiali zed -Werror -c It did what you told it to do. -Werror told the compiler to die on warnings, which it did. Remove -Werror from where ever you set it and it should work. I get the same message about mktemp and it builds just fine. FWIW, I do not have an active CFLAGS in my /etc/make.conf Kent /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binu tils/libiberty/choose-temp.c -o choose-temp.o cc1: warnings being treated as errors /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/libiberty/c hoose-temp.c: In function `choose_temp_base': /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/libiberty/c hoose-temp.c:68: warning: implicit declaration of function `mktemp' *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/libiberty. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message . -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: make search cannot find anything
Eugene Grosbein wrote: On Tue, Sep 03, 2002 at 01:04:59AM -0500, Joseph wrote: Recently I noted that 'cd /usr/ports; make search ...' cannot find anything. ^name=... Give that a shot :) Of course, I tried both variants, with 'name=...' and 'key=...', neither works for me. After you cvsuped ports-all, did you rebuild the /usr/ports/INDEX* files? I use portupgrade and so I have to portsdb -uU everytime I cvsup. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: cdrom: device not configured error
Doug wrote: --- Kevin Oberman [EMAIL PROTECTED] wrote: Have you deleted your acd* devices in /dev and used /dev/MAKEDEV to re-create them? The new ATA drivers require this as the minor mode must change. If you did a mergemaster after any upgrade, this should have been taken care of. ls -l /dev/acd* crw-r- 4 root operator 117, 0 Aug 9 11:17 /dev/acd0a crw-r- 4 root operator 117, 0 Aug 9 11:17 /dev/acd0c crw-r- 4 root operator 117, 8 Jul 25 15:46 /dev/acd1a crw-r- 4 root operator 117, 8 Jul 25 15:46 /dev/acd1c Note the major (117) and minor (0) mode of acd0?. If yours does not match, that is likely your problem. Yes, this has been done and that is how they look. Any other ideas? Do you have a slave device and no master on that controller? FreeBSD may not recognize it. Kent Thanks, Doug __ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message . -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: make buildworld problem
skeetz wrote: hello. This is my first attempt to upgrade a freebsd box this way. I'm upgrading a 4.1.1 box to 4.6. I have attached below my log. Near as I can tell, the problem is when it tries to build scp it posts the error: cc -O -pipe -I/usr/src/secure/usr.bin/scp/../../../crypto/openssh -DNO_IDEA -o scp scp.o -lssh /usr/obj/usr/src/i386/usr/libexec/elf/ld: warning: libcrypto.so.2, needed by /usr/obj/usr/src/i386/usr/lib/libssh.so, not found (try using -rpath or -rpath-link) Any help would be appreciated. You have to have include src-sys-crypto when you cvsup. The best way is to cvsup src-all Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Ye Olde Show Stopper
Kevin Kinsey, DaleCo, S.P. wrote: that's Lords ... egads, howe much mye speling and typeing lacketh accurasy!! Faugh!! - Original Message - From: Kevin Kinsey, DaleCo, S.P. [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, July 10, 2002 10:09 PM Subject: Ye Olde Show Stopper To Ye Lord of -STABLE: I failed 3 times to make buildkernel after cvsuping RELENG_4, July 9th at CDT US. Turns out, I'd never built -STABLE on this particular host which was still running 4.5 patched (it's way back on the backline, doing only internal stuff) Anyway, after a bit of reading I found I was bitten by ye olde miibus_if.h thing --- ref the following [incredibly useless in plaintext] URI : http://groups.google.com/groups?hl=enlr=ie=UTF-8oe=UTF-8threadm=9bthhl%2 4bk0%241%0FreeBSD.csie.NCTU.edu.twrnum=7prev=/groups%3Fq%3Dkernel%2Bcompil e%2Bfails%2Bmiibus%2Bgroup%253Amailing.freebsd.stable%26hl%3Den%26lr%3D%26ie %3DUTF-8%26oe%3DUTF-8 I uncommented the line in kern.conf (*blush*) and went back to make buildworld. The question is, was I right? Or, could I have just called 'make buildkernel' again and continued from there? Which make is gonna make miibus_if.h? The miibus is a kernel thing and you only needed to buildkernel again. Kent Thank you very much, Kevin Kinsey To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message . -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: make doc fails
Lars Eighner wrote: That's another thing. I can't get the handbook to make. I upgraded all kinds of text handling ports to get the handbook to make for 4.4, but evidently that is all broken now. I just cvsuped docs-all, built it and installed it. You probably have some stale dependancies. A lot has changed since 4.4. The requirement for docproj is now crystal# search docproj Port: docproj-1.9 Path: /usr/ports/textproc/docproj Info: The meta-port for the FreeBSD Documentation Project Maint: [EMAIL PROTECTED] Index: textproc B-deps: R-deps: XFree86-libraries-4.2.0_1 docbook-1.2 docbook-241 docbook-3.0 docbook-3.1 docbook-4.0 docbook-4.1 dsssl-docbook-modular-1.73 freetype2-2.1.0_1 gd-1.8.4_6 ghostscript-gnu-7.05_1 html-4.01 imake-4.2.0_1 iso8879-1986 jade-1.2.1_1 jbigkit-1.4 jpeg-6b_1 libiconv-1.8 libxml2-2.4.22_1 libxslt-1.0.18 links-0.97_1,1 linuxdoc-1.1 mkcatalog-1.1 netpbm-9.25_1 peps-1.0 pkgconfig-0.12.0 png-1.2.3 python-2.2.1 scr2png-1.1 sgmlformat-1.7_2 tidy-2804_1 tiff-3.5.7 xhtml-1.0 They need to be current to process the images and etc. I use XFree86-4.2.0 and you probably still have 3.3.6 installed. Version 4.2 is now the default and you need to define your version in /etc/make.conf. I use XFREE86_VERSION= 4, which is now the default. If you don't have portupgrade installed, you have to make index after every cvsup of ports-all. If you have portupgrade installed, you run portsdb -uU to update /usr/port/INDEX and INDEX.db. The INDEX files are not updated as often and the ports are and will have stale dependancies. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: make buildworld for 4_6_0_RELEASE failed
Ulrich Drolshagen wrote: Hello fbsd-stable, my make buildworld of 4_6_0_RELEASE failed with pendig error message. Its my first try updating (from 4.4 release) this way so I don't know exactly what happend. I did a fresh install for the src- and the ports-tree from Distribution-CD and cvsuped to RELENG_4_6_0_RELEASE. You'll find my /etc/cvsupfile in the bottom, just in case I missed something important. cvsup returned successfully so far. You aren't running a full set of source and the build is bombing because of it. You are missing the following # These are the individual collections that make up FreeBSD's crypto # collection. They are no longer export-restricted and are a part of # src-all #src-crypto #src-eBones #src-secure #src-sys-crypto The important one is src-sys-crypto and if you are not using src-all, you have to include it. Kent I don't know where the log.h is searched for. A find showed me three diffent ones /usr/src/contrib/ntp/libntp/log.h /usr/src/contrib/nvi/common/log.h /usr/src/usr.sbin/ppp/log.h I think there must something fundamental be missing due to the great gap between 4.4 and 4.6 Release. Can anybody give me a hint what to do? Thanks for help Ulrich 8-- === libpam/modules/pam_ssh rm -f .depend mkdep -f .depend -a -I/usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:69: log.h: No such file or directory In file included from /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:70: /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.h:31: warning: `SSH_CLIENT_IDENTITY' redefined /usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh/ssh.h:105: warning: this is the location of the previous definition /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.h:32: warning: `SSH_CLIENT_ID_DSA' redefined /usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh/ssh.h:106: warning: this is the location of the previous definition mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libpam/modules/pam_ssh. *** Error code 1 Stop in /usr/src/lib/libpam/modules. *** Error code 1 8-- *default host=cvsup.de.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs *default tag=RELENG_4_6_0_RELEASE *default delete use-rel-suffix src-base src-bin src-contrib src-etc src-games src-gnu src-include src-kerberosIV src-kerberos5 src-lib src-libexec src-release src-sbin src-share src-sys src-tools src-usrbin src-usrsbin *default tag=. ports-all doc-all -- Ulrich Drolshagen [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message . -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: gperf broken - breaks buildworld
David W. Chapman Jr. wrote: Oh, I just noticed this was posted to -stable, I thought it was posted to -current it should work on -stable then. Sorry for the spam. I couldn't find libgp.a in my buildworld logs. You may of hit the solution. I wonder if Callum cvsuped -current. Kent - Original Message - From: Rahul Siddharthan [EMAIL PROTECTED] To: David W. Chapman Jr. [EMAIL PROTECTED] Cc: Callum M. Duncan [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, May 22, 2002 12:43 PM Subject: Re: gperf broken - breaks buildworld David W. Chapman, Jr. wrote: gperf is broken because libstdc++(which gperf depends on) is broken. I thought that was -current, not -stable? - Rahul To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message . -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: gperf broken - breaks buildworld
David W. Chapman Jr. wrote: On Wed, May 22, 2002 at 02:37:34PM -0400, Callum M. Duncan wrote: Ok you've got me all thinking... Maybe you just cvsup'd this machine in the middle of a commit, if it exists a few hours after you originally cvsup'd, then I would erase gperf from /usr/src and try to recvsup. After your problem, I cvsuped RELENG_4 and did everything but an installworld. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: XF86 4.2 requires gettext 0.10?
Bruce Burden wrote: Okay, I have looked in the mailing list archives, and I have searched the Google FreeBSD newsgrou archives, but I can't find it. LD_LIBRARY_PATH=../../exports/lib cc -c -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I/usr/local/include/freetype2 -I/usr/local/include -I../.. -I../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -D_REENTRANT -D_THREAD_SAFE -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DXFT_DEFAULT_PATH=\/usr/X11R6/lib/X11/XftConfig\ -DFREETYPE2 xftcfg.c -o unshared/xftcfg.o In file included from xftint.h:30, from xftcfg.c:28: XftFreetype.h:29: freetype/freetype.h: No such file or directory *** Error code 1 Stop in /usr/ports/x11/XFree86-4. Didn't I see something that the way to fix this problem was to build XF86 4.2 against gettext 0.10.x, and NOT against gettext 0.11.x? It looks like it is complaining about your version of freetype. The XF86 -4.2 that I build had b-deps and r-deps of Port: XFree86-4.2.0_1,1 Path: /usr/ports/x11/XFree86-4 Info: X11R6.5/XFree86 core distribution (complete) Maint: [EMAIL PROTECTED] Index: x11 B-deps: XFree86-libraries-4.2.0_1 freetype2-2.0.9 imake-4.2.0 R-deps: XFree86-FontServer-4.2.0 XFree86-Server-4.2.0_2 XFree86-clients-4.2.0_2 XFree86-documents-4.2.0 XFree86-font100dpi-4.2.0 XFree86-font75dpi-4.2.0 XFree86-fontCyrillic-4.2.0 XFree86-fontDefaultBitmaps-4.2.0 XFree86-fontEncodings-4.2.0 XFree86-fontScalable-4.2.0 XFree86-libraries-4.2.0_1 freetype2-2.0.9 imake-4.2.0 Some people rm -rf /usr/X11R6/* but I didn't. I also started out by deleting all of the ports (pkg_delete -r XFree*) that used XF86 and all of XF86's b-deps before I started building 4.2. The hardest part was about half of kde-3 would not make packages for the slow maching installs. All of the kde-3 ports will make package now. KEnt -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Break in installworld, cvsup'ed today
Elliott Perrin wrote: Please cc me on any replies, I am not on freebsd-stable list I just cvsup'ed my home machine from 4.3-STABLE to 4.5-STABLE today, and the installworld is failing at install -c -o root -g wheel -m 444 rmdir.1.gz /usr/share/man/man1 === bin/sh install -c -s -o root -g wheel -m 555 sh /bin Could not execute shell *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Anyone have a quick workaround / fix for this? Anyone else seen this. cvsup was done this morning at around 10:30AM EDT from cvsup3.freebsd.org I don't have a fix but I just finished cvsuping to RELENG_4 and didn't have any problems updating my system. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: error compiling custom kernel
Jeffrey J. Libman wrote: i cvsup and upgraded this server from stable 4.3 to 4.5: FreeBSD binnacle.wantabe.com 4.5-RELEASE-p2 FreeBSD 4.5-RELEASE-p2 #0: Sat Mar 9 04:25:58 CST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 make buildworld, make buildkernel, make installkernel, make installworld and mergemaster all went well. then i went to rebuild my custome kernel, and i get the following: cc -O -pipe -march=pentiumpro -D_KERNEL -Wall -Wredundant-decls -Wnested-extern s -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include - g -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat -extensions -ansi -c linux_sysent.c In file included from linux_sysent.c:14: linux_proto.h:57: syntax error before `linux_time_t' linux_proto.h:57: `linux_time_t' undeclared here (not in a function) linux_proto.h:57: syntax error before `)' This is covered in your /usr/src/UPDATING. The header file used to be genereated and now it isn't but you have a generated version hanging around in the custom kernel area. If the scheme in UPDATING doesn't work for you, the way people have dealt with it has been covered many, many times in -stable and you need to check the archive. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: usb printer support broken?
Ceri wrote: On Wed, Feb 27, 2002 at 10:14:28PM -0600, Mike Meyer wrote: On a system cvsupped three days ago, trying to print to the USB system reliably generates a page fault panic on an otherwise reliable system. I know there was some problems with renaming USB structures in the week before that. Could this be related? Anyone else seeing such panics, or do I need to install a debugging version of the kernel and chase it down. I'm getting them too. I'd like to see the changes backed out for the time being. Have you tried his next patch set at http://www.josef-k.net/misc/ You store it in /usr/src and gunzip it and patch the_patch. Kent -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: MINI HEADS UP [was Re: libusb build broken due to structure member renaming]
Josef Karthauser wrote: On Mon, Feb 25, 2002 at 07:56:19PM -0800, Kent Stewart wrote: Bear in mind that usb.h in -current and in -stable are different, and that the usb event structure is different now. The latest patch set for -stable is at http://www.josef-k.net:/misc/RELENG_4-USB-20020226.patch.gz I intend to commit this once I've received some feedback that it generally works. I tried to apply the 0226.patch after I built a system with your current RELENG_4 committs and several patches failed. I couldn't test your large set of patchs. Yes, you'll need to cvsup first to overwrite the previous patches. This patch set needs to apply to a clean RELENG_4 system. It was a clean RELENG_4 system. All of the devinfo- lines's have been changed and your patchs can not find the lines to change. When Alfred changed the usb structures, they all have this udi_ added such as Your patch -devinfo-vendorNo, devinfo-productNo, devinfo-releaseNo, -devinfo-class, devinfo-subclass, devinfo-protocol); The code devinfo-udi_vendorNo, devinfo-udi_productNo, devinfo-udi_releaseNo, devinfo-udi_class, devinfo-udi_subclass, devinfo-udi_protocol); These were all shifted to the left to prevent wraping. Kent Joe -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: problems CVS updating from 4.3 to 4.4 and 4.5
Kris Kennaway wrote: On Sat, Feb 02, 2002 at 02:40:18PM -0500, Michael Scheidell wrote: On Fri, Feb 01, 2002 at 04:06:34PM -0500, Michael Scheidell wrote: I believe this was fixed in 4.4-STABLE. reason I tried 4.4 rel is that upgrading to 4.5 rel failed also (some symlink to one of the iso lang files) Well, thats not the same problem then :) It shouldn't be happening if you're following the standard upgrade procedure (it _will_ if you don't: it often bites me when I try and be clever and skip steps). I remember switching to shell scripts to do all of this when O'Brien updated the /binutils during the transition from 4.0 4.1. The consequence of mistyping a script name was immediately apparent where as, mistyping an option would be found at the end of a bad make session. The sequence of buildworld, build[install]kernel, installworld wasn't an option when the /binutils were updated. I kind of wonder if the same thing is going to happen when the /binutils are updated in ~2 months as was commented else where. Kent -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: problems CVS updating from 4.3 to 4.4 and 4.5
Kris Kennaway wrote: On Sat, Feb 02, 2002 at 01:37:41PM -0800, Kent Stewart wrote: I remember switching to shell scripts to do all of this when O'Brien updated the /binutils during the transition from 4.0 4.1. The consequence of mistyping a script name was immediately apparent where as, mistyping an option would be found at the end of a bad make session. The sequence of buildworld, build[install]kernel, installworld wasn't an option when the /binutils were updated. I kind of wonder if the same thing is going to happen when the /binutils are updated in ~2 months as was commented else where. Hang on, I thought that was the exact reason for the introduction of buildkernel/installkernel and the point in time when it was introduced. Ah! Bad phrasing on my part. Wasn't an option meant it was the only choice. There was a race to be the first one to use the new /binutils the night he made the changes and I was the first one bitten by the old way of doing things. I haven't found any reason to switch since :). Kent -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: kernel build problem
Alexander Prohorenko wrote: Hey guys. I've just tried to cvsup to -stable version and it passed with sucess. But when I've tried to make new kernel I've got this error. please, give me some advise to figure out the way out. Thanks. First of all, when you have a -stable problem, you are supposed ask question like this on the stable list. There, most of us have seen this, and made it past. It seems to come in 2 or 3 levels. If you are part of the easy (1st group), the instruction in /usr/src/UPDATING will get you past this problem. The headers used to be generated and now they are part of the souce. Combinations of rm and make cleandir are required. If the UPDATING doesn't fix it, look at the archive for stable. All of the solutions are available there. Kent Looking forward your replies. ... Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c linux_sysent.c In file included from linux_sysent.c:14: linux_proto.h:57: syntax error before `linux_time_t' linux_proto.h:57: `linux_time_t' undeclared here (not in a function) linux_proto.h:57: syntax error before `)' linux_proto.h:57: `linux_time_t' undeclared here (not in a function) linux_proto.h:57: syntax error before `)' linux_proto.h:156: syntax error before `linux_handler_t' ... -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Sis735 4.4 (was New cdboot ISO available)
Andrew MacIntyre wrote: On Sat, 12 Jan 2002, Kent Stewart wrote: I have a ECS K7S5A that booted but sysinstall was completely hung. I had to hit the reset button to reboot. Hmmm, that is weird. I assume it doesn't hang with the normal ISO image? It boots the 4.4-release that was part of the 4-cd set just fine. This K7S5a has a DVD player on it for the CDROM. I tried the 4.5-iso on one of my other computers and it ran just fine. I have to go out but when I get back I have two other SiS-735 based computers that are being upgraded so they have W Paul's SiS-900 network update added. They all have CDROM players on them. I will try them when I reboot after installing the results of my latest cvsup. Hmmm, my K7S5A doesn't like 4.4 - it boots the install CD and installs, but then won't boot off the HD (IDE). 4.2 installed and boots off the HD just fine :-|. I don't have a copy of the failure report, but from memory it died just after starting the daemons, and reported a signal 12. I had trouble with the 4.5RC1 miniboot cd on the K7S5A too, but I think I got a bad download as I couldn't boot it on my Abit BP6 box (which someone else reported as working), or mount the ISO image via vn on it (the BP6, which is currently running 4.2R) - cd9660: illegal argument or some such. Apologies for the lack of real information in this followup - I hadn't followed through on this earlier because the K7S5A box normally runs OS/2 so getting 4.4 installed on it wasn't high priority. I cvsup upgraded to 4.4 and didn´t have a problem getting it to boot. I have 3 systems based on the SiS-735 chipset that have been running 4-stable. You don't have anything faster that ata-33 without recent changes by Sören. I have two systems with CDs on them and I could boot the 4.5rc1.iso and sysinstall appeared to work. It was only on the 3rd system with the dvd device that I had problems. It would boot but sysinstall was hung from startup. FWIW, I also have a fully functional sis0 NIC (on all 3 systems, 2-'ECS'K7S5As and an Amptron 830LM) with an additional change that will be made soon (hopefully!!) to if_sis.c Kent -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: cvsup-16-f issue
Thomas Gravgaard wrote: I wonder if it might make sense for the ISO to only have a cvsup which does not have X11. A version without X11 will run OK on a system that does have X11, but the X11-version won't run on a system without X11, and it's certainly reasonable to *want* to run cvsup on a system that doesn't have X11. And presumably it'd also save a few bytes on the ISO. IMHO it would make sense to require WITH_X11 instead of WITHOUT_X11 in the Makefile because the default behaviour would run on systems with an without X11. Since I only run boxes without X11 it would conveniently make my life easier too But thats another story :) I happen to think that cvsup is one program that should be added as a package. You reduce the side effects introduced by having one port that needs a modula compiler. The s1g site has both versions and you download your choice. Kent -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Chipset SiS735 / NIC SiS 900 - PR kern/30836
Dan Langille wrote: Folks: Bill has solved the problem. I gave him access to my box last night and he coded a fix. Bill: will that change get into 4.5-RELEASE? If it has to be MFC'ed can we get a diff of the changes to stable? I can replace some ISA 10baseT NICs with PCI based stuff and have one less card in two computers. Then, all we need is for the sound to work :). Kent Thanks again Bill. On 11 Jan 2002 at 3:50, Kent Stewart wrote: As you can see, it works on my system, which is a Amptron 830LM and is based on the SiS-735. The MAC address is what the motherboard documentation tells me it should be. sis0: SiS 900 10/100BaseTX port 0xb800-0xb8ff mem 0xcffcd000-0xcffcdfff irq 5 at device 3.0 on pci0 sis0: Ethernet address: 00:d0:09:d7:58:60 miibus0: MII bus on sis0 -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Chipset SiS735 / NIC SiS 900 - PR kern/30836
Dan Langille wrote: Hi folks, It appears I am not the first to buy a K7S5A motherboard (an SiS 735 chipset) with integrated NIC. I can't get my NIC to work either. Bill: I'm ready to help with this. If you so wish, I can give you a login on the box. I received these two patches from J. Lemon. They sort of do something. I can see the first two blocks of the MAC address but it doesn't move to the next two pairs and that is as far as they go towards working. I converted what JLemon sent to patches to stable. I have attached them. I have two systems using the K7S5A motherboard and one that uses an Amptron 830LM, which is also based on the SiS 735 chipset. Kent cheers. -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ --- if_sis.c.orig Sat Dec 29 03:45:11 2001 +++ if_sis.cSat Dec 29 04:40:18 2001 @@ -439,6 +439,31 @@ pci_write_config(bridge, 0x48, reg ~0x40, 1); return; } + +static void sis635_mac_addr(sc, dest) + struct sis_softc*sc; + caddr_t dest; +{ + u_int32_t filtsave; + + filtsave = CSR_READ_4(sc, SIS_RXFILT_CTL); + + SIS_SETBIT(sc, SIS_CSR, SIS_CSR_RELOAD); + CSR_WRITE_4(sc, SIS_CSR, 0); + + /* Disable the the receive filter. */ + SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ENABLE); + + /* Get MAC address */ + CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_PAR0); + ((u_int16_t *)dest)[0] = CSR_READ_2(sc, SIS_RXFILT_DATA); + CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_PAR1); + ((u_int16_t *)dest)[1] = CSR_READ_2(sc, SIS_RXFILT_DATA); + CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_PAR2); + ((u_int16_t *)dest)[2] = CSR_READ_2(sc, SIS_RXFILT_DATA); + + CSR_WRITE_4(sc, SIS_RXFILT_CTL, filtsave); +} #endif static int sis_miibus_readreg(dev, phy, reg) @@ -891,6 +916,8 @@ command == SIS_REV_630E || command == SIS_REV_630EA1) sis_read_cmos(sc, dev, (caddr_t)eaddr, 0x9, 6); + else if (command == SIS_REV_635A) + sis635_mac_addr(sc, (caddr_t)eaddr); else #endif sis_read_eeprom(sc, (caddr_t)eaddr, --- if_sisreg.h.origSat Dec 29 03:45:36 2001 +++ if_sisreg.h Sat Dec 29 03:58:00 2001 @@ -105,6 +105,7 @@ #define SIS_CSR_RX_RESET 0x0020 #define SIS_CSR_SOFTINTR 0x0080 #define SIS_CSR_RESET 0x0100 +#define SIS_CSR_RELOAD 0x0400 #define SIS_CFG_BIGENDIAN 0x0001 #define SIS_CFG_PERR_DETECT0x0008 @@ -367,6 +368,7 @@ #define SIS_REV_630E 0x0081 #define SIS_REV_630S 0x0082 #define SIS_REV_630EA1 0x0083 +#define SIS_REV_635A 0x0090 /* * NatSemi vendor ID @@ -410,6 +412,8 @@ #define CSR_WRITE_4(sc, reg, val) \ bus_space_write_4(sc-sis_btag, sc-sis_bhandle, reg, val) +#define CSR_READ_2(sc, reg)\ + bus_space_read_2(sc-sis_btag, sc-sis_bhandle, reg) #define CSR_READ_4(sc, reg)\ bus_space_read_4(sc-sis_btag, sc-sis_bhandle, reg)
Re: Cvsup 09/01/2002 /make buildworld problem
Spider wrote: Hello! Problem is make buildworld for cvsup 09.01/2002 make buildword === usr.bin /usr/src/share/mk/bsd.subdir.mk , line 81: Inconsistent operator for ftp make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src *** Error code 1 I had no problems cvsuping RELENG_4 an hour ago and doing a buildworld. What did you cvsup? Is the buildword a typing error for your email? Kent To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message . -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: buildworld 4.4 stable fails
Alex Obradovic wrote: For some reason I can not do buildworld for several days now. I last rebuilt the system over a month ago without any problems. I checked out UPDATING, and everything seems to be fine. The error I get is listed below. I wiped out my /usr/src and rebuilt it with cvsup but I had no success. Any ideas? One, set your clock to the proper time. You email showed up as being generated in 2000. Kent Thanks, Alex 2.11.2 20010719 [FreeBSD]\ -DBFD_VERSION=\2.11.2 20010719 [FreeBSD]\-c ldgram.c yacc -d -o ldgram.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldgram.y cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\elf_i386\ -DTARGET=\i386-unknown-freebsd\ -DSCRIPTDIR=\/usr/obj/usr/src/i386/usr/libdata\ -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -DVERSION=\2.11.2 20010719 [FreeBSD]\ -DBFD_VERSION=\2.11.2 20010719 [FreeBSD]\-c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldctor.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\elf_i386\ -DTARGET=\i386-unknown-freebsd\ -DSCRIPTDIR=\/usr/obj/usr/src/i386/usr/libdata\ -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -DVERSION=\2.11.2 20010719 [FreeBSD]\ -DBFD_VERSION=\2.11.2 20010719 [FreeBSD]\-c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldexp.c ldgram.c:939: syntax error at end of input ldgram.c:736: warning: array `yycheck' assumed to have one element *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message . -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: buildworld fails on -stable
P. U. (Uli) Kruppa wrote: Hi, today I cvsup'ed three times. The latest result of # make buildworld was -- Rebuilding the temporary build tree -- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/games mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/i386/usr/libexec/elf mkdir -p /usr/obj/usr/src/i386/usr/sbin mkdir -p /usr/obj/usr/src/i386/usr/share/misc mkdir -p /usr/obj/usr/src/i386/usr/share/dict mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devX100 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devX100-12 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devX75 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devX75-12 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devascii mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devcp1047 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devdvi mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devhtml mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devkoi8-r mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devlatin1 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devlbp mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devlj4 mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devps mkdir -p /usr/obj/usr/src/i386/usr/share/groff_font/devutf8 mkdir -p /usr/obj/usr/src/i386/usr/share/tmac/mdoc mkdir -p /usr/obj/usr/src/i386/usr/share/tmac/mm mkdir -p /usr/obj/usr/src/i386/usr/include/arpa mkdir -p /usr/obj/usr/src/i386/usr/include/g++/std mkdir -p /usr/obj/usr/src/i386/usr/include/isc mkdir -p /usr/obj/usr/src/i386/usr/include/objc mkdir -p /usr/obj/usr/src/i386/usr/include/protocols mkdir -p /usr/obj/usr/src/i386/usr/include/readline mkdir -p /usr/obj/usr/src/i386/usr/include/rpc mkdir -p /usr/obj/usr/src/i386/usr/include/rpcsvc mkdir -p /usr/obj/usr/src/i386/usr/include/openssl mkdir -p /usr/obj/usr/src/i386/usr/include/security mkdir -p /usr/obj/usr/src/i386/usr/include/ss ln -sf /usr/src/sys /usr/obj/usr/src/i386 -- stage 1: bootstrap tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR=/usr/obj/usr/src/i386 INSTALL=sh /usr/src/tools/install.sh MACHINE_ARCH=i386 TOOLS_PREFIX=/usr/obj/usr/src/i386 PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DBOOTSTRAPPING -DNOHTML -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED bootstrap-tools cd /usr/src/games/fortune/strfile; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend mkdep -f .depend -a /usr/src/games/fortune/strfile/strfile.c cd /usr/src/games/fortune/strfile; make _EXTRADEPEND echo strfile: /usr/obj/usr/src/i386/usr/lib/libc.a .depend cc -O -pipe -Wall-c /usr/src/games/fortune/strfile/strfile.c cc -O -pipe -Wall -static -o strfile strfile.o sh /usr/src/tools/install.sh -c -s -o root -g games -m 555 strfile /usr/obj/usr/src/i386/usr/games cd /usr/src/usr.bin/yacc; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/usr.bin/yacc created for /usr/src/usr.bin/yacc rm -f .depend mkdep -f .depend -a /usr/src/usr.bin/yacc/closure.c /usr/src/usr.bin/yacc/error.c /usr/src/usr.bin/yacc/lalr.c /usr/src/usr.bin/yacc/lr0.c /usr/src/usr.bin/yacc/main.c /usr/src/usr.bin/yacc/mkpar.c /usr/src/usr.bin/yacc/output.c /usr/src/usr.bin/yacc/reader.c /usr/src/usr.bin/yacc/skeleton.c /usr/src/usr.bin/yacc/symtab.c /usr/src/usr.bin/yacc/verbose.c /usr/src/usr.bin/yacc/warshall.c cd /usr/src/usr.bin/yacc; make _EXTRADEPEND echo yacc: /usr/obj/usr/src/i386/usr/lib/libc.a .depend cc -O -pipe -c /usr/src/usr.bin/yacc/closure.c cc -O -pipe -c /usr/src/usr.bin/yacc/error.c cc -O -pipe -c /usr/src/usr.bin/yacc/lalr.c cc -O -pipe -c /usr/src/usr.bin/yacc/lr0.c cc -O -pipe -c /usr/src/usr.bin/yacc/main.c cc -O -pipe -c /usr/src/usr.bin/yacc/mkpar.c cc -O -pipe -c /usr/src/usr.bin/yacc/output.c *** Error code 1 Stop in /usr/src/usr.bin/yacc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Any ideas? I just cvsup'ed RELENG_4 and rebuilt my system with out any problem. You have something messed up on your end. Sometimes, weird stuff like this can be caused by a system clock that is way off. If it is off, set it to the proper time and then recvsup and etc. Kent Thanks and regards, -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED
Re: 4.4-RELEASE corrupting filesystems?
Cy Schubert - ITSD Open Systems Group wrote: In message [EMAIL PROTECTED], Vivek Khera writes: n == nsayer [EMAIL PROTECTED] writes: n One of my machines has been prone to having one of its filesystems curdle n for an unknown reason. n I have ever only experienced 3 filesystems get curdled on FreeBSD ever, n but all three were /usr filesystems on that one disk. The first time n was a while ago, but now it's happened twice in the last week. This smells *seriously* of hardware failure. Could be bad controller, disk, cable, or even memory. Only detailed diagnostics can pinpoint the real culprit (either that or sequentially replacing every part one at a a time.) Or possibly a termination problem (which is also a h/w problem). Or the NFS corruption problem that has been discussed on -hackers. Fixes for it are still developed in current. Kent -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: -STABLE buildkernel broke! (linux module)
C J Michaels wrote: As of 1:10am EST I: 1. cvsup'd to RELENG_4 (from cvsup3) 2. rm -rf /usr/src/sys/compile/MYKERNEL 3. cd /usr/src/sys/i386/conf/ 4. config -r MYKERNEL (just to be safe) 5. cd ../../compile/MYKERNEL 6. make depend 7. make I am getting the errors on linux_proto.h. Did I miss something? A make buildworld and buildkernel because you did a cvsup. Kent Thanks, --Chris /usr/local/src/sys/modules/linux/linux_proto.h: ident warning: no id keywords in /usr/local/src/sys/modules/linux/linux_proto.h /usr/local/src/sys/alpha/linux/linux_proto.h: $FreeBSD: src/sys/alpha/linux/linux_proto.h,v 1.9.2.3 2001/11/05 19:10:58 marcel Exp $ /usr/local/src/sys/i386/linux/linux_proto.h: $FreeBSD: src/sys/i386/linux/linux_proto.h,v 1.32.2.9 2001/11/05 19:12:29 marcel Exp $ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Crist J. Clark Sent: Monday, November 19, 2001 3:09 PM To: Warner Losh Cc: Bjarne Wichmann Petersen; Dave Tweten; [EMAIL PROTECTED] Subject: Re: -STABLE buildkernel broke! (linux module) On Mon, Nov 19, 2001 at 09:21:07AM -0700, Warner Losh wrote: In message [EMAIL PROTECTED] Crist J. Clark writes: : On Sun, Nov 18, 2001 at 09:09:18PM -0700, Warner Losh wrote: : In message [EMAIL PROTECTED] Crist J. Clark writes: : : On Sun, Nov 18, 2001 at 08:46:04AM +0100, Bjarne Wichmann Petersen wrote: : : On Saturday 17 November 2001 23:28, Crist J. Clark wrote: : : : :Removing /usr/obj/ doesn't help on my machine. Kernelbuild still bails : :out at linux. : : With those errors? : : : : Could you do a, : : : : # find / -name linux_proto.h -exec ident {} \; : : : : So we can find where this old linux_proto.h file is hiding then? : : The problem appears to be that these files used to be generated, but : now are committed to the tree, so we pick up the wrong ones with the : build now. : : And those wrong ones were not being cleaned out of the build tree. I'm not sure the exact problem, but did find multiple copies in the tree before I took out the rm nukes. It was. I wanted to make sure the fix put into /usr/src/Makefile.inc1 was actually working, so I checked out a set of RELENG_4_4_0_RELEASE and did a 'buildkernel' on it. I then updated the tree to an affected RELENG_4 and did the 'buildkernel' again. There were, IIRC, three files left over from the first kernel build, and one was the h-file making trouble. I then updated source to after matusita put the 'cleandir's in the Makefile.inc1, and did the 'buildkernel' again. It clean out those three files and LINT built without errors. The only people who should now be having problems with this are those who manually build kernels and don't 'rm -rf /sys/compile/MYKERNEL' or 'config -r MYKERNEL' regularly. -- Crist J. Clark | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://people.freebsd.org/~cjc/| [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message . -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Problem building KDE 2.2.1 on 4.4-stable
Ken Gunderson wrote: On Mon, Nov 19, 2001 at 02:30:43PM -0800, Kent Stewart wrote: W Gerald Hicks wrote: Can you show me a few lines of context around lines 70 and 217 of /usr/local/include/libxml2/libxml/globals.h ? The problem isn't in globals. It is in /usr/local/include/libxml2/libxml/xmlerror.h There is a recursive reference and this error can be fixed by moving the include of libxml/parser.h above the ifdef. They claim this version of libxml is broken for kde-2.2.1 but moving the include will fix the compile. Kent it appears that it already is: #ifndef __XML_ERROR_H__ #define __XML_ERROR_H__ #include libxml/parser.h It needs to be above the ifndef. Kent #ifdef __cplusplus extern C { #endif Cheers, Jerry Hicks [EMAIL PROTECTED] Ken Gunderson wrote: On Sun, Nov 18, 2001 at 08:14:03AM -0600, Mike W4LNA wrote: I rebuilt 4.4-stable after a fresh cvsup yesterday and deleted all of my ports to get rid of some nagging dependency problems. Had the following problem while rebuilding KDE 2.2.1 that I haven't been able to find mention of in the archives: Making all in kdoctools gmake[2]: Entering directory `/usr/ports/x11/kdelibs2/work/kdelibs-2.2.1/kdoctoo Making all in libxslt gmake[3]: Entering directory `/usr/ports/x11/kdelibs2/work/kdelibs-2.2.1/kdoctoo /bin/sh ../../libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. - cc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -I/usr/local/include/libxml2/libxml -I In file included from /usr/local/include/libxml2/libxml/parser.h:576, from /usr/local/include/libxml2/libxml/xmlerror.h:4, from templates.c:18: -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: make buildworld dies
Mike Loiterman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm sure I'm doing something stupid here, but I simply can't figure out what. I've searched all over google, yahoo, deja.com and the bsd archives, but I am baffled by this. What did you cvsup from and what options are you using on the cvsup. Also what version of cvsup are you using? To find out the version do cvsup -v. If you aren't using 16.11d or higher, that could be your problem. You can get a fixed version at http://people.freebsd.org/~jdp/s1g/ I just cvsup'ed to 4.4-STABLE and I followed the handbook instructions exactly in terms of doing make buildworld, but I keep getting this error when I do the make buildworld... make: don't know how to make freebsd.mc. Stop *** Error code 2 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src *** Error code 1 Stop in /usr/src *** Error code 1 Stop in /usr/src I have logged the entire output of make buildworld if anyone needs to see it. But the above is the error I get. Thanks. I do this routinely. It is much easier to figure out what happened. Kent - - Mike Loiterman -- Kent Stewart Richland, WA http://users.owt.com/kstewart Carl Sagan quote on Seti@home http://setiathome.ssl.berkeley.edu/pale_blue_dot.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: HEADS UP: find /usr/src -mtime -0
John Polstra wrote: In article [EMAIL PROTECTED], Ruslan Ermilov [EMAIL PROTECTED] wrote: On Tue, Sep 25, 2001 at 02:46:52PM -0700, Kent Stewart wrote: Could this be a side effect of the 9 Sept 01 Cvsup Error. The S1G Cvsup bug makes the dates come out 31 Dec 69 instead of 10 Sep 01. If this 69 is 2069, that is definitely the problem! It was a pretty strange bug, but I don't think it would have been able to set the modtime to anything except the epoch+0, i.e., 1970-01-01 00:00:00 UTC. Note, this maps onto the end of 1969 in many time zones. How do you wake up some of the cvsup site managers. For example, cvsup4.freebsd.org has been told at least twice going back to 12 Sep 01 that he is running the old version. That site is still pumping out source with the S1G bug. A cvsup started at 9:25 PDT shows Connected to cvsup4.FreeBSD.org Server software version: REL_16_1 Kent John -- John Polstra [EMAIL PROTECTED] John D. Polstra Co., Inc.Seattle, Washington USA Disappointment is a good sign of basic intelligence. -- Chögyam Trungpa To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] Carl Sagan quote on Seti@home http://setiathome.ssl.berkeley.edu/pale_blue_dot.html It is hard to believe you are soaring with Eagles (las águilas) when you accept SPAM like a mouse (el ratón). To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: make buildworld broken
Ron 'The InSaNe One' Rosson wrote: Trying to make buildworld with a cvsup as of 8/13/2001 9:25 PDT here is where it dies. === src/roff/troff c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -march=k6 -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_LIMITS_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_MATH_H=1 -DRET_TYPE_SRAND_IS_VOID=1 -DHAVE_SYS_NERR=1 -DHAVE_SYS_ERRLIST=1 -DHAVE_CC_LIMITS_H=1 -DRETSIGTYPE=void -DHAVE_STRUCT_EXCEPTION=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -DHAVE_FMOD=1 -DHAVE_STRTOL=1 -DHAVE_GETCWD=1 -DHAVE_STRERROR=1 -DHAVE_PUTENV=1 -DHAVE_RENAME=1 -DHAVE_MKSTEMP=1 -DHAVE_STRCASECMP=1 -DHAVE_STRNCASECMP=1 -DHAVE_STRSEP=1 -DHAVE_STRDUP=1 -DSYS_SIGLIST_DECLARED=1 -I/usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src/roff/troff/../../../src/include -I/usr/obj/usr/src/i386/usr/include -fno-rtti -fno-exceptions -c /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/groff/src/roff/troff/env.cc /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/groff/src/roff/troff/env.cc: In method `trie::trie()': /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/groff/src/roff/troff/env.cc:3108: syntax error before `:' /usr/src/gnu/usr.bin/groff/src/roff/troff/../../../../../../contrib/groff/src/roff/troff/env.cc:3108: parse error at end of saved function text / I think your source is corrupted or something. I saw this and did a cvsup @ 9:40 PDT. I sailed through the section used to build troff without any problem. Also make sure your clock is set to the right time. Kent -- Kent Stewart Richland, WA Cool site http://www.bmwfilms.com mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: question about wc on for NON-critical workstation (no flamebait)
Jason Andresen wrote: j mckitrick wrote: For day to day use (programming, netscape, email, etc) will wc on show any performance improvement? It's hard to tell. You might try switching it on for a week and see if YOU notice any difference. If it doesn't seem to do anything for you, then just turn it back off and leave it be. I suspect you will see speedup in your compiles and extractions. Anything that has a lot of disk write activity is likely to be sped up by enabling the wc, but how much speedup you can actually feel will depend on your machine and you. My buildworld on a dual 866 coppermine system went from 42 minutes to 29 minutes. The other side effect was the -j8 parameter finally did something. Before that anything from -j2 on, actually made the buildworld run longer. I think the cpu's were starved for I/O. The system is built around 3-ATA-100 Maxtor 30GB HD's. The motherboard is a VP6 and each HD is on its own controller. Using raid-0 also slowed the compile down. Kent -- \ |_ _|__ __|_ \ __| Jason Andresen[EMAIL PROTECTED] |\/ | ||/ _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message -- Kent Stewart Richland, WA Cool site http://www.bmwfilms.com mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Buildworld failure in /usr/src/lib/libc
Kris Kennaway wrote: cvsup again; chances are you didn't get everything. I cvsup'ed after I saw the first message and completely rebuilt my system starting around 11am PDT. There were no problems in building world or kernel. Kent -- Kent Stewart Richland, WA Cool Videos http://www.bmwfilms.com mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Going -stable - not as easy as you'd think?
Jimmy Olgeni wrote: On Sun, 10 Jun 2001, Mixtim wrote: A lot of people must have a bad source tree or wacky /etc/make.conf options. It turns out that I had some bad .depend files around the source tree, and just removing /usr/obj didn't fix the problem. I removed all them and everything went fine :o) Shortly after this thread appeared, I cvsup'ed and rebuilt 4.3-stable just fine. The .depend's might be something that a make cleandir would remove. Kent -- jimmy To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: how to make my sound card work
[EMAIL PROTECTED] wrote: i am a newbie to freebsd.i think it is more difficult to configure my sound card in freebsd than configure it in linux.maybe this is a reason why freebsd is more fit for server.:) nobody need to listen music on a server,isn't it? i will read chapter 14 in the Handbook carefully. thanks I have sound on all but my P-200. I have one that I had to add the sbc device but the rest all worked with nothing more than "device pcm". Sound is much easier on 4.x because it is consistent there. You have to worry about pcm0 or pcm1 on 3.x. When you get the kernel made, installed, and reboot. The device shows up in dmesg. You make a device for /dev/snd? where the "? is the digit on the end of your pcm? device from your boot. I had to do a ./MAKEDEV snd0. When I finished I had sound. Kent [EMAIL PROTECTED] wrote: who can tell me whether i need to download 2CD to install 4.3 RC? In the releases section ftp://ftp.FreeBSD.org/pub/FreeBSD/, there are an iso's for each cpu type. There is only one 4.3-rc cd in releases/i386/ISO-IMAGES. It is called 4.3rc2-install.iso. You will find your sound card probably works on it as a "device pcm". See chapter 14 in the Handbook for details. Kent To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html http://daily.daemonnews.org/ SETI (Search for Extraterrestrial Intelligence) @ Home http://setiathome.ssl.berkeley.edu/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: upgrading to bind-8.2.3
Rich Morin wrote: I just received a security notice about a really nasty worm that is using a hole in bind to infect Linux boxes. Late last night, the SANS Institute (through its Global Incident Analysis Center) uncovered a dangerous new worm that appears to be spreading rapidly across the Internet. It scans the Internet looking for Linux computers with a known vulnerability. It infects the vulnerable machines, steals the password file (sending it to a China.com site), installs other hacking tools, and forces the newly infected machine to begin scanning the Internet looking for other victims. Several experts from the security community worked through the night to decompose the worm's code and engineer a utility to help you discover if the Lion worm has affected your organization. Updates to this announcement will be posted at the SANS web site, http://www.sans.org ... So, it seems like a Good Idea to upgrade my copy of bind (:-). I pulled down the port for bind-8.2.3-REL and it seems to build just fine. Before I install it, however, I thought I'd ask if anyone has run into installation and/or configuration issues. I thought that was what is already built into 4-stable right now. I did a named -v and 8.2.3-REL pops up. Kent -r -- http://www.cfcl.com/rdm - home page, resume, etc. http://www.cfcl.com/Meta/md_fb.html - The FreeBSD Browser email: [EMAIL PROTECTED]; phone: +1 650-873-7841 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: 4.3-BETA crash on 'mount /dev/acd0c /mnt'
Nate Dannenberg wrote: On Thu, 22 Mar 2001, David Taylor wrote: (using: 4.3-BETA FreeBSD 4.3-BETA #3: Tue Mar 6 18:39:44 GMT 2001) mount -t cd9660 /dev/acd0c /mnt #works ok OTOH, mount /dev/acd0c /mnt causes the following panic: I've also experienced problems mounting CD-ROM discs, to the extent that if the bus is busy on one disc, the system will not error out and return a "device busy" message or something else more appropriate. Instead the command and it's controlling console/terminal/shell/whatever hangs until the other device is finished. I have yet to panic the kernel doing this, though. I just tried it and it didn't work. The mount complained about incorrect super block. I had /dev/acd0c defined in my fstab as mounting /cdrom. I tried mount /cdrom and it worked. Kent panicstr: vm_fault: fault on nofault entry, addr: c7c11000 (not to downplay this...but isn't that like masking an NMI? :-) -- /~~~___~\ | [EMAIL PROTECTED] //Z@|___ | | http://home.kscable.com/natedac |'(__ [_ | \_C64/C128_-_What's_*YOUR*_hobby?__\___|/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: BETA induced nervousness
Jim Mock wrote: On Fri, 16 Mar 2001 at 21:42:10 +0100, Steve O'Hara-Smith wrote: Hi, Picking a recent example: Saverio Perugini [EMAIL PROTECTED] writes: What is a BETA system? Is it similiar to CURRENT? We get a lot of this sort of thing every time a release rolls, an idea crossed my mind, perhaps if during BETA and RC phases /etc/motd were to carry a big message like -- DO NOT PANIC - BETA is a normal phase that STABLE goes through prior to the rolling of a release. If anything it is *MORE* stable than usual during BETA as all changes are monitered by the release engineer. -- Changing BETA to RC as appropriate. It *might* reduce the effect, worth a try ? This would be wonderful. It should cut down dramatically on the 3.7 million "MY FBSD IZ BORKEN CUZ IT SAYZ -BETA N I WANT -STABLE FIX IT NOW K PLZ THX" (I think I hung out with Alfred too much :-) emails to this list and -questions. Perhaps even pointing something towards the FAQ entry on this would help. The only problem is see doing this is that: 1) Not everyone will run mergemaster afterwards. It doesn't matter whether they should or not, many just won't. 2) Not everyone who does run mergemaster will update their /etc/motd (like me). So, the question is.. how can we get something like this to the most people without printing that section of the FAQ and stapling it to their foreheads? LOL, this struck me funny because it would have to be reverse printed. Sort of like Ambulance spelled backwards on the front of one. Since Mergemaster is the suggested way of updating /etc, why not add a "don't forget to run mergemaster message" at the end of installworld. Then add the Beta message at the very front of motd. The ones that use a script will never see it but then they probably don't need to. It might even be added using a #if define of some sort. I don't have any idea if that kind of logic is possible. Just an idea that popped into my mind. In several places, it is suggested that they follow stable for several weeks before they try upgrading to stable and that is being ignored. There is a sufficient number that will still drop a "whot hoppnd" message onto the stable list. I think people focus on spots of interest and ignore the rest. Their method of dealing with the number of messages. Kent - jim -- - jim mock [EMAIL PROTECTED] - O|S|D|N - open source development network - - http://www.freebsdzine.org/ - [EMAIL PROTECTED] - [EMAIL PROTECTED] - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: New KERNCONF option
Francisco Reyes wrote: On Tue, 13 Mar 2001, Torben Baecker wrote: make buildworld make kernel KERNCONF=JUPITER So this new procedure replaces the old? Can one put the KERNCONF variable on /etc/rc.conf and just do "make kernel" Where is this explained in /usr/src/UPDATIN? You have to read the source but it is easier to see the changes at http://www.freebsd.org/cgi/cvsweb.cgi/src/Makefile.inc1 It is all documented starting around 22 Jan. Kent To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: XF86 4 on 4.3-RELEASE?
Gordon Tetlow wrote: On Fri, 9 Mar 2001, Jordan Hubbard wrote: Nope. When XFree86 4.x: a) Supports a reasonable superset of all cards supported by 3.3.6 b) Doesn't halve OpenGL performance on cards like Matrox and nVidia (3dfx sucks so much on both that it's not an issue). c) Doesn't have a configuration tool which confuses new users even more than the old configuration tool did. You forgot one (that happens for me) d) Doesn't take half the CPU while sitting idle. But then again, I suspect it has something to do with the fact I'm running a dual head. I had to chuckle at this point. I'm running 3.3.6 and KDE-2.1 on a dual 866 coppermine system. On it, kicker has 95% of the second cpu full time. I wonder what is taking half of your system/ Kent -gordon To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: KERNCONF instead of KERNEL?
Nik Clayton wrote: On Fri, Mar 02, 2001 at 11:34:19PM +0900, Daniel C. Sobral wrote: Here is the order suggested and the why: 1) make buildworld -- because the new kernel may depend on new tools (config(8) is a common example, but no the only one). 2) make buildkernel -- some programs may depend on new syscalls, so build the kernel before installing the world. 3) make installkernel -- install a new kernel (the copy of the old one is preserved) 4) reboot single user -- make sure the new kernel works 5) mount filesystems, make installworld -- install the rest of the world 6) mergemaster -- update /etc -- the new userland tools may require new /etc scripts and configuration files. I think the attached diff to the Handbook brings it up to date with reality. I've also attached the generated HTML file, for those of you that don't want to build the docs. Comments? Yes, there are several things that I think are basically wrong. On the -j4 option, what was -current is now 4.0-release or later. On a fast uniprocessor system, using -j4 on the make actually causes the buildworld to run 10% or more longer by the clock. Your user and system time may be shorter but the build takes forever. You are adding overhead to access I/O that the HD's can't provide and the cpu is left in an idle state waiting for I/O. This becomes especially true on large single HD's. Turning on softupdates helps. I have a AMD Thunderbird 900 with 256MB of PC-133 memory that I tried various combinations on. I added ATA-100 HD's until I had reasonable build times. I eventually ended up with 3 and had each on its own controller. I haven't tried fast scsi yet but I think the majority of the new users are building systems around IDE drives and you can see the slowdown when you use -jx with x = 2. It isn't bad for people running setiathome because it will continue to use 40% or more of the cpu and doesn't interfere. When the percentage reported by time goes over 100%, which it can for multiprocessor systems, setiathome didn't get much time. That data also wasn't included in my table. The only system that can use -j4 is a dual headed system (2-P-III 866's with 256MB of PC-133) with the source on a 2-HD HPT-370 raid-0 array. The system has 3-30GB Maxtor ATA-100 HD's all on different controllers. The variation in build time ran from 1:21 to 34 minutes with softupdates and /usr/src on the raid-0 array. If I tee the output from the build to a file, it only slows the build down to 35:xx minutes. Some entries from my build times log are: buildworld, softupdates, 1-HD 1597.238u 629.123s 47:52.34 77.5% 1227+1393k 42713+11617io 1575pf+0w raid-0 for /usr/obj but no softupdates. 1599.347u 628.302s 1:21:36.28 45.4% 1230+1395k 44554+138574io 1828pf+0w raid-0 (64k) for /usr/src, -j4, and softupdates for everything but / 1655.441u 730.090s 34:16.34 116.0% 1210+1380k 47507+3918io 1881pf+0w make buildworld with tee'ed logging and current setup from above 1665.892u 702.004s 35:14.42 111.9% 1211+1387k 51575+4140io 1918pf+0 The chflag noschg isn't needed on 4.2. I don't know when that was changed but you don't have to use it to rm -rf * files in /usr/obj. Of course, if you have a kern_secure level set in 4.2, you can't noschg anything from multi-user mode and the installkernel will die trying to mv the kernel's around. You have to be running in single user mode to get around the kern_secure level setting. Kent N -- FreeBSD: The Power to Serve http://www.freebsd.org/ FreeBSD Documentation Project http://www.freebsd.org/docproj/ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- -- Name: makeworld.html makeworld.htmlType: Hypertext Markup Language (text/html) Encoding: quoted-printable Name: mw.diff mw.diffType: Plain Text (text/plain) Encoding: quoted-printable Part 1.2Type: application/pgp-signature -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: more strange problem with broken pipes and ssh
Mike Tancsa wrote: At 06:32 AM 3/2/01 -0800, Cy Schubert - ITSD Open Systems Group wrote: In message [EMAIL PROTECTED], Mike Tancsa wr ites: OK, here is another strange problem with SSH and pipes. When connecting via some means other than ssh, the commands grep reject /var/log/maillog | less displays data as expected. However, when connected via ssh, hitting q to exit from less, I get a whole mess of grep: writing output: Broken pipe grep: writing output: Broken pipe grep: writing output: Broken pipe grep: writing output: Broken pipe This is with stable as of today and the problem showed up since the last ssh commits. The amount of broken pipes seems to scale with the amount of data less has, and it seems you need at least more than a screen full. I'm using -stable as of Feb 27 04:15 PST. No problems here. Is there something in your ssh config that might either cause this bug to manifest itself? If I recall you never had the problem with the makewhatis script and ssh as well due to some special config of your ssh (Kerberos?) ? This is with 4.2-STABLE FreeBSD 4.2-STABLE #0: Mon Feb 26 Like the problem with the makewhatis broken pipes (and certain ports), the problem does not show itself when connecting to the machine via telnet or rlogin. I had some broken pipe messages when I tried to upgrade to kde-2.1. I backed up and telneted in and finished the install. Kent ---Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: KDE
Kris Kennaway wrote: On Tue, Feb 27, 2001 at 09:52:25AM +, Antony T Curtis wrote: Just wondering if KDE 2.x would make an appearence in the FreeBSD 4.3 release? Since 2.1 was already committed earlier today, the answer to the question I think you meant to ask is yes. I tried to install 2.1 but it died doing koffice. The mirror's were really busy for awhile. Kent KDE 2.x has been in the ports collection for ages. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: 4.2-STABLE (20/02/2001): Reproducable kernel panic.
Cameron Grant wrote: Looking at that, I'm wondering if the sound card isn't the difference here. I would assume that the Ensoniq has its own driver seperate from the SB series.. I wish I understand much about kernel internals. :P I have an older SB and a newer Es-1371. I can play it on the Ensoniq but it panics the SBc system. I can play it on the SB, if I use Kaiman from KDE-2. this should now be resolved with sys/dev/sound/pcm/buffer.c revision 1.1.2.2 It did fix the panic problem on the computer that was panicing when I had tested wavplay before. Kent -cg To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Compile failure against RELENG_4
Dennis Glatting wrote: Updated my sources yesterday. There were no changes to the tree today. So, I guess this must be a problem. Well, I updated my sources last night and didn't have a problem doing the usual buildworld, buildkernel, installkernel, and installworld. What version did you start with? Are you trying to build a release because I don't have a disk-1 directory. Kent cd /disk-1/src/gnu/lib/libgcc; make depend; make all; make install echo '#include i386/xm-i386.h' config.h echo '#include xm-freebsd.h' config.h echo '#include "gansidecl.h"'tconfig.h echo '#include "i386/xm-i386.h"' tconfig.h echo '#include "i386/i386.h"'tm.h echo '#include "i386/att.h"' tm.h echo '#include "svr4.h"' tm.h echo '#include freebsd.h' tm.h echo '#include "i386/freebsd.h"' tm.h echo '#include "i386/perform.h"' tm.h rm -f .depend mkdep -f .depend -a -I/disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/disk-1/src/gnu/lib/libgcc/../../../contrib/gcc -I. -DIN_GCC -D_PTHREADS -DGTHREAD_USE_WEAK -I/usr/obj/disk-1/src/i386/usr/include /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/frame.c mkdep -f .depend -a -nostdinc++ -I/disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/inc /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/tinfo.cc /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/tinfo2.cc /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/new.cc /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/exception.cc /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/exception.cc:33: gansidecl.h: No such file or directory /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/exception.cc:34: eh-common.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /disk-1/src/gnu/lib/libgcc. *** Error code 1 Stop in /disk-1/src. *** Error code 1 Stop in /disk-1/src. *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: installworld anomoly
"Corey G." wrote: I was just going to report the same issue. It happened last night and at 11:00AM Central time with a stable cvsup. Don't use ssh to do the installworld. If you telnet, you don't have any problem. Kent install -c -o root -g wheel -m 444 sshd.8.gz /usr/share/man/man8 === etc === etc/sendmail -- Rebuilding man page indices -- cd /usr/src/share/man; make makedb makewhatis /usr/share/man gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe On Sat, Feb 03, 2001 at 03:43:44PM -0500, Brian Dean wrote: My last several -stable installworlds have completed with the messages: [...] -- Rebuilding man page indices -- cd /usr/src/share/man; make makedb makewhatis /usr/share/man gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe [... message repeated many times ] gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe makewhatis /usr/share/perl/man gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe gzcat: stdout: Broken pipe rm -rf /tmp/install.85245 Is anyone else seeing this? Thanks, -Brian To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message ---end quoted text--- -- Best Regards, Corey To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Compile failure against RELENG_4
Dennis Glatting wrote: On Saturday 03 February 2001 12:51 pm, Kent Stewart wrote: Dennis Glatting wrote: Updated my sources yesterday. There were no changes to the tree today. So, I guess this must be a problem. Well, I updated my sources last night and didn't have a problem doing the usual buildworld, buildkernel, installkernel, and installworld. What version did you start with? Are you trying to build a release because I don't have a disk-1 directory. I feed several local machines from a CVS tree that I keep up to date from cvsup8.freebsd.org. The source in question has checked out against the RELENG_4 tag several times since 4.2. /usr/src is a symlink into /disk-1 on this machine. The last time I built RELENG_4 was January 10, 2001. When I compiler all I say is "make buildworld." I also use cvsup8 and have a number of successful cvsup's and build's since 26 Jan. Four of them have been run since 1 Feb. I don't have any idea what is wrong at your site. I don't have any symlinks but do mount /usr/src and /usr/obj on different HD's. Kent Kent cd /disk-1/src/gnu/lib/libgcc; make depend; make all; make install echo '#include i386/xm-i386.h' config.h echo '#include xm-freebsd.h' config.h echo '#include "gansidecl.h"'tconfig.h echo '#include "i386/xm-i386.h"' tconfig.h echo '#include "i386/i386.h"'tm.h echo '#include "i386/att.h"' tm.h echo '#include "svr4.h"' tm.h echo '#include freebsd.h' tm.h echo '#include "i386/freebsd.h"' tm.h echo '#include "i386/perform.h"' tm.h rm -f .depend mkdep -f .depend -a -I/disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/disk-1/src/gnu/lib/libgcc/../../../contrib/gcc -I. -DIN_GCC -D_PTHREADS -DGTHREAD_USE_WEAK -I/usr/obj/disk-1/src/i386/usr/include /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/frame.c mkdep -f .depend -a -nostdinc++ -I/disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/inc /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/tinfo.cc /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/tinfo2.cc /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/new.cc /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/exception.cc /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/exception.cc:33: gansidecl.h: No such file or directory /disk-1/src/gnu/lib/libgcc/../../../contrib/gcc/cp/exception.cc:34: eh-common.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /disk-1/src/gnu/lib/libgcc. *** Error code 1 Stop in /disk-1/src. *** Error code 1 Stop in /disk-1/src. *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Mergemaster
whisky wrote: How does one use mergemaster correctly after a make installworld of 4.2-R to 4.x-S Very, very carefully. It will try to change all of the configuration files that have been updated. If you have added local mods, they disappear. I don't let it touch my firewall rules, ppp.conf, passwd, or groups. It will also try to change files root uses but I don't let it. I check when it changes my dot."*" files. If I have added local aliases or paths, I don't want them removed. The choices provided by mergemaster on them is always i(nstall new), d(elete new), or m(erge). On the special files, I usually press the enter key, which is none of the above and do them individually. Then, I go through after everything is done and merged what was important out of the files in /var/tmp/temproot/etc. If you include the header information at the top, it ignore that file in the future until the it is modified by the maintainer. The rest of the files I usually add the new mods. It is really convient to do this all from a second computer. Being able to do that depends on your system. You could also do it from x-windows but that really uses a lot of memory that would usually be more beneficial to the compilers. I just happen to set my system up such that I can do an installworld in multi-user mode. Not everyone can do this. It is discussed in /usr/src/UPDATING. The advantage is that it lets me telnet or ssh in and do everything from several sessions. When I get through, I reboot from the console. Kent Help is much appreciated To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Mergemaster
"Bruce A. Mah" wrote: If memory serves me right, Kent Stewart wrote: whisky wrote: How does one use mergemaster correctly after a make installworld of 4.2-R t o 4.x-S Very, very carefully. That applies to pretty much any system administration task. It will try to change all of the configuration files that have been updated. If you have added local mods, they disappear. Say again?!? Your "local mods" only disappear if you let mergemaster overwrite them. It never does anything without telling you. That was my point. You have to recognize what you have modified and don't let mergemaster delete your changes unless they need to be. The addition of .../defaults solved most of my early problems. I don't let it touch my firewall rules, ppp.conf, passwd, or groups. It will also try to change files root uses but I don't let it. I check when it changes my dot."*" files. If I have added local aliases or paths, I don't want them removed. The choices provided by mergemaster on them is always i(nstall new), d(elete new), or m(erge). Have you actually tried the last of the three options? I've found that it works pretty well for merging in a set of local changes with a new version of a file. You need to pay attention when doing the merge, obviously. Yes, I have several times. On most of my files the merge option was ok but then I found a couple of files such as rc.firewall or ppp.conf where mergemaster was looking at such a small part of the picture that it was confusing. A poor choice and your access to the world suddenly disappears and you have to grab the backup and start over. I used its diff as a basis even when I did it manually. I also need to go back an try it on something other than the command line and I have more width available. Kent My advise: Run mergemaster after an installworld. Read the diffs it produces. The first time you run it (on a system updated from 4.2-RELEASE) you'll probably see a lot of changes. In general, if you know you didn't modify a file, you can probably just let it install the new version. Learn how sdiff works for handling merges of files, to handle the case where you made a local modification and the original, base file was also updated. The first few times you do this, make sure to have a backup of /etc so you can bail yourself out if necessary. Bruce. -- Part 1.2Type: application/pgp-signature -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: HDD Problem
Soren Schmidt wrote: It seems Justin W. Pauler wrote: I've heard tell that there are problems with the VIA chipset and UDMA on FreeBSD. Is this true, and if so, what is the problem with? Hmm, there are no open problems as far as I'm aware... FreeBSD 4.2-STABLE #0: Fri Dec 8 01:52:44 EST 2000 CPU: Pentium III/Pentium III Xeon/Celeron (601.37-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 atapci0: VIA 82C686 ATA66 controller port 0xe000-0xe00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ad0: 19546MB FUJITSU MPF3204AT [39714/16/63] at ata0-master UDMA66 The drive has enough space and I have 512MB RAM. If I hit the system hard, lets say, rm -rf /usr/ports, the system locks up. It doesn't just stop responding for a little bit. It locks up tight. It kills all network connections, doesn't respond to the console and doesn't respond to any network activity. A hard reboot is the only thing that can bring it back to life. One time, someone was able to see the console when this happened, and they said something about a page fault. Trying to solve this, we ordered two brand new 256MB modules and installed them. It is still happening. This is a production environment type of server. I've had no other problems with FreeBSD 4.2-S, and i'm hoping maybe this is something that has been fixed. Hmm, my main devbox is based on the VIA '686 although with an athlon CPU, and there is no problems at all with it. I also dont belive that this is the disk drivers fault, as in almost all cases you would get error messages en-masse from the ATA driver I have an Abit KT7 with PC-133 memory and an Athlon 900 that doesn't like FreeBSD 4.2-stable and Maxtor ATA100 drives. Right now, it is running in PIO mode and that makes it less than half fast doing a system build. The first install of FreeBSD resulted in a trashed Win98se primary partition. There were timing issues in the bios that were supposed to fix the ATA100 Maxtor drives. The bios was flashed to include those fixes. I used sysctl and turned UDMA back on last night and it didn't help the ata-disk. It went back to PIO mode in a hurry. Kent -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: HDD Problem
"David W. Chapman Jr." wrote: I have a KT7 with an athlon 1.1, no problems with ATA66, don't have a 100 drive though. Works fine, does make worlds in a little over an hour with 384mb of pc133, but I do have to downclock the pc133 to 100 because these via chips have some problem with agp and pc133 at the moment. I'm also running the slow end on the bios memory setting. The wz beta bios is supposed to deal with some memory timing questions. I have downloaded wz but haven't flashed the bios yet. I am running uz, which became w? (their www server is overloaded and can't see what they called the uz when it was released). Abit is also up to KT7a and 686B. I have both Maxtor's (30 GB and 40 GB - ATA100's) set to do only UDMA 33 using Maxtor's udmaupdt.exe program. That didn't help FreeBSD. Windows 2000 didn't have any problems at the UDMA66 setting and just slowed down a little bit at the UDMA33 setting. I have three other systems based on the bx chipset that don't have problems doing UDMA33. If I time my upworld script, I see user times of 18xx seconds and 1.5-1.8 hours wall clock. I figure the difference between doing an update (cvsup of RELENG_4 to installworld) in 40 minutes wall-clock and what I have now is disk transfer speed related. Setiathome runs at ~40% cpu in the background (niced to 19). Because it is only using available cpu time, killing setiathome before I started the builds didn't change the build time significantly. I have a Promise ATA66 card that I am going to try but will have to move one of the HD's and CDROM before the 80-pin cable will reach. The main drive is all by itself on the ide1 controller. Kent I have an Abit KT7 with PC-133 memory and an Athlon 900 that doesn't like FreeBSD 4.2-stable and Maxtor ATA100 drives. Right now, it is running in PIO mode and that makes it less than half fast doing a system build. The first install of FreeBSD resulted in a trashed Win98se primary partition. There were timing issues in the bios that were supposed to fix the ATA100 Maxtor drives. The bios was flashed to include those fixes. I used sysctl and turned UDMA back on last night and it didn't help the ata-disk. It went back to PIO mode in a hurry. Kent -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: /dev/dsp problem
j mckitrick wrote: On Sun, Dec 24, 2000 at 01:41:30PM -0800, Kent Stewart wrote: | | | j mckitrick wrote: | | I am running 4.2 stable, and I am having a problem I wonder if you have | seen. When I rebuild the kernel, the dsp device quits working and reports | 'invalid device' when accessed. It seems I have to run install world to fix | it. But this has only worked once. I try running makedev, but that doesn't | fix it. Any idea what I am doing wrong? | | Did you try doing a ./MAKEDEV snd[01] to upgrade your sound /dev | link's. Yes, that was the command I tried twice. But it didn't work. Ok, I wasn't sure what device you were making. I follow 4-stable and have never had the problem. I have also done a "./MAKEDEV all" everytime new devices were added and mergemaster told me to update all. Kent -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message