[head tinderbox] failure on arm/arm
TB --- 2012-02-11 05:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-11 05:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-02-11 05:50:00 - cleaning the object tree TB --- 2012-02-11 05:50:25 - cvsupping the source tree TB --- 2012-02-11 05:50:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-02-11 05:50:46 - building world TB --- 2012-02-11 05:50:46 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 05:50:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 05:50:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 05:50:46 - SRCCONF=/dev/null TB --- 2012-02-11 05:50:46 - TARGET=arm TB --- 2012-02-11 05:50:46 - TARGET_ARCH=arm TB --- 2012-02-11 05:50:46 - TZ=UTC TB --- 2012-02-11 05:50:46 - __MAKE_CONF=/dev/null TB --- 2012-02-11 05:50:46 - cd /src TB --- 2012-02-11 05:50:46 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 11 05:50:48 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 11 06:44:15 UTC 2012 TB --- 2012-02-11 06:44:15 - cd /src/sys/arm/conf TB --- 2012-02-11 06:44:15 - /usr/sbin/config -m AVILA TB --- 2012-02-11 06:44:15 - building AVILA kernel TB --- 2012-02-11 06:44:15 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 06:44:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 06:44:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 06:44:15 - SRCCONF=/dev/null TB --- 2012-02-11 06:44:15 - TARGET=arm TB --- 2012-02-11 06:44:15 - TARGET_ARCH=arm TB --- 2012-02-11 06:44:15 - TZ=UTC TB --- 2012-02-11 06:44:15 - __MAKE_CONF=/dev/null TB --- 2012-02-11 06:44:15 - cd /src TB --- 2012-02-11 06:44:15 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sat Feb 11 06:44:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Sat Feb 11 06:47:18 UTC 2012 TB --- 2012-02-11 06:47:18 - cd /src/sys/arm/conf TB --- 2012-02-11 06:47:18 - /usr/sbin/config -m BWCT TB --- 2012-02-11 06:47:18 - building BWCT kernel TB --- 2012-02-11 06:47:18 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 06:47:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 06:47:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 06:47:18 - SRCCONF=/dev/null TB --- 2012-02-11 06:47:18 - TARGET=arm TB --- 2012-02-11 06:47:18 - TARGET_ARCH=arm TB --- 2012-02-11 06:47:18 - TZ=UTC TB --- 2012-02-11 06:47:18 - __MAKE_CONF=/dev/null TB --- 2012-02-11 06:47:18 - cd /src TB --- 2012-02-11 06:47:18 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sat Feb 11 06:47:18 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Sat Feb 11 06:49:54 UTC 2012 TB --- 2012-02-11 06:49:54 - cd /src/sys/arm/conf TB --- 2012-02-11 06:49:54 - /usr/sbin/config -m CAMBRIA TB --- 2012-02-11 06:49:54 - building CAMBRIA kernel TB --- 2012-02-11 06:49:54 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 06:49:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 06:49:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 06:49:54 - SRCCONF=/dev/null TB --- 2012-02-11 06:49:54 - TARGET=arm TB --- 2012-02-11 06:49:54 - TARGET_ARCH=arm TB --- 2012-02-11 06:49:54 - TZ=UTC TB --- 2012-02-11 06:49:54 - __MAKE_CONF=/dev/null TB --- 2012-02-11 06:49:54 - cd /src TB --- 2012-02-11 06:49:54 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Sat Feb 11 06:49:54 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CAMBRIA completed on Sat Feb 11 06:52:50 UTC 2012 TB --- 2012-02-11 06:52:50 - cd /src/sys/arm/conf TB --- 2012-02-11 06:52:50 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-02-11 06:52:50 - building CNS11XXNAS kernel TB --- 2012-02-11 06:52:50 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 06:52:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 06:52:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 06:52:50 - SRCCONF=/dev/null TB --- 2012-02-11 06:52:50 - TARGET=arm TB --- 2012-02-11 06:52:50 - TARGET_ARCH=arm TB --- 2012-02-11 06:52:50 - TZ=UTC TB --- 2012-02-11 06:52:50 - __MAKE_CONF=/dev/null TB --- 2012-02-11 0
Re: You need to recompile libc with new kernel (svn commit: r231506 - in head: . lib/libc/net)
On 02/10/2012 22:21, Bjoern A. Zeeb wrote: > > On 11. Feb 2012, at 06:19 , Doug Barton wrote: > >> On 02/10/2012 22:15, Bjoern A. Zeeb wrote: >>> Hey, >>> >>> as the UPDATING message says, if you updated your HEAD between 2011-12-15 >>> and now >>> you need to recompile libc again with the new kernel. If you are updating >>> from >>> outside that window, especially from any STABLE branch, things should be a >>> lot more >>> happy now, which (in addition to make the interface extensible) was the >>> main reason >>> for another breakage in HEAD. >> >> Does this fix the broken ifconfig on new kernel + old world? > > Amongst other things, yes. Awesome, thanks! It bit me again recently, but fortunately I knew the answer already. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: You need to recompile libc with new kernel (svn commit: r231506 - in head: . lib/libc/net)
On 11. Feb 2012, at 06:19 , Doug Barton wrote: > On 02/10/2012 22:15, Bjoern A. Zeeb wrote: >> Hey, >> >> as the UPDATING message says, if you updated your HEAD between 2011-12-15 >> and now >> you need to recompile libc again with the new kernel. If you are updating >> from >> outside that window, especially from any STABLE branch, things should be a >> lot more >> happy now, which (in addition to make the interface extensible) was the main >> reason >> for another breakage in HEAD. > > Does this fix the broken ifconfig on new kernel + old world? Amongst other things, yes. -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Fwd: You need to recompile libc with new kernel (svn commit: r231506 - in head: . lib/libc/net)
On 02/10/2012 22:15, Bjoern A. Zeeb wrote: > Hey, > > as the UPDATING message says, if you updated your HEAD between 2011-12-15 and > now > you need to recompile libc again with the new kernel. If you are updating > from > outside that window, especially from any STABLE branch, things should be a > lot more > happy now, which (in addition to make the interface extensible) was the main > reason > for another breakage in HEAD. Does this fix the broken ifconfig on new kernel + old world? Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Fwd: You need to recompile libc with new kernel (svn commit: r231506 - in head: . lib/libc/net)
Hey, as the UPDATING message says, if you updated your HEAD between 2011-12-15 and now you need to recompile libc again with the new kernel. If you are updating from outside that window, especially from any STABLE branch, things should be a lot more happy now, which (in addition to make the interface extensible) was the main reason for another breakage in HEAD. /bz Begin forwarded message: > From: "Bjoern A. Zeeb" > Date: 11. February 2012 06:05:40 GMT+00:00 > To: src-committ...@freebsd.org, svn-src-...@freebsd.org, > svn-src-h...@freebsd.org > Subject: svn commit: r231506 - in head: . lib/libc/net > > Author: bz > Date: Sat Feb 11 06:05:40 2012 > New Revision: 231506 > URL: http://svn.freebsd.org/changeset/base/231506 > > Log: > Switch getifaddrs(3) to the new API introduced in r231505. Also remove > conditional code parts not used by or applicable to FreeBSD. > > The new implementation is supposed to be able to cope with changes to > the 'l' versions of the msghdr structs now used as well as to if_data > allowing future changes without breaking things. > > This restores carp(4) config support in HEAD after r231504. > > Reviewed by: glebius, brooks > MFC After: 3 months > > Modified: > head/UPDATING > head/lib/libc/net/getifaddrs.c > > Modified: head/UPDATING > == > --- head/UPDATING Sat Feb 11 06:02:16 2012(r231505) > +++ head/UPDATING Sat Feb 11 06:05:40 2012(r231506) > @@ -22,6 +22,13 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 10 > machines to maximize performance. (To disable malloc debugging, run > ln -s aj /etc/malloc.conf.) > > +20120211: > + The getifaddrs upgrade path broken with 20111215 has been restored. > + If you have upgraded in between 20111215 and 20120209 you need to > + recompile libc again with your kernel. You still need to recompile > + world to be able to configure CARP but this restriction already > + comes from 20111215. > + > 20120114: > The set_rcvar() function has been removed from /etc/rc.subr. All > base and ports rc.d scripts have been updated, so if you have a > -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Crash (was: LSI supported mps(4) driver available)
I'm starting to put this system under heavy load. I had three operations working: 1) sftp a 1.7 TB file from a file server to a local, compressed (bzip) data set (disk-1/zvol (below)). 2) An independent data processing function across a NFS mount into a differnt file on the same data set (disk-1/zvol) 3) An independent data processing function across a NFS mount to disk-1 but not to a compressed data set (disk-1). This is the second crash however the first was several days ago. I just cvsup to RELENG_9 a couple of hours before I began these tasks. Feb 10 21:47:16 bd3 kernel: mps0: mpssas_scsiio_timeout checking sc 0xff8000a19000 cm 0xff8000a7b700 Feb 10 21:47:16 bd3 kernel: (da3:mps0:0:3:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 992 command timeout cm 0xff8000a7b700 ccb 0xfe00262ca800 Feb 10 21:47:16 bd3 kernel: mps0: mpssas_alloc_tm freezing simq Feb 10 21:47:16 bd3 kernel: mps0: timedout cm 0xff8000a7b700 allocated tm 0xff8000a2c148 Feb 10 21:47:16 bd3 kernel: mps0: mpssas_scsiio_timeout checking sc 0xff8000a19000 cm 0xff8000a77fe8 Feb 10 21:47:16 bd3 kernel: (da0:mps0:0:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 949 command timeout cm 0xff8000a77fe8 ccb 0xfe00262c9000 Feb 10 21:47:16 bd3 kernel: mps0: timedout cm 0xff8000a77fe8 allocated tm 0xff8000a2c290 Feb 10 21:47:16 bd3 kernel: mps0: mpssas_scsiio_timeout checking sc 0xff8000a19000 cm 0xff8000a672d8 Feb 10 21:47:16 bd3 kernel: (da6:mps0:0:6:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 739 command timeout cm 0xff8000a672d8 ccb 0xfe00262c2000 Feb 10 21:47:16 bd3 kernel: mps0: timedout cm 0xff8000a672d8 allocated tm 0xff8000a2c3d8 Feb 10 21:47:16 bd3 kernel: mps0: mpssas_scsiio_timeout checking sc 0xff8000a19000 cm 0xff8000a58718 Feb 10 21:47:16 bd3 kernel: (da4:mps0:0:4:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 555 command timeout cm 0xff8000a58718 ccb 0xfe00262c7800 Feb 10 21:47:16 bd3 kernel: mps0: timedout cm 0xff8000a58718 allocated tm 0xff8000a2c520 Feb 10 21:47:16 bd3 kernel: mps2: mpssas_scsiio_timeout checking sc 0xff8000b5e000 cm 0xff8000bb3c90 Feb 10 21:47:16 bd3 kernel: (da11:mps2:0:2:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 834 command timeout cm 0xff8000bb3c90 ccb 0xfe002636e000 Feb 10 21:47:16 bd3 kernel: mps2: mpssas_alloc_tm freezing simq Feb 10 21:47:16 bd3 kernel: mps2: timedout cm 0xff8000bb3c90 allocated tm 0xff8000b71148 Feb 10 21:47:16 bd3 upsd[2135]: UPS [cyberpower] data is no longer stale Feb 10 21:47:16 bd3 kernel: (da11:mps2:0:2:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 length 0 SMID 834 completed timedout cm 0xff8000bb3c90 ccb 0xfe002636e000 during recove ry ioc 8048 scsi 0 state c x(noperiph:mps2:0:2:0): SMID 1 abort TaskMID 834 status 0x0 code 0x0 count 1 Feb 10 21:47:16 bd3 kernel: (noperiph:mps2:0:2:0): SMID 1 finished recovery after aborting TaskMID 834 Feb 10 21:47:16 bd3 kernel: mps2: mpssas_free_tm releasing simq (same stuff, yada, yada, yada) Reboot and a dmesg: bd3> dmesg Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-STABLE #3: Fri Feb 10 19:19:33 PST 2012 root@bd3:/sys/amd64/compile/SMUNI amd64 CPU: AMD FX(tm)-8150 Eight-Core Processor(4017.98-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x600f12 Family = 15 Model = 1 Stepping = 2 Features=0x178bfbff Features2=0x1698220b AMD Features=0x2e500800 AMD Features2=0x1c9bfff,> TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) avail memory = 16507547648 (15742 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 8 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 cryptosoft0: on motherboard aesni0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, cfca (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.2 (no driver attached) pcib1: irq 19 at device 3.0 on pci0 pci1: on pcib1 mps0: port 0xde00-0xdeff mem 0xfd9fc000-0xfd9f
[head tinderbox] failure on powerpc/powerpc
TB --- 2012-02-11 01:50:25 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-11 01:50:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-02-11 01:50:25 - cleaning the object tree TB --- 2012-02-11 01:50:25 - cvsupping the source tree TB --- 2012-02-11 01:50:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-02-11 01:50:37 - building world TB --- 2012-02-11 01:50:37 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 01:50:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 01:50:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 01:50:37 - SRCCONF=/dev/null TB --- 2012-02-11 01:50:37 - TARGET=powerpc TB --- 2012-02-11 01:50:37 - TARGET_ARCH=powerpc TB --- 2012-02-11 01:50:37 - TZ=UTC TB --- 2012-02-11 01:50:37 - __MAKE_CONF=/dev/null TB --- 2012-02-11 01:50:37 - cd /src TB --- 2012-02-11 01:50:37 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 11 01:50:37 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 11 03:57:23 UTC 2012 TB --- 2012-02-11 03:57:23 - generating LINT kernel config TB --- 2012-02-11 03:57:23 - cd /src/sys/powerpc/conf TB --- 2012-02-11 03:57:23 - /usr/bin/make -B LINT TB --- 2012-02-11 03:57:23 - cd /src/sys/powerpc/conf TB --- 2012-02-11 03:57:23 - /usr/sbin/config -m LINT TB --- 2012-02-11 03:57:23 - building LINT kernel TB --- 2012-02-11 03:57:23 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 03:57:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 03:57:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 03:57:23 - SRCCONF=/dev/null TB --- 2012-02-11 03:57:23 - TARGET=powerpc TB --- 2012-02-11 03:57:23 - TARGET_ARCH=powerpc TB --- 2012-02-11 03:57:23 - TZ=UTC TB --- 2012-02-11 03:57:23 - __MAKE_CONF=/dev/null TB --- 2012-02-11 03:57:23 - cd /src TB --- 2012-02-11 03:57:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 03:57:23 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100
[head tinderbox] failure on amd64/amd64
TB --- 2012-02-10 23:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-10 23:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-02-10 23:40:00 - cleaning the object tree TB --- 2012-02-10 23:40:00 - cvsupping the source tree TB --- 2012-02-10 23:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-02-10 23:45:27 - building world TB --- 2012-02-10 23:45:27 - CROSS_BUILD_TESTING=YES TB --- 2012-02-10 23:45:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-10 23:45:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-10 23:45:27 - SRCCONF=/dev/null TB --- 2012-02-10 23:45:27 - TARGET=amd64 TB --- 2012-02-10 23:45:27 - TARGET_ARCH=amd64 TB --- 2012-02-10 23:45:27 - TZ=UTC TB --- 2012-02-10 23:45:27 - __MAKE_CONF=/dev/null TB --- 2012-02-10 23:45:27 - cd /src TB --- 2012-02-10 23:45:27 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 10 23:45:27 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Feb 11 02:19:22 UTC 2012 TB --- 2012-02-11 02:19:22 - generating LINT kernel config TB --- 2012-02-11 02:19:22 - cd /src/sys/amd64/conf TB --- 2012-02-11 02:19:22 - /usr/bin/make -B LINT TB --- 2012-02-11 02:19:22 - cd /src/sys/amd64/conf TB --- 2012-02-11 02:19:22 - /usr/sbin/config -m LINT TB --- 2012-02-11 02:19:22 - building LINT kernel TB --- 2012-02-11 02:19:22 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 02:19:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 02:19:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 02:19:22 - SRCCONF=/dev/null TB --- 2012-02-11 02:19:22 - TARGET=amd64 TB --- 2012-02-11 02:19:22 - TARGET_ARCH=amd64 TB --- 2012-02-11 02:19:22 - TZ=UTC TB --- 2012-02-11 02:19:22 - __MAKE_CONF=/dev/null TB --- 2012-02-11 02:19:22 - cd /src TB --- 2012-02-11 02:19:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 02:19:22 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Feb 11 02:49:04 UTC 2012 TB --- 2012-02-11 02:49:04 - cd /src/sys/amd64/conf TB --- 2012-02-11 02:49:04 - /usr/sbin/config -m LINT-NOINET TB --- 2012-02-11 02:49:04 - building LINT-NOINET kernel TB --- 2012-02-11 02:49:04 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 02:49:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 02:49:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 02:49:04 - SRCCONF=/dev/null TB --- 2012-02-11 02:49:04 - TARGET=amd64 TB --- 2012-02-11 02:49:04 - TARGET_ARCH=amd64 TB --- 2012-02-11 02:49:04 - TZ=UTC TB --- 2012-02-11 02:49:04 - __MAKE_CONF=/dev/null TB --- 2012-02-11 02:49:04 - cd /src TB --- 2012-02-11 02:49:04 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Feb 11 02:49:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sat Feb 11 03:17:17 UTC 2012 TB --- 2012-02-11 03:17:17 - cd /src/sys/amd64/conf TB --- 2012-02-11 03:17:17 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-02-11 03:17:17 - building LINT-NOINET6 kernel TB --- 2012-02-11 03:17:17 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 03:17:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 03:17:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 03:17:17 - SRCCONF=/dev/null TB --- 2012-02-11 03:17:17 - TARGET=amd64 TB --- 2012-02-11 03:17:17 - TARGET_ARCH=amd64 TB --- 2012-02-11 03:17:17 - TZ=UTC TB --- 2012-02-11 03:17:17 - __MAKE_CONF=/dev/null TB --- 2012-02-11 03:17:17 - cd /src TB --- 2012-02-11 03:17:17 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Feb 11 03:17:17 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sat Feb 11 03:46:43 UTC 2012 TB --- 2012-02-11 03:46:43 - cd /src/sys/amd64/conf TB --- 2012-02-11 03:46:43 - /usr/sbin/config -m LINT-NOIP TB --- 2012-02-11 03:46:43 - building LINT-NOIP kernel TB --- 2012-02-11 03:46:43 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 03:46:43 - MAKEOBJDIRPREFIX=/obj TB --- 20
Re: Enhancing the user experience with tcsh
On Friday, 10th February 2012, Eitan Adler wrote: >-alias la ls -a >+alias la ls -aF > alias lf ls -FA >-alias ll ls -lA >+alias ll ls -lAF >+alias ls ls -F > >Two people didn't like these changes but didn't explain why. This is >incredibly helpful, especially for a new user. If you dislike the >alias change please explain what bothers you about it? You should never, ever alias over a standard command in a default profile. It will only train new users incorrectly. Having to use \ls to get the real ls is not an answer. If you think -F should be the default behaviour of ls, commit it directly to the ls source. Then run away fast! :-) As for the other ls aliases, I don't see the point given "lf" already exists. My only advice for your overall .cshrc changes is to be minimal and aim low. You may have a chance at consensus then. Good luck! By the way, one of the nice things about FreeBSD vs Linux is that less shell configuration is set up by default, so less work is needed to undo it all before you can get your own settings done. Every "helpful" thing that is set in /.cshrc or any other global config file is something someone somewhere will have to discover and turn off. Try not to make it too hard for them. Stephen. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Beta 3 still not OK
Em Sáb, 2012-02-11 às 00:38 +0100, Baptiste Daroussin escreveu: > Sorry pkg add was broken in beta2 this release fixes it. > > Changes: > * fix pkg add (it is been broken during beta2 sorry about that) > * fix manifest emitter: now really emit the pkg-message in message no more > description > * add %M to pkg query to show messages > * concat all pkg-messages and show it once at the end of operations > * print messages about missing dependency during pkg add > > regards, > Bapt Hello, Baptiste, Beta 3 still not ok... = pkg upgrade Assertion failed: ((buf->s_flags & SBUF_FINISHED) == SBUF_FINISHED), function sbuf_get, file pkg_util.c, line 36. Abort trap: 6 (imagem do núcleo gravada) == the sequence was: pkg update > OK pkg upgrade => error... the error comes before a query to the sql database at pkgdb.c line 2133 seems that buf->flags is missing SBUF_FINISHED... data at buf is s_buf = 0x80081d200 "INSERT OR IGNORE INTO pkgjobs (pkgid, origin, name, version, comment, desc, arch, osversion, maintainer, www, prefix, flatsize, pkgsize, cksum, repopath, automatic) SELECT id, origin, name, version, c"..., s_unused = 0x0, s_size = 512, s_len = 363, s_flags = 589825} on downgrade to beta 1, it works ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Beta 3 still not OK
Seems that the sqlite database has changed from beta1 to beta3??? I have all the system running exclusive on pkg there is no more "old pkg" How can I upgrade the sqlite database from beta1 to beta3??? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/i386
TB --- 2012-02-10 23:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-10 23:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-02-10 23:40:00 - cleaning the object tree TB --- 2012-02-10 23:40:00 - cvsupping the source tree TB --- 2012-02-10 23:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-02-10 23:40:24 - building world TB --- 2012-02-10 23:40:24 - CROSS_BUILD_TESTING=YES TB --- 2012-02-10 23:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-10 23:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-10 23:40:24 - SRCCONF=/dev/null TB --- 2012-02-10 23:40:24 - TARGET=i386 TB --- 2012-02-10 23:40:24 - TARGET_ARCH=i386 TB --- 2012-02-10 23:40:24 - TZ=UTC TB --- 2012-02-10 23:40:24 - __MAKE_CONF=/dev/null TB --- 2012-02-10 23:40:24 - cd /src TB --- 2012-02-10 23:40:24 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 10 23:40:24 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 11 01:42:49 UTC 2012 TB --- 2012-02-11 01:42:49 - generating LINT kernel config TB --- 2012-02-11 01:42:49 - cd /src/sys/i386/conf TB --- 2012-02-11 01:42:49 - /usr/bin/make -B LINT TB --- 2012-02-11 01:42:50 - cd /src/sys/i386/conf TB --- 2012-02-11 01:42:50 - /usr/sbin/config -m LINT TB --- 2012-02-11 01:42:50 - building LINT kernel TB --- 2012-02-11 01:42:50 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 01:42:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 01:42:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 01:42:50 - SRCCONF=/dev/null TB --- 2012-02-11 01:42:50 - TARGET=i386 TB --- 2012-02-11 01:42:50 - TARGET_ARCH=i386 TB --- 2012-02-11 01:42:50 - TZ=UTC TB --- 2012-02-11 01:42:50 - __MAKE_CONF=/dev/null TB --- 2012-02-11 01:42:50 - cd /src TB --- 2012-02-11 01:42:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 01:42:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagn
[head tinderbox] failure on i386/pc98
TB --- 2012-02-10 23:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-10 23:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-02-10 23:40:00 - cleaning the object tree TB --- 2012-02-10 23:40:00 - cvsupping the source tree TB --- 2012-02-10 23:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-02-10 23:40:24 - building world TB --- 2012-02-10 23:40:24 - CROSS_BUILD_TESTING=YES TB --- 2012-02-10 23:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-10 23:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-10 23:40:24 - SRCCONF=/dev/null TB --- 2012-02-10 23:40:24 - TARGET=pc98 TB --- 2012-02-10 23:40:24 - TARGET_ARCH=i386 TB --- 2012-02-10 23:40:24 - TZ=UTC TB --- 2012-02-10 23:40:24 - __MAKE_CONF=/dev/null TB --- 2012-02-10 23:40:24 - cd /src TB --- 2012-02-10 23:40:24 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 10 23:40:24 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 11 01:42:35 UTC 2012 TB --- 2012-02-11 01:42:35 - generating LINT kernel config TB --- 2012-02-11 01:42:35 - cd /src/sys/pc98/conf TB --- 2012-02-11 01:42:35 - /usr/bin/make -B LINT TB --- 2012-02-11 01:42:35 - cd /src/sys/pc98/conf TB --- 2012-02-11 01:42:35 - /usr/sbin/config -m LINT TB --- 2012-02-11 01:42:35 - building LINT kernel TB --- 2012-02-11 01:42:35 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 01:42:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 01:42:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 01:42:35 - SRCCONF=/dev/null TB --- 2012-02-11 01:42:35 - TARGET=pc98 TB --- 2012-02-11 01:42:35 - TARGET_ARCH=i386 TB --- 2012-02-11 01:42:35 - TZ=UTC TB --- 2012-02-11 01:42:35 - __MAKE_CONF=/dev/null TB --- 2012-02-11 01:42:35 - cd /src TB --- 2012-02-11 01:42:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 11 01:42:35 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_vf.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_mbx.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/e1000_osdep.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagn
[head tinderbox] failure on arm/arm
TB --- 2012-02-10 23:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-10 23:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-02-10 23:40:00 - cleaning the object tree TB --- 2012-02-10 23:40:00 - cvsupping the source tree TB --- 2012-02-10 23:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-02-10 23:40:24 - building world TB --- 2012-02-10 23:40:24 - CROSS_BUILD_TESTING=YES TB --- 2012-02-10 23:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-10 23:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-10 23:40:24 - SRCCONF=/dev/null TB --- 2012-02-10 23:40:24 - TARGET=arm TB --- 2012-02-10 23:40:24 - TARGET_ARCH=arm TB --- 2012-02-10 23:40:24 - TZ=UTC TB --- 2012-02-10 23:40:24 - __MAKE_CONF=/dev/null TB --- 2012-02-10 23:40:24 - cd /src TB --- 2012-02-10 23:40:24 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 10 23:40:24 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 11 00:32:55 UTC 2012 TB --- 2012-02-11 00:32:55 - cd /src/sys/arm/conf TB --- 2012-02-11 00:32:55 - /usr/sbin/config -m AVILA TB --- 2012-02-11 00:32:55 - building AVILA kernel TB --- 2012-02-11 00:32:55 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:32:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:32:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:32:55 - SRCCONF=/dev/null TB --- 2012-02-11 00:32:55 - TARGET=arm TB --- 2012-02-11 00:32:55 - TARGET_ARCH=arm TB --- 2012-02-11 00:32:55 - TZ=UTC TB --- 2012-02-11 00:32:55 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:32:55 - cd /src TB --- 2012-02-11 00:32:55 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sat Feb 11 00:32:55 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Sat Feb 11 00:35:55 UTC 2012 TB --- 2012-02-11 00:35:55 - cd /src/sys/arm/conf TB --- 2012-02-11 00:35:55 - /usr/sbin/config -m BWCT TB --- 2012-02-11 00:35:55 - building BWCT kernel TB --- 2012-02-11 00:35:55 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:35:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:35:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:35:55 - SRCCONF=/dev/null TB --- 2012-02-11 00:35:55 - TARGET=arm TB --- 2012-02-11 00:35:55 - TARGET_ARCH=arm TB --- 2012-02-11 00:35:55 - TZ=UTC TB --- 2012-02-11 00:35:55 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:35:55 - cd /src TB --- 2012-02-11 00:35:55 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sat Feb 11 00:35:55 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Sat Feb 11 00:38:00 UTC 2012 TB --- 2012-02-11 00:38:00 - cd /src/sys/arm/conf TB --- 2012-02-11 00:38:00 - /usr/sbin/config -m CAMBRIA TB --- 2012-02-11 00:38:00 - building CAMBRIA kernel TB --- 2012-02-11 00:38:00 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:38:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:38:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:38:00 - SRCCONF=/dev/null TB --- 2012-02-11 00:38:00 - TARGET=arm TB --- 2012-02-11 00:38:00 - TARGET_ARCH=arm TB --- 2012-02-11 00:38:00 - TZ=UTC TB --- 2012-02-11 00:38:00 - __MAKE_CONF=/dev/null TB --- 2012-02-11 00:38:00 - cd /src TB --- 2012-02-11 00:38:00 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Sat Feb 11 00:38:00 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CAMBRIA completed on Sat Feb 11 00:40:59 UTC 2012 TB --- 2012-02-11 00:40:59 - cd /src/sys/arm/conf TB --- 2012-02-11 00:40:59 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-02-11 00:40:59 - building CNS11XXNAS kernel TB --- 2012-02-11 00:40:59 - CROSS_BUILD_TESTING=YES TB --- 2012-02-11 00:40:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-11 00:40:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-11 00:40:59 - SRCCONF=/dev/null TB --- 2012-02-11 00:40:59 - TARGET=arm TB --- 2012-02-11 00:40:59 - TARGET_ARCH=arm TB --- 2012-02-11 00:40:59 - TZ=UTC TB --- 2012-02-11 00:40:59 - __MAKE_CONF=/dev/null TB --- 2012-02-11 0
Re: [HEADSUP][CFT] pkgng beta1^Wbeta2 is out
On Fri, Feb 10, 2012 at 04:15:34PM -0800, Adrian Chadd wrote: > On 10 February 2012 09:51, Baptiste Daroussin wrote: > > As said in the first announcement there will be lots of beta release before > > rc > > and then stable > > > > the second one is now out with the following changes: > > * update bundled sqlite to 3.7.10 > > Hm, are there plans to just expose the system sqlite version for other > system tools that may wish to take advantage of this? > > > Adrian Nope but that is a good idea can you add and issue on github for that please so that we don't forget about it ? regards, Bapt pgpdimUh2uugg.pgp Description: PGP signature
Re: [HEADSUP][CFT] pkgng beta1^Wbeta2 is out
On 10 February 2012 09:51, Baptiste Daroussin wrote: > As said in the first announcement there will be lots of beta release before rc > and then stable > > the second one is now out with the following changes: > * update bundled sqlite to 3.7.10 Hm, are there plans to just expose the system sqlite version for other system tools that may wish to take advantage of this? Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
on 11/02/2012 00:29 Chuck Swiger said the following: > On Feb 10, 2012, at 2:12 PM, Andriy Gapon wrote: >> I really hate the default behavior of less where you can't quit via ^C or via >> paging through the end of file. > > It's readily tunable, by setenv'ing LESS variable to contain some of: > >-e or --quit-at-eof > Causes less to automatically exit the second time it reaches > end-of-file. By default, > the only way to exit less is via the "q" command. > >-E or --QUIT-AT-EOF > Causes less to automatically exit the first time it reaches > end-of-file. > >-K or --quit-on-intr > Causes less to exit immediately when an interrupt character > (usually ^C) is typed. > Normally, an interrupt character causes less to stop whatever > it is doing and return to > its command prompt. Note that use of this option makes it > impossible to return to the > command prompt from the "F" command. Exactly. So my larger point is that less and more are actually the same binary and whatever behavior a user prefers can be achieved via MORE or LESS. Neither of the default behaviors was satisfactory enough personally for me. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [HEADSUP][CFT] pkgng beta1^Wbeta2^W3 is out
Sorry pkg add was broken in beta2 this release fixes it. Changes: * fix pkg add (it is been broken during beta2 sorry about that) * fix manifest emitter: now really emit the pkg-message in message no more description * add %M to pkg query to show messages * concat all pkg-messages and show it once at the end of operations * print messages about missing dependency during pkg add regards, Bapt pgpfCGKiECOrc.pgp Description: PGP signature
Re: Enhancing the user experience with tcsh
On 2/10/12, Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. > > commit dbe6cb730686dd53af7d06cc9b69b60e6e55549c > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F > > # A righteous umask > umask 22 > @@ -17,19 +18,24 @@ umask 22 > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K > > if ($?prompt) then > # An interactive shell -- set some stuff up > set prompt = "`/bin/hostname -s`# " > set filec > - set history = 100 > - set savehist = 100 > + set history = 1 > + set savehist = 1 > + set autolist > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word > bindkey -k up history-search-backward > bindkey -k down history-search-forward > endif > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > endif > > -- > Eitan Adler > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > this is what I use, this based on somewhat, that I found before ~3 years in Internet + mostly rewrited and extended: http://oliverp.teteny.bme.hu/git/?p=base/tcshrc.git;a=tree ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On Feb 10, 2012, at 2:12 PM, Andriy Gapon wrote: > I really hate the default behavior of less where you can't quit via ^C or via > paging through the end of file. It's readily tunable, by setenv'ing LESS variable to contain some of: -e or --quit-at-eof Causes less to automatically exit the second time it reaches end-of-file. By default, the only way to exit less is via the "q" command. -E or --QUIT-AT-EOF Causes less to automatically exit the first time it reaches end-of-file. -K or --quit-on-intr Causes less to exit immediately when an interrupt character (usually ^C) is typed. Normally, an interrupt character causes less to stop whatever it is doing and return to its command prompt. Note that use of this option makes it impossible to return to the command prompt from the "F" command. While we return folks to the regularly scheduled debate on fancier .cshrc setup, I think I'd be happier with some of these changes showing up as examples, and having people try them out and look for any unexpected side effects before adopting them wholesale into the default system-wide dot.cshrc template... Regards, -- -Chuck ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
[cc list trimmed] on 10/02/2012 18:25 Eitan Adler said the following: [snip] > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K > No one complained about this - it is almost certainly going to stay it > the final version. Not so fast there, partner :-) Give folks more time to react. I really hate the default behavior of less where you can't quit via ^C or via paging through the end of file. BTW, this is what I have here: setenv PAGER more setenv MORE'-e -R -Pm?f%f:stdin .?lbLine %lb:?pb%pb\%:?bbByte %bb:-... ?eEND' >set filec > - set history = 100 > - set savehist = 100 > + set history = 1 > + set savehist = 1 > > No one complained about this one - it is almost certainly going to > stay it the final version. 1 looks a bit too much. I recall using systems where setting this to 1 caused exiting from a shell to be a very long process. Maybe try 1000 first, before trying more. Also, I second a suggestion to add merge directive to savehist. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Processes getting stuck in state tmpfs
Hi, if you set WRKDIRPREFIX to a tmpfs mountpoint and try to build audio/gsm from ports one of the mv processes gets stuck in state tmpfs quite often. Traces from a kernel with WITTNESS and DEBUG_VFS_LOCKS are available here http://tb.smeets.im/~flo/tmpfs.txt Florian signature.asc Description: OpenPGP digital signature
Re: Enhancing the user experience with tcsh
On 10 Feb 2012 19:41, "Alex Keda" wrote: > > On 10.02.2012 21:07, Chuck Burns wrote: >> >> set prompt = "[%n@%m]%c04%# " > > it's not needed > > need some as > alias ll ls -lAhG > alias ls ls -G Lscolors are an abomination. -F or nothing at all is better; remember some people will use white xterms etc. Chris > set autolist = TAB > bindkey "\e[3~" delete-char > > and other _really_ necessary settings > > > > complete chown 'p/1/u/' > > complete man'C/*/c/' > > complete service'n/*/`service -l`/' > need as example. may be in include file, may be in .cshrc > > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On 10.02.2012 21:07, Chuck Burns wrote: set prompt = "[%n@%m]%c04%# " it's not needed need some as alias ll ls -lAhG alias ls ls -G set autolist = TAB bindkey "\e[3~" delete-char and other _really_ necessary settings > complete chown 'p/1/u/' > complete man'C/*/c/' > complete service'n/*/`service -l`/' need as example. may be in include file, may be in .cshrc ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Am 10.02.2012 17:41, schrieb Gavin Atkinson: > On Fri, 2012-02-10 at 11:25 -0500, Eitan Adler wrote: >> Picking a random email to reply to. >> >> My goal with this email is to reduce the amount of "controversial" changes. > > I applaud this. I've often considered doing the same but avoided it > because it was easier than fighting the bikeshed :) > >> commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 >> diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc >> --- a/etc/root/dot.cshrc >> +++ b/etc/root/dot.cshrc >> @@ -7,9 +7,10 @@ >> >> alias hhistory 25 >> alias jjobs -l >> -alias la ls -a >> +alias la ls -aF >> alias lf ls -FA >> -alias ll ls -lA >> +alias ll ls -lAF >> +alias ls ls -F >> >> Two people didn't like these changes but didn't explain why. This is >> incredibly helpful, especially for a new user. If you dislike the >> alias change please explain what bothers you about it? > > I don't use the first two aliases, so I don't care about them at all. I > do however disagree strongly with changing the default options on such a > widely used command. Those aliases are only meant for interactive use and should be hidden in batch shells, IMO. > This change is disruptive, and it can affect use of ls(1) in scripts. > For example, it even sticks the extra characters in the output of > "ls -1" (the number 1), which is specifically designed to be used when > piping the output elsewhere. Please do not break this. It is also > distracting - If I want to see what type of file a particular entry is, > why not just run "ls -l"? Yes, having -F modify the output of "ls -1" is bad ... But "ls -l" is no replacement for "ls -F", in general. > It's like the tendency some Linux distributions have of > "alias mv mv -i", although that can at least be overridden on the > command line with "-f". The "ls -F" change cannot be overridden without > unaliasing. Well, it can ... There is no need to unalias a command: > alias ls ls -F > ls -d /etc /etc/ > \ls -d /etc /etc Just put a back-slash before the command to use the "pure" version ... Regards, STefan ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [HEADSUP][CFT] pkgng beta1^Wbeta2 is out
As said in the first announcement there will be lots of beta release before rc and then stable the second one is now out with the following changes: * update bundled sqlite to 3.7.10 * add -n to pkg create to avoid packing already packed packages * Fix rc script handling * safer sbuf usage (this fix ia64 support) * report a list of failing packages if any with pkg add * allow "/" pattern in pkg search * add support for syslog (through a pkg.conf option) * the portmaster patch in the git is now up to date with 3.11 and feature complete (thanks avilla) * add -R to pkg info to print out the raw manifest of a given package * fix pkg query "%a" * more robust to errors when creating packages * fix duplication output in pkg check * fix pkg which: retreive the absolute path of the arguments not the realpath (aka do not resolv symlinks) * some man pages fixes/improvements Thanks to every one who contributed codes, patches, fixes, ideas regards, Bapt pgpQ2YqUNGMbI.pgp Description: PGP signature
Re: Enhancing the user experience with tcsh
On Fri, Feb 10, 2012 at 05:53:09PM +0200, Volodymyr Kostyrko wrote: > Eitan Adler wrote: > > set filec > > - set history = 100 > > - set savehist = 100 > > + set history = 1 > > + set savehist = 1 > > Just why not (1 merge)? > > > + set autolist > > + # Use history to aid expansion > > + set autoexpand > > set mail = (/var/mail/$USER) > > if ( $?tcsh ) then > > bindkey "^W" backward-delete-word > > bindkey -k up history-search-backward > > bindkey -k down history-search-forward > > endif > > + set prompt = "[%n@%m]%c04%# " > > + set promptchars = "%#" > > endif > > > > I'm fully against changing promptchars, that's pointless. Including more > useful data in prompt is good anyway, but why any [] around? I think > everything should be just a little more descriptive, like: > > set prompt = "%n@%m %c04%m%# " Agreed. Try to make it as short as possible, but not shorter. Remember to check whatever you've done on 80x25 screen. Eatting 25% of the width for the prompt isn't practical. -- Wojciech A. Koszek wkos...@freebsd.czest.pl http://FreeBSD.czest.pl/~wkoszek/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On czw, lut 09, 2012 at 11:50:06 -0700, Warren Block wrote: > On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: > ` > > On Thu, Feb 9, 2012 at 9:52 PM, Eitan Adler wrote: > >> In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > > >> there has been some discussion about changing the default cshrc file. > > In the same line that Wojciech on the PR ".cshrc should be updated for > > modern hardware" I always set this ones on /usr/share/skel/dot.cshrc > > > > bindkey "\e[1~" beginning-of-line #make Home key work; > > bindkey "\e[2~" overwrite-mode #make Ins key work; > > bindkey "\e[3~" delete-char #make Delete key work; > > bindkey "\e[4~" end-of-line #make End key work; > > > > Besides that I add an "if [ -d $HOME/bin ]" and add it to $PATH if it > > exists, but that has nothing to do with ".cshrc should be updated for > > modern hardware" ... it jsut comes in really handy. > > The question becomes "how much is too much?" For example, ever since a > thread in the forums showed examples of csh/tcsh autocompletion, I've > thought the default .cshrc should be stuffed with them. Not for typing > reduction so much as self-documenting commands like > > complete chown'p/1/u/' > complete man 'C/*/c/' > complete service 'n/*/`service -l`/' > > 'service' autocompletes with a list of services--it helps the user by > showing valid choices. Same with 'chown', it gives a list of users. > > Then there's this, which probably isn't quite right but has been useful > to me (thanks to forum members for help with it): > > complete make 'n@*@`make -pn | sed -n -E "/^[#_.\/[:blank:]]+/d; > /=/d; s/[[:blank:]]*:.*//gp;"`@' > > That completes with all lower-case make targets for the current > directory. > > Package operations are easier when the package names autocomplete: > > complete pkg_delete 'c/-/(i v D n p d f G x X r)/' \ > 'n@*@`ls /var/db/pkg`@' > complete pkg_info 'c/-/(a b v p q Q c d D f g i I j k K r R m L s o G O x > X e E l t V P)/' \ > 'n@*@`\ls -1 /var/db/pkg | sed s%/var/db/pkg/%%`@' > > There's lots more that could be done. Are they appropriate for a stock > .cshrc? Maybe now is the time. One of the solutions for this problem would be to have: "source /usr/share//csh/autocomplete.csh" in .cshrc. I don't know what the shell speed impact might be, however. -- Wojciech A. Koszek wkos...@freebsd.czest.pl http://FreeBSD.czest.pl/~wkoszek/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On Fri, Feb 10, 2012 at 11:41 PM, Gavin Atkinson wrote: > This change is disruptive, and it can affect use of ls(1) in scripts. Scripts never use alias and... > For example, it even sticks the extra characters in the output of > "ls -1" (the number 1), which is specifically designed to be used when > piping the output elsewhere. Please do not break this. It is also ...actually, don't ever parse ls output. http://mywiki.wooledge.org/ParsingLs > command line with "-f". The "ls -F" change cannot be overridden without > unaliasing. > Try prepending the command with backslash to run unaliased command. \ls -- O< ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On Fri, Feb 10, 2012 at 9:07 AM, Chuck Burns wrote: > On 2/10/2012 10:41 AM, Gavin Atkinson wrote: >> >> On Fri, 2012-02-10 at 11:25 -0500, Eitan Adler wrote: >>> >>> Picking a random email to reply to. >>> >>> My goal with this email is to reduce the amount of "controversial" >>> changes. >> >> I applaud this. I've often considered doing the same but avoided it >> because it was easier than fighting the bikeshed :) >> >>> commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 >>> diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc >>> --- a/etc/root/dot.cshrc >>> +++ b/etc/root/dot.cshrc >>> @@ -7,9 +7,10 @@ >>> >>> alias h history 25 >>> alias j jobs -l >>> -alias la ls -a >>> +alias la ls -aF >>> alias lf ls -FA >>> -alias ll ls -lA >>> +alias ll ls -lAF >>> +alias ls ls -F >>> >>> Two people didn't like these changes but didn't explain why. This is >>> incredibly helpful, especially for a new user. If you dislike the >>> alias change please explain what bothers you about it? >> >> I don't use the first two aliases, so I don't care about them at all. I >> do however disagree strongly with changing the default options on such a >> widely used command. >> >> This change is disruptive, and it can affect use of ls(1) in scripts. >> For example, it even sticks the extra characters in the output of >> "ls -1" (the number 1), which is specifically designed to be used when >> piping the output elsewhere. Please do not break this. It is also >> distracting - If I want to see what type of file a particular entry is, >> why not just run "ls -l"? >> >> It's like the tendency some Linux distributions have of >> "alias mv mv -i", although that can at least be overridden on the >> command line with "-f". The "ls -F" change cannot be overridden without >> unaliasing. >> >>> if ($?prompt) then >>> # An interactive shell -- set some stuff up >>> - set prompt = "`/bin/hostname -s`# " >>> + set prompt = "[%n@%m]%c04%# " >>> + set promptchars = "%#" >>> >>> Many people had alternative suggestions for the prompt. Can you please >>> clarify why you believe your prompt should be the _default_ one? >> >> I can't comment as I didn't say my suggestion should be default - but >> for me the above isn't a bad choice. I would however prefer: >> set prompt = "%n@%m:%c04 %# " >> and not >> set prompt = "[%n@%m]%c04%# " >> >> as that then gives you user@host:path in exactly the same format as you >> need to use with scp, etc. >> >> I use the $HOME/bin on my machines but I am not so sure to make this a general thing. >>> >>> Many people expect it, and given that it is the last item in the path >>> it won't affect all that much. >> >> It's been in there forever. I think this should stay, it would just be >> too disruptive otherwise. >> >> > My $0.02 > > Instead of using -F to denote filetypes, why not use colors? -G -- it > shouldnt affect scripts at all, yet still provide the same sort of feedback. > (Tho, I personally use csh's built-in "ls-F" instead of "ls", and actually > tend to alias it to ls as well.) > > Just a thought. > > I do, however, like most of the other changes. Here's my stamp. "Approved" > :) I want mine green with yellow trim. That said, if you really want to look at massive .tcshrc setup, look at shells/tcshrc. It's woefully out of date and the latest version upstream has a lot more cool stuff, but it takes a lot of hacking since it's written for Linux. (I still need to fix auto-complete for route(8).) It's really got all of the bells and whistles , but I don't think it's for everyone and I certainly tend to heavily modify my own. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On 2/10/2012 10:41 AM, Gavin Atkinson wrote: On Fri, 2012-02-10 at 11:25 -0500, Eitan Adler wrote: Picking a random email to reply to. My goal with this email is to reduce the amount of "controversial" changes. I applaud this. I've often considered doing the same but avoided it because it was easier than fighting the bikeshed :) commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc --- a/etc/root/dot.cshrc +++ b/etc/root/dot.cshrc @@ -7,9 +7,10 @@ alias hhistory 25 alias jjobs -l -alias la ls -a +alias la ls -aF alias lf ls -FA -alias ll ls -lA +alias ll ls -lAF +alias ls ls -F Two people didn't like these changes but didn't explain why. This is incredibly helpful, especially for a new user. If you dislike the alias change please explain what bothers you about it? I don't use the first two aliases, so I don't care about them at all. I do however disagree strongly with changing the default options on such a widely used command. This change is disruptive, and it can affect use of ls(1) in scripts. For example, it even sticks the extra characters in the output of "ls -1" (the number 1), which is specifically designed to be used when piping the output elsewhere. Please do not break this. It is also distracting - If I want to see what type of file a particular entry is, why not just run "ls -l"? It's like the tendency some Linux distributions have of "alias mv mv -i", although that can at least be overridden on the command line with "-f". The "ls -F" change cannot be overridden without unaliasing. if ($?prompt) then # An interactive shell -- set some stuff up - set prompt = "`/bin/hostname -s`# " + set prompt = "[%n@%m]%c04%# " + set promptchars = "%#" Many people had alternative suggestions for the prompt. Can you please clarify why you believe your prompt should be the _default_ one? I can't comment as I didn't say my suggestion should be default - but for me the above isn't a bad choice. I would however prefer: set prompt = "%n@%m:%c04 %# " and not set prompt = "[%n@%m]%c04%# " as that then gives you user@host:path in exactly the same format as you need to use with scp, etc. I use the $HOME/bin on my machines but I am not so sure to make this a general thing. Many people expect it, and given that it is the last item in the path it won't affect all that much. It's been in there forever. I think this should stay, it would just be too disruptive otherwise. My $0.02 Instead of using -F to denote filetypes, why not use colors? -G -- it shouldnt affect scripts at all, yet still provide the same sort of feedback. (Tho, I personally use csh's built-in "ls-F" instead of "ls", and actually tend to alias it to ls as well.) Just a thought. I do, however, like most of the other changes. Here's my stamp. "Approved" :) -- Chuck Burns The Southern Libertarian (owner/editor) http://www.thesouthernlibertarian.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On Fri, 2012-02-10 at 11:25 -0500, Eitan Adler wrote: > Picking a random email to reply to. > > My goal with this email is to reduce the amount of "controversial" changes. I applaud this. I've often considered doing the same but avoided it because it was easier than fighting the bikeshed :) > commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias hhistory 25 > alias jjobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F > > Two people didn't like these changes but didn't explain why. This is > incredibly helpful, especially for a new user. If you dislike the > alias change please explain what bothers you about it? I don't use the first two aliases, so I don't care about them at all. I do however disagree strongly with changing the default options on such a widely used command. This change is disruptive, and it can affect use of ls(1) in scripts. For example, it even sticks the extra characters in the output of "ls -1" (the number 1), which is specifically designed to be used when piping the output elsewhere. Please do not break this. It is also distracting - If I want to see what type of file a particular entry is, why not just run "ls -l"? It's like the tendency some Linux distributions have of "alias mv mv -i", although that can at least be overridden on the command line with "-f". The "ls -F" change cannot be overridden without unaliasing. > if ($?prompt) then ># An interactive shell -- set some stuff up > - set prompt = "`/bin/hostname -s`# " > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > > Many people had alternative suggestions for the prompt. Can you please > clarify why you believe your prompt should be the _default_ one? I can't comment as I didn't say my suggestion should be default - but for me the above isn't a bad choice. I would however prefer: set prompt = "%n@%m:%c04 %# " and not set prompt = "[%n@%m]%c04%# " as that then gives you user@host:path in exactly the same format as you need to use with scp, etc. > > I use the $HOME/bin on my machines but I am not so sure to make this a > > general thing. > > Many people expect it, and given that it is the last item in the path > it won't affect all that much. It's been in there forever. I think this should stay, it would just be too disruptive otherwise. Gavin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Picking a random email to reply to. My goal with this email is to reduce the amount of "controversial" changes. commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc --- a/etc/root/dot.cshrc +++ b/etc/root/dot.cshrc @@ -7,9 +7,10 @@ alias hhistory 25 alias jjobs -l -alias la ls -a +alias la ls -aF alias lf ls -FA -alias ll ls -lA +alias ll ls -lAF +alias ls ls -F Two people didn't like these changes but didn't explain why. This is incredibly helpful, especially for a new user. If you dislike the alias change please explain what bothers you about it? # A righteous umask umask 22 @@ -17,15 +18,19 @@ umask 22 set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin $HOME/bin) setenv EDITOR vi -setenv PAGER more +setenv PAGER less setenv BLOCKSIZE K No one complained about this - it is almost certainly going to stay it the final version. if ($?prompt) then # An interactive shell -- set some stuff up - set prompt = "`/bin/hostname -s`# " + set prompt = "[%n@%m]%c04%# " + set promptchars = "%#" Many people had alternative suggestions for the prompt. Can you please clarify why you believe your prompt should be the _default_ one? While many admins are able to deal with short non-descriptive prompts it helps new users to have more detail on the prompt line. I'd like to commit some change to the default: currently it is very undescriptive. I am leaving open which prompt I am going with at the end though. set filec - set history = 100 - set savehist = 100 + set history = 1 + set savehist = 1 No one complained about this one - it is almost certainly going to stay it the final version. + set autolist set autolist=ambiguous makes sense here - I will likely go with that. + # Use history to aid expansion + set autoexpand No one complained about this - it is almost certainly going to stay it the final version. Now to address some comments made in the thread. I'm sorry for not preserving attribution here. > How about adding stuff like this to /usr/share/examples/tcsh/complete.tcsh ? > Along with a comment in .cshrc pointing to that file (or even a commented > line to source it), it would be an improvement. +1 I'll add a comment addressing this file. > I use the $HOME/bin on my machines but I am not so sure to make this a > general thing. Many people expect it, and given that it is the last item in the path it won't affect all that much. > The main problem of this is: novice user don't know how to enable some > "advanced" settings for default FreeBSD shell (csh / tcsh) or even don't know > they exist. This is why I want to make the defaults a little bit nicer. > I think that default FreeBSD install should be more friendly to new users. +1 > That's why I am propossing better support of command completion "out of the > box". > ... I am fine with this change. It is better than nothing. :) Good. Lets start with incremental positive steps :) >If tcsh could be updated to version 6.18.00 "set autorehash" would be >really nice. With that you'll never have to type "rehash" again. :) This would solve one of the most frequently asked questions on the mailing list and IRC channel. Is there any objection to setting this once tcsh is updated? > The question becomes "how much is too much?" This is why I want to keep my patch minimal. It is better at this moment to miss a few good changes to the default tcsh than make a large number of bad ones. We could always edit the file again if we find a better set of defaults. -- Eitan Adler ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Eitan Adler wrote: set filec - set history = 100 - set savehist = 100 + set history = 1 + set savehist = 1 Just why not (1 merge)? + set autolist + # Use history to aid expansion + set autoexpand set mail = (/var/mail/$USER) if ( $?tcsh ) then bindkey "^W" backward-delete-word bindkey -k up history-search-backward bindkey -k down history-search-forward endif + set prompt = "[%n@%m]%c04%# " + set promptchars = "%#" endif I'm fully against changing promptchars, that's pointless. Including more useful data in prompt is good anyway, but why any [] around? I think everything should be just a little more descriptive, like: set prompt = "%n@%m %c04%m%# " -- Sphinx of black quartz judge my vow. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On 10 Feb 2012 14:58, "Erich Dollansky" wrote: > > Hi Eitan, > > On Friday 10 February 2012 21:03:52 Eitan Adler wrote: > > Picking a random person to reply to. > > > > There are a lot of good suggestions in this thread, but can we please > > remember a few things: > > > > - Users can always add their own ~/.cshrc > > - Many users will get annoyed by what is someone else's amazing setup > > sorry for going a bit far off your route. > > > > The changes I proposed were designed to add value while continuing to > > be non-annoying to the vast majority of users. I'd like feedback about > > the specific patch I proposed. We can also create a wiki page for > > more awesome tcsh examples. > > > > For the record this is the current version of the patch I'd like to > > commit: Note that it slightly changed from the original (I removed the > > duplicate prompt setup and reorganized where the edits are made to > > make the diff look nicer). > > > > commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 > > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > > --- a/etc/root/dot.cshrc > > +++ b/etc/root/dot.cshrc > > @@ -7,9 +7,10 @@ > > > > alias h history 25 > > alias j jobs -l > > -alias la ls -a > > +alias la ls -aF > > ok, makes sense. > > > alias lf ls -FA > > -alias ll ls -lA > > +alias ll ls -lAF > > +alias ls ls -F > > > ok, makes sense. > > > # A righteous umask > > umask 22 > > @@ -17,15 +18,19 @@ umask 22 > > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > > /usr/local/bin $HOME/bin) > > I use the $HOME/bin on my machines but I am not so sure to make this a general thing. > > > > > setenv EDITOR vi > > -setenv PAGER more > > +setenv PAGER less > > setenv BLOCKSIZE K > > ok, makes sense. > > > > > if ($?prompt) then > > # An interactive shell -- set some stuff up > > - set prompt = "`/bin/hostname -s`# " > > + set prompt = "[%n@%m]%c04%# " > > + set promptchars = "%#" > > I would add a > >set ellipsis > > here. It makes the prompt shorter when needed. > Hence the %c04 modification to the path :) Chris ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On Thu, 2012-02-09 at 19:52 -0500, Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. > > commit dbe6cb730686dd53af7d06cc9b69b60e6e55549c > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F Please, no. > # A righteous umask > umask 22 > @@ -17,19 +18,24 @@ umask 22 > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K Probably sensible. > if ($?prompt) then > # An interactive shell -- set some stuff up > set prompt = "`/bin/hostname -s`# " > set filec > - set history = 100 > - set savehist = 100 > + set history = 1 > + set savehist = 1 > + set autolist I think it'd be better for this to be "set autolist=ambiguous" - it changes an accidental keypress into a deliberate choice, and matches Linux a bit better. > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word > bindkey -k up history-search-backward > bindkey -k down history-search-forward > endif > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > endif I always override the prompt anyway. My personal favourite is set prompt="%B%n@`hostname -s`%b:%/ %h% " but I see no real problem with the suggested prompt (although set prompt = "%n@%m:%c04%# " would at least save one character. Gavin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On Fri, 10 Feb 2012, Joel Dahl wrote: [completion examples] How about adding stuff like this to /usr/share/examples/tcsh/complete.tcsh ? Along with a comment in .cshrc pointing to that file (or even a commented line to source it), it would be an improvement. People who can benefit the most from the self-documenting aspect of command completion are the same ones that don't know how much it can help. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Hi Eitan, On Friday 10 February 2012 21:03:52 Eitan Adler wrote: > Picking a random person to reply to. > > There are a lot of good suggestions in this thread, but can we please > remember a few things: > > - Users can always add their own ~/.cshrc > - Many users will get annoyed by what is someone else's amazing setup sorry for going a bit far off your route. > > The changes I proposed were designed to add value while continuing to > be non-annoying to the vast majority of users. I'd like feedback about > the specific patch I proposed. We can also create a wiki page for > more awesome tcsh examples. > > For the record this is the current version of the patch I'd like to > commit: Note that it slightly changed from the original (I removed the > duplicate prompt setup and reorganized where the edits are made to > make the diff look nicer). > > commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF ok, makes sense. > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F > ok, makes sense. > # A righteous umask > umask 22 > @@ -17,15 +18,19 @@ umask 22 > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) I use the $HOME/bin on my machines but I am not so sure to make this a general thing. > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K ok, makes sense. > > if ($?prompt) then > # An interactive shell -- set some stuff up > - set prompt = "`/bin/hostname -s`# " > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" I would add a set ellipsis here. It makes the prompt shorter when needed. > set filec > - set history = 100 > - set savehist = 100 > + set history = 1 > + set savehist = 1 > + set autolist > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word > Ok again. Erich > > > > -- > Eitan Adler > > ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On Fri, Feb 10, 2012 at 09:03:52AM -0500, Eitan Adler wrote: > Picking a random person to reply to. > > There are a lot of good suggestions in this thread, but can we please > remember a few things: > > - Users can always add their own ~/.cshrc > - Many users will get annoyed by what is someone else's amazing setup > > The changes I proposed were designed to add value while continuing to > be non-annoying to the vast majority of users. I'd like feedback about > the specific patch I proposed. We can also create a wiki page for > more awesome tcsh examples. > > For the record this is the current version of the patch I'd like to > commit: Note that it slightly changed from the original (I removed the > duplicate prompt setup and reorganized where the edits are made to > make the diff look nicer). > > commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias h history 25 > alias j jobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > +alias ls ls -F > > # A righteous umask > umask 22 > @@ -17,15 +18,19 @@ umask 22 > set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin $HOME/bin) > > setenv EDITOR vi > -setenv PAGER more > +setenv PAGER less > setenv BLOCKSIZE K > > if ($?prompt) then > # An interactive shell -- set some stuff up > - set prompt = "`/bin/hostname -s`# " > + set prompt = "[%n@%m]%c04%# " > + set promptchars = "%#" > set filec > - set history = 100 > - set savehist = 100 > + set history = 1 > + set savehist = 1 > + set autolist > + # Use history to aid expansion > + set autoexpand > set mail = (/var/mail/$USER) > if ( $?tcsh ) then > bindkey "^W" backward-delete-word yes to the history improvements no to the prompt changes don't care for aliases - I never use these particular ones. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on sparc64/sparc64
TB --- 2012-02-10 14:04:33 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-10 14:04:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-02-10 14:04:33 - cleaning the object tree TB --- 2012-02-10 14:04:33 - cvsupping the source tree TB --- 2012-02-10 14:04:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-02-10 14:04:49 - building world TB --- 2012-02-10 14:04:49 - CROSS_BUILD_TESTING=YES TB --- 2012-02-10 14:04:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-10 14:04:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-10 14:04:49 - SRCCONF=/dev/null TB --- 2012-02-10 14:04:49 - TARGET=sparc64 TB --- 2012-02-10 14:04:49 - TARGET_ARCH=sparc64 TB --- 2012-02-10 14:04:49 - TZ=UTC TB --- 2012-02-10 14:04:49 - __MAKE_CONF=/dev/null TB --- 2012-02-10 14:04:49 - cd /src TB --- 2012-02-10 14:04:49 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 10 14:04:50 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O2 -pipe -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libpmc/pmclog.c -o pmclog.So building shared library libpmc.so.5 ===> lib/libprocstat (all) cc -O2 -pipe -I/src/lib/libprocstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/lib/libprocstat/zfs/../../../cddl/compat/opensolaris/include -I/src/lib/libprocstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/lib/libprocstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/lib/libprocstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/lib/libprocstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/lib/libprocstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/lib/libprocstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/lib/libprocstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/lib/libprocstat/zfs/../zfs.c -o zfs.o cc -O2 -pipe -I. -I/src/lib/libprocstat -D_KVM_VNODE -DLIBPROCSTAT_NWFS -DLIBPROCSTAT_ZFS -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libprocstat/cd9660.c -o cd9660.o cc -O2 -pipe -I. -I/src/lib/libprocstat -D_KVM_VNODE -DLIBPROCSTAT_NWFS -DLIBPROCSTAT_ZFS -std=gnu99 -fstack-protector -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libprocstat/common_kvm.c -o common_kvm.o /src/lib/libprocstat/common_kvm.c: In function 'kdevtoname': /src/lib/libprocstat/common_kvm.c:83: error: 'struct cdev' has no member named '__si_namebuf' *** Error code 1 Stop in /src/lib/libprocstat. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-10 14:29:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-10 14:29:56 - ERROR: failed to build world TB --- 2012-02-10 14:29:56 - 1232.57 user 253.66 system 1523.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Eitan Adler wrote: Picking a random person to reply to. There are a lot of good suggestions in this thread, but can we please remember a few things: - Users can always add their own ~/.cshrc - Many users will get annoyed by what is someone else's amazing setup The main problem of this is: novice user don't know how to enable some "advanced" settings for default FreeBSD shell (csh / tcsh) or even don't know they exist. But all skilled persons are able to disable "annoing" new settings in few seconds. I think that default FreeBSD install should be more friendly to new users. That's why I am propossing better support of command completion "out of the box". (I will still use my own set of changes in rc files which I am deploying in a first step on all our machines) [...] For the record this is the current version of the patch I'd like to commit: Note that it slightly changed from the original (I removed the duplicate prompt setup and reorganized where the edits are made to make the diff look nicer). commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc --- a/etc/root/dot.cshrc +++ b/etc/root/dot.cshrc @@ -7,9 +7,10 @@ alias h history 25 alias j jobs -l -alias la ls -a +alias la ls -aF alias lf ls -FA -alias ll ls -lA +alias ll ls -lAF +alias ls ls -F # A righteous umask umask 22 @@ -17,15 +18,19 @@ umask 22 set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin $HOME/bin) setenvEDITOR vi -setenv PAGER more +setenv PAGER less setenvBLOCKSIZE K if ($?prompt) then # An interactive shell -- set some stuff up - set prompt = "`/bin/hostname -s`# " + set prompt = "[%n@%m]%c04%# " + set promptchars = "%#" set filec - set history = 100 - set savehist = 100 + set history = 1 + set savehist = 1 + set autolist + # Use history to aid expansion + set autoexpand set mail = (/var/mail/$USER) if ( $?tcsh ) then bindkey "^W" backward-delete-word I am fine with this change. It is better than nothing. :) Miroslav Lachman ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Picking a random person to reply to. There are a lot of good suggestions in this thread, but can we please remember a few things: - Users can always add their own ~/.cshrc - Many users will get annoyed by what is someone else's amazing setup The changes I proposed were designed to add value while continuing to be non-annoying to the vast majority of users. I'd like feedback about the specific patch I proposed. We can also create a wiki page for more awesome tcsh examples. For the record this is the current version of the patch I'd like to commit: Note that it slightly changed from the original (I removed the duplicate prompt setup and reorganized where the edits are made to make the diff look nicer). commit 3ea4ea3a59d14cb060244618dd89d7dd0170bee1 diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc --- a/etc/root/dot.cshrc +++ b/etc/root/dot.cshrc @@ -7,9 +7,10 @@ alias hhistory 25 alias jjobs -l -alias la ls -a +alias la ls -aF alias lf ls -FA -alias ll ls -lA +alias ll ls -lAF +alias ls ls -F # A righteous umask umask 22 @@ -17,15 +18,19 @@ umask 22 set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin $HOME/bin) setenv EDITOR vi -setenv PAGER more +setenv PAGER less setenv BLOCKSIZE K if ($?prompt) then # An interactive shell -- set some stuff up - set prompt = "`/bin/hostname -s`# " + set prompt = "[%n@%m]%c04%# " + set promptchars = "%#" set filec - set history = 100 - set savehist = 100 + set history = 1 + set savehist = 1 + set autolist + # Use history to aid expansion + set autoexpand set mail = (/var/mail/$USER) if ( $?tcsh ) then bindkey "^W" backward-delete-word -- Eitan Adler ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: zfs commit breaks zvol, istgt?
I think I may have jumped the gun on this guys -- I'm seeing this behavior again. I've got a few more tests in mind now that I need to perform before I can really nail down what's going on. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Hi, On Friday 10 February 2012 19:36:29 Alexander Leidinger wrote: > Quoting Miroslav Lachman <000.f...@quip.cz> (from Fri, 10 Feb 2012 > 12:05:59 +0100): > > > I would like to share them with others, if there are interrest to > > include it in stock FreeBSD base. > > If there's no interest, or no consent to add a specific one, why not > collect them in a wiki-page? this is a good idea as this can be easily updated by everybody and does not put any load onto the project itself. One note in the make file would do. Erich > > Bye, > Alexander. > > -- > BOFH excuse #306: > > CPU-angle has to be adjusted because of vibrations coming from the nearby road > > http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 > > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > > ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Quoting Miroslav Lachman <000.f...@quip.cz> (from Fri, 10 Feb 2012 12:05:59 +0100): I would like to share them with others, if there are interrest to include it in stock FreeBSD base. If there's no interest, or no consent to add a specific one, why not collect them in a wiki-page? Bye, Alexander. -- BOFH excuse #306: CPU-angle has to be adjusted because of vibrations coming from the nearby road http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On 09-02-2012 23:50, Warren Block wrote: > On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: > > > On Thu, Feb 9, 2012 at 9:52 PM, Eitan Adler wrote: > >> In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > > >> there has been some discussion about changing the default cshrc file. > > In the same line that Wojciech on the PR ".cshrc should be updated for > > modern hardware" I always set this ones on /usr/share/skel/dot.cshrc > > > > bindkey "\e[1~" beginning-of-line #make Home key work; > > bindkey "\e[2~" overwrite-mode #make Ins key work; > > bindkey "\e[3~" delete-char #make Delete key work; > > bindkey "\e[4~" end-of-line #make End key work; > > > > Besides that I add an "if [ -d $HOME/bin ]" and add it to $PATH if it > > exists, but that has nothing to do with ".cshrc should be updated for > > modern hardware" ... it jsut comes in really handy. > > The question becomes "how much is too much?" For example, ever since a > thread in the forums showed examples of csh/tcsh autocompletion, I've > thought the default .cshrc should be stuffed with them. Not for typing > reduction so much as self-documenting commands like > > complete chown'p/1/u/' > complete man 'C/*/c/' > complete service 'n/*/`service -l`/' > > 'service' autocompletes with a list of services--it helps the user by > showing valid choices. Same with 'chown', it gives a list of users. > > Then there's this, which probably isn't quite right but has been useful > to me (thanks to forum members for help with it): > > complete make 'n@*@`make -pn | sed -n -E "/^[#_.\/[:blank:]]+/d; > /=/d; s/[[:blank:]]*:.*//gp;"`@' > > That completes with all lower-case make targets for the current > directory. > > Package operations are easier when the package names autocomplete: > > complete pkg_delete 'c/-/(i v D n p d f G x X r)/' \ > 'n@*@`ls /var/db/pkg`@' > complete pkg_info 'c/-/(a b v p q Q c d D f g i I j k K r R m L s o G O x > X e E l t V P)/' \ > 'n@*@`\ls -1 /var/db/pkg | sed s%/var/db/pkg/%%`@' How about adding stuff like this to /usr/share/examples/tcsh/complete.tcsh ? -- Joel ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Erich Dollansky wrote: Hi, On Friday 10 February 2012 18:05:59 Miroslav Lachman wrote: Warren Block wrote: On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: I would like to share them with others, if there are interrest to include it in stock FreeBSD base. just publish them at least here. It will always be helpful for beginners and also for people like me who use BSD since years but did not see certain options tcsh has. OK, here it is http://freebsd.quip.cz/ext/2012/2012-02-10-tcshrc/ It is based on tcshrc files found on the net, so it is not all my work. The files include many commented out lines as I change them over time. You can use it as inspiration for your own set of useful cahnges in you tcshrc files. Miroslav Lachman ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Hi, On Friday 10 February 2012 18:05:59 Miroslav Lachman wrote: > Warren Block wrote: > > On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: > > > > I would like to share them with others, if there are interrest to > include it in stock FreeBSD base. > just publish them at least here. It will always be helpful for beginners and also for people like me who use BSD since years but did not see certain options tcsh has. Erich ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Hi, On Friday 10 February 2012 13:50:06 Warren Block wrote: > On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: > > > On Thu, Feb 9, 2012 at 9:52 PM, Eitan Adler wrote: > >> In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > > The question becomes "how much is too much?" For example, ever since a why not make an example rc file and let the users chose from? > complete chown'p/1/u/' > complete man 'C/*/c/' > complete service 'n/*/`service -l`/' I have the habit to collect things like this and add it to my installations from time to time. I watch then how it develops. Some have disturbing side effects to a person's working style. These will be removed later. Others stay then. Erich ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: zfs commit breaks zvol, istgt?
on 10/02/2012 01:16 Mark Felder said the following: > Hi all, > > Previous kernel I was running on a test SAN was 9-STABLE from Jan 24th. > Sorry, no > commit # -- didn't have svn on the machine back then. > > Today I built r231282 because it had an interesting fix in it: > > r231141 | mm | 2012-02-07 11:57:33 -0600 (Tue, 07 Feb 2012) | 25 lines > > MFC r230514: > Merge illumos revisions 13572, 13573, 13574: > > Rev. 13572: > disk sync write perf regression when slog is used post oi_148 [1] > > Rev. 13573: > crash during reguid causes stale config [2] > allow and unallow missing from zpool history since removal of pyzfs [5] > > Rev. 13574: > leaking a vdev when removing an l2cache device [3] > memory leak when adding a file-based l2arc device [4] > leak in ZFS from metaslab_group_create and zfs_ereport_checksum [6] > > References: > https://www.illumos.org/issues/1909 [1] > https://www.illumos.org/issues/1949 [2] > https://www.illumos.org/issues/1951 [3] > https://www.illumos.org/issues/1952 [4] > https://www.illumos.org/issues/1953 [5] > https://www.illumos.org/issues/1954 [6] > > Obtained from: illumos (issues #1909, #1949, #1951, #1952, #1953, #1954) > > > After booting into this kernel iSCSI was hosed. None of the ESXi servers > looking > at it could do any I/O at all. Weird errors in the istgt log, too: > > Feb 9 16:26:23 zfs-san2 istgt[8177]: Login from > iqn.1998-01.com.vmware:esx1-21ecbe81 (172.16.17.41) on > iqn.2011-12.net.supranet.san2.istgt:lun7 LU7 (172.16.17.182:3260,1), > ISID=23d02, TSIH=4, CID=0, HeaderDigest=off, DataDigest=off > Feb 9 16:26:23 zfs-san2 istgt[8177]: istgt_iscsi.c: > 777:istgt_iscsi_write_pdu_internal: ***ERROR*** iscsi_write() failed > (errno=32) Are you positive that this breakage is ZFS related? BTW, errno 32 is EPIPE. > Feb 9 16:26:23 zfs-san2 istgt[8177]: istgt_iscsi.c:4984:sender: ***ERROR*** > iscsi_write_pdu() failed on > iqn.2011-12.net.supranet.san2.istgt:lun7,t,0x0001(iqn.1998-01.com.vmware:esx1-21ecbe81,i,0x00023d02) > > > > > I didn't see any other commits between that could cause this, but can anyone > else > confirm? After rebooting into the Jan 24th kernel everything went back to > normal... > > > > Thanks, > > > > Mark > > > zfs-san2# zfs list > NAMEUSED AVAIL REFER MOUNTPOINT > tank 8.25T 7.76T 1.05M /tank > tank/LUN1 1.03T 8.77T 24.7G - > tank/LUN2 1.03T 8.77T 19.7G - > tank/LUN3 1.03T 8.70T 93.6G - > tank/LUN4 1.03T 8.77T 19.3G - > tank/LUN5 1.03T 8.79T 44.1K - > tank/LUN6 1.03T 8.79T 44.1K - > tank/LUN7 1.03T 8.79T 44.1K - > tank/LUN8 1.03T 8.79T 44.1K - > tank/nfs 2.30G 7.76T 2.30G /tank/nfs > > > > zfs-san2# zpool status > pool: tank > state: ONLINE > scan: scrub repaired 0 in 0h0m with 0 errors on Thu Jan 26 17:05:40 2012 > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz1-0ONLINE 0 0 0 > multipath/disk01 ONLINE 0 0 0 > multipath/disk02 ONLINE 0 0 0 > multipath/disk03 ONLINE 0 0 0 > multipath/disk04 ONLINE 0 0 0 > raidz1-1ONLINE 0 0 0 > multipath/disk05 ONLINE 0 0 0 > multipath/disk06 ONLINE 0 0 0 > multipath/disk07 ONLINE 0 0 0 > multipath/disk08 ONLINE 0 0 0 > raidz1-2ONLINE 0 0 0 > multipath/disk09 ONLINE 0 0 0 > multipath/disk10 ONLINE 0 0 0 > multipath/disk11 ONLINE 0 0 0 > multipath/disk12 ONLINE 0 0 0 > logs > da1 ONLINE 0 0 0 > cache > da2 ONLINE 0 0 0 > da3 ONLINE 0 0 0 > > errors: No known data errors > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
Warren Block wrote: On Fri, 10 Feb 2012, Gonzalo Nemmi wrote: On Thu, Feb 9, 2012 at 9:52 PM, Eitan Adler wrote: In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) there has been some discussion about changing the default cshrc file. In the same line that Wojciech on the PR ".cshrc should be updated for modern hardware" I always set this ones on /usr/share/skel/dot.cshrc bindkey "\e[1~" beginning-of-line #make Home key work; bindkey "\e[2~" overwrite-mode #make Ins key work; bindkey "\e[3~" delete-char #make Delete key work; bindkey "\e[4~" end-of-line #make End key work; Besides that I add an "if [ -d $HOME/bin ]" and add it to $PATH if it exists, but that has nothing to do with ".cshrc should be updated for modern hardware" ... it jsut comes in really handy. The question becomes "how much is too much?" For example, ever since a thread in the forums showed examples of csh/tcsh autocompletion, I've thought the default .cshrc should be stuffed with them. Not for typing reduction so much as self-documenting commands like complete chown 'p/1/u/' complete man 'C/*/c/' complete service 'n/*/`service -l`/' 'service' autocompletes with a list of services--it helps the user by showing valid choices. Same with 'chown', it gives a list of users. Then there's this, which probably isn't quite right but has been useful to me (thanks to forum members for help with it): complete make 'n@*@`make -pn | sed -n -E "/^[#_.\/[:blank:]]+/d; /=/d; s/[[:blank:]]*:.*//gp;"`@' That completes with all lower-case make targets for the current directory. Package operations are easier when the package names autocomplete: complete pkg_delete 'c/-/(i v D n p d f G x X r)/' \ 'n@*@`ls /var/db/pkg`@' complete pkg_info 'c/-/(a b v p q Q c d D f g i I j k K r R m L s o G O x X e E l t V P)/' \ 'n@*@`\ls -1 /var/db/pkg | sed s%/var/db/pkg/%%`@' There's lots more that could be done. Are they appropriate for a stock .cshrc? Maybe now is the time. I am +1 for better support of command autocompletion for FreeBSD specific commands. For example, I have this for services complete service 'c/-/(e l r v)/' 'p/1/`service -l`/' 'n/*/(start stop reload restart status rcvar onestart onestop)/' Something for kernel modules complete kldload 'n@*@`ls -1 /boot/modules/ /boot/kernel/ | awk -F/ \$NF\ \~\ \".ko\"\ \{sub\(\/\.ko\/,\"\",\$NF\)\;print\ \$NF\}`@' complete kldunload 'n@*@`kldstat | awk \{sub\(\/\.ko\/,\"\",\$NF\)\;print\ \$NF\} | grep -v Name`@' complete kill 'c/-/S/' 'c/%/j/' 'n/*/`ps -ax | awk '"'"'{print $1}'"'"'`/' complete killall 'c/-/S/' 'c/%/j/' 'n/*/`ps -axc | awk '"'"'{print $5}'"'"'`/' Or for portmaster alias _PKGS_PkGs_PoRtS_ 'awk -F\| \{sub\(\"\/usr\/ports\/\"\,\"\"\,\$2\)\;print\ \$2\} /usr/ports/INDEX-`uname -r | cut -d . -f 1` && pkg_info -E \*' complete portmaster 'c/--/(always-fetch check-depends check-port-dbdir clean-distfiles \ clean-packages delete-build-only delete-packages force-config help \ index index-first index-only list-origins local-packagedir no-confirm \ no-index-fetch no-term-title packages packages-build packages-if-newer \ packages-local packages-only show-work update-if-newer version)/' \ 'c/-/(a b B C d D e f F g G h H i l L m n o p r R s t u v w x)/' \ 'n@*@`_PKGS_PkGs_PoRtS_`@' The alias is there because same list of ports and packages are used for other pkg / ports commands (portupgrade, pkg_info, pkg_delete, pkg_tree, portell etc...) I have collected completion for about 50 commands like: vim, where, which, dd, find, man, limit, kill, bzip2, camcontrol, ifconfig, postfix, postmap, mount, su, sed, sysctl, make etc.. Come of them are rough and need some tweaks. I would like to share them with others, if there are interrest to include it in stock FreeBSD base. And if we are talking about better completion and history support, what about following? set history=1 set histdup=prev set savehist=(1 merge) set autolist=ambiguous set autocorrect set autoexpand set complete set correct=cmd set color set colorcat set filec At last - if you are using screen or tmux and what properly saved and merged history from all screens after logout, you need to add history -S to the ~.logout file. Otherwise I have saved history only from last screen window. Miroslav Lachman ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
> If tcsh could be updated to version 6.18.00 "set autorehash" would be > really nice. With that you'll never have to type "rehash" again. :) Yes please! Steinar Haug, Nethelp consulting, sth...@nethelp.no ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On Thu, 9 Feb 2012 19:52:58 -0500 Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. If tcsh could be updated to version 6.18.00 "set autorehash" would be really nice. With that you'll never have to type "rehash" again. :) -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB pgpABK04OhsZS.pgp Description: PGP signature
Re: Enhancing the user experience with tcsh
On Thu, Feb 9, 2012 at 6:52 PM, Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. > > commit dbe6cb730686dd53af7d06cc9b69b60e6e55549c > diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc > --- a/etc/root/dot.cshrc > +++ b/etc/root/dot.cshrc > @@ -7,9 +7,10 @@ > > alias hhistory 25 > alias jjobs -l > -alias la ls -a > +alias la ls -aF > alias lf ls -FA > -alias ll ls -lA > +alias ll ls -lAF > > I don't like the change to alias ll. I use it frequently and the proposed change makes it less readable. Otherwise, these mostly seem overdue. -- Adam Vande More ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: USB3 and a Seagate FA GoFlex
On Friday 10 February 2012 09:18:38 Sam Fourman Jr. wrote: > On Fri, Feb 10, 2012 at 2:08 AM, Hans Petter Selasky wrote: > > On Friday 10 February 2012 07:53:16 Sam Fourman Jr. wrote: > > > UQ_MSC > > > > Try to add some of the quirks like this: > > > > usbconfig -d X.Y add_quirk UQ_MSC_XXX > > > > UQ_MSC_NO_INQUIRY > > UQ_MSC_NO_SYNC_CACHE > > > > Then replug your device. > > Icarus# usbconfig > ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=SAVE > ugen1.1: at usbus1, cfg=0 md=HOST spd=SUPER > (5.0Gbps) pwr=SAVE > ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=SAVE > ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=SAVE > ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=SAVE > ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen0.4: at usbus0, cfg=0 > md=HOST spd=HIGH (480Mbps) pwr=ON > ugen1.2: at usbus1, cfg=0 md=HOST spd=SUPER > (5.0Gbps) pwr=ON > > Icarus# usbconfig -d 1.2 add_quirk UQ_MSC_NO_INQUIRY > Icarus# usbconfig -d 1.2 add_quirk UQ_MSC_NO_SYNC_CACHE > > > > ugen1.2: at usbus1 (disconnected) > umass0: at uhub1, port 1, addr 1 (disconnected) > (pass2:umass-sim0:0:0:0): lost device > (pass2:umass-sim0:0:0:0): removing device entry > (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 0 refs > (da0:umass-sim0:0:0:0): removing device entry > ugen1.2: at usbus1 > umass0: on > usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4400 > umass0:3:0:-1: Attached to scbus3 > (probe0:umass-sim0:0:0:0): SCSI status error > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid > field in CDB) > (probe0:umass-sim0:0:0:0): Error 22, Unretryable error > pass2 at umass-sim0 bus 0 scbus3 target 0 lun 0 > pass2: < > Removable Direct Access SCSI-2 device > pass2: 400.000MB/s transfers > GEOM: new disk da0 > (da0:umass-sim0:0:0:0): SCSI status error > (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:4,1 (Logical unit is in > process of becoming ready) > (da0:umass-sim0:0:0:0): Polling device for readiness > da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 > da0: < > Removable Direct Access SCSI-2 device > da0: 400.000MB/s transfers > da0: 1907729MB (3907029167 512 byte sectors: 255H 63S/T 243201C) > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): AutoSense failed > (da0:umass-sim0:0:0:0): Error 5, Unretryable error > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (da0:umass-sim0:0:0:0): Retrying command > (da0:umass-sim0:0:0:0): AutoSense failed > (da0:umass-sim0:0:0:0): Error 5, Unretryable error Hi, I believe some SCSI guys needs to look at that. If the USB transport is OK, then there is nothing more USB can do ... You can try to enable USB debugging in umass. This maybe requires a kernel recompile with "options USB_DEBUG". Then set: sysctl hw.usb.umass.debug=-1 If you see any errors on the status stage or timeouts, its USB's fault. Else it is some SCSI stuff. --HPS ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Enhancing the user experience with tcsh
On 09-02-2012 19:52, Eitan Adler wrote: > In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689) > there has been some discussion about changing the default cshrc file. > > I'd like to commit something like the following based on Chris's patch > at the end of the thread. This post is an attempt to open the change > to wider discussion. > + set autolist > + # Use history to aid expansion > + set autoexpand +1 for autolist and autoexpand. -- Joel ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: USB3 and a Seagate FA GoFlex
On Fri, Feb 10, 2012 at 2:08 AM, Hans Petter Selasky wrote: > On Friday 10 February 2012 07:53:16 Sam Fourman Jr. wrote: > > UQ_MSC > > Try to add some of the quirks like this: > > usbconfig -d X.Y add_quirk UQ_MSC_XXX > > UQ_MSC_NO_INQUIRY > UQ_MSC_NO_SYNC_CACHE > > Then replug your device. > > Icarus# usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen1.1: at usbus1, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.4: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.2: at usbus1, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON Icarus# usbconfig -d 1.2 add_quirk UQ_MSC_NO_INQUIRY Icarus# usbconfig -d 1.2 add_quirk UQ_MSC_NO_SYNC_CACHE ugen1.2: at usbus1 (disconnected) umass0: at uhub1, port 1, addr 1 (disconnected) (pass2:umass-sim0:0:0:0): lost device (pass2:umass-sim0:0:0:0): removing device entry (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 0 refs (da0:umass-sim0:0:0:0): removing device entry ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4400 umass0:3:0:-1: Attached to scbus3 (probe0:umass-sim0:0:0:0): SCSI status error (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (probe0:umass-sim0:0:0:0): Error 22, Unretryable error pass2 at umass-sim0 bus 0 scbus3 target 0 lun 0 pass2: < > Removable Direct Access SCSI-2 device pass2: 400.000MB/s transfers GEOM: new disk da0 (da0:umass-sim0:0:0:0): SCSI status error (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:4,1 (Logical unit is in process of becoming ready) (da0:umass-sim0:0:0:0): Polling device for readiness da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 da0: < > Removable Direct Access SCSI-2 device da0: 400.000MB/s transfers da0: 1907729MB (3907029167 512 byte sectors: 255H 63S/T 243201C) (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): AutoSense failed (da0:umass-sim0:0:0:0): Error 5, Unretryable error (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): AutoSense failed (da0:umass-sim0:0:0:0): Error 5, Unretryable error --HPS > -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: USB3 and a Seagate FA GoFlex
On Friday 10 February 2012 07:53:16 Sam Fourman Jr. wrote: > UQ_MSC Try to add some of the quirks like this: usbconfig -d X.Y add_quirk UQ_MSC_XXX UQ_MSC_NO_INQUIRY UQ_MSC_NO_SYNC_CACHE Then replug your device. --HPS ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Announcing Emulex 10G Ethernet NIC driver availability
> On Tue, Feb 7, 2012 at 10:39 PM, Matthew Jacob wrote: > > Any plans for iscsi, fcoe? > > > >> Hi All, > >> > >> > >> > >> Please find the 10Gb Ethernet NIC driver for Emulex OneConnect > >> (BladeEngine) and Lancer family of network adapters at > > Yes, Emulex is working on a native FC/FCoE driver (initiator and/or > target) that should be ready for wider testing in the next 3-4 months. > Note this driver only supports the more recent devices such as the > 10GbE FCoE CNA and 16G FC HBA (i.e. LPe1600x). any plans for iSCSI? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"