New use for Eternity Server
Maybe someone should feed the pgp 5.0i sources to a c to HTML converter and post the output to the eternity servers.. mmm
On Sun, 17 Aug 1997, kelly wrote:
Maybe someone should feed the pgp 5.0i sources to a c to HTML converter and post the output to the eternity servers..
Why bother? Just prepend a <PRE> tag to each file and you're set. :) =====================================Kaos=Keraunos=Kybernetos============== .+.^.+.| Ray Arachelian |Prying open my 3rd eye. So good to see |./|\. ..\|/..|sunder@sundernet.com|you once again. I thought you were |/\|/\ <--*-->| ------------------ |hiding, and you thought that I had run |\/|\/ ../|\..| "A toast to Odin, |away chasing the tail of dogma. I opened|.\|/. .+.v.+.|God of screwdrivers"|my eye and there we were.... |..... ======================= http://www.sundernet.com ==========================
On Mon, 18 Aug 1997, Ray Arachelian wrote:
On Sun, 17 Aug 1997, kelly wrote:
Maybe someone should feed the pgp 5.0i sources to a c to HTML converter and post the output to the eternity servers..
Why bother? Just prepend a <PRE> tag to each file and you're set. :)
Uh, not exactly... The web browser will not show the code correctly. (It will have problems with > and <, for example.) I guess it depends if you want it for display or for execution. A web interface for source code or executable content is difficult to do well. (Just try using the CPAN archives via http for a good example.) Maybe the eternity documents need to have some sort of content header. alan@ctrl-alt-del.com | Note to AOL users: for a quick shortcut to reply Alan Olsen | to my mail, just hit the ctrl, alt and del keys.
On Mon, 18 Aug 1997, Alan wrote:
Uh, not exactly...
The web browser will not show the code correctly. (It will have problems with > and <, for example.) I guess it depends if you want it for display or for execution.
I've never had a problem (using Netscape) just simply opening up .c files directly. It recognizes it's not HTML and display's the < and > (as in #include <blah.h> fine. However, you're right about the <PRE> tags, using them won't work. :) Not using them works better... though having a filter will do the trick I guess... Mispoke before.... the #includes show up without the <header.h> info...
Maybe the eternity documents need to have some sort of content header.
Or better yet, just compress the damn things with GZIP or ZIP, or whatever, and have the servers handle them as binaries. Would work better in the long run anyway since it will waste less space. Can current eternity servers handle plain binaries? =====================================Kaos=Keraunos=Kybernetos============== .+.^.+.| Ray Arachelian |Prying open my 3rd eye. So good to see |./|\. ..\|/..|sunder@sundernet.com|you once again. I thought you were |/\|/\ <--*-->| ------------------ |hiding, and you thought that I had run |\/|\/ ../|\..| "A toast to Odin, |away chasing the tail of dogma. I opened|.\|/. .+.v.+.|God of screwdrivers"|my eye and there we were.... |..... ======================= http://www.sundernet.com ==========================
On Mon, 18 Aug 1997, Ray Arachelian wrote:
On Mon, 18 Aug 1997, Alan wrote:
Uh, not exactly...
The web browser will not show the code correctly. (It will have problems with > and <, for example.) I guess it depends if you want it for display or for execution.
I've never had a problem (using Netscape) just simply opening up .c files directly. It recognizes it's not HTML and display's the < and > (as in #include <blah.h> fine.
This is because it is defaulting to text/plain for the mime-type.
However, you're right about the <PRE> tags, using them won't work. :) Not using them works better... though having a filter will do the trick I guess... Mispoke before.... the #includes show up without the <header.h> info...
If you think that is bad, try using segments of Perl code between <pre> and/or code tags... Mangle does not quite describe it well enough.
Maybe the eternity documents need to have some sort of content header.
Or better yet, just compress the damn things with GZIP or ZIP, or whatever, and have the servers handle them as binaries. Would work better in the long run anyway since it will waste less space.
This assumes that the user has support for those compression formats. (I run into this too much with Solaris and Windows, for various reasons.)
Can current eternity servers handle plain binaries?
And if they do, what encoding format do they support? (Mime, Base-64, and/or uuencode.) alan@ctrl-alt-del.com | Note to AOL users: for a quick shortcut to reply Alan Olsen | to my mail, just hit the ctrl, alt and del keys.
Alan <alan@ctrl-alt-del.com> writes:
Or better yet, just compress the damn things with GZIP or ZIP, or whatever, and have the servers handle them as binaries. Would work better in the long run anyway since it will waste less space.
This assumes that the user has support for those compression formats. (I run into this too much with Solaris and Windows, for various reasons.)
Can current eternity servers handle plain binaries?
And if they do, what encoding format do they support? (Mime, Base-64, and/or uuencode.)
It should support pretty much anything. Just treat eternity documents like standard web documents... Anything you can do in a web document you can do in a web document stored in eternity. (Except, eternity doesn't host your cgi's for you :-) If you want a .zip file, well link to it like this: pgp50i.zip if you want to reference it in an eternity document. Submit the .zip file the same way you would a .html file or .gif file. (Eternity supports relative, site relative and absolute URLs). You could also use the url for the zip file directly: http://pgp.eternity/pgp50i.zip Or use lynx to download it: lynx -dump http://www.replay.com/aba/cgi-bin/eternity.cgi?url=http://pgp.eternity/pgp50... > pgp50i.zip Or whatever. However pgp50i isn't censored outside the US, so why not just download it from Stale's site in Norway? (You could view the ITAR/EAR restrictions as censorship of those wishing to publish pgp inside the US... but the simple solution is jurisdiction shopping... anywhere but the US, Iraq, etc). Adam -- Have *you* exported RSA today? --> http://www.dcs.ex.ac.uk/~aba/rsa/ print pack"C*",split/\D+/,`echo "16iII*o\U@{$/=$z;[(pop,pop,unpack"H*",<> )]}\EsMsKsN0[lN*1lK[d2%Sa2/d0<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<J]dsJxp"|dc`
participants (4)
-
Adam Back -
Alan -
kelly -
Ray Arachelian