Re: PPPoE not working

> Brian Somers writes: > > Archie, it seems people are having problems using PPPoE since your > > ng_ether changes. Any suggestions ? > > Unfortunately I have limited email contact righ tnow.. but a couple > of things come to mind.. > > - Is is possible to get

**HEADS UP** if you used to cvsup the crypto repo from internat !

I haven't looked into it too deeply yet because of other source tree problems, but if you used to get your crypto ,v files from internat, you will suffer some funny problems unless you nuke the old checked-out files. My apologies if this is old news, but I see nothing in UPDATING. The problem

Re: ppp-related panic in sbdrop()

I'd like to disclaim all responsibility :-I I'd normally try to figure out what the problem is or ask for more info, but seen as ppp caused a kernel panic on me this morning on the train, and since then cvsup has caused a similar panic, htc panics and just about anything else interesting I do

Re: ppp -auto gone again

> Udo Erdelhoff schrieb: > > > > Hi, > > ppp -auto stopped working fater I've updated my box from 06/17-Sources > > to yesterday's version (07/06, approx. 1500 GMT). tcpdump -ni tun0 > > shows the traffic but that's it. ppp.log doesn't show any obvious > > problems. -ddial works, sending a manual

Re: **HEADS UP** if you used to cvsup the crypto repo from internat !

> > "Mark" == Mark Murray <[EMAIL PROTECTED]> writes: > > >> In message <[EMAIL PROTECTED]> John Polstra writes: > >> : > This is probably a candidate for UPDATING. > >> : > >> : That wouldn't hurt. But it actually affects _all_ branches, I > >> : believe. So in a way,

Re: **HEADS UP** if you used to cvsup the crypto repo from internat !

> > > On Thu, 13 Jul 2000 19:19:48 +0200, Mark Murray wrote: > > > > 2711: > > > If you used to get your crypto files from internat, AND you > > > used cvsup to get cvs' ,v files, then the latest changes > > > to the source collections will impact you. You will need to > > > remove

Re: **HEADS UP** if you used to cvsup the crypto repo from internat !

anks, > -Charlie > On Wed, Jul 12, 2000 at 03:05:25PM +0100, Brian Somers wrote: > > I haven't looked into it too deeply yet because of other source tree > > problems, but if you used to get your crypto ,v files from internat, > > you will suffer some funny problems u

Re: MS CHAP v2 in -current?

> Ping... > > Does anyone know if ms chap v2 will be integrated into -current any > time soon? I need it for pptpclient. > > If anyone has any patches they'd like public testing on, I'll volunteer. :) I have some code submitted by Nathan Blinkert - I'll apply them later today. > ==ml -- B

Re: MS CHAP v2 in -current?

> > Ping... > > > > Does anyone know if ms chap v2 will be integrated into -current any > > time soon? I need it for pptpclient. > > > > If anyone has any patches they'd like public testing on, I'll volunteer. :) > > I have some code submitted by Nathan Blinkert - I'll apply them later > tod

Re: if_tun.ko seems broken

Sorry for the delay (I've been away for 2 weeks). As Ben pointed out, the act of opening the /dev device is the key - specifically, the if_attach() called from tuncreate() called from tunopen() does some permanent damage^Wgood. I don't think ifconfig really has a chance of doing the right thin

Re: ppp.linkdown

> Is ppp.linkdown executed before or after the link is down? > > I'd like to change a dyndns, but will link activity done in linkdown defeat > the timeout, or start a new call? It'll start a new call in auto mode. > Leif -- Brian <[EMAIL PROTECTED]>

Re: cvsup overzealous

> With world and kernel of 10th August, 01:00 GMT cvsup is reporting > 'SetAttrs' adjustments for every file it encounters on repeated runs > against a server that has not been updated. > > Running under an old kernel, cvsup is not performing any updates. This isn't by any chance because you cvs

Re: ppp troubles

> On Fri, Aug 11, 2000 at 08:58:48PM -0700, Eric Anholt <[EMAIL PROTECTED]> wrote: > > > I've been seeing these errors for about a month now. When PPP is > > first started, it outputs: > > calwell:/usr/src/bzflag>ppp -ddial -nat papchap > > Working in ddial mode > > Using interface: tun0 > > Wa

Re: MAKEDEV broken

Oops, I meant unit2minor for ugen & urio :-/ > Hi > > It looks like a function got left out of MAKEDEV. > > This seems to fix it: > > Index: /usr/src/etc/MAKEDEV > === > RCS file: /home/ncvs/src/etc/MAKEDEV,v > retrieving revision

Re: stdio change, other libraries needs bumping too!

> "Andrey A. Chernov" wrote: > > On Thu, Sep 20, 2001 at 18:32:57 +0400, Andrey A. Chernov wrote: > > > After stdio changes 4.4 binaries linked with libtermcap/libcurses refuse > > > to work: > > > > > > /usr/libexec/ld-elf.so.1: /usr/lib/libcurses.so: Undefined symbol "__stdout > p" > > >

Re: Anyone had luck with 3Com HomeConnect ADSL Modem Dual Link???

> Hi... > > Has anyone on this list had any luck dealing with 3Com HomeConnect ADSL > Modem Dual Link? > I am stuck with this peace of hardware and please don't flame me ;) > > I connect the modem to an xl card sitting on the PC. > > I am running a fairly recent -CURRENT system. Here is my /etc

Re: cvsup-devel port build problem (pm3-base)

I sent John Polstra a similar patch some time ago Any news about getting this committed John (P) ? > Hi, > > I ran into some problems building the cvsup-devel > port. In one of it's dependants, the c file is attempting > to include which is nolonger valid. > > /usr/ports/lang/pm3-bas

Re: cvsup-devel port build problem (pm3-base)

John Polstra <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, > Brian Somers <[EMAIL PROTECTED]> wrote: > > I sent John Polstra a similar patch some time ago Any news about > > getting this committed John (P) ? > > There is already an

Re: rm -rf /usr/obj/usr/src/usr.bin/tip helps build -CURRENT

> On Tue, Nov 27, 2001 at 06:35:49AM -0800, David Wolfskill wrote: > > Found this to be helpful after seeing: > > > > >>> stage 2: cleaning up the object tree > > ... > > ===> usr.bin/tip > > ".depend", line 886: Inconsistent operator for tip > > make: fatal errors encountered -- cannot continue

Re: rm -rf /usr/obj/usr/src/usr.bin/tip helps build -CURRENT

> On Tue, 27 Nov 2001 18:03:45 +0200, Ruslan Ermilov wrote: > > | > Did you do a component build without `make obj'? That would leave > | > turds, and I'm pretty sure the buildworld target doesn't repeat the > | > cleandir target. > | > > | depend is included by make(1) automatically, before a

Re: rm -rf /usr/obj/usr/src/usr.bin/tip helps build -CURRENT

> On Tue, Nov 27, 2001 at 04:20:54PM +0000, Brian Somers wrote: > > > > A ``rm -fr /usr/obj; make -DNOCLEAN buildworld'' is quicker than > > ``make buildworld'' anyway :*) > > > > Really? Is this recommended? Yes, except I meant ``rm

ACPI panic at boot time in -current

Hi, I was wondering if anybody has any suggestions about why this might be happening in -current: Booting [/boot/kernel/kernel]... /boot/kernel/acpi.ko text=0x32f34 data=0xf9c+0x1028 syms=[0x4+0x49c0+0x4+0x61a]- Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 198

Re: rev 1.61 of /sys/netinet/in.c breaks ISDN

> Hi, > > with rev 1.61 of in.c I4B directly hangs up after dialing out. At the > moment I run a current kernel as of yesterday with a netinet directory > as of today except for in.c (which is at rev 1.60 here) and everything > works fine. Hi, Can you give me more details about the failure - er

Re: PPP Dial of External Modem Fails in 'Current'

> > I rebuilt 'Current' over the weekend with a make buildworld/install world > and make buildkernel/install kernel and 'ppp -ddial papchap' gives the > following error(s) when trying to dial an external modem: > > Warning set ifadr: Invalid command > Warning set ifadr: Falied 1 > > > Doe

Re: cp MAKEDEV /dev - on a system with devfs

> In message <[EMAIL PROTECTED]>, Jean Louis Ntakpe writes: > >Hi, > > > >In /usr/src/etc/Makefile: > > > >"make distribution" is still trying to copy MAKEDEV to /dev > >on a system with devfs mounted to /dev. > >Since devfs is default, is this behaviour correct or my > >/etc/make.conf is missin

Re: cp MAKEDEV /dev - on a system with devfs

> Brian Somers <[EMAIL PROTECTED]> wrote: > > > >I thought only sysv kept non-startup executables in /etc. > > There's one real oddity in FreeBSD: > > [EMAIL PROTECTED]:/etc > :; ll rmt > lrwxrwxrwx 1 root wheel 13 Jan 28 13:42 rmt

Re: Proposal to mergemaster

> > Hi, > > After 100erts of mergemaster sessions, I'm looking for a way to improve > mergemaster. > > 1st thing, mergemaster displays per default all in changed files. That's > ok for the first time, but if you maintain many hosts, this is annoying a > lot. > > There should be an options to d

Re: Recent interface/routing changes breaks on-demand PPP

> > Do you mean that "add" PPP command now intentionally broken for any > > address excepting *ADDR? Then, what is the reason to have numeric argument > > there? Or do you mean that PPP must be fixed now? Where is the fix? > > > I mean that: > > 1. If you use HISADDR, ppp(8) will automatically

Re: Recent interface/routing changes breaks on-demand PPP

> On Fri, Mar 23, 2001 at 23:11:56 +0000, Brian Somers wrote: > > 1. Ppp is in -auto mode (or a ``set mode auto'' has been done). > >Here, ppp configures the interface as soon as it sees the ``set > >ifaddr'' line and never undoes that configura

Re: Recent interface/routing changes breaks on-demand PPP

> > On Fri, Mar 23, 2001 at 23:11:56 +, Brian Somers wrote: > > > 1. Ppp is in -auto mode (or a ``set mode auto'' has been done). > > >Here, ppp configures the interface as soon as it sees the ``set > > >ifaddr'' line and never

Re: Problem with tun device and trafshow/tcpdump?

I found this message in one of my inboxs - I forgot to reply :*) I believe this was fixed last October (at BSDCon)... can you confirm ? > Hi everyone. > > Ok apologies first to anyone who has been asked this question before, I've > searched the mail lists and cannot find anything like this rece

Re: Recent interface/routing changes breaks on-demand PPP

> On Sun, Mar 25, 2001 at 02:46:22AM +0100, Brian Somers wrote: > > > > On Fri, Mar 23, 2001 at 23:11:56 +0000, Brian Somers wrote: > > > > > 1. Ppp is in -auto mode (or a ``set mode auto'' has been done). > > > > >Here, pp

Re: make release broken in telnetd

Hi, I'm not convinced that the patch will help. It looks like the error is because it's using the ppp.lo that was built with crypto support but without the mppe bits. Maybe other objects (such as ccp.o in this case - which seems to be built with HAVE_DES and therefore includes MPPEAlgorithm

Re: FW: Filesystem gets a huge performance boost

> Another important change is that it is no longer necessary to run > tunefs in single user mode to activate soft updates. All that is > needed is to add the "softdep" mount option to the partitions you > want soft updates enabled on in /etc/fstab." [.] > I especially like not having to run tu

Re: FW: Filesystem gets a huge performance boost

[.] > > The second improvement, contributed by > > [EMAIL PROTECTED], is a new directory allocation policy (codenamed > > "dirpref"). Coupled with soft updates, the new dirpref code offers up > > to a 60x speed increase in gluk's tests, documented here:" > > > > >ht

Re: FW: Filesystem gets a huge performance boost

> Why VMIO dir works better if directories are placed close to each other? I > think it only makes the cache data of an individual directory stay in the > memory longer. Is there a way to measure the effectiveness of the disk > drive's cache? The real performance gain is seen when doing stuff wi

Re: sysctl optimisations (was: Filesystem gets a huge performance boost)

> OK... this brings up the question of what other cool optimizations are > there that may have been disabled in the past for reasons that are no > longer pertinent? It might be worthwhile to create an /etc/sysctl.conf file > with commented out examples of configurations for various systems.

Re: cp -d dir patch for review (or 'xargs'?)

> Garance A Drosihn <[EMAIL PROTECTED]> writes: > > Or maybe something to indicate where the list of arguments > > should go in a command. Hrm. Let's say '-Y replstr' or > > '-y[replstr]' (no blank after -y). If no [replstr] is > > given on -y, it defaults to the two characters '[]'. > > Then o

Re: cp -d dir patch for review (or 'xargs'?)

> > On Fri, Apr 20, 2001 at 07:26:18PM -0700, Rodney W. Grimes wrote: > > > > > > (cat bigfilelist; echo destdir) | xargs cp > > > > > > I like this version of the patch!! It's much much cleaner than > > > hacking up cp or xargs, it even follows the unix principle of > > > using simple tools an

Re: cp -d dir patch for review (or 'xargs'?)

> On Sat, 21 Apr 2001 14:06:04 +0100, Brian Somers wrote: > > > How do you do this in a script: > > > > cd /topdir; find . -type f | xargs -i {} cp {} /otherdir/. > > for i in `find /path/to/source -type f`; do > cp $i /path/to/dest/ > done >

Re: cp -d dir patch for review (or 'xargs'?)

> Sorry for butting in. Adding new non-portable functionality to solve the problem > which could be adequitely taken care of using existing and well known > techniquies is not appropriate, I completely agree with you on that. And I'm still waiting to see those well known techniques. > --

Re: cp -d dir patch for review (or 'xargs'?)

> So we have two problems: > > 1) Calling cp(1) repetitively is inefficient. > > 2) The argument list is too big for cp(1). > > Extending cp(1) will not solve (2). Extending xargs(1) will solve both. > So why is an extension to cp(1) being proposed? I wasn't proposing that cp should be change

Re: cp -d dir patch for review (or 'xargs'?)

I looked at your patches and immediately thought ``these patches can't be right'' as I was expecting it to deal with things such as xargs -I [] echo args are [], duplicated are [] I'm also dubious about the patches working for large volumes on standard input. At this point I scrapped the e

Re: cp -d dir patch for review (or 'xargs'?)

> Putting that option into cp seems rather GNUish to me, but > not very UNIXish. :-) Yes. I think most people agree that changing cp is not good. > Just my 2 Euro cents. > > Regards >Oliver > > -- > Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München > Any opinions expr

Re: cp -d dir patch for review (or 'xargs'?)

> Dima Dorfman <[EMAIL PROTECTED]> wrote: > > I don't have a copy of SuSv2 or anything else that defines -I and -i, > > http://www.secnetix.de/~olli/susv2/xcu/xargs.html > > > but from what I can gather, -i is the same as "-I {}" and -I allows > > things like this: > > Not exactly. The diff

Re: cp -d dir patch for review (or 'xargs'?)

> Brian Somers <[EMAIL PROTECTED]> writes: > > I looked at your patches and immediately thought ``these patches > > can't be right'' as I was expecting it to deal with things such as > > > > xargs -I [] echo args are [], duplicated are [] >

Re: Re: cp -d dir patch for review (or 'xargs'?)

> On Sat, 21 Apr 2001 20:04:31 +0100, Brian Somers wrote: > > > Sorry for butting in. Adding new non-portable functionality to solve the problem > > > which could be adequitely taken care of using existing and well known > > > techniquies is not appropriate, I com

Re: Re: cp -d dir patch for review (or 'xargs'?)

> On Sun, 22 Apr 2001 13:16:31 +0100, Brian Somers wrote: > > > On Sat, 21 Apr 2001 20:04:31 +0100, Brian Somers wrote: > > > > > Sorry for butting in. Adding new non-portable functionality to solve the >problem > > > > > which could be adequitel

Re: cp -d dir patch for review (or 'xargs'?)

> No rain here, it is ARG_MAX - 2048: > -s size > Set the maximum number of bytes for the command line length pro- > vided to utility. The sum of the length of the utility name and > the arguments passed to utility (including NULL terminators) will >

Re: cp -d dir patch for review (or 'xargs'?)

> Rodney W. Grimes <[EMAIL PROTECTED]> wrote: > > > Before anyone starts writing scripts, consider that {} will be > > > replaced by xargs with (roughly) ARG_MAX - 10 characters worth of the > > > stuff coming off the pipe. If your combined arguments plus > > > environment exceeds ARG_MAX

Re: Updated: cp -t patch (w/ commentary)

> On Mon, Apr 23, 2001 at 11:33:24AM -0700, John W. De Boskey wrote: > >After some feedback, I have changed the patch slightly. Rename > > -d to -t and remove the requirement for the option to have a > > value. > > I thought people generally agreed the right fix was to add functionality > to

Re: Updated: cp -t patch (w/ commentary)

[.] > The "xargs weenies" have also offered an explicit patch that > could be tried, but that patch is being ignored by you. It > is not a matter of talking ourselves to death, it's a matter > that we're looking for feedback from anyone who wants to > respond to the proposed xargs changes. >

Re: Updated: cp -t patch (w/ commentary)

> It is inconceivable that the proposed patch to 'xargs' would > increase your running time. I don't mean the standard '-I' > change, which would certainly destroy performance, but the > proposed patch to 'xargs' which solves your specific problem > in a general way. > > I'm still curious as to

Re: cp -u patch

> On Mon, 7 May 2001 10:18:38 -0700 > [EMAIL PROTECTED] wrote: > > Lets try another realistic example: > > > > cp -uvp ab* cde*.f* g? h/*.i? j/kl /m > > What's the find | cpio invocation for that? When you come up with it, it > > echo ab* cde*.f* g? h/*.i? j/kl /m | cpio ... > >

Re: Huh??!? xterm: Error 14, errno 2: No such file or directory

This makes xterm work again. Any objections to a commit ? > David Wolfskill wrote: > > > Built -CURRENT & rebooted after mergemaster as usual, and some X > > applications (xbattbar; xlockmore; oclock) work OK, but no xterm. At > > least, not from X (XF86-4.0.3). I tried using Ctl-Alt-F2 to ge

Re: Huh??!? xterm: Error 14, errno 2: No such file or directory

Have you got v1.23 of sys/fs/devfs/devfs_vnops.c and are you running as non-root ? > On Tue, May 15, 2001 at 01:34:27AM -0700, Peter Wemm wrote: > > David Wolfskill wrote: > > > > > Built -CURRENT & rebooted after mergemaster as usual, and some X > > > applications (xbattbar; xlockmore; oclock)

Re: cvs commit: src Makefile.inc1

> On Wed, 16 May 2001, Warner Losh wrote: > > > In message <[EMAIL PROTECTED]> Ruslan Ermilov writes: > > : FWIW, my gross hack to usr.sbin/kbdcontrol also worked: > > > > I tend to dislike adding ../../sys to the includes list since they > > might not be compatible with the host's sys files use

Re: cvs commit: src Makefile.inc1

> On Wed, 16 May 2001, Warner Losh wrote: > > > In message <[EMAIL PROTECTED]> Brian Somers writes: > > : How should this be done - and where should I install digiio.h if > > : that's what's required ? > > > > I think that ppi device sets t

Where to put include files (was: cvs commit: src Makefile.inc1)

> > Most headers that define ioctls are in . I think there should > > be at most one directory for ioctl headers and it shouldn't be a subdir > > of /usr/include/sys (/usr/include/sys/dev doesn't even reflect the > > kernel tree). > > > Might I guess it should probably be called /usr/include/sys

Re: Where to put include files (was: cvs commit: src Makefile.inc1)

he question is ``where to put them ?''. Warner wrote: > In message <[EMAIL PROTECTED]> Brian > Somers writes: > : Solaris calls it's ioctl files /usr/include/sys/_io.h so I'd > : spell digiio.h /usr/include/sys/digi_io.h. > > Actually, the more I think

Re: background fsck

This happens to me ``almost all the time'' on my dev box: Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/ad0s1a 25406382600 15113835%/ devfs110 100%/dev procfs 440 100%/

Re: Where to put include files (was: cvs commit: src Makefile.inc1)

> On Thu, 17 May 2001, Warner Losh wrote: > > > In message <[EMAIL PROTECTED]> Brian > > Somers writes: > > : Solaris calls it's ioctl files /usr/include/sys/_io.h so I'd > > : spell digiio.h /usr/include/sys/digi_io.h. > > > > Actually

Re: Where to put include files (was: cvs commit: src Makefile.inc1)

John/peter, could you repo-copy src/sys/dev/digi/digiio.h to src/sys/sys/digiio.h ? Ta. > On Fri, 18 May 2001, Brian Somers wrote: > > > > On Thu, 17 May 2001, Warner Losh wrote: > > > I quite like the fact that the programming interface is > > > separat

Re: ** HEADS UP **: sys/miscfs file systems moved

> Dear -CURRENT users, > > Please note that: > > - FDESC, FIFO, NULL, PORTAL, PROC, UMAP and UNION file > systems were repo-copied from sys/miscfs to sys/fs. > > - Renamed the following file systems and their modules: > fdesc -> fdescfs, portal -> portalfs, union -> unionfs. > > - Renamed

Re: ** HEADS UP **: sys/miscfs file systems moved

> On Wed, May 23, 2001 at 12:52:40PM +0100, Brian Somers wrote: > > > Dear -CURRENT users, > > > > > > Please note that: > > > > > > - FDESC, FIFO, NULL, PORTAL, PROC, UMAP and UNION file > > > systems were repo-copied from sys/mi

Re: Unrecognised CBCP packet [strange problems with ppp(8)]

I've had reports of this in the past. The other end is sending a ``code 5'' packet - something that doesn't appear in the spec :( ppp(8) just ignores these (emitting a warning), they shouldn't be causing any problems themselves (even if CBCP is actually being used). Try enabling IPCP logging.

Re: softupdates related problem in -current

> On Sun, May 27, 2001 at 10:18:43PM -0700, Doug Barton wrote: > > Another problem I'm having in -current right now is with softupdates. Wh= > en > > the system panic'ed the first time, it came up ok and fsck'ed fine with no > > apparent loss of data. However, during the fsck it complained bit

Re: cvs commit: src UPDATING

> In message Michael Reifenberger >writes: > : Have you tried to start aviplay ( coming from ports/graphics/avifile ) or using > : whine? > > Nope. vmware does the job too, and I believe star-office. > Warner -- Brian <[EMAIL PROTECTED]>

this mornings installkernel is bad

Hi all, It looks like this mornings buildkernel/installkernel is not a good thing to install. Trying to buildworld with it produces sig4s (and I think some sig6s) from the compiler: May 30 12:58:39 dev /boot/kernel/kernel: pid 20690 (cc1), uid 0: exited on signal 4 (core dumped) May 30 13:00

Re: Unrecognised CBCP packet [strange problems with ppp(8)]

> Brian Somers wrote: > > > I've had reports of this in the past. The other end is sending a > > ``code 5'' packet - something that doesn't appear in the spec :( > > > > ppp(8) just ignores these (emitting a warning), they shouldn't

Re: PCCARD and -current

I got the same results as you. It eventually worked when I copied the entry matching my card into /etc/pccard.conf and hard-wired the irq as the same as the pcic device (9 in my case): $ cat /etc/pccard.conf irq 9 card "Lucent Technologies" "WaveLAN/IEEE" config auto "wi" 9

Re: PPP modem dial is completely broken

> With new PPP I can't dial to my provider anymore. Two variants: > > 1) PPP says "Clearing choked output queue" and connection stuck forever > with carrier on. Nothing else happens. > > 2) PPP says "Too many IPCP NAKs sent - abandoning negotiation" and drop > carrier forever without further red

Re: trouble with glob patch (ftp exploit)

> In message <[EMAIL PROTECTED]>, "default013 - > subscriptio > ns" writes: > > Hi, thanks for the tip, but I attempted the new instructions and got this > > error... > > It seemed like it went a bit farther but... > > > > [/usr/src/lib/libc]# make all install > > Warning: Object directory not c

Re: tcsh.cat

> < said: > > > Here's an example of a complication: what is the semantics of /tmp/foo/bar > > where foo is a symlink to ""? I think the pathname resolves to > > /tmp//bar and then to /tmp/bar, but this is surprising since foo doesn't > > point anywhere. > > But this is at least consistent with

Re: panic from May

A current world with a May 23 kernel works ok, so you may be lucky :) > I get the following panic on a GENERIC kernel from around May 23: > > (copied by hand) > > /usr/src/sys/kern/kern_synch.c:385: sleeping with "vm" locked from >/usr/src/sys/vm/vm_pager.c:428 > panic: sleeping process owns a

Re: Userbase of -current

> In message <[EMAIL PROTECTED]> Vincent Poy >writes: > : Somehow I always thought there were more than 50 people who are > : "really running" current. We do stress test it though and it had > : performed flawlessly over the past 8 years. Question though, does anyone > : happen to know what

Re: /home: mount pending error: blocks 14 files 3

The error means that your machine crashed with soft-updates enabled, leaving 14 blocks and 3 files still allocated on disk (using up blocks & inodes). If the error keeps turning up, I would guess that you have a 0 or empty fsck field in /etc/fstab and fsck -s therefore not fixing the problem.

Re: /home: mount pending error: blocks 14 files 3

> On Thu, 02 Aug 2001 10:42:29 +0100, Brian Somers wrote: > > > If the error keeps turning up, I would guess that you have a 0 or > > empty fsck field in /etc/fstab and fsck -s therefore not fixing the > > problem. > > Nope. I have passno set for the filesyste

Re: /home: mount pending error: blocks 14 files 3

> > On 02-Aug-01 Sheldon Hearn wrote: > > > > > > On Thu, 02 Aug 2001 09:33:41 MST, John Baldwin wrote: > > > >> I get these messages when I reboot or crash before the background > >> fsck finishes sometimes. Sometimes I get them when the filesystems > >> are clean, too. They always happen w

Should developers run current ? (was: XDM and X)

I've cc'd freebsd-current here. This is a followup to a small thread on the UK user group list about the stability of -stable. Joe Karthauser <[EMAIL PROTECTED]> wrote: > On Sat, Aug 04, 2001 at 02:42:44PM +0100, Nik Clayton wrote: > >=20 > > This hasn't suddenly changed in FreeBSD -- the -curr

Re: Syntax change in ppp?

> Hi, > > after the latest updates I just noticed a different behaviour of ppp. > > in /etc/ppp/ppp.linkup I had an additional line > iface clear > for my profile to get rid of stuffed up IP pairs. After the latest update > this entry also clears my defaultroute, but only after redialing. > >

Re: Syntax change in ppp?

> Brian Somers schrieb: > > > > > Hi, > > > > > > after the latest updates I just noticed a different behaviour of ppp. > > > > > > in /etc/ppp/ppp.linkup I had an additional line > > > iface clear > > > for my profile to

Re: Copyright Contradiction in libalias

This is my fault. Charles gave me permission to change these files to a BSD license a while ago. It looks like I got it wrong :-/ I'll fix it now. > I was doing some things in libalias when something caught my eye, > > $ cat alias.c > /* -*- mode: c; tab-width: 8; c-basic-indent: 4; -*-

Re: Copyright Contradiction in libalias

> Check with Charles to see if he really wants to abandon copyright claims > to his code, or whether he was really implying some really liberal open source > license. With the BSD Copyright (only) he keeps the intellectual copyright on the original. That's what I've changed it to (as per his a

Re: Copyright Contradiction in libalias

> +---[ Brian Somers ]-- > | > Check with Charles to see if he really wants to abandon copyright claims > | > to his code, or whether he was really implying some really liberal open source > | > license. > | > | With the BSD Copyright (only

Re: another panic (mix ppp and usb to taste)

> As I was trying to let the Palm Pilot connect to my desktop > through usb using PPP, I tried to run > > /usr/sbin/ppp -quiet -direct -nat < /dev/ugen0 FWIW, that should be: /usr/sbin/ppp -quiet -direct -nat <>/dev/ugen0 as ppp -direct needs to be able to write to descriptor 0 t

More SIG4s during make world

Hi, Just a quick note to say that my -current box has started dropping cores during make world again. I have a kernel from August 11 that works ok, and had one from August 18 that was causing sig 4 at random places. I accidently overwrote my Aug 18 kernel.old, but Aug 25, 27 and 28 are still

Re: the ifp to a removed pcmcia ethernet card is left in struct ip_moptions and struct ifmultiaddr

> Seigo Tanimura wrote: > > > > I have been suffering from this problem for almost 2 months. When I > > remove a pcmcia ethernet card from my laptop PC, routed(8) announces > > updated routing information by multicast, leading to a kernel > > panic. > > Ejecting an interface configured up will d

Re: the ifp to a removed pcmcia ethernet card is left in struct ip_moptions and struct ifmultiaddr

> > Interfaces in promiscuous mode will always result in a reboot. I > > *usually* get away with ejecting an active card if it's not in > > promiscuous mode. > > A while back I committed patches to use bpf_detach(), which elminated the > struct ifnet pointer in the bpf described at detach time

Re: How to use RSA with USA_RESIDENT=NO?

Are you sure this isn't because you've forgotten to kldload random (it changed from randomdev) ? See UPDATING. > After installworld, I can not use ssh with RSA. Does someone know how > to fix this problem? > > - > % ssh white > ssh: no RSA support in libssl and libcrypto. See ssl(8). > D

Re: Fdescfs updates--coming to a devfs near you!

> The majority of these programs could be handled by adding knowledge > of "-" as a magic filename to fopen(3). [.] > I would argue that the programs and the scripts that call them are > already broken, but hey... So (just to add fuel to the mass opposition), do this without temporary files:

Re: ssh and scp fail connecting to a root account

> On Fri, 15 Sep 2000, Udo Schweigert wrote: > > > The strange: both commands succeed if connecting to a non-root account. > > > > Are there any others with these problems? Any clues? > > run sshd -d on the server, ssh -d on the client, and send me the output Hmm, I've been seeing this problem

Re: ssh and scp fail connecting to a root account

> > On Fri, 15 Sep 2000, Udo Schweigert wrote: > > > > > The strange: both commands succeed if connecting to a non-root account. > > > > > > Are there any others with these problems? Any clues? > > > > run sshd -d on the server, ssh -d on the client, and send me the output > > Hmm, I've been s

Re: ssh and scp fail connecting to a root account

> On 17 Sep 2000, Jason Evans wrote: > > > On Fri, Sep 15, 2000 at 03:40:12PM +0100, Konstantin Chuguev wrote: > > > Udo Schweigert wrote: > > > > > > > after a fresh build of -current openssh does not work if connecting to the > > > > root-user. For example (tested from a -stable machine, but t

Re: periodic no longer usable by users?

> It seems that recent (the last two weeks?) changes to periodic have > changed things so that non-root users of it no longer get any output. > > A simple fix would be to change the default output to $USER (not yet > tested). However, having a user-specific periodic.conf would be a lot > more use

Re: Current periodic change

> periodic is broken in current > > # /usr/sbin/periodic daily > /usr/sbin/periodic: 43: Syntax error: ")" unexpected (expecting ";;") Oops, fixed. Thanks. > == > || [EMAIL PROTECTED] || > || Ph. (415) 681-6235 || > =

Re: ppp.linkdown

> On Sat, 12 Aug 2000, Brian Somers wrote: > > > > Is ppp.linkdown executed before or after the link is down? > > > > > > I'd like to change a dyndns, but will link activity done in linkdown defeat > > > the timeout, or start a new call? > >

Re: pw_class in _pw_passwd is null if __hashpw() is not called in prior

Kris, I guess once this is committed, the patch I sent you for ssh will no longer be necessary. To the cc list: My patch just told ssh to xstrdup(pw_class ? pw_class : "") > On Sun, Sep 24, 2000 at 11:43:01PM +0900, Seigo Tanimura wrote: > > As we are supposed to fill in all of the members

**HEADS UP** /usr/include/netnatm/

People may see problems with make buildworld. I recently added the directory /usr/include/netnatm/ to BSD.include.dist, and the ppp build now depends on this. Old installations may have a bogus file called /usr/include/netnatm that needs to be removed before mtree (at the start of installworld

Re: **HEADS UP** /usr/include/netnatm/

> > brian> I recently added the directory /usr/include/netnatm/ to > brian> BSD.include.dist, and the ppp build now depends on this. > > Would you please add netnatm to 'LDIRS' definition of src/include/Makefile ? > > Without this, "make buildworld" fails just like this, since no header > file

<    1   2   3   >