On Wed, Aug 22, 2001 at 09:23:58 +1000, Andrew Kenneth Milton wrote:
Once it's in the Public Domain you have abandoned your claim to copyright.
That is the point of the Public Domain. If you still wish to retain the
copyright and the associated rights you cannot release it into the Public
On Tue, 21 Aug 2001, Jonathan Chen wrote:
On Sun, Aug 19, 2001 at 08:27:21AM -1000, Vincent Poy wrote:
Or, simply unplug the harddrive from your laptop and plug it into another
machine to do the install. When I fubar'ed my laptop's fs not too long
ago, I hot-plugged my laptop
Well I have reached milestone 2
I have a kernel in which teh 'struct proc' pointers have been replaced
wherever needed with struct thread pointers and where
the process structure ahs been split to create 4 substructures.
At this stage I can get to multi-user mode but it doesn't last
too far
Andrew Kenneth Milton [EMAIL PROTECTED] wrote:
Once it's in the Public Domain you have abandoned your claim to copyright.
Actually, that is not possible, at least in some countries
(including Germany, for example).
If you're the author of some piece of software, you're the
holder of the
I just upgraded to the latest sources (two hours ago) on my VAIO laptop and
I'm now getting dozens of messages:
Aug 22 15:00:07 sidhe /boot/kernel/kernel: usb0: interrupt, but not for us
Aug 22 15:00:51 sidhe last message repeated 8 times
Aug 22 15:03:02 sidhe last message repeated 19 times
Aug
I have message kernel: cmd soffice.bin pid 4690 tried to use
non-present sched_yield in logs triing to run staroffice on -CURRENT.
But staroffice run fine, what about plans on implementing sched_yield()
in kernel trhreads ?
# uname -r
5.0-CURRENT
#
Aug 22 17:30:03 vbook /boot/kernel/kernel:
Hi
Anybody tried subj ?
It compiles in, and seems to work:
Aug 17 14:16:58 vbook /boot/kernel/kernel: ACPI debug layer 0x0 debug level 0x0
Aug 17 14:16:59 vbook /boot/kernel/kernel: acpi0: PTLTDRSDT on motherboard
Aug 17 14:16:59 vbook /boot/kernel/kernel: acpi0: power button is
Ollivier Robert writes:
I just upgraded to the latest sources (two hours ago) on my VAIO laptop and
I'm now getting dozens of messages:
Aug 22 15:00:07 sidhe /boot/kernel/kernel: usb0: interrupt, but not for us
Aug 22 15:00:51 sidhe last message repeated 8 times
Aug 22 15:03:02 sidhe
Title: newlogo
Personalise You Nokia with these great Logos!!!
Bitch
21692
On Wed, 22 Aug 2001 20:04:46 +0400, Andrey A. Chernov [EMAIL PROTECTED] said:
I mean common part of international copyright law.
There is no such thing as ``international copyright law''. There is
only national copyright law. Parties to the various international
copyright conventions agree
In message [EMAIL PROTECTED], Vladimir B. Grebensch
ikov さんいわく:
acpidump - dumps a lot of information
But there are some problems with using acpi:
1st: it seems that acpi not emulates apm interface (/dev/{apm,apmctl}) so
apm-based utilites don't work (apmd, zzz, monitors and
On Wed, 22 Aug 2001 10:35:11 +0400, Andrey A. Chernov [EMAIL PROTECTED] said:
No, author part of copyright can't be deattached, unless fraud happens.
Only if you live in a country whose legal system recognizes ``moral
rights''.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Wed, Aug 22, 2001 at 11:48:52 -0400, Garrett Wollman wrote:
On Wed, 22 Aug 2001 10:35:11 +0400, Andrey A. Chernov [EMAIL PROTECTED] said:
No, author part of copyright can't be deattached, unless fraud happens.
Only if you live in a country whose legal system recognizes ``moral
++ 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
| These are included in || the Mesa
Vladimir B. Grebenschikov wrote:
Ollivier Robert writes:
I just upgraded to the latest sources (two hours ago) on my VAIO laptop an
d
I'm now getting dozens of messages:
Aug 22 15:00:07 sidhe /boot/kernel/kernel: usb0: interrupt, but not for us
Aug 22 15:00:51 sidhe last
Same thing here, started with the build this morning...
I know of one change that had been done in the past 36 hours to usb, but it should not
have done this, as the patches I was using
didn't produce this before the committer committed the patches.
Maybe something else got changed as well?
From: Warner Losh [EMAIL PROTECTED]
Subject: Re: Copyright Contradiction in libalias
Date: Wed, Aug 22, 2001 at 12:24:56AM -0600
In message [EMAIL PROTECTED] Nate Williams writes:
:
: Once it's in the Public Domain you have abandoned your claim to copyright.
:
: On that released
From: Crist J. Clark [EMAIL PROTECTED]
Subject: Re: Copyright Contradiction in libalias
Date: Tue, Aug 21, 2001 at 04:29:13PM -0700
On Tue, Aug 21, 2001 at 04:46:07PM -0600, Nate Williams wrote:
However, I can't retroactively take away the rights of anyone who has
gotten my 'public domain'
:Yes, and no. Distributing the exact same sources (with an extra
:copyright part) that says somebody should not copy and distribute it,
:as if it were in the public domain, a few weeks after is probably
:fraud. Arguments like but I put extra work in this second
:distribution, since I made this
I guess we can summarize now? :-)
1) If you are the author of software, it's a bad idea to simply release code
into the Public Domain, mainly because you can't protect your self from
litigation by placing disclaimers in your code.
2) Public Domain means you relinquish your copyright
This seems to solve the problem. Thank you.
How soon before VESA will be stable? I do prefer a 132x60 text-mode console...
Kazutaka YOKOTA wrote:
Would you please remove the vesa driver from the kernel and
do not try loading the vesa module either, and see if things work?
Actually, I
Maybe, but bus_dmamap_load() only lets you map one buffer at a time.
I want to map a bunch of little buffers, and the API doesn't let me
do that. And I don't want to change the API, because that would mean
modifying busdma_machdep.c on each platform, which is a hell that I
would rather
In servalan.mailinglist.fbsd-current you write:
I just upgraded to the latest sources (two hours ago) on my VAIO laptop and
I'm now getting dozens of messages:
Aug 22 15:00:07 sidhe /boot/kernel/kernel: usb0: interrupt, but not for us
Aug 22 15:00:51 sidhe last message repeated 8 times
Aug 22
Seems like Apple has webdavfs for OS X... Any hope for a FreeBSD
version? At least -- source? At least with an NDA, so binary modules can
be made available for -stable and -current?
Do our new Apple employees wield enough influence?
-mi
To Unsubscribe: send mail to [EMAIL
On Wed, Aug 22, 2001 at 07:02:54 +0200, Slawek Zak wrote:
I have 2 such controlers in a Dell 6400. Both did work on 4.3-STABLE,
updated about 4 weeks ago. After upgrade to 4.4-RC none of them is
detected during boot. Did the ahc driver `suffer' some dramatic
changes lately?
There was some
so call me ignorant but what IS webdav? (or even dav)
On Wed, 22 Aug 2001 [EMAIL PROTECTED] wrote:
Seems like Apple has webdavfs for OS X... Any hope for a FreeBSD
version? At least -- source? At least with an NDA, so binary modules can
be made available for -stable and -current?
Richard Todd wrote:
In servalan.mailinglist.fbsd-current you write:
I just upgraded to the latest sources (two hours ago) on my VAIO laptop and
I'm now getting dozens of messages:
Aug 22 15:00:07 sidhe /boot/kernel/kernel: usb0: interrupt, but not for us
Aug 22 15:00:51 sidhe last
On 22 Aug, Julian Elischer wrote:
so call me ignorant but what IS webdav? (or even dav)
On Wed, 22 Aug 2001 [EMAIL PROTECTED] wrote:
Seems like Apple has webdavfs for OS X... Any hope for a FreeBSD
version? At least -- source? At least with an NDA, so binary modules can
be made
hello, world\n
I'm running FreeBSD 5.0-CURRENT #0: Mon Aug 6 23:23:45 CEST 2001.
I turn on my box once a day when I come home and I recently noticed
that about 1 out of 4 boots it tells me
/boot/kernel/kernel: WARNING: / was not properly dismounted
/boot/kernel/kernel: WARNING: /home was not
My understanding is that you need a dmamap for every buffer that you want
to map into bus space.
You need one dmamap for each independantly manageable mapping. A
single mapping may result in a long list of segments, regardless
of whether you have a single KVA buffer or multiple KVA
My understanding is that you need a dmamap for every buffer that you want
to map into bus space.
You need one dmamap for each independantly manageable mapping. A
single mapping may result in a long list of segments, regardless
of whether you have a single KVA buffer or multiple KVA
The fact that the data is less than a page in size matters little
to the bus dma concept. In other words, how is this packet presented
to the hardware? Does it care that all of the component pieces are
PAGE_SIZE in length? Probably not. It just wants the list of
address/length pairs
The fact that the data is less than a page in size matters little
to the bus dma concept. In other words, how is this packet presented
to the hardware? Does it care that all of the component pieces are
PAGE_SIZE in length? Probably not. It just wants the list of
address/length pairs
33 matches
Mail list logo
