Date: Tue, 20 Jun 2000 19:34:03 -0700 (PDT) From: Timothy Swenson Subject: [ql-developers] Q40/Linux App CD? Richard, As a reader of slashdot.org and other web sites, I'm seeing a lot of good Linux apps being talked about. It's nice to see GIMP already on the Q40, but I'd like to see these other apps on the q40. Getting them to the Q40 can be interesting as they are probably larger than 1.44 meg (floppy size) and may take more than a simple recompile to get running. What is the possibility of having a knowledgable Q40/Linux person (namely yourself) compile these apps and make them available on a Q40 App Cd? I'd be willing to shell out some $$ to buy it. Others maybe interested too (hence to copy to the group). Here is a list of suggested apps: GnuCash - like Quiken Gcal - calendar Oleo - Gnu spreadsheet GnuSql - Database MySql - Database Ted - X-Windows RTF editor StarOffice (might be too big) Gnome stuff (Gnome Icon Edit, Gnome Pim, GnoFin, etc.) MagicPoint - like PowerPoint Xmovie LxDoom Siag Office (like StarOffice) A good HTML Editor (Blue fish?, Screen) Gnumeric - another spreadsheet I noticed a nice list on www.appwatch.com Maybe it could be a group effort too. BTW, as much as these are mostly GNU apps, I don't see aneed to have the source distributed on the CD, just the binary. Or have just the binary put on HD floppy if it will fit. I hope you won't kill me for possibly volunteering you for this :-). Tim Swenson From: Claus Graf Subject: Re: [ql-developers] Q40/Linux App CD? >Richard, > >As a reader of slashdot.org and other web sites, I'm seeing a lot >of good Linux apps being talked about. It's nice to see GIMP >already on the Q40, but I'd like to see these other apps on the q40. >Getting them to the Q40 can be interesting as they are probably >larger than 1.44 meg (floppy size) and may take more than a simple >recompile to get running. Why not doing the download from the q40? OK, for bigger things it's nicer to have a CD-ROM. My biggets download has been the Linux Sources for Kernel 2.3.47 (about 20 MB!). >What is the possibility of having a knowledgable Q40/Linux person >(namely yourself) compile these apps and make them available on >a Q40 App Cd? I'd be willing to shell out some $$ to buy it. Others >maybe interested too (hence to copy to the group). > >Here is a list of suggested apps:> > >GnuCash - like Quiken >Gcal - calendar >Oleo - Gnu spreadsheet >GnuSql - Database >MySql - Database >Ted - X-Windows RTF editor This prog is already on the Q40 Linux CD. >StarOffice (might be too big) Are there sources available from SUN? >Gnome stuff (Gnome Icon Edit, Gnome Pim, GnoFin, etc.) I personally don't like Gnome very much because it is a resource hog. Even on a PPC G3 233 MHz I cannot tell it's fast. I just want to stick with AfterStep. >MagicPoint - like PowerPoint >Xmovie >LxDoom >Siag Office (like StarOffice) >A good HTML Editor (Blue fish?, Screen) >Gnumeric - another spreadsheet > >I noticed a nice list on www.appwatch.com > >Maybe it could be a group effort too. > >BTW, as much as these are mostly GNU apps, I don't see aneed to >have the source distributed on the CD, just the binary. Or >have just the binary put on HD floppy if it will fit. > >I hope you won't kill me for possibly volunteering you for this :-).> > >Tim Swenson Bye Claus Date: Thu, 22 Jun 2000 08:38:17 -0700 (PDT) From: Timothy Swenson Subject: Re: [ql-developers] Q40/Linux App CD? Right now my Q40 is not hooked to the Net. Even if it was, downloading some of these apps via a 33K or 56K modem line is a bit too slow. Once we have ethernet card support I can take my Q40 to work and put it on the net there. BTW, since I am not near my Q40, are there some apps on the Q40/Linux Cd that are not installed as part of the installation? Tim Swenson Date: Fri, 23 Jun 2000 23:48:11 +0200 From: Richard Zidlicky Subject: Re: [ql-developers] Q40/Linux App CD? On Thu, Jun 22, 2000 at 08:38:17AM -0700, Timothy Swenson wrote: > Right now my Q40 is not hooked to the Net. Even if it was, downloading > some of these apps via a 33K or 56K modem line is a bit too slow. Once > we have ethernet card support I can take my Q40 to work and put it on the > net there. ok, I see the hint :) Well 56K isn't so bad if phone connection costs nothing like in the US, we are still dreaming about that here. > BTW, since I am not near my Q40, are there some apps on the Q40/Linux Cd > that are not installed as part of the installation? yes. There are approximately 2 documentation files on the CD, read them! Bye Richard Date: Sat, 24 Jun 2000 00:25:17 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] Q40/Linux App CD? Hi, > As a reader of slashdot.org and other web sites, I'm seeing a lot > of good Linux apps being talked about. It's nice to see GIMP > already on the Q40, but I'd like to see these other apps on the q40. > Getting them to the Q40 can be interesting as they are probably > larger than 1.44 meg (floppy size) and may take more than a simple > recompile to get running. if you have a source rpm, it is usually a simple recompile. Problems only arise with c++ which is a bit touchy regarding library and compiler versions. > What is the possibility of having a knowledgable Q40/Linux person > (namely yourself) compile these apps and make them available on > a Q40 App Cd? I'd be willing to shell out some $$ to buy it. Others > maybe interested too (hence to copy to the group). > > Maybe it could be a group effort too. I doubt enough money could be arranged to pay me, so it should be done as group effort. We should not do it alone, there are a few other folks using RH 5.2 on m68k. Producing rpm packages is far more time consuming than simply compiling the stuff from source. Sadly RH 5.2 is a bit out of date so we might as well consider to recompile the base applications/libraries before proceeding much further. Eg most of the gnome stuff would hardly compile correctly with our old compiler. OTOH m68k kernels can't be safely built with newest compilers, we have a little problem here. We need a few hackers or even people who test things and send bug reports. > BTW, as much as these are mostly GNU apps, I don't see aneed to > have the source distributed on the CD, just the binary. Or > have just the binary put on HD floppy if it will fit. having the exact same source is very useful. I often find myself recompiling packages from RH to Suse and vv. Finding the source on the internet a year later can be a big problem. Bye Richard From: Tony Firshman Subject: Re: [ql-developers] Q40/Linux App CD? On Fri, 23 Jun 2000 at 23:48:11, Richard Zidlicky wrote: (Ref: <20000623234811.C329@sirizidl.dialin.rrze.uni-erlangen.de>) >On Thu, Jun 22, 2000 at 08:38:17AM -0700, Timothy Swenson wrote: >> Right now my Q40 is not hooked to the Net. Even if it was, download= ing=20 >> some of these apps via a 33K or 56K modem line is a bit too slow. O= nce=20 >> we have ethernet card support I can take my Q40 to work and put it o= n the=20 >> net there. > >ok, I see the hint :) Well 56K isn't so bad if phone connection costs >nothing like in the US, we are still dreaming about that here.=20 Demon is planning to get close to zero, with a .5p a minute charge. This is std evenings and weekends. Weekday requires an extra monthly fee. Going in the right direction though. ADSL looks pretty good - for about =A340 a month one gets permanent 24 hour internet connection and analogue phone line. At the cheapest rate this shares 500k bps with 50 people though. Now that wasn't mentioned in the original hype. - --=20 QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 mailto:tony@firshman.demon.co.uk http://www.firshman.demon.co.uk=20 Voice: +44(0)1442-828254 Fax: +44(0)1442-828255=20 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG From: Timothy Swenson Subject: [ql-developers] Recompiling RPM's to Q40/Linux After rediscovering one of Richard's postings about recompiling RPM packages, I decided to give it a try. I went to www.rpmfind.net and found two small pacakges, both originally for Intel. The packages are: xpinguin-1.0-1 pente-2.2.0-1 I grabbed the source RPM packages and tried what Richard recommended. rpm -ihv package.src.rpm # this installs the source code rpm -ba /usr/src/redhat/SPECS/package.spec # this recompiles and recreates the binary RPM package With both packages I had a little trouble. With xpinguin, the make did nothing. So I added a line in the .spec file just before the make command that said "touch xpinguin.c". This pretty much forces make to recompile the package. Once this line was added, it recompiled and remade the binary RPM. As much as my first attempt looked like it worked, I did notice an error from make, which 'rpm' does not pick up. Since it really did not recompile the first time, when I tried to install this "bad" version, I did not get an error until I tried to run the application. So make sure to watch for errors in the process. Interestingly enough, the i386 RPM is 118K in size, but the M68k version I created is only 24K. The second package did not work when I tried the 'rpm -ba ...". The spec file was lacking greatly in all that it needs to do. But, but good thing is that the package uses 'configure', the same install tool as Perl. I just had to run configure and then run make and it worked. It does not create a RPM package, but it does compile the application so that I could run it. So, even though there are not many m68k RPM packages, it looks like it is fairly easy to port other packages over. I still feel limited by the size of a floppy to move packages to the Q40, but I'm looking around for a collection of RPM's on CD-ROM. BTW, the .spec file is interesting to look at. It's kind of a shell script that does the recompile, and the last few lines (which are just full pathnames for some files) define what to include in the new RPM package. So, if there are errors in recreating the package, the .spec file is easy enough to read and make adjustments to. Tim Swenson From: Richard Zidlicky Subject: Re: [ql-developers] Recompiling RPM's to Q40/Linux Hi, good news, Jes Sorensen has setup a new linux-m68k-redhat, so please cc similar mails to there in future. Just mail linux-m68k-redhat-subscribe@sunsite.auc.dk to subscribe it. > With both packages I had a little trouble. With xpinguin, the make did > nothing. So I added a line in the .spec file just before the make > command that said "touch xpinguin.c". This pretty much forces make to > recompile the package. Once this line was added, it recompiled and remade > the binary RPM. As much as my first attempt looked like it worked, I did > notice an error from make, which 'rpm' does not pick up. Since it really > did not recompile the first time, when I tried to install this "bad" > version, I did not get an error until I tried to run the application. > So make sure to watch for errors in the process. weird, did they accidentally pack the binary file into the source ? > The second package did not work when I tried the 'rpm -ba ...". The spec > file was lacking greatly in all that it needs to do. But, but good thing > is that the package uses 'configure', the same install tool as Perl. I > just had to run configure and then run make and it worked. It does not > create a RPM package, but it does compile the application so that I could > run it. spec file not updated for years I guess. > So, even though there are not many m68k RPM packages, it looks like it is > fairly easy to port other packages over. basic or more widespread packages should work much better than this examples. When compiling more optional things like lesstif, nedit and ssh I found that the rpm-spec files are often suboptimal. Too bad, the only way to know is to build the package and test it which can take long time. If the problems are simple syntax errors in the spec-file I have some experience with fixing that :). Mostly its cut&paste a few lines from one spec-file to another. > I still feel limited by the > size of a floppy to move packages to the Q40, but I'm looking around for > a collection of RPM's on CD-ROM. how about getting RH 6.x from cheapbytes? Make sure to get the CD with the srpms though. > BTW, the .spec file is interesting to look at. It's kind of a shell > script that does the recompile, and the last few lines (which are just > full pathnames for some files) define what to include in the new RPM > package. this is how older rpm's worked, specifying every single file to be included turned out to be a impractical for things like xemacs or glibc. Instead nowadays you specify buildroot -eg /var/tmp/package-xxx and the package gets installed into this unusuall place and all files from there are added to the package stripping the /var/tmp/package-xx prefix. So nothing gets overwritten while building it and you are guaranteed to get a clean RPM with all files. Bye Richard Date: Wed, 28 Jun 2000 11:40:16 +0200 To: ql-developers@nvg.ntnu.no From: Claus Graf Subject: Re: [ql-developers] Recompiling RPM's to Q40/Linux >So, even though there are not many m68k RPM packages, it looks like it is >fairly easy to port other packages over. I still feel limited by the >size of a floppy to move packages to the Q40, but I'm looking around for >a collection of RPM's on CD-ROM. Hi, I have another idea concerning the limitation of floppy disk space, you could compress and split big files with arj on the source computer, save on several floppies and then use unarj on Q40 Linux to put the parts together again. Have fun being a (floppy) disk joeckey :) Claus Date: Wed, 28 Jun 2000 23:14:00 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] Recompiling RPM's to Q40/Linux Hi, > I still feel limited by the > size of a floppy to move packages to the Q40, but I'm looking around for > a collection of RPM's on CD-ROM. here is the offer I was talking about recently. You might want to look at redhats site first to see exactly what is in there. >From info@cheapbytes.com Sat Apr 15 14:35:57 2000 Path: sirizidl.dialin.rrze.uni-erlangen.de!news.uni-erlangen.de!uni-erlangen.de!newsfeed1.telenordia.se!algonet!newsfeed1.funet.fi!news.helsinki.fi!not-for-mail From: info@cheapbytes.com Newsgroups: comp.os.linux.announce Subject: COMMERCIAL: $0.89 CD Containing Red Hat 6.2 Followup-To: comp.os.linux.misc Date: Sat, 8 Apr 2000 11:34:05 GMT Organization: none Approved: linux-announce@news.ornl.gov (Mikko Rauhala) Message-ID: NNTP-Posting-Host: myntti.helsinki.fi X-Trace: oravannahka.helsinki.fi 955187038 21335 128.214.205.15 (8 Apr 2000 09:43:58 GMT) X-Complaints-To: usenet@news.helsinki.fi NNTP-Posting-Date: 8 Apr 2000 09:43:58 GMT Old-Date: Mon, 27 Mar 2000 15:23:59 -0800 X-No-Archive: yes X-Auth: PGPMoose V1.1 PGP comp.os.linux.announce iQCVAgUBOO8ZLlrUI/eHXJZ5AQGyDwP/ScemzYfJL8q8LzCxA1GwsZA3/GPBBUJW lhVH4z2oL8UKWanGmNuDmThD4lc+nNZD5CV+sMYnsL0Ysci8x8PYdmcPR71WtuTa KbTHfp+sUva3aELES031/XAWsYUSO0Ggcggy3ENU1AnRK60zqMSb2+XuCzWPi2KW jovjChQF/lA= =zdEk Xref: sirizidl.dialin.rrze.uni-erlangen.de comp.os.linux.announce:66 Status: O Content-Length: 4497 Lines: 119 -----BEGIN PGP SIGNED MESSAGE----- Cheap*Bytes CD Containing Red Hat 6.2 +++++++++++++++++++++++++++++++++++++++ Cheap*Bytes, a company that specializes in low cost Linux related products, announces the following: Limited time pricing on the following: CheapBytes x86 Installation CD Containing Red Hat 6.2 ---> Price: $0.89 http://cart.cheapbytes.com/cgi-bin/cart/0070010481 CheapBytes x86 Installation + Source CD Containing Red Hat 6.2 ---> Price: $2.49 http://cart.cheapbytes.com/cgi-bin/cart/0070010484 CheapBytes x86 Installation + Source + Doc CD Containing Red Hat 6.2 ---> Price: $3.49 http://cart.cheapbytes.com/cgi-bin/cart/0070010486 Please see section 4 regarding copyright information. Red Hat 6.2 Linux can be used as a UNIX (r) workstation for purposes from running Web Servers to software development. This is the newly released version complete with the new Red Hat installation. Red Hat was easy to install before. Now it is even easier!!! 1. ORDERING INFORMATION - - ------------------------ To order with your chargecard, you can use our *SECURED* web page at: http://www.cheapbytes.com Or just send us e-mail to sales@cheapbytes.com for details if you do not have Web access. For shipments in the United States and Canada, a check in U.S. dollars can be sent in the amount of $0.89 or $2.49 or $3.49 plus $5 (CD-ROM product only) to cover shipping and handling to: CheapBytes P.O. Box 2714 Lodi, CA 95241 COD orders are not accepted for this product. For international orders, please see our shipping schedule at www.cheapbytes.com/shiprate.htm Shipping charges will be applied depending on destination. Orders for just this product will be shipped via U.S. First Class Mail or U.S. Airmail depending on destination. For shipping and handling charges, please review our Web page. All prices are in U.S. dollars. International and chargecard orders are both gladly accepted. Checks and money orders are accepted which are drawn in U.S. dollars. Please see our web page to acquire an order form. 2. AVAILABILITY - - ---------------- These products are expected to be shipping late the week of April 3. 3. TERMS AND CONDITIONS - - ------------------------ We accept multiple CD orders of this product. Buy enough for your whole block or dorm! Shipping charges are applied by weight, not number of items. 4. COPYRIGHT INFORMATION - - ------------------------- Red Hat is a trademark of Red Hat software. This product is not a product of Red Hat, Inc. and not endorsed by Red Hat, Inc. This is a product of CheapBytes and we have no relationship with Red Hat, Inc. The Linux kernel is Copyright 1991, 1992, 1993, 1994 Linus Torvalds (others hold copyrights on some of the drivers, filesystems, and other parts of the kernel) and is licensed under the terms of the GNU General Public License. *** Various other copyrights apply. See the documentation accompanying the software packages for full details. 5. DISCLAIMER - - ------------------------- Not responsible for typographical errors or information given to Cheap*Bytes incorrectly from manufacturers and/or suppliers. See our web page for current pricing and policy information. Prices subject to change without notice. - ---------------------------------------------------------------------------- Cheap*Bytes specializes in discounted computer software and books. We offer a variety of Linux products. Through efficient use of the Internet, we are able to offer great prices on great products! Cheap*Bytes - P.O. Box 2714 - Lodi - CA 95241 - USA FAX - 209-367-8518 sales@cheapbytes.com (e-mail) Web Page http://www.cheapbytes.com - -- 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 Date: Sat, 1 Jul 2000 12:35:38 +0200 From: Richard Zidlicky To: linux-q40 mailing list Subject: [ql-developers] Y2K Hi, I just found the first Y2K bug in linux-Q40 :). Slrn sets year in ~/.jnewsrc.time to 100. Doesn't seem to cause any problems, just occassional messages like: .jnewsrc.time appears corrupt. I expected to see see: NEWGROUPS yymmdd hhmmss GMT I will patch the file up for you. Bye Richard Date: Mon, 3 Jul 2000 22:26:29 -0700 (PDT) From: Timothy Swenson Subject: Re: [ql-developers] Recompiling RPM's to Q40/Linux Richard, Dead on in the CDROM Dept. I just ordered and recieved 8 CD's from CheapBytes, all for less that $20. I ordered the RH 6.2 and 6.1 source CD's. Now I can spend lots of time recompiling stuff. You can't beat the price to get source code for Q40/Linux. No need to DL off the net, just put the CD in and go. Tim Swenson From: Richard Zidlicky Date: Tue, 4 Jul 2000 13:54:37 +0200 (MET DST) Message-Id: <200007041154.NAA17049@faui02b.informatik.uni-erlangen.de> To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] Recompiling RPM's to Q40/Linux > > Richard, > > Dead on in the CDROM Dept. I just ordered and recieved 8 CD's from > CheapBytes, all for less that $20. I ordered the RH 6.2 and 6.1 source > CD's. Now I can spend lots of time recompiling stuff. very nice, did you find some of the "optional" applications on it? There are a few catches, when recompiling (e)gcc compare the 6.x spec-file and patches with those from 5.2. Or perhaps extract all old patches first and search for m68k specific bits. > You can't beat the price to get source code for Q40/Linux. No need to DL > off the net, just put the CD in and go. does anyone know something similar in Europe? I guess p&p from US won't be quite so cheap. Bye Richard Btw, testing the linux-m68k-redhat list - didn't even confirm subscription until now. Date: Tue, 4 Jul 2000 16:15:21 +0200 To: ql-developers@nvg.ntnu.no From: Claus Graf Subject: Re: [ql-developers] Recompiling RPM's to Q40/Linux >Btw, testing the linux-m68k-redhat list - didn't even confirm subscription >until now. I subscribed some days ago and got a confirmation. But after that I never got an email from that list. Claus Date: Tue, 4 Jul 2000 23:03:39 +0100 To: ql-developers@nvg.ntnu.no From: Tony Firshman Subject: Re: [ql-developers] Recompiling RPM's to Q40/Linux On Tue, 4 Jul 2000 at 13:54:37, Richard Zidlicky wrote: (Ref: <200007041154.NAA17049@faui02b.informatik.uni-erlangen.de>) >> >> Richard, >> >> Dead on in the CDROM Dept. I just ordered and recieved 8 CD's from >> CheapBytes, all for less that $20. I ordered the RH 6.2 and 6.1 source >> CD's. Now I can spend lots of time recompiling stuff. > >very nice, did you find some of the "optional" applications on it? >There are a few catches, when recompiling (e)gcc compare the 6.x spec-file >and patches with those from 5.2. Or perhaps extract all old patches first >and search for m68k specific bits. > >> You can't beat the price to get source code for Q40/Linux. No need to DL >> off the net, just put the CD in and go. > >does anyone know something similar in Europe? I guess p&p from US won't be >quite so cheap. Yep - http://www.linux-emporium.co.uk/ - -- 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, 6 Jul 2000 20:27:32 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] Recompiling RPM's to Q40/Linux On Tue, Jul 04, 2000 at 04:15:21PM +0200, Claus Graf wrote: > > >Btw, testing the linux-m68k-redhat list - didn't even confirm subscription > >until now. > > I subscribed some days ago and got a confirmation. But after that I never > got an email from that list. so did anyone get a copy of that email from the list in the meantime? Jes did, but he did setup the list so he may have privileged access ;) Bye Richard Date: Wed, 9 Aug 2000 21:48:46 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: [ql-developers] new kernel Hi, i have uploade a new kernel, v '226-2' to ftp.uni-erlangen.de/pub/Linux/680x0/q40/precompiled/ You need vmlinux and modules. Vmlinux needs to be imported to QDOS and used as kernel image for lxx. To install the modules do this as root: cd / tar xvzf modules... Optionally you can get the diffs from the q40/diffs directory, look for those with a date of 8.8.2000 The diffs can be applied over a clean linux-m68k-2.2.6 source tree which can be extracted from the distribution CD from SRPMS/kernel* or downloaded from the erlangen ftp server. Do NOT use the 2.2.6 kernel from ftp.*.kernel.org or RPMS/kernel-sources* for this purpose. The news: - Ne2k driver. Requires a card that can be jumpered to irq 5,7,10 or 11. Irq 5 and iobase 0x300 strongly recommended. load driver as 'modprobe ne io=0x300 irq=5', if it complains about wrong signature add an 'bad=0xbad' parameter - see also below. - sound, see below for moule loading. Get mpg123-0.59r for playing mp3 files. 'hdparm -u1 /dev/hda' may improve sound quality on heavilly loaded systems. - fixes a serious bug in buserror handler. As a result you can grab the newest UQLX version which will run significantly faster. - firewalls configured in. - some improvements to irq code. Module config changes: in /etc/conf.modules you may want to add these or similar lines: alias char-major-14 dmasound # autoload sound options ne io=0x300 irq=5 alias eth0 ne # autoload NE2K, eg by 'ifconfig eth0 up ...' Bye Richard Date: Sat, 12 Aug 2000 12:59:48 +0200 From: Richard Zidlicky To: ql-users@nvg.ntnu.no, linux-q40 mailing list Subject: [ql-developers] Re: [ql-users] Re: Future of QL On Fri, Aug 11, 2000 at 08:12:19PM -0400, Andrew Halliwell wrote: > > I could not find how to get to that point in LINUX but I must confess I > > got discouraged when the screen seemed bigger than my monitor and I > > could find no way to change it. > > That's called the Virtual Desktop. Can come in usefull sometimes, but if you > don't like it, you can turn it off by editing the X config file. what he is probably refering to is the unfortunate fact that many programs don't fit into the 1024x512 resolution. It can be changed for every program but it is some work.. so which programs are you trying to use Roy? > I don't know what it's called in Q40. On intel machines it's /etc/XF86Config > There's a line in there that has a virtual resolution. If you hash that out, > you fix it. I would love to have virtual resolution on the Q40 but the hardware must support this. > > >However, many applications now have good install facilities and, for most > > >people, the programs supplied in a standard install (RH, SUSE, Mandrake, > > >Corel) will provide most of their other requirements. > > > Are these available for the Q 40 ? > > Q40 Linux is based on Red Hat. RedHat 5.2 There is no need to install anything actually becase nearly everything that looked only remotely usefull to me is installed by default. I am highly sceptical of any attempt to compile Gnome or KDE - in the current configuration it will require a new compiler and bunch of new libs. We will upgrade Linux-Q40 to something newer eventually but don't expect Gnome or KDE to be very fast on a 68040. > With X, the graphical front end can literally be ANYTHING. There are dozens > of totally different window managers, including ones that mimic AfterStep, > Mac, Amiga, ST... You could even have one that mimiced the Pointer > Environment if you wanted (and knew how to program it, because I doubt many > Linux developers have SEEN pointer environment) Linux-Q40 has Afterstep, Windowmaker and some fvwm* thingies. None of them is really very good in their default configuration on the Q40, simply because of the small screen size. What are the experiences of other Q40 users with them? Has anyone some nifty configuration files to share? > Rather than getting frustrated and fed up with it, you should ask for help > here. We could then help you to get all the fine tuning right, and THEN > you'll see the power of linux, and might never have to look at the CLI > again. should we rename ql-users to linux-users? ql-developers is for that purpose so I am crossposting to there.. eventually we should start using that list for Linux related stuff. Remember, ql-users is for flame wars exclusively :) Bye Richard Date: Wed, 16 Aug 2000 15:14:19 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: [ql-developers] NE2K Hi, it seems that there may be interrupt related problems with at boot time. If the machine is booted while the network is active the card may send interrupts that can delay booting by a couple of minutes. It should be possible to avoid either by pluging the cable in only after the 'ne' module has been loaded or recompiling the module into the kernel. If you do the later, add this kernel option (irq=5, io= 0x300): etherdev=5,0x300 eventually a third parameter 0xbad can be added to this option when necessary (wrong signature). Bye Richard Date: Wed, 23 Aug 2000 13:37:12 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] starting PPP as user On Sun, Aug 20, 2000 at 09:20:15PM -0700, Timothy Swenson wrote: > On Sun, 20 Aug 2000 cgraf@coop.q40.de wrote: > > what is the best (securest and easiest) way to start ppp in Q40 Linux > > (ifup ppp) being a normal user (not root)? > > It's been a while since I ran a Unix system that used PPP, but > if I remember correctly, you can configure the network so that > when you "telnet system.com" it knows to fire up PPP to connect. this works, pppd takse 'demand' and 'idle' options. Usually you can add this options to /etc/ppp/options or ../options.ttySx. pppd (or if-up) can be then fired up at boot time. 'idle' takes an argument in seconds when to close the link down. 'demand' requires specifying remote ip-address, this may get renegotiated after dialup which is not a problem usually. However demand dialing has some problems with providers that use dynamic address assignment as connections will probably not survive a redial, choose the 'idle' time accordingly. Another problem with 'demand' is that stray packets can cause connection buildup quite easilly. Many programs will attempt some connections or DNS lookup upon startup. Apparently the filter option is not implemented in this version of pppd, could be simulated with a few ipchains tricks. Bye Richard Date: Wed, 23 Aug 2000 13:46:15 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] starting PPP as user On Sun, Aug 20, 2000 at 07:25:56PM +0100, Tony Firshman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, 20 Aug 2000 at 18:44:35, cgraf@coop.q40.de wrote: > (Ref: ) > > >what is the best (securest and easiest) way to start ppp in Q40 Linux > >(ifup ppp) being a normal user (not root)? > Indeed - I can only do this as root. > .... and the scripts are bugged. > If a line is already open and one types > > ifup ppp0 > > then the script closes the connection and then reopens it. So far so > good, but > > ifdown ppp0 then fails to work. Reboot is the only solution I found, > but I guess there is a cleaner way. Perhaps it kills the wrong daemon, try killall pppd or killall -HUP pppd killall -9 pppd if that doesn't work Optionally see what 'ifconfig' and 'route' say. In really weird cases 'telinit 1' will completely turn off all sorts of networking and all daemons, it will also kill X and everything else so it is almost a reboot. ^D will get you back into default runlevel. I found it easier to have a few scripts that explicitly invoke pppd than messing around with all that configuration scripts, especially as I use a pool of 3 providers currently. Bye Richard From: "John Rawden" Subject: Re: [ql-developers] connecting to internet Hi to all, new Q40 Linux user, I am trying to set up my internet connection, but knowing very little about Linux I am having problems. I have got to the stage of getting a bit confused ! I can dial up and hold a connection, but no communication. I have tryd Ping, sends bytes but no recption. Any ideas/help gratefully recieved. John From: Claus Graf >Hi to all, new Q40 Linux user, I am trying to set up my internet >connection, but knowing very little about Linux >I am having problems. >I have got to the stage of getting a bit confused ! >I can dial up and hold a connection, but no communication. >I have tryd Ping, sends bytes but no recption. >Any ideas/help gratefully recieved. > > John Hi John, I suggest that you use "netcfg" (enter "startx" to get to the X window system). There you can configure interfaces, I guess in your case it will be PPP. You will need at least the phone number, DNS server IP address(es) and an account of your internet provider. This can be entered within netcfg. Interfaces (ppp0 for PPP) can then be activated from netcfg for testing purpose. It might help you to look into the file /var/log/messages, eg: tail -f /var/log/messages It tells you what is going on while dialing up. This might give you a more specific error message. Claus From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Subject: [ql-developers] Firewalls Hi, the new kernel is compiled with firewalling turned on and I would recommend using it. Even though I am rarely longer than 10 minutes online on a dynamically assigned ip I have already seen a couple of interesting things in my logs. Here goes my firewall script. It assumes that ppp* is the interface to outside world and a caching nameserver is used. (enable 'named' using 'ntsysv' and set 'nameserver 127.0.0.1' in /etc/resolv.conf and change named.conf as indicated in the script) It gives a pretty tight wall, no incomming TCP connections, no response to any ICMP messages and a small UDP hole for DNS. The DNS hole can be further reduced if you use a forwarding nameserver - read comments in the script. A few optional things are commented out. You can also restrict what can get out from your box if you like. Bye Richard ------------------------------------------------------------- #!/bin/bash # deadly firewall (c) Richard Zidlicky ############################################################ # set a few kernel parameters. most have reasonable defaults, # repeat it here just be sure # block incoming IP spoofing for f in /proc/sys/net/ipv4/conf/*/rp_filter; do echo 1 > $f done # Turn on SYN cookies if [ -e /proc/sys/net/ipv4/tcp_syncookies ] then echo 1 > /proc/sys/net/ipv4/tcp_syncookies fi #just for the joy of loging it :) echo 1 >/proc/sys/net/ipv4/ip_forward # Enable always defragging Protection #echo 1 > /proc/sys/net/ipv4/ip_always_defrag # Enable broadcast echo Protection echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts # Enable bad error message Protection echo 1 > /proc/sys/net/ipv4/icmp_ignore_bogus_error_responses # disable ICMP redirect messages for f in /proc/sys/net/ipv4/conf/*/accept_redirects; do echo 0 > $f done # Disable Source Routed Packets for f in /proc/sys/net/ipv4/conf/*/accept_source_route; do echo 0 > $f done # Log Spoofed Packets, Source Routed Packets, Redirect Packets for f in /proc/sys/net/ipv4/conf/*/log_martians; do echo 1 > $f done ################################################################ # delete any old chains /sbin/ipchains --flush /sbin/ipchains -X # set deafult policy /sbin/ipchains -P input DENY /sbin/ipchains -P forward DENY /sbin/ipchains -P output ACCEPT # allow all local traffic through 'lo' and eth0 /sbin/ipchains -A input -i lo -j ACCEPT /sbin/ipchains -A input -i eth0 -j ACCEPT # allow TCP connections initiated from inside /sbin/ipchains -A input -i ppp+ -p tcp ! -y -j ACCEPT # accept a few selected ICMPs /sbin/ipchains -A input -i ppp+ -p icmp --icmp-type echo-reply -j ACCEPT /sbin/ipchains -A input -i ppp+ -p icmp --icmp-type source-quench -j ACCEPT /sbin/ipchains -A input -i ppp+ -p icmp --icmp-type time-exceeded -j ACCEPT /sbin/ipchains -A input -i ppp+ -p icmp --icmp-type parameter-problem -j ACCEPT /sbin/ipchains -A input -i ppp+ -p icmp --icmp-type destination-unreachable -j ACCEPT # add a hole for local caching nameserver, THIS REQUIRES # query-source address * port 1336; # in /etc/named.conf # source address should be further restricted when a forwarding DNS is used /sbin/ipchains -A input -i ppp+ -s 0.0.0.0/0.0.0.0 53 -d 0.0.0.0/0.0.0.0 1336 -p udp -j ACCEPT # add a hole for NTP ## /sbin/ipchains -A input -i ppp+ -s 131.188.34.75 123 -p udp -j ACCEPT # reject ident requests from domains where you login or popmail, speeds up connection buildup sometimes ##/sbin/ipchains -A input -i ppp+ -s 131.188.30.0/255.255.255.0 --destination-port 113 -p tcp -j REJECT -l ##/sbin/ipchains -A input -i ppp+ -s 131.188.3.0/255.255.255.0 --destination-port 113 -p tcp -j REJECT -l # log and deny everything else /sbin/ipchains -A input -j DENY -l /sbin/ipchains -A forward -j DENY -l ################################################################### # This section manipulates the Type Of Service (TOS) bits of the # packet. # Set ssh, www, smtp, pop3 and ftp-control for minimum delay /sbin/ipchains -A output -p tcp -d 0/0 22 -t 0x01 0x10 # ssh #/sbin/ipchains -A output -p tcp -d 0/0 23 -t 0x01 0x10 #/sbin/ipchains -A output -p tcp -d 0/0 21 -t 0x01 0x10 /sbin/ipchains -A output -p tcp -d 0/0 110 -t 0x01 0x10 #/sbin/ipchains -A output -p tcp -d 0/0 25 -t 0x01 0x10 # Set ftp-data for maximum throughput /sbin/ipchains -A output -p tcp -d 0/0 20 -t 0x01 0x08 Date: Fri, 20 Oct 2000 22:13:56 +0200 (CEST) From: To: ql-developers@nvg.ntnu.no cc: godefroy@imaginet.fr Subject: [ql-developers] qdos-gcc (as68) Hello Thierry, I have a problem with qdos-gcc (main make build of cross compiler), to be more precise with the as script. Are you sure you have put the latest patch into the archive? Claus PS: Was not sure if you are in ql-developers. Here's the error message: for name in _muldi3 _divdi3 _moddi3 _udivdi3 _umoddi3 _negdi2 _lshrdi3 _ashldi3 _ashrdi3 _ffsdi2 _udiv_w_sdiv _udivmoddi4 _cmpdi2 _ucmpdi2 _floatdidf _floatdisf _fixunsdfsi _fixunssfsi _fixunsdfdi _fixdfdi _fixunssfdi _fixsfdi _fixxfdi _fixunsxfdi _floatdixf _fixunsxfsi _fixtfdi _fixunstfdi _floatditf __gcc_bcmp _varargs __dummy _eprintf _bb _shtab _clear_cache _trampoline __main _exit _ctors _pure; \ do \ echo ${name}; \ /hd2/build-qdos-gcc/gcc/xgcc -B/hd2/build-qdos-gcc/gcc/ -B/usr/local/qdos/bin/ -I/usr/local/qdos/include -O2 -DCROSS_COMPILE -DIN_GCC -g -O2 -I./include -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I../../gcc-2.95.1/gcc -I../../gcc-2.95.1/gcc/config -I../../gcc-2.95.1/gcc/../include -c -DL${name} \ ../../gcc-2.95.1/gcc/libgcc2.c -o ${name}.o; \ if [ $? -eq 0 ] ; then true; else exit 1; fi; \ qdos-ar rc tmplibgcc2.a ${name}.o; \ rm -f ${name}.o; \ done _muldi3 /usr/local/qdos/bin/as: [: ==: binary operator expected /usr/local/qdos/bin/as: extraneous /tmp/ccYHPR9l.s filename ! make[3]: *** [libgcc2.a] Error 1 make[3]: Leaving directory `/hd2/build-qdos-gcc/gcc' make[2]: *** [stmp-multilib-sub] Error 2 make[2]: Leaving directory `/hd2/build-qdos-gcc/gcc' make[1]: *** [stmp-multilib] Error 1 make[1]: Leaving directory `/hd2/build-qdos-gcc/gcc' make: *** [all-gcc] Error 2 Date: Sun, 22 Oct 2000 11:47:03 +0200 From: Richard Zidlicky To: ql-developers@nvg.ntnu.no Cc: godefroy@imaginet.fr Subject: Re: [ql-developers] qdos-gcc (as68) On Fri, Oct 20, 2000 at 10:13:56PM +0200, cgraf@coop.q40.de wrote: > Hello Thierry, > > I have a problem with qdos-gcc (main make build of cross compiler), to be > more precise with the as script. Are you sure you have put the latest > patch into the archive? nothing to do with the patch, > /usr/local/qdos/bin/as: [: ==: binary operator expected ^^^^ thats an error in that shell script. Look for statements like if [ op1 == op2 ] ; where op1 or op2 is a shell var without the double qoutes (""), pretty common error. Bye Richard Date: Sun, 22 Oct 2000 14:16:48 +0200 (CEST) From: To: ql-developers@nvg.ntnu.no cc: godefroy@imaginet.fr Subject: Re: [ql-developers] qdos-gcc (as68) > > Hello Thierry, > > > > I have a problem with qdos-gcc (main make build of cross compiler), to be > > more precise with the as script. Are you sure you have put the latest > > patch into the archive? > > nothing to do with the patch, I meant the latest (and therefore patched) version of as. > > /usr/local/qdos/bin/as: [: ==: binary operator expected > ^^^^ > thats an error in that shell script. Look for statements like > > if [ op1 == op2 ] ; > > where op1 or op2 is a shell var without the double qoutes (""), > pretty common error. > > Bye > Richard I have located the part that makes the problem, but don't have a clue whats wrong here: ..snip.. if [ "$src" == "" ] ; then src=$1 else echo 1>&2 "$0: extraneous $1 filename !" exit 1 fi The if condition generates the error message and then the script exits in the else clause. Claus Date: Sun, 22 Oct 2000 19:08:27 +0200 From: Thierry Godefroy To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] qdos-gcc (as68) Hi ! Sorry for this late reply but I left home on Friday morning IOT attend the Paris meeting yesterday; I'm just back home. On Fri, 20 Oct 2000, wrote: >I have a problem with qdos-gcc (main make build of cross >compiler), to be more precise with the as script. Are you >sure you have put the latest patch into the archive? Yes, i am ! I changed the script following Richard's suggestions IOT avoid some bash v2.03+ specific tests (if ((...)) ; then) in it... >PS: Was not sure if you are in ql-developers. Yes I am in it... On Sun, 22 Oct 2000, Richard Zidlicky replied: >nothing to do with the patch, > > > /usr/local/qdos/bin/as: [: ==: binary operator expected > ^^^^ >thats an error in that shell script. Look for statements like > > if [ op1 == op2 ] ; > >where op1 or op2 is a shell var without the double qoutes (""), >pretty common error. The "as" script in qdos-gcc-utils.tar.bz2 does not have such a quotes-less test ! On Sun, 22 Oct 2000, wrote: > I have located the part that makes the problem, but don't have a clue > whats wrong here: > > ...snip.. > if [ "$src" == "" ] ; then > src=$1 > else > echo 1>&2 "$0: extraneous $1 filename !" > exit 1 > fi > > The if condition generates the error message and then the script exits in > the else clause. Very strange... I added some more quotes (in variable assignements) to the attached "as" script, could you please try it and tell me the result ? QDOS/SMS forever ! Thierry. --spruceZQQYAEDHNMDOVZHQOZIT Content-Type: application/octet-stream; name="as" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="as" IyEvYmluL3NoIAoKYXM2OD0iL3Vzci9sb2NhbC9xZG9zL2Jpbi9hczY4IgojIHlvdSBtYXkgdXNl IGEgc3BlY2lmaWMgY3BwIHZlcnNpb24uIEUuZy46CiMKIyB2ZXJzaW9uPWBxZG9zLWdjYyAtLXZl cnNpb25gCiMgY3BwPSIvdXNyL2xvY2FsL2xpYi9nY2MtbGliL3Fkb3MvJHZlcnNpb24vY3BwIgpj cHA9ImNwcCIKY21kbGluZT0iJCoiCm9wdD0iIgpzcmM9IiIKb2JqPSIiCmRlZj0iIgpmbGFnPTAK CmZvciBpIGluICRjbWRsaW5lIDsgZG8KCWNhc2UgIiQxIiBpbgoJCS1EKikKCQkJZGVmPSIkZGVm ICQxIgoJCQk7OwoJCS1vKQoJCQlzaGlmdCAxCgkJCW9iaj0iIC1vICQxIgoJCQk7OwoJCS1nd2Fz cykKCQkgICAgICAgIGVjaG8gMT4mMiAiR1dhc3Mgbm90IHlldCBzdXBwb3J0ZWQiICAKCQkgICAg ICAgIDs7CgkJLSopCgkJCW9wdD0iJG9wdCQxICIKCQkJOzsKCQkqKQoJCQlpZiBbICIkMSIgIT0g IiIgXSA7IHRoZW4gCgkJCQlpZiBbICIkc3JjIiA9PSAiIiBdIDsgdGhlbgoJCQkJCXNyYz0iJDEi CgkJCQllbHNlCgkJCQkJZWNobyAxPiYyICIkMDogZXh0cmFuZW91cyAkMSBmaWxlbmFtZSAhIgoJ CQkJCWV4aXQgMQoJCQkJZmkKCQkJZmkKCQkJOzsKCWVzYWMKCXNoaWZ0IDEKZG9uZQoKaWYgWyAi JHNyYyIgIT0gIiIgXSA7IHRoZW4KCWhlYWQgLTEgJHNyYyB8IGdyZXAgJyMnID4vZGV2L251bGwK CWlmIFsgIiQ/IiA9PSAiMCIgXSA7IHRoZW4KCQlmbGFnPSIxIgoJZmkKZmkKCmlmIFsgIiRmbGFn IiA9PSAiMSIgXSA7IHRoZW4KCXBhcnRzPWBlY2hvICRzcmMgfCBzZWQgLWUgJ3kvXC8vIC8nYAoJ aWYgWyAiJHtwYXJ0czowOjF9IiA9PSAiICIgXSA7IHRoZW4KCQliYXNlPSIvIgoJZWxzZQoJCWJh c2U9Ii4vIgoJZmkKCWZvciBpIGluICRwYXJ0cyA7IGRvCgkJaWYgWyAtZCAiJGJhc2UkaSIgXSA7 IHRoZW4KCQkJYmFzZT0iJGJhc2UkaS8iCgkJZWxzZQoJCQlicmVhawoJCWZpCglkb25lCglpZiBb ICIkYmFzZSIgIT0gIi4vIiBdIDsgdGhlbgoJCWNwcF9vcHQ9Ii1QIC1JICRiYXNlIgoJZWxzZQoJ CWNwcF9vcHQ9Ii1QIgoJZmkKCW12IC1mICRzcmMgJHNyYy5iYWsuJCQKCXRhaWwgKzIgJHNyYy5i YWsuJCQgfCAkY3BwICRjcHBfb3B0JGRlZiAtbyAkc3JjIC0KCXJlc3VsdD0kPwoJaWYgWyAiJHJl c3VsdCIgPT0gIjAiIF0gOyB0aGVuCgkJJGFzNjggJG9wdCRzcmMkb2JqCglmaQoJcmVzdWx0PSIk PyIKCWlmIFsgIiRyZXN1bHQiICE9ICIwIiBdIDsgdGhlbgoJCWNwIC1mICRzcmMgJHNyYy5pCgkJ ZWNobyAiRmF1bHR5IHByZS1wcm9jZXNzZWQgc291cmNlIHNhdmVkIGFzOiAkc3JjLmkiCglmaQoJ bXYgLWYgJHNyYy5iYWsuJCQgJHNyYwplbHNlCgkkYXM2OCAkb3B0JHNyYyRvYmoKCXJlc3VsdD0i JD8iCmZpCgpleGl0ICRyZXN1bHQK --spruceZQQYAEDHNMDOVZHQOZIT-- Date: Sun, 22 Oct 2000 21:34:00 +0200 (CEST) From: To: ql-developers@nvg.ntnu.no Subject: Re: [ql-developers] qdos-gcc (as68) On Sun, 22 Oct 2000, Thierry Godefroy wrote: > Hi ! > > Sorry for this late reply but I left home on Friday morning > IOT attend the Paris meeting yesterday; I'm just back home. Ah, then I can apologize for the delay ;) Was TT attending? >..snip > Very strange... > > I added some more quotes (in variable assignements) to the attached "as" > script, could you please try it and tell me the result ? > > QDOS/SMS forever ! > > Thierry. Still the same problem. See error message below. Thanx Claus /hd2/build-qdos-gcc/gcc/xgcc -B/hd2/build-qdos-gcc/gcc/ -B/usr/local/qdos/bin/ -I/usr/local/qdos/include -O2 -DCROSS_COMPILE -DIN_GCC -g -O2 -I./include -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I../../gcc-2.95.1/gcc -I../../gcc-2.95.1/gcc/config -I../../gcc-2.95.1/gcc/../include -c -DL${name} \ ../../gcc-2.95.1/gcc/libgcc2.c -o ${name}.o; \ if [ $? -eq 0 ] ; then true; else exit 1; fi; \ qdos-ar rc tmplibgcc2.a ${name}.o; \ rm -f ${name}.o; \ done _muldi3 /usr/local/qdos/bin/as: [: ==: binary operator expected /usr/local/qdos/bin/as: extraneous /tmp/ccxjMvM0.s filename ! make[3]: *** [libgcc2.a] Error 1 make[3]: Leaving directory `/hd2/build-qdos-gcc/gcc' make[2]: *** [stmp-multilib-sub] Error 2 make[2]: Leaving directory `/hd2/build-qdos-gcc/gcc' make[1]: *** [stmp-multilib] Error 1 make[1]: Leaving directory `/hd2/build-qdos-gcc/gcc' make: *** [all-gcc] Error 2 Date: Sun, 22 Oct 2000 22:31:55 +0200 From: Thierry Godefroy To: ql-developers@nvg.ntnu.no This is a multi-part message in MIME format. --spruceBBIKKUILPDNIZGMHCQRH Content-Type: text/plain Content-Transfer-Type: 8bit On Sun, 22 Oct 2000, wrote: > On Sun, 22 Oct 2000, Thierry Godefroy wrote: > > > Hi ! > > > > Sorry for this late reply but I left home on Friday morning > > IOT attend the Paris meeting yesterday; I'm just back home. > > Ah, then I can apologize for the delay ;) > Was TT attending? No... :-( > >..snip > > Very strange... > > > > I added some more quotes (in variable assignements) to the attached "as" > > script, could you please try it and tell me the result ? > > Still the same problem. > See error message below. Could you try this one then (see attachement) ? Thierry. --spruceBBIKKUILPDNIZGMHCQRH Content-Type: application/octet-stream; name="as" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="as" IyEvYmluL3NoIAoKYXM2OD0iL3Vzci9sb2NhbC9xZG9zL2Jpbi9hczY4IgojIHlvdSBtYXkgdXNl IGEgc3BlY2lmaWMgY3BwIHZlcnNpb24uIEUuZy46CiMKIyB2ZXJzaW9uPWBxZG9zLWdjYyAtLXZl cnNpb25gCiMgY3BwPSIvdXNyL2xvY2FsL2xpYi9nY2MtbGliL3Fkb3MvJHZlcnNpb24vY3BwIgpj cHA9ImNwcCIKY21kbGluZT0iJCoiCm9wdD0iIgpzcmM9IiIKb2JqPSIiCmRlZj0iIgpmbGFnPTAK CmZvciBpIGluICRjbWRsaW5lIDsgZG8KCWNhc2UgIiQxIiBpbgoJCS1EKikKCQkJZGVmPSIkZGVm ICQxIgoJCQk7OwoJCS1vKQoJCQlzaGlmdCAxCgkJCW9iaj0iIC1vICQxIgoJCQk7OwoJCS1nd2Fz cykKCQkgICAgICAgIGVjaG8gMT4mMiAiR1dhc3Mgbm90IHlldCBzdXBwb3J0ZWQiICAKCQkgICAg ICAgIDs7CgkJLSopCgkJCW9wdD0iJG9wdCQxICIKCQkJOzsKCQkqKQoJCQlpZiBbICIkMSIgIT0g IiIgXSA7IHRoZW4gCgkJCQlpZiBbICIkc3JjIiA9PSAiIiBdIDsgdGhlbgoJCQkJCXNyYz0iJDEi CgkJCQllbHNlCgkJCQkJZWNobyAxPiYyICIkMDogZXh0cmFuZW91cyAkMSBmaWxlbmFtZSAhIgoJ CQkJCWV4aXQgMQoJCQkJZmkKCQkJZmkKCQkJOzsKCWVzYWMKCXNoaWZ0IDEKZG9uZQoKaWYgWyAi JHNyYyIgIT0gIiIgXSA7IHRoZW4KCWhlYWQgLTEgJHNyYyB8IGdyZXAgJyMnID4vZGV2L251bGwK CWlmIFsgIiQ/IiA9ICIwIiBdIDsgdGhlbgoJCWZsYWc9IjEiCglmaQpmaQoKaWYgWyAiJGZsYWci ID0gIjEiIF0gOyB0aGVuCglwYXJ0cz1gZWNobyAkc3JjIHwgc2VkIC1lICd5L1wvLyAvJ2AKCWlm IFsgIiR7cGFydHM6MDoxfSIgPSAiICIgXSA7IHRoZW4KCQliYXNlPSIvIgoJZWxzZQoJCWJhc2U9 Ii4vIgoJZmkKCWZvciBpIGluICRwYXJ0cyA7IGRvCgkJaWYgWyAtZCAiJGJhc2UkaSIgXSA7IHRo ZW4KCQkJYmFzZT0iJGJhc2UkaS8iCgkJZWxzZQoJCQlicmVhawoJCWZpCglkb25lCglpZiBbICIk YmFzZSIgIT0gIi4vIiBdIDsgdGhlbgoJCWNwcF9vcHQ9Ii1QIC1JICRiYXNlIgoJZWxzZQoJCWNw cF9vcHQ9Ii1QIgoJZmkKCW12IC1mICRzcmMgJHNyYy5iYWsuJCQKCXRhaWwgKzIgJHNyYy5iYWsu JCQgfCAkY3BwICRjcHBfb3B0JGRlZiAtbyAkc3JjIC0KCXJlc3VsdD0kPwoJaWYgWyAiJHJlc3Vs dCIgPSAiMCIgXSA7IHRoZW4KCQkkYXM2OCAkb3B0JHNyYyRvYmoKCWZpCglyZXN1bHQ9IiQ/IgoJ aWYgWyAiJHJlc3VsdCIgIT0gIjAiIF0gOyB0aGVuCgkJY3AgLWYgJHNyYyAkc3JjLmkKCQllY2hv ICJGYXVsdHkgcHJlLXByb2Nlc3NlZCBzb3VyY2Ugc2F2ZWQgYXM6ICRzcmMuaSIKCWZpCgltdiAt ZiAkc3JjLmJhay4kJCAkc3JjCmVsc2UKCSRhczY4ICRvcHQkc3JjJG9iagoJcmVzdWx0PSIkPyIK ZmkKCmV4aXQgJHJlc3VsdAo= --spruceBBIKKUILPDNIZGMHCQRH--