Re: nvidia drivers hate me

2002-12-06 Thread Doug Barton
On Fri, 6 Dec 2002, Maxime Henrion wrote: > Doug Barton wrote: > > The native nvidia drivers work great in RELENG_4 with my geforce 4 mmx, > > but in -current they hate me. I just upgraded to the latest -current and > > I'm using XFree compiled on -current, no joy.

Re: nvidia drivers hate me

2002-12-06 Thread Doug Barton
On Fri, 6 Dec 2002, Doug Barton wrote: > The native nvidia drivers work great in RELENG_4 with my geforce 4 mmx, > but in -current they hate me. I just upgraded to the latest -current and > I'm using XFree compiled on -current, no joy. It's always the same error: >

nvidia drivers hate me

2002-12-06 Thread Doug Barton
The native nvidia drivers work great in RELENG_4 with my geforce 4 mmx, but in -current they hate me. I just upgraded to the latest -current and I'm using XFree compiled on -current, no joy. It's always the same error: panic: bremfree: bp 0xc7751bb8 not locked I've tried both with and without agp

Re: [REPORT] Upgrade from 4.0-RELEASE to 5.0-CURRENT

2002-12-02 Thread Doug Barton
On Mon, 2 Dec 2002, Terry Lambert wrote: > Doug Barton wrote: > > On Sun, 1 Dec 2002, Ruslan Ermilov wrote: > > > I've attempted to overcome 1) as suggested by UPDATING, by running > > > the ``mergemaster -p'' (from src/usr.sbin/mergemaster/). This did

Re: [REPORT] Upgrade from 4.0-RELEASE to 5.0-CURRENT

2002-12-02 Thread Doug Barton
On Sun, 1 Dec 2002, Ruslan Ermilov wrote: > [ > current@ Cc:'ed because it'll be useful to a number of upgraders. > dougb@ Cc:'ed to be aware of possible mergemaster(8) problems. Thanks. > 1. smmsp user was missing from /etc/passwd and /etc/group > 2. installed 4.0 kernel did not have the si

Re: [REPORT] Upgrade from 4.0-RELEASE to 5.0-CURRENT

2002-12-02 Thread Doug Barton
On Sun, 1 Dec 2002, Daniel C. Sobral wrote: > IIRC, we never supported upgrade to 4.0 or 4.1 from anybut but the > *latest* version in the 3.x series. I sure hope we adopt the same policy > here. While I can't put a lot of time into supporting ru's efforts, and I agree that the policy should be t

Re: Run two copies of named from rc.conf?

2002-11-17 Thread Doug Barton
John De Boskey wrote: > > It would be nice if rc.conf could start a 2nd copy > of named (split dns). IMO, running two named's on the same box is an edge case, and not likely to be attractive to the majority of our userbase. I think you might be better off with something in /usr/local/etc/rc.d. D

mdconfig /tmp problem

2002-11-14 Thread Doug Barton
Folks, I have been using an mdconfig /tmp for quite a while. Today, running -current from 11/14 I got the following errors while doing an installworld after testing my bind 8.3.3-patched import stuff: kernel: swap_pager_strategy: bp 0xc2f34480 blk 0 size 0, not page bounded (plus lots more) Duri

Re: Mergemaster Bug (Though not a serious one)

2002-11-12 Thread Doug Barton
Galen Sampson wrote: > One thing that I found interesting during mergemaster was the grouping of > changes. For instance mergemaster determined that my /etc/group file was > lacking some groups. The 4 groups that needed changing were on adjacent lines. > Mergemaster gave me the option of mergin

Re: perl5.6.1 wrapper

2002-11-12 Thread Doug Barton
David O'Brien wrote: > > On Fri, Nov 08, 2002 at 08:58:44AM +, Mark Murray wrote: > > IMVHO, the perl wrapper should be removed altogether, and the > > perl port's "use.port" symlink-creating feature should be used > > instead. > > Do we have consensus on this? The perl wrapper really isn't

Re: What's up with www.freebsd.org?

2002-11-10 Thread Doug Barton
Alex Zepeda wrote: > > http://www.freebsd.org/send-pr.html returns a 403. Oops. It's been temporarily disabled. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: cvs commit: src/etc rc.subr

2002-11-08 Thread Doug Barton
Gordon Tetlow wrote: > > On Fri, Nov 08, 2002 at 09:06:15AM -0800, Gordon Tetlow wrote: > > gordon 2002/11/08 09:06:15 PST > > > > Modified files: > > etc rc.subr > > Log: > > Diff reduction to NetBSD: > > > > Fix a minor grammer nit. > > Get rid of _echo that u

Re: Can't resolve hosts via dns on the command line with latest-current

2002-11-04 Thread Doug Barton
Kelly Yancey wrote: > Thanks for the great trace and your patience. I believe I found the root of > the problem. Could you please try the attached patch? Works for me, thanks. Doug To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: cvs commit: src/sys/fs/specfs spec_vnops.c

2002-11-03 Thread Doug Barton
Kirk, I'm adding a bunch of people to the list who were involved in a thread on -current on this topic. I also tried this change and noticed that things did seem a tiny bit snappier (although my system is slow enough that it could have just been my imagination). Thanks, Doug Kirk McKusick wro

Re: Can't resolve hosts via dns on the command line with latest-current

2002-11-03 Thread Doug Barton
On Mon, 4 Nov 2002, Hidetoshi Shimokawa wrote: > I have the same problem and reverting rev. 1.134 of > /sys/kern/uipc_socket.c fixes the problem. Confirmed here too, thanks for the tip. I had looked over the recent commits to /etc/lib/*, but none of them looked guilty. Doug To Unsubscribe: sen

Can't resolve hosts via dns on the command line with latest -current

2002-11-03 Thread Doug Barton
Howdy, With -current built from sources updated at around 8pm PST, I can't resolve hosts on the command line if /etc/resolv.conf points to a name server running on the local host. The local name server itself is working fine, and I can reach any host in /etc/hosts as well. ktrace /sbin/ping hub.f

Re: "... could sleep with "pcm0" locked from ..."

2002-11-02 Thread Doug Barton
Our pcm maintainer is aware of this problem, and is working on the solution. It's expected before 5.0-Release. HTH, Doug -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, Presiden

Re: make(1) broken!

2002-10-29 Thread Doug Barton
On Tue, 29 Oct 2002, Poul-Henning Kamp wrote: > I don't think we need to go overboard, but we are in the run{up,down} > to a release now, so some extra testing would be nice. I think this point may not have gotten the attention it deserves. Being so close to a major release, why are we changing m

Re: HEADS UP: you need to install a new kernel before an installworld.

2002-10-28 Thread Doug Barton
IMO it's more a matter of POLA for those upgrading to -current for the first time. For those that don't realize exactly how different 5.x is, spelling out the steps of installing device.hints, installing the new loader, etc. makes their life easier. This should go on the "Comprehensive guide to up

Re: Kernel breakage?

2002-10-27 Thread Doug Barton
Josef Karthauser wrote: > > On Sun, Oct 27, 2002 at 05:18:37PM -0500, Robert Watson wrote: > > I think UPDATING hasn't been updated on this, but there was a change in > > the format printing for printf that conflicts with the ddb format > > printing. You need to rebuild your gcc. > > Thanks. I'l

makewhatis[.local] issues

2002-10-27 Thread Doug Barton
Howdy, Two things related to the new makewhatis. First, shouldn't it be in /usr/sbin? It's not really a command we'd expect users to run. Second, /etc/periodic/weekly/320.whatis still refers to /usr/libexec/makewhatis.local, which of course no longer exists. I'm not sure what the fix is to this,

Re: fsck hosed?

2002-07-08 Thread Doug Barton
I brought the fsck_y_enable stuff in, I'll try to take a look at it this week. Doug On Mon, 8 Jul 2002, Michael Nottebrock wrote: > Georg-W. Koltermann wrote: > > Yes, I see that as well. Another symptom is that fsck -p now always > > announces "unexpected inconsistencies" and drops back to si

Re: sparc64 tinderbox failure

2002-07-08 Thread Doug Barton
Would it be possible to get better granularity on when things like this are sent to the list? Maybe some flag to set that says, "Hey, I started an actual buildworld, so from here on out any errors get mailed to the list." Doug On Mon, 8 Jul 2002, Dag-Erling Smorgrav wrote: > Mon Jul 8 07:00:0

Re: buildworld fails at share/doc/smm/10.named

2002-07-01 Thread Doug Barton
NAKAJI Hiroyuki wrote: > > > In <[EMAIL PROTECTED]> > > NAKAJI Hiroyuki <[EMAIL PROTECTED]> wrote: > > NH> I noticed share/doc/smm/10.named fails after dougb's commit deleting > NH> contrib/bind/doc/bog/*. > > Oops. Dougb already fixed the problem about 2 hours ago. Yep, sorry about

Re: getting back to current

2002-06-30 Thread Doug Barton
Doug Barton wrote: > At this point, the only way to build -current on a -stable system is > make buildworld; make buildkernel. Make sure that KERNCONF is defined in > /etc/make.conf. I left out, read /usr/src/UPDATING in the -current source tree, there are a lot of other ste

Re: getting back to current

2002-06-30 Thread Doug Barton
Chuck Robey wrote: > > I've just finished going thru another medical session, this one took about > 5 months, and because of the extended time spent away, I'm running 4.5 > (I've been running current since 1.1, this feels really odd). I need > a little bit of help (or advice, maybe) to get me ba

Re: custom kernel

2002-06-24 Thread Doug Barton
David Wolfskill wrote: > > >Date: Mon, 24 Jun 2002 10:33:23 +0200 (CEST) > >From: Riccardo Torrini <[EMAIL PROTECTED]> > > >To avoid unwanted removal can we locate that file under any other > >place and point it (also by KERNCONF or some new black magic) with > >full path? Is this possible (or

Re: rsync 5.x breakage

2002-06-16 Thread Doug Barton
Oliver Braun wrote: > The problem is that sed(1) on -current fails with "sed -i.bak file", if > file.bak already exists, but perl does not. Since net/rsync/Makefile > uses 3 ${REINPLACE_CMD}s on one file (rsync.h), I have removed the > backup file with ${RM} file.bak between the calls. > > ==> $

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

2002-06-15 Thread Doug Barton
Greg 'groggy' Lehey wrote: > Are you talking with lukem about this? It would be nice to stay as > compatible as possible. Greg, This, and many other questions of the same nature are answered in the extensive discussion on this topic in -arch. To Unsubscribe: send mail to [EMAIL PROTEC

Re: [PATCH] sed is broken in -CURRENT

2002-06-15 Thread Doug Barton
Joe Marcus Clarke wrote: > > After the recent round of -i fixes to sed, certain ports will no longer > make configure (gaim being a prime example). The problem is that > mf_fgets() is unnecessarily overwriting sp->len. The attached patch > corrects the problem while still allowing -i to work on

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

2002-06-15 Thread Doug Barton
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? > > Are you (or is anybody) doing something about keeping as close as > possible to being in sync with NetBSD? This project has been

"cost" of vidcontrol -m ?

2002-06-13 Thread Doug Barton
http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/39125 presents an interesting hypothesis, namely that vidcontrol -m ought to be enabled by default in usbd.conf. I tend to agree with that premise, but before I commit it I was curious as to what the "cost" of doing this would be. Specifically, I hav

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

2002-06-13 Thread Doug Barton
On Thu, 13 Jun 2002, Gordon Tetlow wrote: > 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: I'd also like to add a word of encouragement to test this early and often. We plan t

Re: Perl Location pseudo-hardcoded for ports

2002-06-12 Thread Doug Barton
On Wed, 12 Jun 2002, Andrew Kenneth Milton wrote: > The perl location for OSVERSION >= 500036 is 'hardcoded' to be > ${LOCALBASE}/bin/perl in bsd.port.mk. Effectively /usr/local/bin/perl > > Shouldn't it use the perl wrapper in /usr/bin/perl ? The fate of the wrapper in the system has not been c

Re: The great perl rewrite - progress report

2002-06-11 Thread Doug Barton
On Tue, 11 Jun 2002, Andrew Boothman wrote: > Will Andrews wrote: > > On Thu, Jun 06, 2002 at 05:31:12PM +0100, Mark Murray wrote: > > > >>/usr/sbin/sysinstall* - fix - * > > > > > > What part of this uses perl?? > > Perhaps it was just a general comment ;-) Please don't send guesses to

Re: perl wrapper and PATH

2002-06-09 Thread Doug Barton
Garance A Drosihn wrote: > > At 12:48 PM +0200 6/9/02, Anton Berezin wrote: > >On Sat, Jun 08, 2002 at 02:14:09PM -0400, Trish Lynch wrote: > > > > > Anton, if you don;t get around to it this weekend, mind > > > if I take a stab at it? > > > >No, I don't mind at all. If only we can agree who d

Re: Head's up: NO_PERL -> NO_PERL_WRAPPER

2002-06-09 Thread Doug Barton
Terry Lambert wrote: > If we are expressing preferences, I prefer that it be called: > > NO_WE_CHANGE_THE_NAME_SO_YOU_GET_PERL_ANYWAY_`date "+%Y%m%d%H%M%S"` If we're expressing preferences, I think we should eliminate the wrapper altogether. > Just so that the name matches it's *real* functi

Re: Head's up: NO_PERL -> NO_PERL_WRAPPER

2002-06-09 Thread Doug Barton
Anton Berezin wrote: > > On Sun, Jun 09, 2002 at 02:39:45AM -0700, Doug Barton wrote: > > Per discussion with various folks, including Mark, I've moved the > > NO_PERL knob over to NO_PERL_WRAPPER, and documented same. Given that > > this is a fundamentally diff

use.perl patch for the new -current world

2002-06-09 Thread Doug Barton
Attached is a patch that I think sufficiently updates use.perl to handle the state of the world in -current, without boning things for -stable. It also moves some duplicate code up out of the functions. There are certainly other possible ways to solve this problem, but I've tested the attached pa

Re: perl wrapper and PATH

2002-06-09 Thread Doug Barton
Bill Fenner wrote: > > I know that the specific mergemaster issues have been addressed, but I > thought this experience pointed out something subtly astonishing, so I > figured I'd point it out. > > I ran mergemaster, and the perl wrapper started complaining that I > needed to install perl, so I

Head's up: NO_PERL -> NO_PERL_WRAPPER

2002-06-09 Thread Doug Barton
akefile Date: Sun, 9 Jun 2002 02:28:02 -0700 (PDT) From: Doug Barton <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] dougb 2002/06/09 02:28:02 PDT Modified files: share/examples/etc make.conf share/man/man5 make.conf.5 usr.bin Makef

Re: Buildworld errors caused by libfetch.so

2002-06-07 Thread Doug Barton
On Thu, 6 Jun 2002, Hiten Pandya wrote: > [CC'ed to des@] > > Hi all. > > I am experiencing buildworld errors caused by the latest libfetch.so. > The CVSUP source is just a couple of minutes old. Make sure that your next cvsup catches the update to the Makefile: $ ident /usr/src/usr.bin/fetch/M

Re: Removing perl usage from mergemaster

2002-06-06 Thread Doug Barton
Ok, I've imported stat(1) and modified mergemaster to use it instead. For now, I have simply disabled use of the user's umask for mode setting so that I could get the non-perl version in the tree asap. I will look at Giorgos' excellent patch and steal bits from it so that I can add that feature ba

Re: stat(1) (was Re: mergemaster(8) broken -- uses Perl

2002-06-05 Thread Doug Barton
Bakul Shah wrote: > > > the trick nicely (but is too ``complicated'', and I'd still like > > having a tool that allows userland to call stat/fstat(2): I'm currently testing a buildworld prior to importing NetBSD's stat(1) into the tree. Once that's done, if you have suggestions for improvements

Re: Removing perl usage from mergemaster

2002-06-05 Thread Doug Barton
[ I'm replacing -hackers with -arch for reasons that are clear below. ] On Thu, 6 Jun 2002, Giorgos Keramidas wrote: > Hello dougb & all, > > Here's a patch that removes all trails of Perl usage from mergemaster. Your work looks good, but I wish you'd asked before embarking on it. My current pl

Re: xdm broken on current

2002-05-05 Thread Doug Barton
On 5 May 2002, Dag-Erling Smorgrav wrote: > Doug Barton <[EMAIL PROTECTED]> writes: > > unable to dlopen(/usr/lib/pam_nologin.so) > > [dlerror: Cannot open "/usr/lib/pam_nologin.so"] > > adding faulty module: /usr/lib/pam_nologin.so > >

UMA lock order reversal

2002-05-05 Thread Doug Barton
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. -- "We have known freedom's price. We have shown freedom's power. An

Re: xdm broken on current

2002-05-04 Thread Doug Barton
On Sat, 4 May 2002, David O'Brien wrote: > On Sat, May 04, 2002 at 11:16:22PM -0700, Doug Barton wrote: > > Ok, I put the following in /usr/lib/compat, from my releng_4 box: > > > > libc.so.4 > > libc_r.a > > libc_r.so.4 > > libpam.a > > libpam.s

Re: xdm broken on current

2002-05-04 Thread Doug Barton
On 5 May 2002, Dag-Erling Smorgrav wrote: > Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes: > > Doug Barton <[EMAIL PROTECTED]> writes: > > > Then I'm back to my original point. I think that breaking binary > > > compatibility for all 4.x pam applica

Re: xdm broken on current

2002-05-04 Thread Doug Barton
On 5 May 2002, Dag-Erling Smorgrav wrote: > That's right, I'd forgotten - the old PAM modules don't like > libc.so.5. Not much I can do about that :( I'm afraid you'll have to > rebuild X. Then I'm back to my original point. I think that breaking binary compatibility for all 4.x pam app

Re: xdm broken on current

2002-05-04 Thread Doug Barton
On 30 Apr 2002, Dag-Erling Smorgrav wrote: > Doug Barton <[EMAIL PROTECTED]> writes: > > I saw that actually... but (not coredumping) != (lets users log > > in). :) Should I update and try again? > > Argh. Just replace pam_lastlog with pam_permit for now. I&#

Re: xdm broken on current

2002-04-29 Thread Doug Barton
On 30 Apr 2002, Dag-Erling Smorgrav wrote: > Doug Barton <[EMAIL PROTECTED]> writes: > > Is there any chance that this can be fixed in such a way that 3rd > > party binaries, like the xdm which comes with X as distributed by > > xfree86.org will work OOB? > &g

Re: xdm broken on current

2002-04-29 Thread Doug Barton
Is there any chance that this can be fixed in such a way that 3rd party binaries, like the xdm which comes with X as distributed by xfree86.org will work OOB? Breaking binary compat will be a fairly big obstacle for adoption of 5.x we have a hard enough time getting vendors to support

Re: ipfilter not broken for me

2002-04-28 Thread Doug Barton
On Sat, 27 Apr 2002, Ruslan Ermilov wrote: > That was probably a local problem on one of the Brian's fast machines > where I initially attempted to finally test my patch (unsynched cvsup > update?). Sorry for the false alarm, I can't check it right now anyway. You probably caught things

Re: Uptime of 8909 days on 5-CURRENT

2002-04-28 Thread Doug Barton
On Sat, 27 Apr 2002, Lamont Granquist wrote: > > I just did a cvsup today to -current on a GENERIC+SMP kernel and my uptime > is showing 8909 days. cvsup again, this problem should be fixed now. -- "We have known freedom's price. We have shown freedom's power. And in this grea

ipfilter not broken for me

2002-04-26 Thread Doug Barton
On Fri, 26 Apr 2002, Ruslan Ermilov wrote: > I tested this on i386 only with 2 days old -CURRENT (today's is > broken due to the import of latest IPFilter suite) I updated to the latest and greatest last night around midnight and built/installed -current just fine. What about the ipfilte

Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting

2002-04-23 Thread Doug Barton
On Mon, 22 Apr 2002, David O'Brien wrote: > +if [ -z "`hostname -s`" ]; then > +hostname=`kenv dhcp.host-name` > +hostname $hostname > +echo "Hostname is $hostname" > +fi If you wanted to match the style for most of the rc* files, and avoid an unecessa

Re: Adding a 'bpf' group for /dev/bpf*

2002-04-20 Thread Doug Barton
On Sat, 20 Apr 2002, Craig Boston wrote: > Since -current by default uses devfs, is there a standard way to make the > ownership/permissions of device nodes "sticky" so that they persist across > boots? rc.devfs -- "We have known freedom's price. We have shown freedom's power. And in

Re: Proposal for dealing with sendmail [ug]id bootstrapping

2002-04-19 Thread Doug Barton
On Fri, 19 Apr 2002, Gregory Neil Shapiro wrote: > This could lead to security problems. Yes, I stipulated that. > Although I really would prefer that people who are building from source pay > attention to things like the handbook section on what to do when building > from source:

Proposal for dealing with sendmail [ug]id bootstrapping

2002-04-19 Thread Doug Barton
While I do not object to the addition of the new users for sendmail, and I understand the theory of having them own directories for its operation, I think that the current bootstrapping problems are creating too greate a barrier for users who upgrade from source. There are (at least) two g

Re: i386 ATA is very broken after sparc64 ATA mega-commit (April 5)

2002-04-18 Thread Doug Barton
On Thu, 18 Apr 2002, Søren Schmidt wrote: > It seems Doug Barton wrote: > > Given the impending 4.6-release, might it make sense to back off ata in > > The busdma/sparc64 code is *not* in stable... Hmmm... I thought I saw some complaints on -stable, but I might hav

Re: i386 ATA is very broken after sparc64 ATA mega-commit (April 5)

2002-04-17 Thread Doug Barton
Given the impending 4.6-release, might it make sense to back off ata in -stable to the last known-good state? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

DP 1 hates my ACPI timers

2002-04-13 Thread Doug Barton
grep -i acpi /var/run/dmesg.boot Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06021fc. acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. ACPI timer looks BAD min = 1, max = 5, width = 5 ACPI timer looks BAD min = 2, max = 16776739, width = 16776738

Re: BIND 8.3.1 is *SLOW*

2002-04-11 Thread Doug Barton
On Thu, 28 Mar 2002, David O'Brien wrote: > Ever since this commit: > > date: 2002-02-04 19:12:33; author: nectar; state: Exp; lines: +15 -1 > Import of ISC BIND 8.3.1-REL. > > > my DNS look ups are slow, like an order o

DP 1 install report

2002-04-11 Thread Doug Barton
I downloaded the ISO and did a CD boot and install. Everything went smoothly overall. I didn't wipe out the old stuff, I just installed over it. After booting, I went to clean out any old binaries that were laying around, and noticed that the CD install didn't replace any of my binaries th

Re: stdout changes break some ports

2002-03-25 Thread Doug Barton
On Sun, 24 Mar 2002, Kris Kennaway wrote: > OK. Someone needs to go and fix those 84 ports then. > > http://bento.freebsd.org/errorlogs/5-latest-4-latest.html Has anyone contacted the maintainers? I'm sure that not all of them are on this list. It may be a good way to get a slightly m

Re: turning off malloc's AJ by default

2002-03-24 Thread Doug Barton
David O'Brien wrote: > > On Sun, Mar 24, 2002 at 12:34:08PM -0500, Robert Watson wrote: > > Hmm. The argument for A is, I think, is a lot stronger than for J, since > > it comes without the performance impact, and you can actually generate > > useful diagnostics. I would be fine with leaving A

Re: CVS Issues with branch.. Was: Re: HEADS UP: Be nice to -CURRENT( "1 week Feature Slush" )

2002-03-14 Thread Doug Barton
On Thu, 14 Mar 2002, Bruce A. Mah wrote: > I can't imagine why anyone would expect to cvsup this thing at some > point in the distant future Rule number one of release engineering... user's will do all kinds of wacky stuff that you would never expect them to do, and complain bitterly whe

Re: Preparing innocent users for -current

2002-03-08 Thread Doug Barton
On Fri, 8 Mar 2002, Hiten Pandya wrote: > Shouldn't this be CC'ed to -doc as well? I trust Murray as releng, and Bruce as release docs guy to DTRT with the information. :) -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we wil

Re: Preparing innocent users for -current

2002-03-08 Thread Doug Barton
On Fri, 8 Mar 2002, Warner Losh wrote: > In message <[EMAIL PROTECTED]> Doug Barton writes: > : 1. phk malloc debugging flags enabled by default. Solutions include > : recompiling apps, and toggling things off in /etc/malloc.conf. > > Recompiling apps isn't going to c

Re: Preparing innocent users for -current

2002-03-08 Thread Doug Barton
On Fri, 8 Mar 2002, Thomas Moestl wrote: > On Fri, 2002/03/08 at 11:23:36 -0800, Doug Barton wrote: > > 3. xconsole causes periodic panics. The problem (according to BDE) is "a > > well-know bug in printf(9)," caused by "The TIOCCONS ioctl ... panics when > >

Preparing innocent users for -current

2002-03-08 Thread Doug Barton
On Fri, 8 Mar 2002, Murray Stokely wrote: >As discussed at BSDCon, the release engineers are committed to > releasing a relatively stable snapshot of FreeBSD -CURRENT on or > around April 1, 2002. As much as I still think this is really bad timing for all the reasons I expressed at t

Re: NetBSD-style rc.d Project

2002-02-27 Thread Doug Barton
On Tue, 26 Feb 2002, Crist J. Clark wrote: > Looking at the repository, I have not really seen anything done with > building a NetBSD-style rc.d system that will provide FreeBSD > functionality for a long time. Several of us have started on this, and either run out of time, or interest (

Re: Are there periodic "GOOD" tags in CVS for -CURRENT?

2002-02-27 Thread Doug Barton
On Tue, 26 Feb 2002, George V. Neville-Neil wrote: > Hi Folks, > I'm wondering if anyone has been laying down periodic "good" tags in > -CURRENT so that people who are just starting with it have a place to start > that is reasonably stable. Several of us have asked for this repeate

Re: Broken (?) unistd.h

2002-02-27 Thread Doug Barton
On Wed, 27 Feb 2002, Bruce Evans wrote: > On Tue, 26 Feb 2002, Bill Fenner wrote: > > > Here's a patch for bind's port/freebsd/include/port_before.h . > > > > --- port_before.h.orig Tue Feb 26 20:57:35 2002 > > +++ port_before.h Tue Feb 26 21:02:18 2002 > > @@ -15,6 +15,7 @@ > > #define S

Broken (?) unistd.h

2002-02-26 Thread Doug Barton
The following: http://www.freebsd.org/cgi/cvsweb.cgi/src/include/unistd.h.diff?r1=1.46&r2=1.47 Broke compilation of bind 8 on -current built 2/24: mkdir threaded 2> /dev/null || test -d threaded -a -w threaded (cc -I../../port/freebsd/include -I../../include -g -Wall -c getgrent.c -o threaded

Re: LSCOLORS warning is silly

2002-02-25 Thread Doug Barton
On Mon, 25 Feb 2002, Josef Karthauser wrote: > On Mon, Feb 25, 2002 at 02:38:45AM -0500, Mike Barcroft wrote: > > Doug Barton <[EMAIL PROTECTED]> writes: > > > Mike Barcroft wrote: > > > > Deprecated features should generate warnings. > > > > &

Re: LSCOLORS warning is silly

2002-02-24 Thread Doug Barton
Mike Barcroft wrote: > I don't have any objections to making this a supported legacy mode, > but I think deprecated features (things we *want* to go away) should > produce warnings. Right-o no argument there. I'll wait for Joe to comment on the patch then... -- "We have known fr

Re: LSCOLORS warning is silly

2002-02-24 Thread Doug Barton
Mike Barcroft wrote: > > Doug Barton <[EMAIL PROTECTED]> writes: > > A couple months ago an improvement was added to the color support of ls > > to use a wider variety of colors, indicated by alphabet characters > > instead of numbers. While I think this i

LSCOLORS warning is silly

2002-02-24 Thread Doug Barton
A couple months ago an improvement was added to the color support of ls to use a wider variety of colors, indicated by alphabet characters instead of numbers. While I think this is a good change, it included a warning when users have the old style numeric flags in their LSCOLORS variable.

Re: linprocfs or mount appears broken

2002-02-24 Thread Doug Barton
Steve Kargl wrote: > > cvsup sources from 24 FEB 02 at 14:42 PST. No local > patches (although I would like to play with Matt's > recent work). I cvsup'ed to this point: obrien 2002/02/24 13:26:07 PST Modified files: contrib/gcc.295/config/i386 freebsd.h Log: Use the d

Re: New pam doesn't work with xdm 4.2

2002-02-24 Thread Doug Barton
"M. Warner Losh" wrote: > > You need a different version for -current than for -stable. Make sure > you have the right version. Version of what? There are no freebsd 5 binaries on xfree86.org's website that I can see. I hope you're not saying that binary compatability is broken by desig

New pam doesn't work with xdm 4.2

2002-02-24 Thread Doug Barton
I installed XFree86 version 4.2 in binary format from the xfree86.org website. I just upgraded my -current installation to today's latest bits, and now I can't log in with xdm. This is the output to the console (minus date/host info for readability): PAM unable to dlopen(/usr/lib/pam_uni

Re: Install World fails in -Current

2002-02-24 Thread Doug Barton
Doug Barton wrote: > > Dag-Erling Smorgrav wrote: > > > > David Wolfskill <[EMAIL PROTECTED]> writes: > > > Sounds like a botched (or not run) "mergemaster" execution: > > > > No - mergemaster will croak because it runs mtree to build its

Re: Install World fails in -Current

2002-02-23 Thread Doug Barton
Dag-Erling Smorgrav wrote: > > David Wolfskill <[EMAIL PROTECTED]> writes: > > Sounds like a botched (or not run) "mergemaster" execution: > > No - mergemaster will croak because it runs mtree to build its temp > directory, so if you're trying to update a pre-smmsp system you have > to add the s

RE: mergemaster and /etc/pam.d

2002-02-20 Thread Doug Barton
On Fri, 4 Jan 2002, John Baldwin wrote: > > On 04-Jan-02 Michael D. Harnois wrote: > > mergemaster does not pick up changes to the /etc/pam.d directory. Is > > this a feature? > > I don't think pam.d is installed right now by default. Once it is turned on by > default I think mergemaster will DT

Re: buildworld breakage during "make depend" at usr.bin/kdump

2001-11-06 Thread Doug Barton
On Thu, 1 Nov 2001, Alfred Perlstein wrote: > Although I admit the fallout has been somewhat painful, let's > try to make do with it, if we disconnect the new awk I feel > that we will keep repeating this cycle, basically each activation > will see new problems requiring another disconnect. Let'

Re: Revert awk to one that works

2001-10-31 Thread Doug Barton
On Wed, 31 Oct 2001, David O'Brien wrote: > On Wed, Oct 31, 2001 at 10:12:43PM -0800, Doug Barton wrote: > > My only purpose in replying was to state my objection to the > > sufficency of David's argument. There are a lot of things that aren't > > &quo

Re: Revert awk to one that works

2001-10-31 Thread Doug Barton
On Wed, 31 Oct 2001, Mike Barcroft wrote: > Doug Barton <[EMAIL PROTECTED]> writes: > > On Wed, 31 Oct 2001, David O'Brien wrote: > > > I *DID* test it with a full `make world'. By chance is this your second > > > `make world' after the change?

Re: Revert awk to one that works

2001-10-31 Thread Doug Barton
On Wed, 31 Oct 2001, David O'Brien wrote: > On Wed, Oct 31, 2001 at 04:56:18PM -0800, Steve Kargl wrote: > > On Wed, Oct 31, 2001 at 04:45:58PM -0800, David O'Brien wrote: > > > On Wed, Oct 31, 2001 at 03:16:37PM -0800, Steve Kargl wrote: > > > > Can someone revert awk to one that actually works?

Re: New features for -current

2001-10-15 Thread Doug Barton
Riccardo Torrini wrote: > > Over than an year ago (9.9.2000) I submitted a pr (kern/21154) > to ask renaming from actual *_saver.ko to saver_*.ko of saver > modules to uniform names under /boot/kernel as sound (snd_*), > interfaces (if_*), splash (splash_*) and netgraph (ng_*). Thanks fo

Strike three, you're out

2001-10-11 Thread Doug Barton
For the first time in as long as I can remember (several years at least), I've backed my workstation at home down to -STABLE. The three problems I'm having currently are just too much for me to put up with, and at this point in my life I need something that works. Yes... I know that this i

Re: PATCHES for Kris Kennaway to commit

2001-10-08 Thread Doug Barton
Terry Lambert wrote: > > Giorgos Keramidas wrote: > > > > Terry Lambert <[EMAIL PROTECTED]> wrote: > > > Steve Kargl wrote: > > > > > > > > man send-pr > > > > > > Yeah; I'd prefer it if "send-pr" ran under Windows, or of > > > FreeBSD would support WinModems. > > > > What fails to work for you i

Broken ATA in recent -current

2001-10-06 Thread Doug Barton
Well, seems to be my week for finding bugs. With -current sources that are up to date as of now, the kernel panics when it tries to probe my CD writer. I have scsi hard drives, an atapi CD-ROM as master on ata0, and a CD-RW as master on ata1. Normally they probe like this: acd0: DVD-ROM at ata0-

Re: 4.x apps can't resolve hostnames

2001-10-06 Thread Doug Barton
Doug Barton wrote: > > Ruslan Ermilov wrote: > > > If this Yahoo! Messenger is the 4.x application, make sure to add > > COMPAT4X=TRUE to /etc/make.conf. This will remove old libc.so.4 > > from /usr/lib and install proper one into /usr/lib/compat. > >

Re: Different host behaviour

2001-10-06 Thread Doug Barton
Riccardo Torrini wrote: > Have you a suggestion of a date of a _not_too_much_ dangerous > -current to cvs? I really want to build world again, so I can > avoid this really stupid questions... 0:-) It's really up to you to follow -current and cvs-all and make that determination for your

NFS crash in -current

2001-10-06 Thread Doug Barton
I use NFS pretty heavily betwen machines on my home network. My little file server box is currently having "issues," so it crashes sometimes. Before the NFS mega commit recently when the file server went down for whatever reason my -current workstation would just sit patiently waiting for

4.x apps can't resolve hostnames

2001-09-30 Thread Doug Barton
Ruslan Ermilov wrote: > If this Yahoo! Messenger is the 4.x application, make sure to add > COMPAT4X=TRUE to /etc/make.conf. This will remove old libc.so.4 > from /usr/lib and install proper one into /usr/lib/compat. While this does install the appropriate libs, network apps from 4.x st

panic: blockable sleep lock (sx) allproc @ /usr/local/src/sys/kern/kern_proc.c:212

2001-09-30 Thread Doug Barton
With -current as of last night around 7pm PDT: IdlePTD 4390912 initial pcb at 320920 panicstr: bremfree: bp 0xc68bf184 not locked panic messages: --- panic: blockable sleep lock (sx) allproc @ /usr/local/src/sys/kern/kern_proc.c:212 syncing disks... panic: bremfree: bp 0xc68bf184 not lo

linprocfs broken

2001-09-29 Thread Doug Barton
With -current sources starting last night, and continuing to a cvsup done about half an hour ago, linprocfs is preventing kernel build. World build goes just fine: ===> fs/linprocfs rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include /usr/local

<    2   3   4   5   6   7   8   9   >