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
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
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
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
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?
>
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
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
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
* 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
>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
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
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
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
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
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
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
> 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
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,
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
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
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
>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
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
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
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
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,
27 matches
Mail list logo
