[off-list]
> If Copyright law were to acknowledge the existance of Public Domain,
> by providing liability protection for authors whose code was used by
> third parties, resulting in damages, then almost every BSD developer
> I'm aware of wuld release their code as public domain, instead.
How doe
At 10:36 PM -0800 2/3/03, Doug Barton wrote:
On Mon, 3 Feb 2003, Garance A Drosihn wrote:
> I added:
-I '$FreeBSD:.*$'
> to the 'diff ${DIFF_FLAG}' command in diff_loop, and it seems to
> have worked the way I wanted it to work.
How did you want it to work? (This isn't a rhetorical
test #1 test #2 Power
(seconds) (bandwidth) (load on UPS)
DELL2550 / 1.2 GHz 0.62253MB/sec 12%
Pentium 4 / 1.3 GHz 0.74500MB/sec ?
650 MHz Cele
On Mon, 3 Feb 2003, Amit Rao wrote:
> On Monday 03 February 2003 07:35 am, Dag-Erling Smorgrav wrote:
> > Doug Barton <[EMAIL PROTECTED]> writes:
> > > On Tue, 28 Jan 2003, Garance A Drosihn wrote:
> > > > Well for one thing, if a given file has a lot of changes, then I
> > > > would like mergemas
On Mon, 3 Feb 2003, Garance A Drosihn wrote:
> I happen to be updating my system tonight, so when it came to the
> mergemaster step I first modified the script.
Cool... contrary to popular opinion, I do like UI feedback. :)
> I added:
> -I '$FreeBSD:.*$'
> to the 'diff ${DIFF_FLAG}' com
der Mouse wrote:
> In most respects I don't care much for the GPL, but this is one of the
> really good effects it has: it keeps people from using "you gotta
> splash my name all over everything" licenses on their stuff. I just
> looked at the INSTALL.txt file from the most recent NetBSD/sparc
> r
>> [...the whole thread re BSD vs Linux...]
> [...] Eventually, the die-hards will die hard, and the lack of new
> competent BSD hackers will seal the coffin...the BSD sysadmin will be
> sent packing
I've seen it said that ego will be the death of BSD.
The more I see of BSD the more I believe it
On 2003-02-03 18:51 +, Lyndon Nerenberg wrote:
> >The classic Unix including BSD4.4 UNIX is now under a
> >BSD-like license too (finding it is another issue
> >though ;).
>
> Kirk McKusick sells a CD-ROM collection containing all the CSRG
> distributions:
>
> https://www.mckusick.com/cs
> > > 4. Any chance of merging the very best part of each kernel?
> > > 5. Or is it possible to do so?
> >
> > No, I don't forsee merging. der Mouse pointed out the GPL issue, which is
> > one where I think the BSD and Linux folks will just agree to disagree.
>
> Besides some big issues of ideolo
At 9:12 AM -0800 2/3/03, Doug Barton wrote:
On Mon, 3 Feb 2003, Dag-Erling Smorgrav wrote:
Doug Barton <[EMAIL PROTECTED]> writes:
> On Tue, 28 Jan 2003, Garance A Drosihn wrote:
> > Well for one thing, if a given file has a lot of changes, then I
> > would like mergemaster to skip over the
Terry,
> > seems like it :) just got report back from one of the testers.
> > he got connected to the internet over his T39m bluetooth enabled
> > cell phone. the cool thing is that you can make CSD, GPRS or HSCSD
> > calls. its just a matter of init string you send to the phone :)
> > still waiti
Nat Lanza wrote:
> > But if that's the argument for removing it, then it's probably
> > time to remove the ability to use non-DMA IDE drives from the
> > ATA driver, and kill all the ethernet drivers that have alignment
> > requirements for their DMA engines, making m_pullup copies
> > necessary, a
Maksim Yevmenkin wrote:
> seems like it :) just got report back from one of the testers.
> he got connected to the internet over his T39m bluetooth enabled
> cell phone. the cool thing is that you can make CSD, GPRS or HSCSD
> calls. its just a matter of init string you send to the phone :)
> still
On Mon, 2003-02-03 at 18:06, Terry Lambert wrote:
> But if that's the argument for removing it, then it's probably
> time to remove the ability to use non-DMA IDE drives from the
> ATA driver, and kill all the ethernet drivers that have alignment
> requirements for their DMA engines, making m_pullu
>The classic Unix including BSD4.4 UNIX is now under a
>BSD-like license too (finding it is another issue
>though ;).
Kirk McKusick sells a CD-ROM collection containing all the CSRG
distributions:
https://www.mckusick.com/csrg/
Pretty much everything that had to be GNUified in BSD/386 an
Terry,
Maksim Yevmenkin wrote:
force-scripts
Default: Disabled. Forces execution of the configured chat
scripts in direct and dedicated modes.
Outstanding! If Brian doesn't veto, I'd say it's gold, and
someone should commit it; so I guess this fixes the last Bluetooth
Cell phone PPP pro
The classic Unix including BSD4.4 UNIX is now under a
BSD-like license too (finding it is another issue
though ;). Anyone from those days remembers anything
that might be worth resurrecting?
cheers,
Pedro.
--- "James P. Howard II" <[EMAIL PROTECTED]> ha
scritto: > Pedro F. Giffuni said:
> >
On Friday 31 January 2003 03:47, David Schultz wrote:
> You have found an optimal replacement algorithm for the case of
> repeated sequential reads. In fact, if you know in advance what
> the access pattern is going to be, it is *always* possible to find
> an optimal replacement algorithm. Spec
Gordon Tetlow wrote:
> > Why announce an intent to kill something that works?
> >
> > Do we just not "like" DoC, as a matter of public policy?
>
> I think phk has a good explaination:
>
> :The driver in the tree works with the M-systems devices I have to
> :test with, but M-Systems have neither s
My un-trained eye says this is good. Thanks for turning around the
feedback so quickly. Now, we wait for Brian to review it.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Maksim Yevmenkin wrote:
> force-scripts
>Default: Disabled. Forces execution of the configured chat
>scripts in direct and dedicated modes.
Outstanding! If Brian doesn't veto, I'd say it's gold, and
someone should commit it; so I guess this fixes the last Bluetooth
Cell phone PPP problem,
Dear Brian and Hackers,
Please find updated proposed version of the patch. As suggested by
Warner option has been renamed to 'force-sripts' and now works for
both 'direct' and 'dedicated' modes. Also as suggested by Terry the
man page has been updated to document side effect of 'direct'.
-direct
On Mon, Feb 03, 2003 at 10:05:54AM -0800, Terry Lambert wrote:
> Dag-Erling Smorgrav wrote:
> > David Yeske <[EMAIL PROTECTED]> writes:
> > > I still use this. Users will not suddenly quit using hardware that
> > > works, they will start using a different OS that works with it, or
> > > they will
Maksim Yevmenkin wrote:
> Please find attached patch that adds new option to the PPP.
>
> run-scripts-in-direct-mode
> Default: Disabled. This allows to run chat scripts in
> direct mode.
>
> did i miss anything? objections? comments? reviews?
First comment: run it past Brian Som
In message: <[EMAIL PROTECTED]>
Maksim Yevmenkin <[EMAIL PROTECTED]> writes:
: Dear Hackers,
:
: Please find attached patch that adds new option to the PPP.
:
:
: run-scripts-in-direct-mode
: Default: Disabled. This allows to run chat scripts in
: direct mode.
:
: did i
Dear Hackers,
Please find attached patch that adds new option to the PPP.
run-scripts-in-direct-mode
Default: Disabled. This allows to run chat scripts in
direct mode.
did i miss anything? objections? comments? reviews?
thanks,
max
I'm working on the Bluetooth stack for FreeBSD and curren
Doug Barton <[EMAIL PROTECTED]> writes:
> I didn't say I don't know HOW to implement it, I said I didn't know how
> BEST to implement it. You snipped the part of my e-mail where I explained
> the issues.
I don't see the problem, you don't need to run diff twice... no more
than you already do (any
On Monday 03 February 2003 07:35 am, Dag-Erling Smorgrav wrote:
> Doug Barton <[EMAIL PROTECTED]> writes:
> > On Tue, 28 Jan 2003, Garance A Drosihn wrote:
> > > Well for one thing, if a given file has a lot of changes, then I
> > > would like mergemaster to skip over the initial one-line change
>
rmkml wrote:
> here is a sample code (vfork_execve.c) to demonstrate a locking problem.
The short answer is that your code is wrong.
The longer answer is that your code is assuming implementation
details in vfork() which are undefined in threaded programs,
according to the standard, and is assumi
On 01-Feb-2003 Soeren Schmidt wrote:
>
> I'm currently in the midst of an ATA chipset support mega rewrite/update,
> and the last item on the list is SiS support.
>
> That where _you_ come into the picture, I need a pciconf -l from your
> SiS based system!
>
> Just reply to this message with th
Dag-Erling Smorgrav wrote:
> David Yeske <[EMAIL PROTECTED]> writes:
> > I still use this. Users will not suddenly quit using hardware that
> > works, they will start using a different OS that works with it, or
> > they will be stuck trying to continue to support an old version of
> > FreeBSD beca
On Mon, 3 Feb 2003, Dag-Erling Smorgrav wrote:
> Doug Barton <[EMAIL PROTECTED]> writes:
> > On Tue, 28 Jan 2003, Garance A Drosihn wrote:
> > > Well for one thing, if a given file has a lot of changes, then I
> > > would like mergemaster to skip over the initial one-line change
> > > that only te
Gentlemen, cast your vote:
1) Mark Murray considered harmful
2) Nah, keep the person that has just removed Dillon's commit bit, yet isn't making
any significant contribution to the project.
You have until Feb 15 to vote. Poll result will be forwarded to core and a decision
will be made.
Thank
ok sorry, change on Makefile :
CCFLAGS=$(CCFLAGS_BSD)
LIBS= $(LIB_THREAD_BSD) $(LIB_BSD)
Regards.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
here is a sample code (vfork_execve.c) to demonstrate a locking problem.
The code launch 3 threads :
1 signal
2 endless do nothing
3 a socket server (bind to 127.0.0.1:12345)
The server accept 3 cmd:
1) close => close cnx
2) sleep => use vfork /execv to launch external "/bin/sleep 20"
to r
That's very cool! Congratulations!
NetBSD has a BSD sort, I understand it's based on the
Minix version, so we are getting very near to cleaning
all the utilities from the GPL.
cheers,
Pedro.
--- "James P. Howard II" <[EMAIL PROTECTED]> ha
scritto: > Dag-Erling Smorgrav said:
> > Sergey Ba
I have the following setup:
Main executable loads module X, which in turn loads modules Y.so and Z.so
(optionally, depending on the configuration). All loads are done with
dlopen with flags RTLD_LAZY|RTLD_GLOBAL. Now, module Y needs to know
address of some symbol from module Z in case Z.so is lo
Doug Barton <[EMAIL PROTECTED]> writes:
> On Tue, 28 Jan 2003, Garance A Drosihn wrote:
> > Well for one thing, if a given file has a lot of changes, then I
> > would like mergemaster to skip over the initial one-line change
> > that only tells me how some comment now has a new version-number
> > i
Sergey Babkin <[EMAIL PROTECTED]> writes:
> Also the GNU grep has a lot more options, the most interesting
> of them being -r.
Unfortunately, GNU grep's -r option is broken (it does not handle
symnlinks correctly). Try textproc/freegrep from ports instead.
DES
--
Dag-Erling Smorgrav - [EMAIL PR
David Yeske <[EMAIL PROTECTED]> writes:
> I still use this. Users will not suddenly quit using hardware that
> works, they will start using a different OS that works with it, or
> they will be stuck trying to continue to support an old version of
> FreeBSD because it works with it.
Read the anno
What's going on here?
markm 2003/02/02 01:01:30 PST
Modified files:
.access
Log:
See mail sent to [EMAIL PROTECTED]
Message-Id: <[EMAIL PROTECTED]>
Revision ChangesPath
1.364 +0 -1 CVSROOT/access
Why is this being kept secret?
41 matches
Mail list logo
