Re: HEADS UP!: config changes...

2000-06-14 Thread Peter Wemm
Peter Wemm wrote: > # update /boot/loader.conf > cd src/sys/boot; make obj depend all install Of course, it would be just my luck that there is a loader bug right now, and this command will throw you into the fire. ;-( If your loader complains about not being version 0.3+ or later and aborting,

ppp is broken now

2000-06-14 Thread Andrey A. Chernov
Fresh -current, "ppp -auto system" not react on outgoing packets and not dial, it seems they routed to dead end. Direct "dial system" command dials in, but packets not routed too. Restoring ppp from 8 Jun fix it. -- Andrey A. Chernov <[EMAIL PROTECTED]> http://ache.pp.ru/ To Unsubscribe: send

Remote GDB *still* buggy...

2000-06-14 Thread Justin T. Gibbs
I still can't get remote GDB to work correctly in a 5.0-current environment at speeds greater than 9600bps. Is anyone else experiencing similar results? I thought that grog had fixed this... -- Justin To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the bo

Re: HEADS UP!: config changes...

2000-06-14 Thread Manfred Antar
At 01:20 AM 6/14/2000 -0700, Peter Wemm wrote: >Peter Wemm wrote: > >> # update /boot/loader.conf >> cd src/sys/boot; make obj depend all install > >Of course, it would be just my luck that there is a loader bug right now, >and this command will throw you into the fire. ;-( If your loader >compla

Re: Remote GDB *still* buggy...

2000-06-14 Thread Justin T. Gibbs
>On Wednesday, 14 June 2000 at 11:05:41 -0600, Justin T. Gibbs wrote: >> I still can't get remote GDB to work correctly in a 5.0-current >> environment at speeds greater than 9600bps. Is anyone else >> experiencing similar results? I thought that grog had fixed this... > >So did I. Are you just

res_init.c 1.20 broke non-INET6 kernel!

2000-06-14 Thread Andrey A. Chernov
All nameservers are initialized to AF_INET6 which cause socket() to return -1 in non-INET6 kernel. All names lookups fails as result. I think IPV6 support is optional, isn't? Moreover, this code is very strange looking by itself, because res_update() reinitialize all nameservers back to AF_I

Re: res_init.c 1.20 broke non-INET6 kernel!

2000-06-14 Thread Andrey A. Chernov
On Wed, Jun 14, 2000 at 12:21:48PM -0700, Andrey A. Chernov wrote: > All nameservers are initialized to AF_INET6 which cause socket() to return -1 > in non-INET6 kernel. > > All names lookups fails as result. Returning res_init.c to 1.19 and res_send.c to 1.32 solve this thing. -- Andrey A. C

HEADSUP: bioops patch.

2000-06-14 Thread Poul-Henning Kamp
This patch virtualizes & untangles the bioops operations vector. Background: The bioops operation vector is a list of OO-like operations which can be performed on struct buf. They are used by the softupdates code to handle dependencies. Ideally struct buf should have had a real OO like operat

Re: ppp is broken now

2000-06-14 Thread Andrey A. Chernov
On Wed, Jun 14, 2000 at 06:46:07PM +0400, Andrey A. Chernov wrote: > Fresh -current, "ppp -auto system" not react on outgoing packets and not > dial, it seems they routed to dead end. Direct "dial system" command > dials in, but packets not routed too. Restoring ppp from 8 Jun fix it. Forget it,

Re: res_init.c 1.20 broke non-INET6 kernel!

2000-06-14 Thread $BG_K\(B $BH%(B
> On Wed, 14 Jun 2000 12:21:48 -0700 > "Andrey A. Chernov" <[EMAIL PROTECTED]> said: ache> All nameservers are initialized to AF_INET6 which cause socket() to return -1 ache> in non-INET6 kernel. ache> All names lookups fails as result. Oops, sorry. I'll backout previous commit right

Re: HEADS UP!: config changes...

2000-06-14 Thread Daniel C. Sobral
Peter Wemm wrote: > > The only change in /boot is /boot/defaults/loader.conf: > > diff -r1.26 -r1.27 > 24c24 > < loader_conf_files="/boot/loader.conf /boot/loader.conf.local" > --- > > loader_conf_files="/boot/device.hints /boot/loader.conf /boot/loader.conf.local" > > ie: /boot/device.hints is

Re: HEADS UP!: config changes...

2000-06-14 Thread Alexander Langer
Hello Peter! I just have things running. I see that the kernel boots _much_ faster now. I don't know, if you wanted that or if this is a nice side-effect. However, a few comments, which might be of interest. Some of those are probably planned by you already. a) the device.hints file: It will pr

syscons scrolling broken

2000-06-14 Thread Alexander Langer
Hello! My old kernel is from May 25th. Syscons scrolling works (scroll-lock, scrolling with page up/down). With my new kernel from today: FreeBSD cichlids.cichlids.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Jun 14 22:25:49 CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/cichlids i386 it

Re: Remote GDB *still* buggy...

2000-06-14 Thread Greg Lehey
On Wednesday, 14 June 2000 at 12:27:27 -0600, Justin T. Gibbs wrote: >> On Wednesday, 14 June 2000 at 11:05:41 -0600, Justin T. Gibbs wrote: >>> I still can't get remote GDB to work correctly in a 5.0-current >>> environment at speeds greater than 9600bps. Is anyone else >>> experiencing similar

Re: Remote GDB *still* buggy...

2000-06-14 Thread Greg Lehey
On Wednesday, 14 June 2000 at 11:05:41 -0600, Justin T. Gibbs wrote: > I still can't get remote GDB to work correctly in a 5.0-current > environment at speeds greater than 9600bps. Is anyone else > experiencing similar results? I thought that grog had fixed this... So did I. Are you just getti

syscons rebooting when going to 80x50

2000-06-14 Thread Alfred Perlstein
After taking the patches for config and booting my box reboots because I have: #allscreens_flags="-m on 80x50" #saver="logo" #font8x8="cp437-8x8" #font8x14="cp437-8x14" #font8x16="cp437-8x16" enabled in my rc.conf, a kernel from ~2 days ago is fine with this. thanks, -Alfred To Unsubscribe: s

Re: syscons rebooting when going to 80x50

2000-06-14 Thread Kazutaka YOKOTA
>After taking the patches for config and booting my box reboots Which patch is it? Kazu >because I have: > >#allscreens_flags="-m on 80x50" >#saver="logo" >#font8x8="cp437-8x8" >#font8x14="cp437-8x14" >#font8x16="cp437-8x16" > >enabled in my rc.conf, a kernel from ~2 days ago is fine with this

Re: syscons rebooting when going to 80x50

2000-06-14 Thread Alfred Perlstein
* Kazutaka YOKOTA <[EMAIL PROTECTED]> [000614 17:00] wrote: > > >After taking the patches for config and booting my box reboots > > Which patch is it? I'm sorry, I should have been more clear, no patches, just the 5.0 sources from ~noon PST. -Alfred To Unsubscribe: send mail to [EMAIL PROTEC

Re: establish tcp connection slowness

2000-06-14 Thread John-Mark Gurney
Matthew Dillon scribbled this message on Jun 13: > Typically time delays like this are due to the reverse DNS lookup > failing. Make sure the dns resolver is working properly on the > machine. You should be able to test it by running nslookup on > the IP addresses connecting into

xmms broken by either libc_r or sound

2000-06-14 Thread Alfred Perlstein
xmms is a really good test for libc_r and the sound system. xmms no longer plays back mp3s, other mp3 players are working fine. Any ideas? -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: xmms broken by either libc_r or sound

2000-06-14 Thread Chris Piazza
On Wed, Jun 14, 2000 at 05:41:39PM -0700, Alfred Perlstein wrote: > xmms is a really good test for libc_r and the sound system. > > xmms no longer plays back mp3s, other mp3 players are working > fine. > > Any ideas? Yes backout recent changes to sys/dev/sound/pcm/channel.c. (a few days) There

No Subject

2000-06-14 Thread Philip R. Bator
 

Re: xmms broken by either libc_r or sound

2000-06-14 Thread Richard Seaman, Jr.
On Wed, Jun 14, 2000 at 05:51:01PM -0700, Chris Piazza wrote: > On Wed, Jun 14, 2000 at 05:41:39PM -0700, Alfred Perlstein wrote: > > xmms is a really good test for libc_r and the sound system. > > > > xmms no longer plays back mp3s, other mp3 players are working > > fine. > > > > Any ideas? >

Re: xmms broken by either libc_r or sound

2000-06-14 Thread Otter
On Wed, 14 Jun 2000, Chris Piazza wrote: > On Wed, Jun 14, 2000 at 05:41:39PM -0700, Alfred Perlstein wrote: > > xmms is a really good test for libc_r and the sound system. > > > > xmms no longer plays back mp3s, other mp3 players are working > > fine. > > > > Any ideas? > > Yes backout rece

Re: xmms broken by either libc_r or sound

2000-06-14 Thread Thomas Stromberg
For now I'm just using mpg123 (gqmpeg works too of course, as a front-end, but I hate it's list manager).. mpg123 seems to work fine on all of my -current machines. thomas r. stromberg [EMAIL PROTEC

Re: xmms broken by either libc_r or sound

2000-06-14 Thread The Hermit Hacker
oh good, I thought it was somehow something I did on my last upgrade and was just about to hit the list archives to make sure I hadn't missed something :) On Wed, 14 Jun 2000, Alfred Perlstein wrote: > xmms is a really good test for libc_r and the sound system. > > xmms no longer plays back m

Re: xmms broken by either libc_r or sound

2000-06-14 Thread Dan Nelson
In the last episode (Jun 14), Otter said: > On Wed, 14 Jun 2000, Chris Piazza wrote: > > Yes backout recent changes to sys/dev/sound/pcm/channel.c. (a few days) > > How does one backout changes? I thought once it was committed, and > the make world process is complete, it was just that: committed