HEADS UP: our CVSweb has been updated
Dear FreeBSD WWW server administrators, Today I have updated our CVSweb to the new version that is based on the effort of Henner Zeller and other folks. I imported cvsweb.conf and cvsweb.conf-* files in the same directory as cvsweb.cgi is so we could maintain them as well as cvsweb.cgi. They are read only when there are no /usr/local/etc/cvsweb.conf, so please copy them to your local directory /usr/local/etc/ and configure them as they suit your local environment. (e.g. changing locations of repositories) Also, now that cvsweb.cgi requires perl5 which is assumed to exist by the path `/usr/bin/perl5' to run, 2.x-STABLE servers must have perl5 installed from ports and create a symlink by doing `ln -s /usr/local/bin/perl5 /usr/bin'. I am sorry to trouble you, but I hope this update would be successful. Regards, -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP: Updating our CVSweb
[ Woot, sorry for including [EMAIL PROTECTED] in Cc. I should have specified it in Bcc. People, please remove it from the recipients list on reply. Thank you. ] At Tue, 1 Aug 2000 18:28:32 +0200 (CEST), Marc van Woerkom <[EMAIL PROTECTED]> wrote: > Another stupid question. > Is cvsweb and its configuration files something that will be put too > in our cvs tree (collection www)? Yes, I was thinking of that too. I suppose putting the configuration files in our www tree and letting /usr/local/etc/cvsweb.conf* override them would work, as each site could have its own configuration: mainly for its local repositories. -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP: Updating our CVSweb
Hi, At Tue, 1 Aug 2000 23:03:21 +0700 (NSS), Max Khon <[EMAIL PROTECTED]> wrote: > On Wed, 2 Aug 2000, Akinori -Aki- MUSHA wrote: > > > I have been hacking on CVSweb for a while and now I think it is the > > time we update our CVSweb to the full-featured version, which is based > > on Henner Zeller and other people's work. The ready-to-commit demo is > > available at this page: > > > > http://people.FreeBSD.org/~knu/cgi-bin/cvsweb.cgi/ > > maybe it is worth moving form that allows request diffs between any two > revision to the top? Well, following the hyperlink "Request diff between arbitrary revisions" will take you to the form. It's as easy as a single click. :) -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
HEADS UP: Updating our CVSweb
Hello, I have been hacking on CVSweb for a while and now I think it is the time we update our CVSweb to the full-featured version, which is based on Henner Zeller and other people's work. The ready-to-commit demo is available at this page: http://people.FreeBSD.org/~knu/cgi-bin/cvsweb.cgi/ Now, to get the updating process right, I'd like the administrators of the WWW mirror sites (and freefall of course :) to do the following things on their Web servers: 1) Fetch the following tarball and install the CVSweb configuration files under /usr/local/etc. http://people.FreeBSD.org/~knu/misc/cvsweb_confs.tar.gz This will not overwrite the current configuration files of CVSweb. (cvsweb* vs. cvsweb.conf*) 2) For 2.2-STABLE machines, install Perl5 (from the port) and create a symlink to /usr/local/bin/perl5 in /usr/bin. ln -s /usr/local/bin/perl5 /usr/bin For 3-STABLE or upper machines, you don't need to do this because they already have /usr/bin/perl5 by nature. (That's the trick :) I will commit the update in a couple days or so, as soon as freefall is ready. So please do the above soon. Okay, that's all, and this is my attempt to shut up those impatient who always yell at me for not updating our CVSweb. :> -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fetch(1) bug?
At 17 Jul 2000 23:38:23 +0200, DES wrote: > I've spent most of the night fixing this and am about to commit the > last changes, so you should be able to cvsup and build working > libfetch and fetch in an hour or two. Thanks! I could confirm that your changes fixed the problem, and am happy to see them MFC'd before 4.1-RELEASE. :) -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fetch(1) bug?
Sorry, I seem to have supplied a wrong URL. Here's the correct one. http://www.hiei.kit.ac.jp/~hitomi/mutt/manual_ja-1.2i-0.tar.gz -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
fetch(1) bug?
Hi, I found a weird problem with your new fetch(1). Please try fetching the following file with both fetch and wget for comparison: http://www.hiei.kit.ac.jp/~hitomi/mutt/mutt/manual_ja-1.2i-0.tar.gz 1) Fetching the file with wget knu@archon[2]% uname -a ~ FreeBSD archon.local.idaemons.org 5.0-CURRENT FreeBSD 5.0-CURRENT #36: Sun Jul 16 21:17:50 JST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/ARCHON i386 knu@archon[2]% wget http://www.hiei.kit.ac.jp/~hitomi/mutt/manual_ja-1.2i-0.tar.gz --02:01:36-- http://www.hiei.kit.ac.jp:80/%7Ehitomi/mutt/manual_ja-1.2i-0.tar.gz => `manual_ja-1.2i-0.tar.gz.1' Connecting to www.hiei.kit.ac.jp:80... connected! HTTP request sent, awaiting response... 200 OK Length: 262,692 [application/x-gzip] 0K -> .. .. .. .. .. [ 19%] 50K -> .. .. .. .. .. [ 38%] 100K -> .. .. .. .. .. [ 58%] 150K -> .. .. .. .. .. [ 77%] 200K -> .. .. .. .. .. [ 97%] 250K -> .. [100%] 02:01:44 (33.20 KB/s) - `manual_ja-1.2i-0.tar.gz.1' saved [262692/262692] knu@archon[2]% ls -l manual_ja-1.2i-0.tar.gz ~ -rw-r--r-- 1 knu knu - 262692 Jul 6 09:06 manual_ja-1.2i-0.tar.gz knu@archon[2]% md5 manual_ja-1.2i-0.tar.gz~ MD5 (manual_ja-1.2i-0.tar.gz) = 809121b8baa58906fba7422de9c2b236 knu@archon[2]% tar ztf manual_ja-1.2i-0.tar.gz~ manual_ja.sgml manual_ja.tex manual_ja.txt manual_ja.html Seems fine. 2) Fetching the file with fetch knu@archon[2]% fetch -vv http://www.hiei.kit.ac.jp/~hitomi/mutt/manual_ja-1.2i-0.tar.gz looking up www.hiei.kit.ac.jp connecting to www.hiei.kit.ac.jp:80 requesting http://www.hiei.kit.ac.jp:80/~hitomi/mutt/manual_ja-1.2i-0.tar.gz looking up www.hiei.kit.ac.jp connecting to www.hiei.kit.ac.jp:80 requesting http://www.hiei.kit.ac.jp:80/~hitomi/mutt/manual_ja-1.2i-0.tar.gz Receiving manual_ja-1.2i-0.tar.gz: 262697 bytes 262697 bytes transferred in 7.7 seconds (33.16 kBps) knu@archon[2]% md5 manual_ja-1.2i-0.tar.gz~ MD5 (manual_ja-1.2i-0.tar.gz) = 3b078418a5fdcc765d8bea0fed3ee6dd knu@archon[2]% ls -l manual_ja-1.2i-0.tar.gz ~ -rw-r--r-- 1 knu knu - 262697 Jul 6 09:06 manual_ja-1.2i-0.tar.gz knu@archon[2]% tar ztf manual_ja-1.2i-0.tar.gz~ manual_ja.sgml manual_ja.tex manual_ja.txt manual_ja.html gzip: stdin: decompression OK, trailing garbage ignored tar: child returned status 2 Hmm, fetch(1) seems receiving extra 5 bytes of garbage. Have you got a clue? -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
suidperl doesn't work
Hi, I'm now facing by a problem with the new Perl (5.006) on -current. When I invoke a suidperl script which had been working with the previous Perl, it fails with a message "Can't do setuid". You could reproduce the problem by the following steps.. $ echo '#!/usr/bin/suidperl' > foo $ chmod 4755 foo $ ./foo Can't do setuid Anybody got a clue? -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( @ idaemons.org / FreeBSD.org "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Promise Ultra66 + Seagate ATA/66 => Ultra ATA/33 :(
At Tue, 22 Feb 2000 21:29:30 +0100 (CET), Soren Schmidt <[EMAIL PROTECTED]> wrote: > > ad4: piomode=4 dmamode=2 udmamode=2 cblid=1 >^^ > > The disk reports it can do at max UDMA2 mode (ATA33), so thats why > the ata driver dont put it at UDMA4 (ATA66)... Ah! I tried resetting the /66 activation flag by Seagate's utility, and now it's successfully proved at /66 mode! :) I still wonder why it was ok on WinNT 4.0, but anyway I'm now happy on FreeBSD with your ata driver. Thanks! -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( <[EMAIL PROTECTED]> "If you choose not to decide you still have made a choice." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Promise Ultra66 + Seagate ATA/66 => Ultra ATA/33 :(
bus0 bpf: lp0 attached isa_probe_children: probing PnP devices SMP: enabled INTs: 1, 3, 4, 6, 7, 12, 16, 17, 18, 19, apic_imen: 0x00f0ef25 BIOS Geometries: 0:022afe3f 0..554=555 cylinders, 0..254=255 heads, 1..63=63 sectors 1:022afe3f 0..554=555 cylinders, 0..254=255 heads, 1..63=63 sectors 2:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 bpf: sl0 attached bpf: ppp0 attached new masks: bio 48010040, tty 4304109a, net 470c109a bpf: lo0 attached Linux-ELF exec handler installed SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x0010 SVR: 0x01ff ata2-master: success setting up UDMA2 mode on Promise chip ad4: ATA-4 disk at ata2 as master ad4: 19569MB (40079088 sectors), 39761 cyls, 16 heads, 63 S/T, 512 B/S ad4: 16 secs/int, 1 depth queue, UDMA33 ad4: piomode=4 dmamode=2 udmamode=2 cblid=1 Creating DISK ad4 Creating DISK wd4 Waiting 3 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (probe2:ahc0:0:2:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe2:ahc0:0:2:0): ILLEGAL REQUEST asc:24,0 (probe2:ahc0:0:2:0): Invalid field in CDB ahc0: target 2 synchronous at 16.0MHz, offset = 0x10 ahc0: target 0 using 16bit transfers ahc0: target 0 synchronous at 40.0MHz, offset = 0xf ahc0: target 1 using 16bit transfers ahc0: target 1 synchronous at 40.0MHz, offset = 0xf Creating DISK da0 Creating DISK da1 Creating DISK cd0 pass0 at ahc0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number RD3M0557 pass0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled pass1 at ahc0 bus 0 target 1 lun 0 pass1: Fixed Direct Access SCSI-2 device pass1: Serial Number RD2M2470 pass1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled pass2 at ahc0 bus 0 target 2 lun 0 pass2: Removable CD-ROM SCSI-2 device pass2: 19.230MB/s transfers (19.230MHz, offset 16) Mounting root from ufs:/dev/da1s1a (cd0:ahc0:0:2:0): READ CD RECORDED CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahc0:0:2:0): NOT READY asc:3a,0 (cd0:ahc0:0:2:0): Medium not present cd0 at ahc0 bus 0 target 2 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 19.230MB/s transfers (19.230MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number RD3M0557 da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: Serial Number RD2M2470 da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) da1s1: type 0xa5, start 63, end = 2361554, size 2361492 : OK da1s2: type 0xa5, start 2361555, end = 8916074, size 6554520 : OK start_init: trying /sbin/init da0s1: type 0x6, start 63, end = 192779, size 192717 : OK da0s2: type 0xa5, start 192780, end = 771119, size 578340 : OK da0s3: type 0xa5, start 6522390, end = 8916074, size 2393685 : OK da0s4: type 0x5, start 771120, end = 6522389, size 5751270 : OK ad4s1: type 0xa5, start 63, end = 8177084, size 8177022 : OK ad4s2: type 0xa5, start 8177085, end = 16354169, size 8177085 : OK ad4s3: type 0xa5, start 16354170, end = 24531254, size 8177085 : OK ad4s4: type 0xf, start 24531255, end = 40066109, size 15534855 : OK da0s5: type 0x7, start 771183, end = 6522389, size 5751207 : OK ad4s5: type 0x7, start 24531318, end = 28627829, size 4096512 ad4s5: C/H/S start 1023/1/1 (16434558) != start 24531318: invalid ad4s1: type 0xa5, start 63, end = 8177084, size 8177022 : OK ad4s2: type 0xa5, start 8177085, end = 16354169, size 8177085 : OK ad4s3: type 0xa5, start 16354170, end = 24531254, size 8177085 : OK ad4s4: type 0xf, start 24531255, end = 40066109, size 15534855 : OK ad4s5: type 0x7, start 24531318, end = 28627829, size 4096512 ad4s5: C/H/S start 1023/1/1 (16434558) != start 24531318: invalid splash: image decoder found: logo_saver /dev/vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-438 $ /dev/vmmon: Module vmmon: initialized bpf: vmnet1 attached -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( <[EMAIL PROTECTED]> "If you choose not to decide you still have made a choice." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Promise Ultra66 + Seagate ATA/66 => Ultra ATA/33 :(
At Tue, 22 Feb 2000 18:14:23 +0100 (CET), Soren Schmidt <[EMAIL PROTECTED]> wrote: > Could I have a verbote boot log please, that would give some hints... Sorry but could you tell me how to increase verbosity? > > ata-pci1: port >0xc000-0xc03f,0xbc00-0xbc03,0xb800-0xb807,0xb400-0xb403,0xb000-0xb007 mem >0xe890-0xe891 irq 16 at device 12.0 on pci0 > > ata2 at 0xb000 irq -1 on ata-pci1 > > ad4: 19569MB [39761/16/63] at ata2-master using UDMA33 > > This probe suggests that you are not up to date on -current, that would > maybe also help... Okay, I'll update the kernel, but I built it last Saturday from the then up-to-date source tree. Not recent enough? -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( <[EMAIL PROTECTED]> "If you choose not to decide you still have made a choice." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Promise Ultra66 + Seagate ATA/66 => Ultra ATA/33 :(
type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 Waiting 3 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! ad4: 19569MB [39761/16/63] at ata2-master using UDMA33 Mounting root from ufs:/dev/da1s1a cd0 at ahc0 bus 0 target 2 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 19.230MB/s transfers (19.230MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) /dev/vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-438 $ /dev/vmmon: Module vmmon: initialized Thanks in advance. -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( <[EMAIL PROTECTED]> "If you choose not to decide you still have made a choice." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ipfw + natd problem
Hi, there. I'm now faced with a problem concerning ipfw + natd on the very current world with /etc properly updated. The problem is described as this: Enabling options IPFIREWALL & IPDIVERT plus running natd makes it freeze on shutdown with no messages, no response to my key input, no reply to a ping from another host. :( FYI, my configuration is shown as follows, which ipfw/natd part is entirely taken from my 3.4-STABLE machine that _is_ working amazingly fine for quite a long time. knu@archon[2]% uname -a FreeBSD archon.local.idaemons.org 4.0-CURRENT FreeBSD 4.0-CURRENT #25: Thu Feb 10 18:51:07 JST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/ARCHON i386 knu@archon[2]% cat /etc/rc.conf network_interfaces="fxp0 lo0" ifconfig_fxp0="inet 192.168.1.32 netmask 255.255.255.0" defaultrouter="192.168.1.1" hostname="archon.local.idaemons.org" moused_enable="YES" moused_port="/dev/cuaa0" moused_type="intellimouse" moused_flags="-w 2 -z 5 -m 7=2 -m 2=4 -m 4=5 -m 5=6 -m 6=7" allscreens_flags='-m on' firewall_enable="YES" firewall_type="open" firewall_quiet="YES" natd_enable="YES" natd_interface="fxp0" natd_flags="-f /etc/natd.conf" amd_enable="YES" amd_flags="-F /etc/amd.conf" saver="logo" keyrate="fast" knu@archon[2]% perl -ne 's/ *#.*//; print if /\S/' /sys/i386/conf/ARCHON machine i386 cpu I686_CPU ident ARCHON maxusers32 options INET options FFS options FFS_ROOT options SOFTUPDATES options MFS options NFS options MSDOSFS options NTFS options EXT2FS options CD9660 options PROCFS options NULLFS options UNION options PORTAL options COMPAT_43 options SCSI_DELAY=5000 options UCONSOLE options USERCONFIG options VISUAL_USERCONFIG options KTRACE options SYSVSHM options SYSVMSG options SYSVSEM options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L options ICMP_BANDLIM options SMP options APIC_IO device isa device eisa device pci device fdc0at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device ata0at isa? port IO_WD1 irq 14 device ata device atadisk options ATA_STATIC_ID device ahc device scbus device da device sa device cd device pass device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0at atkbdc? irq 12 device vga0at isa? pseudo-device splash device sc0 at isa? device npx0at nexus? port IO_NPX irq 13 device apm0at nexus? disable flags 0x20 device pcm0 device sio0at isa? port IO_COM1 flags 0x10 irq 4 device sio1at isa? port IO_COM2 irq 3 device ppc0at isa? irq 7 device ppbus device lpt device plip device ppi device fxp pseudo-device loop pseudo-device ether pseudo-device sl 1 pseudo-device ppp 1 pseudo-device tun pseudo-device pty 16 pseudo-device md pseudo-device vn pseudo-device bpf 4 options IPFIREWALL options IPDIVERT options SHMMAXPGS=2049 options COMPAT_LINUX knu@archon[2]% cat /etc/natd.conf log no deny_incoming yes use_sockets no same_ports yes unregistered_only yes dynamic yes knu@archon[2]% If I disable natd by setting natd_enable="NO", then shutdown goes just fine. Also I confirmed that neither falling onto single user mode, unloading every kernel module nor killing natd causes freezing. Any suggestions? -- / /__ __ / ) ) ) ) / Akinori -Aki- MUSHA aka / (_ / ( (__( <[EMAIL PROTECTED]> "If you choose not to decide you still have made a choice." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message