From: Digestifier To: Linux-Development@senator-bedfellow.mit.edu Reply-To: Linux-Development@senator-bedfellow.mit.edu Date: Sun, 5 Dec 93 16:13:15 EST Subject: Linux-Development Digest #291 Linux-Development Digest #291, Volume #1 Sun, 5 Dec 93 16:13:15 EST Contents: Sendmail 8.6.4 configuration (?) (Timothy J. Kordas) Re: SQL for University Ingres (Randy S. Whitney) Re: Working NIS anywhere? (Mark T. Ganzer) Re: Neuronal networks (Bill C. Riemers) Re: Some questions from an new user... (Daniel Garcia (system overlord)) EXT2 filesystem unrecoverable error - HELP!!!!! (Ed Carp) xdm & keyboard problem Re: Sendmail 8.6.4 configuration (?) (Dan Russell) Re: SQL for University Ingres (Roy Hann) Re: SQL for University Ingres ("Brian E. Gallew") scroll-back tty's (Laszlo Herczeg) Re: scroll-back tty's (Robert Sanders) Re: scroll-back tty's (Ross Boswell) Re: THE ULTIMATE FAQ ANSWER (Piercarlo Grandi) Need Comm. Software ! (Marco Bertolucci) Re: ext2fs and 0.99pl14 (Stephen Tweedie) ---------------------------------------------------------------------------- From: tjk@nostromo.eeap.cwru.edu (Timothy J. Kordas) Subject: Sendmail 8.6.4 configuration (?) Date: 5 Dec 1993 04:19:03 GMT I recently got a copy of Sendmail 8.6.4 and compiled it (with only minor difficulties)...and now I'm having some trouble getting a config file that will work...does anyone have a sendmail 8.6.4 config file I could use as a guide (the machine concerned uses SMTP and has a direct Net connection).... any help ? -Tim -- Timothy J. Kordas | tjk@nostromo.eeap.cwru.edu Electrical Engineering and Applied Physics | Case Western Reserve University | Cleveland, Ohio 44106 | ------------------------------ Date: Sat, 4 Dec 1993 22:37:31 EST From: Randy S. Whitney Crossposted-To: comp.databases,comp.os.linux.misc Subject: Re: SQL for University Ingres In article , zmbenhal@netcom.com (Zeyd M. Ben-Halim) says: > >In article <2dr393$qsp@galileo.polito.it>, >enrico badella (L.R.) wrote: >>I'm playing with University Ingres on my Linux box; it's a nice peice >>of code but what I'm really missing is SQL, I cannot get uesed to QUEL. > >I seriously doubt that anyone is going to add SQL to university ingres, >at least without being paid for it. Most of the people familiar with >QUEL and SQL think QUEL is better and have no incentive to add SQL. As we in the un*x world know, better does not necessarily mean acceptance, and SQL is considered the standard, these days. >>Has anybody every tried adding a SQL engine? Please don't tell me >>to buy Ingres from Ask 8*) This sounds to me like a good PD project...any takers? >--- >Zeyd M. Ben-Halim zmbenhal@netcom.com >10479 1/4 Santa Monica Blvd, LA, CA, 90025 (310) 470-0281 -- Randy S. Whitney % rsw105@psuvm.psu.edu Student Consultant % rsw@fubar.bk.psu.edu General Electric Computer Center % rsw@cac.psu.edu The Pennsylvania State University % rsw105@psu.edu ------------------------------ Crossposted-To: comp.os.linux.admin From: ganzer@nosc.mil (Mark T. Ganzer) Subject: Re: Working NIS anywhere? Date: Sun, 5 Dec 1993 05:05:10 GMT Kjetil Torgrim Homme (kjetilho@ifi.uio.no) wrote: : So... Are anyone using NIS on their Linux-machines? Any clues to : offer? I have just installed the yp-linux binaries on a machine at work. I had problems as well (this was on a Slackware 1.1.0 installation) until I backed libc down from 4.4.4 to the libc.4.4.2 included in the yp-linux binaries. Being new to linux, I don't know what problems the reverting to the slightly older libraries will cause... I haven't seen any yet. I have the libc.4.4.4 sources, and the NIS routines are definitely there, but I haven't tried recompiling them yet (the documentation on doing this is VERY sketchy). -- Mark T. Ganzer Naval Command, Control & Ocean Surveillance Center, ganzer@opus.nosc.mil RDT&E Division (aka NRaD), San Diego, CA ------------------------------ From: bcr@bohr.physics.purdue.edu (Bill C. Riemers) Subject: Re: Neuronal networks Date: 5 Dec 93 04:53:13 GMT In article <1993Dec4.161139.22431@arthax.satlink.net> floyd@arthax.satlink.net (Christian Pablo Tagtachian) writes: >Hello, I am looking for a developement package for neuronal networks, >does anyone know about the existance of such thing for Linux? >I also got SmallTalk with its interface for X, but it doesn't allow you to >develope X11 applications, is there any add-on for it to support such >thing? >Thank you very much. >Christian > > Buenos Aires, Argentina. I'm not sure why you posted the same message twice, but anyways would something like JETNET work? It should compile with f2c and seems about one of the most intelligent neural network code I've used. If you like I can look up the e-mail address so you request the latest version. Bill ------------------------------ From: kender@executor (Daniel Garcia (system overlord)) Subject: Re: Some questions from an new user... Date: 5 Dec 1993 07:17:52 GMT Reply-To: kender@esu.edu Slaving away in a dark room, allan@colossus.mct.uucp (Allan Clearwaters - System Guru) produced: > >A couple of other questions. How do I get tin to compile. I tried the >distribution from SLS; it claims that if a 'make minix' it will work. Not >so. Is there a better distribution?? Make minix isn't what you want, make sysv is. At least, that's what I used to get tin to compile (I personally use trn, but we have both installed on my roommate's machine ;). In addition, I run it over term without any problems ;) D -- |Dan Garcia,Kender@esu.edu|If privacy is outlawed then only outlaws will have | |#include | privacy - Phil Zimmerman, author of PGP | |Coram Deo|Death to Barney| This space for rent - mail ideas to me -- | | GCS/MU d--() -p+ c++(c+) l++ u+ e+(*) m++(*) s !n h f+ !g w+ t++(--) r+ !y | ------------------------------ Crossposted-To: comp.os.linux.admin,comp.os.linux.misc,comp.os.linux.help From: ecarp@netcom.com (Ed Carp) Subject: EXT2 filesystem unrecoverable error - HELP!!!!! Date: Sun, 5 Dec 1993 09:51:46 GMT HELP!!! I'm running 0.99.14, with e2fsck 0.3 (but 0.4 gives me the same result) I run e2fsck on my root partition. It gives me a read error: fsck.ext2: read failed in cache_read_block Then it STOPS! It won't continue, it won't fix the filesystem. When the system comes up, and it hits the directory where the problem is, the damned kernel PANICS! kernel panic: EXT2-fs panic: ext2_read_inode: unable to read i-node block How do I get around this? This is a production system, and the thing won't come up! HELP!!! You can reach me this morning at 800/261-6630 - I will be here until I can get this problem solved... -- Ed Carp, N7EKG ecarp@netcom.com 510/659-9560 an38299@anon.penet.fi, anon-1157@twwells.com If you want magic, let go of your armor. Magic is so much stronger than steel! -- Richard Bach, "The Bridge Across Forever" -- Ed Carp, N7EKG ecarp@netcom.com 510/659-9560 an38299@anon.penet.fi, anon-1157@twwells.com If you want magic, let go of your armor. Magic is so much stronger than steel! -- Richard Bach, "The Bridge Across Forever" ------------------------------ From: boy@atm.cm.nctu.edu.tw () Subject: xdm & keyboard problem Date: 5 Dec 1993 12:02:54 GMT Hello, there, I have installed SLS 1.03 and recently upgrade the XFREE to 2.0 It seems just fine. And recently I have tried to put the xdm to /etc/rc but found that when I logged in, under the xterm, the 'numbersign' and 'at' cannot be typed in xterm. All I have got is that SHIFT-3 acts like 'backspace' and SHIFT-2 acts like 'CTRL-U'. I use the xmodmap -pk to see if the key is being redefinied or not. But the results shows just normal. % xmodmap -pk There are 4 KeySyms per KeyCode; KeyCodes range from 8 to 134. KeyCode Keysym (Keysym) ... Value Value (Name) ... 8 9 0xff1b (Escape) 10 0x0031 (1) 0x0021 (exclam) 11 0x0032 (2) 0x0040 (at) 12 0x0033 (3) 0x0023 (numbersign) 13 0x0034 (4) 0x0024 (dollar) 14 0x0035 (5) 0x0025 (percent) 15 0x0036 (6) 0x005e (asciicircum) 16 0x0037 (7) 0x0026 (ampersand) 17 0x0038 (8) 0x002a (asterisk) 18 0x0039 (9) 0x0028 (parenleft) 19 0x0030 (0) 0x0029 (parenright) 20 0x002d (minus) 0x005f (underscore) 21 0x003d (equal) 0x002b (plus) 22 0xff08 (BackSpace) 23 0xff09 (Tab) . . . Have anyone ever encountered this problem? Any idea?? - Michael E-Mail: boy@banyan.cm.nctu.edu.tw ------------------------------ From: russed@rembrandt.its.rpi.edu (Dan Russell) Subject: Re: Sendmail 8.6.4 configuration (?) Date: 5 Dec 1993 13:55:13 GMT tjk@nostromo.eeap.cwru.edu (Timothy J. Kordas) writes: >I recently got a copy of Sendmail 8.6.4 and compiled it (with only >minor difficulties)...and now I'm having some trouble getting a config >file that will work...does anyone have a sendmail 8.6.4 config file I could >use as a guide (the machine concerned uses SMTP and has a direct Net >connection).... I have a completely working system (with a miling list!), which I mailed to Tim. Drop me a line at sorcerer@bugs.stu.rpi.edu if you'd like a copy. It's nothing special- I based it on tcpproto.mc and followed the directions. dan >-Tim >-- >Timothy J. Kordas | tjk@nostromo.eeap.cwru.edu >Electrical Engineering and Applied Physics | >Case Western Reserve University | >Cleveland, Ohio 44106 | ------------------------------ Crossposted-To: comp.databases,comp.os.linux.misc From: rhh@tachy.uah.ualberta.ca (Roy Hann) Subject: Re: SQL for University Ingres Date: Sun, 5 Dec 1993 16:12:13 GMT RSW105@psuvm.psu.edu (Randy S. Whitney) writes: : In article , zmbenhal@netcom.com (Zeyd M. : Ben-Halim) says: : > : >In article <2dr393$qsp@galileo.polito.it>, : >enrico badella (L.R.) wrote: : >>I'm playing with University Ingres on my Linux box; it's a nice peice : >>of code but what I'm really missing is SQL, I cannot get uesed to QUEL. : > : >I seriously doubt that anyone is going to add SQL to university ingres, : >at least without being paid for it. Most of the people familiar with : >QUEL and SQL think QUEL is better and have no incentive to add SQL. : : As we in the un*x world know, better does not necessarily mean : acceptance, and SQL is considered the standard, these days. : : >>Has anybody every tried adding a SQL engine? Please don't tell me : >>to buy Ingres from Ask 8*) : : This sounds to me like a good PD project...any takers? When Relational Technology (as it then was) first added SQL, I believe they simply translated the SQL to QUEL. The two problems that are instantly apparent are that you would need to add the UNION operator (QUEL's only notable deficiency in my view), and SQL views are virtual tables possibly including duplicates, while QUEL views are re-writes of the WHERE clause. It need not be too hard to tackle either of these problems though. But building a native SQL engine would be a huge job if you wanted to keep the optimizer. Having said all that, you really should try to master QUEL--especially the aggregate functions. It could be a religious experience. QUEL is elegant, concise, subtle and powerful. SQL is none of those things. QUEL is also FAR easier to learn, so if you have already mastered SQL you've got what it takes. C. J. Date's "A Guide to INGRES" has a fairly good QUEL tutorial. See the incomparable INGRES FAQ on comp.databases.ingres for details. $.02 worth. ======================================================================== Roy Hann Senior Analyst, Information Systems rhh@tachy.uah.ualberta.ca University of Alberta Hospitals (MIME-capable mail agent) WMC 2C2.21, 8440-112th Street, Edmonton, Alberta Tel: (403)492-4367 T6G 0N4 FAX: (403)492-3090 Canada ======================================================================== ------------------------------ From: "Brian E. Gallew" Crossposted-To: comp.databases,comp.os.linux.misc Subject: Re: SQL for University Ingres Date: Sun, 5 Dec 1993 11:03:48 -0500 zmbenhal@netcom.com (Zeyd M. Ben-Halim) writes: > I seriously doubt that anyone is going to add SQL to university ingres, > at least without being paid for it. Most of the people familiar with > QUEL and SQL think QUEL is better and have no incentive to add SQL. Buzzt! You lose. Ingres is our main production base in my department, and there isn't anyone here who would rather use QUEL than SQL. My guess would be that the choice of whether to use QUEL or SQL would be determined by personal preferences, portability, and availability. (and, yes, we DID buy Ingres (back in the days when you purchased it from Ingres) -Brian ========================================================================= | "Are they dead?" | | "Does it matter?" | | - Pugsley and Wednesday in "The Addams Family." | ========================================================================= ------------------------------ From: las@whome.uucp (Laszlo Herczeg) Subject: scroll-back tty's Date: Sun, 5 Dec 1993 17:34:22 GMT What would it take to implement scroll-back on tty output? That is, the user could scroll back on the screen output by hitting a certain key, such as PgUp. Would it have to go into the kernel, or could it be hacked into a shell, similar to the way the program "screen" has a scrollback buffer? ------------------------------ From: gt8134b@prism.gatech.EDU (Robert Sanders) Subject: Re: scroll-back tty's Date: 5 Dec 93 18:57:55 GMT las@whome.uucp (Laszlo Herczeg) writes: > What would it take to implement scroll-back on tty output? There is limited scroll-back on virtual consoles. Basically, pressing shift-pgup and shift-pgdn (default key mappings) let you access other parts of the circular video buffer. Switching VC's will lose scrollback because it resets the buffer. > Would it have to go into the kernel, or could it be hacked into >a shell, similar to the way the program "screen" has a >scrollback buffer? A more complete implementation could be put in the kernel, but I'm not sure the benefits would be worth the bloat. I can usually get the same effects using pagers when I need scrollback. Other approaches are to run a shell under GNU Emacs or screen. -- _g, '96 --->>>>>>>>>> gt8134b@prism.gatech.edu <<<<<<<<<--- CompSci ,g_ W@@@W__ |-\ ^ | disclaimer: <---> "Bow before ZOD!" __W@@@W W@@@@**~~~' ro|->> On 3 Dec 93 22:45:42 GMT, lpkruger@tucson.Princeton.EDU (Louis >>> P. Kruger) said: Louis> In article <2dmfg2$31l@smurf.noris.de>, Louis> Matthias Urlichs wrote: Matthias> Note, also, that it's impossible to write new Motif programs Matthias> when all you have is the (runtime part of the) shared library; Matthias> all the library gives you is space saved on disk and in Matthias> memory. Guess what? You still can't distribute a shared Motif Matthias> library. Matthias> This restriction hurts me personally, and absolutely nobody, Matthias> including OSF, benefits from it. I don't know about you but I Matthias> refuse to pay anything at all to a company which promotes Matthias> stupidity like that. Louis> Hold it! OSF certainly benefits... who would pay for Motif if it Louis> were free? Believe it or not, there are some companies out there Louis> that are actually interested in Profits. Ahhhh, but this is the crucial aspect of the problem: as a rule OSF want people to pay for copies of their _runtime_ system too, while everybody else is content with being paid just for their _development_ system. This is *fair*, oh yes, and brings in profits, oh yes. Unfortunately runtime royalties are considered hideous by users and developers, for both practical and administrative reasons; while nobody really questions development system costs, for commercial sw. Thus in practice runtime royalties have all but disappeared: but for OSF and a very, very few others, commercial companies make their profits selling the development systems (SDKs), and often for very low prices too; then applications developed with those can be freely distributed, and no royalty is due on the libraries used by those applications, whether they are shared, static or whatever. Even Microsoft, who are not noted for being nice to people, don't require runtime royalties on virtually all their libraries (Microsoft Cobol has been mentioned as an exception). If you need to pay for an SDK, free sw diffusion is impeded but not tragically: some kind soul will buy an SDK, do a binary, and distribute that with the sources for the people who don't need, or cannot get, the SDK. But if runtime royalties enter into the picture, things get much murkier. It is perhaps *fair* to force people to buy a full SDK if they just want to run an application, or make the developer pay a royalty on each binary installed, but it is hardly nice, by today's standards. Developers and users have said no to this. So, as of today, it is generally true that if you develop an application, you pay your dues on the SDK, not on all and every copy of the application you give out. Except for OSF/Motif, that is, in many/most cases. With 1.1.x the OSF had a limited, but still barely tolerable policy: they did not want a royalty, ever, on statically linked binaries. Now, with OSF/Motif 1.2.x, in most/many cases, and rather complicately defined too, runtime royalties are there also for statically linked binaries. Too bad. ------------------------------ From: n8ac@unb.ca (Marco Bertolucci) Subject: Need Comm. Software ! Reply-To: n8ac@unb.ca Date: Sun, 5 Dec 1993 19:30:09 GMT Hello, I am student enrolled in a course called System Engineering. The course's objective was to set up an electronic network to allow companies to share information. We have many companies that are interested in participating but we have had some trouble finding the proper communication software to run our network. The following are the requirements for our network: - full graphic interface between PC and VAX mainframe with normal phone line - VAX architecture might be too old and we do have the capacity to upgrade to a new system architecture which will be able to handle our demands. - PC remote station must be able to execute mainframe programs example : - ANSYS - UNIGRAPHICS - MATLAB - XMATH - ALGOR - etc - menu driven software - cost minimal; remote station must be able to use this network with minimal cost for upgrade - screen sharing capabilities (real time and transmission rate > 2400 baud) - file transfer must have choice of common communication protocols So far we know of : PC-X VISIT from Northern Telecom ( cannot be accessed from a remote station not having VISIT software) Any recommandations to what kind of commercial or public domain software we should use will be appreciated. Yesterday, I recieved a reply to address the comp.os.linux.* groups for help and it also mentioned that the software requirements I need may be meet by a software package called XFREE ? Will it, if so where can I get some information on it ? Thank you, Marco email:n8ac@jupiter.sun.csd.unb.ca ------------------------------ From: sct@dcs.ed.ac.uk (Stephen Tweedie) Subject: Re: ext2fs and 0.99pl14 Date: Sun, 5 Dec 1993 20:39:40 GMT Hi, In article , lam836@cs.cuhk.hk (Savio Lam) writes: > I've upgraded to 0.99pl14 a few days ago. [...] I get the > following warning everytime during boot up: > EXT2-fs warning: maximal mount count reached, running e2fsck is recommended > I ran e2fsck but no error was reported. This warning doesn't occur > when I boot with an older 0.99pl13 kernel. Anyone please explain how > to fix this? This is a harmless warning. Grab a copy of the new (0.4 or later) e2fsprogs from tsx-11.mit.edu or ftp.ibp.fr in /pub/linux/BETA/ext2fs. The "mount count" was implemented in ext2fs as a response to public demand; the filesystem can keep a count of how many times it has been mounted so that you can force it to do an fsck every so many mounts. e2fsprogs-0.4 has an e2fsck which understands these counts and can reset them. There's also an fstune program with which you can change the number of mounts between auto-fscks (or disable the feature completely). Cheers, Stephen. --- Stephen Tweedie (JANET: sct@uk.ac.ed.dcs) Department of Computer Science, Edinburgh University, Scotland. ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Development-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development) via: Internet: Linux-Development@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Development Digest ******************************