On Sat, 8 Jan 2000, Yoshinobu Inoue wrote:
> The 1st thing I want to be tested is that, a kernel with
> following additions to the config file
>
> options INET6 #IPv6 communications protocols
> options IPSEC #IP security
> options IPSEC_ESP
On Sat, 1 Jan 2000, Dan Nelson wrote:
> In the last episode (Jan 01), Leif Neland said:
> > So far it has been taking 2 hours to compile sql_yacc.cc from
> > mysql3.22.
> >
> > I had to find an old disk for swap, and it's swapping all the time.
> >
> > top shows 156M size and 46M res., run ti
On both my current machines, I've problems rebooting.
After executing reboot, the system "clings desperately to life".
The behavior is not always the same, but I get 5-6 new login-prompts.
Then sometimes "Some process would not die, ps axl adviced"
Other times miscl panics.
Lately its final wor
This shouldn't cause any breakage if you don't do this, but you should change
references to "controller" in your kernel configs to "device". Of course, don't
do this before recompiling usr.sbin/config. I have bumped configversion
as older configs will not appreciate this too much if you get them
On Sat, 8 Jan 2000, Bryan Liesner wrote:
> On Sat, 8 Jan 2000, Brian Fundakowski Feldman wrote:
>
> >Well, I don't know about anyone else out there having the problems I'm
> >having, but I might as well ask. I'm using the ATA driver with the
> >following bugfix applied, otherwise the same.
> >
In message <[EMAIL PROTECTED]> "Eugene M.
Kim" writes:
: What is the current status of DEVFS? Is this still a `good feature to
: have but oh well...'-sort of thing so it is not supported by many
: drivers, or is some serious effort on track to round the sharp edges and
: make it usable?
Last ti
On Thu, 6 Jan 2000, Boozy wrote:
> How are the implementation of IPv6 in FreeBSD 4.0? Is it available? Is it
> stable?
It's in the process of being integrated, and is therefore still
incomplete. It's hoped that by the time of 4.0-RELEASE (not long away) it
will be fully functional. If you need a
At 17:03 8/1/2000 +0100, Luigi Rizzo wrote:
>I think the basic rulechecking algorithms in ipf are no better/faster
>than the ones in ipfw. If you want to switch from ipfw (no natd!)
>to ipf just for performance reasons, i think you are not going to get
>any significant advantage if any (i mean, if
> I found the problems I was seeing. I had an old configuration of dhclient
> dating from before it was integrated into FreeBSD. At that time, I just called
> dhclient without specifying the interface. (I only had one NIC.) Dhclient then
> tried using all interfaces it could find. One of the
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Poul-Henning Kamp
> Sent: Saturday, January 08, 2000 8:08 PM
> To: FreeBSD
> Cc: freebsd-current@FreeBSD. ORG
> Subject: Re: load spike strangeness
>
> I think you are not only obnoxius, you are also
In message <[EMAIL PROTECTED]>, "FreeBSD" writes:
>> As Sherlock Holmes once said: ``It is always unpleasant dealing with
>> an alias.''
>
>Mr. Holmes was a fictional character written in a time where there wasn't an
>internet. It's my belief that if he were real, and in our day and age, he
>woul
In article <[EMAIL PROTECTED]>,
james <[EMAIL PROTECTED]> wrote:
> It's interesting though how i had no ipf rules whatsoever, yet it
> introduced so much latency, as Alexander has pointed out in another email.
> Why is ipf so slow? I was planning on switching from ipfw/natd to
> ipf/ipnat, bu
I found the problems I was seeing. I had an old configuration of dhclient
dating from before it was integrated into FreeBSD. At that time, I just called
dhclient without specifying the interface. (I only had one NIC.) Dhclient then
tried using all interfaces it could find. One of the interfac
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Oliver Fromme
> Sent: Saturday, January 08, 2000 7:08 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: load spike strangeness
>
>
> FreeBSD <[EMAIL PROTECTED]> wrote in list.freebsd-stable:
> -Original Message-
> From: Garrett Wollman [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, January 08, 2000 6:59 PM
> To: FreeBSD
> Cc: [EMAIL PROTECTED]
> Subject: RE: load spike strangeness
>
>
> [Multiple irrelevant mailing-lists snipped.]
>
> < said:
>
> > Since when does an E-mail addr
On Sat, 8 Jan 2000, Brian Fundakowski Feldman wrote:
>Well, I don't know about anyone else out there having the problems I'm
>having, but I might as well ask. I'm using the ATA driver with the
>following bugfix applied, otherwise the same.
>
At the risk of sounding like an AOLer, me too. Prio
Title: em general doc
Discount Capital
For
Equipment Leasing &
Financing
We provide financing for
Commercial Equipment, Upgrading or Expansion & High-Tech Equipment Leasing.
100% Financing on New
& Used Equipment.
Sale Lease backs, Debt
Consolidations,
Deferred P
FreeBSD <[EMAIL PROTECTED]> wrote in list.freebsd-stable:
>> FreeBSD <[EMAIL PROTECTED]> wrote in list.freebsd-stable:
>> > Overclocking is *NEVER* recommended
>>
>> Neither is posting anonymously (without a realname).
>
> Since when does an E-mail address require a "realname"?
It is not
[Multiple irrelevant mailing-lists snipped.]
< said:
> Since when does an E-mail address require a "realname"?
As Sherlock Holmes once said: ``It is always unpleasant dealing with
an alias.''
>plonk<
-GAWollman
--
Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the sam
:>
:
:Since when does an E-mail address require a "realname"? Only a imbecile
:(IMHO) would use their real name on an e-mail that goes out to a public
:list. I don't want people to know my real name or SSN or any other personal
:info for that matter, NOR is it required, as far as I know. If it we
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Oliver Fromme
> Sent: Saturday, January 08, 2000 6:06 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: load spike strangeness
>
>
> FreeBSD <[EMAIL PROTECTED]> wrote in list.freebsd-stable:
Well, I don't know about anyone else out there having the problems I'm
having, but I might as well ask. I'm using the ATA driver with the
following bugfix applied, otherwise the same.
Index: atapi-cd.c
===
RCS file: /usr2/ncvs/src/s
< said:
>> [I wrote:]
>> You should also try it with `options COMPAT_IPFW=0' in your config
>> file.
> Hm, what's this option for?
Well, somebody may have broken it (perhaps even me). But it was put
there to provide those people who want fast networking an option to
ensure that none of the fir
FreeBSD <[EMAIL PROTECTED]> wrote in list.freebsd-stable:
> Overclocking is *NEVER* recommended
Neither is posting anonymously (without a realname).
(Sorry -- Back to the topic.)
I have to admit that I've seen the same symptoms, and I have
no idea what's causing it. It happenes very irregular
On Sun, 9 Jan 2000 02:11:49 +0100, you wrote:
>After removing IPFILTER_LKM, I ran the bench again and got following
>results.
What benchmark utility are you using to measure these results with?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of th
Garrett Wollman [mailto:[EMAIL PROTECTED]] wrote:
Sent: Saturday, January 08, 2000 7:27 PM
> You should also try it with `options COMPAT_IPFW=0' in your config
> file.
Hm, what's this option for?
When I put it into my kernel config, the config program complained
about an "unknown option". A qu
I added the options a couple weeks ago. Everthing has been working fairly
well. Two issues I have seen which I haven't verified if they are are related
to INET6 or something else.
First, ever since I added INET6, I have been seeing errors like
looutput: af=0 unexpected (or someth
At 11:08 PM 1/8/00 +, David Malone wrote:
>On Sat, Jan 08, 2000 at 02:14:10PM -0800, Kurt D. Zeilenga wrote:
>> At 04:43 PM 1/8/00 -0500, Garrett Wollman wrote:
>> >Hmmm. I don't see any such module. Or are you proposing to write
>> >one?
>>
>> No. I'd just pull the pam_wheel from the Atti
Hello!
I think after some -stable period -current stay now like current :-)
I can't play wave files after upgrade my -current...
% ls -al /dev/MAKEDEV
-r-xr-xr-x 1 root wheel 35926 8 ÑÎ× 23:11 /dev/MAKEDEV
% uname -a
FreeBSD ozz.freebsd.org.ru 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Sun Jan
On Sat, Jan 08, 2000 at 02:14:10PM -0800, Kurt D. Zeilenga wrote:
> At 04:43 PM 1/8/00 -0500, Garrett Wollman wrote:
> >Hmmm. I don't see any such module. Or are you proposing to write
> >one?
>
> No. I'd just pull the pam_wheel from the Attic.
If it came from the linux version of pam, then p
At 04:43 PM 1/8/00 -0500, Garrett Wollman wrote:
>Hmmm. I don't see any such module. Or are you proposing to write
>one?
No. I'd just pull the pam_wheel from the Attic.
Kurt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sat, 8 Jan 2000, Mohit Aron wrote:
> Hi,
> I'm using FreeBSD-current (snapshot from Jan 3rd) which is configured
> with both SMP and APIC_IO support. This version panics upon calling
> acquire_timer0() (to modify the interrupt frequency of the 8254). On the other
> hand, if the kernel is
< said:
> can go away. WHEELSU can (and should) be provided by
> pam_wheel.
wollman@khavrinen(2996)$ ls /usr/lib/pam_*.so
/usr/lib/pam_cleartext_pass_ok.so /usr/lib/pam_radius.so
/usr/lib/pam_deny.so/usr/lib/pam_skey.so
/usr/lib/pam_kerberosIV.so /usr/lib/
>
> You may want to upgrade to a more recent source tree :
> I've cvsupped from a 4.0-19991229-CURRENT snapshot to the sources around
> 01/05 21h00 GMT and SMP works fine on my machine (I have seen strange
> things with the snapshot : cvs did not want to check out the source tree
> ! not a pleas
hello,
You may want to upgrade to a more recent source tree :
I've cvsupped from a 4.0-19991229-CURRENT snapshot to the sources around
01/05 21h00 GMT and SMP works fine on my machine (I have seen strange
things with the snapshot : cvs did not want to check out the source tree
! not a pleasant di
Hi,
I'm using FreeBSD-current (snapshot from Jan 3rd) which is configured
with both SMP and APIC_IO support. This version panics upon calling
acquire_timer0() (to modify the interrupt frequency of the 8254). On the other
hand, if the kernel is not configured as an SMP, then it works fine.
At 02:32 PM 1/8/00 -0500, Garrett wrote:
>< said:
>
>> I've noticed that su(1) is not yet PAM'ized. Is anybody
>> working on this? If so, I'm willing to test. If not
>> and time permits, I'll see if I can whip up an appropriate
>> patch.
>
>If you do this, please take care not to break WHEELSU
I believe I get the same thing too on my nonpnp SB16. Only noticed it
when playing short au files (didn't test anything else because it wasnt
noticable)
On Sat, 8 Jan 2000, Kenneth Wayne Culver wrote:
>I've noticed the same thing on my Soundblaster Vibra 16X
>
>
>==
< said:
> I've noticed that su(1) is not yet PAM'ized. Is anybody
> working on this? If so, I'm willing to test. If not
> and time permits, I'll see if I can whip up an appropriate
> patch.
If you do this, please take care not to break WHEELSU (and its
Kerberos equivalent), which has its fing
I've noticed that su(1) is not yet PAM'ized. Is anybody
working on this? If so, I'm willing to test. If not
and time permits, I'll see if I can whip up an appropriate
patch.
Kurt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the mess
On Thu, Jan 06, 2000 at 12:45:36AM +0200, Maxim Sobolev wrote:
>
>Nicolas Souchu wrote:
>
>> On Mon, Jan 03, 2000 at 09:24:52PM +0200, Maxim Sobolev wrote:
>> >
>> >Nicolas Souchu wrote:
>> >
>> >> Hi there!
>> >>
>> >> FOR ANYBODY THAT USES ZIP/PRINTER/PLIP ON THE PARALLEL PORT UNDER -current
>>
Hi committers!
On Wed, Jan 05, 2000 at 11:44:06AM -0800, Jordan K. Hubbard wrote:
>
>And given that we've already slipped from December 15th, I think you
>can treat this as a pretty hard deadline, to be further slipped only
>grudgingly and in response to clear and dire need.
>
>10 days, folks! M
At 5:03 PM +0100 2000/1/8, Luigi Rizzo wrote:
> Other reasons for the switch could be the fact that ipf is stateful
> (but i am working on adding state to ipfw, if i find proper support
> - hint, hint), so you can build better things.
I'm moving towards using ipfilter on our Solaris m
At 10:23 AM 1/8/00 -0800, David O'Brien wrote:
>On Fri, Jan 07, 2000 at 08:32:19AM +, Brian Somers wrote:
> > Anyone know what's changed with `calendar' ? I suspect it's the
> > recent cpp changes.
>
>Please test this patch.
I was having the same problem and the patch worked for me
Thanks
Ma
< said:
> Well, some difference is to be expected. But 22%
Flaws in the Intel SMP design make it more expensive than it ought to
be. Things like atomic RMW cycles are very, very expensive. (We had
a discussion about six months ago about how expensive something like a
locked xchg instruct
>
> Yes it should. SMP support enables inter-processor locking code which
> does not exist in non-SMP kernels. Ergo, non-SMP kernels run
> uniprocessor tasks faster.
>
Well, some difference is to be expected. But 22%
- Mohit
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "un
[Not network-related; moved to -current.]
< said:
> Good Lord! This is the second time now. I even SAID in my last two mails that
> there is only ONE processor. Theortically then, FreeBSD configured with/without
> SMP support shouldn't make any difference.
Yes it should. SMP support enables in
< said:
> First, plain (no module loaded):
You should also try it with `options COMPAT_IPFW=0' in your config
file.
-GAWollman
--
Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same
[EMAIL PROTECTED] | O Siem / The fires of freedom
Opinions not those of| Dan
On Fri, Jan 07, 2000 at 08:32:19AM +, Brian Somers wrote:
> Anyone know what's changed with `calendar' ? I suspect it's the
> recent cpp changes.
Please test this patch.
Index: io.c
===
RCS file: /home/ncvs/src/usr.bin/calend
Alright, I've tried making each of the individual targets and I still get
this error so I'm stumped... a gzipped copy of the make world log can be
found at http://www.wam.umd.edu/~culverk/world.log.gz
The error occurs while building kdump, and the error (of course) is at the
end of the file.
Ken
> Why is ipf so slow? I was planning on switching from ipfw/natd to
> ipf/ipnat, but i don't think i want to now - considering it's so darn slow.
ok, i have heard for a long time people claiming how much better is ipf over
ipfw etc. etc. I have briefly looked at docs and source for ipf.
I think
In message <[EMAIL PROTECTED]> Brian Somers writes:
: Also, with a 3c589c, hot plugging is like playing Russian Roulette
: with five of the six chambers full at the moment. Just booting with
: a pccard inserted sometimes crashes the machine. I think most
: peoples view of the current pccard s
> Thanks! Your patch worked so now there's no problem getting outside
> using natd.
It is good info. I committed it.
> I've gone through the checklist in your original message as well, and
> have found so far:
Thanks a lot.
> 1) /sbin/route somehow assumes prefixlen 64 instead of 0 for the
>
Hi,
Sorry.. It seems i've stuffed up here. Somehow ipf was enabled. Doing "ipf
-D" has sped things up. However, i am still seeing a 10-20% speed decrease
from 3.4-STABLE. FTP transfers are still only on 5.8MB/s - not 7.7MB/s like
they used to be.
It's interesting though how i had no ipf rule
I've noticed the same thing on my Soundblaster Vibra 16X
=
| Kenneth Culver | FreeBSD: The best OS around.|
| Unix Systems Administrator | ICQ #: 24767726 |
| and student at The | AIM: AgRS
Kazu,
The comments on Linux were not mine. But I was echo'ing the
orginal poster's request that the keyboard mapping and console
(screen) settings be set to defaults that make sense vis-a-vis
PC hardware and PC users' common expectations. That simply means
that, to the extent possible, the ESC,
Jason Young wrote:
Saturday, January 08, 2000 9:02 AM
> It probably isn't the best of all ideas to have BOTH IP firewalling
> solutions installed and running at once. This will add some
> overhead. Pick one and stick with it. And why do you have DUMMYNET
> running?
>
> There is a new version
Second in the series of errors recompiling current after a month is a
bug I noticed in the NewPCM driver. It skips the last half second or so
of its output. This isn't noticeable when playing music, but sound effects
really suck.
Relevant dmesg output:
.
sbc0: at port 0x220-0x22f,0x330-0x331,0x
On Sat, 8 Jan 2000, Soren Schmidt wrote:
> It seems Theo van Klaveren wrote:
> >
> > That helps me, but if I'm not mistaken it also disabled UDMA33 on the
> > second drive.
>
> Yup, it was more to determine is DMA really was your problem...
It was :)
> >
> > That'd be really nice, though if
It seems Theo van Klaveren wrote:
> >
> > Mode 4 is PIO4 that is no DMA, it could very well be the problem,
> > WD has made a lot of problematic drives in this area.
> > You could try to comment out the dmainit call in ata-disk.c and
> > see if that helps you.
>
> That helps me, but if I'm not
>Thanks! Your patch worked so now there's no problem getting outside
>using natd.
>I've gone through the checklist in your original message as well, and
>have found so far:
>1) /sbin/route somehow assumes prefixlen 64 instead of 0 for the
>``default'' route. I've used this command to establish
On Sat, 8 Jan 2000, Soren Schmidt wrote:
> It seems Theo van Klaveren wrote:
> >
> > I'm in doubt as to the first drive though: The BIOS says it's 'Mode 4',
> > is that the same as WDMA2? Could the harddisk be reporting the wrong
> > value, even though the BIOS is giving the correct one? I'm jus
It seems Theo van Klaveren wrote:
>
> I still can't seem to be able to boot -CURRENT with the ATA driver,
> much as I'd like to, due to the `timeout-resetting device' error, which
> I've seen more people report. I've sacrificed some dead trees to give
> you the exact boot messages:
>
> ad0: ATA
I still can't seem to be able to boot -CURRENT with the ATA driver,
much as I'd like to, due to the `timeout-resetting device' error, which
I've seen more people report. I've sacrificed some dead trees to give
you the exact boot messages:
ad0: ATA-0 disk at ata0 as master
ad0: 2014MB (4124736 s
Thanks! Your patch worked so now there's no problem getting outside
using natd.
I've gone through the checklist in your original message as well, and
have found so far:
0) gif seems to work well (I use freenet6.net as my primary uplink
connection for IPv6)
1) /sbin/route somehow assumes prefix
It seems Amancio Hasty wrote:
> I did a fresh re-install and all is working well over here. Now my real hacking
> begins that is to modify the DVD mpeg player to use the brand new spanking
> functions in XFree86 to do yuv->rgb + scaling with hardware assist 8)
You should look at the livid site, t
[sorry for the blind crosspost to -net, but i think this is relevant there
as well...]
Hi,
I have just committed to -current a few modifications to ipfw and
dummynet and i would like people to check them and submit feedback.
(everything is mostly backward compatible, you only need to recompile
i
> It seems Amancio Hasty wrote:
> > Tnks
> >
> > Yes, I am running current as of today . also while trying to read a DVD
> > I think that your driver is not setting cap.dvdrom flag so when I ask for
> > report key it returns with failure. Just wondering if you her of such
> > a problem curren
Oh wow that looks cool -- Oh excuse me :
Never mind about the problem with report_key not working .
Back to watching ...
Tnks!
--
Amancio Hasty
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
It seems Amancio Hasty wrote:
> Tnks
>
> Yes, I am running current as of today . also while trying to read a DVD
> I think that your driver is not setting cap.dvdrom flag so when I ask for
> report key it returns with failure. Just wondering if you her of such
> a problem currently. I am more
In message <[EMAIL PROTECTED]>, Luigi Rizzo writes:
>> I think the general syntax would be if you could say "for one of my
>> own IP#" that would be very powerful:
>>
>> add allow tcp from any to me 22
>> add deny tcp from any to not me 22
>
>the 'me' thing is relatively simple to impl
Tnks
Yes, I am running current as of today . also while trying to read a DVD
I think that your driver is not setting cap.dvdrom flag so when I ask for
report key it returns with failure. Just wondering if you her of such
a problem currently. I am more than happy to hack the driver to read
the
It seems Amancio Hasty wrote:
> {root} mount -t cd9660 /dev/acd0a /cdrom
> cd9660: Block device required
> {root} mount /dev/acd0a /cdrom
> mount: Block device required
>
> ls -ald /dev/acd0c
> brw-r- 1 root operator 19, 2 Jan 7 20:27 /dev/acd0c
>
If this is current it should be:
cr
Hi,
Anyone know what's changed with `calendar' ? I suspect it's the
recent cpp changes.
I have more than one entry in my calendar files something like
Jan 1: Blah ('60)
[.]
> Running calendar:
> In file included from :1:
> birthdays:3: unterminated character constant
> birthdays:6: unte
> `ep' is seriously wounded for some with 3c589d cards as it isn't getting
> interrupts and only works via the watchdog timer.
Also, with a 3c589c, hot plugging is like playing Russian Roulette
with five of the six chambers full at the moment. Just booting with
a pccard inserted sometimes cras
> I've done this this morning and found that all of a sudden natd and
> related stuff stopped working; it leads to a kernel panic whenever a
> machine inside natd tries to access the Internet. IIRC, the kernel
> option IPDIVERT was documented to be incompatible in KAME LINT; maybe
> this should b
> I think the general syntax would be if you could say "for one of my
> own IP#" that would be very powerful:
>
> add allow tcp from any to me 22
> add deny tcp from any to not me 22
the 'me' thing is relatively simple to implement, it suffices to scan
the list of IP associated with
At 02:01 8/1/2000 -0600, Jason Young wrote:
>Well, several possible issues..
>
>It probably isn't the best of all ideas to have BOTH IP firewalling
>solutions installed and running at once. This will add some overhead. Pick
>one and stick with it. And why do you have DUMMYNET running?
I had ipfi
In message <[EMAIL PROTECTED]>, "Rodney W. Grimes" writes
:
>handle packets as they traverse ip_forward? I know Poul's or someone
>elses drawing of the H style firewall could be implemented if we had
>a way to apply rules as they traverse the ip_forward code and an easy
>way to expand your scheme
> > clnsrv "allow" tcp "" 43 "${tcp_nicname_c}""${tcp_nicname_s}"
> > clnsrv "allow" tcp "" 53 "${tcp_domain_c}" "${tcp_domain_s}"
> ...
> > ... on and on up to the 1024 and then a few splattered after that.
>
> looks like the search path can become extremely long!.
Yes,
Hello,
Yesterday I decided to convert to DEVFS, compiled a kernel with `option
DEVFS' and added the fstab line necessary to mount it on /dev. Most
things work fine, but I get some subtle errors like permission denied on
chown()ing ptys, failure to add entry to /dev with errno 17 (maybe
double re
I think i saw something similar -- while testing pieces of
ipfw code using rdtsc() calls around the section of code
of interest, i notice that 4.0 seems to lose a couple of
microseconds (over 8-10) wrt/ the same code in 3.4.
No idea though on what is going on.
> It probably isn't the best of all
If I can do any more testing, let me know.
On 08-Jan-00 Yoshinobu Inoue wrote:
> Thanks for IPv6 checkings.
> Addresses and routes look fine. (:-)
>
> Yoshinobu Inoue
--
E-Mail: William Woods <[EMAIL PROTECTED]>
Date: 08-Jan-00
Time: 00:10:52
FreeBSD 3.4
--
> clnsrv "allow" tcp "" 43 "${tcp_nicname_c}""${tcp_nicname_s}"
> clnsrv "allow" tcp "" 53 "${tcp_domain_c}" "${tcp_domain_s}"
...
> ... on and on up to the 1024 and then a few splattered after that.
looks like the search path can become extremely long!.
> The single larg
Thanks for IPv6 checkings.
Addresses and routes look fine. (:-)
Yoshinobu Inoue
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sat, 8 Jan 2000, Yoshinobu Inoue wrote:
| > I have a DEC Alpha at home running 4.0-current and am willing to help out with
| > the testing. I am not the worlds greatest coder, but am willing to do what I can
|
| Thanks!
|
| The 1st thing I want to be tested is that, a kernel with
| following
Well, several possible issues..
It probably isn't the best of all ideas to have BOTH IP firewalling
solutions installed and running at once. This will add some overhead. Pick
one and stick with it. And why do you have DUMMYNET running?
There is a new version of IPFilter in -CURRENT if I recall
87 matches
Mail list logo
