Re: Mylex Support

On Fri, 10 Mar 2000, Lawrence Farr wrote: > I have 4 different Mylex DAC960 controllers that I cannot install Current > onto. (Tried from Late December to 2307). Sysinstall seems to get the > geometry wrong, and even telling sysinstall the "correct" geometry, it gives > a "tied to write beyon

Re: Motion for removal of xargs(1) from base system

If this isn't a troll, I don't know what is On Mon, 10 Dec 2001, Jackie 'business-first' Cook wrote: > There are days when people get tired with the lagacy code in the > system - when things of the past just have to go. Recently I got sick > and tired with one of those things. The command is

Krb5 problems

I'm having some issues trying to setup a krb5 realm on my -current box. I'm using the integrated heimdal sources. Anyway, I'm able to setup the realm correctly but when I try to run the k5admind daemon, it cores whenever I try to connect to it. I'll look into building a debug version and try to g

Re: ntpd 4.1

On Fri, 3 Aug 2001, Sheldon Hearn wrote: > On Fri, 03 Aug 2001 10:18:49 +0200, Sheldon Hearn wrote: > > So let me guess. Not only does Mills think that the web is the only > sensible distribution medium for documentation, he also thinks that > English is the only sensible language for it? Ha, y

Re: ntpd 4.1

On Sat, 4 Aug 2001, Mixtim wrote: > On Sat, Aug 04, 2001 at 02:03:10PM -0700, Gordon Tetlow wrote: > > Ha, you think that's bad. Mills doesn't want to be bothered to change his > > ways to use any sort of revision control. That's how set in his ways he

ahc fails to attach in -current (was: snapshot installation woes)

On Sat, 4 Aug 2001, Gordon Tetlow wrote: > Sure enough, that fixed the kernel panic, but here's the next odd piece, > my hard drive wasn't showing up! I have a rather standard Adaptec AHA-2940 > dmesg reports that ahc0 is there. The lines from the dmesg are (hand > typed):

RE: snapshot installation woes

On Sat, 4 Aug 2001, John Baldwin wrote: > On 04-Aug-01 Gordon Tetlow wrote: > > I decided I was going to brave 5.0-CURRENT and give the snapshots > > available on current.jp.freebsd.org a try. I found a couple issues with > > installation disks (FWIW, I tried it on the last

snapshot installation woes

I decided I was going to brave 5.0-CURRENT and give the snapshots available on current.jp.freebsd.org a try. I found a couple issues with installation disks (FWIW, I tried it on the lastest snapshot avail on current.freebsd.org. I got the same results). Anyway, I go through the standard kern/mfsr

Re: bash in /usr/local/bin?

As a preface to this whole thing, I find it higly amusing that you are sending this mail from a Linux box. Of course, for that matter, so am I. (I'm planning on changing that soon.) On Sun, 12 Aug 2001, Jim Bryant wrote: > I said I'd drop it, but apparently there are people that don't > understa

Netiquette (Was: Re: FreeBSD's aggressive keyboard probe/attach)

On Sun, 12 Aug 2001, Warner Losh wrote: > A word about tone. If you were to get as in my face about, say, > pccard, as you about the psm driver, I'd certainly be ill inclined to > provide you with what you want. > > Good Tone: > Say Warner, why do you bother turning off the power after >

Re: bash in /usr/local/bin?

Not to be a pain, but can you wrap lines at a more standard 74 columns as opposed to whatever you are currently wrapping them at? Thanks. On Sun, 12 Aug 2001, Jim Bryant wrote: > Gordon Tetlow wrote: > > > As a preface to this whole thing, I find it higly amusing that you are >

Re: bash in /usr/local/bin?

On Sun, 12 Aug 2001, Steve Kargl wrote: > On Sun, Aug 12, 2001 at 04:54:08PM -0700, Gordon Tetlow wrote: > > > FreeBSD is getting military contracts now. We need to think ahead to > > > the needs of a whole new class of admin and user, and they are in > > > highly

newsyslog patch implementing file includes

I wanted the ability for a port to have a rotating log policy so I wrote a patch for newsyslog to implement includes of other newsyslog.conf style files. Please find the patch at: http://people.freebsd.org/~gordon/patches/newsyslog.diff

newsyslog patch implementing file includes

I wanted the ability for a port to have a rotating log policy so I wrote a patch for newsyslog to implement includes of other newsyslog.conf style files. Please find the patch at: http://people.freebsd.org/~gordon/patches/newsyslog.diff

Re: newsyslog patch implementing file includes

On Thu, Apr 22, 2010 at 12:17 AM, Alex Keda wrote: > It's need feature. I test patch - it work for me (CURRENT, amd64) > Can I use some as: > /path/to/dir/*.conf > ? > and can I create recursive include? > Yes, wildcards and recursive includes are supported. Gordon

Re: newsyslog patch implementing file includes

On Thu, Apr 22, 2010 at 6:26 AM, John Baldwin wrote: > This is a great feature! One suggestion, I think this text in the new > manpage > isn't quite right: > > Name of the system log file to be archived, the literal string "default", > or "include". > > I think it's ambiguous about "include" a

Re: HEADS UP: VFS changes breaks GPT

On Thu, Jan 09, 2003 at 01:12:30AM -0800, Marcel Moolenaar wrote: > Gang, > > GPT based systems are unable to mount the root file system. I > haven't had the time to dig into this, but we must be making > assumptions we previously didn't make. In any case ia64 is > hosed. More to come... I'll own

Re: HEADS UP: VFS changes breaks GPT

On Thu, Jan 09, 2003 at 04:51:36PM -0800, Marcel Moolenaar wrote: > > Nah... :-) > > Jake has a good point and I've got a dotless i, so what about > the following patch to dot the, well, i: > > [snip patch] > > Note that the padding is not specific to non-i386. The reason or > cause of the padd

Re: named & chroot & rcNG & devfs

On Tue, Feb 11, 2003 at 06:59:31PM +0100, Alexander Leidinger wrote: > Hi, > > /etc/rc.d/named copies /dev with pax to the named chroot directory. This > is obviously wrong with devfs, isn't it? You should read the script a little closer. That code path is only taken on NetBSD. -gordon msg523

Re: gbde

On Tue, Feb 11, 2003 at 08:15:56PM -0700, [EMAIL PROTECTED] wrote: > I keep ketting errors when trying to make my root filesystem encrypted: I hope you have /boot on a different unencrypted filesystem. -gordon msg52350/pgp0.pgp Description: PGP signature

CFR: Replace man/manpath/whatis/apropos with a shell script

All, I sat down and rewrote the man tools from a relatively old codebase to a single shell script. My original motivation was to allow multiple configuration files so port installations did not have to mess with /etc/manpath.config (like perl for example) when needing to manipulate the manpath. Af

Re: CFR: Replace man/manpath/whatis/apropos with a shell script

On Wed, Aug 18, 2010 at 12:11 AM, Gordon Tetlow wrote: > All, > > I sat down and rewrote the man tools from a relatively old codebase to a > single shell script. My original motivation was to allow multiple > configuration files so port installations did not have to m

Re: CFR: Replace man/manpath/whatis/apropos with a shell script

On Wed, Aug 18, 2010 at 5:01 PM, Anonymous wrote: > Gordon Tetlow writes: > > It doesn't search in bin/../man nor in bin/.man. For example, > my PATH contains $LOCALBASE/bin:$HOME/.bin, while /etc/manpath.config > is default one and contains /usr/local/man which does not ex

Re: CFR: Replace man/manpath/whatis/apropos with a shell script

On Wed, Aug 18, 2010 at 11:52 PM, Gordon Tetlow wrote: > On Wed, Aug 18, 2010 at 5:01 PM, Anonymous wrote: > >> Gordon Tetlow writes: >> >> It doesn't search in bin/../man nor in bin/.man. For example, >> my PATH contains $LOCALBASE/bin:$HOME/.bin, while /e

Re: CFR: Replace man/manpath/whatis/apropos with a shell script

On Wed, Aug 18, 2010 at 12:11 AM, Gordon Tetlow wrote: > All, > > I sat down and rewrote the man tools from a relatively old codebase to a > single shell script. My original motivation was to allow multiple > configuration files so port installations did not have to m

Re: CFR: Replace man/manpath/whatis/apropos with a shell script

On Thu, Sep 9, 2010 at 8:17 PM, Anonymous wrote: > Gordon Tetlow writes: > > > 2. Imports configuration from /usr/local/etc/man.d/*.conf and > /etc/man.conf > > (purposefully changed the manpath.config file since it is a different > > syntax). > > Hmm, and i

Re: CFR: Replace man/manpath/whatis/apropos with a shell script

On Thu, Sep 9, 2010 at 12:48 PM, Anonymous wrote: > The order is still bogus compared to gnu man. If I don't like our > ancient GNU tools and altered PATH in order to prefer ones from ports > then I certainly don't want to view old manpages, too. The base manpath > should be appended *after* any

Re: CFR: Replace man/manpath/whatis/apropos with a shell script

On Thu, Sep 9, 2010 at 7:41 PM, Alexander Best wrote: > > Feedback on the man(1), manpath(1), apropos(1), and man.conf(5) manpages > > would be appreciated. I'm new to manpage authoring and could use a > review. > > you forgot the AUTHORS section in all of the man pages. ;) it's always nice > to

Re: DHCP server in base

On Mon, Sep 13, 2010 at 12:53 PM, David DEMELIER wrote: > Perl is a great example, I don't really understand why it's in the > base, then the port need to rewrite the links into the base hierarchy > and I think this is bad. Perl is not in the base system anymore. It's in the ports system. Gordo

Rollout plan for new version of man/manpath/whatis/apropos

I'm to the point where I'm ready to the commit the code, but I wanted to layout a plan for the conversion and ask for input to make sure I didn't miss anything. 1. Commit the code located at http://people.freebsd.org/~gordon/man.shar into src/usr.bin/man (pending mentor review). 2. Unhook src/gnu/

Re: man(1) no longer understands manpages like .so man3/printf.3

On Fri, Nov 5, 2010 at 8:57 AM, Anonymous wrote: > A few examples from ports tree > >  devel/automake111: automake-1.11(1) >  devel/gettext: dcgettext(3), dcngettext(3), dgettext(3), dngettext(3) >  devel/nasm: rdf2com(1), rdf2ihx(1), rdf2ith(1), rdf2srec(1) >  textproc/gnugrep: egrep(1), fgrep(1)

Re: Buildworld fails in 5.1

On Fri, Jul 18, 2003 at 11:39:53AM -0700, Tim Kientzle wrote: > > I wrote the /rescue stuff and a lot of people have > reported that it breaks parallel builds, but I haven't yet > come up with anything. (In part, because I haven't yet > managed to reproduce it. ) > > A couple of things look odd

Re: Buildworld fails in 5.1

On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote: > Gordon Tetlow wrote: > >It seems that the $(OUTPUTS) target (which has 3 components) causes > >this particular error. > > > >+.ORDER: $(OUTPUTS) > > $(OUTPUTS): $(CONF) > >MAKEOBJDIRPREFI

Re: Buildworld /rescue failures in 5.1

On Wed, Jul 23, 2003 at 07:41:18PM -0400, Garance A Drosihn wrote: > > So it is easy to image that this .depend file is crucial to > successfully making addext.o. > > The .depend file is apparently created by > /usr/obj/usr/src/rescue/rescue/rescue.mk > > and that in turn says it is generate

Re: Buildworld /rescue failures in 5.1

On Wed, Jul 23, 2003 at 10:13:20PM -0400, Garance A Drosihn wrote: > At 8:14 PM -0400 7/23/03, Garance A Drosihn wrote: > > > >So indeed, that 'make depend' had not finished before > >the 'make' for the object had started. > > I was going to do some debugging of what 'make' is doing, but > it look

LOR in sound subsystem

From yesterday's build, 2 different LORs: acquiring duplicate lock of same type: "pcm channel" 1st pcm0:record:0 @ /local/usr.src/sys/dev/sound/pcm/sound.c:191 2nd pcm0:play:0 @ /local/usr.src/sys/dev/sound/pcm/sound.c:191 Stack backtrace: backtrace(c052152d,c620a054,c0716750,bf,246) at backtrac

HEADS UP: dynamic root support now in the tree

I just got through with my commit spree to enable users to build /bin and /sbin dynamically linked. To do this required a fair amount of tweaking and moving around libraries and such dangerous equipment as rtld-elf. If you have any systems that you are dearly in love with, now is not the time to cv

Re: HEADS UP: dynamic root support now in the tree

On Sun, Aug 17, 2003 at 08:47:42PM +0900, Shin-ichi Yoshimoto wrote: > make installworld broken. > > ==>libexex/rtld-elf > [snip] > ln: /usr/libexec/ld-elf.so.1: Operation not permitted > *** Error code 1 > > any idea ? Thanks for reporting this. I've fixed it in rev 1.22 of src/libexec/rtld-elf

Re: HEADS UP: dynamic root support now in the tree

On Sun, Aug 17, 2003 at 11:51:36AM -0700, Gordon Tetlow wrote: > On Sun, Aug 17, 2003 at 08:47:42PM +0900, Shin-ichi Yoshimoto wrote: > > make installworld broken. > > > > ==>libexex/rtld-elf > > [snip] > > ln: /usr/libexec/ld-elf.so.1: Operation not permitt

Re: HEADS UP: dynamic root support now in the tree

On Sun, Aug 17, 2003 at 01:54:38AM -0700, Gordon Tetlow wrote: > I just got through with my commit spree to enable users to build /bin > and /sbin dynamically linked. To do this required a fair amount of > tweaking and moving around libraries and such dangerous equipment as > rtld-elf.

Re: [current tinderbox] failure on alpha/alpha

On Sun, Aug 17, 2003 at 12:58:12PM -0400, Tinderbox wrote: > >>> stage 4: building everything.. > [...] > cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee > -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/secure/libexec/sftp-server/../../../crypto/openssh > -DNO_IDEA -o sftp-server sftp-commo

Re: HEADS UP: dynamic root support now in the tree

On Sun, Aug 17, 2003 at 06:48:23PM -0700, David O'Brien wrote: > On Sun, Aug 17, 2003 at 01:54:38AM -0700, Gordon Tetlow wrote: > > I just got through with my commit spree to enable users to build /bin > > and /sbin dynamically linked. To do this required a fair amount of >

Re: status of nsswitch.conf in current?

On Fri, Aug 22, 2003 at 11:15:01AM -0700, Tim Kientzle wrote: > Ruslan Ermilov wrote: > >On Fri, Aug 22, 2003 at 10:40:32AM -0400, Richard Coleman wrote: > > > >>I saw that. I guess my question is whether a default nsswitch.conf file > >>will be checked into /etc and /usr/share/examples/etc, or w

LOR vm_object.c:434 vm_kern.c:329

I got this LOR when I started X. Kernel rev: FreeBSD roark.gnf.org 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Thu Aug 21 09:39:38 PDT 2003 [EMAIL PROTECTED]:/local/usr.obj/local/usr.src/sys/ROARK i386 lock order reversal 1st 0xc6856de0 vm object (vm object) @ /local/usr.src/sys/vm/vm_object.c:434

Re: /lib symlinks problem?

On Sun, Aug 31, 2003 at 05:52:24PM +0300, Ruslan Ermilov wrote: > > Now it looks like this: > > install -C -o root -g wheel -m 444 libalias.a /foo/usr/lib > install -s -o root -g wheel -m 444 libalias.so.4 /foo/lib > ln -fs libalias.so.4 /foo/lib/libalias.so > ln -fs /lib/libalias.so.4 /fo

Re: /lib symlinks problem?

On Sun, Aug 31, 2003 at 10:10:49PM -0700, David O'Brien wrote: > On Sun, Aug 31, 2003 at 05:52:24PM +0300, Ruslan Ermilov wrote: > > > > I might be missing an obvious, but I just don't see a reason > > > > why we should use relative linking here: we should just link > > > > to where we really insta

Re: Question related to FreeBSD Serial Console...

On Tue, Sep 02, 2003 at 12:18:51PM +0100, [EMAIL PROTECTED] wrote: > Hiya > > > > Unfortunately, many motherboards (BIOSs?) won't initialise a PS/2 keyboard > > interface unless a keyboard is connected at boot time, so if you plug in a > > keyboard subsequently it won't work. Nothing the OS can d

Re: upgrade from static to dynamic root

On Thu, Sep 11, 2003 at 02:44:55PM +0200, Harti Brandt wrote: > > Hi, > > I just tried to upgrade one of my systems from a static root from july to > an actual dynamic root. The installworld went fine 'til the place where > /bin/test is installed. At that point the installation stopped with "ELF

Re: upgrade from static to dynamic root

On Tue, Sep 16, 2003 at 06:11:01PM +0200, Harti Brandt wrote: > On Tue, 16 Sep 2003, Richard Nyberg wrote: > > RN>At Thu, 11 Sep 2003 14:44:55 +0200 (CEST), > RN>Harti Brandt wrote: > RN>> Hi, > RN>> > RN>> I just tried to upgrade one of my systems from a static root from july to > RN>> an actual

if_em and ibm thinkpad T40

I have an IBM T40 that has an onboard Intel GigE card. When the em driver tries to probe it, I get "The EEPROM Checksum Is Not Valid". Adding a printf, I discover the checksum is 0x08b8 (not the 0xBABA that is documented in the headers). Anyone else seen any problems with this? I'd really rather no

Re: Bluetooth patch

On Mon, Sep 29, 2003 at 10:51:56PM +0200, John Hay wrote: > > > > i see, is that a problem? i can clean up the patch and remove these entries. > > (frankly i thought CVS should take care of it). > > I don't think it will break cvs, it might just cause some extra bloat. > Maybe just get rid of tho

HEADS UP: /bin and /sbin are now dynamically linked

I just committed a patch to change /bin and /sbin from statically to dynamically linked. If you don't like the idea of using a dynamically linked /bin and /sbin, now is the time to define NO_DYNAMICROOT in your make.conf. The reasons for doing so have been hashed over lots of times. But the short

Re: Unfortunate dynamic linking for everything

On Tue, Nov 18, 2003 at 08:03:23PM -0500, [EMAIL PROTECTED] wrote: > > However, PAM and NSS 'tricks' really seem to be exactly that, > and certainly worthy of special builds. However, that isn't > necessary, yet still not building everything with a shared > libc. Things like nss_ldap (which is u

Re: 40% slowdown with dynamic /bin/sh

On Mon, Nov 24, 2003 at 08:55:31PM -0500, Andrew Gallatin wrote: > > Daniel O'Connor writes: > > > Why didn't you pipe up when this was discussed _long_ ago? > > In the orginal thread, there was an agreement that the performance > would be measured BEFORE the default was changed, and the defaul

Re: lock order reversal

On Tue, Nov 25, 2003 at 07:05:36PM -0600, John wrote: > i was just looking through my daily reports from my new 5.2 beta box and > found this in dmesg. > lock order reversal > 1st 0xc08f7ce0 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1201 > 2nd 0xc1031100 system map (system map) @ /usr/src

LOR in PCM (big suprise there)

Just thought I would report it: lock order reversal 1st 0xc61f5940 pcm0 (sound softc) @ /local/usr.src/sys/dev/sound/pci/cmi.c:520 2nd 0xc6209e80 pcm0:play:0 (pcm channel) @ /local/usr.src/sys/dev/sound/pcm/channel.c:440 Stack backtrace: backtrace(c04e759f,c6209e80,c61a9b54,c06a2127,c06a21a5) a

LOR on libthr exit (iirc)

I think it was a libthr linked app after I killed it: lock order reversal 1st 0xc679d248 process lock (process lock) @ /local/usr.src/sys/kern/kern_exit. c:134 2nd 0xc05394a0 Giant (Giant) @ /local/usr.src/sys/kern/kern_exit.c:142 Stack backtrace: backtrace(c04e759f,c05394a0,c04e3f7f,c04e3f7f,c0

Re: LOR in PCM

I just wanted to apologize for my poor taste in the subject. It wasn't really called for. -gordon On Wed, Apr 02, 2003 at 01:46:28PM -0800, Gordon Tetlow wrote: > Just thought I would report it: > > lock order reversal > 1st 0xc61f5940 pcm0 (sound softc) @ /local/usr.src/

Re: libthr and 1:1 threading.

On Wed, Apr 02, 2003 at 06:37:21PM -0500, Daniel Eischen wrote: > On Wed, 2 Apr 2003, Peter Wemm wrote: > > > Terry Lambert wrote: > > > > > KSE mailing list, starting Monday or so: > > > ] We still haven't heard from jeff with regard to the process > > > ] signal mask removal. > > > > We can ad

core dump with libthr

I got a userland core dump while using privoxy linked against libthr. I don't know if this is libthr specific, but I thought I would report it anyway. This might also explain why kde apps always crash on exit (possibly, not really sure). -gordon GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Softwar

Re: core dump with libthr

I forgot to mention, this is on a dual Athlon MP 1900+. Here's the appropriate part of the dmesg: CPU: AMD Athlon(TM) MP 1900+ (1600.07-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc048 real memory = 1073659904 (1023 MB) avail m

Yet another libthr crash

I'm just hitting all the fun bugs today. No core dump from this one. Privoxy seems to be a good app to test multiple io threads and is simple enough to be debug. Here's what I got this time: $ /usr/local/sbin/privoxy --no-daemon /usr/local/etc/privoxy/config Apr 03 15:50:49 Privoxy(134709248

Re: LOR on libthr exit (iirc)

On Fri, Apr 04, 2003 at 04:31:00PM -0600, Dan Nelson wrote: > In the last episode (Apr 02), Jeff Roberson said: > > On Wed, 2 Apr 2003, Gordon Tetlow wrote: > > > > > I think it was a libthr linked app after I killed it: > > > > Yeah, this is a problem wit

LOR in kern_thread.c

I was playing with libkse and got the follow LOR: lock order reversal 1st 0xc6ce0aa8 sigacts (sigacts) @ /local/usr.src/sys/kern/subr_trap.c:248 2nd 0xc6cbc250 process lock (process lock) @ /local/usr.src/sys/kern/kern_threa d.c:1439 Stack backtrace: backtrace(c04fd0b6,c6cbc250,c04f9a3a,c04f9a3a

Re: geom_vol_ffs problems

On Fri, Jun 06, 2003 at 07:38:36PM +0200, Per Kristian Hove wrote: > I've nailed it down to this: geom_vol_ffs assumes that a file system > is able to fill the partition completely. That's not a valid > assumption, since the file system size is a multiple of the file > system block size (in my case

Re: SMBFS automounting broken?

On Wed, Jun 04, 2003 at 06:57:09PM -0400, The Anarcat wrote: > Hi! > > Recently, I noticed that my samba shares were not automounted on > boot. > > What I understand of it is that netfs_types is defined in > rc.d/mountcritlocal, but not in rc.d/mountcritremote, which makes the > code: You are a

Re: [-CURRENT tinderbox] failure on i386/pc98

On Sun, Jun 29, 2003 at 08:13:15PM +, Tinderbox wrote: > > mkdep -f .depend -a > /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdmfs/mdmfs.c > /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdmfs/mdmfs.c:53:23: > pathnames.h: No such file or directory > mkdep: compil

Re: rescue/ broke cross compiles

On Tue, Jul 01, 2003 at 01:23:53AM +0300, Ruslan Ermilov wrote: > Hi there! > > As seen by the latest series of tinderbox failures, > the rescue/ stuff breaks cross compiles. The problem > is that some bits like bin/sh have the so-called > "build tools". These are small utilities not normally >

Re: rescue/ broke cross compiles

On Mon, Jun 30, 2003 at 03:52:06PM -0700, Marcel Moolenaar wrote: > > Since you create a seperate object tree for rescue, you need to > go through the same phases as a world does. That way tools (like > build-tools) will be compiled against the right headers and linked > against the right librarie

Re: [-CURRENT tinderbox] failure on i386/i386

On Wed, Jul 02, 2003 at 05:48:47PM +, Tinderbox wrote: > TB --- 2003-07-02 17:10:04 - starting CURRENT tinderbox run for i386/i386 > TB --- 2003-07-02 17:10:04 - checking out the source tree > TB --- cd /home/des/tinderbox/CURRENT/i386/i386 > TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd

Re: Overdone rescue cleaning as part of buildworld?

On Mon, Jul 14, 2003 at 12:40:42AM -0700, David O'Brien wrote: > On Sun, Jul 13, 2003 at 09:49:46PM -0700, Nate Lawson wrote: > > It appears /rescue is cleaning for way too much as part of buildworld. > > For instance, groff is NOT part of /rescue (or we have other things to > > discuss. :) This a

Re: Overdone rescue cleaning as part of buildworld?

On Mon, Jul 14, 2003 at 01:53:29PM -0400, Garance A Drosihn wrote: > At 9:09 AM -0700 7/14/03, Gordon Tetlow wrote: > >On Mon, Jul 14, 2003 at 12:40:42AM -0700, David O'Brien wrote: > > > Gordon, 'make world' times have climbed up to over 1 hour > > > on

Re: Overdone rescue cleaning as part of buildworld?

On Mon, Jul 14, 2003 at 12:44:05PM -0700, Tim Kientzle wrote: > Gordon Tetlow wrote: > >On Mon, Jul 14, 2003 at 12:40:42AM -0700, David O'Brien wrote: > >>On Sun, Jul 13, 2003 at 09:49:46PM -0700, Nate Lawson wrote: > >>>It appears /rescue is cleaning for

Re: Overdone rescue cleaning as part of buildworld?

On Mon, Jul 14, 2003 at 03:15:01PM -0700, Tim Kientzle wrote: > Gordon Tetlow wrote: > >On Mon, Jul 14, 2003 at 12:44:05PM -0700, Tim Kientzle wrote: > >>Gordon Tetlow wrote: > >>>>On Sun, Jul 13, 2003 at 09:49:46PM -0700, Nate Lawson wrote: > >>>>

Re: Overdone rescue cleaning as part of buildworld?

On Mon, Jul 14, 2003 at 03:48:33PM -0700, Tim Kientzle wrote: > Gordon Tetlow wrote: > >Attached is the patch. It basically makes CRUNCH_PROGS into a per > >directory item and then only does a make obj on the per program > >directory. > > Hmmm I do have a phil

HEADS UP: rc.d is in the tree

I've imported the excellent work by Mike Makonnen into the tree. Please note that it should be fully functional but there are some parts that need some looking at: atm ipfilter Hopefully Mike will chime in with some others. Please try out the functionality by putting rc_ng="YES" into your rc

Re: HEADS UP: rc.d is in the tree

On Fri, 14 Jun 2002, Danny Braniss wrote: > in amd, > # REQUIRE: rpcbind mountall ypbind nfsclient > ** > since i don't use yp, how can i override this? > > or in other words, can REQUIRE be configurable too? This isn't a hard requirement for startin

Re: HEADS UP: rc.d is in the tree

On Sat, 15 Jun 2002, Greg 'groggy' Lehey wrote: > Hmm, appears to be Luke Mewburn's NetBSD stuff, which I know. > Shouldn't there be an "Obtained From: NetBSD" in the commit messages? Heh, sorry about that. I thought taking if off the NETBSD vendor branch was enough of a hint. It appears that I

Re: HEADS UP: rc.d is in the tree

On Fri, 14 Jun 2002, Terry Lambert wrote: > Mike Makonnen wrote: > > Danny Braniss <[EMAIL PROTECTED]> wrote: > > > in amd, > > > # REQUIRE: rpcbind mountall ypbind nfsclient > > > ** > > > since i don't use yp, how can i override this? > > > > > > or i

bug in awk implementation?

I was parsing ldif format with awk (formerly gawk) and found a buglet in awk with the following script: BEGIN { RS="\n\n"; FS="(: |\n)"; } { print $2; } Fed the following output: dn: Some Such DN gidNumber: 1000 uidNumber: 1080 dn: Some Other DN gidNumber: 1000 uidNumber: 140

Re: bug in awk implementation?

On Mon, 15 Jul 2002, Robert Drehmel wrote: > > So, this seems to be a bug in the one-true-awk implementation. Any ideas > > on how to fix this? > > To me, this seems like a bug in 'gawk'. The AWK language uses > only the first character in RS as the record separator, to my > knowledge. Ah, ok

Re: bug in awk implementation?

On Tue, 16 Jul 2002, Crist J. Clark wrote: > And since it is clearly documented, awk(1) says, > >Records >Normally, records are separated by newline characters. >You can control how records are separated by assigning >values to the built-in variable RS. If

odd nfs message

When I try to serve my cdrom out to Solaris clients, I get the following message in my syslog: Jul 30 13:27:15 roark kernel: RRIP without PX field? Jul 30 13:27:15 roark last message repeated 7 times When the clients try to mount my cdrom drive, they see the top directory structure just fine, b

HEADS UP: rcNG is now the default

I'm going to toggle the switch to activate rcNG as the default boot scripts. If you experience any problems, put rc_ng="NO" in your /etc/rc.conf and please report any problems. -gordon msg42462/pgp0.pgp Description: PGP signature

Re: aout support broken in gcc3

On Mon, Sep 02, 2002 at 11:34:48AM -0400, Alexander Kabaev wrote: > On Tue, 3 Sep 2002 01:09:11 +1000 (EST) > Bruce Evans <[EMAIL PROTECTED]> wrote: > > > > > Except I just used it to compile biosboot :-). (I had more problems > > with ufs2 changes than with the compiler.) > > > > Actually, I

Re: HEADS UP: rcNG is now the default

On Mon, Sep 02, 2002 at 09:33:35AM -0700, Gordon Tetlow wrote: > I'm going to toggle the switch to activate rcNG as the default boot scripts. > If you experience any problems, put rc_ng="NO" in your /etc/rc.conf and > please report any problems. There is one outstanding

Re: HEADS UP: rcNG is now the default

On Mon, Sep 02, 2002 at 10:30:19PM -0700, Gregory Neil Shapiro wrote: > gordont> There is one outstanding issue with the sendmail script that I'm working on > gordont> a solution for. In the general case it should work fine. If you set > gordont> sendmail_enable="NONE" it will echo a benign warnin

Changes to Kerberos daemon startup

I have a patch at http://people.freebsd.org/~gordon/patches/kerberos.diff that changes the variables used for kerberos startup. I haven't had a chance to test these changes just yet, but I'd like peoples opinion on them. There will be a corresponding change in rc.d scripts that I have to make yet.

tar problems with --fast-read

I was trying out the fast-read feature of tar and got the following: gtetlow@roark:~$ touch testa testb gtetlow@roark:~$ tar cf test.tar testa testb gtetlow@roark:~$ tar tf test.tar --fast-read testa testa Terminated gtetlow@roark:~$ Further investigtion shows that

Re: RCng Awkwardness

On Wed, Oct 30, 2002 at 11:50:45AM -0800, Tim Kientzle wrote: > I find the standard arguments used by RCng quite > awkward. In particular, especially for people who > have worked with SysV-style init scripts, it's > rather surprising that "/etc/rc.d/nfsd stop" does > not actually stop the nfsd pro

Re: RCng Awkwardness

On Wed, Oct 30, 2002 at 02:23:48PM -0800, Tim Kientzle wrote: > Gordon Tetlow wrote: > > >On Wed, Oct 30, 2002 at 11:50:45AM -0800, Tim Kientzle wrote: > > > >>I find the standard arguments used by RCng quite > >>awkward. In particular, ... "/etc/rc.d/

Re: RC NG, ntp and routed

On Mon, Dec 09, 2002 at 06:43:50PM -0800, Mike Makonnen wrote: > > The following patch should solve your problem. However, > it's only a partial solution. It fixes the case for ntpd > and ntpdate but not for other network daemons like rpcbind, which still get > started _before_ the routing daemons

Re: RC NG, ntp and routed

On Tue, Dec 10, 2002 at 02:50:14PM -0800, Mike Makonnen wrote: > On Tue, Dec 10, 2002 at 03:01:24PM -0200, Daniel C. Sobral wrote: > > On another note, I thought the patch a bit excessive. Here, I just added > > BEFORE: ntpd to routed. OTOH, it seems that patch did a bit more. > > It's not excess

Re: RC NG, ntp and routed

On Tue, Dec 10, 2002 at 09:47:54PM -0800, Mike Makonnen wrote: > On Tue, Dec 10, 2002 at 04:23:18PM -0800, Gordon Tetlow wrote: > > > > Ideally, ntpd should require NETWORKING and that should solve all problems. > > The real problem is that routed is included with DAEM

Re: RC NG, ntp and routed

On Wed, Dec 11, 2002 at 12:46:03AM -0800, Mike Makonnen wrote: > You misunderstood. I meant let's move the routing daemons from /usr/sbin to /sbin. > I think if we have routed there we might as well have the others there. Actually we > only need to move route6d to /sbin. I can't think of a reason y

Re: NetBSD-style rc.d Project

est being a lead developer on the project. > > > > Have you been in contact with Gordon Tetlow to see how he's faring? > > No, I haven't heard from Gordon since October, or so. Last I heard, he > was taking a different approach than me, converting the FreeBSD scripts > t

Re: sh dies w/ sig 12

On Thu, 11 Apr 2002, Jean-Marc Zucconi wrote: > > Seth Hettich writes: > > > Trying to update to -current, in SU mode, doing the make installworld: > > [ ! -e /usr/bin/passwd ] || echo foo > > > will make sh die > > > This is even with the "new" sh from my buildworld (I am running the

Crash when attaching usb ethernet

I've got a Seimens SpeedStream USB -> Ethernet adapter that when I plug into my laptop (built -CURRENT yesterday), it always crashes. Here's the info: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xdeadc0e2 fault code = supervisor read, page not present

Re: Crash when attaching usb ethernet

On Sun, 5 May 2002, Gordon Tetlow wrote: > I've got a Seimens SpeedStream USB -> Ethernet adapter that when I plug > into my laptop (built -CURRENT yesterday), it always crashes. Here's the > info: snip... Of course, after a quick search, I find the thread that

Re: UMA lock order reversal

On Sun, 5 May 2002, Doug Barton wrote: > With yesterday's -current: > > lock order reversal > 1st 0xcc5987a4 DIRHASH (UMA zone) @ > /usr/Local/src-current/sys/vm/uma_core.c:297 > 2nd 0xc76c2224 PCPU 256 (UMA cpu) @ > /usr/Local/src-current/sys/vm/uma_core.c:1630 > > FYI. Here's another from

  1   2   >