H. I'm not sure why this reinvents a lot of the wheel in the
already existing iso.1 target. Could you explain its purpose a little
better as well as why you didn't simply conditionalize the iso.1
target in some way if it didn't currently suit? As it is, we have
two targets now and that
Mark Murray [EMAIL PROTECTED] wrote:
MM
MM As far as I can tell, there's nothing in the tree which uses libss any
MM longer, and hasnt been for quite some time. Is there any reason to
MM keep it?
MM
MM Nope.
MM Right. Kill it.
Usr.bin/mk_cmds is still using libss. And buildworld
On Mon, Aug 20, 2001 at 04:28:07PM +0900, NAKAJI Hiroyuki wrote:
Mark Murray [EMAIL PROTECTED] wrote:
MM
MM As far as I can tell, there's nothing in the tree which uses libss any
MM longer, and hasnt been for quite some time. Is there any reason to
MM keep it?
MM
MM Nope.
In [EMAIL PROTECTED]
Kris Kennaway [EMAIL PROTECTED] wrote:
nakaji Usr.bin/mk_cmds is still using libss. And buildworld fails.
Kris Thanks; I fixed this already (by removing mk_cmds too :-)
Oops...
I should have checked
http://www.FreeBSD.org/cgi/cvsweb.cgi/src/usr.bin/mk_cmds/
first.
wosch Sorry, my fault.
Never mind :-)
wosch Nevertheless, current sucks. No successfully builds since 9 days ;-{{
I've checked the original CVS code. It seems that
URL:http://ccvs.cvshome.org/source/browse/ccvs/src/client.c.diff?r1=1.302r2=1.303
will fix our problem (sorry I don't test it).
It seems Jim Bryant wrote:
Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding proberly, but it didn't
before as well so thats not related to this bogon...
Perhaps the bug in the chipset^wPCI-spec?
I dont think so, before the
On 19 Aug, Søren Schmidt wrote:
What's the problem? I didn't noticed anything.
It seems that there is either a slight pause, or random noise
between each DMA buffer played...
Verry strange... with a normal Aug 18 kernel and the VIA chipset I'm
able to listen to xmms-played audio without
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.
I now had to put
SÜren Schmidt wrote:
It seems Jim Bryant wrote:
Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding proberly, but it didn't
before as well so thats not related to this bogon...
Perhaps the bug in the chipset^wPCI-spec?
I'm having strange problems with -current on a laptop with 64mb of
memory. Periodically things go strange [tm].
Because of the lack of memory I'm using a fair amount of swap.
Everything runs smoothly up until a point, which seems to depend upon
not running too many large processes for too
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.
I now
On Sat, Aug 18, 2001 at 05:18:55PM -0400, Buzz Megg wrote:
I'm getting an error when attempting to send to [EMAIL PROTECTED] from an
address that used to work.
Has anything changed recently on the mailing list server?
Not that I know of.
But you should fix the named problem anyway:
I was reading login.conf(5) and testing capabilities, when i found this
bug. And one-two more questions. How should i mark such reports in the
future?
Where can I find more info on named accounting limits on login.conf(5)
manpage? Maybe i would be able to implement them as PAM modules.
To
On Mon, Aug 20, 2001 at 02:05:06AM -0400, Brandon D. Valentine wrote:
On Sun, 19 Aug 2001, Kris Kennaway wrote:
Devices are just inodes..you shouldn't have anything in /dev other
than MAKEDEV, the fd/ subdirectory and a whole bunch of device nodes.
You probably have some other file in there
On Tuesday, 14th August 2001, Daniel Eischen wrote:
So do we allow FILE to be extended only after bumping the library
version once (after 5.0-release)? And thereafter all extensions to
FILE do not need a version bump?
We've already bumped libc for 5.x. Assuming this works ok, we
On Mon, 20 Aug 2001, David W. Chapman Jr. wrote:
The only problem is devfs is mounted and I can't seem to get around
that.
I haven't had much time lately to fool with my -CURRENT box but
it seems that booting singleuser oughta help?
--
Never put off until tomorrow what you can do today.
At 11:17 AM 8/20/2001 -0400, Brandon D. Valentine wrote:
On Mon, 20 Aug 2001, David W. Chapman Jr. wrote:
The only problem is devfs is mounted and I can't seem to get around
that.
I haven't had much time lately to fool with my -CURRENT box but
it seems that booting singleuser oughta help?
--
On Mon, Aug 20, 2001 at 11:17:42AM -0400, Brandon D. Valentine wrote:
On Mon, 20 Aug 2001, David W. Chapman Jr. wrote:
The only problem is devfs is mounted and I can't seem to get around
that.
I haven't had much time lately to fool with my -CURRENT box but
it seems that booting
Hmm- this is because init gets the 'd' argument if devfs is linked into the
kernel with the variable 'devfs_present' set.
Isn't there a way for the loader to dork with this?
On Mon, 20 Aug 2001, David W. Chapman Jr. wrote:
On Mon, Aug 20, 2001 at 11:17:42AM -0400, Brandon D. Valentine
Is it safe to share a disk between -current and -stable these days?
I've been away from freebsd for the last few months and have a fuzzy
recollection that something about the on-disk superblock structure
changed in -current earlier this summer (related to dirprefs?) and
fsck on -stable wouldn't
On Mon, Aug 20, 2001 at 01:09:12PM -0400, Andrew Gallatin wrote:
Is it safe to share a disk between -current and -stable these days?
I've been away from freebsd for the last few months and have a fuzzy
recollection that something about the on-disk superblock structure
changed in -current
I was doing some things in libalias when something caught my eye,
$ cat alias.c
/* -*- mode: c; tab-width: 8; c-basic-indent: 4; -*- */
/*-
* Copyright (c) 2001 Charles Mott [EMAIL PROTECTED]
* All rights reserved.
*
[snip usual BSD licence legalese and comments about the
From: David O'Brien [EMAIL PROTECTED]
Subject: Re: iso target in release/Makefile
Date: Mon, 20 Aug 2001 14:06:34 -0700
It is part of a patch set I sent you for review.
And that patch looks good - please commit it and then merge the
resulting changes into RELENG_4 if you get the chance.
On 19-Aug-01 Maxim Sobolev wrote:
On Sat, 18 Aug 2001 21:10:40 -0500, Daniel M . Kurry wrote:
On Wed, Aug 15, 2001 at 07:01:46PM +0200, some SMTP stream spewed forth:
One gets the first DMA buffer full, then the process hangs...
Due to the lack of replies, I'll go ahead.
I am
From: Andrew Gallatin [EMAIL PROTECTED]
Date: Mon, 20 Aug 2001 13:09:12 -0400 (EDT)
Is it safe to share a disk between -current and -stable these days?
I've ben doing in since about the 2nd week of March, tracking -STABLE
-CURRENT daily (with a few exceptions; sometimes I couldn't build
On 19-Aug-01 Richard Todd wrote:
In servalan.mailinglist.fbsd-current Maxim Sobolev writes:
I found that after reverting the following deltas (jhb's 10 August commit)
sound starts working again:
[list of deltas deleted]
I found much the same thing; specifically, the problematic change is
On Sun, Aug 19, 2001 at 11:51:31PM -0700, Jordan Hubbard wrote:
H. I'm not sure why this reinvents a lot of the wheel in the
already existing iso.1 target. Could you explain its purpose a little
better as well as why you didn't simply conditionalize the iso.1
target in some way if it
On Mon, Aug 20, 2001 at 08:02:44AM -0500, David W. Chapman Jr. wrote:
On Mon, Aug 20, 2001 at 02:05:06AM -0400, Brandon D. Valentine wrote:
On Sun, 19 Aug 2001, Kris Kennaway wrote:
Devices are just inodes..you shouldn't have anything in /dev other
than MAKEDEV, the fd/ subdirectory and
From: David O'Brien [EMAIL PROTECTED]
Subject: Re: iso target in release/Makefile
Date: Mon, 20 Aug 2001 11:43:16 -0700
You didn't MFC the iso.1 target. We are all building releases on
RELENG_4 right now :-) (-current releases have been broken for quite a
while). Thus my patch was developed
On Mon, Aug 20, 2001 at 01:15:20PM -0700, Jordan Hubbard wrote:
You didn't MFC the iso.1 target. We are all building releases on
RELENG_4 right now :-) (-current releases have been broken for quite a
while). Thus my patch was developed on RELENG_4 and only committed to
current so I
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 get rid of stuffed up IP pairs. After the latest update
this entry also clears my
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; -*- */
+---[ Brian Somers ]--
| 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.
Well since copyright was abandoned (being placed into the public domain is
abandonment of
Dear FreeBSD'ers,
I am running -CURRENT as of August 18, 2001 -- yet another entry in the
-current userbase, BTW.
I am using XFree4 and my /etc/make.conf contains the required XFree86 version
string.
Qt23 will NOT build. It dies here:
gmake[2]: Leaving directory
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
+---[ 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) he keeps the intellectual copyright on
|
+---[ 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) he keeps the intellectual copyright on
On Tue, Aug 21, 2001 at 02:10:42AM +0100, Brian Somers wrote:
+---[ 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.
|
|
In servalan.mailinglist.fbsd-current jhb writes:
On 19-Aug-01 Richard Todd wrote:
In servalan.mailinglist.fbsd-current Maxim Sobolev writes:
I found that after reverting the following deltas (jhb's 10 August commit)
sound starts working again:
[list of deltas deleted]
I found much the same
Okay, I decided today to write a bus_dmamap_load_mbuf() routine to
make it a little easier to convert the PCI NIC drivers to use the
busdma API. It's not the same as the NetBSD code. There are four
new functions:
bus_dmamap_load_mbuf()
bus_dmamap_unload_mbuf()
bus_dmamap_sync_mbuf()
Yay!
The current suggestion is fine except that each platform might have a more
efficient, or even required, actual h/w mechanism for mapping mbufs.
I'd also be a little concerned with the way you're overloading stuff into mbuf
itself- but I'm a little shakier on this.
Finally- why not make
Another thing- maybe I'm confused- but I still don't see why you want to
require the creating of a map each time you want to load an mbuf
chain. Wouldn't it be better and more efficient to let the driver decide when
and where the map is created and just use the common code for loads/unloads?
On
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 get rid of stuffed up IP pairs. After the latest update
this entry also clears my defaultroute, but
Another thing- maybe I'm confused- but I still don't see why you want to
require the creating of a map each time you want to load an mbuf
chain. Wouldn't it be better and more efficient to let the driver decide when
and where the map is created and just use the common code for
On Mon, 20 Aug 2001, Bill Paul wrote:
Every hear the phrase you get what you pay for? The API isn't all that
clear, and we don't have a man page or document that describes in detail
how to use it properly. Rather than whining about that, I decided to
tinker with it and Use The Source, Luke
Correction.
This sample:
if (bus_dma_tag_create(pci-parent_dmat, PAGE_SIZE, lim,
BUS_SPACE_MAXADDR, BUS_SPACE_MAXADDR, NULL, NULL, len, 1,
BUS_SPACE_MAXSIZE_32BIT, 0, pci-cntrol_dmat) != 0) {
isp_prt(isp, ISP_LOGERR,
hi, there!
I would like to add /usr/games/wtf from NetBSD to base system.
Any opinions/objections?
/fjoe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Tue, Aug 21, 2001 at 01:03:11PM +0700, Max Khon wrote:
hi, there!
I would like to add /usr/games/wtf from NetBSD to base system.
Any opinions/objections?
wtf is it?
Kris
PGP signature
Every hear the phrase you get what you pay for? The API isn't all that
clear, and we don't have a man page or document that describes in detail
how to use it properly. Rather than whining about that, I decided to
tinker with it and Use The Source, Luke (tm). This is the result.
Fair enough.
My
49 matches
Mail list logo