Re: Deadlock with gjournal installed on 6.2.
Václav Haisman wrote: Hi, I have experimentally installed PJD's GEOM Journal patch on 6.2. It seems to work except that I got deadlock tonight, probably during periodic snapshot. Post mortem ps output is attached. Definitely repeatable, tonight it locked up again. -- VH signature.asc Description: OpenPGP digital signature
PCMCIA regression in FBSD 6.1 - 6.2 (RTL8169S/8110S)
Hello, i have PCMCIA Repotec Gigabit Ethernet Cardbus ethernet card. In FreeBSD 6.1 (up to 6.1-p9) it was working OK (Notebook Asus A3Fc). Under FreeBSD 6.2 it's impossible to get it working. Anybody could help me with solution, please? Under FreeBSD 6.1: -- Before inserting card: vmstat -i: interrupt total rate irq1: atkbd0 203 2 irq9: acpi0 15 0 irq14: ata0 850 12 irq16: rl025 0 irq18: fwohci0+5 0 irq23: uhci0 ehci0 2 0 cpu0: timer 136809 1954 cpu1: timer 126811 1811 Total 264720 3781 After insert: vmstat -i: interrupt total rate irq1: atkbd0 797 1 irq9: acpi0 78 0 irq14: ata0 998 1 irq16: rl047 0 irq17: cbb0 re01 0 irq18: fwohci0+5 0 irq23: uhci0 ehci0 2 0 cpu0: timer 1247993 1996 cpu1: timer 1237995 1980 Total2487916 3980 Messages: Mar 12 09:10:49 testbox login: ROOT LOGIN (root) ON ttyv0 Mar 12 09:11:21 testbox kernel: re0: RealTek 8169SB Single-chip Gigabit Ethernet port 0xc000-0xc0ff mem 0xfe001000-0xfe0011ff irq 17 at device 0.0 on cardbus0 Mar 12 09:11:21 testbox kernel: miibus1: MII bus on re0 Mar 12 09:11:21 testbox kernel: rgephy0: RTL8169S/8110S media interface on miibus1 Mar 12 09:11:21 testbox kernel: rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Mar 12 09:11:21 testbox kernel: re0: Ethernet address: 00:40:f4:d3:d5:9b Mar 12 09:11:22 testbox kernel: re0: link state changed to DOWN Full /var/run/dmesg.boot (card not inserted): http://sweb.cz/cichas/re_pcmcia/dmesg.boot.6.1 - Under FreeBSD 6.2: -- Before inserting card: interrupt total rate irq1: atkbd0 203 2 irq9: acpi0 15 0 irq14: ata0 850 12 irq16: rl025 0 irq18: fwohci0+5 0 irq23: uhci0 ehci0 2 0 cpu0: timer 136809 1954 cpu1: timer 126811 1811 Total 264720 3781 After insert: interrupt total rate irq1: atkbd0 193 1 irq9: acpi0 14 0 irq14: ata0 944 9 irq16: rl024 0 irq17: cbb01 0 irq18: fwohci0+5 0 irq23: uhci0 ehci0 2 0 cpu0: timer 193762 1977 cpu1: timer 183764 1875 Total 378709 3864 Messages: Mar 12 10:18:58 testbox kernel: re0: RealTek 8169SB/8110SB Single-chip Gigabit Ethernet port 0xc000-0xc0ff mem 0xfe001000-0xfe0011ff irq 17 at device 0.0 on cardbus0 Mar 12 10:18:58 testbox kernel: miibus1: MII bus on re0 Mar 12 10:18:58 testbox kernel: rgephy0: RTL8169S/8110S media interface on miibus1 Mar 12 10:18:58 testbox kernel: rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Mar 12 10:18:58 testbox kernel: re0: Ethernet address: 00:40:f4:d3:d5:9b Mar 12 10:18:58 testbox kernel: re0: couldn't set up irq Mar 12 10:18:58 testbox kernel: rgephy0: detached Mar 12 10:18:58 testbox kernel: miibus1: detached Mar 12 10:19:00 testbox kernel: device_attach: re0 attach returned 22 Full /var/run/dmesg.boot: http://sweb.cz/cichas/re_pcmcia/dmesg.boot.6.2 - -- Ivan Cicha ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
March 2007 Monthly Snapshots...
Just a note to say the March 2007 Monthly Snapshots for HEAD and RELENG_6 are done and available at: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200703/ Checksums: MD5 (6.2-STABLE-200703-amd64-bootonly.iso) = 1c69b9a4026f2ab4f4a502faaa7122e2 MD5 (6.2-STABLE-200703-amd64-disc1.iso) = 1194716a684f2274e6d8064dbd3d2f0d MD5 (6.2-STABLE-200703-amd64-disc2.iso) = 30168fd35e4fbb09a37071caa2521ff1 MD5 (6.2-STABLE-200703-amd64-docs.iso) = 518187c17d030f617cd5ed9926795e69 MD5 (6.2-STABLE-200703-i386-bootonly.iso) = 3d9519c07bf3598192307b6c30851b74 MD5 (6.2-STABLE-200703-i386-disc1.iso) = 17894b0304a95789c792153c80a4c7ee MD5 (6.2-STABLE-200703-i386-disc2.iso) = 153c683ccd1c1139f8f73608e1a08fac MD5 (6.2-STABLE-200703-i386-docs.iso) = 6a401b8d615314db450873a1f46228cf MD5 (6.2-STABLE-200703-ia64-bootonly.iso) = 249df8d773cb6bb07d5bc2410e0a2a36 MD5 (6.2-STABLE-200703-ia64-disc1.iso) = 4e36e46f32573d3f60fb5103ce6a1afc MD5 (6.2-STABLE-200703-ia64-docs.iso) = fd5cd75e0f9c4f6d974e7f51819d214d MD5 (6.2-STABLE-200703-ia64-livefs.iso) = d848a4eb908a41616bb3bc2a696406b5 MD5 (6.2-STABLE-200703-pc98-bootonly.iso) = cf6ec622ecbb36eba1e8d4b5bca4196c MD5 (6.2-STABLE-200703-pc98-disc1.iso) = 7012da8c292f3563dd2c5bc12e258f97 MD5 (6.2-STABLE-200703-powerpc-bootonly.iso) = 65af6cb49adfe032b5aaba0437853c29 MD5 (6.2-STABLE-200703-powerpc-disc1.iso) = 2a4407c39770d6fa7b6439218e5138b1 MD5 (6.2-STABLE-200703-powerpc-docs.iso) = 8a6fec16efd21d07c66b16073233e970 MD5 (6.2-STABLE-200703-sparc64-bootonly.iso) = 26a6c0dd209befa81ff096aecdd25153 MD5 (6.2-STABLE-200703-sparc64-disc1.iso) = 85f556f7f3ba0f259a39885443acd229 MD5 (6.2-STABLE-200703-sparc64-disc2.iso) = 51aed5cca20ccf4764a9dbd9cf1d93ce MD5 (6.2-STABLE-200703-sparc64-docs.iso) = 8d95d035291884cbeaafcbbec711161b MD5 (7.0-CURRENT-200703-amd64-bootonly.iso) = 522c1954d8f86fb5b74ea486cc89711a MD5 (7.0-CURRENT-200703-amd64-disc1.iso) = 963aa62d61c3b565f8c40eb3cf18f169 MD5 (7.0-CURRENT-200703-amd64-disc2.iso) = 48be7eeed8d40ae56b2db80a00f9f202 MD5 (7.0-CURRENT-200703-amd64-docs.iso) = 183b4499ef36b6d65094aec41109c338 MD5 (7.0-CURRENT-200703-i386-bootonly.iso) = 64669179db79d624bad8a895762a0541 MD5 (7.0-CURRENT-200703-i386-disc1.iso) = 01ac1445871e7b73dd43769df6a82ca9 MD5 (7.0-CURRENT-200703-i386-disc2.iso) = 26e13d92d4f99cbbae99785c6a770791 MD5 (7.0-CURRENT-200703-i386-docs.iso) = 0a4cf465344788a4368ab428a75c80c5 MD5 (7.0-CURRENT-200703-ia64-bootonly.iso) = feeeb62ec4ba6d5607dfa78e5aebc791 MD5 (7.0-CURRENT-200703-ia64-disc1.iso) = 645887a09ee80e6044e7d356a68df9e4 MD5 (7.0-CURRENT-200703-ia64-docs.iso) = 0c2b784c98415fcbf814c2f2f3cb79b8 MD5 (7.0-CURRENT-200703-ia64-livefs.iso) = 052cf82f29255cb44987e61cf9fb7fc1 MD5 (7.0-CURRENT-200703-pc98-bootonly.iso) = 87425dbc311bddd354dc1515166225e5 MD5 (7.0-CURRENT-200703-pc98-disc1.iso) = a026f2a9ff3c4754ffb0c2854be6c5d4 MD5 (7.0-CURRENT-200703-powerpc-bootonly.iso) = 120e6e4b7b8a7c1398ec9cecb988381b MD5 (7.0-CURRENT-200703-powerpc-disc1.iso) = 84fae671b371f9a3f8d79a8107a3bed4 MD5 (7.0-CURRENT-200703-powerpc-docs.iso) = b8aec4061f754fb148053879a6b7b9f7 MD5 (7.0-CURRENT-200703-sparc64-bootonly.iso) = aa588fc6f2be82809c6fe85e396ecc7d MD5 (7.0-CURRENT-200703-sparc64-disc1.iso) = f028f919fe4a00e2f8b7f9f0f2d19c6d MD5 (7.0-CURRENT-200703-sparc64-disc2.iso) = 793cae7698066faf165051dfe7ad90c3 MD5 (7.0-CURRENT-200703-sparc64-docs.iso) = 9eb0a17786b32ee2854ae17547a54c48 SHA256 (6.2-STABLE-200703-amd64-bootonly.iso) = 77421756b3c18dba29dc0b51372a9b097385323fb468fd300f4a783d57a6da60 SHA256 (6.2-STABLE-200703-amd64-disc1.iso) = 242857504bdb4264d075eb56dacb7a6c0e63c4952579e836223baf9d3becffd0 SHA256 (6.2-STABLE-200703-amd64-disc2.iso) = 1e319b38596566406ec32d2bdd44765179910b0fafda35330eaff3100c998865 SHA256 (6.2-STABLE-200703-amd64-docs.iso) = 08191cec4377d4c2a27327d1530da2376f7ab564d188b0a2e0559c76aeee2713 SHA256 (6.2-STABLE-200703-i386-bootonly.iso) = 564c1589636e2936ff37441ae81f936e0a881a552f32ad8e548053871f8bd2c9 SHA256 (6.2-STABLE-200703-i386-disc1.iso) = d1d440d4cc42fdd14ac0c484ea8b04fb86f5e19badf4b8322e265d6a0a8bb3d3 SHA256 (6.2-STABLE-200703-i386-disc2.iso) = 9540a5dc821ff92e47762b30b5899e05ecbc13ce7c80b3f75ae5c592f079066a SHA256 (6.2-STABLE-200703-i386-docs.iso) = 251f2882ae368aae3368cf56d3f154cc7962c54be59cbea1dd5ce42422adde1b SHA256 (6.2-STABLE-200703-ia64-bootonly.iso) = 005d3e2cfa201fdbf9eb031d82aa69a4b8f143ac2f689e2dfef2849843245bcd SHA256 (6.2-STABLE-200703-ia64-disc1.iso) = da3718cbe0935015f5cb793716da9f7be9d82c5ba69c5fba922ca16d3d346788 SHA256 (6.2-STABLE-200703-ia64-docs.iso) = d1ced06c63571f5b902cee3fcf60321c5fe1eb46b40d064ed5c5f0f8cb8238c6 SHA256 (6.2-STABLE-200703-ia64-livefs.iso) = c4461a83dd916bf712a50c1f94e14243a3027b6fee03ed2ba87f91076e06b33b SHA256 (6.2-STABLE-200703-pc98-bootonly.iso) = 8a09598e6676e6ffaedbaa79f2bf9cfcfd49c07285216418e72c65c347c6158d SHA256 (6.2-STABLE-200703-pc98-disc1.iso) = 4f413978e8156c5238bf3dda6c40c4c1a173358697ceae8bd19ce221ef064046 SHA256 (6.2-STABLE-200703-powerpc-bootonly.iso) =
Re: Call for Testers: ncurses 5.6 update
Rong-en Fan wrote: Hi folks, ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x with wide character support now. The patch at http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070310.diff.gz gives you ncurses 5.6 and wide character support in 6.x. Please apply with 'patch -p0' under /usr/src. For more information, please visit http://people.freebsd.org/~rafan/ncurses/ You can also find individual patches, say ncurses update and wide character support, there. Feedbacks and suggestions are welcome. P.S. Due to some lib32 issues, the patch above contains changes made by ru@ recently for src/Makefile.inc1. make installworld failed: cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 install32 mkdir -p /usr/lib32 # XXX add to mtree cd /usr/src/lib; MAKEOBJDIRPREFIX=/usr/obj/lib32 _SHLIBDIRPREFIX=/usr/obj/usr/src/lib32 MACHINE=i386 MACHINE_ARCH=i386 PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.74joOgie CC=cc -m32 -march=k8 -mfancy-math-387 -DCOMPAT_32BIT -iprefix /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 CXX=c++ -m32 -march=k8 -mfancy-math-387 -DCOMPAT_32BIT -iprefix /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 OBJC=cc -m32 -march=k8 -mfancy-math-387 -DCOMPAT_32BIT -iprefix /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 LD=ld -m elf_i386_fbsd -Y P,/usr/obj/usr/src/lib32/usr/lib32 AS=as --32 LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 /usr/obj/usr/src/make.amd64/make -DNO_CPU_CFLAGS -DCOMPAT_32BIT -DNO_BIND -DNO_MAN -DNO_NLS -DNO_INFO -DNO_HTML -DNO_INCS install === csu/i386-elf (install) cc -m32 -march=k8 -mfancy-math-387 -DCOMPAT_32BIT -iprefix /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c crt1.c In file included from /usr/obj/usr/src/tmp/usr/include/sys/types.h:44, from /usr/obj/usr/src/tmp/usr/include/sys/param.h:63, from /usr/src/lib/csu/i386-elf/../common/crtbrand.c:29, from crt1.c:36: /usr/obj/usr/src/tmp/usr/include/machine/endian.h: In function `__bswap64': /usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: right shift count = width of type /usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: right shift count = width of type /usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: left shift count = width of type /usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: left shift count = width of type /usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: left shift count = width of type /usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: left shift count = width of type /usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: left shift count = width of type FreeBSD hater.cmotd.com 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue Feb 6 18:47:56 EET 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CORE64-SMP amd64 I'm rebuilding everything (basekernels) just to be sure that the problems does not exist without the patch :) Regards, Rong-En Fan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Best Wishes, Stefan Lambrev ICQ# 24134177 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fixit cd for AMD64 on 6.2-RELEASE problem?
Steven Hartland [EMAIL PROTECTED] writes: I'm currently trying to use the Fixit cd on AMD64 ( 6.2 ) and it appears it has issues. When trying to fsck a disk it reports: fsck: exec fsck_4.2bsd for in /sbin:/usr/sbin: No such file or directory When looking on the mounted volumes for fsck_4.2bsd its located under: /dist/rescue/fsck_4.2bsd /dist/sbin/fsck_4.2bsd Surely /dist/sbin and /dist/usr/sbin should be in the PATH by default? Also it seems that fsck uses a hardcoded search path so setting PATH is not good enough, I had to create a symlink it into /sbin. With fsck being one of the common things people do with fixit would be nice if it just worked. Sounds similar to this problem I encountered with mount: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/100436 Bengt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems installing JDK 1.5
We've seen JVM lockups during high contention Threading operations with the jdk15 port. The same code succeeded when running under diablo-jdk. I have precious little information on the details of the failure we saw so I'm hesitant to toss the jdk15 port squarely under the bus without more poking at the issue, but time just isn't on my side lately. :) Perhaps this will jog the memories of others who can elaborate. Juergen Nickelsen wrote: Stefan Walter [EMAIL PROTECTED] writes: It might be easier for you to just use the java/diablo-jdk15 port, which installs precompiled binaries. Although I have, with the much appreciated help from people here, successfully installed the jdk15 port in between, I thought about diablo-jdk15, too. Would there be any difference between both ports in terms of compatibility, features, and performance from the viewpoint of the Java developer and user? -- Sam Baskinger Software Engineer Lumeta - Securing the Network in the Face of Change www.lumeta.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Clamav-90_2 Lockup with freebsd 6.2
Hi, [snip patch] Does this patch make the libmap.conf hack unneeded? I frist thought so, but no, the more threads are running concurrently the slower libpthreads behaves, as it gets more lock contention. Until this is addressed somehow, use libthr.so -- Martin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Call for Testers: ncurses 5.6 update
On 3/12/07, Stefan Lambrev [EMAIL PROTECTED] wrote: Rong-en Fan wrote: Hi folks, ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x with wide character support now. The patch at http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070310.diff.gz gives you ncurses 5.6 and wide character support in 6.x. Please apply with 'patch -p0' under /usr/src. For more information, please visit http://people.freebsd.org/~rafan/ncurses/ You can also find individual patches, say ncurses update and wide character support, there. Feedbacks and suggestions are welcome. P.S. Due to some lib32 issues, the patch above contains changes made by ru@ recently for src/Makefile.inc1. make installworld failed: cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 install32 mkdir -p /usr/lib32 # XXX add to mtree [...] Sorry about this. I messed up the lib32 changes in the all-in-one patch. Could you please use this one instead? http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070312.diff.gz It should solve lib32 problem. Note that individual patches work well. Regards, Rong-En Fan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Call for Testers: ncurses 5.6 update
Hello, Rong-en Fan wrote: On 3/12/07, Stefan Lambrev [EMAIL PROTECTED] wrote: Rong-en Fan wrote: Hi folks, ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x with wide character support now. The patch at http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070310.diff.gz gives you ncurses 5.6 and wide character support in 6.x. Please apply with 'patch -p0' under /usr/src. For more information, please visit http://people.freebsd.org/~rafan/ncurses/ You can also find individual patches, say ncurses update and wide character support, there. Feedbacks and suggestions are welcome. P.S. Due to some lib32 issues, the patch above contains changes made by ru@ recently for src/Makefile.inc1. make installworld failed: cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 install32 mkdir -p /usr/lib32 # XXX add to mtree [...] Sorry about this. I messed up the lib32 changes in the all-in-one patch. Could you please use this one instead? http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070312.diff.gz This works for me (at least make buildworld make installworld finished without problems). Should I recompile and the kernel again or the patch is only in contrib ? :) It should solve lib32 problem. Note that individual patches work well. Regards, Rong-En Fan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Best Wishes, Stefan Lambrev ICQ# 24134177 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Call for Testers: ncurses 5.6 update
On 3/13/07, Stefan Lambrev [EMAIL PROTECTED] wrote: Hello, Rong-en Fan wrote: On 3/12/07, Stefan Lambrev [EMAIL PROTECTED] wrote: Rong-en Fan wrote: Hi folks, ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x with wide character support now. The patch at http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070310.diff.gz gives you ncurses 5.6 and wide character support in 6.x. Please apply with 'patch -p0' under /usr/src. For more information, please visit http://people.freebsd.org/~rafan/ncurses/ You can also find individual patches, say ncurses update and wide character support, there. Feedbacks and suggestions are welcome. P.S. Due to some lib32 issues, the patch above contains changes made by ru@ recently for src/Makefile.inc1. make installworld failed: cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 install32 mkdir -p /usr/lib32 # XXX add to mtree [...] Sorry about this. I messed up the lib32 changes in the all-in-one patch. Could you please use this one instead? http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070312.diff.gz This works for me (at least make buildworld make installworld finished without problems). Thanks for testing. Should I recompile and the kernel again or the patch is only in contrib ? :) No you don't. Regards, Rong-En Fan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Call for Testers: ncurses 5.6 update
On Sun, Mar 11, 2007 at 08:56:27PM +0800, Rong-en Fan wrote: Hi folks, ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x with wide character support now. The patch at http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070310.diff.gz gives you ncurses 5.6 and wide character support in 6.x. Please apply with 'patch -p0' under /usr/src. For more information, please visit http://people.freebsd.org/~rafan/ncurses/ You can also find individual patches, say ncurses update and wide character support, there. Feedbacks and suggestions are welcome. P.S. Due to some lib32 issues, the patch above contains changes made by ru@ recently for src/Makefile.inc1. I'm running -STABLE as of: FreeBSD localhost 6.2-STABLE FreeBSD 6.2-STABLE #16: Sun Mar 11 12:01:47 PDT 2007 [EMAIL PROTECTED]:/common/S1/obj/usr/src/sys/MONTEZUMA i386 I applied the ncurses patch. Things that worked before, appear to still be working. :-) -- Louis KowolowskiKE7BAX [EMAIL PROTECTED] Cryptomonkeys: http://www.cryptomonkeys.com/~louisk Warning: Do not point laser at remaining eye! pgpCcCPKZ8bet.pgp Description: PGP signature
Re: Xen Dom0, are we making progress?
Free Solaris DVD software kits (Free shipping too): http://www.sun.com/solaris/freemedia Sweet! On 3/12/07, Nikolas Britton [EMAIL PROTECTED] wrote: Is FreeBSD making any progress in Xen Dom0 / Intel VT support? I'd really like to consolidate some underutilized FreeBSD servers. Are their any alternative solutions that will enable me to do this kind of stuff with FreeBSD, or would it be better to go with Solaris Dom0 + FreeBSD DomU? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Xen Dom0, are we making progress?
Is FreeBSD making any progress in Xen Dom0 / Intel VT support? I'd really like to consolidate some underutilized FreeBSD servers. Are their any alternative solutions that will enable me to do this kind of stuff with FreeBSD, or would it be better to go with Solaris Dom0 + FreeBSD DomU? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xen Dom0, are we making progress?
On Mon, 12 Mar 2007 20:16:32 +0100, Nikolas Britton [EMAIL PROTECTED] wrote: Is FreeBSD making any progress in Xen Dom0 / Intel VT support? I'd really like to consolidate some underutilized FreeBSD servers. Are their any alternative solutions that will enable me to do this kind of stuff with FreeBSD, or would it be better to go with Solaris Dom0 + FreeBSD DomU? http://docs.freebsd.org/44doc/papers/jail/jail.html google: jail freebsd -- Ronald Klop Amsterdam, The Netherlands ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xen Dom0, are we making progress?
Nikolas Britton wrote: Free Solaris DVD software kits (Free shipping too): http://www.sun.com/solaris/freemedia Or NetBSD: http://www.netbsd.org/Ports/xen/ signature.asc Description: OpenPGP digital signature
Re: Xen Dom0, are we making progress?
On 3/12/07, Ivan Voras [EMAIL PROTECTED] wrote: Nikolas Britton wrote: Free Solaris DVD software kits (Free shipping too): http://www.sun.com/solaris/freemedia Or NetBSD: http://www.netbsd.org/Ports/xen/ Yes that was my next choice after FreeBSD but they don't support the Areca RAID controllers we use and IIRC they have no plans to port the FreeBSD arcmsr driver. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Another newbie question, about makefile options
Roland Smith wrote:
On Sat, Mar 10, 2007 at 08:28:45PM +0100, Daniel Mouritsen wrote:
So my question is, should i pass the makefile options only when running
make to compile the program (that would make sence wouldnt it?) or should
i use them everytime i run make as in both when doing make and make
install clean.
You can put the options in /etc/make.conf. That way you can't forget them
when you're (re)building a port. For example, for apache22 you could put
the following in /etc/make.conf:
.if ${.CURDIR:M*/www/apache22}
WITH_CATEGORY1_MODULES=yes
WITH_CATEGORY2_MODULES=yes
.endif
This effectively sets the variables whenever make is invoked in a
directory that ends with www/apache22. See make(1).
See also ports-mgmt/portconf
--
This .signature sanitized for your protection
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xen Dom0, are we making progress?
On 3/12/07, Ivan Voras [EMAIL PROTECTED] wrote: Nikolas Britton wrote: Free Solaris DVD software kits (Free shipping too): http://www.sun.com/solaris/freemedia Or NetBSD: http://www.netbsd.org/Ports/xen/ Heh, you're still confused about what list your on. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems installing JDK 1.5
Stefan Walter wrote: Hi, Bill Smith, 06.03.07, 18:25h CET: I have been having problems with this as well, I have the linprocfs mounted, but the buil is dying with the following error: ../../../src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java:1186 : warning: non-varargs call of varargs method with inexact argument type for las t parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning return (IOException)ctr.newInstance(args); ^ ../../../src/share/classes/com/sun/jmx/mbeanserver/StandardMetaDataImpl.java:637 : warning: non-varargs call of varargs method with inexact argument type for las t parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning result = meth.invoke(instance,null); ^ ../../../src/share/classes/com/sun/jmx/mbeanserver/MBeanInstantiatorImpl.java:16 2: warning: non-varargs call of varargs method with inexact argument type for la st parameter; cast to java.lang.Object for a varargs call cast to java.lang.Object[] for a non-varargs call and to suppress this warning moi= cons.newInstance(null); ^ Note: * uses or overrides a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. 21 errors 12 warnings gmake[3]: *** [.compile.classlist] Error 1 gmake[3]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java/java' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make/java' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/j2se/make' gmake: *** [j2se-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk15. The warnings about varargs are harmless. The errors causing the build to fail seem to have happened earlier and are not listed here. It might be easier for you to just use the java/diablo-jdk15 port, which installs precompiled binaries. Cheers Stefan, I have done that and all is now ok -- Bill ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xen Dom0, are we making progress?
On Mar 12, 2007, at 4:34 PM, Nikolas Britton wrote: What I'd really love to do is split up each service (httpd, postgres, samba/nfs, ldap/nis, asterisk, etc.) into discrete virtual machines. It's too much work trying to make them all play nice on one system, This is the purpose for which we (ab)use jails for too. Works great, less filling. Check out ezjail in the ports; it makes very lightweight jails by using nullfs to share the full install tree across multiple jails. This may not be what you want, but it is what I wanted. What you don't get is a private kernel per jail, and some services are not really virtualized like network, and SYSV IPC. And you can only assign one IP per jail. For what I need, Xen is overkill. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xen Dom0, are we making progress?
Nikolas Britton wrote: On 3/12/07, Ronald Klop [EMAIL PROTECTED] wrote: On Mon, 12 Mar 2007 20:16:32 +0100, Nikolas Britton [EMAIL PROTECTED] wrote: Is FreeBSD making any progress in Xen Dom0 / Intel VT support? I'd really like to consolidate some underutilized FreeBSD servers. Are their any alternative solutions that will enable me to do this kind of stuff with FreeBSD, or would it be better to go with Solaris Dom0 + FreeBSD DomU? http://docs.freebsd.org/44doc/papers/jail/jail.html google: jail freebsd Yes I'd like to know more about jails, is there a high level / executive summary type document that I can read somewhere? From what I remember jails are mostly designed to partition stuff... for security reasons. What I'd really love to do is split up each service (httpd, postgres, samba/nfs, ldap/nis, asterisk, etc.) into discrete virtual machines. It's too much work trying to make them all play nice on one system, especially during upgrades. As it is right now I don't upgrade any services once a system is in production use. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] Hi, For first read man jail. :) Apache, bind, mysql and postfix run fine in a jail. For postgres you've to turn on the jail.ipc. This is basicly not so bad, but definitely reduces security. For samba/nfs/ldap/nis and asterisk I don't have the experience, but if they not need ipc, they'll run fine out of the box. In jails I suggest that you mount your ports tree with some nullfs mount. With this you'll save some hd capacity. (The installed port list is in /var, not in /usr/ports.) In jails you can't do resource control, so keep that in mind. Regards, Andras ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xen Dom0, are we making progress?
On 3/12/07, Ronald Klop [EMAIL PROTECTED] wrote: On Mon, 12 Mar 2007 20:16:32 +0100, Nikolas Britton [EMAIL PROTECTED] wrote: Is FreeBSD making any progress in Xen Dom0 / Intel VT support? I'd really like to consolidate some underutilized FreeBSD servers. Are their any alternative solutions that will enable me to do this kind of stuff with FreeBSD, or would it be better to go with Solaris Dom0 + FreeBSD DomU? http://docs.freebsd.org/44doc/papers/jail/jail.html google: jail freebsd Yes I'd like to know more about jails, is there a high level / executive summary type document that I can read somewhere? From what I remember jails are mostly designed to partition stuff... for security reasons. What I'd really love to do is split up each service (httpd, postgres, samba/nfs, ldap/nis, asterisk, etc.) into discrete virtual machines. It's too much work trying to make them all play nice on one system, especially during upgrades. As it is right now I don't upgrade any services once a system is in production use. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Thread Hijacking (was Re: Is SATA II supported in 6.2-stable?)
in message [EMAIL PROTECTED], wrote Artem Kuchin thusly... (something about SATA in IPMI thread, and previously, something about IPMI in USB thread) Artem, Could you please stop hijacking threads? If you need to start a new thread, then please do not reply to a message of unrelated topic; start a whole new message. Or, at the very least, delete In-reply-to: and References: headers, with subject line changed of course. - Parv -- ___ 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 Sun, 11 Mar 2007 10:06:23 -0500 Jonathan Carter [EMAIL PROTECTED] wrote: Not sure if the issue was resolved but, I did find this link that worked for me. http://www.512kbps.com/2007/03/02/ports-portupgrade-af-failing%E2%80%A6/ http://www.512kbps.com/2007/03/02/ports-portupgrade-af-failing%E2%80%A6/ I also resolved the problem: Here's what I did, csup -h a-local-mirror.freebsd.org /etc/ports.supfile rm -rf /usr/ports/INDEX-6.DB rm -rf /usr/ports/INDEX-6 portsdb -F pkgdb -F portsdb -u I am aware that some steps are redundant, but it did fix the problem, I had to clear out a lot of stale dependencies with pkgdb, and had to deinstall Linux ABI (partially manually) and reinstall, as well as it's dependant packages, however, this resolved everything. The steps outlined above proved ineffective for me. --thanks, hope this helps other people. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg and ATI card query.
On Tuesday 13 March 2007 05:10, Yann Golanski wrote: I have an ATI Radeon X1950 Sapphire and I am trying to get X/FreeBSD working with it. My system is a clean install of FreBSD. I've managed to get VESA to work but cannot get much more than that. There is no open source support for this card (alas). It's VESA or fglrx. fglrx gives me an error at compile time since I do not have /usr/X11R6/bin/moc installed. Is this using the FreeBSD port at http://www.fglrx-freebsd.com/index.php? If so you could just install moc which is part of qt. AFAIK it only needs moc to build some support tools. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgppEj3bQHl4r.pgp Description: PGP signature
Re: Xen Dom0, are we making progress?
On 3/12/07, Andras Gót [EMAIL PROTECTED] wrote: Nikolas Britton wrote: On 3/12/07, Ronald Klop [EMAIL PROTECTED] wrote: On Mon, 12 Mar 2007 20:16:32 +0100, Nikolas Britton [EMAIL PROTECTED] wrote: Is FreeBSD making any progress in Xen Dom0 / Intel VT support? I'd really like to consolidate some underutilized FreeBSD servers. Are their any alternative solutions that will enable me to do this kind of stuff with FreeBSD, or would it be better to go with Solaris Dom0 + FreeBSD DomU? http://docs.freebsd.org/44doc/papers/jail/jail.html google: jail freebsd Yes I'd like to know more about jails, is there a high level / executive summary type document that I can read somewhere? From what I remember jails are mostly designed to partition stuff... for security reasons. What I'd really love to do is split up each service (httpd, postgres, samba/nfs, ldap/nis, asterisk, etc.) into discrete virtual machines. It's too much work trying to make them all play nice on one system, especially during upgrades. As it is right now I don't upgrade any services once a system is in production use. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] Hi, For first read man jail. :) Apache, bind, mysql and postfix run fine in a jail. For postgres you've to turn on the jail.ipc. This is basicly not so bad, but definitely reduces security. For samba/nfs/ldap/nis and asterisk I don't have the experience, but if they not need ipc, they'll run fine out of the box. In jails I suggest that you mount your ports tree with some nullfs mount. With this you'll save some hd capacity. (The installed port list is in /var, not in /usr/ports.) In jails you can't do resource control, so keep that in mind. Is their anyway to transfer jails on the fly between systems... For example, say I wanted to transfer the http service to a more powerful box because load was too high, can you do stuff like this? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
6.1 to 6.2
Hello. I just spent a few hours trying to upgrade my 6.1 FreeBSD to 6.2 FreeBSD. This is on an UltraSparc 5 machine. The 6.1 install is intact on disk0 and still works fine. I copied my ipfilter and ipnat config files to the new system after building an ipf/ipnat enabled kernel on the 6.2 install but the machine is not acting as a gateway. In fact, I can't even ssh into it from inside or outside the NAT. I can ping machines inside the NAT and pkg_add -r bash so networking is not totally screwed up. the rc.conf file on the 6.2 install is identical to the one on the 6.1 install. Ditto for the sysctl.conf and the kernel config. There are no errors in dmesg. What am I missing? Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg and ATI card query.
Daniel O'Connor writes: | On Tuesday 13 March 2007 05:10, Yann Golanski wrote: | I have an ATI Radeon X1950 Sapphire and I am trying to get X/FreeBSD | working with it. My system is a clean install of FreBSD. I've managed to | get VESA to work but cannot get much more than that. | | There is no open source support for this card (alas). It's VESA or fglrx. | | fglrx gives me an error at compile time since I do not have | /usr/X11R6/bin/moc installed. | | Is this using the FreeBSD port at http://www.fglrx-freebsd.com/index.php? If | so you could just install moc which is part of qt. FWIW, I just went through this exercise for my new laptop. Vesa doesn't do 1920x1200 :-( and it isn't on amd64 :-( So I wanted to use the Linux fglrx. The one that he is to old to support my laptop. Realize that he does compile some misc. tools they are not needed for X to work. Really he is taking the Linux X drivers (fglxrc_drv.o libfglrxdrm.a) and putting them into /usr/X11R6/lib/modules/drivers. The caveat is that you need an old enough version that doesn't link against Linux specific things like pthreads etc. which the newest ones do. Another caveat is that the older versions were built again X.org 6.8 so then you need an X.org of the version. In 6.9 some structures changed leading to a core dump :-( I ended up building my own X.org 6.8, install and then install the typical -current X stuff. The next thing I'm going to work on is to get the 32bit X server to run on a 64bit kernel so I can switch over to 64bit. Doug A. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
