From richmc@entropy.ucsc.edu Wed Oct 29 00:25:18 1997 Received: from entropy.ucsc.edu for richmc@entropy.ucsc.edu by www.ccl.net (8.8.3/950822.1) id UAA08674; Tue, 28 Oct 1997 20:26:53 -0500 (EST) Received: (qmail 16452 invoked by uid 500); 29 Oct 1997 01:26:42 -0000 From: "Rich McClellan" Message-Id: <9710281726.ZM16450@entropy.ucsc.edu> Date: Tue, 28 Oct 1997 17:26:42 -0800 In-Reply-To: Bob Zellmer "Re: CCL:PCI vs. SCSI and Linux" (Oct 28, 18:24) References: <199710282324.SAA29117@phosphorus.mps.ohio-state.edu> X-Mailer: Z-Mail (3.2.1 24feb96 Caldera) To: Bob Zellmer Subject: Re: CCL:PCI vs. SCSI and Linux Cc: chemistry@www.ccl.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Oct 28, 18:24, Bob Zellmer wrote: > Subject: Re: CCL:PCI vs. SCSI and Linux > > Rich: > > Actually, your % of CPU went down, but this doesn't necessarily mean the > actual CPU time went down. Your CPU time could have increased by running the > utility while the spent doing I/O decreased (faster I/O) and you would still > see a decrease in the % CPU time spent in the I/O. I will assume however Hi, I agree that faster I/O will reduce the time spent by the CPU negotiating I/O, but the magnitude of difference between the two results is too large, me thinks, for this explanation to account for the drastic drop in CPU usage. To test this I just ran the benchmarks again with the time command, with and without the EIDE drive tuned, and got the following results. (The fields real, user and sys are the results from the time command.) EIDE drive tuned [16:43:16] entropy:/usr/local/bonnie# time ./bonnie -d /opt -m entropy -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU entropy 100 3309 53.9 3071 15.1 1282 12.2 2672 30.4 3189 11.9 35.0 1.9 real 5m46.626s user 0m20.140s sys 0m29.170s EIDE drive NOT tuned [16:51:30] entropy:/usr/local/bonnie# time ./bonnie -d /opt -m entropy -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU entropy 100 2503 77.1 2867 32.9 1192 39.1 2206 75.3 2991 76.4 34.8 5.3 real 6m15.828s user 0m39.370s sys 1m45.230s With the drive tuned, the CPU spent roughly 20 + 29 seconds to handle the benchmark. Without tuning, the CPU spent 39 + 95 seconds to do the same task. The relative change in I/O does not match the change in CPU usage, so I conclude that the CPU time decreased with the drive tuned and, moreover, with bus mastering off the CPU must handle more of the I/O . > that actual CPU time also decreased. Perhaps these numbers are in your > benchmark file, which I haven't had the opportunity to look at just yet. > I've included my original post in case you lost it. If I'm missing something here, please enlighten me :-) Rich > Bob Zellmer > > Robert J. Zellmer > Department of Chemistry > The Ohio State University > Columbus, OH > zellmer@sodium.mps.ohio-state.edu >-- End of excerpt from Bob Zellmer Subject: CCL:PCI vs. SCSI and Linux I apologize for replying to this email so long after it was originally posted, but I have conducted some benchmarks on my system that you people may find interesting. My system: o PPRO 180 MHz (256 kb cache) o Buslogic BT-948 SCSI controller (fast, scsi-ii) o Conner fast, scsi ii disk (model no.CFP2107S, 256kb cache and spindle rotation rate of 7200 rpm) o Triton chipset for EIDE controller o Seagate EIDE model no. ST3780A (256 kb cache, 4500 rpm) o Running the Linux OS of course :-) Two factors that influenced my decision to install a SCSI controller and disk were the perceived higher I/O of the SCSI disks and the smaller fraction of CPU used during reads/writes. Results: The SCSI disk has throughput consistently higher than the EIDE disk (probably due to the higher rpm) BUT when the EIDE disk is tune with the hdparm utility to enable bus mastering and mulitple sector I/O, the throughout of the EIDE drive increases but more notable the CPU usage GOES DOWN DRASTICALLY. Have a look at the benchmark results. My conclusions: Go with SCSI (preferably fast, wide), but EIDE properly tuned is a cheap alternative. ***************************BENCHMARK RESULTS********************************* (Note that sda is the scsi disk and hda is the eide disk) On sda: -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU entropy 100 4021 65.0 3848 21.9 1631 17.8 4758 57.0 4483 19.4 53.8 3.2 on hda: Note: drive NOT tuned with hdparm utility -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU entropy 100 2642 82.4 2783 27.5 1140 37.7 2071 69.7 2589 59.7 32.3 4.7 on hda: Note: Drive tuned with hdparm utilities (-d1 -X34 -m32) -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU entropy 100 3115 50.1 2750 12.4 1228 12.6 2557 29.0 2871 10.1 32.7 1.6 #################################### 150 Mb cache ############# SCSI drive -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU entropy 150 4237 70.6 4241 22.7 1543 16.2 3167 37.3 4058 16.4 53.2 3.2 EIDE drive, hdparm on -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU entropy 150 2794 44.2 2569 12.7 1179 11.9 2468 27.2 2758 10.1 28.0 1.3 ******************************************************************************* The benchmarks are called "bonnie". You can get them from any Linux mirror like Sunsite. I hope these are helpful, Rich -- Molecular Engineering Laboratory Department of Chemistry and Biochemistry University of California, Santa Cruz > -------This is added Automatically by the Software-------- > -- Original Sender Envelope Address: richmc@entropy.ucsc.edu > -- Original Sender From: Address: richmc@entropy.ucsc.edu > CHEMISTRY@www.ccl.net: Everybody | CHEMISTRY-REQUEST@www.ccl.net: Coordinator > MAILSERV@www.ccl.net: HELP CHEMISTRY or HELP SEARCH | Gopher: www.ccl.net 73 > Anon. ftp: www.ccl.net | CHEMISTRY-SEARCH@www.ccl.net -- archive search > Web: http://www.ccl.net/chemistry.html >-- End of excerpt from Rich McClellan -- Molecular Engineering Laboratory Department of Chemistry and Biochemistry University of California, Santa Cruz From varnai@bellatrix.pcl.ox.ac.uk Wed Oct 29 04:33:50 1997 Received: from oxmail4.ox.ac.uk for varnai@bellatrix.pcl.ox.ac.uk by www.ccl.net (8.8.3/950822.1) id EAA10865; Wed, 29 Oct 1997 04:13:41 -0500 (EST) Received: from joule.pcl (actually host joule.pcl.ox.ac.uk) by oxmail4 with SMTP (PP) with ESMTP; Wed, 29 Oct 1997 09:13:16 +0000 Received: from bellatrix.pcl (bellatrix.pcl [163.1.35.131]) by joule.pcl (8.8.6/8.6.5) with SMTP id JAA10423 for <@joule.pcl:CHEMISTRY@www.ccl.net>; Wed, 29 Oct 1997 09:12:26 GMT Received: by bellatrix.pcl (940816.SGI.8.6.9/940406.SGI.AUTO) for CHEMISTRY@www.ccl.net id JAA12421; Wed, 29 Oct 1997 09:13:00 GMT From: varnai@bellatrix.pcl.ox.ac.uk (Peter Varnai) Message-Id: <199710290913.JAA12421@bellatrix.pcl> Subject: PM3 in CHARMM? To: CHEMISTRY@www.ccl.net Date: Wed, 29 Oct 1997 09:12:54 +0000 (GMT) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Dear CCLers, I wonder if anyone has PM3 method built in CHARMM Quantum module and is willing to share it with me. Any help would be highly appreciated. Best wishes, Peter Varnai PhD student From graf@clu.iac.unibe.ch Wed Oct 29 05:33:49 1997 Received: from arwen.unibe.ch for graf@clu.iac.unibe.ch by www.ccl.net (8.8.3/950822.1) id FAA11086; Wed, 29 Oct 1997 05:09:39 -0500 (EST) Received: from clu.iac.unibe.ch (actually iacrs2.unibe.ch) by arwen with smtpL; Wed, 29 Oct 1997 11:07:23 +0100 Received: from localhost by clu.iac.unibe.ch (AIX 3.2/UCB 5.64/4.03) id AA22588; Wed, 29 Oct 1997 11:07:26 +0100 Sender: graf@clu.iac.unibe.ch Message-Id: <34570AD8.2781@clu.iac.unibe.ch> Date: Wed, 29 Oct 1997 11:07:20 +0100 From: Stephan Graf X-Mailer: Mozilla 3.0 (X11; I; AIX 2) Mime-Version: 1.0 To: chemistry@www.ccl.net Cc: graf@clu.iac.unibe.ch Subject: CCL:G:G94 memory problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear netters, I try to calculate MP2 frequencies with Gaussian 94 on a NEC-SX4 using the following command line : ---------------------------------------------------------------------- %mem=900MB #p MP2=(full,verystingy) gen scf=direct freq=(HPmodes,NoRaman) nopop g eom=check guess=check ---------------------------------------------------------------------- The user-specified basis set needs 246 basis functions. The calculation stops always after link 1110 with a memory error message : Do as many integral derivatives as possible in FoFDir. G2DrvN: MDV= 117964800. G2DrvN: can do 9 atoms at a time, so will make 1 passes doing MaxLOS=3. Symmetry not used in FoFDir. MinBra= 0 MaxBra= 3 MinRaf= 0 MaxRaf= 3. IRaf= 0 NMat= 1 IRICut= 1 DoRegI=T DoRafI=F ISym2E= 0 JSym2E=0. FoFDir used for L=0 through L=3. Leave Link 1110 at Tue Oct 21 18:07:15 1997, MaxMem= 117964800 cpu: 1044.7 sh: 8728 Exceeded memorysize limit Its seems that G94 hasn't enough memory even I allow it to use up to 900MB and the estimate from the manual is only 52 MBytes (Gaussian94 release notes, revision D.2). The queue on which this job was submitted suported up to 1500 MB . Have you ever had a similar problem? I would appreciate any help on this topic. Many thanks in advance, Stephan -- Stephan Graf University of Berne Dept. of Chemistry and Biochemistry, Group Leutwyler Freiestrasse 3 Phone: ++41/31/631 42 40 CH-3012 Bern Fax : ++41/31/631 39 94 Switzerland email: graf@clu.iac.unibe.ch From wdi@TORVS.CCC.Uni-Erlangen.DE Wed Oct 29 06:33:51 1997 Received: from enar.organik.uni-erlangen.de for wdi@TORVS.CCC.Uni-Erlangen.DE by www.ccl.net (8.8.3/950822.1) id EAA10930; Wed, 29 Oct 1997 04:40:17 -0500 (EST) Received: from wtewael (wtewael.organik.uni-erlangen.de) by enar.organik.uni-erlangen.de with SMTP id AA20977 for CHEMISTRY@www.ccl.net (5.65c/IDA-1.4.4/bs-02); Wed, 29 Oct 1997 10:40:00 +0100 Received: (from wdi@localhost) by wtewael (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA03958; Wed, 29 Oct 1997 10:39:59 +0100 From: "Wolf-Dietrich Ihlenfeldt" Message-Id: <9710291039.ZM3956@eros.ccc.uni-erlangen.de> Date: Wed, 29 Oct 1997 10:39:58 +0000 In-Reply-To: "Rich McClellan" "CCL:G:Model Builders for LINUX" (Oct 28, 17:35) References: <9710270914.AA20464@bacchus.pc1.uni-duesseldorf.de> <9710281735.ZM16514@entropy.ucsc.edu> Reply-To: wdi@eros.ccc.uni-erlangen.de X-Phones: +49-9131-85-6579 X-Fax: +49-9131-85-6566 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Rich McClellan" Subject: Re: CCL:G:Model Builders for LINUX Cc: CHEMISTRY@www.ccl.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit On Oct 28, 17:35, Rich McClellan wrote: > Subject: CCL:G:Model Builders for LINUX > On Oct 27, 10:14, Jochen Kuepper wrote: > > Subject: CCL:G:Model Builders for LINUX > > > > :> some time ago an inquiry about molecular model builders > > :> for LINUX was posted to this list. Unfortunately, > > :> I have not seen any replies to this question besides > > :> the suggestion to use Molden, which is > > :> however, mostly a tool to analyze G94 and > > :> Gamess data and _not_ a model builder (correct > > :> me if I am wrong here). > > > > Yes, but not exactly. > > Molden does have an zmat editor, which let's you build up structures > > interactively - it's not exactly like Spartan, but still you might > > wanna look at it. > > > > Be sureto grb the latest version (3.2 - IIRC). > > > > Jochen > > > [-----------snip-------------] > > You should also have a look at the CACTVS applications, in particular csed, > which despite an inability to save files in most all of the formats it > advertises, can save files in MDL Mol format. You can then convert between WHAT? Please describe your problems in more detail (and I would consider it good style if you had contacted me first before spreading such rumors which certainly are related to some local installation problems). I am confident that all formats work. If not, in any setup, I will fix it. BTW: There will be a major 3.x release soon with much expanded features compared to the old 1.7.x version still at the ftp site. -- Dr. Wolf-D. Ihlenfeldt Computer Chemistry Center, University of Erlangen-Nuernberg Naegelsbachstrasse 25, D-91052 Erlangen (Germany) Tel (+49)-(0)9131-85-6579 Fax (+49)-(0)9131-85-6566 --- The three proven methods for ultimate success and fame: 1) Nakanu nara koroshite shimae hototogisu 2) Nakanu nara nakasete miseyou hototogisu 3) Nakanu nara naku made matou hototogisu From hinsen@lmspc1.ibs.fr Wed Oct 29 07:33:52 1997 Received: from ibs.ibs.fr for hinsen@lmspc1.ibs.fr by www.ccl.net (8.8.3/950822.1) id HAA11784; Wed, 29 Oct 1997 07:09:58 -0500 (EST) Received: from lmspc1.ibs.fr (hinsen@lmspc1.ibs.fr [192.134.36.141]) by ibs.ibs.fr (8.6.12/8.6.12) with ESMTP id NAA20657; Wed, 29 Oct 1997 13:08:31 +0100 Received: (from hinsen@localhost) by lmspc1.ibs.fr (8.8.5/8.8.5) id NAA03395; Wed, 29 Oct 1997 13:06:56 +0100 Date: Wed, 29 Oct 1997 13:06:56 +0100 Message-Id: <199710291206.NAA03395@lmspc1.ibs.fr> From: Konrad Hinsen To: richmc@entropy.ucsc.edu CC: CHEMISTRY@www.ccl.net, jefff@caldera.com, anna@redhat.com In-reply-to: <9710281803.ZM16728@entropy.ucsc.edu> (richmc@entropy.ucsc.edu) Subject: Re: CCL:G:Model Builders for LINUX > they say that the reason they don't want to support Linux is becuase they would > have to put together their own distribution of Linux in order to provide any > type of support. Further, they conveyed the general attitude that Linux > development moves too quickly for them to take a chance and port to Linux (I > volunteered to type 'xmkmf' for them). Actually, their (second) argument does point to a problem with Linux. If you want to provide support for a program running under a certain system, you must have a machine running it and support people knowing it reasonably well. Linux is not really a well-defined system; strictly speaking, "Linux" is just the kernel. There are endless combinations of system libraries, utility programs, file system layouts etc. out there, all of which under the generic name "Linux". A possible solution would be to offer support only for a well-defined distribution (or a few of them) without any modifications. Whether this works in practice is of course an open question - I am not aware of anyone using such an approach. -- ------------------------------------------------------------------------------- Konrad Hinsen | E-Mail: hinsen@ibs.ibs.fr Laboratoire de Dynamique Moleculaire | Tel.: +33-4.76.88.99.28 Institut de Biologie Structurale | Fax: +33-4.76.88.54.94 41, av. des Martyrs | Deutsch/Esperanto/English/ 38027 Grenoble Cedex 1, France | Nederlands/Francais ------------------------------------------------------------------------------- From ryszard@lisa.moldyn.com Wed Oct 29 11:33:54 1997 Received: from photon.com for ryszard@lisa.moldyn.com by www.ccl.net (8.8.3/950822.1) id LAA12682; Wed, 29 Oct 1997 11:09:36 -0500 (EST) Received: from lisa.moldyn.com by worf.moldyn.com via ESMTP (950413.SGI.8.6.12/950213.SGI.AUTOCF) for <@worf.moldyn.com:CHEMISTRY@www.ccl.net> id LAA08764; Wed, 29 Oct 1997 11:09:25 -0500 Received: by lisa.moldyn.com (951211.SGI.8.6.12.PATCH1502/940406.SGI.AUTO) id LAA26812; Wed, 29 Oct 1997 11:09:23 -0500 Date: Wed, 29 Oct 1997 11:09:21 -0500 (EST) From: Ryszard Czerminski To: CHEMISTRY@www.ccl.net Subject: tRNA modelling Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Dear All, I am looking for information about tRNA modelling. In particular for MD simulations and parametrization of rare nucleotides (pseudo-uracil etc...) Ryszard Czerminski phone : (617)354-3124 x 13 Moldyn, Inc. fax : (617)491-4522 955 Massachusetts Avenue e-mail: ryszard@moldyn.com Cambridge MA, 02139-3180 or ryszard@photon.com From ryszard@lisa.moldyn.com Wed Oct 29 12:33:54 1997 Received: from photon.com for ryszard@lisa.moldyn.com by www.ccl.net (8.8.3/950822.1) id KAA12651; Wed, 29 Oct 1997 10:45:16 -0500 (EST) Received: from lisa.moldyn.com by worf.moldyn.com via ESMTP (950413.SGI.8.6.12/950213.SGI.AUTOCF) for <@worf.moldyn.com:CHEMISTRY@www.ccl.net> id KAA08699; Wed, 29 Oct 1997 10:45:06 -0500 Received: by lisa.moldyn.com (951211.SGI.8.6.12.PATCH1502/940406.SGI.AUTO) id KAA26524; Wed, 29 Oct 1997 10:45:04 -0500 Date: Wed, 29 Oct 1997 10:45:02 -0500 (EST) From: Ryszard Czerminski To: CHEMISTRY@www.ccl.net Subject: tRNA modelling In-Reply-To: <199710290913.JAA12421@bellatrix.pcl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Dear All, I am looking for information about tRNA modelling. In particular for MD simulations and parametrization of rare nucleotides (pseudo-uracil etc...) Ryszard Czerminski phone : (617)354-3124 x 13 Moldyn, Inc. fax : (617)491-4522 955 Massachusetts Avenue e-mail: ryszard@moldyn.com Cambridge MA, 02139-3180 or ryszard@photon.com From yliu@mail.wesleyan.edu Wed Oct 29 13:38:11 1997 Received: from mail.wesleyan.edu for yliu@mail.wesleyan.edu by www.ccl.net (8.8.3/950822.1) id LAA12943; Wed, 29 Oct 1997 11:57:01 -0500 (EST) Received: from violet.chem.wesleyan.edu (violet.chem.wesleyan.edu [129.133.20.94]) by mail.wesleyan.edu (8.8.6/8.7.3) with SMTP id LAA18565 for ; Wed, 29 Oct 1997 11:56:42 -0500 (EST) Message-Id: <2.2.32.19971029165430.006a688c@mail.wesleyan.edu> X-Sender: yliu@mail.wesleyan.edu X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 29 Oct 1997 11:54:30 -0500 To: chemistry@www.ccl.net From: Yongxing Liu Subject: Algorithm to build 3D molecule Dear CCLers, I am looking for algorithms to build 3D coordinates of small molecules for further refinement. The inputs are atomic element type(H,C,N,O,etc),connectivity and bond order only. The output will be the 3D coordinates for each atom. Any information will be(Published papers, Web refernece etc.) appreciated! Thanks a lot in advance. Yongxing Liu Department of Chemistry Wesleyan University Middletown CT 06459 E-mail yliu@wesleyan.edu Telephone: 860-685-2777 Fax: 860-685-2211 Http://linus.chem.wesleyan.edu/yliu/ From hinsen@lmspc1.ibs.fr Wed Oct 29 14:34:37 1997 Received: from ibs.ibs.fr for hinsen@lmspc1.ibs.fr by www.ccl.net (8.8.3/950822.1) id LAA12961; Wed, 29 Oct 1997 11:59:03 -0500 (EST) Received: from lmspc1.ibs.fr (hinsen@lmspc1.ibs.fr [192.134.36.141]) by ibs.ibs.fr (8.6.12/8.6.12) with ESMTP id RAA23084 for ; Wed, 29 Oct 1997 17:54:41 +0100 Received: (from hinsen@localhost) by lmspc1.ibs.fr (8.8.5/8.8.5) id RAA04795; Wed, 29 Oct 1997 17:53:07 +0100 Date: Wed, 29 Oct 1997 17:53:07 +0100 Message-Id: <199710291653.RAA04795@lmspc1.ibs.fr> From: Konrad Hinsen To: CHEMISTRY@www.ccl.net Subject: Raster3D on Linux Did anyone succeed in making Raster3D work under Linux? With some modifications I got most programs (all except normal3d) to compile, but neither render nor avs2ps works (render produces incorrect output files, and avs2ps empty ones). It would be nice if someone had a working binary distribution... -- ------------------------------------------------------------------------------- Konrad Hinsen | E-Mail: hinsen@ibs.ibs.fr Laboratoire de Dynamique Moleculaire | Tel.: +33-4.76.88.99.28 Institut de Biologie Structurale | Fax: +33-4.76.88.54.94 41, av. des Martyrs | Deutsch/Esperanto/English/ 38027 Grenoble Cedex 1, France | Nederlands/Francais ------------------------------------------------------------------------------- From pueyo@pinon.ccu.uniovi.es Wed Oct 29 20:33:56 1997 Received: from opalo.etsiig.uniovi.es for pueyo@pinon.ccu.uniovi.es by www.ccl.net (8.8.3/950822.1) id TAA15072; Wed, 29 Oct 1997 19:50:27 -0500 (EST) Received: from pinon.ccu.uniovi.es (pinon.ccu.uniovi.es) by etsiig.uniovi.es (PMDF V5.0-7 #4541) id <01IPEF7A8Q9EAEKS2J@etsiig.uniovi.es>; Thu, 30 Oct 1997 01:37:41 +0100 (GMT) Received: (from pueyo@localhost) by pinon.ccu.uniovi.es (8.8.5/8.7.3) id BAA11342; Thu, 30 Oct 1997 01:37:00 +0100 (MET) Date: Thu, 30 Oct 1997 01:37:00 +0100 (MET) From: Victor Lua~na Subject: Re: CCL:Model Builders for LINUX To: chemistry-request@www.ccl.net, richmc@entropy.ucsc.edu Cc: CHEMISTRY@www.ccl.net, anna@redhat.com, jefff@caldera.com Message-id: <199710300037.BAA11342@pinon.ccu.uniovi.es> MIME-version: 1.0 Content-type: text/plain; charset=X-roman8 Content-transfer-encoding: 7bit Konrad Hinsen wrote: :Actually, their (second) argument does point to a problem with :Linux. If you want to provide support for a program running under :a certain system, you must have a machine running it and support people :knowing it reasonably well. Linux is not really a well-defined :system; strictly speaking, "Linux" is just the kernel. There are :endless combinations of system libraries, utility programs, file system :layouts etc. out there, all of which under the generic name "Linux". :A possible solution would be to offer support only for a well-defined :distribution (or a few of them) without any modifications. Whether :this works in practice is of course an open question - I am not aware :of anyone using such an approach. Compiling and distributing a static version of the program will avoid any library conflict problem and it will work on any linux distribution. Distributing the source code is even better >:-) Regards, Victor Lua~na -- HomePage %%http://www3.uniovi.es/~quimica.fisica/qcg/vlc/luana.html%% NOTICE: Return addresses contain spurius %'s to delude brainless spammers +----------------------------------------------+ +---^---/ / ! Victor Lua~na ! | ~ / Just in case ! Departamento de Quimica Fisica y Analitica ! | | you don't ! Universidad de Oviedo, 33006-Oviedo, Spain ! < / remember ! e-mail: %%victor@carbono.quimica.uniovi.es%% ! | / where Oviedo ! phone: (34)-8-5103491 fax: (34)-8-5103125 ! |____ ___/ is ;-) +----------------------------------------------+ \/