Problems while building the world

[Norbert Koch]

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.
| *** Signal 6
`---

Basically, stuck at square one.  Any pointers?

TIA,
norbert.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Hanging on floppy, ATAPCI detection

[Thomas Zander]

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 
>detect them.  Has anyone had a simiar problem?  (I'm running 4.3-STABLE, cvsupped two 
>days ago, but it also happened with 4.3-RELEASE)

Similar here.
It takes about 20 seconds to detect. But it's no RAID or something,
just that all my harddisks are connected to the promise controller, not
the primary or secondary on-board controller.
But I don't think this is a 'real' problem.
It works fine and quite fast after detection :-)

Riggs

-- 
- Die Welt schläft tief schon lange Zeit | Sent with RiggiSmooth [tm] -
-- Mich nur flieht die Dunkelheit| - --
--- Denn per Infrarot seh ich| just to fit your ---
 Die Nacht ist wirklich widerlich.   | primitive screen.   

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Frankenstein Port: /usr/ports/www/jakarat-tomcat

[John Polstra]

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 & Co., Inc.Seattle, Washington USA
  "Disappointment is a good sign of basic intelligence."  -- Chögyam Trungpa


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Frankenstein Port: /usr/ports/www/jakarat-tomcat

[Chad R. Larson]

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
maintain a local copy of the repository, and using cvs for our local
ports tree.

-crl
--
Chad R. Larson (CRL15)   602-953-1392   Brother, can you paradigm?
[EMAIL PROTECTED] [EMAIL PROTECTED]  [EMAIL PROTECTED]
DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Frankenstein Port: /usr/ports/www/jakarat-tomcat

[Salvo Bartolotta]

>> 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 problem to keep happening until
> the checkouts file is repaired manually or removed.  I posted
> instructions on how to fix the file in a separate mail.  Basically,
> you have to edit the checkouts file and delete all lines containing
> "jakarta-tomcat".

> 4. Removing the checkouts file works too, but it's a sledge hammer
> approach and is better avoided.  There's useful information in there,
> so it's better not to throw it away.

> 5. Somebody suggested adding an entry to the refuse file to ignore
> the jakarta-tomcat port.  That probably hides the problem, but it
> doesn't really fix anything.  The breakage is still there in your
> checkouts file.  Therefore I don't recommend using the refuse file as
> a work-around.




The workaround described above is simple and effective. One has to simply 
remove the **few** (contiguous/consecutive) lines containing 
"jakarta-tomcat". 

Erm, the checkouts file is not dynamite, it is just a text file :-)

Problem also fixed down here. 

-- Salvo

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Frankenstein Port: /usr/ports/www/jakarat-tomcat

[John Polstra]

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.
Unfortunately, the fix for that problem provoked a completely
separate bug in CVSup.  So cvs doesn't deserve all the blame. :-(

John
-- 
  John Polstra   [EMAIL PROTECTED]
  John D. Polstra & Co., Inc.Seattle, Washington USA
  "Disappointment is a good sign of basic intelligence."  -- Chögyam Trungpa


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Frankenstein Port: /usr/ports/www/jakarat-tomcat

[John Polstra]

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 included).
> > Now I can cvsup repeatedly without problems.
> > 
> Well, I could do that except:  1) defeats the purpose of maintaining a
> current ports tree;

No it doesn't.  It fixes the problem.  Don't worry, those lines will
come back (corrected) when you run cvsup.

> 2) doesn't fix it for anyone who hasn't hacked checkout.cvs.  This
> should be fixed, not blocked on individual machines.  I'm sure the
> "daemons" are busy in the background figuring out a fix.

I recommend against waiting around for that.  The real fix is going
to be in CVSup, and it's going to take me some time.  Sorry, that's
just life.  It's Monday, I'm barely recovering from the flu, and
I'm swamped with work from my real jobs.  It'll be a while.  So the
work-around is your best bet unless you're very patient.

John
-- 
  John Polstra   [EMAIL PROTECTED]
  John D. Polstra & Co., Inc.Seattle, Washington USA
  "Disappointment is a good sign of basic intelligence."  -- Chögyam Trungpa


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Frankenstein Port: /usr/ports/www/jakarat-tomcat

[John Merryweather Cooper]

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
> > > file all is well and "fixed"
> >
> > No, it isn't fixed or at least because a very recent update from cvsup13
> > doesn't work. The first thing it does is checkout the two patch files and
> > tomcat.sh. Then, it tries to delete the directory, which fails because it
> > isn't empty.
> 
> Let me try to clear up the confusion.  There's a combination of
> things going on.
> 
> 1. There was a problem in the CVS repository.  I fixed that manually
> during the weekend.  The repository is fine now.
> 
> 2. My manual fix of the repository provoked a bug in CVSup which is
> affecting some people.  I had run a bunch of tests before making the
> repository fix, but my tests were inadequate to find this particular
> problem.  I know more or less what is happening and will be able to
> fix the bug, but you shouldn't wait for that.  You should work around
> it (see below).
> 
> 3. The nature of the bug is such that it creates a bogus entry in
> the checkouts file.  That causes the problem to keep happening until
> the checkouts file is repaired manually or removed.  I posted
> instructions on how to fix the file in a separate mail.  Basically,
> you have to edit the checkouts file and delete all lines containing
> "jakarta-tomcat".
> 
> 4. Removing the checkouts file works too, but it's a sledge hammer
> approach and is better avoided.  There's useful information in there,
> so it's better not to throw it away.
> 
> 5. Somebody suggested adding an entry to the refuse file to ignore
> the jakarta-tomcat port.  That probably hides the problem, but it
> doesn't really fix anything.  The breakage is still there in your
> checkouts file.  Therefore I don't recommend using the refuse file as
> a work-around.
> 
> John
> --
>   John Polstra   [EMAIL PROTECTED]
>   John D. Polstra & Co., Inc.Seattle, Washington USA
>   "Disappointment is a good sign of basic intelligence."  -- Chögyam Trungpa
> 
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.  :)

jmc

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Frankenstein Port: /usr/ports/www/jakarat-tomcat

[John Polstra]

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"
> 
> No, it isn't fixed or at least because a very recent update from cvsup13
> doesn't work. The first thing it does is checkout the two patch files and
> tomcat.sh. Then, it tries to delete the directory, which fails because it
> isn't empty.

Let me try to clear up the confusion.  There's a combination of
things going on.

1. There was a problem in the CVS repository.  I fixed that manually
during the weekend.  The repository is fine now.

2. My manual fix of the repository provoked a bug in CVSup which is
affecting some people.  I had run a bunch of tests before making the
repository fix, but my tests were inadequate to find this particular
problem.  I know more or less what is happening and will be able to
fix the bug, but you shouldn't wait for that.  You should work around
it (see below).

3. The nature of the bug is such that it creates a bogus entry in
the checkouts file.  That causes the problem to keep happening until
the checkouts file is repaired manually or removed.  I posted
instructions on how to fix the file in a separate mail.  Basically,
you have to edit the checkouts file and delete all lines containing
"jakarta-tomcat".

4. Removing the checkouts file works too, but it's a sledge hammer
approach and is better avoided.  There's useful information in there,
so it's better not to throw it away.

5. Somebody suggested adding an entry to the refuse file to ignore
the jakarta-tomcat port.  That probably hides the problem, but it
doesn't really fix anything.  The breakage is still there in your
checkouts file.  Therefore I don't recommend using the refuse file as
a work-around.

John
-- 
  John Polstra   [EMAIL PROTECTED]
  John D. Polstra & Co., Inc.Seattle, Washington USA
  "Disappointment is a good sign of basic intelligence."  -- Chögyam Trungpa


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: fxp drivers

[Mike Tancsa]

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 ?

I tried 3 different cards with 3 different form factors that I have seen 
the cards go through.


S82557 L7303383 SL24Z (C1989 1995)
Sticker says 00a0c98cf15336713 678400-001

S882558B K840ea71 sl2p4 (c)1996
Sticker  00902725b3c043827 697680-002

GD82559  LD41SH22 (C) 1998
00D0B721E05F 47913 721383-008


I dont see the second one on the chart at
http://support.intel.com/support/network/adapter/pro100/21397.htm

I tested jlemon's drivers when he called for testers back in April.  I used 
netperf to test the cards as well as used them on a new web server.  If 
someone really wants to see the results, I can post them here.  Performance 
between the drivers were virtually identical. However, the jlemon's drivers 
work with the 815E integrated versions of the card, where as the older 
[EMAIL PROTECTED] driver does not support the card.

Note, if someone really does not want to use the new version of the drivers 
and want to cvsup to today's STABLE,

--- /usr/src/sys/conf/files.orig
+++ /usr/src/sys/conf/files
@@ -161,7 +161,7 @@
  dev/ex/if_ex_pccard.c  optional ex card
  dev/fe/if_fe.c optional fe
  dev/fe/if_fe_pccard.c  optional fe card
-dev/fxp/if_fxp.c   optional fxp
+#dev/fxp/if_fxp.c  optional fxp
  dev/hea/eni.c  optional hea
  dev/hea/eni_buffer.c   optional hea
  dev/hea/eni_globals.c  optional hea
@@ -950,7 +950,7 @@
  pci/if_dc.coptional dc
  pci/if_de.coptional de
  pci/if_en_pci.coptional en pci
-#pci/if_fxp.c  optional fxp
+pci/if_fxp.c   optional fxp
  pci/if_lnc_p.c optional lnc pci
  pci/if_pcn.c   optional pcn
  pci/if_mn.coptional mn



will give you the old one.






>There are a few cards we call fxp at
>http://support.intel.com/support/network/adapter/pro100/21397.htm
>
>It is not just about fxp going mii, but whole companies using mostly Intel
>EtherExpress (Pro) cards and are dependant on a stable driver, so if it is
>possible, please include as much information as you can :)
>
>Kind regards,
> Ruben
>
>--
>,-_  ..
>   /() ) | Ruben van Staveren | Linux is for Microsoft Haters,|_o
>  (__ (  | http://ruben.is.verweg.com | BSD is for Unix Lovers| #>
>=/  ()  `+---' 4
>
>To Unsubscribe: send mail to [EMAIL PROTECTED]
>with "unsubscribe freebsd-stable" in the body of the message


Mike Tancsa,  tel +1 519 651 3400
Network Administration,   [EMAIL PROTECTED]
Sentex Communications www.sentex.net
Cambridge, Ontario Canada www.sentex.net/mike


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

lpd dies

[Stephen Montgomery-Smith]

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 when we used to use them.
It is easy to fix - simply restart lpd.  But it is a bit of a bother.

Does anyone know anything about this?


-- 
Stephen Montgomery-Smith
[EMAIL PROTECTED]
http://www.math.missouri.edu/~stephen

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Frankenstein Port: /usr/ports/www/jakarat-tomcat

[John Polstra]

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 between installing itself and deleting itself.  Need someone
> > >with a good wooden stake to finish it . . . :)
> > 
> > I just:
> > 
> > rm -f /usr/ports/www/jakarat-tomcat
> > 
> > It fixed itself the next time around.
> 
> Nope.  Tried that . . . it comes back!!  Someone kill it . . .

I had to make manual changes to that port in the repository over
the weekend to fix damage caused by a problem commit last year.  (A
regular file named "files" had been committed accidentally, and now a
committer wanted to create a directory by that name.)  I tested all
the permutations of cvs update and CVSup I could think of, so I don't
understand why you're having problems.  If this was your first update
since mid-December, that could explain it.

> Steps:
> 
> 1. rm -rfd /usr/ports/www/jakarat-tomcat
> 2. make update  --reinstalls itself here
> 3. make update  --tries to deinstall itself and causes make update to
> fail

Unfortunately, "make update" can do 3 entirely different things
depending on the setting in your make.conf, so the information you've
provided doesn't tell me much.  Could you please fire up the "script"
program, run through the above commands again, and send me the
"typescript" file that gets created?  Also please send me the
relevant variables from your /etc/make.conf file.  The Makefile in
/usr/ports suppresses printing of the commands, and I won't know
which options were specified unless you send them to me explicitly.

Thanks,
John
-- 
  John Polstra   [EMAIL PROTECTED]
  John D. Polstra & Co., Inc.Seattle, Washington USA
  "Disappointment is a good sign of basic intelligence."  -- Chögyam Trungpa


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: LS-120 boot

[nicholas harteau]

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) and
> the LS-120 looks like a perfect solution, but I can't get 4.3-RELEASE
> to see it (well, it sees it when it's already running, but it won't install
> to it)

I tried in vain to get this to work a few months ago.  I got it to boot
fine using ARMD-Floppy emulation.  Unfortunately that's almost useless
since you can only really use 2.88MB.

I could never get FreeBSD to properly disklabel it using ARMD-HDD, or
boot off of it for that matter.

If you find anything out, let me know.

-- 
nicholas harteau
[EMAIL PROTECTED]


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

multiple FreeBSD versions on one CD - will sysinstall work?

[Eugene Grosbein]

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 sysinstalls 
will find their files?

Well, I can add mound_cd9660 to boot.flp's, manually mount CD before
installation process starts (having started shell from glossary)
and perform installation from 'existing filesystem'.
But if sysinstall is able to install not only from root of
CD, that whould be nice.

Eugene

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: fxp drivers

[Ruben van Staveren]

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.com/support/network/adapter/pro100/21397.htm

It is not just about fxp going mii, but whole companies using mostly Intel
EtherExpress (Pro) cards and are dependant on a stable driver, so if it is
possible, please include as much information as you can :)

Kind regards,
Ruben

-- 
   ,-_  ..
  /() ) | Ruben van Staveren | Linux is for Microsoft Haters,|_o
 (__ (  | http://ruben.is.verweg.com | BSD is for Unix Lovers| #>
=/  ()  `+---' 4

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: natd blues

[Mike Harding]

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-Language: en
   Content-Type: text/plain; charset=us-ascii; format=flowed
   Sender: [EMAIL PROTECTED]
   List-ID: 
   List-Archive:  (Web Archive)
   List-Help:  (List Instructions)
   List-Subscribe: 
   List-Unsubscribe: 
   X-Loop: FreeBSD.ORG
   Precedence: bulk

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 around 30 mins, without: 8 mins!  And I tested it more than once. 

  I didn't have this kind of slowdown on 3.4 ...  Is there a kernel 
   option that can slow down ipfw diverts like that?

   Normand Leclerc
   [EMAIL PROTECTED]


   To Unsubscribe: send mail to [EMAIL PROTECTED]
   with "unsubscribe freebsd-stable" in the body of the message


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: natd blues

[Thomas T. Veldhouse]

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 rather large receive window and you might try lowering it
to 32120 if you have latency or packet loss problems on your cable network.
After you have created this file, run:

# sh /etc/rc.sysctl

These changes will persist after a reboot.  See how it goes for you.

Tom Veldhouse
[EMAIL PROTECTED]



- Original Message -
From: "Normand Leclerc" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, May 21, 2001 8:14 AM
Subject: natd blues


>  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 around 30 mins, without: 8 mins!  And I tested it more than once.
>
>I didn't have this kind of slowdown on 3.4 ...  Is there a kernel
> option that can slow down ipfw diverts like that?
>
> Normand Leclerc
> [EMAIL PROTECTED]
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message
>


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Static routing only - no ICMP redirects

[Jonathan Lemon]

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
>
>redirects .

sysctl -w net.inet.ip.redirect=0

-- 
Jonathan

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: fxp drivers

[Mike Tancsa]

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 afterwards. The machine is remote and if the card doesn't
>come up, there is nothing I can do.


What type of fxp card is it ?  I have some that are close to 4yrs old and 
they work just fine.

 ---Mike




 ---Mike

Mike Tancsa,  tel +1 519 651 3400
Network Administration,   [EMAIL PROTECTED]
Sentex Communications www.sentex.net
Cambridge, Ontario Canada www.sentex.net/mike


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: natd blues

[Andrew Hesford]

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 with an extra ipfw pass all rule before divert).  With divert, 
> ETA is around 30 mins, without: 8 mins!  And I tested it more than once. 
> 
>I didn't have this kind of slowdown on 3.4 ...  Is there a kernel 
> option that can slow down ipfw diverts like that?
> 
> Normand Leclerc
> [EMAIL PROTECTED]

I have no such trouble with natd; I am running 4.2-STABLE from 3-4
months ago. My firewall is a P90 with two $15 NICs, 32M RAM.

Please post a complete listing of your ipfw ruleset, as well as the
arguments you use with natd. I would suspect a bad rule somewhere in
your chain rather than a problem with natd.

Also, please explain in detail how your network is configured. Describe
the client machine, the gateway, the cable modem, client IP address,
gateway IP address, and anything else that even seems *remotely*
relevant.

-- 
Andrew Hesford
[EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

natd blues

[Normand Leclerc]

 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 around 30 mins, without: 8 mins!  And I tested it more than once. 

   I didn't have this kind of slowdown on 3.4 ...  Is there a kernel 
option that can slow down ipfw diverts like that?

Normand Leclerc
[EMAIL PROTECTED]


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: java 1.3?

[Antony T Curtis]

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 private, if you can.
> 
> Chris Byrnes <[EMAIL PROTECTED]>
> JEAH Communications, LLC. 
> Toll-Free <1-866-AWW-JEAH>
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message

I have had good results with the following Linux JVM under FreeBSD:
java version "1.3.0rc1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0rc1-b17)
Classic VM (build 1.3.0rc1-b17, green threads, nojit)

This is the Sun JVM. JBuilder 4 runs great on it, for weeks at a time
continiously.

-- 
ANTONY T CURTIS Tel: +44 (1635) 36222
Abacus Polar Holdings Ltd   Fax: +44 (1635) 38670
> 
Individualists unite!

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

fxp drivers

[Jamie Norwood]

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
come up, there is nothing I can do.

Jamie


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message