From: Chgraf@aol.com Date: Wed, 9 Feb 2000 10:24:05 EST Subject: [ql-developers] Q40, The Ripper Hello, I've downloaded a program called cdda2wav from the internet. As the name suggest, it lets you copy Audio data from Music CD-ROMs to hard disk. I compiled it for Q40 Linux and it works well, though you need a lot of disk space. One track (song) is about 40-50 MB. You can resample it with sox to 20KHz and ub-format, then its getting smaller. I have copied it then to SMSQ/E with qxltool. The music sounds good with qsplayer or qst under SMSQ/E. What is even more thrilling, is the possibility to write your own Audio CD-ROMS. This can be done with the (again Linux-) program cdrecord with the option -audio. Assumed you have a CD-Writer, of course :) It worked at once. Now I can put together the songs I like most on one CD-ROM. Regards Claus Date: Thu, 9 Mar 2000 23:10:41 +0100 From: Richard Zidlicky Subject: [ql-developers] Linux 2.3.47 available Hi, I have uploaded the necessary diff to ftp.uni-erlangen.de/pub/Linux/680x0/q40/diffs/ 2.3 (and comming 2.4) will offer a few nice features like UTF filesystem read/write (DVD/CD), sound, large file (>2GB) support and 32 bit UID's for those hosting more than 65K users on their Q40. Right now the use of a crash partition is advised, 2.3 is in a pretty early development stage. Bye Richard Date: Mon, 20 Mar 2000 08:54:36 -0800 (PST) From: Timothy Swenson Subject: [ql-developers] Loading other packages Ok, now that I have Linux loaded on my Q40, here is a question. If I want to load a package from the net, I know that I can't use the precompiled Intel binary. Can I use a precompiled M68K binary? or do I have to do a total recompile for the Q40? Tim Swenson Date: Tue, 21 Mar 2000 23:03:34 +0100 From: Richard Zidlicky Subject: Re: [ql-developers] Loading other packages Hi, > Ok, now that I have Linux loaded on my Q40, here is a question. > > If I want to load a package from the net, I know that I can't use > the precompiled Intel binary. Can I use a precompiled M68K binary? > or do I have to do a total recompile for the Q40? you can use precompiled m68k packages, rpm and to some extent even debian. A recompile is very easy though so I mostly prefer this method, unless it is a really *big* package.. for example I had to modify Xemacs and lesstif packages to get them compiled in less than a few days. To recompile a "package" do rpm -ihv package.src.rpm rpm -ba /usr/src/redhat/specs/package.spec Frequently the .spec file is worth a look for things such as adding optimisations or fixing window manager startup files. The binary package is then in /usr/src/redhat/RPMS/*/ and needs to be installed before use. Bye Richard Date: Thu, 23 Mar 2000 08:57:00 -0800 (PST) From: Timothy Swenson Subject: [ql-developers] Tk.pm Has anybody tried to install the Tk.pm module on the Q40? I copied over the Tk400.202.tar.gz file from the O'Reilly Perl Resource Kit CD-ROM, unzipped it, untarred it, and did the 'perl Makefile.PL'. This chugs for a bit and then suddenly I get "segmentation fault (core dumped)". I think there is a problem with perl if it is core dumping on this. Has anyone else run into a similar problem with perl? I'm want to use Perl/Tk to work on a front end of another Unix app that I might be installing on the Q40 (OpenVault). Also, has anybody tried to load any other perl module or other Linux application on the Q40 (besides what comes on the Q40 CD)? I was just wondering how much changes need to be made to stuff to compile on the Q40. Tim Swenson Date: Thu, 23 Mar 2000 09:01:00 -0800 (PST) From: Timothy Swenson Subject: [ql-developers] Q40, Linux, Ethernet card & Samba Since my Q40 does not have a Net link, I'm thinking of connecting it to my Win95 box. Does anybody know if this will work: Put ethernet card in Q40 (NE 2000 clone) Install Samba on Q40 ( hope it easily compiles) Let up link between Q40 and PC (still need to add ethernet card to PC but this is a different matter). I've got some short bits of 10base-2 cable runnng around, but I might go 10Base-T and pick up a cheap hub. BTW, for those that don't know, Samba allows a Unix box to mount Win HD's using the MS Win network (kind of like NFS mounts). Tim Swenson From: cgraf@coop.q40.de Date: Fri, 24 Mar 2000 16:52:32 +0100 (CET) Subject: Re: [ql-developers] Tk.pm On Thu, 23 Mar 2000, Timothy Swenson wrote: > Has anybody tried to install the Tk.pm module on the Q40? I haven't yet. > I'm want to use Perl/Tk to work on a front end of another > Unix app that I might be installing on the Q40 > (OpenVault). Do you try from SMSQ/E or Linux? Tcl and TK are working fine on Q40 Linux, and so does Perl 5. I didn't know that you can run Tk without Tcl. > Also, has anybody tried to load any other perl module > or other Linux application on the Q40 (besides what > comes on the Q40 CD)? I did compile cdda2wav, xarchie and wxftp without any problem for Q40 Linux, for example. With amaya and arena I didn't succeed. >I was just wondering how much > changes need to be made to stuff to compile on the Q40. Often a run of configure is sufficient to write a workink makefile. > Tim Swenson Claus Date: Fri, 24 Mar 2000 08:28:53 -0800 (PST) From: Timothy Swenson Subject: Re: [ql-developers] Tk.pm >Do you try from SMSQ/E or Linux? Tcl and TK are working fine on Q40 >Linux, and so does Perl 5. I didn't know that you can run Tk without Tcl. Claus, I guess I should have started it off my saying I was installing TK.pm under Linux. I have not triec Tcl or Tk on the Q40. But to use Perl to write TK stuff, you need the Tk.pm module. I wrote a short Perl/Tk script and ran it on the Q40 to see of Tk.pm was installed and found that it was not. I don't know why Perl is dumping core when running the Makefile.PL script. I'll have to dig a little deeper into the script and see if I can find exactly where Perl is dumping and see if I can find a workaround. Tim Swenson Date: Fri, 24 Mar 2000 20:05:30 +0100 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] Q40, Linux, Ethernet card & Samba On Thu, Mar 23, 2000 at 09:01:00AM -0800, Timothy Swenson wrote: > Since my Q40 does not have a Net link, I'm thinking of > connecting it to my Win95 box. Does anybody know if this > will work: > > Put ethernet card in Q40 (NE 2000 clone) > Install Samba on Q40 ( hope it easily compiles) > Let up link between Q40 and PC > (still need to add ethernet card to PC but this is > a different matter). it will work, as soon as I write a NE 2000 driver. Not difficult but I need to get the ethernet HW first. Samba should compile fairly easilly, you can probably get the newest SRPM which should make compilation and installation easier. BTW there is already a precompiled samba in Redhat/RPMS on the Q40 Linux CD but I guess getting a newer version is not a bad idea. > BTW, for those that don't know, Samba allows a Unix box to > mount Win HD's using the MS Win network (kind of like NFS mounts). it is very rarely used as that, much more common is to use Linux as fileserver for MS Win. If you want to use the PC as fileserver you need to recompile the kernel and enable filesystems/nfs/samba You don't need that for a Samba server. Bye Richard Date: Fri, 24 Mar 2000 20:08:55 +0100 From: Richard Zidlicky Subject: Re: [ql-developers] Tk.pm On Thu, Mar 23, 2000 at 08:57:00AM -0800, Timothy Swenson wrote: > > Has anybody tried to install the Tk.pm module on the Q40? > > I copied over the Tk400.202.tar.gz file from the O'Reilly > Perl Resource Kit CD-ROM, unzipped it, untarred it, and > did the 'perl Makefile.PL'. This chugs for a bit and then > suddenly I get "segmentation fault (core dumped)". I > think there is a problem with perl if it is core dumping > on this. > > Has anyone else run into a similar problem with perl? no, I have done some small perl stuff and it worked fine for me. There can still be bugs though. Check which version is required etc. If that is OK, run the process with strace and debugger to get an idea what's wrong. perl invokes other commands that migh have caused the segv. Perhaps its more Tk related. > Also, has anybody tried to load any other perl module > or other Linux application on the Q40 (besides what > comes on the Q40 CD)? I was just wondering how much > changes need to be made to stuff to compile on the Q40. most apps compile without any change, actually I always found compiling the apps a lot easier than installing them - some care is required for that. Some apps need little changes in the Makefile, worst case are byte-order problems - fortunately very rare. Bye Richard Date: Fri, 24 Mar 2000 14:49:44 -0800 (PST) From: Timothy Swenson Subject: Re: [ql-developers] Q40, Linux, Ethernet card & Samba >it will work, as soon as I write a NE 2000 driver. Not difficult but I >need to get the ethernet HW first. Richard, Shouldn't Linux by default support the NE 2000 card, or do you need to write something Q40 hardware specific? BTW, NE 2000 clone cards are available locally for about $10-15 (aka real cheap). You should find come local to you almost as cheap. I guess the point I was trying to make with Samba was that you could get a Win95 box and Unix box to xchange files via an NFS-like link. Mounting a Unix drive on the Win95 box would easily let you copy files to the Linux box. Tim Swenson Date: Fri, 24 Mar 2000 23:24:11 +0000 To: ql-developers@nvg.ntnu.no From: Tony Firshman On Fri, 24 Mar 2000 at 14:49:44, Timothy Swenson wrote: (Ref: ) > >>it will work, as soon as I write a NE 2000 driver. Not difficult but I >>need to get the ethernet HW first. > >Richard, > >Shouldn't Linux by default support the NE 2000 card, or do you need to >write something Q40 hardware specific? > >BTW, NE 2000 clone cards are available locally for about $10-15 (aka >real cheap). You should find come local to you almost as cheap. > >I guess the point I was trying to make with Samba was that you could >get a Win95 box and Unix box to xchange files via an NFS-like link. Yes - I use it for that precisely, and it was very easy to set up. Once I get my Q40 up and running again, I would like to try also, Richard, once you get the driver working. I had an ISA network card but I let it go with an old 486 (to make it more saleable) (8-(# Nasta has the germ of an idea for a QL network card. It involves removing the control chip and transformers from a PC card. Mind you drivers again would be a problem. Richard, would this be feasible for you to think about doing, or do you not have a _real_ QL anymore? Once TCP/IP arrives for QDOS, then that makes progress possible. I find that W98 fails to read changed files. ie I update a file under Linux and W98 reads to old (presumably cached) file. If I delete and re-create the file under Linux, W98 reads the new one, but only if I re-read the direcory - ie UP/DOWN directories under explorer. Is there something wrong in my Samba setup - or is this a W98 feature? >Mounting a Unix drive on the Win95 box would easily let you copy files to >the Linux box. > >Tim Swenson > From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] Tk.pm > I did compile cdda2wav, xarchie and wxftp without any problem > for Q40 Linux, for example. > With amaya and arena I didn't succeed. arena is somewhat weird and unmaintained, I took the patches and spec-file from SuSe 5.3 arena and it worked, but certainly more work than it was woth. What was the problem with Amaya? Bye Richard From: cgraf@coop.q40.de Date: Sun, 26 Mar 2000 11:56:40 +0200 (CEST) Subject: Re: [ql-developers] Tk.pm On Sat, 25 Mar 2000, Richard Zidlicky wrote: > > I did compile cdda2wav, xarchie and wxftp without any problem > > for Q40 Linux, for example. > > With amaya and arena I didn't succeed. > arena is somewhat weird and unmaintained, I took the patches and > spec-file from SuSe 5.3 arena and it worked, but certainly more work > than it was woth. > What was the problem with Amaya? Make runs quite a while and then it stops with the following message. I tried to understand and change the makefile - but I have no chance. The output of configure is too complicated. (The *.GRM files are there, but apparently aren't found) Claus make[1]: Entering directory `/hd2/Thot/amaya' STR=`pwd`/../bin/str;PRS=`pwd`/../bin/prs;TRA=`pwd`/../bin/tra;\ cd ../amaya; THOTDIR=`pwd`/.. ;export THOTDIR; \ $STR -DCOUGAR -DMATHML HTML ;\ $PRS -DCOUGAR -DMATHML HTMLP ;\ $PRS -DCOUGAR -DMATHML -DPAGE HTMLP HTMLPP ;\ $PRS -DCOUGAR -DMATHML -DUS_PAPER HTMLP HTMLPPUS ;\ $PRS -DCOUGAR -DMATHML -DLINK_NUMBER -DPAGE HTMLP HTMLPLP ;\ $PRS -DCOUGAR -DMATHML -DLINK_NUMBER -DUS_PAPER HTMLP HTMLPLPUS ;\ $PRS -DCOUGAR -DMATHML -DBLACK_WHITE HTMLP HTMLPBW ;\ $TRA -DCOUGAR -DMATHML HTMLT ;\ $TRA -DCOUGAR -DMATHML HTMLTT ***ERR line 0 Grammar file (.GRM) not found Date: Sun, 26 Mar 2000 22:57:27 +0200 From: Richard Zidlicky Subject: Re: [ql-developers] Q40, Linux, Ethernet card & Samba > Nasta has the germ of an idea for a QL network card. It involves > removing the control chip and transformers from a PC card. > > Mind you drivers again would be a problem. > Richard, would this be feasible for you to think about doing, or do you > not have a _real_ QL anymore? Once TCP/IP arrives for QDOS, then that > makes progress possible. I have still a black QL with a sandy SQB-QIMI, would that be good for running an ethernet card ;-)? > I find that W98 fails to read changed files. ie I update a file under > Linux and W98 reads to old (presumably cached) file. > If I delete and re-create the file under Linux, W98 reads the new one, > but only if I re-read the direcory - ie UP/DOWN directories under > explorer. > > Is there something wrong in my Samba setup - or is this a W98 feature? it is a M$ feature, most of their products had broken timestamp handling. I supposes there are workarounds for that in recent Samba versions. Bye Richard From: Richard Zidlicky Subject: Re: [ql-developers] Q40, Linux, Ethernet card & Samba > Shouldn't Linux by default support the NE 2000 card, or do you need to > write something Q40 hardware specific? there are "a few" NE2k drivers for Linux but some details have to be fixed for it to work with the Q40. Most notably asm/io.h is a mess on m68k and copy_{to,from}_{io,mem} not yet implemented for the Q40. Also there are {bus,driver}-byteorder issues and last not least the config option has to be added :) Most of that is pretty simple after finding the right driver to start with. Bye Richard From: Tony Firshman Subject: Re: [ql-developers] Q40, Linux, Ethernet card & Samba On Sun, 26 Mar 2000 at 22:57:27, Richard Zidlicky wrote: (Ref: <20000326225727.A340@sirizidl.dialin.rrze.uni-erlangen.de>) >> Nasta has the germ of an idea for a QL network card. It involves >> removing the control chip and transformers from a PC card. >> >> Mind you drivers again would be a problem. >> Richard, would this be feasible for you to think about doing, or do you >> not have a _real_ QL anymore? Once TCP/IP arrives for QDOS, then that >> makes progress possible. > >I have still a black QL with a sandy SQB-QIMI, would that be good for >running an ethernet card ;-)? Well Nasta has this idea....... > >> I find that W98 fails to read changed files. ie I update a file under >> Linux and W98 reads to old (presumably cached) file. >> If I delete and re-create the file under Linux, W98 reads the new one, >> but only if I re-read the direcory - ie UP/DOWN directories under >> explorer. >> >> Is there something wrong in my Samba setup - or is this a W98 feature? > >it is a M$ feature, most of their products had broken timestamp handling. >I supposes there are workarounds for that in recent Samba versions. This is Redhat 6.0 - just about to try 6.1. From: Tony Firshman Subject: Re: [ql-developers] Q40, Linux, Ethernet card & Samba On Sun, 26 Mar 2000 at 22:58:46, Richard Zidlicky wrote: (Ref: <20000326225846.B340@sirizidl.dialin.rrze.uni-erlangen.de>) > >> Shouldn't Linux by default support the NE 2000 card, or do you need to >> write something Q40 hardware specific? > >there are "a few" NE2k drivers for Linux but some details have to be >fixed for it to work with the Q40. Most notably asm/io.h is a mess on >m68k and copy_{to,from}_{io,mem} not yet implemented for the Q40. Also >there are {bus,driver}-byteorder issues and last not least the config >option has to be added :) >Most of that is pretty simple after finding the right driver to start >with. That sounds hopeful. Nasta reads this list so he can probably suggest the driver he wants. -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 mailto:tony@firshman.demon.co.uk http://www.firshman.demon.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG Date: Thu, 30 Mar 2000 13:37:14 +0200 From: Richard Zidlicky Subject: Re: [ql-developers] Q40, Linux, Ethernet card & Samba > > Put ethernet card in Q40 (NE 2000 clone) > > Install Samba on Q40 ( hope it easily compiles) > > Let up link between Q40 and PC > > (still need to add ethernet card to PC but this is > > a different matter). > > it will work, as soon as I write a NE 2000 driver. Not difficult > but I need to get the ethernet HW first. the good news is that someone has actually tried the NE2K with Q40-Linux and it sort of works. Bye Richard Date: Thu, 30 Mar 2000 23:15:47 +0200 From: Richard Zidlicky On Sun, Mar 26, 2000 at 11:56:40AM +0200, cgraf@coop.q40.de wrote: > > What was the problem with Amaya? > > Make runs quite a while and then it stops with the following message. I > tried to understand and change the makefile - but I have no chance. The > output of configure is too complicated. (The *.GRM files are there, but > apparently aren't found) I have now compiled amaya-2.5 pre-release, it works out of the box. Nice browser and a very good editor, unfortunately the table support is somewhat broken in this pre-release. Also it doesn't appear faster than mozilla. Maybe we should port Prowes to Linux :-)? Bye Richard Date: Thu, 30 Mar 2000 20:24:40 -0800 (PST) From: Timothy Swenson Subject: Re: [ql-developers] Amaya Richard, How big is Amaya? One of my concern with the Q40 is that, besides the CD, the only other way to get stuff to it is via disk (HD). If a package is bigger than 1.44 Meg, getting it the Q40 might be troublesome. I guess I could uuencode it and then split it up into different parts, but it would be troublsome. I'd be willing to pay for update CD's if you can burn them? Tim Swenson Date: Sun, 2 Apr 2000 00:29:04 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] Amaya On Thu, Mar 30, 2000 at 08:24:40PM -0800, Timothy Swenson wrote: > Richard, > > How big is Amaya? fits on 3 HD disks. > One of my concern with the Q40 is that, besides > the CD, the only other way to get stuff to it is via disk (HD). > If a package is bigger than 1.44 Meg, getting it the Q40 might > be troublesome. I guess I could uuencode it and then split it > up into different parts, but it would be troublsome. you can download stuff via PPP, if you need to copy it by floppies use "split -b 1440K file". For more than 10MB a CD or CD-RW is very helpful I can understand your concern, it was quite nasty to copy and download all the stuff for the distribution. In many cases you can just take the SRPM/*src.rpm packages supplied with RedHat or other distributions and rebuild them. I wonder if someone produces CD's with just sources? It is a lot of work to find the homepage of all the packages.. One problem is that many distributions pack only crypto disabled stuff on their CDs. Bye Richard Date: Wed, 19 Apr 2000 19:39:57 +0200 From: Richard Zidlicky Subject: [ql-developers] wwwoffle Hi, $SUBJ is a very nice http/ftp cachinbg proxy, probably mostly interesting in countries like Germany where online time stil costs money. The installation was pretty easy, it actually it simplified my proxy configuration a bit :). Just one note, /usr/local/sbin isn't in the default path. I am appending a suitable /etc/rc.d/init.d/wwwoffle startupfile, just add +x and run ntsysv. Look into contrib/ for more examples (ppp-up,down). Here is the orig announce from c.o.l.a: ####### >From amb@gedanken.demon.co.uk Sat Apr 15 15:27:30 2000 Path: sirizidl.dialin.rrze.uni-erlangen.de!news.uni-erlangen.de!uni-erlangen.de!newsfeed1.telenordia.se!news.algonet.se!algonet!newsfeed1.swip.net!swipnet!newsfeed2.funet.fi!news.helsinki.fi!not-for-mail From: "Andrew M. Bishop" Newsgroups: comp.os.linux.announce Subject: WWWOFFLE - Web proxy with features for dial-up users Followup-To: comp.os.linux.misc Date: Sat, 8 Apr 2000 13:42:01 GMT Organization: none Approved: linux-announce@news.ornl.gov (Mikko Rauhala) Message-ID: NNTP-Posting-Host: myntti.helsinki.fi X-Trace: oravannahka.helsinki.fi 955194730 27609 128.214.205.15 (8 Apr 2000 11:52:10 GMT) X-Complaints-To: usenet@news.helsinki.fi NNTP-Posting-Date: 8 Apr 2000 11:52:10 GMT Old-Date: Sun, 02 Apr 2000 16:51:15 +0100 X-No-Archive: yes X-Auth: PGPMoose V1.1 PGP comp.os.linux.announce iQCVAgUBOO83K1rUI/eHXJZ5AQF9WgP/bIykVupcRyoePy48ToNlr6IaVovqFGC6 KY0WFO3PnmeEDNSQk8Jj5Oi+nwdIzyaeY3P1KHhv0H2nLLVfbM7ogZJjECI0m1Na v9DA2iC7QEWDLNbsJFCJFEXoBLAVJj9XbqV8joxbUgunDLP+OwM27CkjZtivNdbc wc1ydjUUOI0= =cj5X Xref: sirizidl.dialin.rrze.uni-erlangen.de comp.os.linux.announce:98 Status: RO Content-Length: 6363 Lines: 165 -----BEGIN PGP SIGNED MESSAGE----- WWWOFFLE - World Wide Web Offline Explorer - Version 2.5e ========================================================= The WWWOFFLE programs simplify World Wide Web browsing from computers that use intermittent (dial-up) connections to the internet. Description - ----------- The WWWOFFLE server is a proxy web server with special features for use with dial-up internet links. This means that it is possible to browse web pages and read them without having to remain connected. Basic Features - Caching of HTTP, FTP and finger protocols. - Allows the 'GET', 'HEAD', 'POST' and 'PUT' HTTP methods. - Interactive or command line control of online/offline/autodial status. - Highly configurable. - Low maintenance, start/stop and online/offline status can be automated. While Online - Caching of pages that are viewed for later review. - Conditional fetching to only get pages that have changed. - Based on expiration date, time since last fetched or once per session. - Non cached support for SSL (Secure Socket Layer e.g. https). - Can be used with one or more external proxies based on web page. - Control which pages cannot be accessed. - Allow replacement of blocked pages. - Control which pages are not to be stored in the cache. While Offline - Can be configured to use dial-on-demand for pages that are not cached. - Selection of pages to download next time online - Using normal browser to follow links. - Command line interface to select pages for downloading. - Control which pages can be requested when offline. - Provides non-cached access to intranet servers. Automated Download - Downloading of specified pages non-interactively. - Options to automatically fetch objects in requested pages - Understands various types of pages - HTML 4.0, Java classes, VRML (partial), XML (partial). - Options to fetch different classes of objects - Images, Stylesheets, Frames, Scripts, Java or other objects. - Automatically follows links for pages that have been moved. - Can monitor pages at regular intervals to fetch those that have changed. - Recursive fetching - To specified depth. - On any host or limited to same server or same directory. - Chosen from command line or from browser. - Control over which links can be fetched recursively. Convenience - Optional information footer on HTML pages showing date cached and options. - Options to modify HTML pages - Remove Javascript. - Stop animated GIFs. - Indicate cached and uncached links. - Remove the blink tag. - Automatic proxy configuration for Netscape. - Searchable cache with the addition of the ht://Dig program. - Built in simple web-server for local pages. - Timeouts for server connection and data transfer to stop server lockups. - Continue or stop downloads interrupted by client or server. - Purging of pages from cache - Based on URL matching. - To keep the cache size below a specified limit. - To keep the free disk space above a specified limit. - Interactive or command line control. Indexes - Multiple indexes of pages stored in cache - Servers for each protocol (http, ftp ...). - Pages on each server. - Pages waiting to be fetched. - Pages fetched last time online. - Pages monitored on a regular basis. - Configurable indexes - Sorted by name, date, server domain name, type of file. - Options to delete, refresh or monitor pages. - Selection of complete list of pages or hide un-interesting pages. Security - Works with pages that require basic username/password authentication. - Automates proxy authentication for external proxies that require it. - Control over access to the proxy - Defaults to local host access only. - Host access configured by hostname or IP address. - Optional proxy authentication for user level access control. - Optional password control for proxy management functions. - Can censor incoming and outgoing HTTP headers to maintain user privacy. Configuration - All options controlled using a configuration file. - Interactive web page to allow editing of the configuration file. - User customisable error and information pages. Changes - ------- Since version 2.5d: Bug Fixes: Changed the htsearch.conf file. Fixed a bug with ModifyHTML option on large blocks of text. Improved the lex parsers by using better flex options and re-coding parts. Alternative fix for the FTP listings with ':' in them. Change the values of the del-dontget and del-dontcache config file options in supplied wwwoffle.conf. Translations: Added Italian translations of WWWOFFLE messages. Contrib: Added some new files. Availability - ------------ FTP server: ftp://metalab.unc.edu/pub/Linux/apps/www/servers/wwwoffle-2.5e.tgz FTP server: ftp://ftp.demon.co.uk/pub/unix/httpd/wwwoffle-2.5e.tgz Web page: http://www.gedanken.demon.co.uk/wwwoffle/ Author & Copyright - ------------------ This program is copyright Andrew M. Bishop 1996,97,98,99,2000 (amb@gedanken.demon.co.uk) and distributed under GPL. email: amb@gedanken.demon.co.uk [Please put wwwoffle in the subject line] - -- Andrew. - ---------------------------------------------------------------------- Andrew M. Bishop amb@gedanken.demon.co.uk http://www.gedanken.demon.co.uk/ - -- This article has been digitally signed by the moderator, using PGP. http://www.iki.fi/mjr/cola-public-key.asc has PGP key for validating signature. Send submissions for comp.os.linux.announce to: linux-announce@news.ornl.gov PLEASE remember a short description of the software and the LOCATION. This group is archived at http://www.iki.fi/mjr/linux/cola.html -----BEGIN PGP SIGNATURE----- Version: 2.6.3i Charset: latin1 iQCVAgUBOO83KVrUI/eHXJZ5AQHeowQAiqlsFQMvi2+PfMg2ECwIKbkGFnqsFWO2 amT24Cx0AnXFlEEiPRUt9ubmHs0l97lexDU09pJ9g5iuTVFrLbBoXLKZv5vgUwwT VSMjbzGtjF8DOyd8Rlpuq6PovBMFSI3JyrUcswiPW0A9stq8cnV/xnOQkAqaAq+y V9y+3oQwXZI= =iSgM -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=wwwoffle #!/bin/sh # # wwwoffle start/stop wwwoffle # # chkconfig: 2345 81 31 # description: wwwoffle daemon # # processname: wwwoffled # config: # pidfile: /var/run/wwwoffle.pid . /etc/rc.d/init.d/functions . /etc/sysconfig/network [ "$NETWORKING" = "no" ] && exit 0 [ -x /usr/sbin/pppd ] || exit 0 # See how we were called. case "$1" in start) # Start daemons. echo -n "Starting wwwoffled: " /usr/local/sbin/wwwoffled -c /var/spool/wwwoffle/wwwoffle.conf echo ;; stop) # Stop daemons. echo -n "Shutting down wwwoffled: " killproc wwwoffle echo ;; restart) $0 stop $0 start ;; status) status wwwoffle ;; *) echo "Usage: wwwoffle {start|stop|restart|status}" exit 1 esac exit 0 Date: Tue, 25 Apr 2000 22:32:37 +0200 From: Richard Zidlicky Subject: [ql-developers] usenet news Hi, I have recently setup my inn news server and newsfeeds with newsx, if anyone wants I have a list of changes that had to be done. Bye Richard Date: Wed, 17 May 2000 22:03:18 +0100 From: Tony Firshman Subject: [ql-users] Q40 A warning to Q40 users - never plug/unplug the monitor while it or the Q40 is on. A customer plugged in a monitor to a running Q40, and zapped a chip. This was probably due to differing ground potentials causing a surge through the signal lines. - -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 mailto:tony@firshman.demon.co.uk http://www.firshman.demon.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG Date: Thu, 18 May 2000 17:56:55 +0200 To: ql-users@nvg.ntnu.no From: Claus Graf Subject: Re: [ql-users] sprted v.97 available >To those who ask for it... > >The new version of sprted (sprite editor for Q40 in 1024x512) is >now available with the ability to load _pic file (mode 4, 8 or 33) >as a sprite for edition, if the size is smaller than 60 (wide) x 68 (h= eight). This is indeed a very nice feature, I have converted high color _pic fi= les (originating from cute Linux icons) into Q40 high color sprites and use= them as desktop icons. Thanks a lot! I also like that you can select a color by "doing" a mouse click on the desired color in the editing window. Very helpful. Is there a difference between clicking left and right mouse button onto the color window? If not (I cannot find one), wouldn't it be more conve= nient to pop up the color picker when "doing" on the color window? I have recognized that sprted draws a black line (y=3D0) in the button = frame on start up. Do you see this also and can this be stopped? >-- Grimbert J=E9r=F4me Claus From: Jerome Grimbert Message-Id: <200005190753.JAA26258@garfield.atos-group.com> Subject: Re: [ql-users] sprted v.97 available Claus Graf makes some magical things to make me read } } Is there a difference between clicking left and right mouse button onto } the color window? If not (I cannot find one), wouldn't it be more convenient } to pop up the color picker when "doing" on the color window? If you are speaking of the window with black dot (and sometime green dots), it is a window which display the current mask of the sprite. Hit on this window toggle the editor window between the colour and the mask. I should really add a button (in fact I should transform the current color sprite into an application window you can click to pop up a colour choice.) rather than this strange behavior. Given that the editing of the mask is no more done into the mask window, I should reduce it and label it correctly. But that's for later, I still have to write my pnm to pic converter (and also the xpm to sprite, but that one is really harder, I may end with an xpm & pic to sprite converter [ because the pic would provide the colour info, while the xpm would provide the mask one (colour from xpm is a real headache, even xv, ImageMagick and pbm+ do not handle them all correctly at the same time in native X11 & linux). } } I have recognized that sprted draws a black line (y=0) in the button frame } on start up. Do you see this also and can this be stopped? Yes, I have it also but only on Frei_exe button, not the Qascade one, and I do not know why (any hint are welcome). Wait, May be it is an undisplayed shadow of the window (there is no shadow in high-colour mode for the windows). I will check that , but if anyody has a suggestion , please feel welcome. Anyone got the SMSQ/E 2.98 for Q40 ? I'm still with 2.97 beta. Date: Fri, 19 May 2000 10:35:19 +0200 (CEST) From: To: ql-users@nvg.ntnu.no Subject: Re: [ql-users] sprted v.97 available On Fri, 19 May 2000, Jerome Grimbert wrote: > If you are speaking of the window with black dot (and sometime green dots), > it is a window which display the current mask of the sprite. > Hit on this window toggle the editor window between the colour and the mask. Ah, I now I understand why I sometimes didn't get the color I wanted.. > But that's for later, I still have to write my pnm to pic converter > (and also the xpm to sprite, but that one is really harder, I may > end with an xpm & pic to sprite converter [ because the pic would > provide the colour info, while the xpm would provide the mask one > (colour from xpm is a real headache, even xv, ImageMagick and pbm+ do > not handle them all correctly at the same time in native X11 & linux). Good luck! > Anyone got the SMSQ/E 2.98 for Q40 ? I'm still with 2.97 beta. Not yet. I am also stuck with 2.97. Claus Date: Fri, 19 May 2000 10:37:26 +0200 (CEST) From: To: ql-developers@nvg.ntnu.no Subject: [ql-developers] PPP Hello, how can I find out the modem speed when being online via PPP? Claus Date: Fri, 19 May 2000 12:47:47 +0200 (METDST) Message-Id: <200005191047.MAA17180@faui02b.informatik.uni-erlangen.de> Subject: Re: [ql-developers] PPP Hi, > how can I find out the modem speed when being online via PPP? mine gets recorded in /var/log/messages when 'chat' is started with '-v' option. I believe that comes from the other end though. AFAIK the speed gets often renegotiated while the connection is up.. I would be also interested in a way to find out. Was there something in PPP-HOWTO? Bye Richard Date: Fri, 19 May 2000 15:37:06 +0200 To: ql-developers@nvg.ntnu.no From: Claus Graf Subject: Re: [ql-developers] PPP X-Orcpt: rfc822;ql-developers@nvg.ntnu.no Sender: owner-ql-developers@nvg.ntnu.no Precedence: bulk Reply-To: ql-developers@nvg.ntnu.no >Hi, > >> how can I find out the modem speed when being online via PPP? > >mine gets recorded in /var/log/messages when 'chat' is started with >'-v' option. I believe that comes from the other end though. I have already looked at the messages-log, but it tells me 115200 baud, what I don't believe (I have a 56600 modem, by ALDI). >AFAIK the speed gets often renegotiated while the connection is up.. >I would be also interested in a way to find out. Was there something >in PPP-HOWTO? I should look after it. >Bye >Richard Thanks, Claus From: Richard Zidlicky Date: Fri, 19 May 2000 15:42:55 +0200 (METDST) Subject: Re: [ql-developers] PPP > > > >> how can I find out the modem speed when being online via PPP? > > > >mine gets recorded in /var/log/messages when 'chat' is started with > >'-v' option. I believe that comes from the other end though. > > I have already looked at the messages-log, but it tells me 115200 baud, shouldn't tell that. I found this on Altavista: http://www.debian.org/Lists-Archives/debian-user-9811/msg01465.html http://www.xtdnet.nl/listarch/linux-router/1999-05-01/msg00386.html Freiwillige vor zum testen.. Still don't know how to check when it gets renegotiated. Tschuess Richard Date: Fri, 19 May 2000 17:09:14 +0200 To: ql-developers@nvg.ntnu.no From: Claus Graf Subject: Re: [ql-developers] PPP >> > >> >> how can I find out the modem speed when being online via PPP? >> > >> >mine gets recorded in /var/log/messages when 'chat' is started with >> >'-v' option. I believe that comes from the other end though. >> >> I have already looked at the messages-log, but it tells me 115200 baud, > >shouldn't tell that. > >I found this on Altavista: > >http://www.debian.org/Lists-Archives/debian-user-9811/msg01465.html >http://www.xtdnet.nl/listarch/linux-router/1999-05-01/msg00386.html > > >Freiwillige vor zum testen.. > >Still don't know how to check when it gets renegotiated. > > >Tschuess >Richard I have added OLD: 'ABORT' .. NEW: 'REPORT' 'CONNECT' OLD: '' 'ATZ' NEW: 'OK' 'ATW2' to my chat-ppp0 and chatdbg="-v -r /root/speed-ppp0" to ifup-ppp.-------new--------- The file speed-ppp0 then contains text with the speed at connection time. ATW3 instead of ATW2 displays even more info, but I have the impression that the line gets cut ( I got TX=26) Sadly this cannot be done with netcfg, and netcfg destroys the editing done to the scripts. I think the way described here is too complicated for such a simple and important task. Everyone wants to knwo the true and actual speed of transmission. Claus Date: Sat, 20 May 2000 19:55:27 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] PPP > I have added > OLD: 'ABORT' .. > NEW: 'REPORT' 'CONNECT' > OLD: '' 'ATZ' > NEW: 'OK' 'ATW2' > to my chat-ppp0 > and > chatdbg="-v -r /root/speed-ppp0" > to ifup-ppp.-------new--------- > > The file speed-ppp0 then contains text with the speed at connection time. > > ATW3 instead of ATW2 displays even more info, but I have the impression that > the line gets cut ( I got TX=26) strange, any idea who could have cut the line? What is TX=.. anyway? > Sadly this cannot be done with netcfg, and netcfg destroys the editing > done to the scripts. Why so complicated? Netcfg alows for customised modem init strings and REPORT can be specified in chatstring(expect:REPORT,send:CONNECT) so most of the above should be doable with netcfg? The problem of course is that the gui is a bit complicated to find out. Maybe point&click folks find fiddling with such interfaces an exciting adventure :) Doing it entirely by hand is often the simplest thing, I use 2 providers for which I use 2 diferent firewalls, 2 sets of wwwoffle, named, sendmail configurations.. would be fun to figure out how to do that with netcfg. > I think the way described here is too complicated for > such a simple and important task. Everyone wants to knwo the true and > actual speed of transmission. use pppstats to see how many bytes were actually transmitted. The initial connection speed doesn't tell you very much, a lot depends on compression, escape maps, how stable the signal is and server latencies. Especially cheap modems are rumored to connect at speeds they can't realisticaly sustain and quickly renegotiate to speeds like 32KBaud or even below. If you want to squeze the last bit of performance from your phone line use wwwoffle :) The list of its features is really impressive and I have already found almost all of them useful. Bye Richard Date: Sun, 21 May 2000 15:12:49 +0200 (CEST) From: To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] PPP > > ATW3 instead of ATW2 displays even more info, but I have the impression that > > the line gets cut ( I got TX=26) > strange, any idea who could have cut the line? What is TX=.. anyway? ATW3 prints a string with info about the connection, eg CONNECT 115200/V34/LAPM/V42B/TX=28800/RX28800 TX and RX are transmission speed in both directions according to the manual. > > Sadly this cannot be done with netcfg, and netcfg destroys the editing > > done to the scripts. > > Why so complicated? Netcfg alows for customised modem init strings > and REPORT can be specified in chatstring(expect:REPORT,send:CONNECT) so > most of the above should be doable with netcfg? The problem of course is > that the gui is a bit complicated to find out. Maybe point&click > folks find fiddling with such interfaces an exciting adventure :) OK, I didn't see that. Should've checked it out more intensivel before complaining. > Doing it entirely by hand is often the simplest thing, I use 2 providers for > which I use 2 diferent firewalls, 2 sets of wwwoffle, named, sendmail > configurations.. would be fun to figure out how to do that with netcfg. > > > I think the way described here is too complicated for > > such a simple and important task. Everyone wants to knwo the true and > > actual speed of transmission. > > use pppstats to see how many bytes were actually transmitted. The initial > connection speed doesn't tell you very much, a lot depends on compression, > escape maps, how stable the signal is and server latencies. Another new command I have to learn.. > Especially cheap modems are rumored to connect at speeds they can't > realisticaly sustain and quickly renegotiate to speeds like 32KBaud or > even below. Very true, I just have made this experience. After negotiation the modem became quiet and a few seconds after that it started again and went down to 31200 (usually I get 45333). > If you want to squeze the last bit of performance from your phone line use > wwwoffle :) The list of its features is really impressive and I have already > found almost all of them useful. Sh*t, I don't have the binary on my Q40. > Bye > Richard Thanks Claus Date: Mon, 22 May 2000 21:54:42 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] PPP > > > Especially cheap modems are rumored to connect at speeds they can't > > realisticaly sustain and quickly renegotiate to speeds like 32KBaud or > > even below. > > Very true, I just have made this experience. After negotiation the modem > became quiet and a few seconds after that it started again and went down > to 31200 (usually I get 45333). how did you find out - does it show speed by LEDs? Sending commands to the modem while PPP is running is one of the nontrivial excersizes afaik. > > If you want to squeze the last bit of performance from your phone line use > > wwwoffle :) The list of its features is really impressive and I have already > > found almost all of them useful. > > Sh*t, I don't have the binary on my Q40. I got it from www.gedanken.demon.co.uk/wwwoffle, easy to compile. Bye Richard To: ql-developers@nvg.ntnu.no From: Claus Graf Subject: Re: [ql-developers] PPP >> >> > Especially cheap modems are rumored to connect at speeds they can't >> > realisticaly sustain and quickly renegotiate to speeds like 32KBaud or >> > even below. >> >> Very true, I just have made this experience. After negotiation the modem >> became quiet and a few seconds after that it started again and went down >> to 31200 (usually I get 45333). > >how did you find out - does it show speed by LEDs? Sending commands to the >modem while PPP is running is one of the nontrivial excersizes afaik. No, it hasn't got speed LEDs. The 31200 got reported by the modem via the mechanism we talked about before. What I found strange was, that the modem became quiet for a short time and after that the speed went down (this has all been part of the first try). >> > If you want to squeze the last bit of performance from your phone line use >> > wwwoffle :) The list of its features is really impressive and I have >>already >> > found almost all of them useful. >> >> Sh*t, I don't have the binary on my Q40. > >I got it from www.gedanken.demon.co.uk/wwwoffle, easy to compile. Ok, Thanks! >Bye >Richard Claus Date: Tue, 23 May 2000 10:54:57 +0100 To: ql-developers@nvg.ntnu.no From: Tony Firshman Subject: Re: [ql-developers] PPP -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 19 May 2000 at 10:37:26, cgraf@coop.q40.de wrote: (Ref: ) >Hello, > >how can I find out the modem speed when being online via PPP? I run Redhat RP3. I have added it as a panel item, but it can be run from command line. This gives a current speed ( averaged but over a short time, so gives realistic current speed - unlike Netscape!) and a graphical display of input (green) and output (red) in a bar chart form. Quite superb. I haven't yet managed to dial from the panel - I think this should be possible somehow. - -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 mailto:tony@firshman.demon.co.uk http://www.firshman.demon.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG Date: Wed, 24 May 2000 08:42:19 -0700 (PDT) From: Timothy Swenson Subject: [ql-developers] M68k RPM Packages To: ql-developers@nvg.ntnu.no Since m68k is supposedly m68k, I tested the installation of an m68k PRM package that I downloaded of of www.rpmfind.net. On www.rpmfind.net, I found an m68k package (xblast), downloaded it, coppied it to disk, mounted the disk on the Q40, copied it to /tmp, and then ran "rpm -ihv xblast.rpm" and it installed with no warnings. I then ran xblast to verify that the binary would work and it did. So, I'm pretty confident that all of the m68k RPM pacakages available out there will work on the Q40. Next step, to try 'noarch' packages. Tim Swenson Date: Thu, 25 May 2000 08:39:14 -0700 (PDT) From: Timothy Swenson Subject: [ql-developers] Installing noarch RPMs I tested installed a noarch RPM (logwatch) and after some fiddling it installed. When I first tried it, I got the an error message saying that the RPM that I was tryng to install was not of the same architecture of the system. I did a 'rpm --showrc' and it showed that the only arch. for install was m68k. So I had to add noarch to the list. The docs on teh Net for the .rpmrc file are pretty much non existant. So to find out where rpm got its informatin from, I ran strace on rpm and found that it was reading the file /usr/lib/rpm/rpmrc. This file showed the syntax of what I needed. I just added the line: arch_compat: m68k : noarch to the file and then ran rpm again and the package installed. Tim Swenson Date: Sat, 27 May 2000 09:25:54 +0000 From: Bruce N Has anybody tried getting MySQL and PHP support working with Apache for the Q40 Linux release ? Bruce Nicholls (Quo Vadis Design) Date: Sat, 27 May 2000 12:20:43 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] Installing noarch RPMs On Thu, May 25, 2000 at 08:39:14AM -0700, Timothy Swenson wrote: > I tested installed a noarch RPM (logwatch) and after some fiddling it > installed. When I first tried it, I got the an error message saying that > the RPM that I was tryng to install was not of the same architecture of > the system. I did a 'rpm --showrc' and it showed that the only arch. > for install was m68k. > > So I had to add noarch to the list. The docs on teh Net for the .rpmrc > file are pretty much non existant. So to find out where rpm got its > informatin from, I ran strace on rpm and found that it was reading > the file /usr/lib/rpm/rpmrc. This file showed the syntax of what I needed. > > I just added the line: > > arch_compat: m68k : noarch well done, I did never investigate the proper fix and just used --ignorearch, often enough together with --ignoreos One note, it is better not to modify /usr/lib/rpmrc directly but copy it to /etc and modify there. Usually files in /etc are preserved (at least as .rpmorig) if you upgrade a package, those in /usr/lib aren't. Bye Richard Date: Mon, 29 May 2000 16:00:48 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] MySQL + PHP3 On Sat, May 27, 2000 at 09:25:54AM +0000, Bruce N wrote: > > Has anybody tried getting MySQL and PHP support working with Apache for > the Q40 Linux release ? php3 is pretty easy, just uncomment all php* related entries in /etc/httpd/conf/{httpd,srm}.conf No experience with MySQL you will need to compile and install that. If there is any trouble with apache look in /var/log/httpd for error messages. I am experimenting with OpenSSL right now, I can send compile patches for that before they appear into the next release. Bye Richard