[Oberon] "http://wwww.edgar-schwarz.de/repos/obedav"

[Chris Hafey]

On Sun, Oct 15, 2006 at 22:46:04 +0200, edgar at edgarschwarz.de wrote:

> Message-ID: <200610152046.k9FKk4KU009963 at post.webmailer.de>

> I wonder: There is a SSH for Oberon (Didn't try it yet).
> So how hard would it be to implement https: for Oberon ?

Hello Edgar.

Summary: SSH not relevant to https: URLs

I believe https is a gift of OpenSSL, whereas SSH is
a gift of OpenSSH.  In example.a (see below) I show
the 'shared objects' required in FreeBSD for 1. wget
2. ssh  3. lynx-ssl.  I deduce from these listings

that lynx-ssl and wget ....... have libssl in common.
     lynx-ssl and ssh   do not have libssl in common

All three use libcrypto.  wget and lynx-ssl are both known
to me to be capable of https.

SSL seems to deal in 'Certificates'.  There's a command-
line tool in FreeBSD (and probably any *nix system that
you've installed OpenSSL to) that illuminates OpenSSL's
role to the https server:

openssl s_client -connect servername:443

s_client(1) gives details on using this tool.  SuSE 
should have all this, I suppose.

Note if the firewall blocks port 443, no SSL -- a simple
test to distinguish SSL from SSH.  Symptom of blocked SSL
on an https URL is browser-dependent, but it can be a
silent fail (whereas missing SSL support would be a noisy
fail telling you why you can't do that).

Bottom line: Recently I had a sharp certain need to connect
to a server that had migrated from http: over to https: URLs,
and rediscovered for myself the necessary requirements to
connect to that server.  In particular, lynx would not connect
to it, but lynx-ssl would (they are compiled binaries of the
same text-based WWW browser, with or without SSL).

Thanks for the work you do, Edgar.  I love Oberon but I
haven't been able to run it in a while.  It runs fine on
this IBM 770 laptop, native (don't remember exactly how
I installed it, and it was lost during FreeBSD migration
(from Linux) a while ago.  BlueBottle also ran acceptably,
though quite slow.  LNO of course also ran fine, but today
I'm keeping to FreeBSD over Linux, as it has most of the
same functionality -- so at present Oberon isn't loaded
on this machine (a pity; it's a great text-authoring tool
chain/environment/OS).   I missed certain Oberon-specifics
that were absent or placed second-most in BlueBottle.  I
am fond of old hardware.  Oberon could instantiate from a
cold boot on this laptop in very short time, which was
valuable to me (I could have a thought I wished to type,
and boot Oberon, and get it into typed text before I
lost the thought, the telephone rang, etc.)

Regards,

  Christopher Hafey
  Torrington Connecticut USA (73W 41N)

#begin.example.a

FreeBSD6.1% ldd /usr/local/bin/wget  | egrep -v {irrelevancies}
/usr/local/bin/wget:
        libssl.so.4 => /usr/lib/libssl.so.4 (0x280a6000)
        libcrypto.so.4 => /lib/libcrypto.so.4 (0x280d4000)

FreeBSD6.1% ldd /usr/bin/ssh  | egrep -v {irrelevancies}
/usr/bin/ssh:
        libssh.so.3 => /usr/lib/libssh.so.3 (0x2808b000)
        libutil.so.5 => /lib/libutil.so.5 (0x280bd000)
        libz.so.3 => /lib/libz.so.3 (0x280c9000)
        libgssapi.so.8 => /usr/lib/libgssapi.so.8 (0x280d9000)
        libkrb5.so.8 => /usr/lib/libkrb5.so.8 (0x280e7000)
        libasn1.so.8 => /usr/lib/libasn1.so.8 (0x2811b000)
        libcom_err.so.3 => /usr/lib/libcom_err.so.3 (0x2813c000)
        libmd.so.3 => /lib/libmd.so.3 (0x2813e000)
        libroken.so.8 => /usr/lib/libroken.so.8 (0x2814c000)
        libcrypt.so.3 => /lib/libcrypt.so.3 (0x28158000)
        libcrypto.so.4 => /lib/libcrypto.so.4 (0x28170000)

FreeBSD6.1% ldd /usr/local/bin/lynx  | egrep -v {irrelevancies}
/usr/local/bin/lynx:
        libz.so.3 => /lib/libz.so.3 (0x28162000)
        libssl.so.4 => /usr/lib/libssl.so.4 (0x281b1000)
        libcrypto.so.4 => /lib/libcrypto.so.4 (0x281df000)


#end.example.a

End of message from chris at river.org 1900 UTC Mon 16 Oct 2006