hi, there!
> > I would like to add /usr/games/wtf from NetBSD to base system.
> > Any opinions/objections?
>
> wtf is it?
NAME
wtf - translates acronyms for you
SYNOPSIS
wtf [is] acronym ...
husky:~$wtf is pola
POLA: principle of least astonishment
husky:~$
/fjoe
To Unsubscribe: s
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?
>
FWIW, I don't like its name. :-)
Cheers,
--
Ruslan Ermilov Oracle Developer/DBA,
[EMAIL PROTECTED] Sunbay
Juriy Goloveshkin writes:
> I have sony vaio z505hs. I have latest cvs-tree.
> suspend worked 1-2 weeks ago but now when I want to resume from suspend-mode
> I see the same screen I saw before suspend but keyboard doesn't work and
> harddisk doesn't spin.
Have same problem on:
FreeBSD vbook.e
John Baldwin wrote:
> > The same is here (OPL3-SA driver on Toshiba Satellite Pro 445CDX notebook).
> > I found that after reverting the following deltas (jhb's 10 August commit)
> > sound starts working again:
>
> That's a rather large commit. Is this the ast() fixup? Is the process that
> has
It seems John Baldwin 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 probl
>
>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,
>>
On Mon, 20 Aug 2001, Crist J. Clark wrote:
>It is now written policy, and I
>believe it was the understood, unwritten policy in the past, that any
>patches and additions to a file in FreeBSD are governed by the
>existing licensing of the file unless otherwise stated. This would
>indicate to me th
>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.
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
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
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,
>
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,
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 fou
[ this is probably more appropriate for -ports ]
++ 21/08/01 02:21 +0200 - Salvo Bartolotta:
| I am using XFree4 and my /etc/make.conf contains the required XFree86 version
| string.
|
| opengl/qgl.h:63: GL/gl.h: No such file or directory
| opengl/qgl.h:64: GL/glu.h: No such file or directory
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.
> +---[ 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 copy
+---[ 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
|
> 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
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 `/usr/ports/x11-toolkits/qt2
>
> 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/unl
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 defau
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
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 th
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()
bus_dmamap_de
+---[ 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 c
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 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
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 cod
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. T
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
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 dev
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 -cur
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/ subdir
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
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 ch
>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 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.
>
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
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 wro
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 s
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 hel
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. Th
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
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 i
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 Uns
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:
tics
> 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'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 lon
"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
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 th
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 withou
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?
> >>>
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
http://ccvs.cvshome.org/source/browse/ccvs/src/client.c.diff?r1=1.302&r2=1.303>
will fix our problem (sorry I don't test it).
> 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_c
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 i
> 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 usin
56 matches
Mail list logo
