X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f Message-Id: <201907102125.x6ALPYPn007835@delorie.com> Date: Wed, 10 Jul 2019 23:18:58 +0200 From: "Juan Manuel Guerrero (juan DOT guerrero AT gmx DOT de) [via djgpp-announce AT delorie DOT com]" To: djgpp-announce AT delorie DOT com Subject: ANNOUNCE: DJGPP port of Lynx 2.9.0dev.1 uploaded. Content-Type: text/plain; charset=ISO-8859-15; format=flowed Reply-To: djgpp AT delorie DOT com This is a port of Lynx 2.9.0dev.1 to MSDOS/DJGPP. Lynx is a fully-featured World Wide Web (WWW) client for users running cursor-addressable, character-cell display devices such as vt100 terminals and vt100 emulators running on character-cell display. It will display Hypertext Markup Language (HTML) documents containing links to files on the local system, as well as files on remote systems running http, gopher, ftp, wais, nntp, finger, or cso/ph/qi servers, and services accessible via logins to telnet, tn3270 or rlogin accounts. DJGPP specific changes. ======================= This port is based on the current develop code of lynx (aka lynx2.9.0dev.1) available as: https://invisible-mirror.net/archives/lynx/tarballs/lynx-cur.tar.bz2 The code has been adjusted to detect at runtime if LFN support is available or not. If LFN support is available then the original posix style file names will be used else DOS compatible ones will be used. The port will use cp850 as default code page instead of using iso-8859-1 as it is in the current code. It is clear that having iso-8859-1 on plain DOS as character set is useless as soon as spanish, german or other non-english texts shall be displayed. You can always select another character set by either setting the corresponding environment variable or by editing lynx.cfg acordingly. The current version of lynx requires that the HOME environment variable is set to a writable directory or it will refuse to start. To alleviate this situation, if HOME is not set, the current directory will be used instead by this port version. The port has been configured using the configure script provided by the source package. This means that neither old DJGPP specific scripts nor makefiles distributed by the package have been used. A lot of the porting work has been invested in the DJGPP specific configuration scripts. This port has been configured to be compiled with BZIP2, ZIP and PDCURSES support. This means that if you want to recompile the preconfigured sources you must have installed the following ports: ftp://ftp.delorie.com/pub/djgpp/current/v2apps/bz2-106ar2.zip ftp://ftp.delorie.com/pub/djgpp/current/v2tk/zlb1211b.zip ftp://ftp.delorie.com/pub/djgpp/current/v2tk/pdcur38a.zip The port has been configured and build without NLS support enabled. To enable this feature, the latest ports of libiconv and gettext must be installed: ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/licv116b.zip ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/gtxt201b.zip If you prefer NLS, then reconfigure the sources passing the nls flag to the config.bat file. The port has been configured with OPENSSL support. OpenSSL support requires installing the WATT-32 port. The following ports have been used: ftp://ftp.delorie.com/pub/djgpp/current/v2tk/ssl102sb.zip ftp://ftp.delorie.com/pub/djgpp/current/v2tk/wat3211b.zip No other versions have been tested. To be able to use this program compiled with OpenSSL and WATT-32 a noise source must be installed. A noise source can be obtained as: http://www.rahul.net/dkaufman/noise063a2.zip If for some reason you decide to reconfigure the source package, then you will have to set the WATT_ROOT environment variable to point to the directory where the headers and the library reside. This is: set WATT_ROOT=/dev/env/DJDIR/net/watt To be able to run the program, configuration files are expected to be found at their canonical place. This is the /dev/env/DJDIR/etc directory. The configuration files lynx.cfg and lynx.css are stored in the /etc directory and reflect, to certain extent, the conditions during the configuration and compilation process of this port. You may need to adjust the entries to fit your requiriments. If lynx.cfg and lynx.css are not found at their canonical place then the program will try to load them from the installation directory of lynx. To run the program, a working version of wattcp.cfg is required. This file is __NOT__ distributed with this port. That file will reflect your network environment and hardware. It is the user's job write one that matches his environment. As a starting point you can use the one distributed with the WATT-32 port. Please note that the location of wattcp.cfg must be specified by setting the WATTCP.CFG environment variable. This can be done either in the environment, in autoexec.bat or in djgpp.env. If the file cannot be found at any of the canonical places the program will try to load it from the installation directory of lynx. To be able to run the program, a DOS packet driver (PKTDRVR) is required. This may be obtained from the card manufacturer or from one of the archives of packet drivers (such as "http://www.lanet.lv/simtel.net/msdos/pktdrvr-pre.html" or "http://ftp.freenet.de/pub/ftp.simtel.net/pub/simtelnet/msdos/pktdrvr/"). Even when only browsing local files, a NULLPKT packet driver is required like nullpkt.zip. The zip file can be downloaded as: http://www.jumpjet.info/Application-Software/DOS/Hardware/2/NULLPKT/NULLPKT.zip The lynx executable itself handles http:, https:, ftp:, file:, news:, nntp: and gopher: protocols. You will need external programs if you want to access telnet:, tn3270:, or mailto: URLs. In this case a port of kermit may be required. Please note that lynx does _NOT_ support javascript at all. So nothing will work that requires this feature. If you need this, look for a different text web browser. It is important to realize that this port is a _PURE_ DOS port. If for some reason you want to use lynx under Windows, you should download a windows port of lynx. If you decide to use this port as stand alone program then you can set the following environment variables to point to the required configuration files: LYNX_CFG Set to the full path and filename for lynx.cfg LYNX_LSS Set to the full path and filename for lynx.lss WATTCP.CFG Set to the full path for the WATTCP.CFG directory SSL_CERT_FILE Set to the full path and filename for your file of trusted certificates As a last resort, if the above environment variables are not set, the program will try to load those files from its installation directory. There is also a batch file stored in the /share/lynx_doc/samples directory that shows how to run lynx as a stand alone application. The DJGPP port now checks the OS version it is running on. If it is equal or less than MSDOS 6.22 the double quotes around the file name passed to edit.com will be removed. If this is not done, edit.com refuses to start. For OS like Win95 and above this is not necessary. edit.com is the editor used by lynx at last resort. The program's behaviour is not changed if an editor different from edit.com is selected in lynx.cfg. The DJGPP port now checks if LFN support is available. If available then files with a leading dot are allowed/supported in case that this has been allowed by setting NO_DOT_FILES to FALSE in lynx.cfg. In all previous versions, the setting of this value had absolute no influence in program's behviour if compiled with DJGPP. I have tested this port by trying to access all sites that are listed in: https://royal.pingdom.com/using-web-browser-lynx-visit-top-websites/ and I have experienced no issues. I have also accessed some german and spanish sites to check if the special native characters are correctly displayed and I have found no issues. I have also accessed www.delorie.com to check if the ftp support works well and if the cvs repository can be accessed via cvsweb interface and everthing works flawlessly. Of course, the mail archives can also be accessed without issues. Please note that I am not a lynx user. I have ported it as a real world test for the OpenSSL and WATT-32 ports. Only to make this point clear, if you want to use lynx as a stand alone program without having to care about environment variables, copy lynx.exe, lynx.cfg and lynx.lss into the same directory and it will work. As usual, all djgpp specific files (diffs, README files, etc.) are stored in the /djgpp directory. The sources have been configured to be build in the "_build" directory. If for some reason it does not work for you, delete it contents and configure from scratch again. Please read the docs very __CAREFULLY__ to become familiar with the product. Here is an extract of the CHANGES file showing the user visible changes from the last port (Lynx 2.8.9rel.1) to this one: ------------------------------------------------------------------------------- 2019-01-27 (2.9.0dev.1) * add/adapt changes from Keith Bowes' github: * updated eo.po * modify GridText to make page/line percentages translatable + modify HTInit.c to make it possible to view the source of XHTML documents + modify def7_uni.tbl adding ch, gh, hh, jh, sh to replace some single-chars * implement features of RFC 6265 (prompted by discussion on mailing list) -TD * recognize but ignore "HttpOnly" attribute * add COOKIE_VERSION to lynx.cfg, which can be used to specify older cookie RFC; provide special cases for RFCs 2109, 2965 and 6265. * add selection for cookie version in options menu. * add dummy "check" rule to makefile.in to help with testing Arch package -TD * modify tidy_tls.c to work with TLS 1.3 when built with gnutls 3.6.5 or later (patch by Andreas Metzler). * add to experimental Japanese UTF-8 feature -KH + fix JIS X 0201 Katakana conversion from Shift_JIS/EUC-JP to UTF-8. http://www1.interq.or.jp/~deton/lynx-sjisjisx0201/ + add conversion from Japanese ISO-2022-JP html to UTF-8 display_charset. http://www1.interq.or.jp/~deton/lynx-jis2utf8/ * add configure option for experimental feature "--enable-wcwidth-support" -TD * use/adapt wcwidth from xterm -TD * add support for displaying double-cell characters -KH Screen capture: http://www1.interq.or.jp/~deton/lynx-wcwidth/ Known issues: * Highlight is incorrect on selecting wrapped long wide-char link text. * Whereis highlight position is incorrect after wide-char text. * Does not support treating double-width for East Asian Ambiguous Width characters (e.g., xterm -cjk_width). TODO: * Use mk_wcwidth_cjk() in http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c * Add cjk_width option to lynx * modify generated HTML when processing -source option for a Gopher menu to convert literal "<", "&", and ">" to HTML named entities (report/testcase by Zachary Lee Andrews) -TD * build-fix when persistent cookies are disabled (report by Juan Manuel Guerrero) -TD * memory-leak and dead-code fixes from static analysis (patch by Kamil Dudka). * restore whitespace in info-page omitted in 2.8.9dev.17, useful for screen readers (report by Dan Dunfee) -Chuck Martin * improve error-checks in parsdate.y (prompted by patch by TH) -TD * compiler-warning fixes for gcc8 and VS2015 -TD * fix overlooked "2.8.9" in README -Larry Hynes ------------------------------------------------------------------------------- The port consists of the usual three packages that have been produced using djdev205 (CVS repository code) and can be downloaded from ftp.delorie.com and mirrors as (time stamp 2019-07-09): Lynx 2.9.0dev.1 binaries, scripts and man format documentation: ftp://ftp.delorie.com/pub/djgpp/current/v2tk/lx290d1b.zip Lynx 2.9.0dev.1 html format documentation and sample files: ftp://ftp.delorie.com/pub/djgpp/current/v2tk/lx290d1d.zip Lynx 2.9.0dev.1 source: ftp://ftp.delorie.com/pub/djgpp/current/v2tk/lx290d1s.zip Send Lynx utils specific bug reports to . Send suggestions and bug reports concerning the DJGPP port to comp.os.msdos.djgpp or . Enjoy. Guerrero, Juan Manuel