Just wondering, for those of you who have older fxp cards and were having
problems with the new drivers, have they been fixed yet? I run an old fxp
and need to update my machine, but am not willing to until I am certain it
will still work afterwards. The machine is remote and if the card doesn't
c
Chris Byrnes wrote:
>
> Apologize, in advance, for the very blatant mis-use of cross-posting.
>
> I have a client who is demanding I run java 1.3 compatability, but all
> versions of kaffee and jdk that I can find are only supporting 1.1 -- Does
> anyone know of anything?
>
> Reply to me in pri
It looks like my natd is slowing down my cable internet transfers.
When running, I can't get the speed I get when natd isn't around (tested
downloading 20 megs with natd diverting packets from gateway and then
tested with an extra ipfw pass all rule before divert). With divert,
ETA is a
On Mon, May 21, 2001 at 09:14:36AM -0400, Normand Leclerc wrote:
> It looks like my natd is slowing down my cable internet transfers.
> When running, I can't get the speed I get when natd isn't around (tested
> downloading 20 megs with natd diverting packets from gateway and then
> tested
At 08:29 AM 5/21/2001 -0400, Jamie Norwood wrote:
>Just wondering, for those of you who have older fxp cards and were having
>problems with the new drivers, have they been fixed yet? I run an old fxp
>and need to update my machine, but am not willing to until I am certain it
>will still work after
In article [EMAIL PROTECTED]> you write:
>Is there a way to prevent a machine generating icmp_redirects, actually
>stop it running icmp altogether.
>I have tried the ICMP_DROP_REDIRECT ="YES" in /etc/rc.conf. This I think
>
>affects action on incoming redirects, but does not prevent generation of
Did you set the receive window high on the client machine? If so, you might
try doing it on the NAT machine as will.
Create /etc/sysctl.conf with the following in it:
# begin /etc/sysctl.conf
net.inet.tcp.recvspace=64240
net.inet.tcp.recvspace=32120
# end /etc/sysctl.conf
This is probably a ra
Try ipnat - it's part of ipfilter. It runs in the kernel so it might
be a bit faster.
- Mike H.
Date: Mon, 21 May 2001 09:14:36 -0400
From: Normand Leclerc <[EMAIL PROTECTED]>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20010131
Netscape6/6.01
X-Accept-L
On Mon, May 21, 2001 at 09:30:50AM -0400, Mike Tancsa wrote:
> What type of fxp card is it ? I have some that are close to 4yrs old and
> they work just fine.
>
What are the serial no's ? the NIC's chipset identifiers ? model series ?
There are a few cards we call fxp at
http://support.intel.
Hi!
I'm going to make bootable CD containing different versions of FreeBSD
(f.e., 3.5-somedate-STABLE I built and 4.3-RELEASE).
They say
mkisofs -boot b ... -eltorito-alt-boot -b ...
will create image capable of booting one of the versions.
Are there 'magic' subdirectory names for releases so
R.D. Lacoste wrote:
> Is there a way to make an LS-120 disk your boot/root disk?
>
> I can't get /stand/sysinstall to see it, so I'm having problems getting
> it to go. I'd like to take the hard drive that's in this system out (it's
> effectively just a network terminal, no local storage needed)
In article <[EMAIL PROTECTED]>,
John Merryweather Cooper <[EMAIL PROTECTED]> wrote:
> Jamie Hermans wrote:
> > On Sun, 20 May 2001 19:27:28 -0700, [EMAIL PROTECTED] (John
> > Merryweather Cooper) wrote:
> > >This port is messing up my "make update" run--it apparently is stuck in
> > >a cycle betw
I have a computer that acts as a hub and runs a network printer.
After a long period of no printing activity, lpd simply dies.
I spoke with my sys-admin at work where we also use FreeBSD, and
it seems that this problem happens there also. He said that he also
had this problems with Sun computers
At 04:59 PM 5/21/2001 +0200, Ruben van Staveren wrote:
>On Mon, May 21, 2001 at 09:30:50AM -0400, Mike Tancsa wrote:
> > What type of fxp card is it ? I have some that are close to 4yrs old and
> > they work just fine.
> >
>
>What are the serial no's ? the NIC's chipset identifiers ? model series
In article <[EMAIL PROTECTED]>, Kent Stewart <[EMAIL PROTECTED]> wrote:
> "David W. Chapman Jr." wrote:
> > That's just it I believe the problem is fixed, or at the cvs one, not the
> > cvsup one(if there is a problem with cvsup). Once you delete your checkout
> > file all is well and "fixed"
>
John Polstra wrote:
>
> In article <[EMAIL PROTECTED]>, Kent Stewart <[EMAIL PROTECTED]> wrote:
> > "David W. Chapman Jr." wrote:
> > > That's just it I believe the problem is fixed, or at the cvs one, not the
> > > cvsup one(if there is a problem with cvsup). Once you delete your checkout
> >
In article <[EMAIL PROTECTED]>,
John Merryweather Cooper <[EMAIL PROTECTED]> wrote:
> Steve Coltrin wrote:
> > (cvsup barfing on ports/www/jakarta-tomcat:)
> >
> > I fixed the problem on my system by editing out all references to
> > jakarta-tomcat in /usr/sup/ports-all/checkouts.cvs:. (period i
In article <[EMAIL PROTECTED]>,
John Merryweather Cooper <[EMAIL PROTECTED]> wrote:
> Yes, nuking /usr/sup/ports-all/checkout.cvs:. works. Might be nice if
> this "feature" of cvs was quashed with a fairly heavy sledge hammer. :)
This originated with a cvs problem, that's definitely true.
Unfo
>> Original Message <<
On 5/21/01, 11:59:52 PM, John Polstra <[EMAIL PROTECTED]> wrote regarding Re:
Frankenstein Port: /usr/ports/www/jakarat-tomcat:
> 3. The nature of the bug is such that it creates a bogus entry in
> the checkouts file. That causes the pro
As I recall, John Polstra wrote:
> This originated with a cvs problem, that's definitely true.
> Unfortunately, the fix for that problem provoked a completely
> separate bug in CVSup. So cvs doesn't deserve all the blame. :-(
I'm assuming none of this affects those of us who are using CVSup to
m
Chad R. Larson wrote:
>
> I'm assuming none of this affects those of us who are using CVSup to
> maintain a local copy of the repository, and using cvs for our local
> ports tree.
Correct.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra &
Hi,
Am Mo , dem 21. Mai 2001, um 17:17 -0400 Uhr schrubte Tom Gottheil
zum Thema [Hanging on floppy, ATAPCI detection]:
> On boot, the system hangs for a couple of minutes after detecting both my ATA PCI
>RAID card and my floppy drive. They seem to work fine, it just takes a long time to
>dete
Hi!
I've upgraded my system from 3.3 to 4.3. Now, I'd like to go stable,
but see the following error when trying to build the world.
,---
| [...]
| mkdir -p /usr/obj/usr/local/src/i386/usr/include/ss
| ln -sf /usr/local/src/sys /usr/obj/usr/local/src/i386
|
| ELF binary type "0" not known.
|
23 matches
Mail list logo
