[EMAIL PROTECTED], 2001-04-10 21:28 -0700
>Having the mime-type in place, apparently Netscape now recognizes that an
>lrp file is binary even without specifying the type in the URL.
Jeff,
That's what I got too. I added the following helper application definition
to Netscape 4.77 for Win.
Descr
On Tue, 10 Apr 2001, Mike Noyes wrote:
> [EMAIL PROTECTED], 2001-04-10 16:26 -0700
> >On Tue, 10 Apr 2001, Mike Noyes wrote:
> > > I'm working on the second part of this FAQ. Netscape has similar
> > > problems with ftp downloads. I was unable to get the ;i switch to work
> > > on .lrp files in o
Everyone,
Jean-Sebastien Morisset agreed to affiliate our project with his "rcf Linux
Firewall" project.
Affiliation with rcf Linux Firewall
http://leaf.sourceforge.net/article.php?sid=12&mode=threaded&order=0
This is his package.
http://rcf.mvlan.net/dist/dev/lrp/rcf511c1.lrp
--
Mike Noyes <[
Thus spoke Ray Olszewski:
> At 09:49 AM 4/10/01 -0700, you wrote:
> ...
>
> >Go to http://seattlefirewall.dyndns.org/pub/shorewall; there are .lrp
> >files there.
>
> And they now seem to download just fine.
>
Thanks, Ray...
-Tom
--
Tom Eastep \ Alt Email: [EMAIL PROTECTED]
ICQ #60
At 09:49 AM 4/10/01 -0700, you wrote:
...
>Go to http://seattlefirewall.dyndns.org/pub/shorewall; there are .lrp
>files there.
And they now seem to download just fine.
--
"Never tell me the odds!"---
Ray Olszewski-- Ha
At 06:31 PM 4/10/01 -0700, Mike Noyes wrote:
...
>I'll be at the Embedded Systems Conference in San Francisco most of the day
>tomorrow. I'll stop by the Lineo booth. I want to see if they'll part with
>a CD of their new Embedix 2.0 SDK.
It seems that I too will be there tomorrow (Mike - train
David Douthitt, 2001-04-10 17:31 -0500
>Thought you all might like to see this.
>
>I especially thought I heard some of you were going to be at this
>conference he mentions at the end... Go visit!
David & Everyone else,
I'll be at the Embedded Systems Conference in San Francisco most of the day
[EMAIL PROTECTED], 2001-04-10 16:26 -0700
>On Tue, 10 Apr 2001, Mike Noyes wrote:
> > I'm working on the second part of this FAQ. Netscape has similar
> > problems with ftp downloads. I was unable to get the ;i switch to work
> > on .lrp files in our anonymous ftp area.
>
>Did you make sure to put
I've corrected the problem that Ewald reported with Shorewall and busybox
grep and have built a new .lrp. You can find it at:
http://seattlefirewall.dyndns.org/pub/shorewall/shorwall-1.1.1b.lrp
ftp://seattlefirewall.dyndns.org/pub/shorewall/shorwall-1.1.1b.lrp
-Tom
--
Tom Eastep \ A
On Tue, 10 Apr 2001, Mike Noyes wrote:
> Ray Olszewski, 2001-04-10 20:57 -0700
> > This really should be a FAQ answer.
> >
> >Netscape exhibits this problem because Netscape is polite and follows the
> >html standards. So if a Web server says a file is text, trusting old
> >Netscape believes it
Thought you all might like to see this.
I especially thought I heard some of you were going to be at this
conference he mentions at the end... Go visit!
I am very pleased to announce BusyBox 0.51 (a.k.a "the rock-solid release").
Tarballs are already sitting on the ftp site waiting for you. He
Thus spoke David Douthitt:
> Tom Eastep wrote:
>
> > I believe that the problem here is that Eiger2Beta uses ash for sh and
> > ash's handling of at least the ${%%} shell construct is
> > broken:
> >
> > Here's what should happen (/bin/sh from Oxygen):
>
> Well, Oxygen uses ash also
Nod -- I
There seem to be some interesting new features to syslinux 1.60! The
ones I've seen are:
* Graphical splash screen - images converted from PPM format to a
proprietary *.LSS format
* isolinux - boot a CDROM without needing the disk image (!!!)
* Display characters: now you can print text based
I've zipped up a copy of the shell:
http://seattlefirewall.dyndns.org/pub/shorewall/errata/1.1.1/ash.gz
ftp://seattlefirewall.dyndns.org/pub/shorewall/errata/1.1.1/ash.gz
One retraction from my earlier posts; I was not able to reproduce the
errant behavior with ash from RH7; that shell doesn't s
The boot disk is at:
http://leaf.sourceforge.net/pub/oxygen/oxygen-2.1.3-041001.bin
...try it out and see what you think.
Known Bugs:
ps (tinyps) Segfaults (in sscanf)
busybox ps (not included) also Segfaults in sscanf
Network package loading (using the old PKGPATH= method) seems to be
broken
Thus spoke Tom Eastep:
> I believe that the problem here is that Eiger2Beta uses ash for sh and
> ash's handling of at least the ${%%} shell construct is
> broken:
>
> Here's what should happen (/bin/sh from Oxygen):
>
> # server="loc:192.168.1.1"
> # echo ${server%:*}
> loc
> # echo ${server%%:
Ray Olszewski, 2001-04-10 20:57 -0700
> This really should be a FAQ answer.
>
>Netscape exhibits this problem because Netscape is polite and follows the
>html standards. So if a Web server says a file is text, trusting old
>Netscape believes it and (for .lrp files) makes a mess.
Ray,
I'm working
Everyone,
WARNING: Don't use the regedit4 file I sent earlier. It doesn't work
properly. Sorry.
>So, I'm now working on a regedit4 file that should fix the problem. Please
>test this file (lrp_bin.reg). Thanks.
>
>---
>REGEDIT4
Tom Eastep wrote:
> I believe that the problem here is that Eiger2Beta uses ash for sh and
> ash's handling of at least the ${%%} shell construct is
> broken:
>
> Here's what should happen (/bin/sh from Oxygen):
Well, Oxygen uses ash also I did try to compile (and did compile)
a newer versi
On Tue, 10 Apr 2001, Ray Olszewski wrote:
> This really should be a FAQ answer.
What a gaping hole. I could have sworn it was on lrp.c0wz.com, but I
cannot find it.
> The Web server tells the browser what type of file a download is. For
> our purposes here, the important types are text and bi
Thus spoke Ewald Wasscher:
> Ewald Wasscher wrote:
>
> >
> > I'll throw it all onto a floppy, put my current shorewall configfiles
> > with it and give it a try.
>
> And it didn't work when I used my real-world configuration. These
> configuration files do work whith shorewall 1.1.0 on Trustix 1.
sorry about my last mail, it's already been answered (much better!).
my smtp server died some time this afternoon!
pedro
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 10, 2001 4:46 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [Leaf-devel] R
I belive it has something to do with mime types (encoding), try to add a
mime type for *.lrp as octet-stream. (to encode it base64)
maybe iexplorer uses that mime type for unknown types.
> -Original Message-
> From: Scott C. Best [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 10, 2001
Ewald Wasscher wrote:
>> If you think that it's working now,
>> I'll post a new .lrp in my download area that contains the fixes.
>
Too bad it doesn't. I have sent the garbage output by private email.
Ewald Wasscher
___
Leaf-devel mailing list
[EMAI
Mike Noyes wrote:
>
> Ray Olszewski, 2001-04-10 21:35 -0700
> >You forget how lazy I am and how much I hate DocBook and all its cousins
> >(as I've written elsewhere, I want to *write* documentatin, not *program*
> >documentation).
I like the way you think Ray :-)
> Understood, but all of the
Ray Olszewski, 2001-04-10 21:35 -0700
>At 09:27 AM 4/10/01 -0700, Mike Noyes wrote:
>...
>
> >>Mike -- wanna edit this into a FAQ entry?
> >
> >Ray,
> >You read my mind. Unless you want to do it, I'll put something together
> >and place it in sec00 later today.
>
>You forget how lazy I am and how
Thus spoke Ray Olszewski:
> At 09:22 AM 4/10/01 -0700, Tom Eastep wrote:
> [background stuff deleted]
> >I've updated my Apache configuration by adding the following to
> >/etc/httpd/conf/httpd.conf:
> >
> > AddType application/octet-stream .lrp
> >
> >Unfortunately, I don't have a Windoze sy
At 09:22 AM 4/10/01 -0700, Tom Eastep wrote:
[background stuff deleted]
>I've updated my Apache configuration by adding the following to
>/etc/httpd/conf/httpd.conf:
>
> AddType application/octet-stream .lrp
>
>Unfortunately, I don't have a Windoze system running Netscape to test it
>with.
At 09:27 AM 4/10/01 -0700, Mike Noyes wrote:
...
>>Mike -- wanna edit this into a FAQ entry?
>
>Ray,
>You read my mind. Unless you want to do it, I'll put something together and
>place it in sec00 later today.
You forget how lazy I am and how much I hate DocBook and all its cousins (as
I've wr
Ray Olszewski wrote:
>
> This really should be a FAQ answer.
This is one of the best and most understandable and most concise
answers I've seen...
> Consequently, the download problem only shows up under these three conditions:
>
> 1. The source site has failed to add ".lrp" to its mi
Ray Olszewski, 2001-04-10 20:57 -0700
> This really should be a FAQ answer.
>
>Consequently, the download problem only shows up under these three conditions:
>
> 1. The source site has failed to add ".lrp" to its mime-type
> list (the list that identifies files that are not
Thus spoke Ray Olszewski:
> This really should be a FAQ answer.
>
>
> Consequently, the download problem only shows up under these three conditions:
>
> 1. The source site has failed to add ".lrp" to its mime-type list
> (the list that identifies files that are not the de
Scott C. Best, 2001-04-10 08:38 -0700
>Eric:
> I too still have problems grabbing .lrp's with
>Netscape. I recall someone posting an explanation and a
>fix to the LRP list early last year, but it didn't take. :)
Scott,
Are you referring to this post from Matt?
http://www.geocrawler.com/ma
This really should be a FAQ answer.
The Web server tells the browser what type of file a download is. For our
purposes here, the important types are text and binary. It's common for Web
servers to have text as their default types, and to use a list of filename
extensions to classify downloads. S
Tom Eastep wrote:
> Thus spoke Ewald Wasscher:
>
>
>> Ah, that helps! Thx alot for your quick replies.
>>
>
> Thank YOU for helping verify the .lrp.
My pleasure.
> If you think that it's working now,
> I'll post a new .lrp in my download area that contains the fixes.
I'll throw it all onto
Eric:
I too still have problems grabbing .lrp's with
Netscape. I recall someone posting an explanation and a
fix to the LRP list early last year, but it didn't take. :)
-Scott
> I tried again a download with netscape (with shift, right click etc)
> every time crc error, but after using
Hello Tom
> Thus spoke Eric Wolzak:
>
> > Hello Tom,
> > I tried to load the shorewall.lrp using an experimental 2.4.1 lrp disk
> > With the 1.0 and the 1.1. version I got a crc error using different
> > programms (powerarchiver tar and "lrpkg -i" )
> > I verified this on more standarized disks ;
Thus spoke Ewald Wasscher:
> >
> Ah, that helps! Thx alot for your quick replies.
>
Thank YOU for helping verify the .lrp. If you think that it's working now,
I'll post a new .lrp in my download area that contains the fixes. If
people don't have any problems with that version for a couple of da
Tom Eastep wrote:
>
> I think that I've spotted the problem. In function default_policy(),
> replace
>
> if [ "$chain" == "$chain1" ]; then
>
> with
>
> if [ "$chain" = "$chain1" ]; then
>
> I've been coding in C for too long I guess :=)
>
Ah, that helps! Thx alot for your quick
Thus spoke Ewald Wasscher:
> After using dos2unix on it it seems to work. Except for this strange output:
>
> Starting Shorewall...
> Loading Modules...
> Initializing...
> Determining Zones...
> Zones: net local dmz gw
> Determining Hosts in Zones...
> Deleting user chains...
> Configuring Pro
Tom Eastep wrote:
> Please "shorewall debug restart" 2> /tmp/trace and send me the /tmp/trace
> file.
Here it is.
Ewald Wasscher
trace.gz
Thus spoke Eric Wolzak:
> Hello Tom,
> I tried to load the shorewall.lrp using an experimental 2.4.1 lrp disk
> With the 1.0 and the 1.1. version I got a crc error using different
> programms (powerarchiver tar and "lrpkg -i" )
> I verified this on more standarized disks ;)
>
> Did I do something
Thus spoke Ewald Wasscher:
> Tom Eastep wrote:
>
> > Thus spoke Tom Eastep:
> >
> >> Hmmm -- This is probably because of how "grep" is defined on LRP. Please
> >> try it with the attached /etc/shorewall/functions file.
> >>
> >
> > Pardon me for following up my own post but the previously-posted
Erik Andersen wrote:
>
> On Mon Apr 09, 2001 at 06:25:20PM -0500, David Douthitt wrote:
> > I previously compiled tinyps (with glibc 2.0.7) and have been using it
> > in a glibc 2.0.7 environment. Recently I shifted to a glibc 2.1.3
> > environment, and tinyps stopped working - it gives a SegFau
Tom Eastep wrote:
> Thus spoke Tom Eastep:
>
>> Hmmm -- This is probably because of how "grep" is defined on LRP. Please
>> try it with the attached /etc/shorewall/functions file.
>>
>
> Pardon me for following up my own post but the previously-posted functions
> file was brain-damaged. Here's
Erik Andersen wrote:
>
> On Mon Apr 09, 2001 at 06:25:20PM -0500, David Douthitt wrote:
> > I previously compiled tinyps (with glibc 2.0.7) and have been using it
> > in a glibc 2.0.7 environment. Recently I shifted to a glibc 2.1.3
> > environment, and tinyps stopped working - it gives a SegFau
Hello Tom,
I tried to load the shorewall.lrp using an experimental 2.4.1 lrp disk
With the 1.0 and the 1.1. version I got a crc error using different
programms (powerarchiver tar and "lrpkg -i" )
I verified this on more standarized disks ;)
Did I do something wrong, or could it be that there is
47 matches
Mail list logo