Hello,
Is there any plan to import NetBSD rc system,
I am willing to see it appears in FreeBSD 5.0.
--
David Xu
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
David Xu wrote:
>
> Hello,
>
> Is there any plan to import NetBSD rc system,
> I am willing to see it appears in FreeBSD 5.0.
Yes. Several of us have started work on it. Personally, the last two times
I carved time out to work on it I got bombed by unstable -current.
Doug
--
If yo
Dear all,
I've slung together a tiny little perl module to enable
periodic(8) scripts to access periodic.conf(5) settings without having
to use sh(1). I thought it might be useful to some, so I tidied it up
and made it available for download at:
http://www.plasm.demon.co.uk/Free
On Sat, Jun 09, 2001 at 08:12:48PM -, [EMAIL PROTECTED] wrote:
>
> This is a bug report for perl from [EMAIL PROTECTED],
> generated with the help of perlbug 1.26 running under perl 5.00503.
>
>
> -
> [Please enter your report
On Sun, Jun 10, 2001 at 05:20:50PM -0700, Peter Wemm wrote:
> I agree totally. This should have been done ages ago, I've been burned on
> it a few times, but never badly enough to go fix it.
I've committed this - I'll let Matt do the MFC when he feels ready.
David.
To Unsubscribe: send
On Sun, Jun 10, 2001 at 08:14:57PM +0200, Gyori Sandor wrote:
[snip]
> By applying these patches (nsswitch & nss_ldap) did you get a proper
> working authentication via LDAP? I applied them, but system doesn't know
> LDAP's user names. This is my fault or I should even not try this way?
I didn't
On Sun, Jun 10, 2001 at 05:17:23PM -0700, Peter Wemm wrote:
> This is probably why it wont be committed. If it uses dlopen() then it
> cannot work for the statically linked /bin/ls, /bin/sh, etc. Anything in /
> sbin or /bin will never be able to see the usernames. If you built the
> entire sys
Brian Somers wrote:
> > I went ahead and nuked the auto-creation and -D flag in favor of plumb
> > and unplumb in the patch at:
> >
> > http://www.one-eyed-alien.net/~brooks/FreeBSD/gif.diff
> >
> > This version includes a change to rc.network to plumb gif interfaces
> > before calling gifcreate
Peter Pentchev wrote:
> (btw, FreeBSD developers, FreeBSD Perl gurus,
> when/if shall Perl 5.6 be MFC'd? :)
First perl 5.6.1 has to be imported to -current, then shaken out, then
_possibly_ it will be MFC'ed, but it's also quite possible that it won't be
MFC'ed at all.
Doug
--
If
On Mon, Jun 11, 2001 at 08:27:37AM -0700, Peter Wemm wrote:
> Personally, I'd prefer create/destroy instead of plumb/unplumb. The Solaris
> plumb command is for doing 'STREAMS plumbing' - ie: connecting all the
> streams pipes and modules together. Creating/deleting interfaces on
> BSD systems I
What is the difference between the present rc scheme and the NetBSD one?
Mark
On Mon, Jun 11, 2001 at 01:44:26AM -0700, Doug Barton wrote:
> David Xu wrote:
> >
> > Hello,
> >
> > Is there any plan to import NetBSD rc system,
> > I am willing to see it appears in FreeBSD 5.0.
>
> Yes. S
In message <[EMAIL PROTECTED]> Mark Santcroos writes:
: What is the difference between the present rc scheme and the NetBSD one?
The NetBSD rc scheme, in a nutshell, put each thing into its own file
and does order dependencies automatically. Ours is one big monolithic
beast that kinda can do ext
Can it be called SysV style? Or not seperated in that way?
(I must say, the big ugly rc thing is the only thing I don't like about
FreeBSD, I'm very much in favor of the SysV style init. But thats another
war ;)
Mark
On Mon, Jun 11, 2001 at 12:00:43PM -0600, Warner Losh wrote:
> In message <[EMA
On Mon, 11 Jun 2001, Mark Santcroos wrote:
> Can it be called SysV style?
No, for two reasons. First, System V style rc structure relies on
transitions between run levels to do its work. FreeBSD does not plan to
implement run levels, and NetBSD's code does not depend on this. The other
r
In message <[EMAIL PROTECTED]> Mark Santcroos writes:
: Can it be called SysV style? Or not seperated in that way?
: (I must say, the big ugly rc thing is the only thing I don't like about
: FreeBSD, I'm very much in favor of the SysV style init. But thats another
: war ;)
It specifically isn't S
In message <[EMAIL PROTECTED]> Doug Barton writes:
: reason is that when you say "System V" anything, people have immediate
: negative reactions that are based purely on emotion.
S01My S02reactions S03to S04system S05V S06is S07not S08based
S09purely S10on S11a S12pruely S13emotional S14reaction.
On Mon, 11 Jun 2001, Brooks Davis wrote:
> On Mon, Jun 11, 2001 at 08:27:37AM -0700, Peter Wemm wrote:
> > Personally, I'd prefer create/destroy instead of plumb/unplumb. The Solaris
> > plumb command is for doing 'STREAMS plumbing' - ie: connecting all the
> > streams pipes and modules togethe
On Mon, 11 Jun 2001, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Doug Barton writes:
> : reason is that when you say "System V" anything, people have immediate
> : negative reactions that are based purely on emotion.
>
> S01My S02reactions S03to S04system S05V S06is S07not S08based
> S09
On Mon, Jun 11, 2001 at 02:40:54PM -0400, Robert Watson wrote:
> An advantage to also supporting the ioctl interface is that it permits
> interface cloning to be used on systems where devfs is not used, or where
> there are parts of the system where devfs is unavailable (i.e., various
> forms of c
In message <[EMAIL PROTECTED]>, scanner
@jurai.net writes:
>On Mon, 11 Jun 2001, Warner Losh wrote:
>
>> In message <[EMAIL PROTECTED]> Doug Barton writes:
>> : reason is that when you say "System V" anything, people have immediate
>> : negative reactions that are based purely on emotion.
>>
>> S
In message <[EMAIL PROTECTED]>, Robe
rt Watson writes:
>> http://www.one-eyed-alien.net/~brooks/FreeBSD/gif.diff
>>
>> has been updated. I'm still thinking about adopting the NetBSD
>> SIOIF{CREATE,DESTORY} interface.
>
>An advantage to also supporting the ioctl interface is that it permits
>i
:In message <[EMAIL PROTECTED]> Mark Santcroos writes:
:: What is the difference between the present rc scheme and the NetBSD one?
:
:The NetBSD rc scheme, in a nutshell, put each thing into its own file
:and does order dependencies automatically. Ours is one big monolithic
:beast that kinda can
In message <[EMAIL PROTECTED]> Matt Dillon writes:
: I kinda like our scheme... at least I like the single monolithic
: /etc/rc.conf file. It makes maintaining and installing machines
: utterly trivial whereas having a billion little files each with
: one or two options in them m
> I kinda like our scheme... at least I like the single monolithic
> /etc/rc.conf file. It makes maintaining and installing machines
> utterly trivial whereas having a billion little files each with
> one or two options in them makes maintaining and installing machines
> rat
On Sun, Jun 10, 2001 at 11:29:07PM +0900, Hajimu UMEMOTO wrote:
> I think it is not BSD network way. Recent NetBSD has network
> interface cloning. It uses SIOCIFCREATE and SIOCIFDESTROY. It may
> good to port it to FreeBSD.
I've looked it over and I generally like it. There is one problem
th
On Mon, Jun 11, 2001 at 11:54:33AM -0700, Matt Dillon wrote:
>
> I kinda like our scheme... at least I like the single monolithic
> /etc/rc.conf file. It makes maintaining and installing machines
> utterly trivial whereas having a billion little files each with
> one or two opti
Hi
Go to http://www.uspto.gov/patft/, search for patent number 5873127, and
you will find the description of mapping page table entries into virtual
memory via one page directory entry pointing to the page directory itself
- exactly what FreeBSD does with PTDPTDI and APTDPTDI entries on i386.
(in
> Hi
>
> Go to http://www.uspto.gov/patft/, search for patent number 5873127, and
> you will find the description of mapping page table entries into virtual
> memory via one page directory entry pointing to the page directory itself
> - exactly what FreeBSD does with PTDPTDI and APTDPTDI entries
In article
[EMAIL PROTECTED]>
you write:
>Hi
>
>Go to http://www.uspto.gov/patft/, search for patent number 5873127, and
>you will find the description of mapping page table entries into virtual
>memory via one page directory entry pointing to the page directory itself
>- exactly what FreeBSD do
:Hi
:
:Go to http://www.uspto.gov/patft/, search for patent number 5873127, and
:you will find the description of mapping page table entries into virtual
:memory via one page directory entry pointing to the page directory itself
:- exactly what FreeBSD does with PTDPTDI and APTDPTDI entries on i3
> So it looks like we have prior art by around 6 years, which would
> invalidate the patent iff it was the same thing.
Does it mean that the algorithm is free to use by everyone or free to use
only in freebsd? I would like to implemet these page table back pointers
too and I'm scared by the paten
:Hmm, let's see:
:
: Assignee: Digital Equipment Corporation (Maynard, MA)
: Appl. No.: 646734
: Filed: May 3, 1996
:
:Versus:
:
: * Derived from hp300 version by Mike Hibler, this version by William
: * Jolitz uses a recursive map [a pde points to the page directory] to
> hahahahahahaaThe patent was filed in 1996. In the 90's the patent
> office starting granting patents for everything under the sun without
> doing real prior art searches. I'm sure even just going to the candy
> store these days is patented by someone...
Every time I tease
> > So it looks like we have prior art by around 6 years, which would
> > invalidate the patent iff it was the same thing.
>
> Does it mean that the algorithm is free to use by everyone or free to use
> only in freebsd? I would like to implemet these page table back pointers
> too and I'm scared
:> So it looks like we have prior art by around 6 years, which would
:> invalidate the patent iff it was the same thing.
:
:Does it mean that the algorithm is free to use by everyone or free to use
:only in freebsd? I would like to implemet these page table back pointers
:too and I'm scared by th
On Tue, Jun 12, 2001 at 12:53:33AM +0200, Mikulas Patocka wrote:
> > So it looks like we have prior art by around 6 years, which would
> > invalidate the patent iff it was the same thing.
>
> Does it mean that the algorithm is free to use by everyone or free to use
> only in freebsd? I would like
:> So it looks like we have prior art by around 6 years, which would
:> invalidate the patent iff it was the same thing.
:
:Does it mean that the algorithm is free to use by everyone or free to use
:only in freebsd? I would like to implemet these page table back pointers
:too and I'm scared by th
Mike Smith <[EMAIL PROTECTED]> writes:
> Every time I tease my housemate's cat with a laser pointer, I am
> violating a US patent. (No, really.)
I need to get a laser pointer...
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fr
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]> Mark Santcroos writes:
> : Can it be called SysV style? Or not seperated in that way?
> : (I must say, the big ugly rc thing is the only thing I don't like about
> : FreeBSD, I'm very much in favor of the SysV style init. But thats another
> :
:
:Mike Smith <[EMAIL PROTECTED]> writes:
:> Every time I tease my housemate's cat with a laser pointer, I am
:> violating a US patent. (No, really.)
:
:I need to get a laser pointer...
:
:DES
:--
:Dag-Erling Smorgrav - [EMAIL PROTECTED]
You need to get two. Start with both pointing at t
In message <[EMAIL PROTECTED]> Sergey Babkin writes:
: Or a drawback. Encoding the order in the names makes changing
: the order or disabling some files easy, without any neccessity to
: edit the contents of the files.
:
: Though I haven't seen the NetBSD approach, maybe it actually is better.
A search of the Freebsd hackers mailing list has a mail message
from Mike Smith saying that the 3DM utility was available
from 3ware, and to go to their site to get it.
Their PDF file for 3ware lists FreeBSD as supported. however,
when you go to the download section, only Linux and Windows.
D
Matthew Seaman <[EMAIL PROTECTED]> writes:
[snip]
> by which time the script might just as well be pure perl anyhow...
and the perl polution continue...
while some people claims perl should goes off whenever possible,
you're claiming it should goes on.
FYI, the date stuff can be written in pur
Hello Sergey,
Tuesday, June 12, 2001, 7:24:13 AM, you wrote:
SB> Warner Losh wrote:
>>
>> In message <[EMAIL PROTECTED]> Mark Santcroos writes:
>> : Can it be called SysV style? Or not seperated in that way?
>> : (I must say, the big ugly rc thing is the only thing I don't like about
>> : FreeB
Julian Stacey <[EMAIL PROTECTED]> writes:
> Maybe it comes from the /etc/fstab that is unpacked into ram disc,
> that is extracted from the 2.88M boot floppy, that is part of a
> bootable CD ?
I checked this, boot.flp contains the stuff under /boot and kernel.gz
and that's it.
Interestingly eno
Matt Dillon <[EMAIL PROTECTED]> writes:
> I kinda like our scheme... at least I like the single monolithic
> /etc/rc.conf file. It makes maintaining and installing machines
> utterly trivial whereas having a billion little files each with
> one or two options in them makes mainta
On Mon, Jun 11, 2001 at 12:56:08PM -0600, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Matt Dillon writes:
> : I kinda like our scheme... at least I like the single monolithic
> : /etc/rc.conf file. It makes maintaining and installing machines
> : utterly trivial whereas havin
On Mon, Jun 11, 2001 at 08:37:49PM -0500, Andrew Hesford ([EMAIL PROTECTED]) wrote:
> New "modules"? Isn't that just the same as /usr/local/etc/rc.d/ ? I side
> with Mr. Dillon, I hope things stay the way they are.
You acted rashly. It's like /usr/local/etc/rc.d, only it becomes
extended to the
On Mon, Jun 11, 2001 at 05:56:45PM -0600, Warner Losh wrote:
>
> With the netbsd approach, you remove the file, and all things taht
> depend on it fail. as it should be :-)
I'm pretty sure you turn it off in rc.conf, rather than removing it.
--
Ben
"An art scene of delight
I created this t
In message <[EMAIL PROTECTED]> void writes:
: On Mon, Jun 11, 2001 at 05:56:45PM -0600, Warner Losh wrote:
: >
: > With the netbsd approach, you remove the file, and all things taht
: > depend on it fail. as it should be :-)
:
: I'm pretty sure you turn it off in rc.conf, rather than removing i
On Mon, Jun 11, 2001 at 04:27:12PM -0700, Matt Dillon wrote:
>
> You need to get two. Start with both pointing at the same point,
> let the cat follow it around a bit, then split them into two different
> dots going opposite directions.
>
> If you have two cats get one followin
In message <[EMAIL PROTECTED]> Dave Hayes writes:
: I agree completely. One of the points that should be kept in mind
: (IMO) is that the SysV RC style dominates Linux...a fact I've used to
: convince people that FreeBSD administration is easier, faster,
: better...etc.
But the NetBSD style is e
In message <[EMAIL PROTECTED]> Andrew Hesford writes:
: New "modules"? Isn't that just the same as /usr/local/etc/rc.d/ ? I side
: with Mr. Dillon, I hope things stay the way they are.
No. It isn't. Our current /usr/local/etc/rc.d is a *SUBSET* of what
the NetBSD system provides. Right now it
<#/part>
From: Jiangyi Liu <[EMAIL PROTECTED]>
Date: 12 Jun 2001 10:48:38 +0800
Message-ID: <[EMAIL PROTECTED]>
Lines: 35
User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/20.7
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Hi,
Seems I can't contact the coordinator([EMAIL PROTECT
*** i386/conf/LINT.orig Sat Jun 2 12:32:27 2001
--- i386/conf/LINT Mon Jun 11 15:04:23 2001
***
*** 494,499
--- 494,508
pseudo-device sppp #Generic Synchronous PPP
pseudo-device loop #Network loopback device
pseudo-device bpf #Berkeley packet filter
+
+ # The BP
:
:On Mon, Jun 11, 2001 at 08:37:49PM -0500, Andrew Hesford ([EMAIL PROTECTED]) wrote:
:> New "modules"? Isn't that just the same as /usr/local/etc/rc.d/ ? I side
:> with Mr. Dillon, I hope things stay the way they are.
:
:You acted rashly. It's like /usr/local/etc/rc.d, only it becomes
:extende
Hello Matt,
Tuesday, June 12, 2001, 11:05:27 AM, you wrote:
MD> :
MD> :On Mon, Jun 11, 2001 at 08:37:49PM -0500, Andrew Hesford ([EMAIL PROTECTED]) wrote:
:>> New "modules"? Isn't that just the same as /usr/local/etc/rc.d/ ? I side
:>> with Mr. Dillon, I hope things stay the way they are.
MD> :
In message <[EMAIL PROTECTED]> Matt Dillon writes:
: What I really hate is the SysV/Linux/Solaris style of rc.d configuration
: directories where you create/maintain softlinks in specially named
: directories (named after the run level) to a master set of
: startup files. Blech.
In my latest set of patches for -stable the Aironet driver with a few
patches to FreeBSD's bpf & libpcap to support 802.11 packets permits
sniffing of raw 802.11 packets.
The patches are at:
http://www.ambrisko.com/doug/an/
The latest version is
an.patch.cisco.rfmon2+ifconfig3
Se
On Mon, Jun 11, 2001 at 08:05:27PM -0700, Matt Dillon wrote:
Just a note that further (negative) commentors should really do a
little investigating before jumping to conclusions. This thread
has gone on long enough with people making uninformed guesses and
assumptions.
> All I care about is
On Mon, Jun 11, 2001 at 08:35:07PM -0600, Warner Losh wrote:
> But the NetBSD style is exactly as easy to administer as the FreeBSD
> style. It is more modular and easy to expand after the boot. How do
> I start nfs on FreeBSD after it boots? Well, you grep it out of
> /etc/rc*. With the NetBS
Guys, guys. The NetBSD /etc/rc system is good. We should stop
arguing about it and just focus on figuring out who's going to
integrate it or the whole conversation concerns a moot point
anyway. :)
- Jordan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the
On Tue, 12 Jun 2001 [EMAIL PROTECTED] wrote:
> Hi,
>
> Seems I can't contact the coordinator([EMAIL PROTECTED]) of this
> task. So I think maybe I should send the patch to this list. Here is
> the patch for limiting bpf access to the specified program.
>
> For example, if I wanna specify only /s
On Mon, Jun 11, 2001 at 11:27:02PM -0500, Mike Silbersack wrote:
> The idea sounds neat, especially for computer labs and the like.
> Unfortunately, I think this implementation is far too difficult to be used
> effectively. Could you instead cause bpf to only return packets dhclient
> would use?
> Guys, guys. The NetBSD /etc/rc system is good. We should stop
> arguing about it and just focus on figuring out who's going to
> integrate it or the whole conversation concerns a moot point
> anyway. :)
>
> - Jordan
How progressive you FreeBSD guys are! Can you imagine how much
discussion N
On Tue, Jun 12, 2001 at 02:57:46AM +0200, Cyrille Lefevre wrote:
> To: Matthew Seaman <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: Perl module for periodic scripts
> Reply-To: Cyrille Lefevre <[EMAIL PROTECTED]>
> Mail-Copies-To: never
> From: Cyrille Lefevre <[EMAIL PROTECTED]>
> Da
> A search of the Freebsd hackers mailing list has a mail message
> from Mike Smith saying that the 3DM utility was available
> from 3ware, and to go to their site to get it.
I don't know whether you can download it from 3ware's site or not.
But there is a 3DM utility for FreeBSD at following url
67 matches
Mail list logo
