From owner-freebsd-ports Mon Sep 18 14:45:13 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA03988 for ports-outgoing; Mon, 18 Sep 1995 14:45:13 -0700 Received: from www.ambook.org (spiders.com [199.224.7.188]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA03974 for ; Mon, 18 Sep 1995 14:44:57 -0700 Received: (from gwh@localhost) by www.ambook.org (8.6.12/8.6.12) id RAA00668 for ports@freebsd.org; Mon, 18 Sep 1995 17:46:38 -0400 Message-Id: <199509182146.RAA00668@www.ambook.org> From: gwh@spiders.com (Gene W Homicki) Date: Mon, 18 Sep 1995 17:46:37 -0400 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: ports@freebsd.org Subject: ssh-1.2.0? Sender: owner-ports@freebsd.org Precedence: bulk Has anyone written the port for ssh (http://www.cs.hut.fi/ssh/)? If not, I'll do one by this weekend. Thanks. --Gene -- Gene W. Homicki gwh@spiders.com Objective Consulting, Inc. http://www.spiders.com/ Internet Presence Design voice: +1 914.353.3511 From owner-freebsd-ports Mon Sep 18 14:51:07 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA04188 for ports-outgoing; Mon, 18 Sep 1995 14:51:07 -0700 Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA04183 for ; Mon, 18 Sep 1995 14:51:00 -0700 Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id QAA17573 for freebsd-ports@freefall.cdrom.com; Mon, 18 Sep 1995 16:50:58 -0500 From: Bob Willcox Message-Id: <199509182150.QAA17573@luke.pmr.com> Subject: Using amanda from ports To: freebsd-ports@freefall.FreeBSD.org (FreeBSD Ports) Date: Mon, 18 Sep 1995 16:50:58 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1294 Sender: owner-ports@FreeBSD.org Precedence: bulk I am having trouble getting amanda configured and running here. I have an Exabyte 8200 tape drive connected to an NCR 53C810 based adapter and am running -stable as of 9/9. The problem I'm having is getting amanda to label a tape (via amlabel). It always complains thusly: #amlabel pmr VOL001 rewinding, writing label VOL001amlabel: rewinding tape: Input/output error an amcheck evokes the following response: #amcheck pmr Amanda Tape Server Host Check ----------------------------- /usr8/amanda/work: 906638 KB disk space available, that's plenty. ERROR: /dev/nrst1: not an amanda tape. (expecting a new tape) NOTE: skipping tape-writeable test. Server check took 37.242 seconds. Amanda Backup Client Hosts Check -------------------------------- WARNING: obiwan: selfcheck request timed out. Host down? Client check: 1 hosts checked in 30.066 seconds, 1 problems found. (brought to you by Amanda 2.2.6) As expected, it is not happy with the tape :-( Can any of you amanda users/experts tell me what I'm doing wrong, or have forgotten to do?? Oh yeah, the tape drive and tape being used work fine with dump, tar, etc. Thanks, -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-ports Mon Sep 18 15:08:02 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA04763 for ports-outgoing; Mon, 18 Sep 1995 15:08:02 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA04758 for ; Mon, 18 Sep 1995 15:08:00 -0700 Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id PAA10075 for ; Mon, 18 Sep 1995 15:07:54 -0700 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by bacchus.eng.umd.edu (8.7.Gamma.0/8.7.Gamma.0) with ESMTP id SAA09080; Mon, 18 Sep 1995 18:02:36 -0400 (EDT) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7/8.6.4) id SAA13187; Mon, 18 Sep 1995 18:02:35 -0400 (EDT) Date: Mon, 18 Sep 1995 18:02:35 -0400 (EDT) From: Chuck Robey To: Gene W Homicki cc: ports@freebsd.org Subject: Re: ssh-1.2.0? In-Reply-To: <199509182146.RAA00668@www.ambook.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk On Mon, 18 Sep 1995, Gene W Homicki wrote: > Has anyone written the port for ssh (http://www.cs.hut.fi/ssh/)? If > not, I'll do one by this weekend. Thanks. > > What's ssh? > --Gene > > > > -- > Gene W. Homicki gwh@spiders.com > Objective Consulting, Inc. http://www.spiders.com/ > Internet Presence Design voice: +1 914.353.3511 > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-ports Mon Sep 18 15:25:11 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA05541 for ports-outgoing; Mon, 18 Sep 1995 15:25:11 -0700 Received: from main.statsci.com (main.statsci.com [198.145.127.110]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA05528 for ; Mon, 18 Sep 1995 15:25:06 -0700 Received: by main.statsci.com (Smail3.1.29.1 #3) id m0suoca-000r3vC; Mon, 18 Sep 95 15:25 PDT Message-Id: X-Mailer: exmh version 1.6.1 5/23/95 To: Bob Willcox cc: freebsd-ports@freefall.freebsd.org (FreeBSD Ports) Subject: Re: Using amanda from ports In-reply-to: Your message of "Mon, 18 Sep 1995 16:50:58 -0500." <199509182150.QAA17573@luke.pmr.com> Reply-to: scott@statsci.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Sep 1995 15:25:02 -0700 From: Scott Blachowicz Sender: owner-ports@FreeBSD.org Precedence: bulk Bob Willcox wrote: > I am having trouble getting amanda configured and running here. I have > an Exabyte 8200 tape drive connected to an NCR 53C810 based adapter and I was doing exactly the same thing last night... > am running -stable as of 9/9. The problem I'm having is getting amanda ...but I'm using 2.0.5R. > to label a tape (via amlabel). It always complains thusly: > #amlabel pmr VOL001 > rewinding, writing label VOL001amlabel: rewinding tape: Input/output error I think I did this mt blocksize 32768 to avoid that. Whether or not that's the correct thing to do is another question. > an amcheck evokes the following response: > > #amcheck pmr > Amanda Tape Server Host Check > ----------------------------- > /usr8/amanda/work: 906638 KB disk space available, that's plenty. > ERROR: /dev/nrst1: not an amanda tape. > (expecting a new tape) > NOTE: skipping tape-writeable test. > Server check took 37.242 seconds. > > Amanda Backup Client Hosts Check > -------------------------------- > WARNING: obiwan: selfcheck request timed out. Host down? I got that too and did some poking around. Seems it needs an entry in the /etc/inetd.conf to fire off the /usr/local/libexec/amanda/amandad daemon. I think I also added an entry to the /etc/services file for it. I found hints about the services file entry in the log file that got created from just running amdump to see what happened. Hmmm...shouldn't the pkg_add process take care of updating system config files like those? That said, I haven't quite gotten it to work yet, but I'm further along. I'm running this on a home system, so there's one system with a few discs to back up and no space for a holding disk. I haven't figured out if this is reasonable or even possible yet, but I wanted to see what amanda did. I'll probably end up punting back to dump or tar or cpio or whatever given the small scale of things here. Hope this helps a little... Scott Blachowicz Ph: 206/283-8802x240 StatSci, a div of MathSoft, Inc. 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-ports Mon Sep 18 18:52:02 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA21989 for ports-outgoing; Mon, 18 Sep 1995 18:52:02 -0700 Received: from www.ambook.org (spiders.com [199.224.7.188]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA21980 for ; Mon, 18 Sep 1995 18:51:57 -0700 Received: (from gwh@localhost) by www.ambook.org (8.6.12/8.6.12) id VAA04616; Mon, 18 Sep 1995 21:53:22 -0400 Message-Id: <199509190153.VAA04616@www.ambook.org> From: gwh@spiders.com (Gene W Homicki) Date: Mon, 18 Sep 1995 21:53:22 -0400 In-Reply-To: Chuck Robey's message as of Sep 18, 18:02 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Chuck Robey Subject: Re: ssh-1.2.0? Cc: ports@freebsd.org Sender: owner-ports@freebsd.org Precedence: bulk +--- | > Has anyone written the port for ssh (http://www.cs.hut.fi/ssh/)? If | > not, I'll do one by this weekend. Thanks. | > | > | | What's ssh? +---- >From the web page at the address above: ------------------------------------------------------------ Ssh (Secure Shell) is a program to log into another computer over a network, to execute commands in a remote machine, and to move files from one machine to another. It provides strong authentication and secure communications over insecure channels. ------------------------------------------------------------ It just compiled cleanly on the 4 or 5 platforms I use, so I'm happy. Kerberos is probably a bertter overall solution, but for remote logins and file transfers, this seems to be a good solution (though I haven't played with it much yet). --Gene -- Gene W. Homicki gwh@spiders.com Objective Consulting, Inc. http://www.spiders.com/ Internet Presence Design voice: +1 914.353.3511 From owner-freebsd-ports Mon Sep 18 19:03:34 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA22893 for ports-outgoing; Mon, 18 Sep 1995 19:03:34 -0700 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id TAA22874 for ; Mon, 18 Sep 1995 19:03:15 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <06993-0@bunyip.cc.uq.oz.au>; Tue, 19 Sep 1995 12:01:59 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id MAA18927 for ; Tue, 19 Sep 1995 12:06:36 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id CAA10663; Tue, 19 Sep 1995 02:08:24 GMT Date: Tue, 19 Sep 1995 02:08:24 GMT From: Stephen Hocking Message-Id: <199509190208.CAA10663@netfl15a.devetir.qld.gov.au> To: ports@freebsd.org Subject: New version of tcl/Tk Sender: owner-ports@freebsd.org Precedence: bulk It includes an extension for dynamically loading C code. This is a really good candidate for ports as every person & their respective canines will being porting their extensions to the new architecture. > >This message is to announce new releases of the Tcl scripting language >and the Tk toolkit. The new releases are Tcl 7.5a1 and Tk 4.1a1. > >The most important new feature in these releases is support for PCs >and Macintoshes. Tcl 7.5a1 and Tk 4.1a1 should run on PCs under >Win3.1 (with Win32s), Windows 95, or Windows NT. They should also >run on both PowerMacs and 68K Macs. The releases are fairly complete >functionally, but they still use the Motif look and feel. It will be >6 months or more before native look and feel becomes available for >the PC and Mac. > >Aside from the Mac and PC ports, the main new features are in Tcl, >which now has a "load" command for dynamic loading of binaries and >an "interp" command that allows you to create additional interpreters >and execute untrusted scripts using a generalization of Borenstein's >and Rose's Safe-Tcl. See the "README" and "changes" files in the >distributions for more detail on what has changed. > >The "a1" in the release names indicates that these are the first >"alpha" releases. "Alpha" means that they are likely to have bugs and >we do not promise to maintain backward compatibility between these >releases and the eventual Tcl 7.5 and Tk 4.1 releases (we may make >changes in new features during alpha and beta testing). In spite of >this warning, the Unix versions of Tcl and Tk have very few changes >relative to Tcl 7.4 and Tk 4.0, so we expect them to be fairly stable. > >Where to get the new releases: >------------------------------ > >Tk 4.0b4 and Tcl 7.4b4 are currently available from two FTP servers, >ftp.smli.com (in the directory /pub/tcl) and ftp.cs.berkeley.edu (in >the directory /ucb/tcl). The releases should appear on the usual >mirror sites within a few days. The new releases are in the >files tk4.1a1.tar.gz and tcl7.5a1.tar.gz (there are also .Z versions >of these files). There is also a binary release for the PC in >win41a1.exe. This file contains compiled versions of Tcl, Tk, and >wish, along with libraries, demos, and manual pages (but no sources). >The file is a self-extracting executable (run it and it installs >everything). > >There will be a binary Macintosh release soon, but it isn't available >yet (Ray Johnson is out of town for a week). We'll make another >announcement as soon as Ray gets back in town and cuts the binaries. > >For additional information: >--------------------------- > >There is a set of Web pages on Tcl and Tk maintained by the Tcl/Tk >group at Sun Laboratories. They can be accessed via the following >URL: > http://www.sunlabs.com/research/tcl > >Credits: >-------- > >Although I'm posting this message, I had little to do with the new >additions except for the "load" command. Credit for the PC port goes to >Scott Stanton (scott.stanton@eng.sun.com) and credit for the Macintosh >port goes to Ray Johnson (raymond.johnson@eng.sun.com). Bug reports >should go to them (or, better yet, to comp.lang.tcl). The new "interp" >command is the handiwork of Jacob Levy (jacob.levy@eng.sun.com). From owner-freebsd-ports Mon Sep 18 22:41:45 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA07756 for ports-outgoing; Mon, 18 Sep 1995 22:41:45 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA07738 for ; Mon, 18 Sep 1995 22:41:39 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id HAA08331 ; Tue, 19 Sep 1995 07:41:36 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA03626 ; Tue, 19 Sep 1995 07:41:35 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7/keltia-uucp-2.5) id AAA12410; Tue, 19 Sep 1995 00:19:18 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509182219.AAA12410@keltia.Freenix.FR> Subject: Re: ssh-1.2.0? To: gwh@spiders.com (Gene W Homicki) Date: Tue, 19 Sep 1995 00:19:18 +0200 (MET DST) Cc: ports@freebsd.org In-Reply-To: <199509182146.RAA00668@www.ambook.org> from "Gene W Homicki" at Sep 18, 95 05:46:37 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1085 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-ports@freebsd.org Precedence: bulk It seems that Gene W Homicki said: > Has anyone written the port for ssh (http://www.cs.hut.fi/ssh/)? If > not, I'll do one by this weekend. Thanks. Take 1.2.5 instead :-) Anyway, easy compile thanks to the GNU autoconf script. Runs fine down here. Remember not to package it as it is cryptographic material and so export-restricted. It is a great program, the X11 automatic-redirection-and-encryption feature is the feature anyone has ever wanted in this kind of tool. It is better in that respect to Stel (my sorrow to tell as I am the FreeBSD ported for Stel :-)). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #1: Sun Sep 10 18:50:19 MET DST 1995 From owner-freebsd-ports Tue Sep 19 00:29:59 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA15219 for ports-outgoing; Tue, 19 Sep 1995 00:29:59 -0700 Received: from newton.Space.net (root@newton.space.net [194.59.182.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA15210 for ; Tue, 19 Sep 1995 00:29:56 -0700 Received: from nasim.nasim.cube.net ([194.97.15.2]) by newton.Space.NET with SMTP id <82615-3>; Tue, 19 Sep 1995 09:29:43 +0200 Received: by nasim.nasim.cube.net (Smail3.1.29.0 #1) id m0supI0-0007NrC; Tue, 19 Sep 95 01:07 MET DST To: freebsd-ports@freebsd.org Path: not-for-mail From: knarf@nasim.cube.net (Frank Bartels) Newsgroups: muc.lists.freebsd.ports Subject: gated Date: Tue, 19 Sep 1995 01:07:51 +0200 Organization: Camelot Online Services Lines: 22 Message-ID: <43ku47$9bt@nasim.nasim.cube.net> NNTP-Posting-Host: nasim.nasim.cube.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [UNIX 1.3 950726BETA PL0] Sender: owner-ports@freebsd.org Precedence: bulk ---cut--- gated.cornell.edu:/pub/gated ncftp>dir total 4 -rw-r--r-- 1 0 0 180 Sep 13 15:56 GATED_HAS_MOVED drwxr-xr-x 2 645 10 512 Sep 13 15:51 html gated.cornell.edu:/pub/gated ncftp>more GATED_HAS_MOVED As of 14 September, 1995, the GateDaemon Project and the GateDaemon Consortium have a new home at Merit Network Services in Michigan. Please connect to ftp://ftp.gated.merit.edu/ ---cut--- I searched some minutes on the new server, but I did not find the new location of gated. :-/ Bye, Knarf -- Frank Bartels | UUCP/ZModem/Fax: + 49 89 5469593 | MiNT is knarf@nasim.cube.net | Login: nuucp Index: /pub/ls-lR.nasim.gz | Now TOS! From owner-freebsd-ports Tue Sep 19 05:53:06 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA29323 for ports-outgoing; Tue, 19 Sep 1995 05:53:06 -0700 Received: from mail.iM.Net (root@imp.iM.Net [194.112.24.17]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA29315 for ; Tue, 19 Sep 1995 05:52:53 -0700 Received: by ramsey.imnet.de (Smail3.1.29.1 #1) id m0sv1lm-000OgnC; Tue, 19 Sep 95 14:27 MET DST Message-Id: Date: Tue, 19 Sep 95 14:27 MET DST From: torstenb@FreeBSD.org (Torsten Blum) To: gwh@spiders.COM Cc: freebsd-ports@FreeBSD.org Subject: Re: ssh-1.2.0? References: <199509182146.RAA00668@www.ambook.org> Sender: owner-ports@FreeBSD.org Precedence: bulk >Has anyone written the port for ssh (http://www.cs.hut.fi/ssh/)? If >not, I'll do one by this weekend. Thanks. I have a ssh port ready but I won't import it because ssh 1.2.0 still has serious bugs :( the port includes a work around for the RSA patent in the US of course... -tb From owner-freebsd-ports Tue Sep 19 05:53:14 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA29337 for ports-outgoing; Tue, 19 Sep 1995 05:53:14 -0700 Received: from mail.iM.Net (root@imp.iM.Net [194.112.24.17]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA29332 for ; Tue, 19 Sep 1995 05:53:10 -0700 Received: by ramsey.imnet.de (Smail3.1.29.1 #1) id m0sv1u2-000OgnC; Tue, 19 Sep 95 14:35 MET DST Message-Id: Date: Tue, 19 Sep 95 14:35 MET DST From: torstenb@FreeBSD.org (Torsten Blum) To: chuckr@eng.umd.EDU Cc: freebsd-ports@FreeBSD.org Subject: Re: ssh-1.2.0? Newsgroups: ramsey.ml.freebsd.ports References: <199509182146.RAA00668@www.ambook.org> Sender: owner-ports@FreeBSD.org Precedence: bulk >What's ssh? ssh is intended as a replacement for rlogin, rsh and rcp. some features: - Strong authentication (.rhosts together with RSA based host authentication and pure RSA authentication) - Improved privacy (all communications are automatically encrypted) - Secure X11 sessions (ssh automatically sets DISPLAY on the server machine and forwards X11 connections over the secure (encrypted) channel) - Arbitrary tcp ports can be redirected through the encrypted channel -tb From owner-freebsd-ports Tue Sep 19 06:08:38 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00163 for ports-outgoing; Tue, 19 Sep 1995 06:08:38 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA00156 for ; Tue, 19 Sep 1995 06:08:33 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id JAA16061; Tue, 19 Sep 1995 09:12:04 -0400 Date: Tue, 19 Sep 1995 09:12:04 -0400 From: Coranth Gryphon Message-Id: <199509191312.JAA16061@healer.com> To: freebsd-ports@freebsd.org, knarf@nasim.cube.net Subject: Re: gated Sender: owner-ports@freebsd.org Precedence: bulk > ---cut--- > gated.cornell.edu:/pub/gated > ncftp>dir > total 4 > Please connect to ftp://ftp.gated.merit.edu/ > ---cut--- > I searched some minutes on the new server, but I did not find the > new location of gated. :-/ The latest release of gated, along with FreeBSD patches, can be found (regardless of where it's home is) at: ftp.healer.com:/pub/unix/gated.tgz -coranth PS> There is an effort underway to rewrite the beast from the ground up, with significant increases in functionality, and making it public domain. If anyone is interested, send me email. ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Tue Sep 19 06:10:36 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00253 for ports-outgoing; Tue, 19 Sep 1995 06:10:36 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA00248 for ; Tue, 19 Sep 1995 06:10:31 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id JAA16075; Tue, 19 Sep 1995 09:14:02 -0400 Date: Tue, 19 Sep 1995 09:14:02 -0400 From: Coranth Gryphon Message-Id: <199509191314.JAA16075@healer.com> To: freebsd-ports@freebsd.org, knarf@nasim.cube.net Subject: Re: gated Sender: owner-ports@freebsd.org Precedence: bulk SORRY. Ignore my previous post. Or at least swap all references to "screend". My underslept mind read "gated" and mapped it to "screend". It wasn't until I checked the ftp archive that I realized my mistake. -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Tue Sep 19 06:20:55 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA01127 for ports-outgoing; Tue, 19 Sep 1995 06:20:55 -0700 Received: from mail2.digital.com (mail2.digital.com [204.123.2.56]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA01113 ; Tue, 19 Sep 1995 06:20:51 -0700 Received: from tartufo.pcs.dec.com by mail2.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA12538; Tue, 19 Sep 1995 06:13:42 -0700 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Tue, 19 Sep 95 15:13 MSZ Message-Id: Date: Tue, 19 Sep 95 15:13 MSZ From: me@tartufo.pcs.dec.com (Michael Elbel) To: chuckr@eng.umd.edu Cc: ports@freebsd.org, asami@freebsd.org Subject: Re: Xemacs Newsgroups: pcs.freebsd.ports References: Reply-To: me@freebsd.org Sender: owner-ports@freebsd.org Precedence: bulk In pcs.freebsd.ports you write: >new version of xemacs is out, version 19.13. I got it, and checked it >out versus the existing xemacs port for version 19.12. The existing [...] >The new xemacs version fetches from the same place, BTW. I dunno if the >new version is on cdrom.com, but cs.uiuc.edu still is a good address. I made the new version as soon as I read the announcement :-) I've been running it for a while now, haven't found any problems so far. Satoshi, could you please commit the files that changed in the port? They're in ~me/xemacs-19.13.port.tgz on freefall. Please, also put patches/patch-ac in the Attic, as it isn't necessary anymore, like Chuck noticed. Thanks ahead, Michael -- Michael Elbel, PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-ports Tue Sep 19 09:51:18 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA16860 for ports-outgoing; Tue, 19 Sep 1995 09:51:18 -0700 Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA16851 for ; Tue, 19 Sep 1995 09:51:13 -0700 Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id LAA21751; Tue, 19 Sep 1995 11:50:41 -0500 From: Bob Willcox Message-Id: <199509191650.LAA21751@luke.pmr.com> Subject: Re: Using amanda from ports To: scott@statsci.com Date: Tue, 19 Sep 1995 11:50:41 -0500 (CDT) Cc: freebsd-ports@freefall.freebsd.org In-Reply-To: from "Scott Blachowicz" at Sep 18, 95 03:25:02 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 3611 Sender: owner-ports@FreeBSD.org Precedence: bulk Scott Blachowicz wrote: > > Bob Willcox wrote: > > > I am having trouble getting amanda configured and running here. I have > > an Exabyte 8200 tape drive connected to an NCR 53C810 based adapter and > > I was doing exactly the same thing last night... > > > am running -stable as of 9/9. The problem I'm having is getting amanda > > ...but I'm using 2.0.5R. > > > to label a tape (via amlabel). It always complains thusly: > > > #amlabel pmr VOL001 > > rewinding, writing label VOL001amlabel: rewinding tape: Input/output error > > I think I did this > > mt blocksize 32768 > > to avoid that. Whether or not that's the correct thing to do is another > question. Well, I have gotten amlabel to work, though it took a hack to tapefd_rewind() to retry failed rewind attempts. It seems that on my system the first ioctl to the /dev/nrstx (no-rewind) device will fail and the second one works. I put a temp hack in tapefd_rewind() to simply sleep a second then retry the ioctl and that seems to be working (it still fails if I leave out the sleep). Perhaps some day when I have more time I can take a look into why the first one always fails :-( > > > an amcheck evokes the following response: > > > > #amcheck pmr > > Amanda Tape Server Host Check > > ----------------------------- > > /usr8/amanda/work: 906638 KB disk space available, that's plenty. > > ERROR: /dev/nrst1: not an amanda tape. > > (expecting a new tape) > > NOTE: skipping tape-writeable test. > > Server check took 37.242 seconds. > > > > Amanda Backup Client Hosts Check > > -------------------------------- > > WARNING: obiwan: selfcheck request timed out. Host down? > > I got that too and did some poking around. Seems it needs an entry in the > /etc/inetd.conf to fire off the /usr/local/libexec/amanda/amandad daemon. I > think I also added an entry to the /etc/services file for it. I found hints > about the services file entry in the log file that got created from just > running amdump to see what happened. Hmmm...shouldn't the pkg_add process take > care of updating system config files like those? Ok, I have setup /etc/inetd.conf, /etc/services, and the necessary .rhosts file to let this get a bit farther. Now, unfortunately, when I try the amcheck command I get sig 11's in the amandad daemon. If I simply execute the program from the command line it works ok so I suspect that I am still having configuration problems. What userid are others using for the dumpuser? I am currently trying operator. Should I setup bin so that I use it (apparently the amanda default)? > > That said, I haven't quite gotten it to work yet, but I'm further along. I'm > running this on a home system, so there's one system with a few discs to back > up and no space for a holding disk. I haven't figured out if this is > reasonable or even possible yet, but I wanted to see what amanda did. I'll > probably end up punting back to dump or tar or cpio or whatever given the > small scale of things here. Though I have quite a bit more I'm trying to backup, I too may simply stay with dump/restore if things don't get better soon. :-( > > Hope this helps a little... Thanks, it did... > Scott Blachowicz Ph: 206/283-8802x240 StatSci, a div of MathSoft, Inc. > 1700 Westlake Ave N #500 > scott@statsci.com Seattle, WA USA 98109 > Scott.Blachowicz@seaslug.org > > -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-ports Tue Sep 19 12:26:52 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA25745 for ports-outgoing; Tue, 19 Sep 1995 12:26:52 -0700 Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA25739 for ; Tue, 19 Sep 1995 12:26:43 -0700 Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id OAA22428 for freebsd-ports@freefall.cdrom.com; Tue, 19 Sep 1995 14:25:23 -0500 From: Bob Willcox Message-Id: <199509191925.OAA22428@luke.pmr.com> Subject: Re: Using amanda from ports To: freebsd-ports@freefall.FreeBSD.org (FreeBSD Ports) Date: Tue, 19 Sep 1995 14:25:23 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 486 Sender: owner-ports@FreeBSD.org Precedence: bulk Well, Think I'll have to give up my attempts to use amanda for now. I did finally get it to run but it caused my system to spontaneously reboot while it was running. I have used up more time than I can afford on it right now, perhaps next time I get to trying it I will have better luck. Too bad, it looks quite useful... :-( I'd certainly like to hear from folks that are successfully using it... Thanks, -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-ports Wed Sep 20 01:14:48 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA23585 for ports-outgoing; Wed, 20 Sep 1995 01:14:48 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA23571 ; Wed, 20 Sep 1995 01:14:37 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id BAA04242; Wed, 20 Sep 1995 01:14:57 -0700 Date: Wed, 20 Sep 1995 01:14:57 -0700 Message-Id: <199509200814.BAA04242@silvia.HIP.Berkeley.EDU> To: ache@freebsd.org CC: ports@freebsd.org Subject: lynx patch failure From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org Precedence: bulk After "make makesum" to correct the checksum failure (I know, that's what checksums are for), it still fails with the following: ======= Checksums OK. ===> Extracting for lynx-2.4.2 ===> Patching for lynx-2.4.2 ===> Applying FreeBSD patches for lynx-2.4.2 ===> Applying FreeBSD patch /a/ports/net/lynx/patches/patch-aa Hmm... Looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** ./WWW/Library/Implementation/HTTCP.c.orig Mon May 29 21:05:50 1995 |--- ./WWW/Library/Implementation/HTTCP.c Sat Jun 17 02:29:35 1995 -------------------------- Patching file ./WWW/Library/Implementation/HTTCP.c using Plan A... Hunk #1 failed at 95. Hunk #2 succeeded at 210 (offset 3 lines). 1 out of 2 hunks failed--saving rejects to ./WWW/Library/Implementation/HTTCP.c.rej Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** ./WWW/Library/Implementation/HTFile.c.orig Sat Apr 1 01:34:48 1995 |--- ./WWW/Library/Implementation/HTFile.c Sat Jun 17 02:04:19 1995 -------------------------- Patching file ./WWW/Library/Implementation/HTFile.c using Plan A... Hunk #1 succeeded at 585. Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** ./WWW/Library/freebsd/Makefile.orig Tue Jan 17 16:05:20 1995 |--- ./WWW/Library/freebsd/Makefile Sat Jun 17 02:26:28 1995 -------------------------- Patching file ./WWW/Library/freebsd/Makefile using Plan A... Hunk #1 succeeded at 8. Hunk #2 succeeded at 24. Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** ./src/LYJump.c.orig Sun Feb 12 04:42:24 1995 |--- ./src/LYJump.c Sat Jun 17 02:04:23 1995 -------------------------- Patching file ./src/LYJump.c using Plan A... Hunk #1 succeeded at 8. Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** ./src/LYShowInfo.c.orig Sat Apr 8 17:13:02 1995 |--- ./src/LYShowInfo.c Sat Jun 17 02:04:24 1995 -------------------------- Patching file ./src/LYShowInfo.c using Plan A... Hunk #1 succeeded at 135. Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** ./Makefile.orig Thu Jun 8 16:47:06 1995 |--- ./Makefile Sat Jun 17 02:22:01 1995 -------------------------- Patching file ./Makefile using Plan A... Hunk #1 succeeded at 15 (offset 5 lines). Hunk #2 succeeded at 103 (offset 2 lines). Hunk #3 succeeded at 237 (offset 14 lines). Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** ./userdefs.h.orig Thu Jun 15 20:21:02 1995 |--- ./userdefs.h Sat Jun 17 02:07:39 1995 -------------------------- Patching file ./userdefs.h using Plan A... Hunk #1 succeeded at 228. Hunk #2 succeeded at 694 with fuzz 2 (offset 22 lines). Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** src/LYMain.c.bak Mon Jun 5 06:13:14 1995 |--- src/LYMain.c Sat Jun 17 03:05:17 1995 -------------------------- Patching file src/LYMain.c using Plan A... Hunk #1 succeeded at 25 (offset 1 line). Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** src/LYStrings.c.bak Sat Apr 1 01:51:18 1995 |--- src/LYStrings.c Sat Jun 17 03:29:19 1995 -------------------------- Patching file src/LYStrings.c using Plan A... Hunk #1 succeeded at 35. Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** src/LYStrings.h.bak Thu Jun 9 16:02:14 1994 |--- src/LYStrings.h Sat Jul 8 09:39:28 1995 -------------------------- Patching file src/LYStrings.h using Plan A... Hunk #1 succeeded at 23. Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** src/LYDownload.c.bak Mon Jun 5 06:12:52 1995 |--- src/LYDownload.c Sat Jul 8 09:46:22 1995 -------------------------- Patching file src/LYDownload.c using Plan A... Hunk #1 succeeded at 35. Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** src/LYForms.c.bak Sat Apr 1 01:49:12 1995 |--- src/LYForms.c Sat Jul 8 09:46:22 1995 -------------------------- Patching file src/LYForms.c using Plan A... Hunk #1 succeeded at 312. Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** src/LYUpload.c.bak Tue Mar 7 23:38:02 1995 |--- src/LYUpload.c Sat Jul 8 09:46:22 1995 -------------------------- Patching file src/LYUpload.c using Plan A... Hunk #1 succeeded at 36. Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** src/LYKeymap.c.bak Tue Mar 7 23:36:26 1995 |--- src/LYKeymap.c Sat Jul 8 10:11:26 1995 -------------------------- Patching file src/LYKeymap.c using Plan A... Hunk #1 succeeded at 156. done *** Error code 1 Stop. *** Error code 1 Stop. ======= (Cf. "make patch PATCH_DEBUG=yes") Satoshi From owner-freebsd-ports Wed Sep 20 03:01:40 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA26976 for ports-outgoing; Wed, 20 Sep 1995 03:01:40 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA26971 for ; Wed, 20 Sep 1995 03:01:34 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id DAA04750; Wed, 20 Sep 1995 03:01:34 -0700 Date: Wed, 20 Sep 1995 03:01:34 -0700 Message-Id: <199509201001.DAA04750@silvia.HIP.Berkeley.EDU> To: bob@luke.pmr.com CC: freebsd-ports@freefall.FreeBSD.org In-reply-to: <199509191925.OAA22428@luke.pmr.com> (message from Bob Willcox on Tue, 19 Sep 1995 14:25:23 -0500 (CDT)) Subject: Re: Using amanda from ports From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@FreeBSD.org Precedence: bulk * Well, Think I'll have to give up my attempts to use amanda for now. * I did finally get it to run but it caused my system to spontaneously * reboot while it was running. I have used up more time than I can * afford on it right now, perhaps next time I get to trying it I will * have better luck. Too bad, it looks quite useful... :-( Sorry to hear that. :< * I'd certainly like to hear from folks that are successfully using * it... I'm sure there is somebody using it successfully, maybe you can ask in the newsgroup or "hackers"? The "ports" list is for porters, so amanda users may not be listening here.... Satoshi (the ports manager) From owner-freebsd-ports Wed Sep 20 04:59:05 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA00392 for ports-outgoing; Wed, 20 Sep 1995 04:59:05 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA00386 ; Wed, 20 Sep 1995 04:59:01 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id EAA04965; Wed, 20 Sep 1995 04:59:24 -0700 Date: Wed, 20 Sep 1995 04:59:24 -0700 Message-Id: <199509201159.EAA04965@silvia.HIP.Berkeley.EDU> To: ports@freebsd.org, hackers@freebsd.org Subject: ports startup scripts From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org Precedence: bulk (Note crosspost of hackers and ports -- please reply to ports only.) Well, now that Jordan started the fire and Paul has sprayed some gasoline onto it, let's see if we can resolve this one last time. :) I assume we all agree that we want something like for script in ${local_startup}/*.sh; do [ -x ${script} ] && ${script} start done to be run from /etc/rc. The question is, where do we want that "local_startup" directory to be? As I re-read the archive of the previous discussion, here are the proposals and arguments for/against them: (1) /etc/rc.d - Ports shouldn't touch anything in the root filesystem + Central location, easy to maintain + Per-machine configuration possible even if /usr/local is NFS shared (2) /usr/local/etc/rc.d - Shouldn't fix certain location - If /usr/local is NFS shared, per-machine configuration is cumbersome (3) Same as (2), but use the regular ${PREFIX} (defined as /usr/local in bsd.port.mk) - X ports (which have PREFIX=${X11BASE}) have no way to know where this tree is - Even if they do, putting things in two trees with user-configurable locations requires major hacking of bsd.port.mk and pkg_* - Same NFS problem - PREFIX now defined in two locations (bsd.port.mk and sysconfig) (4) Same as (3), but use the current ${PREFIX} (usually /usr/local or /usr/X11R6) - Same NFS problem - PREFIX and X11BASE now defined in two locations (bsd.port.mk and sysconfig) My opinion is that due to the first reasons on their respective lists, options (2) and (3) are infeasible. I don't have any problem with ports touching /etc (that directory is hardly sacred, and is one of the things you need to backup during upgrades anyway) but since there seems to be a large contingent of people who feel strongly against it, I think it's wise to avoid option (1) too. That leaves option (4). We can deal with multiple startup dirs easily, just a couple more lines of shell programming. And to alleviate the second problem, I propose the following: @ Define LOCAL_PREFIX and X11BASE in /etc/sysconfig @ In /etc/rc, add a line that generates a file somewhere in /var (say, /var/run/paths) with the contents: ===== # Do not edit this file! Look at /etc/sysconfig on how to change these. LOCAL_PREFIX=/usr/local X11BASE=/usr/X11R6 ===== (The directory names are just examples, mind you.) @ Remove the lines that define X11BASE and PREFIX from *.mk files (bsd.port.mk defines both, sys.mk defines X11BASE) and replace them with ".include /var/run/paths" (need to change "=" to "?=" but that can be easily hacked) and some code to put them in PREFIX correctly So, if the user wants to change the "default" location of the "local" tree or the X tree, he can just edit /etc/sysconfig. The porters should just make sure that the script for the port "" has a name ".sh" and it goes to ${PREFIX}/etc/rc.d. For the scripts themselves -- right now it's not necessary, but why don't we make it a guideline to try to make it understand arguments "start" and "stop", it may be useful in the future. May I have your comments, ladies and gentlemen? Satoshi From owner-freebsd-ports Wed Sep 20 05:44:34 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA01267 for ports-outgoing; Wed, 20 Sep 1995 05:44:34 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA01261 for ; Wed, 20 Sep 1995 05:44:28 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id FAA01004 for ; Wed, 20 Sep 1995 05:43:57 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: ports@freebsd.org Subject: Re: ports startup scripts In-reply-to: Your message of "Wed, 20 Sep 1995 04:59:24 PDT." <199509201159.EAA04965@silvia.HIP.Berkeley.EDU> Date: Wed, 20 Sep 1995 05:43:56 -0700 Message-ID: <1002.811601036@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-ports@freebsd.org Precedence: bulk Here is my view on this matter: I belive the scripts should support three arguments: start stop restart I belive we need to scan multiple directories, and support the following semi-hardcoded paths: /etc/rc.d for the root's own hacks and for major startup tasks ("sh /etc/rc.d/nfs restart" would be a wonderful thing....) /etc/pkg/rc.d for installed packages startup tasks /etc/X11/rc.d for X11 related startup tasks. It should all be under /etc because the security goes south if we are not very careful. And that's all folks... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-ports Wed Sep 20 06:56:03 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA03375 for ports-outgoing; Wed, 20 Sep 1995 06:56:03 -0700 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA03368 for ; Wed, 20 Sep 1995 06:55:56 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id JAA12432 for ports@freebsd.org; Wed, 20 Sep 1995 09:57:14 -0400 From: Bill/Carolyn Pechter Message-Id: <199509201357.JAA12432@shell.monmouth.com> Subject: Startup scripts To: ports@freebsd.org Date: Wed, 20 Sep 1995 09:57:13 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2278 Sender: owner-ports@freebsd.org Precedence: bulk > > Here is my view on this matter: > > I belive the scripts should support three arguments: > start > stop > restart I think restart isn't needed. Stop followed by start should work for restart. > > I belive we need to scan multiple directories, and support the following > semi-hardcoded paths: > > /etc/rc.d > for the root's own hacks and for major startup tasks > ("sh /etc/rc.d/nfs restart" would be a wonderful thing....) OK... I think /etc/init.d sould be a master repository for them all like SVR4.j > > /etc/pkg/rc.d > for installed packages startup tasks > /etc/X11/rc.d > for X11 related startup tasks. Why not use /etc/init.d if there's no name conflict with any existing program? > > It should all be under /etc because the security goes south if we are not > very careful. Agreed. > > And that's all folks... Yes! Yes! Yes... this looks a lot like SVR4 (well, AT&T did this in SVR3). I tend to like the method they use. Here's a quick description for those who haven't seen it. /etc/init.d -- startup scripts /etc/rc?.d -- scripts that get run at run level ? (Yup, I know we don't have multiple run levels -- but I can hope...) The scripts start with S?? and run through to S99 or so... The admin symlinks or copies /etc/init.d/nfs to /etc/rc3.d/S35nfs to make it the 35th (assuming all #s are allocated) startup script to run in the system. (And it runs at run-level 3) the /etc/init.d/nfs script is also linked to a K35nfs which is used to kill the process when going to a different run state -- in our case single user. The rc? script (one for each run level) does the following for i in K* do sh K* stop done for i in S* do sh S* start done Adding routines involves dropping them into /etc/init.d/ and linking them. No edits, no hacking, no broken /etc/rc problems. At worst case only ONE routine (for the newsest program) bombs. Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-ports Wed Sep 20 06:58:28 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA03436 for ports-outgoing; Wed, 20 Sep 1995 06:58:28 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA03431 for ; Wed, 20 Sep 1995 06:58:17 -0700 Received: by sequent.kiae.su id AA09726 (5.65.kiae-2 ); Wed, 20 Sep 1995 17:40:13 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 20 Sep 95 17:40:13 +0400 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id RAA01067; Wed, 20 Sep 1995 17:37:36 +0400 To: Satoshi Asami Cc: ports@freebsd.org References: <199509200814.BAA04242@silvia.HIP.Berkeley.EDU> In-Reply-To: <199509200814.BAA04242@silvia.HIP.Berkeley.EDU>; from Satoshi Asami at Wed, 20 Sep 1995 01:14:57 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 20 Sep 1995 17:37:36 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: lynx patch failure Lines: 13 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 605 Sender: owner-ports@freebsd.org Precedence: bulk In message <199509200814.BAA04242@silvia.HIP.Berkeley.EDU> Satoshi Asami writes: >After "make makesum" to correct the checksum failure (I know, that's >what checksums are for), it still fails with the following: They always like to change sources without even bumping minor numbers! :-( I'll look at ASAP. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-ports Wed Sep 20 07:13:00 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA03642 for ports-outgoing; Wed, 20 Sep 1995 07:13:00 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA03637 for ; Wed, 20 Sep 1995 07:12:33 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id OAA00522 ; Wed, 20 Sep 1995 14:32:49 +0100 To: Satoshi Asami cc: bob@luke.pmr.com, freebsd-ports@freefall.freebsd.org Subject: Re: Using amanda from ports In-reply-to: Your message of "Wed, 20 Sep 1995 03:01:34 PDT." <199509201001.DAA04750@silvia.HIP.Berkeley.EDU> Date: Wed, 20 Sep 1995 14:32:47 +0100 Message-ID: <520.811603967@palmer.demon.co.uk> From: Gary Palmer Sender: owner-ports@FreeBSD.org Precedence: bulk In message <199509201001.DAA04750@silvia.HIP.Berkeley.EDU>, Satoshi Asami write s: > * Well, Think I'll have to give up my attempts to use amanda for now. > * I did finally get it to run but it caused my system to spontaneously > * reboot while it was running. I have used up more time than I can > * afford on it right now, perhaps next time I get to trying it I will > * have better luck. Too bad, it looks quite useful... :-( >Sorry to hear that. :< There was a problem in the SCSI tape code (probably in 2.0.5R also, as the bug was noticed (by me at least) after the disk was pressed). For the life of me I can't remember what it was tho. I think it was a timeout problem, not a crash'n'burn problem tho. ``spontaneously reboot'' == kernel stack overflow (if there wasn't a panic message). Details of your problem should be addressed to the relevant list (freebsd-current or freebsd-stable depending on your version - ports certainly isn't it). A dmesg showing hardware involved would certainly be helpful in debugging this problem. > * I'd certainly like to hear from folks that are successfully using > * it... About 6 machines are dumped to a 9Gb Exabyte tape drive every night at Walnut Creek (aka cdrom.com). This includes freefall.FreeBSD.ORG, so I sincerely hope it works! (I have to say, I do know that it works - I am on the alias that gets the dump reports every night). >I'm sure there is somebody using it successfully, maybe you can ask in >the newsgroup or "hackers"? The "ports" list is for porters, so >amanda users may not be listening here.... This isn't a generic Amanda problem I think. I can't think of HOW amanda can force a spontaneous reboot, as it doesn't do anything low level enough to worry me (all the low level stuff is done through `dump(8)' and then piped over TCP/IP to a listener which dumps it to the tape). Gary P.S. Sorry if I'm hopping on the end of this discussion, I don't remember seeing previous mails about this (I could have done, I've had a lot on my mind the last few days). From owner-freebsd-ports Wed Sep 20 07:48:46 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA04542 for ports-outgoing; Wed, 20 Sep 1995 07:48:46 -0700 Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA04528 for ; Wed, 20 Sep 1995 07:48:28 -0700 Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id JAA26315; Wed, 20 Sep 1995 09:45:24 -0500 From: Bob Willcox Message-Id: <199509201445.JAA26315@luke.pmr.com> Subject: Re: Using amanda from ports To: gary@palmer.demon.co.uk (Gary Palmer) Date: Wed, 20 Sep 1995 09:45:24 -0500 (CDT) Cc: asami@cs.berkeley.edu, freebsd-ports@freefall.freebsd.org In-Reply-To: <520.811603967@palmer.demon.co.uk> from "Gary Palmer" at Sep 20, 95 02:32:47 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 6983 Sender: owner-ports@FreeBSD.org Precedence: bulk Gary Palmer wrote: > > In message <199509201001.DAA04750@silvia.HIP.Berkeley.EDU>, Satoshi Asami write > s: > > * Well, Think I'll have to give up my attempts to use amanda for now. > > * I did finally get it to run but it caused my system to spontaneously > > * reboot while it was running. I have used up more time than I can > > * afford on it right now, perhaps next time I get to trying it I will > > * have better luck. Too bad, it looks quite useful... :-( > > >Sorry to hear that. :< > > There was a problem in the SCSI tape code (probably in 2.0.5R also, as > the bug was noticed (by me at least) after the disk was pressed). For > the life of me I can't remember what it was tho. I think it was a > timeout problem, not a crash'n'burn problem tho. > > ``spontaneously reboot'' == kernel stack overflow (if there wasn't a > panic message). Details of your problem should be addressed to the > relevant list (freebsd-current or freebsd-stable depending on your > version - ports certainly isn't it). A dmesg showing hardware involved > would certainly be helpful in debugging this problem. Well, here is the (I believe) relavent hardware config: P100 CPU, Triton chipset, 256kb L2 cache (write-back), 32mb RAM 2 NCR 53C810 based SCSI adapters, 1 Adaptec AHA-3940 SCSI adapter, 1 Digital DC21040 Ethernet adapter. I am running 2.1-stable as of 9/15 with the -current level of the Adaptec device driver (per the recommendation of Justin Gibbs). Here are some highlights of the SCSI probe output: (ncr0:0:0): "MICROP 2217-15MZ1001901 HZ30" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. (ncr0:3:0): "TOSHIBA CD-ROM XM-3401TA 2873" type 5 removable SCSI 2 cd0(ncr0:3:0): CD-ROM cd0(ncr0:3:0): 250ns (4 Mb/sec) offset 8. cd0(ncr0:3:0): NOT READY asc:3a,0 Medium not present (ncr0:4:0): "TOSHIBA CD-ROM XM-3401TA 0283" type 5 removable SCSI 2 cd1(ncr0:4:0): CD-ROM cd1(ncr0:4:0): 250ns (4 Mb/sec) offset 8. cd1(ncr0:4:0): NOT READY asc:3a,0 Medium not present (ncr0:5:0): "WANGTEK 5525ES SCSI REV7 3R2" type 1 removable SCSI 1 st0(ncr0:5:0): Sequential-Access st0: Wangtek 5525ES is a known rogue density code 0x0, drive empty (ncr0:6:0): "EXABYTE EXB-8200 2687" type 1 removable SCSI 1 st1(ncr0:6:0): Sequential-Access density code 0x0, drive empty ncr1 rev 2 int a irq 12 on pci0:18 ncr1: restart (scsi reset). ncr1 scanning for targets 0..6 (V2 pl22 95/07/07) ncr1 waiting for scsi devices to settle (ncr1:0:0): "SEAGATE ST12550N 0013" type 0 fixed SCSI 2 sd1(ncr1:0:0): Direct-Access sd1(ncr1:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. (ncr1:1:0): "HP C2247-300 0BE4" type 0 fixed SCSI 2 sd2(ncr1:1:0): Direct-Access sd2(ncr1:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. (ncr1:2:0): "DEC DSP3105S 386C" type 0 fixed SCSI 2 sd3(ncr1:2:0): Direct-Access sd3(ncr1:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. (ncr1:3:0): "DEC DSP3107LS 441C" type 0 fixed SCSI 2 sd4(ncr1:3:0): Direct-Access sd4(ncr1:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. (ncr1:4:0): "DEC DSP3210S 441C" type 0 fixed SCSI 2 sd5(ncr1:4:0): Direct-Access sd5(ncr1:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. ahc0 rev 0 int a irq 14 on pci1:4 ahc0: 3940 Channel A, SCSI Id=7, aic7870, 16 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "DEC DSP3210S 441C" type 0 fixed SCSI 2 sd6(ahc0:0:0): Direct-Access 2049MB (4197520 512 byte sectors) ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "DEC DSP3105S 386C" type 0 fixed SCSI 2 sd7(ahc0:1:0): Direct-Access 1001MB (2050860 512 byte sectors) ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "DEC DSP3105S 386C" type 0 fixed SCSI 2 sd8(ahc0:2:0): Direct-Access 1001MB (2050860 512 byte sectors) ahc0: target 3 Tagged Queuing Device (ahc0:3:0): "DEC DSP3107LS 441C" type 0 fixed SCSI 2 sd9(ahc0:3:0): Direct-Access 1021MB (2091144 512 byte sectors) ahc1 rev 0 int a irq 15 on pci1:5 ahc1: 3940 Channel B, SCSI Id=7, aic7870, 16 SCBs ahc1 waiting for scsi devices to settle ahc1: target 0 Tagged Queuing Device (ahc1:0:0): "DEC DSP3210S 435E" type 0 fixed SCSI 2 sd10(ahc1:0:0): Direct-Access 2049MB (4197520 512 byte sectors) ahc1: target 2 Tagged Queuing Device (ahc1:2:0): "DEC DSP3105S 386C" type 0 fixed SCSI 2 sd11(ahc1:2:0): Direct-Access 1001MB (2050860 512 byte sectors) ahc1: target 3 Tagged Queuing Device (ahc1:3:0): "DEC DSP3210S 441C" type 0 fixed SCSI 2 sd12(ahc1:3:0): Direct-Access 2049MB (4197520 512 byte sectors) ahc1: target 4 Tagged Queuing Device (ahc1:4:0): "SEAGATE ST12550N 0014" type 0 fixed SCSI 2 sd13(ahc1:4:0): Direct-Access 2040MB (4178874 512 byte sectors) At the time of the reboot a filesystem on sd2 was being dumped to the holding disk on sd5. There was no tape activity at the time (though a previous filesystem had recently been copied from the holding disk to the tape. The tape drive being used is an Exabyte 8200 (st1). The system is our news and file server so there was other activity going on at the same time. Note that this was an attempt to dump the local filesystems only. There were no other systems involved. > > > * I'd certainly like to hear from folks that are successfully using > > * it... > > About 6 machines are dumped to a 9Gb Exabyte tape drive every night at > Walnut Creek (aka cdrom.com). This includes freefall.FreeBSD.ORG, so I > sincerely hope it works! (I have to say, I do know that it works - I > am on the alias that gets the dump reports every night). > > >I'm sure there is somebody using it successfully, maybe you can ask in > >the newsgroup or "hackers"? The "ports" list is for porters, so > >amanda users may not be listening here.... > > This isn't a generic Amanda problem I think. I can't think of HOW > amanda can force a spontaneous reboot, as it doesn't do anything low > level enough to worry me (all the low level stuff is done through > `dump(8)' and then piped over TCP/IP to a listener which dumps it to > the tape). I believe that as-well, however I can (and do) backup this entire system to the same tape drive simply using dump(8) without this problem. (I have experienced ``Queue Full'' error messages from the adaptec device driver - this is why Justin suggested I update it to current - I have not seen that problem since then, though I haven't been running the new driver for very long yet.) > > Gary > > P.S. Sorry if I'm hopping on the end of this discussion, I don't > remember seeing previous mails about this (I could have done, I've had > a lot on my mind the last few days). > -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-ports Wed Sep 20 07:59:17 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA04759 for ports-outgoing; Wed, 20 Sep 1995 07:59:17 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA04752 ; Wed, 20 Sep 1995 07:59:05 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA00784; Thu, 21 Sep 1995 00:53:12 +1000 Date: Thu, 21 Sep 1995 00:53:12 +1000 From: Bruce Evans Message-Id: <199509201453.AAA00784@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, hackers@freebsd.org, ports@freebsd.org Subject: Re: ports startup scripts Sender: owner-ports@freebsd.org Precedence: bulk >to be run from /etc/rc. The question is, where do we want that >"local_startup" directory to be? Are symlinks to a variable location too ugly/unmanageable? Double links could be used as both as documentation and to avoid moving directories out of the way. E.g., for the current problem: - /etc/rc always references /links/local_startup - /links/local_startup is a link to either /etc/rc.d or /usr/local/etc/rc.d, depending on locally best solutions to the configuration problems mentioned in (1)-(2): >(1) /etc/rc.d > - Ports shouldn't touch anything in the root filesystem > + Central location, easy to maintain > + Per-machine configuration possible even if /usr/local is NFS shared >(2) /usr/local/etc/rc.d > - Shouldn't fix certain location > - If /usr/local is NFS shared, per-machine configuration is cumbersome >(3) Same as (2), but use the regular ${PREFIX} (defined as /usr/local > in bsd.port.mk) Ideally, all prefixes and paths should be found in one place. /links would be a reasonably dynamic place - use readlink() to look it up and standard utilities to manipulate it. The links could be followed directly or cached by programs. E.g., `make' could look up /links/bshell (which would normally point to /bin/sh) once and use the result several times. >That leaves option (4). We can deal with multiple startup dirs >easily, just a couple more lines of shell programming. And to >alleviate the second problem, I propose the following: > @ Define LOCAL_PREFIX and X11BASE in /etc/sysconfig > @ In /etc/rc, add a line that generates a file somewhere in /var > (say, /var/run/paths) with the contents: >... readlink() isn't as convenient an interface for some purposes as a list of variables, but this list could be created easily by `ls -l /links | sed ... | grep ...' >/var/run/paths. Bruce From owner-freebsd-ports Wed Sep 20 08:06:55 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA05072 for ports-outgoing; Wed, 20 Sep 1995 08:06:55 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA05066 for ; Wed, 20 Sep 1995 08:06:51 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA00768; Wed, 20 Sep 95 15:06:34 GMT Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA28989; Wed, 20 Sep 1995 09:06:32 -0600 Date: Wed, 20 Sep 1995 09:06:32 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9509201506.AA28989@emu.fsl.noaa.gov> To: gary@palmer.demon.co.uk Cc: asami@cs.berkeley.edu, bob@luke.pmr.com, freebsd-ports@freefall.freebsd.org In-Reply-To: <520.811603967@palmer.demon.co.uk> (message from Gary Palmer on Wed, 20 Sep 1995 14:32:47 +0100) Subject: Re: Using amanda from ports Sender: owner-ports@FreeBSD.org Precedence: bulk >>>>> "Gary" == Gary Palmer writes: Gary> There was a problem in the SCSI tape code (probably in Gary> 2.0.5R also, as the bug was noticed (by me at least) after Gary> the disk was pressed). It was a problem with tape mounting. st.c from -current (well -current as of a month ago, at least) had some corrections that fixed the problem, and it worked with 2.0.5R. You could work around the problem by 1 Never booting with a tape in the drive. 2 Doing a ``mt -f /dev/rst? status'' before inserting the tape. 3 Insert the tape 4 Do another status. Then use the drive happily. Gary> ``spontaneously reboot'' == kernel stack overflow (if there Gary> wasn't a panic message). I used to have hard crashes when writing to a DAT drive: no spontaneous reboot, no panic message, just a total lockup. I moved the DAT drive away from the QIC and CD-ROM in the case and it worked fine. It turned out heat was the culprit. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA If I ever do a book on the Amazon, I hope I am able to bring a certain lightheartedness to the subject, in a way that tell the reader we are going to have fun with this thing. -- Jack Handey From owner-freebsd-ports Wed Sep 20 08:15:51 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA05312 for ports-outgoing; Wed, 20 Sep 1995 08:15:51 -0700 Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.125.68.130]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA05134 for ; Wed, 20 Sep 1995 08:08:33 -0700 Received: from elvisti.kiev.ua (uucp@localhost) by sivka.carrier.kiev.ua (Sendmail 8.who.cares/5) with UUCP id SAA06927 for ports@freebsd.org; Wed, 20 Sep 1995 18:05:59 +0300 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.33]) by spider2.elvisti.kiev.ua (8.6.12/8.6.9) with ESMTP id QAA23835 for ; Wed, 20 Sep 1995 16:45:35 +0300 Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.6.9) id QAA26163 for ports@freebsd.org; Wed, 20 Sep 1995 16:45:33 +0300 From: "Andrew V. Stesin" Message-Id: <199509201345.QAA26163@office.elvisti.kiev.ua> Subject: Re: ports startup scripts To: ports@freebsd.org Date: Wed, 20 Sep 1995 16:45:32 +0300 (EET DST) In-Reply-To: <1002.811601036@critter.tfs.com> from "Poul-Henning Kamp" at Sep 20, 95 05:43:56 am X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Content-Length: 1188 Sender: owner-ports@freebsd.org Precedence: bulk # Here is my view on this matter: # From my (user's) point of view: # I belive the scripts should support three arguments: # start # stop # restart Bravo! # # I belive we need to scan multiple directories, and support the following # semi-hardcoded paths: # # /etc/rc.d # for the root's own hacks and for major startup tasks # ("sh /etc/rc.d/nfs restart" would be a wonderful thing....) Bravo! # # /etc/pkg/rc.d # for installed packages startup tasks As 99% of packages are in /usr/local subtree, any reason to avoid /usr/local/etc/rc.d ? # # /etc/X11/rc.d # for X11 related startup tasks. /usr/X11R6/lib/X11/etc/rc.d ? or maybe /usr/X11R6/etc/rc.d ? # # It should all be under /etc because the security goes south if we are not # very careful. # # And that's all folks... # -- # Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. # http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. # whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. # Just that: dried leaves in boiling water ? # -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 From owner-freebsd-ports Wed Sep 20 09:00:08 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA11880 for ports-outgoing; Wed, 20 Sep 1995 09:00:08 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA11829 for ; Wed, 20 Sep 1995 09:00:03 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA01327; Wed, 20 Sep 95 16:00:01 GMT Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA29875; Wed, 20 Sep 1995 09:59:58 -0600 Date: Wed, 20 Sep 1995 09:59:58 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9509201559.AA29875@emu.fsl.noaa.gov> To: pechter@shell.monmouth.com Cc: ports@freebsd.org In-Reply-To: <199509201357.JAA12432@shell.monmouth.com> (message from Bill/Carolyn Pechter on Wed, 20 Sep 1995 09:57:13 -0400 (EDT)) Subject: Re: Startup scripts Sender: owner-ports@freebsd.org Precedence: bulk >>>>> "Bill" == Carolyn Pechter writes: Bill> Yes! Yes! Yes... this looks a lot like SVR4 (well, AT&T did Bill> this in SVR3). I tend to like the method they use. Ugh! Ugh ugh! Ugh ugh ugh! Ugh! I'm sure AT&Ts intentions were good: they probably wanted to make it easy to administrate a host by providing simple entry points to start and stop entire subsystems, by defining run levels and letting only necessary daemons run where they need to. But all they got was a MESS. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA I was in the grocery store. I saw a sign that said "pet supplies." So I did. Then I went outside and saw a sign that said "compact cars"... -- Steven Wright From owner-freebsd-ports Wed Sep 20 09:39:41 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA19647 for ports-outgoing; Wed, 20 Sep 1995 09:39:41 -0700 Received: from Wit401402.student.utwente.nl (Wit401402.student.utwente.nl [130.89.236.162]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA19642 for ; Wed, 20 Sep 1995 09:39:34 -0700 Received: (from alain@localhost) by Wit401402.student.utwente.nl (8.6.12/8.6.9) id SAA00325; Wed, 20 Sep 1995 18:27:09 +0200 Date: Wed, 20 Sep 1995 18:27:09 +0200 (MET DST) From: Alain Kalker Reply-To: A.C.P.M.Kalker@student.utwente.nl To: "Andrew V. Stesin" cc: ports@freebsd.org Subject: Re: ports startup scripts In-Reply-To: <199509201345.QAA26163@office.elvisti.kiev.ua> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk On Wed, 20 Sep 1995, Andrew V. Stesin wrote: For an example of this, look at the Debian GNU/Linux distribution. Their scripts in the init.*/ dirs do just that. > # Here is my view on this matter: > # > From my (user's) point of view: > > # I belive the scripts should support three arguments: > # start > # stop > # restart > ... --- Alain From owner-freebsd-ports Wed Sep 20 10:25:04 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA20686 for ports-outgoing; Wed, 20 Sep 1995 10:25:04 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA20662 ; Wed, 20 Sep 1995 10:24:46 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA01118; Wed, 20 Sep 1995 10:22:25 -0700 From: Terry Lambert Message-Id: <199509201722.KAA01118@phaeton.artisoft.com> Subject: Re: ports startup scripts To: asami@cs.berkeley.edu (Satoshi Asami) Date: Wed, 20 Sep 1995 10:22:24 -0700 (MST) Cc: ports@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199509201159.EAA04965@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Sep 20, 95 04:59:24 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1370 Sender: owner-ports@FreeBSD.ORG Precedence: bulk > As I re-read the archive of the previous discussion, here are the > proposals and arguments for/against them: > > (1) /etc/rc.d > > - Ports shouldn't touch anything in the root filesystem > + Central location, easy to maintain > + Per-machine configuration possible even if /usr/local is NFS shared [ ... ] > My opinion is that due to the first reasons on their respective lists, > options (2) and (3) are infeasible. I don't have any problem with > ports touching /etc (that directory is hardly sacred, and is one of > the things you need to backup during upgrades anyway) but since there > seems to be a large contingent of people who feel strongly against it, > I think it's wise to avoid option (1) too. Actually, I have no problem with ports touching /etc. The idea of a read-only root implies system templating. Well, installed software would then be installed on all systems that are derived from a particular template (via diskless or dataless mount). The only issue not resolved by this is the idea of that read-only mount being done from a CDROM (ie: the boot from CD case). For drop-in install of package requiring daemons or overall system state, a hybrid of options (1) and (2) would seem the best bet. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-ports Wed Sep 20 11:45:11 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA23041 for ports-outgoing; Wed, 20 Sep 1995 11:45:11 -0700 Received: from wsantee.oz.net (root@wsantee.oz.net [204.118.240.207]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA23034 for ; Wed, 20 Sep 1995 11:45:07 -0700 Received: (from wsantee@localhost) by wsantee.oz.net (8.6.12/8.6.12) id LAA02227 for ports@freebsd.org; Wed, 20 Sep 1995 11:45:04 -0700 From: Wes Santee Message-Id: <199509201845.LAA02227@wsantee.oz.net> Subject: cern_httpd port still maintained? To: ports@freebsd.org Date: Wed, 20 Sep 1995 11:45:03 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24 ME7a] Content-Type: text Content-Length: 666 Sender: owner-ports@freebsd.org Precedence: bulk I tried to install the /usr/ports/net/cern_httpd port today, but the files don't exist on the fetch server anymore. I did an archie search for the distribution files that the Makefile is looking for, but only found WWWLibrary-2.17, which is listed as an old version on ftp.w3.org. Anybody know if this port is up-to-date, and if not, what files I should be grabbing? Cheers, -- ( -Wes Santee | You're never dead 'til you're ) ( wsantee@wsantee.oz.net (preferred) | out of quarters. --InSoc ) ( wsantee@oz.net (backup) \------------------------------ ) ( http://www.oz.net/~wsantee finger wsantee@oz.net for PGP info ) From owner-freebsd-ports Wed Sep 20 13:43:28 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA26776 for ports-outgoing; Wed, 20 Sep 1995 13:43:28 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA26756 ; Wed, 20 Sep 1995 13:43:22 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id NAA07047; Wed, 20 Sep 1995 13:43:13 -0700 From: Julian Elischer Message-Id: <199509202043.NAA07047@ref.tfs.com> Subject: Re: ports startup scripts To: asami@cs.berkeley.edu (Satoshi Asami) Date: Wed, 20 Sep 1995 13:43:13 -0700 (PDT) Cc: ports@freebsd.org, hackers@freebsd.org In-Reply-To: <199509201159.EAA04965@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Sep 20, 95 04:59:24 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1205 Sender: owner-ports@freebsd.org Precedence: bulk > > (4) Same as (3), but use the current ${PREFIX} (usually /usr/local or > /usr/X11R6) > > - Same NFS problem > - PREFIX and X11BASE now defined in two locations (bsd.port.mk and > sysconfig) > > My opinion is that due to the first reasons on their respective lists, > options (2) and (3) are infeasible. I don't have any problem with > ports touching /etc (that directory is hardly sacred, and is one of > the things you need to backup during upgrades anyway) but since there > seems to be a large contingent of people who feel strongly against it, > I think it's wise to avoid option (1) too. > > That leaves option (4). We can deal with multiple startup dirs > easily, just a couple more lines of shell programming. And to > alleviate the second problem, I propose the following: > > @ Define LOCAL_PREFIX and X11BASE in /etc/sysconfig define RCLIST in /etc/sysconfig RCLIST= ${LOCAL_PREFIX}/etc/rc.d ${X11BASE}/etc/rc.d for PATH in $RCLIST do for FILE in $PATH/*.sh do if [ -x $FILE ] then sh -c $FILE start fi done done The problem with this is you cannot interleave operations.. ALL scripts in X11BASE are executed after ALL scripts in LOCAL_PREFIX From owner-freebsd-ports Wed Sep 20 15:50:50 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA05989 for ports-outgoing; Wed, 20 Sep 1995 15:50:50 -0700 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA05955 ; Wed, 20 Sep 1995 15:50:44 -0700 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by chemserv.umd.edu (8.7.Beta.14/8.7.Beta.14) with ESMTP id SAA09735; Wed, 20 Sep 1995 18:50:30 -0400 (EDT) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7/8.6.4) id SAA12805; Wed, 20 Sep 1995 18:50:29 -0400 (EDT) Date: Wed, 20 Sep 1995 18:50:28 -0400 (EDT) From: Chuck Robey To: Julian Elischer cc: Satoshi Asami , ports@freebsd.org, hackers@freebsd.org Subject: Re: ports startup scripts In-Reply-To: <199509202043.NAA07047@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk I'd really apreciate one thing. I've noticed an extreme and virulent allergy some folks have to doing the startup tasks ala SVR4 style. I do know that style. Can one of you tell me if there's any strong reason against doing things in that mode, other than simple prejudice? I'm perfectly willing to take an argument in either direction, but I have seen lots of attacks on the SVR4 method, that often end up on a shaggy dog story about some 3rd system. I don't understand this, and I'd really like to. BTW, I'm not talking about SVR4 init, or inittab, just the system of rc.0, rc.1, etc, and the S and K files, for startup and shutdown. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-ports Wed Sep 20 16:05:59 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA07848 for ports-outgoing; Wed, 20 Sep 1995 16:05:59 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA07809 ; Wed, 20 Sep 1995 16:05:52 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA01795; Wed, 20 Sep 1995 16:03:21 -0700 From: Terry Lambert Message-Id: <199509202303.QAA01795@phaeton.artisoft.com> Subject: Re: ports startup scripts To: chuckr@eng.umd.edu (Chuck Robey) Date: Wed, 20 Sep 1995 16:03:21 -0700 (MST) Cc: julian@ref.tfs.com, asami@cs.berkeley.edu, ports@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: from "Chuck Robey" at Sep 20, 95 06:50:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 519 Sender: owner-ports@FreeBSD.ORG Precedence: bulk > I'd really apreciate one thing. I've noticed an extreme and virulent > allergy some folks have to doing the startup tasks ala SVR4 style. I do > know that style. Can one of you tell me if there's any strong reason > against doing things in that mode, other than simple prejudice? It requires the implementation of run levels. I personally *don't* find it objectionable. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-ports Wed Sep 20 17:11:43 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA17959 for ports-outgoing; Wed, 20 Sep 1995 17:11:43 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA17925 ; Wed, 20 Sep 1995 17:11:36 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA06023; Thu, 21 Sep 95 00:11:14 GMT Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA06450; Wed, 20 Sep 1995 18:11:13 -0600 Date: Wed, 20 Sep 1995 18:11:13 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9509210011.AA06450@emu.fsl.noaa.gov> To: terry@lambert.org Cc: chuckr@eng.umd.edu, julian@ref.tfs.com, asami@cs.berkeley.edu, ports@freebsd.org, hackers@freebsd.org In-Reply-To: <199509202303.QAA01795@phaeton.artisoft.com> (message from Terry Lambert on Wed, 20 Sep 1995 16:03:21 -0700 (MST)) Subject: Re: ports startup scripts Sender: owner-ports@freebsd.org Precedence: bulk >>>>> "Terry" == Terry Lambert writes: Terry> It requires the implementation of run levels. And it's not clear what run levels are. On the HP/UX system I'm using at the moment, there are run levels 0 through 6 and S. S is the only one that really makes sense (S == single user), but why is 2 multiuser mode? What do you get with levels 0 and 1? What don't you get? And sites can customize the higher run levels to mean what they want. Terry> I personally *don't* find it objectionable. All those oddly named scripts, links, codes are hard to grok. More often than not, when ``such-n-such is hung,'' I have to find /etc/rc* -type f | xargs grep such-n-such just to find out the name of the script I'm supposed to use. And it turns out all it did was run ``such-n-such -d'' which I saw with the output from `ps', so it would've been faster to just kill it and restart it---which I'm leary of since what if I forgot to remove a fifo, lock file, or other such debris before doing so? I so much prefer just looking through /etc/rc.local (and now, /etc/sysconfig) since it collects in one place the needed stuff. ``Scotty, go to run level 6!'' ``Captain, the swapper won't handle all those daemons!'' ``Which daemons?'' ``I ... I don't know, captain!'' -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA I spilled spot remover on my dog. He's gone now. -- Steven Wright From owner-freebsd-ports Wed Sep 20 17:22:45 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19294 for ports-outgoing; Wed, 20 Sep 1995 17:22:45 -0700 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA19256 ; Wed, 20 Sep 1995 17:22:38 -0700 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by chemserv.umd.edu (8.7.Beta.14/8.7.Beta.14) with ESMTP id UAA10584; Wed, 20 Sep 1995 20:21:05 -0400 (EDT) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7/8.6.4) id UAA22285; Wed, 20 Sep 1995 20:21:04 -0400 (EDT) Date: Wed, 20 Sep 1995 20:21:04 -0400 (EDT) From: Chuck Robey To: Sean Kelly cc: terry@lambert.org, julian@ref.tfs.com, asami@cs.berkeley.edu, ports@freebsd.org, hackers@freebsd.org Subject: Re: ports startup scripts In-Reply-To: <9509210011.AA06450@emu.fsl.noaa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk On Wed, 20 Sep 1995, Sean Kelly wrote: > >>>>> "Terry" == Terry Lambert writes: > > Terry> It requires the implementation of run levels. > > And it's not clear what run levels are. On the HP/UX system I'm using > at the moment, there are run levels 0 through 6 and S. S is the only > one that really makes sense (S == single user), but why is 2 multiuser > mode? What do you get with levels 0 and 1? What don't you get? And > sites can customize the higher run levels to mean what they want. I don't think that going to such a system means that we have to slavishly copy their every nuance. We could easily set something like: 0: single user 1: multiuser 2: network 3: user-custom And then leave the rest to individual hackers. Could even have multiple levels for user-custom. This would make things easier to sequence, wouldn't it? It would allow for very simple addition of new daemons, like ports stuff, wouldn't it? Shutdown, which isn't even handled right now, would finally get fair play. This doesn't mean we go looking for all the wrong things that have been done to this system, but a lot of good is there. Doesn't it seem at least the best available base to start from? > > Terry> I personally *don't* find it objectionable. > > All those oddly named scripts, links, codes are hard to grok. More > often than not, when ``such-n-such is hung,'' I have to > > find /etc/rc* -type f | xargs grep such-n-such > > just to find out the name of the script I'm supposed to use. And it > turns out all it did was run ``such-n-such -d'' which I saw with the > output from `ps', so it would've been faster to just kill it and > restart it---which I'm leary of since what if I forgot to remove a > fifo, lock file, or other such debris before doing so? > > I so much prefer just looking through /etc/rc.local (and now, > /etc/sysconfig) since it collects in one place the needed stuff. > > > ``Scotty, go to run level 6!'' > > ``Captain, the swapper won't handle all those daemons!'' > > ``Which daemons?'' > > ``I ... I don't know, captain!'' > > -- > Sean Kelly > NOAA Forecast Systems Lab, Boulder Colorado USA > > I spilled spot remover on my dog. He's gone now. -- Steven Wright > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-ports Wed Sep 20 17:30:09 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA20172 for ports-outgoing; Wed, 20 Sep 1995 17:30:09 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA20118 for ; Wed, 20 Sep 1995 17:29:23 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id BAA01237 for ; Thu, 21 Sep 1995 01:28:35 +0100 To: ports@freebsd.org Subject: elm Date: Thu, 21 Sep 1995 01:28:34 +0100 Message-ID: <1235.811643314@palmer.demon.co.uk> From: Gary Palmer Sender: owner-ports@freebsd.org Precedence: bulk Hiya FreeBSD has dropped the default optimization level for the system down to -O now, and I just noticed that by default elm is compiled with -O2. Do we want to drop this down to match the rest of the system? (For those who didn't see the reasoning behind the -O2 -> -O move for the base installation, it's because of optimizer bugs in GCC on Intel platforms) Comments? Gary From owner-freebsd-ports Wed Sep 20 18:22:54 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA27629 for ports-outgoing; Wed, 20 Sep 1995 18:22:54 -0700 Received: from phoenix.volant.org (root@phoenix.volant.org [205.179.79.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA27605 ; Wed, 20 Sep 1995 18:22:46 -0700 From: patl@asimov.volant.org Received: from asimov.volant.org (asimov.volant.org [205.179.79.65]) by phoenix.volant.org (8.6.11/8.6.9) with SMTP id SAA05423; Wed, 20 Sep 1995 18:21:44 -0700 Received: by asimov.volant.org (5.x/SMI-SVR4) id AA21284; Wed, 20 Sep 1995 18:27:17 -0700 Date: Wed, 20 Sep 1995 18:27:17 -0700 Message-Id: <9509210127.AA21284@asimov.volant.org> To: kelly@fsl.noaa.gov, chuckr@eng.umd.edu Subject: Re: ports startup scripts Cc: terry@lambert.org, julian@ref.tfs.com, asami@cs.berkeley.edu, ports@freebsd.org, hackers@freebsd.org X-Sun-Charset: US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk |> I don't think that going to such a system means that we have to slavishly |> copy their every nuance. We could easily set something like: |> |> 0: single user |> 1: multiuser |> 2: network |> 3: user-custom The run levels seem have fairly standard meanings - PLEASE stick with the level definitions as used by Solaris, HP-UX, etc. There is no excuse for gratuituous incompatability. |> > All those oddly named scripts, links, codes are hard to grok. More |> > often than not, when ``such-n-such is hung,'' I have to |> > |> > find /etc/rc* -type f | xargs grep such-n-such |> > |> > just to find out the name of the script I'm supposed to use. And it |> > turns out all it did was run ``such-n-such -d'' which I saw with the |> > output from `ps', so it would've been faster to just kill it and |> > restart it---which I'm leary of since what if I forgot to remove a |> > fifo, lock file, or other such debris before doing so? I haven't seen how HP-UX does this; but it's pretty clean in Solaris 2.4. The files generally have fairly clear names, and they all live in /etc/init.d. The rc* directories only contain symlinks to the file in init.d, and the symlinks are clearly named. Once I figured out the basics, this became one of the things I really like about Solaris as compared with SunOS4.x. -Pat From owner-freebsd-ports Wed Sep 20 18:59:51 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA03085 for ports-outgoing; Wed, 20 Sep 1995 18:59:51 -0700 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA03039 ; Wed, 20 Sep 1995 18:59:42 -0700 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by chemserv.umd.edu (8.7.Beta.14/8.7.Beta.14) with ESMTP id VAA11404; Wed, 20 Sep 1995 21:58:44 -0400 (EDT) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7/8.6.4) id VAA15361; Wed, 20 Sep 1995 21:58:43 -0400 (EDT) Date: Wed, 20 Sep 1995 21:58:43 -0400 (EDT) From: Chuck Robey To: patl@asimov.volant.org cc: kelly@fsl.noaa.gov, terry@lambert.org, julian@ref.tfs.com, asami@cs.berkeley.edu, ports@freebsd.org, hackers@freebsd.org Subject: Re: ports startup scripts In-Reply-To: <9509210127.AA21284@asimov.volant.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk On Wed, 20 Sep 1995 patl@asimov.volant.org wrote: > |> I don't think that going to such a system means that we have to slavishly > |> copy their every nuance. We could easily set something like: > |> > |> 0: single user > |> 1: multiuser > |> 2: network > |> 3: user-custom > > The run levels seem have fairly standard meanings - PLEASE stick with > the level definitions as used by Solaris, HP-UX, etc. There is no > excuse for gratuituous incompatability. This seems a little cockeyed, requesting no changes in a "standard" item, that would be totally non-standard in BSD from the start anyways. Are there BSD based systems, not running init/inittab SVR type things, that use this setup? Because, if there aren't, asking for standardization is simply tying the hands of designers, for no good purpose. If I'm right, and a BSD standard to this doesn't exist, then an oppurtunity is presenting itself to use the best of what's out there. This isn't linux or SYSV, so reasons based on such systems are out of place. Am I wrong? > > |> > All those oddly named scripts, links, codes are hard to grok. More > |> > often than not, when ``such-n-such is hung,'' I have to > |> > > |> > find /etc/rc* -type f | xargs grep such-n-such > |> > > |> > just to find out the name of the script I'm supposed to use. And it > |> > turns out all it did was run ``such-n-such -d'' which I saw with the > |> > output from `ps', so it would've been faster to just kill it and > |> > restart it---which I'm leary of since what if I forgot to remove a > |> > fifo, lock file, or other such debris before doing so? > > I haven't seen how HP-UX does this; but it's pretty clean in Solaris 2.4. > The files generally have fairly clear names, and they all live in > /etc/init.d. The rc* directories only contain symlinks to the file > in init.d, and the symlinks are clearly named. > > > Once I figured out the basics, this became one of the things I really > like about Solaris as compared with SunOS4.x. > > > > > -Pat > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-ports Wed Sep 20 19:07:25 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA03908 for ports-outgoing; Wed, 20 Sep 1995 19:07:25 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA03879 ; Wed, 20 Sep 1995 19:07:15 -0700 Received: from healer.com ([205.164.80.204]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id TAA22937; Wed, 20 Sep 1995 19:04:26 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id JAA20931; Wed, 20 Sep 1995 09:46:58 -0400 Date: Wed, 20 Sep 1995 09:46:58 -0400 From: Coranth Gryphon Message-Id: <199509201346.JAA20931@healer.com> To: asami@cs.berkeley.edu, hackers@freebsd.org, ports@freebsd.org Subject: Re: ports startup scripts Sender: owner-ports@freebsd.org Precedence: bulk > Well, now that Jordan started the fire and Paul has sprayed some > gasoline onto it, let's see if we can resolve this one last time. :) > I assume we all agree that we want something like > for script in ${local_startup}/*.sh; do > [ -x ${script} ] && ${script} start > done > to be run from /etc/rc. The question is, where do we want that > "local_startup" directory to be? > (1) /etc/rc.d > - Ports shouldn't touch anything in the root filesystem Well, various things affect /var/.... and that is not always mounted seperately. Heck, If /etc could be mounted seperately, I'd probably be doing so... > + Central location, easy to maintain > + Per-machine configuration possible even if /usr/local is NFS shared This is the option that I'd like to see. > So, if the user wants to change the "default" location of the "local" > tree or the X tree, he can just edit /etc/sysconfig. Possible, but that is one more set of things lumped into sysconfig. > The porters should just make sure that the script for the port > "" has a name ".sh" and it goes to ${PREFIX}/etc/rc.d. Personally, I'd prefer to see them named "rc." Alternately, I'd recommend one other options. 5) put them all in /etc/rc.ports - yep, it touches /etc (but that's what it's for) + but no normal system files are being modified + one known location + easy to see what is being run where > why don't we make it a guideline to try to make it understand arguments > "start" and "stop", it may be useful in the future. Great idea. There's a script I found somewhere (I forget) that I use all the time. It's called "pkill" and what it does is just a PS and greps for the process name to send it a specified signal. Yeah I know, easy to do. But adding something like to that to the base dist would (1) make people happy, (2) eliminate some of the need for /var/run/*.pid and (3) make the start scripts easier to implement more generically. > May I have your comments, ladies and gentlemen? On one other note, making all of the /etc normal startup scripts either (1) start with "rc." (like rc.netstart and rc.sysconfig) or moving them also to "/etc/rc.d". It makes tracking down where something is defined MUCH easier to be able to just grep through "/etc/rc*" than to have to figure out (or keep in your head if > 5 files :-) what else to look at. -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Wed Sep 20 19:19:43 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA05233 for ports-outgoing; Wed, 20 Sep 1995 19:19:43 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA05194 ; Wed, 20 Sep 1995 19:19:33 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA07818; Wed, 20 Sep 1995 19:16:57 -0700 From: Terry Lambert Message-Id: <199509210216.TAA07818@phaeton.artisoft.com> Subject: Re: ports startup scripts To: kelly@fsl.noaa.gov (Sean Kelly) Date: Wed, 20 Sep 1995 19:16:57 -0700 (MST) Cc: terry@lambert.org, chuckr@eng.umd.edu, julian@ref.tfs.com, asami@cs.berkeley.edu, ports@freebsd.org, hackers@freebsd.org In-Reply-To: <9509210011.AA06450@emu.fsl.noaa.gov> from "Sean Kelly" at Sep 20, 95 06:11:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2206 Sender: owner-ports@freebsd.org Precedence: bulk > >>>>> "Terry" == Terry Lambert writes: > > Terry> It requires the implementation of run levels. > > And it's not clear what run levels are. On the HP/UX system I'm using > at the moment, there are run levels 0 through 6 and S. S is the only > one that really makes sense (S == single user), but why is 2 multiuser > mode? What do you get with levels 0 and 1? What don't you get? And > sites can customize the higher run levels to mean what they want. In order: 2 is not multiuser mode; 1 is. Run level 0 is maintenance mode, run level 1 is multiuser. You don't get networking (starts at run level 2) or network server capability (starts at run level 3). Yes, for 4 + 5, which are not used by default. 6 is typically used for reboot. > Terry> I personally *don't* find it objectionable. > > All those oddly named scripts, links, codes are hard to grok. More > often than not, when ``such-n-such is hung,'' I have to > > find /etc/rc* -type f | xargs grep such-n-such > > just to find out the name of the script I'm supposed to use. And it > turns out all it did was run ``such-n-such -d'' which I saw with the > output from `ps', so it would've been faster to just kill it and > restart it---which I'm leary of since what if I forgot to remove a > fifo, lock file, or other such debris before doing so? You are supposed to use an administrative utility, which will call the appropriate scripts with "start" or "stop" or "stop" then reconfig then "start". You are an unusal user if you know what hung by command name rather than by service name. > I so much prefer just looking through /etc/rc.local (and now, > /etc/sysconfig) since it collects in one place the needed stuff. Except that it's not modular enough for daemons that are needed by various 3rd party programs ("ports" or "packages") and it's not modular enough for add-on-system components (for instance, load SCO exection class and Linux execution class on startup by virtue of them existing without knowing that they existed when you wrote /etc/rc). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-ports Wed Sep 20 19:35:41 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA07379 for ports-outgoing; Wed, 20 Sep 1995 19:35:41 -0700 Received: from phoenix.volant.org (root@phoenix.volant.org [205.179.79.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA07358 ; Wed, 20 Sep 1995 19:35:32 -0700 From: patl@asimov.volant.org Received: from asimov.volant.org (asimov.volant.org [205.179.79.65]) by phoenix.volant.org (8.6.11/8.6.9) with SMTP id TAA07586; Wed, 20 Sep 1995 19:34:30 -0700 Received: by asimov.volant.org (5.x/SMI-SVR4) id AA21415; Wed, 20 Sep 1995 19:39:59 -0700 Date: Wed, 20 Sep 1995 19:39:59 -0700 Message-Id: <9509210239.AA21415@asimov.volant.org> To: chuckr@eng.umd.edu Subject: Re: ports startup scripts Cc: kelly@fsl.noaa.gov, terry@lambert.org, julian@ref.tfs.com, asami@cs.berkeley.edu, ports@freebsd.org, hackers@freebsd.org X-Sun-Charset: US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk |> > The run levels seem have fairly standard meanings - PLEASE stick with |> > the level definitions as used by Solaris, HP-UX, etc. There is no |> > excuse for gratuituous incompatability. |> |> This seems a little cockeyed, requesting no changes in a "standard" item, |> that would be totally non-standard in BSD from the start anyways. Are |> there BSD based systems, not running init/inittab SVR type things, that |> use this setup? Because, if there aren't, asking for standardization is |> simply tying the hands of designers, for no good purpose. |> |> If I'm right, and a BSD standard to this doesn't exist, then an |> oppurtunity is presenting itself to use the best of what's out there. |> This isn't linux or SYSV, so reasons based on such systems are out of |> place. Am I wrong? 'BSD style unix' is a red herring here. The operative word is 'unix'. If we're doing something similar to what SVr4 or any other flavor of unix does, and there is no STRONG technical reason to be different, any differences are simply gratuitous. Compatibility helps -all- unixes in the fight against Win* and other brain-dead toy OSes. (That happen to have the bulk of the market share...) I reiterate: 1. Gratuitous differences are BAD. 2. Compatibility is GOOD. Of course, I -could- be mistaken. I've only been a systems level software engineer for twenty three years now... -Pat From owner-freebsd-ports Wed Sep 20 20:35:55 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA14313 for ports-outgoing; Wed, 20 Sep 1995 20:35:55 -0700 Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA14251 ; Wed, 20 Sep 1995 20:35:43 -0700 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by bacchus.eng.umd.edu (8.7.Gamma.0/8.7.Gamma.0) with ESMTP id XAA22833; Wed, 20 Sep 1995 23:34:30 -0400 (EDT) Received: (chuckr@localhost) by latte.eng.umd.edu (8.7/8.6.4) id XAA23335; Wed, 20 Sep 1995 23:34:29 -0400 (EDT) Date: Wed, 20 Sep 1995 23:34:28 -0400 (EDT) From: Chuck Robey To: patl@asimov.volant.org cc: kelly@fsl.noaa.gov, terry@lambert.org, julian@ref.tfs.com, asami@cs.berkeley.edu, ports@freebsd.org, hackers@freebsd.org Subject: Re: ports startup scripts In-Reply-To: <9509210239.AA21415@asimov.volant.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk On Wed, 20 Sep 1995 patl@asimov.volant.org wrote: > |> > The run levels seem have fairly standard meanings - PLEASE stick with > |> > the level definitions as used by Solaris, HP-UX, etc. There is no > |> > excuse for gratuituous incompatability. > |> > |> This seems a little cockeyed, requesting no changes in a "standard" item, > |> that would be totally non-standard in BSD from the start anyways. Are > |> there BSD based systems, not running init/inittab SVR type things, that > |> use this setup? Because, if there aren't, asking for standardization is > |> simply tying the hands of designers, for no good purpose. > |> > |> If I'm right, and a BSD standard to this doesn't exist, then an > |> oppurtunity is presenting itself to use the best of what's out there. > |> This isn't linux or SYSV, so reasons based on such systems are out of > |> place. Am I wrong? > > 'BSD style unix' is a red herring here. The operative word is 'unix'. > If we're doing something similar to what SVr4 or any other flavor of > unix does, and there is no STRONG technical reason to be different, > any differences are simply gratuitous. Compatibility helps -all- unixes > in the fight against Win* and other brain-dead toy OSes. (That happen > to have the bulk of the market share...) > > > I reiterate: > > 1. Gratuitous differences are BAD. > > 2. Compatibility is GOOD. > > Of course, I -could- be mistaken. I've only been a systems level > software engineer for twenty three years now... OK, let me see if I have this right: 1) We need an improved startup script system. 2) There's a very good framework for one existing, it has a lot of bugs that many people find completely objectionable, but it's a good starting point. 3) Removing the perceived bugs in that other system makes it different from the original, displeasing those that happened to have a lot of experience using it, and don't want to learn another. 4) We, instead, must use another custom setup. It, too, will be non-standard, but at least it won't be traceable to the One True System. Is this a fair summary? I'm not in a fight with anyone, even Microsoft. I wish our fellow enthusiasts running Linux well, but I don't want to copy them. I really enjoy FreeBSD, and I enjoy showing it to friends, like I enjoy sharing favorite books. FreeBSD is quite different than other SYSV systems, and everyone associated with it wishes that it remain so. If I'm discussing making gratuitous changes to a part of the BSD Unix standard, I apologize, I'm completely wrong (and embarrassed), but I don't think so. I think I've beat this to death, I'm probably boring folks, so I'm gonna drop it. I see why it wasn't done before, tho. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-ports Wed Sep 20 21:01:58 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA17879 for ports-outgoing; Wed, 20 Sep 1995 21:01:58 -0700 Received: from phoenix.volant.org (root@phoenix.volant.org [205.179.79.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA17868 ; Wed, 20 Sep 1995 21:01:52 -0700 From: patl@asimov.volant.org Received: from asimov.volant.org (asimov.volant.org [205.179.79.65]) by phoenix.volant.org (8.6.11/8.6.9) with SMTP id VAA10169; Wed, 20 Sep 1995 21:00:52 -0700 Received: by asimov.volant.org (5.x/SMI-SVR4) id AA21520; Wed, 20 Sep 1995 21:06:25 -0700 Date: Wed, 20 Sep 1995 21:06:25 -0700 Message-Id: <9509210406.AA21520@asimov.volant.org> To: chuckr@eng.umd.edu Subject: Re: ports startup scripts Cc: kelly@fsl.noaa.gov, terry@lambert.org, julian@ref.tfs.com, asami@cs.berkeley.edu, ports@freebsd.org, hackers@freebsd.org X-Sun-Charset: US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk |> OK, let me see if I have this right: |> |> 1) We need an improved startup script system. Right. |> 2) There's a very good framework for one existing, it has a lot of bugs |> that many people find completely objectionable, but it's a good starting |> point. |> 3) Removing the perceived bugs in that other system makes it different |> from the original, displeasing those that happened to have a lot of |> experience using it, and don't want to learn another. Make sure they really are bugs before changing them. And make sure that your solution isn't just a different set of bugs... I suspect that most of the problem with the SVr4/Solaris/HP-UX startup script system is poor documentation. And a lot of the people complaining are really complaining about the change, not the actual result. Any change we make will suffer from that, no matter how good it is. |> 4) We, instead, must use another custom setup. It, too, will be |> non-standard, but at least it won't be traceable to the One True System. I'm not sure I understand this point. My position is: 1. If we can come up with a system that is significantly better than the SVr4 system, do it. 2. Minor incompatabilities, like re-numbering the run levels, are not likely to be a significant improvement. Don't do it. |> Is this a fair summary? |> |> I'm not in a fight with anyone, even Microsoft. I wish our fellow If you ever want to see a wide range of commercial quality end-user software available for FreeBSD, you -are- in a fight with Microsoft. A fight for market share in installed seats. If, on the other hand, you just enjoy hacking around in the kernel and utilities, and don't care if FreeBSD withers away and you wind up the only one still using it, then go right ahead and re-invent every wheel you come across. |> enthusiasts running Linux well, but I don't want to copy them. |> I really enjoy FreeBSD, and I enjoy showing it to friends, like I |> enjoy sharing favorite books. FreeBSD is quite different than other SYSV |> systems, and everyone associated with it wishes that it remain so. If |> I'm discussing making gratuitous changes to a part of the BSD Unix |> standard, I apologize, I'm completely wrong (and embarrassed), but I |> don't think so. You make it sound like the folks working on FreeBSD would make changes just to be different from SYSV. I sincerely hope that is not the case. We should strive to produce the best unix-derived system that we can; but vigorously fight the Not Invented Here syndrome. If somebody else has a better solution than the one we are using, we should feel perfectly free to adopt it. Or, if we can, improve it further. -Pat From owner-freebsd-ports Wed Sep 20 22:26:47 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA24534 for ports-outgoing; Wed, 20 Sep 1995 22:26:47 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA24529 for ; Wed, 20 Sep 1995 22:26:41 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id WAA06250; Wed, 20 Sep 1995 22:24:35 -0700 Date: Wed, 20 Sep 1995 22:24:35 -0700 Message-Id: <199509210524.WAA06250@silvia.HIP.Berkeley.EDU> To: gary@palmer.demon.co.uk CC: ports@freebsd.org In-reply-to: <1235.811643314@palmer.demon.co.uk> (message from Gary Palmer on Thu, 21 Sep 1995 01:28:34 +0100) Subject: Re: elm From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org Precedence: bulk * FreeBSD has dropped the default optimization level for the system down * to -O now, and I just noticed that by default elm is compiled with * -O2. Do we want to drop this down to match the rest of the system? * (For those who didn't see the reasoning behind the -O2 -> -O move * for the base installation, it's because of optimizer bugs in GCC * on Intel platforms) Rather, if you can make it pick up CFLAGS from /etc/make.conf, that would be fine. I'm a little weary of going into every port and changing -O2 -> -O, because we would then want to revert all of them when the new version of the compiler is imported and/or the bug is fixed. Satoshi From owner-freebsd-ports Wed Sep 20 22:43:52 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA25540 for ports-outgoing; Wed, 20 Sep 1995 22:43:52 -0700 Received: from oasis.txdirect.net (oasis.txdirect.net [204.57.120.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA25535 for ; Wed, 20 Sep 1995 22:43:45 -0700 Received: (from rsnow@localhost) by oasis.txdirect.net (8.6.11/8.6.9) id AAA07351; Thu, 21 Sep 1995 00:43:42 -0500 Date: Thu, 21 Sep 1995 00:43:41 -0500 (CDT) From: Rob Snow X-Sender: rsnow@oasis To: "Ports@FreeBSD.org" Subject: Arrow keys in OLEO? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk Has anyone managed to get the arrow keys working in oleo? I've hacked around with the bindings tree for a while and still cant make the suckers work properly. ______________________________________________________________________ Rob Snow Powered by FreeBSD rsnow@txdirect.net http://www.freebsd.org From owner-freebsd-ports Wed Sep 20 23:54:12 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA27386 for ports-outgoing; Wed, 20 Sep 1995 23:54:12 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA27358 ; Wed, 20 Sep 1995 23:54:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA03746; Thu, 21 Sep 1995 08:53:46 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA27877; Thu, 21 Sep 1995 08:53:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA14650; Thu, 21 Sep 1995 08:39:18 +0200 From: J Wunsch Message-Id: <199509210639.IAA14650@uriah.heep.sax.de> Subject: Re: ports startup scripts To: terry@lambert.org (Terry Lambert) Date: Thu, 21 Sep 1995 08:39:17 +0200 (MET DST) Cc: ports@freebsd.org, freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509202303.QAA01795@phaeton.artisoft.com> from "Terry Lambert" at Sep 20, 95 04:03:21 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 482 Sender: owner-ports@freebsd.org Precedence: bulk As Terry Lambert wrote: > > It requires the implementation of run levels. > > I personally *don't* find it objectionable. I will yet have to see a single SysV that handles all run-level transitions correctly. :-) 8 run-levels are IMVVVHO far too much to handle all permutations of them. 3 are better to handle (stop, single, multi). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-ports Wed Sep 20 23:54:44 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA27505 for ports-outgoing; Wed, 20 Sep 1995 23:54:44 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA27456 for ; Wed, 20 Sep 1995 23:54:21 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA03737; Thu, 21 Sep 1995 08:53:42 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA27873; Thu, 21 Sep 1995 08:53:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA14585; Thu, 21 Sep 1995 08:34:02 +0200 From: J Wunsch Message-Id: <199509210634.IAA14585@uriah.heep.sax.de> Subject: Re: elm To: gary@palmer.demon.co.uk (Gary Palmer) Date: Thu, 21 Sep 1995 08:34:01 +0200 (MET DST) Cc: ports@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1235.811643314@palmer.demon.co.uk> from "Gary Palmer" at Sep 21, 95 01:28:34 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 489 Sender: owner-ports@freebsd.org Precedence: bulk As Gary Palmer wrote: > > FreeBSD has dropped the default optimization level for the system down > to -O now, and I just noticed that by default elm is compiled with > -O2. Do we want to drop this down to match the rest of the system? Respecting /etc/make.conf would be more practical (so that e.g. -O2 -fno-strength-reduce -pipe would work). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-ports Thu Sep 21 02:29:37 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA01277 for ports-outgoing; Thu, 21 Sep 1995 02:29:37 -0700 Received: from sivka.carrier.kiev.ua (root@sivka.carrier.kiev.ua [193.125.68.130]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA01241 for ; Thu, 21 Sep 1995 02:29:21 -0700 Received: from elvisti.kiev.ua (uucp@localhost) by sivka.carrier.kiev.ua (Sendmail 8.who.cares/5) with UUCP id MAA25174 for ports@freebsd.org; Thu, 21 Sep 1995 12:22:22 +0300 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.33]) by spider2.elvisti.kiev.ua (8.6.12/8.6.9) with ESMTP id KAA12396 for ; Thu, 21 Sep 1995 10:44:38 +0300 Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.6.9) id KAA21419 for ports@freebsd.org; Thu, 21 Sep 1995 10:44:37 +0300 From: "Andrew V. Stesin" Message-Id: <199509210744.KAA21419@office.elvisti.kiev.ua> Subject: Re: ports startup scripts To: ports@freebsd.org Date: Thu, 21 Sep 1995 10:44:37 +0300 (EET DST) In-Reply-To: from "Chuck Robey" at Sep 20, 95 11:34:28 pm X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Content-Length: 891 Sender: owner-ports@freebsd.org Precedence: bulk # 4) We, instead, must use another custom setup. It, too, will be # non-standard, but at least it won't be traceable to the One True System. As for me, this ^^^ is a reasonable approach. I personally think -- the only excuse for the incompatibility in this case may be simplicity. Run levels? comparatively complex approach (does the benefits of it worth the effort?) and will be incompatible with SysV anyway (at least for a long time it will take to polish this stuff). Simple "agreement" about presence of 'start' and 'stop' scripts for certain kinds of services in some one or two exactly known and documented places? _Much_ simplier and seems to be pretty useful, because it saves a time for lurking and figuring "how to launch/terminate the damn thing _correctly_". -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 From owner-freebsd-ports Thu Sep 21 04:10:20 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA03328 for ports-outgoing; Thu, 21 Sep 1995 04:10:20 -0700 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA03322 for ; Thu, 21 Sep 1995 04:10:18 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id HAA10159; Thu, 21 Sep 1995 07:12:24 -0400 From: Bill/Carolyn Pechter Message-Id: <199509211112.HAA10159@shell.monmouth.com> Subject: Re: ports startup scripts To: kelly@fsl.noaa.gov (Sean Kelly), ports@freebsd.org Date: Thu, 21 Sep 1995 07:12:23 -0400 (EDT) In-Reply-To: <9509210011.AA06450@emu.fsl.noaa.gov> from "Sean Kelly" at Sep 20, 95 06:11:13 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2088 Sender: owner-ports@freebsd.org Precedence: bulk > And it's not clear what run levels are. On the HP/UX system I'm using > at the moment, there are run levels 0 through 6 and S. S is the only > one that really makes sense (S == single user), but why is 2 multiuser > mode? What do you get with levels 0 and 1? What don't you get? And > sites can customize the higher run levels to mean what they want. Boy... I guess coming from the other coast and growing up with AT&T Unix makes me spoiled. The reasons for the additional multi user run states are daemon process control. Ever want to run multiuser w/o networking. Ever want to run multiuser with just console getty for admin testing... This lets you control just how much system is available to the users. It's really more useful on large machines than workstation boxes, since it's more likely that you would be controlling large numbers of users on a Pyramid MIS multiprocessor server than on a Sparc2. Here's a compilation of what I've seen used in real life. Levels 0,1,2,3 and 6 are pretty standard in the AT&T Unix world. The one thing I noticed was that HP's implementation stinks. On HP-UX9.x on their workstations they never check the current run level and try to rerun /etc/rc stuff at run level changes. Correctly configured machines do who -r and base their startup scripts on previous levels... i.e. going from 0 to 2 will start up daemons. Going from 3 to 1 and then to 2 will not restart all the level 2 daemons and rerun the full /etc/rc*. HP-UX is very unusual in their startup scripts. S,s -- Single User 0 -- Halt, (powerdown if this can be done by software -- it is in 3B2's) 1 -- System Admin mode. Getty on console, daemons running 2 -- Multiuser mode 3 -- Often used for multiuser with networking running Solaris starts nfs here. HP starts Vue's XDM-like vuelogin here and at run state 4 4 -- User defined 5 -- User defined 6 -- Reboot a,b,c -- Pseudo-run level -- used to run a specific program -- does not really change run state of system -- sometimes used to fire off database daemons...etc. From owner-freebsd-ports Thu Sep 21 04:22:35 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA03688 for ports-outgoing; Thu, 21 Sep 1995 04:22:35 -0700 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA03683 for ; Thu, 21 Sep 1995 04:22:33 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id HAA11721; Thu, 21 Sep 1995 07:24:33 -0400 From: Bill/Carolyn Pechter Message-Id: <199509211124.HAA11721@shell.monmouth.com> Subject: Re: ports startup scripts To: patl@asimov.volant.org Date: Thu, 21 Sep 1995 07:24:32 -0400 (EDT) Cc: ports@freebsd.org In-Reply-To: <9509210406.AA21520@asimov.volant.org> from "patl@asimov.volant.org" at Sep 20, 95 09:06:25 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2599 Sender: owner-ports@freebsd.org Precedence: bulk > I suspect that most of the problem with the SVr4/Solaris/HP-UX startup > script system is poor documentation. And a lot of the people complaining > are really complaining about the change, not the actual result. Any > change we make will suffer from that, no matter how good it is. It's not documentation. See the Nemeth Sysadmin book Edition 2 (the red cover)... The yellow one documented the run levels with SVR2 (I think). Actually, it appears to be a cultural problem. Since there's no standard "Unix" -- there's really two -- BSD and SYSTEM V you get the one true Unix religious bigotry. I've worked with both. I've been the sysadmin on SunOS, HP-UX, Solaris 2.4, DC/OSx (SysVR4), OS/X (which had available both the AT&T and BSD init and the Sys Admin would install EITHER ONE based on preferences at the site). (Actually the capability to support both ways wouldn't be bad here... how about keeping the old BSD init method as an option) At Pyramid's NJ training facility we noticed the following... The Sys V method was pushed heavily in my classes as the method with the most customization... However my office ran with the BSD init -- since the rest of the office learned UNIX on the west coast -- while the bunch of folks who came out of the telcom business here (ex-AT&T and Bellcore folks) ran with the SysV setup. > > You make it sound like the folks working on FreeBSD would make changes > just to be different from SYSV. I sincerely hope that is not the case. > We should strive to produce the best unix-derived system that we can; > but vigorously fight the Not Invented Here syndrome. If somebody else > has a better solution than the one we are using, we should feel perfectly > free to adopt it. Or, if we can, improve it further. Agreed... it looks like the argument comes down to NIH and that SysV's startup complicates things more than the BSD /etc/rc /etc/rc.local does. However, a new user editing rc or rc.local and screwing up can cause a lot of problems. I had to fix another admin's SunOS 4.1.3 machine when he screwed it up so bad that the shared libraries weren't mounted. I think we should go the SVR4 route and I'm willing to document it... (Amazing that echo * isn't taught as a replacement for ls these days)... Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-ports Thu Sep 21 04:50:24 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA04068 for ports-outgoing; Thu, 21 Sep 1995 04:50:24 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA04063 ; Thu, 21 Sep 1995 04:50:04 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id HAA22871; Thu, 21 Sep 1995 07:53:54 -0400 Date: Thu, 21 Sep 1995 07:53:54 -0400 From: Coranth Gryphon Message-Id: <199509211153.HAA22871@healer.com> To: chuckr@eng.umd.edu, kelly@fsl.noaa.gov, patl@asimov.volant.org Subject: Re: ports startup scripts Cc: asami@cs.berkeley.edu, hackers@freebsd.org, julian@ref.tfs.com, ports@freebsd.org, terry@lambert.org Sender: owner-ports@freebsd.org Precedence: bulk > The run levels seem have fairly standard meanings - PLEASE stick with > the level definitions as used by Solaris, HP-UX, etc. There is no > excuse for gratuituous incompatability. Personally, I really liked the BSD way of starting up, rather than the SysV method, but since it looks like people are trying to merge the two families, so be it... > The files generally have fairly clear names, and they all live in > /etc/init.d. The rc* directories only contain symlinks to the file > in init.d, and the symlinks are clearly named. Yuk. One sub-directory of /etc being used just to have symlinks to another sub-directory of /etc? If you want to use seperate sub-directories for each "run-level" then use the seperate scripts in each directory, so all someone has to do to find where something is being run is grep mumbled /etc/rc.*/* With the directories named something like "rc.0", "rc.1", ... Then if you want to have other startup directories scatter throughout the system (personally the idea dislikes me), you can symlink from the normal starting place to wherever on other file systems. In other words, keep it simple. And while we're on the subject of completely reworking /etc, how about a "inet" directory which holds (as seperate files) all the network specific config files, such as host name, ip-addresses, resolv.conf, ... Why? So if you are doing cookie-cutter installs on lots of systems, you go through that one directory to change everything there, and leave everything else in /etc alone. -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Thu Sep 21 04:56:58 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA04189 for ports-outgoing; Thu, 21 Sep 1995 04:56:58 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA04184 for ; Thu, 21 Sep 1995 04:56:51 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id IAA22931; Thu, 21 Sep 1995 08:01:17 -0400 Date: Thu, 21 Sep 1995 08:01:17 -0400 From: Coranth Gryphon Message-Id: <199509211201.IAA22931@healer.com> To: ports@freebsd.org, wsantee@wsantee.oz.net Subject: Re: cern_httpd port still maintained? Sender: owner-ports@freebsd.org Precedence: bulk > I tried to install the /usr/ports/net/cern_httpd port today, but the > files don't exist on the fetch server anymore. I did an archie search It seems most of the interest has switched over to APACHE. Take a look. It's not really more difficult than CERN, and a lot nicer. -coranth PS> I know this doesn't really answer your original question :-) ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Thu Sep 21 06:10:49 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA05453 for ports-outgoing; Thu, 21 Sep 1995 06:10:49 -0700 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA05448 ; Thu, 21 Sep 1995 06:10:41 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <27565-0@bunyip.cc.uq.oz.au>; Thu, 21 Sep 1995 23:10:23 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id XAA04561; Thu, 21 Sep 1995 23:01:31 +1000 Received: by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.3) id WAA17842; Thu, 21 Sep 1995 22:56:53 +1000 Date: Thu, 21 Sep 1995 22:56:53 +1000 From: Stephen McKay Message-Id: <199509211256.WAA17842@orion.devetir.qld.gov.au> To: patl@asimov.volant.org cc: syssgm@devetir.qld.gov.au, ports@freebsd.org, hackers@freebsd.org Subject: Re: ports startup scripts Sender: owner-ports@freebsd.org Precedence: bulk patl@asimov.volant.org wrote: >|> I don't think that going to such a system means that we have to slavishly >|> copy their every nuance. We could easily set something like: >|> >|> 0: single user >|> 1: multiuser >|> 2: network >|> 3: user-custom > >The run levels seem have fairly standard meanings - PLEASE stick with >the level definitions as used by Solaris, HP-UX, etc. There is no >excuse for gratuituous incompatability. What do we need run levels for? As far as I can tell, it's never done me any good on the System V boxes I've administered. I want single-user mode for serious system munging, and multi-user mode for everything else. The rest is useless crap. If, say, cron is spinning madly out of control and you want it shut off, is there a run level for that? Nope. You just kill it and restart it when you feel like it. What if the printer daemon has hung. No run level for that either. It adds no value. All those fiddly little scripts give me the irrits too. Half of them run 'ps' in a reckless manner on shutdown in a hope-I-got-it-right attempt to find the server they want to kill. Some do that on startup too! They are a feeble attempt at enabling and disabling services. If we want that sort of thing, let's build some sort of super-server (like init or inetd) to look after them properly (plus some system admin tool to flip them on and off, and maybe keep track of dependencies on other servers). Let's not embrace this particular bit of System V. And back to the real problem: how to start services that not everyone has installed. I see nothing at all wrong with pkg_add editing something like /etc/rc.ports and having /etc/rc.ports run from /etc/rc. If you want a read-only root filesystem, symlink /etc to some place writable first, then carry on. You want /etc to be read only? How do you get anything done? No one adds users or changes passwords? No alias file updates? You must have built a custom /etc to still be enjoying your life, so add a symlink from /etc/rc.ports to /var/some/thing or /usr/local/whatever while you are at it. You must have *SOME* writable directories if you expect ports to load! :-) Let's keep this as simple as we can. All these grand schemes for hoards of shell scripts called from 'for' loops make me nervous. Is it safer in one of the other BSD camps? (Only kidding guys! No rocks! Oww!) Stephen McKay. Will administrate Unix for food. From owner-freebsd-ports Thu Sep 21 07:28:29 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA07200 for ports-outgoing; Thu, 21 Sep 1995 07:28:29 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA07195 for ; Thu, 21 Sep 1995 07:28:24 -0700 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id HAA28452 for ; Thu, 21 Sep 1995 07:28:16 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id KAA18923; Thu, 21 Sep 1995 10:26:44 -0400 From: Bill/Carolyn Pechter Message-Id: <199509211426.KAA18923@shell.monmouth.com> Subject: Re: ports startup scripts To: syssgm@devetir.qld.gov.au (Stephen McKay) Date: Thu, 21 Sep 1995 10:26:43 -0400 (EDT) Cc: freebsd-ports@freebsd.org In-Reply-To: <199509211256.WAA17842@orion.devetir.qld.gov.au> from "Stephen McKay" at Sep 21, 95 10:56:53 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1007 Sender: owner-ports@freebsd.org Precedence: bulk > What do we need run levels for? As far as I can tell, it's never done me > any good on the System V boxes I've administered. I want single-user mode > for serious system munging, and multi-user mode for everything else. The > rest is useless crap. If, say, cron is spinning madly out of control and you > want it shut off, is there a run level for that? Nope. You just kill it > and restart it when you feel like it. What if the printer daemon has hung. > No run level for that either. It adds no value. > > Stephen McKay. Will administrate Unix for food. > Boy... do I disagree. Perhaps it's an acquired taste. Run levels get used daily when I'm doing sysadmin. Bill ------------------------------------------------------------------------------- Bill Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-ports Thu Sep 21 07:35:29 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA07398 for ports-outgoing; Thu, 21 Sep 1995 07:35:29 -0700 Received: from phoenix.volant.org (root@phoenix.volant.org [205.179.79.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA07391 for ; Thu, 21 Sep 1995 07:35:23 -0700 From: patl@asimov.volant.org Received: from asimov.volant.org (asimov.volant.org [205.179.79.65]) by phoenix.volant.org (8.6.11/8.6.9) with SMTP id HAA28888; Thu, 21 Sep 1995 07:34:21 -0700 Received: by asimov.volant.org (5.x/SMI-SVR4) id AA22140; Thu, 21 Sep 1995 07:39:52 -0700 Date: Thu, 21 Sep 1995 07:39:52 -0700 Message-Id: <9509211439.AA22140@asimov.volant.org> To: pechter@shell.monmouth.com Subject: Re: ports startup scripts Cc: ports@freebsd.org X-Sun-Charset: US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk |> > I suspect that most of the problem with the SVr4/Solaris/HP-UX startup |> > script system is poor documentation. And a lot of the people complaining |> > are really complaining about the change, not the actual result. Any |> > change we make will suffer from that, no matter how good it is. |> |> It's not documentation. See the Nemeth Sysadmin book Edition 2 (the red |> cover)... The yellow one documented the run levels with SVR2 (I think). Any documentation that doesn't come with the system is obscure. Unix users and sysadmins tend to expect to find everything they need on-line. |> Actually, it appears to be a cultural problem. Since there's no |> standard "Unix" -- there's really two -- BSD and SYSTEM V |> you get the one true Unix religious bigotry. Only two? Isn't that something like saying "There are two kinds of Christianity - Roman Catholic and Protestant" ? :-) :-) [ That was intended as a wry observation, not an invitation to rathole on varieties of unix... ] SVr4 was supposed to merge the two camps again by incorporating the advantages of both systems. It fell down a bit in the areas where both provided equivalent functionality in incompatible ways. And they -really- screwed up a few things (like serial port and printer administration.) |> I've worked with both. I've been the sysadmin on SunOS, HP-UX, Solaris 2.4, |> DC/OSx (SysVR4), OS/X (which had available both the AT&T and BSD init |> and the Sys Admin would install EITHER ONE based on preferences at the |> site). |> |> (Actually the capability to support both ways wouldn't be bad here... |> how about keeping the old BSD init method as an option) If that can be done easily and cleanly, I'd go for it. |> At Pyramid's NJ training facility we noticed the following... |> The Sys V method was pushed heavily in my classes as the method with the |> most customization... However my office ran with the BSD init -- since the |> rest of the office learned UNIX on the west coast -- while the bunch |> of folks who came out of the telcom business here (ex-AT&T and Bellcore |> folks) ran with the SysV setup. Which tends to support my point about inertia being the prime factor. |> > You make it sound like the folks working on FreeBSD would make changes |> > just to be different from SYSV. I sincerely hope that is not the case. |> > We should strive to produce the best unix-derived system that we can; |> > but vigorously fight the Not Invented Here syndrome. If somebody else |> > has a better solution than the one we are using, we should feel perfectly |> > free to adopt it. Or, if we can, improve it further. |> |> Agreed... it looks like the argument comes down to NIH and that SysV's |> startup complicates things more than the BSD /etc/rc /etc/rc.local does. I still think that complication is more apparent than real. In some ways, it has actually made things easier by making some of the decisions more obvious. (E.g., which run-level to put a link in corresponds to which major section of rc or rc.local to insert your changes into.) |> However, a new user editing rc or rc.local and screwing up can cause a lot |> of problems. I had to fix another admin's SunOS 4.1.3 machine when he |> screwed it up so bad that the shared libraries weren't mounted. Exactly. And the SVr4 method makes life -MUCH- easier for anyone building an installation package for add-on software. Scripts to safely modify rc or rc.local have to make some scary assumptions... |> I think we should go the SVR4 route and I'm willing to document it... I'll support you all the way. (I'll offer to help, but I'm not sure how much use I can be in this.) -Pat From owner-freebsd-ports Thu Sep 21 07:44:52 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA07761 for ports-outgoing; Thu, 21 Sep 1995 07:44:52 -0700 Received: from Wit401402.student.utwente.nl (Wit401402.student.utwente.nl [130.89.236.162]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA07755 ; Thu, 21 Sep 1995 07:44:48 -0700 Received: (from alain@localhost) by Wit401402.student.utwente.nl (8.6.12/8.6.9) id QAA00423; Thu, 21 Sep 1995 16:44:25 +0200 Date: Thu, 21 Sep 1995 16:44:24 +0200 (MET DST) From: Alain Kalker Reply-To: A.C.P.M.Kalker@student.utwente.nl To: Stephen McKay cc: patl@asimov.volant.org, syssgm@devetir.qld.gov.au, ports@freebsd.org, hackers@freebsd.org Subject: Re: ports startup scripts In-Reply-To: <199509211256.WAA17842@orion.devetir.qld.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk On Thu, 21 Sep 1995, Stephen McKay wrote: > All those fiddly little scripts give me the irrits too. Half of them run > 'ps' in a reckless manner on shutdown in a hope-I-got-it-right attempt to > find the server they want to kill. Some do that on startup too! > > They are a feeble attempt at enabling and disabling services. If we want > that sort of thing, let's build some sort of super-server (like init or inetd) > to look after them properly (plus some system admin tool to flip them on > and off, and maybe keep track of dependencies on other servers). Let's not > embrace this particular bit of System V. Now _this_ looks like a very interesting idea to me! Just my humble expression of opinion. --- Alain From owner-freebsd-ports Thu Sep 21 08:26:34 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA08766 for ports-outgoing; Thu, 21 Sep 1995 08:26:34 -0700 Received: from phoenix.volant.org (root@phoenix.volant.org [205.179.79.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA08748 ; Thu, 21 Sep 1995 08:26:25 -0700 From: patl@asimov.volant.org Received: from asimov.volant.org (asimov.volant.org [205.179.79.65]) by phoenix.volant.org (8.6.11/8.6.9) with SMTP id IAA00513; Thu, 21 Sep 1995 08:25:02 -0700 Received: by asimov.volant.org (5.x/SMI-SVR4) id AA22279; Thu, 21 Sep 1995 08:30:32 -0700 Date: Thu, 21 Sep 1995 08:30:32 -0700 Message-Id: <9509211530.AA22279@asimov.volant.org> To: chuckr@eng.umd.edu, kelly@fsl.noaa.gov, gryphon@healer.com Subject: Re: ports startup scripts Cc: asami@cs.berkeley.edu, hackers@freebsd.org, julian@ref.tfs.com, ports@freebsd.org, terry@lambert.org X-Sun-Charset: US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk |> > The files generally have fairly clear names, and they all live in |> > /etc/init.d. The rc* directories only contain symlinks to the file |> > in init.d, and the symlinks are clearly named. |> |> Yuk. One sub-directory of /etc being used just to have symlinks to |> another sub-directory of /etc? Actually, I was wrong - they are hard links. |> If you want to use seperate sub-directories for each "run-level" |> then use the seperate scripts in each directory, so all someone |> has to do to find where something is being run is |> |> grep mumbled /etc/rc.*/* |> But some of the scripts are used in more than one subdirectory. And some may not be in any rc? directory unless the related service is actually in use. Having a single directory as the canonical location of all of the service start/stop scripts makes life easier. And you can still use that grep, even with symlinks or hardlinks. |> With the directories named something like "rc.0", "rc.1", ... Sun originally used 'rc0', 'rc1', etc. These are now symlinks to 'rc0.d', 'rc1.d', etc. I don't know why they made the change. We should probably find out - it might save us from running into the same sort of problem ourselves. (And, again, I urge consistancy with existing implementations. There's no point in being the only ones to use 'rc.?' if everyone else is using 'rc?.d'.) |> Then if you want to have other startup directories scatter throughout |> the system (personally the idea dislikes me), you can symlink from |> the normal starting place to wherever on other file systems. I agree. Init shouldn't know about any startup area except /etc/rc?.d. Off hand, I can't think of any argument for putting startup directories elsewhere. Note that subsystems may have their own startup/data directories elsewhere (e.g., /etc/named); but these aren't directly accessed by init. |> In other words, keep it simple. --- YES !!! --- |> And while we're on the subject of completely reworking /etc, how |> about a "inet" directory which holds (as seperate files) all the |> network specific config files, such as host name, ip-addresses, |> resolv.conf, ... |> |> Why? So if you are doing cookie-cutter installs on lots of systems, |> you go through that one directory to change everything there, and |> leave everything else in /etc alone. Sounds good to me. Partitioning into subdirectories can also make it easier for the occasional sysadmin to find all of the files related to a given subsystem. My Solaris 2.4 system has the following subdirs of /etc: (I'm not suggesting we slavishly copy what they did; but we probably want to think about -why- they made those choices, and whether we could benefit from something similar.) cron.d .proto, at.deny, cron.deny, logchecker, queuedefs fs Subdir for each installed loadable filesystem type (hsfs, nfs, proc, ufs) Each subdir (except proc) contains an executable binary named 'mount'. (proc is empty.) inet hosts, inetd.conf, netmasks, networks, protocols, services init.d The canonical site for the per-service rc scripts. lib ia_scheme.so, ld.so.1, libdl.so.1, nss_files.so.1, unix_scheme.so.1 mail Mail.rc, aliases{,.dir,.pag}, mailx.rc, main.cf, sendmail.cf, sendmail.hf, subsidiary.cf rc?.d The per-runlevel hardlinks to the per-service rc scripts in init.d. security Things relating to the security audit daemon skel Default user rc files. (.profile, local.cshrc, local.login, local.profile) default Default versions of some control files: cron, fs, init, login, passwd, su, tar, utmpd dfs Control files for distributed filesystems (NFS, etc.) net Subdirs: ticlts, ticots, ticotsord. Each holds a hosts and a services file. opt One of the standard places for installing third-party and optional software. (The other is /opt.) saf Control files and subdirs for the Service Access Controller (Don't ask.) tm Empty lp Various control files and subdirs related to printing acct holidays: Prim/Nonprime table for unix accounting system uucp Control files used by uucp, cu, etc. for foreign system access. (Also used by their dial-up PPP - very convienent.) cetables Tooltalk type files. named DNS server control files From owner-freebsd-ports Thu Sep 21 08:41:01 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA09657 for ports-outgoing; Thu, 21 Sep 1995 08:41:01 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA09639 for ; Thu, 21 Sep 1995 08:40:49 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id LAA00321; Thu, 21 Sep 1995 11:40:25 -0400 Date: Thu, 21 Sep 1995 11:40:25 -0400 From: Coranth Gryphon Message-Id: <199509211540.LAA00321@healer.com> To: patl@asimov.volant.org, pechter@shell.monmouth.com Subject: Re: ports startup scripts Cc: ports@freebsd.org Sender: owner-ports@freebsd.org Precedence: bulk From: patl@asimov.volant.org > SVr4 was supposed to merge the two camps again by incorporating the > advantages of both systems. It fell down a bit in the areas where > both provided equivalent functionality in incompatible ways. And If you say so. Personally, I think SVR* fell down a lot in quite a few things (personal bias, but that is why I run BSD systems :-) > |> (Actually the capability to support both ways wouldn't be bad here... > |> how about keeping the old BSD init method as an option) > If that can be done easily and cleanly, I'd go for it. Yep, but is it worth the effort to get two working configuration utilities that understands both methods, let alone the work of getting the kernel to support both methods. Keep it simple. If we want to go with a run-level concept, then let's figure out what WE want, based upon what SysV does, but not just clone them. > |> Agreed... it looks like the argument comes down to NIH and that SysV's > |> startup complicates things more than the BSD /etc/rc /etc/rc.local does. > I still think that complication is more apparent than real. In some ways, > it has actually made things easier by making some of the decisions more It also tends to make finding something easier. If we are going to implement a run-level subdir startup, let's make it as un-complicated as possible. > Exactly. And the SVr4 method makes life -MUCH- easier for anyone building > an installation package for add-on software. Scripts to safely modify > rc or rc.local have to make some scary assumptions... That's its biggest advantage. > |> I think we should go the SVR4 route and I'm willing to document it... > I'll support you all the way. (I'll offer to help, but I'm not sure > how much use I can be in this.) Sure, I'm helping with the 2.2 sysconfig issues anyway. Let's just get a clean defined framework BEFORE we start implementing anything (1/2 :-) -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... -Pat From owner-freebsd-ports Thu Sep 21 08:41:49 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA09800 for ports-outgoing; Thu, 21 Sep 1995 08:41:49 -0700 Received: from phoenix.volant.org (root@phoenix.volant.org [205.179.79.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA09778 ; Thu, 21 Sep 1995 08:41:43 -0700 From: patl@asimov.volant.org Received: from asimov.volant.org (asimov.volant.org [205.179.79.65]) by phoenix.volant.org (8.6.11/8.6.9) with SMTP id IAA00986; Thu, 21 Sep 1995 08:40:41 -0700 Received: by asimov.volant.org (5.x/SMI-SVR4) id AA22308; Thu, 21 Sep 1995 08:46:16 -0700 Date: Thu, 21 Sep 1995 08:46:16 -0700 Message-Id: <9509211546.AA22308@asimov.volant.org> To: syssgm@devetir.qld.gov.au Subject: Re: ports startup scripts Cc: ports@freebsd.org, hackers@freebsd.org X-Sun-Charset: US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk |> What do we need run levels for? As far as I can tell, it's never done me |> any good on the System V boxes I've administered. I want single-user mode |> for serious system munging, and multi-user mode for everything else. The |> rest is useless crap. If, say, cron is spinning madly out of control and you |> want it shut off, is there a run level for that? Nope. You just kill it |> and restart it when you feel like it. What if the printer daemon has hung. |> No run level for that either. It adds no value. First, BSD has run levels. Ok, there's only two - single user and multi; but there are two. Second, most of the time, you are right - single user and full multi-user, with the network servers and clients going are the two most commonly used run levels. But the other levels can be -very- useful to the sysadmin during various less-common operations. (Say, when recovering from some problem. It multi-without-network allows the use of X11 for multi-windowing while working on a problem that may prevent full network access; or for which you need to ensure that there are no outside influences while you are working.) |> All those fiddly little scripts give me the irrits too. Half of them run |> 'ps' in a reckless manner on shutdown in a hope-I-got-it-right attempt to |> find the server they want to kill. Some do that on startup too! That's just lack of cooperation by the servers. Easily fixed by having the servers write a .pid file on startup. (The scripts should then use 'ps -p ...' to verify that if there is a running process with that number, it is the expected service.) |> They are a feeble attempt at enabling and disabling services. If we want |> that sort of thing, let's build some sort of super-server (like init or |> inetd) to look after them properly (plus some system admin tool to flip |> them on and off, and maybe keep track of dependencies on other servers). |> Let's not embrace this particular bit of System V. Can you say KISS ? |> And back to the real problem: how to start services that not everyone has |> installed. |> |> I see nothing at all wrong with pkg_add editing something like /etc/rc.ports |> and having /etc/rc.ports run from /etc/rc. I see something wrong with install scripts editing -anything-. It is orders of magnititude safer to simply copy a new script file into a subdir. |> If you want a read-only root |> filesystem, symlink /etc to some place writable first, then carry on. You |> want /etc to be read only? How do you get anything done? No one adds users |> or changes passwords? No alias file updates? You must have built a custom |> /etc to still be enjoying your life, so add a symlink from /etc/rc.ports to |> /var/some/thing or /usr/local/whatever while you are at it. You must have |> *SOME* writable directories if you expect ports to load! :-) I don't think this is particularly related to wanting to make things read-only. |> Let's keep this as simple as we can. All these grand schemes for hoards |> of shell scripts called from 'for' loops make me nervous. Is it safer in |> one of the other BSD camps? (Only kidding guys! No rocks! Oww!) That makes you nervous, but install scripts editing system control files doesn't? -Pat From owner-freebsd-ports Thu Sep 21 09:01:49 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA12633 for ports-outgoing; Thu, 21 Sep 1995 09:01:49 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA12586 ; Thu, 21 Sep 1995 09:01:38 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id MAA00421; Thu, 21 Sep 1995 12:00:23 -0400 Date: Thu, 21 Sep 1995 12:00:23 -0400 From: Coranth Gryphon Message-Id: <199509211600.MAA00421@healer.com> To: chuckr@eng.umd.edu, gryphon@healer.com, kelly@fsl.noaa.gov, patl@asimov.volant.org Subject: Re: ports startup scripts Cc: asami@cs.berkeley.edu, hackers@freebsd.org, julian@ref.tfs.com, ports@freebsd.org, terry@lambert.org Sender: owner-ports@freebsd.org Precedence: bulk From: patl@asimov.volant.org > Coranth Gryphon said: > +> Yuk. One sub-directory of /etc being used just to have symlinks to > +> another sub-directory of /etc? > Actually, I was wrong - they are hard links. Even worse. > +> If you want to use seperate sub-directories for each "run-level" > +> then use the seperate scripts in each directory, so all someone > +> has to do to find where something is being run is > +> > +> grep mumbled /etc/rc.*/* > +> > But some of the scripts are used in more than one subdirectory. And > some may not be in any rc? directory unless the related service is When are you going to start a daemon in more than one place? Or set a global environment variable, then change it later? Define it as "Run Level N" includes all "Run Level 0..N-1". Simple. > +> With the directories named something like "rc.0", "rc.1", ... > Sun originally used 'rc0', 'rc1', etc. These are now symlinks to > 'rc0.d', 'rc1.d', etc. I don't know why they made the change. Because all such directories ended with ".d" (reminiscent of DOS extension anyone) > the same sort of problem ourselves. (And, again, I urge consistancy > with existing implementations. There's no point in being the only > ones to use 'rc.?' if everyone else is using 'rc?.d'.) We are not System V. If we want to be System V stop calling ourselves FreeBSD and become FreeUnix (FreeNix anyone? :-) Seriously. If we want to throw away how /etc/rc works (and it does work), then only take from other camps what we need. I have yet to see a standard out (ie. all parts work identically) there on the 8-10 unix flavors that I work with. So which one are you going to clone? > +> And while we're on the subject of completely reworking /etc, how > +> about a "inet" directory which holds (as seperate files) all the > +> network specific config files, such as host name, ip-addresses, > +> resolv.conf, ... > +> > +> Why? So if you are doing cookie-cutter installs on lots of systems, > +> you go through that one directory to change everything there, and > +> leave everything else in /etc alone. > Sounds good to me. Partitioning into subdirectories can also make it > easier for the occasional sysadmin to find all of the files related to > a given subsystem. Yep. > My Solaris 2.4 system has the following subdirs of /etc: > cron.d Crontab entries already exist in /var/cron/tabs, except for root's entry which is in /etc. You could easily move it to /var/cron/tabs as well. > fs > > Subdir for each installed loadable filesystem type > (hsfs, nfs, proc, ufs) Each subdir (except proc) > contains an executable binary named 'mount'. Please, no executables (other than a few minor scripts) in /etc. > inet > hosts, inetd.conf, netmasks, networks, protocols, services I also have resolv.conf and such things as: sysname, domainnanme, ipaddr.ed0, default.route, plus all the named stuff. > lib > ia_scheme.so, ld.so.1, libdl.so.1, nss_files.so.1, Same issue, these belong in /usr/lib > mail > Mail.rc, aliases{,.dir,.pag}, mailx.rc, main.cf, sendmail.cf, > sendmail.hf, subsidiary.cf OK, or can be in /etc/inet. > skel > Default user rc files. (.profile, local.cshrc, > local.login, local.profile) I put all the stuff normally in /usr/share/skel in /etc/skel. If you want all the default stuff ("csh.cshrc" as well as "dot.cshrc") that makes sense to me. > default > Default versions of some control files: cron, fs, init, > login, passwd, su, tar, utmpd Why bother? We are shipping a live file-system CD anyway. If they download it and want the default stuff, keep it somewhere else. > dfs > saf > net > lp > acct > cetables Excessive. > opt Same as with shared libs and other executables: please no. > tm > Empty That's useful :-) > named > DNS server control files OK, it can be separate or combined with /etc/inet Let's not go overboard and try and stick everything in it's own little nook and cranny. One directory for network related config files (that will change from system to system). One directory each for major subsystems (UUCP, PPP, NEWS). I define major subsystems as ones that have more than a half dozen files to keep track of just for it. -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Thu Sep 21 09:18:34 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA14559 for ports-outgoing; Thu, 21 Sep 1995 09:18:34 -0700 Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA14522 for ; Thu, 21 Sep 1995 09:18:25 -0700 Received: (from mmead@localhost) by Glock.COM (8.7/8.7) id MAA05006 for ports@freebsd.org; Thu, 21 Sep 1995 -0400 () From: "matthew c. mead" Message-Id: <199509211618.MAA05006@Glock.COM> Subject: Mosaic 2.7b1 + working 16 bit color To: ports@freebsd.org Date: Thu, 21 Sep 1995 12:18:23 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-ports@freebsd.org Precedence: bulk Here's a context diff for the Mosaic 2.7b1 source tree to fix a number of problems in the color handling code. This code was written by Thomas Roell of X Inside Inc. There are also tweaks in there to make it more FreeBSD friendly, such as #ifdef's around sys_errlist and such. The Makefile has been changed so that it will compile with pentium optimization on gcc i2.7.0. I'm going to be out of town this weekend, but if anyone wants to play around with this and commit it, feel free. I just thought of one thing that's missing from the FreeBSD streamlining, and that is that I remember seeing somewhere in the code that it tries to use /usr/lib/sendmail, which we should obviously change. That's probably about it, though. This code's been tested on 8, 16, and 24 bit depth displays with XFree86 and Accelerated X. Well, here's the patch... ===== 2.7b1freebsdimprovements.diff ===== diff -cr Mosaic-src/Makefile Mosaic-src-new/Makefile *** Mosaic-src/Makefile Wed Jul 26 16:31:24 1995 --- Mosaic-src-new/Makefile Wed Sep 20 09:02:53 1995 *************** *** 8,29 **** # -------------------------- CUSTOMIZABLE OPTIONS ---------------------------- ! prereleaseflags = -DPRERELEASE RANLIB = /bin/true #### On non-SGI's, this should be ranlib. RANLIB = ranlib ! CC = cc #### On Sun's, this should be gcc (ANSI required). ! CC = gcc #### For a few files in the source, some compilers may need to be kicked #### in K&R mode. E.g., on SGI's, -cckr does this. ! knrflag = -cckr #### On most systems, no flag is needed. ! knrflag = #### Random system configuration flags. --- 8,29 ---- # -------------------------- CUSTOMIZABLE OPTIONS ---------------------------- ! prereleaseflags = RANLIB = /bin/true #### On non-SGI's, this should be ranlib. RANLIB = ranlib ! #CC = cc #### On Sun's, this should be gcc (ANSI required). ! CC = gcc586 #### For a few files in the source, some compilers may need to be kicked #### in K&R mode. E.g., on SGI's, -cckr does this. ! #knrflag = -cckr #### On most systems, no flag is needed. ! #knrflag = #### Random system configuration flags. *************** *** 37,46 **** #### For Convex whatever, do -DCONVEX #### For SCO ODT 3.0, do -DSCO -DSVR4 -DMOTIF1_2 #### For Motorola SVR4, do -DSVR4 -DMOTOROLA -DMOTIF1_2 ! sysconfigflags = #### System libraries. ! syslibs = -lPW -lsun -lmalloc #### For AIX 3.2 # syslibs = -lPW -lbsd #### For most other Motif platforms: --- 37,46 ---- #### For Convex whatever, do -DCONVEX #### For SCO ODT 3.0, do -DSCO -DSVR4 -DMOTIF1_2 #### For Motorola SVR4, do -DSVR4 -DMOTOROLA -DMOTIF1_2 ! sysconfigflags = -DMOTIF1_2 #### System libraries. ! #syslibs = -lPW -lsun -lmalloc #### For AIX 3.2 # syslibs = -lPW -lbsd #### For most other Motif platforms: *************** *** 69,80 **** #### NeXT version: # xinc = -I/usr/include/X11 #### BSD/386 ! # xinc = -I/usr/X11/include #### X library locations. ! xlibs = -lXm_s -lXmu -lXt_s -lX11_s #### For Sun's (at least running stock X/Motif as installed on our machines): ! xlibs = /usr/lib/libXm.a /usr/lib/libXmu.a /usr/lib/libXt.a /usr/lib/libXext.a /usr/lib/libX11.a -lm #### For HP-UX 8.00: # xlibs = -L/usr/lib/Motif1.1 -lXm -L/usr/lib/X11R4 -lXmu -lXt -lX11 #### For HP-UX 9.01: The X11R5 libraries are here on our systems --- 69,80 ---- #### NeXT version: # xinc = -I/usr/include/X11 #### BSD/386 ! xinc = -I/usr/X11R6/include #### X library locations. ! #xlibs = -lXm_s -lXmu -lXt_s -lX11_s #### For Sun's (at least running stock X/Motif as installed on our machines): ! #xlibs = /usr/lib/libXm.a /usr/lib/libXmu.a /usr/lib/libXt.a /usr/lib/libXext.a /usr/lib/libX11.a -lm #### For HP-UX 8.00: # xlibs = -L/usr/lib/Motif1.1 -lXm -L/usr/lib/X11R4 -lXmu -lXt -lX11 #### For HP-UX 9.01: The X11R5 libraries are here on our systems *************** *** 90,96 **** #### For nearly everyone else: # xlibs = -lXm -lXmu -lXt -lX11 #### For BSD/386: ! # xlibs = -L/usr/X11/lib -lXm -lXmu -lXt -lX11 #### For Motorola SVR4: # xlibs = -lXm -lXmu -lXt -lXext -lX11 -lm --- 90,96 ---- #### For nearly everyone else: # xlibs = -lXm -lXmu -lXt -lX11 #### For BSD/386: ! xlibs = -L/usr/X11R6/lib -lXm -lXmu -lXt -lXext -lX11 #### For Motorola SVR4: # xlibs = -lXm -lXmu -lXt -lXext -lX11 -lm *************** *** 116,143 **** #dtmdirs = libdtm libnet #dtmlibs = ../libnet/libnet.a ../libdtm/libdtm.a #dtmflags = -DHAVE_DTM -I.. -I../libnet ! hdfdir = /hdf2/scratch/sxu/4.0b1_SunOS ! hdflibs = $(hdfdir)/lib/libnetcdf.a $(hdfdir)/lib/libdf.a ! hdfflags = -DHAVE_HDF -DHDF -I$(hdfdir)/include #### PNG SUPPORT #### For inline PNG support, the following should be defined: #### The libraries used are PNGLIB 0.71 (beta 1) and ZLIB 0.93. ! pngdir = /xdev/mosaic/libpng/sun ! zlibdir = $(pngdir) ! pnglibs = $(pngdir)/libpng.a $(zlibdir)/libgz.a -lm ! pngflags = -I$(zlibdir) -I$(pngdir) -DHAVE_PNG #### JPEG SUPPORT #### For inline JPEG support, the following should be defined: #### The library used is Independent JPEG Group (IJG's) 5.0a. ! jpegdir = /xdev/mosaic/libjpeg/sun4 ! jpeglibs = $(jpegdir)/libjpeg.a ! jpegflags = -I$(jpegdir) -DHAVE_JPEG #### KERBEROS SUPPORT --- 116,143 ---- #dtmdirs = libdtm libnet #dtmlibs = ../libnet/libnet.a ../libdtm/libdtm.a #dtmflags = -DHAVE_DTM -I.. -I../libnet ! #hdfdir = /hdf2/scratch/sxu/4.0b1_SunOS ! #hdflibs = $(hdfdir)/lib/libnetcdf.a $(hdfdir)/lib/libdf.a ! #hdfflags = -DHAVE_HDF -DHDF -I$(hdfdir)/include #### PNG SUPPORT #### For inline PNG support, the following should be defined: #### The libraries used are PNGLIB 0.71 (beta 1) and ZLIB 0.93. ! #pngdir = /xdev/mosaic/libpng/sun ! #zlibdir = $(pngdir) ! #pnglibs = $(pngdir)/libpng.a $(zlibdir)/libgz.a -lm ! #pngflags = -I$(zlibdir) -I$(pngdir) -DHAVE_PNG #### JPEG SUPPORT #### For inline JPEG support, the following should be defined: #### The library used is Independent JPEG Group (IJG's) 5.0a. ! jpegdir = /usr/local ! jpeglibs = -L$(jpegdir)/lib -ljpeg ! jpegflags = -I$(jpegdir)/include -DHAVE_JPEG #### KERBEROS SUPPORT *************** *** 148,162 **** #### To enable DES-encryption of HTTP messages via Kerberos key exchange, #### define the KRB-ENCRYPT flag. ! ##krb4dir = /usr/athena ! krb4dir = /xdev/mosaic/libkrb4/sun ! krb4libs = $(krb4dir)/lib/libkrb.a $(krb4dir)/lib/libdes.a ! krb4flags = -DKRB4 -I$(krb4dir)/include ##krb5dir = /krb5 ! krb5dir = /xdev/mosaic/libkrb5/sun ! krb5libs = $(krb5dir)/lib/libkrb5.a $(krb5dir)/lib/libcrypto.a $(krb5dir)/util/et/libcom_err.a ! krb5flags = -DKRB5 -I$(krb5dir)/include -I$(krb5dir)/include/krb5 #Do not comment out. krbflags = $(krb4flags) $(krb5flags) --- 148,161 ---- #### To enable DES-encryption of HTTP messages via Kerberos key exchange, #### define the KRB-ENCRYPT flag. ! krb4dir = /usr ! krb4libs = -L$(krb4dir)/lib -lkrb -ldes ! krb4flags = -DKRB4 -I$(krb4dir)/include/kerberosIV ##krb5dir = /krb5 ! #krb5dir = /xdev/mosaic/libkrb5/sun ! #krb5libs = $(krb5dir)/lib/libkrb5.a $(krb5dir)/lib/libcrypto.a $(krb5dir)/util/et/libcom_err.a ! #krb5flags = -DKRB5 -I$(krb5dir)/include -I$(krb5dir)/include/krb5 #Do not comment out. krbflags = $(krb4flags) $(krb5flags) *************** *** 178,187 **** #### -lm is required for freeWAIS 0.1, as ceil() is used. ! waisroot = /X11/mosaic/freeWAIS-0.202-sun ! waisflags = -DDIRECT_WAIS -I$(waisroot)/ir ! waislibdir = $(waisroot)/bin ! waislibs = $(waislibdir)/inv.a $(waislibdir)/wais.a $(waislibdir)/libftw.a -lm #### PEM/PGP SUPPORT --- 177,186 ---- #### -lm is required for freeWAIS 0.1, as ceil() is used. ! #waisroot = /X11/mosaic/freeWAIS-0.202-sun ! #waisflags = -DDIRECT_WAIS -I$(waisroot)/ir ! #waislibdir = $(waisroot)/bin ! #waislibs = $(waislibdir)/inv.a $(waislibdir)/wais.a $(waislibdir)/libftw.a -lm #### PEM/PGP SUPPORT *************** *** 214,226 **** #### . If you want to define the default Mosaic documentation directory #### (should be a URL), set -DDOCS_DIRECTORY_DEFAULT=\\\"url\\\" #### . Other things you can define are spelled out in src/mosaic.h. ! customflags = # ---------------------- END OF CUSTOMIZABLE OPTIONS ------------------------- ! CFLAGS = -g $(sysconfigflags) $(prereleaseflags) # Don't worry about these -- for development purposes only. PURIFY = purify --- 213,225 ---- #### . If you want to define the default Mosaic documentation directory #### (should be a URL), set -DDOCS_DIRECTORY_DEFAULT=\\\"url\\\" #### . Other things you can define are spelled out in src/mosaic.h. ! customflags = -DHOME_PAGE_DEFAULT=\\\"http://www.Glock.COM/\\\" # ---------------------- END OF CUSTOMIZABLE OPTIONS ------------------------- ! CFLAGS = -O2 -mpentium -fno-strength-reduce -flift-stores -freplace-mem -fcopy-prop -fomit-frame-pointer -fruntime-lift-stores -fspl -frisc-mem-dest -frisc -fpeep-spills -fall-mem-givs -fdo-offload $(sysconfigflags) $(prereleaseflags) # Don't worry about these -- for development purposes only. PURIFY = purify Only in Mosaic-src-new/libXmx: Xmx.o Only in Mosaic-src-new/libXmx: Xmx2.o Only in Mosaic-src-new/libXmx: libXmx.a diff -cr Mosaic-src/libdtm/makefile Mosaic-src-new/libdtm/makefile *** Mosaic-src/libdtm/makefile Tue Jan 10 19:03:00 1995 --- Mosaic-src-new/libdtm/makefile Wed Sep 20 08:42:12 1995 *************** *** 141,144 **** -rm -f $(DIR)/include/debug.h $(DIR)/include/arch.h cp dtm.h debug.h sds.h ris.h db.h mdd.h sdl.h arch.h $(DIR)/include ! include $(DEPENDS) --- 141,144 ---- -rm -f $(DIR)/include/debug.h $(DIR)/include/arch.h cp dtm.h debug.h sds.h ris.h db.h mdd.h sdl.h arch.h $(DIR)/include ! .include "$(DEPENDS)" Only in Mosaic-src-new/libhtmlw: DrawingArea.o Only in Mosaic-src-new/libhtmlw: HTML-PSformat.o Only in Mosaic-src-new/libhtmlw: HTML.o Only in Mosaic-src-new/libhtmlw: HTMLformat.o diff -cr Mosaic-src/libhtmlw/HTMLimages.c Mosaic-src-new/libhtmlw/HTMLimages.c *** Mosaic-src/libhtmlw/HTMLimages.c Tue Jan 10 19:03:32 1995 --- Mosaic-src-new/libhtmlw/HTMLimages.c Wed Sep 20 08:10:12 1995 *************** *** 279,440 **** int bytesperline; int temp; int w, h; XImage *newimage; unsigned char *bit_data, *bitp, *datap; ! Visual *theVisual; ! int bmap_order; ! unsigned long c; ! int rshift, gshift, bshift; ! ! switch(depth) ! { ! case 6: ! case 8: ! bit_data = (unsigned char *)malloc(width * height); ! bcopy(data, bit_data, (width * height)); ! bytesperline = width; ! newimage = XCreateImage(dsp, ! DefaultVisual(dsp, DefaultScreen(dsp)), ! depth, ZPixmap, 0, (char *)bit_data, ! width, height, 8, bytesperline); ! break; ! case 1: ! case 2: ! case 4: ! if (BitmapBitOrder(dsp) == LSBFirst) ! { ! shiftstart = 0; ! shiftstop = 8; ! shiftinc = depth; ! } else ! { ! shiftstart = 8 - depth; ! shiftstop = -depth; ! shiftinc = -depth; ! } ! linepad = 8 - (width % 8); ! bit_data = (unsigned char *)malloc(((width + linepad) * height) ! + 1); ! bitp = bit_data; ! datap = data; ! *bitp = 0; ! shiftnum = shiftstart; ! for (h=0; h 0; w--) ! { ! temp = (((img_info->reds[(int)*datap] >> 1)& 0x7c00) | ! ((img_info->greens[(int)*datap] >> 6)& 0x03e0) | ! ((img_info->blues[(int)*datap] >> 11)& 0x001f)); ! ! if (BitmapBitOrder(dsp) == MSBFirst) ! { ! *bitp++ = (temp >> 8) & 0xff; ! *bitp++ = temp & 0xff; ! } ! else ! { ! *bitp++ = temp & 0xff; ! *bitp++ = (temp >> 8) & 0xff; ! } ! ! datap++; ! } ! ! newimage = XCreateImage(dsp, ! DefaultVisual(dsp, DefaultScreen(dsp)), ! depth, ZPixmap, 0, (char *)bit_data, ! width, height, 16, 0); ! break; ! case 24: ! bit_data = (unsigned char *)malloc(width * height * 4); ! ! theVisual = DefaultVisual(dsp, DefaultScreen(dsp)); ! rshift = highbit(theVisual->red_mask) - 7; ! gshift = highbit(theVisual->green_mask) - 7; ! bshift = highbit(theVisual->blue_mask) - 7; ! bmap_order = BitmapBitOrder(dsp); ! ! bitp = bit_data; ! datap = data; ! for (w = (width * height); w > 0; w--) ! { ! c = ! (((img_info->reds[(int)*datap] >> 8) & 0xff) << rshift) | ! (((img_info->greens[(int)*datap] >> 8) & 0xff) << gshift) | ! (((img_info->blues[(int)*datap] >> 8) & 0xff) << bshift); ! ! datap++; ! ! if (bmap_order == MSBFirst) ! { ! *bitp++ = (unsigned char)((c >> 24) & 0xff); ! *bitp++ = (unsigned char)((c >> 16) & 0xff); ! *bitp++ = (unsigned char)((c >> 8) & 0xff); ! *bitp++ = (unsigned char)(c & 0xff); ! } ! else ! { ! *bitp++ = (unsigned char)(c & 0xff); ! *bitp++ = (unsigned char)((c >> 8) & 0xff); ! *bitp++ = (unsigned char)((c >> 16) & 0xff); ! *bitp++ = (unsigned char)((c >> 24) & 0xff); ! } ! } ! ! newimage = XCreateImage(dsp, ! DefaultVisual(dsp, DefaultScreen(dsp)), ! depth, ZPixmap, 0, (char *)bit_data, ! width, height, 32, 0); ! break; ! default: ! fprintf(stderr, "Don't know how to format image for display of depth %d\n", depth); ! return(NULL); } return(newimage); } - int AnchoredHeight(hw) --- 279,547 ---- int bytesperline; int temp; int w, h; + int rls, gls, bls, rrs, grs, brs, bits_per_pixel, scanline_pad, i; + unsigned long rmask, gmask, bmask; XImage *newimage; unsigned char *bit_data, *bitp, *datap; ! Visual *visual; ! XPixmapFormatValues *fmt; ! ! visual = XDefaultVisual(dsp, DefaultScreen(dsp)); ! fmt = XListPixmapFormats(dsp, &i); ! ! for (bits_per_pixel = 0; --i >= 0; fmt++) { ! if (fmt->depth == depth) { ! bits_per_pixel = fmt->bits_per_pixel; ! scanline_pad = fmt->scanline_pad; ! break; ! } ! } ! ! if (!bits_per_pixel) return NULL; ! ! switch (visual->class) { ! case PseudoColor: ! case GrayScale: ! case StaticColor: ! case StaticGray: ! switch (bits_per_pixel) { ! case 1: ! case 2: ! case 4: ! if (BitmapBitOrder(dsp) == LSBFirst) ! { ! shiftstart = 0; ! shiftstop = 8; ! shiftinc = depth; ! } ! else ! { ! shiftstart = 8 - depth; ! shiftstop = -depth; ! shiftinc = -depth; ! } ! linepad = 8 - (width % 8); ! bit_data = (unsigned char *)malloc(((width + linepad) * height)+1); ! bitp = bit_data; ! datap = data; ! *bitp = 0; ! shiftnum = shiftstart; ! for (h=0; hred_mask) { ! for (i=0; !(rmask & 1); i++) rmask >>= 1; ! rls = i; ! for (; (rmask & 1); rrs--) rmask >>= 1; ! } ! ! if (gmask = visual->green_mask) { ! for (i=0; !(gmask & 1); i++) gmask >>= 1; ! gls = i; ! for (; (gmask & 1); grs--) gmask >>= 1; ! } ! ! if (bmask = visual->blue_mask) { ! for (i=0; !(bmask & 1); i++) bmask >>= 1; ! bls = i; ! for (; (bmask & 1); brs--) bmask >>= 1; ! } ! ! switch (bits_per_pixel) { ! case 1: ! case 2: ! case 4: ! if (BitmapBitOrder(dsp) == LSBFirst) ! { ! shiftstart = 0; ! shiftstop = 8; ! shiftinc = depth; ! } ! else ! { ! shiftstart = 8 - depth; ! shiftstop = -depth; ! shiftinc = -depth; ! } ! linepad = 8 - (width % 8); ! bit_data = (unsigned char *)malloc(((width + linepad) * height)+1); ! bitp = bit_data; ! datap = data; ! *bitp = 0; ! shiftnum = shiftstart; ! for (h=0; hreds[(int)*datap] >> rrs) << rls) | ! ((img_info->greens[(int)*datap] >> grs) << gls) | ! ((img_info->blues[(int)*datap] >> brs) << bls)) ! << shiftnum); ! datap++; ! ! *bitp = *bitp | temp; ! shiftnum = shiftnum + shiftinc; ! if (shiftnum == shiftstop) ! { ! shiftnum = shiftstart; ! bitp++; ! *bitp = 0; ! } ! } ! for (w=0; w 0; w--) ! { ! *bitp++ = (((img_info->reds[(int)*datap] >> rrs) << rls) | ! ((img_info->greens[(int)*datap] >> grs) << gls) | ! ((img_info->blues[(int)*datap] >> brs) << bls)); ! ! datap++; ! } ! ! newimage = XCreateImage(dsp, visual, ! depth, ZPixmap, 0, (char *)bit_data, ! width, height, 8, 0); ! break; ! ! case 16: ! bit_data = (unsigned char *)malloc(width * height * 2); ! bitp = bit_data; ! datap = data; ! for (w = (width * height); w > 0; w--) ! { ! temp = (((img_info->reds[(int)*datap] >> rrs) << rls) | ! ((img_info->greens[(int)*datap] >> grs) << gls) | ! ((img_info->blues[(int)*datap] >> brs) << bls)); ! ! if (BitmapBitOrder(dsp) == MSBFirst) ! { ! *bitp++ = (temp >> 8) & 0xff; ! *bitp++ = temp & 0xff; ! } ! else ! { ! *bitp++ = temp & 0xff; ! *bitp++ = (temp >> 8) & 0xff; ! } ! ! datap++; ! } ! ! newimage = XCreateImage(dsp, visual, ! depth, ZPixmap, 0, (char *)bit_data, ! width, height, 16, 0); ! break; ! ! case 32: ! bit_data = (unsigned char *)malloc(width * height * 4); ! bitp = bit_data; ! datap = data; ! for (w = (width * height); w > 0; w--) ! { ! temp = (((img_info->reds[(int)*datap] >> rrs) << rls) | ! ((img_info->greens[(int)*datap] >> grs) << gls) | ! ((img_info->blues[(int)*datap] >> brs) << bls)); ! ! if (BitmapBitOrder(dsp) == MSBFirst) ! { ! *bitp++ = (temp >> 24) & 0xff; ! *bitp++ = (temp >> 16) & 0xff; ! *bitp++ = (temp >> 8) & 0xff; ! *bitp++ = (temp >> 0) & 0xff; ! } else ! { ! *bitp++ = (temp >> 0) & 0xff; ! *bitp++ = (temp >> 8) & 0xff; ! *bitp++ = (temp >> 16) & 0xff; ! *bitp++ = (temp >> 24) & 0xff; ! } ! ! datap++; ! } ! ! newimage = XCreateImage(dsp, visual, ! depth, ZPixmap, 0, (char *)bit_data, ! width, height, 32, 0); ! break; ! } ! break; ! } return(newimage); } int AnchoredHeight(hw) Only in Mosaic-src-new/libhtmlw: HTMLimages.o Only in Mosaic-src-new/libhtmlw: HTMLjot.o Only in Mosaic-src-new/libhtmlw: HTMLlists.o Only in Mosaic-src-new/libhtmlw: HTMLparse.o Only in Mosaic-src-new/libhtmlw: HTMLtable.o Only in Mosaic-src-new/libhtmlw: HTMLwidgets.o Only in Mosaic-src-new/libhtmlw: libhtmlw.a Only in Mosaic-src-new/libhtmlw: list.o Only in Mosaic-src-new/libwww2: CUkerb.o Only in Mosaic-src-new/libwww2: HTAABrow.o Only in Mosaic-src-new/libwww2: HTAAUtil.o Only in Mosaic-src-new/libwww2: HTAccess.o Only in Mosaic-src-new/libwww2: HTAlert.o Only in Mosaic-src-new/libwww2: HTAnchor.o Only in Mosaic-src-new/libwww2: HTAssoc.o Only in Mosaic-src-new/libwww2: HTAtom.o Only in Mosaic-src-new/libwww2: HTChunk.o Only in Mosaic-src-new/libwww2: HTCompressed.o Only in Mosaic-src-new/libwww2: HTFTP.o Only in Mosaic-src-new/libwww2: HTFWriter.o Only in Mosaic-src-new/libwww2: HTFile.o Only in Mosaic-src-new/libwww2: HTFormat.o Only in Mosaic-src-new/libwww2: HTGopher.o Only in Mosaic-src-new/libwww2: HTIcon.o Only in Mosaic-src-new/libwww2: HTInit.o Only in Mosaic-src-new/libwww2: HTList.o Only in Mosaic-src-new/libwww2: HTMIME.o Only in Mosaic-src-new/libwww2: HTML.o Only in Mosaic-src-new/libwww2: HTMLDTD.o Only in Mosaic-src-new/libwww2: HTMLGen.o Only in Mosaic-src-new/libwww2: HTMailto.o Only in Mosaic-src-new/libwww2: HTMosaicHTML.o Only in Mosaic-src-new/libwww2: HTNews.o Only in Mosaic-src-new/libwww2: HTParse.o Only in Mosaic-src-new/libwww2: HTPlain.o Only in Mosaic-src-new/libwww2: HTSort.o Only in Mosaic-src-new/libwww2: HTString.o diff -cr Mosaic-src/libwww2/HTTCP.c Mosaic-src-new/libwww2/HTTCP.c *** Mosaic-src/libwww2/HTTCP.c Sun Jul 9 17:16:00 1995 --- Mosaic-src-new/libwww2/HTTCP.c Wed Sep 20 08:23:59 1995 *************** *** 65,71 **** --- 65,75 ---- extern int errno; #endif /* errno */ + #ifdef __FreeBSD__ + extern const char *const sys_errlist[]; + #else extern char *sys_errlist[]; /* see man perror on cernvax */ + #endif extern int sys_nerr; /* Report Internet Error Only in Mosaic-src-new/libwww2: HTTCP.o Only in Mosaic-src-new/libwww2: HTTP.o Only in Mosaic-src-new/libwww2: HTTelnet.o Only in Mosaic-src-new/libwww2: HTUU.o Only in Mosaic-src-new/libwww2: HTWAIS.o Only in Mosaic-src-new/libwww2: HTWSRC.o Only in Mosaic-src-new/libwww2: HTWriter.o Only in Mosaic-src-new/libwww2: SGML.o Only in Mosaic-src-new/libwww2: libwww.a Only in Mosaic-src-new/src: Mosaic Only in Mosaic-src-new/src: accept.o Only in Mosaic-src-new/src: annotate.o Only in Mosaic-src-new/src: audan.o Only in Mosaic-src-new/src: bla.o Only in Mosaic-src-new/src: cciBindings.o Only in Mosaic-src-new/src: cciBindings2.o Only in Mosaic-src-new/src: cciServer.o Only in Mosaic-src-new/src: child.o Only in Mosaic-src-new/src: comment.o Only in Mosaic-src-new/src: gifread.o Only in Mosaic-src-new/src: globalhist.o Only in Mosaic-src-new/src: grpan-www.o Only in Mosaic-src-new/src: grpan.o diff -cr Mosaic-src/src/gui-dialogs.c Mosaic-src-new/src/gui-dialogs.c *** Mosaic-src/src/gui-dialogs.c Thu Jul 27 04:05:25 1995 --- Mosaic-src-new/src/gui-dialogs.c Wed Sep 20 08:31:13 1995 *************** *** 75,81 **** --- 75,85 ---- /*swp -- for ~ expansion*/ #include extern int sys_nerr; + #ifdef __FreeBSD__ + extern const char *const sys_errlist[]; + #else extern char *sys_errlist[]; + #endif extern int errno; #define __MAX_HOME_LEN__ 256 int pathEval(char *dest, char *src); Only in Mosaic-src-new/src: gui-dialogs.o Only in Mosaic-src-new/src: gui-documents.o Only in Mosaic-src-new/src: gui-menubar.o Only in Mosaic-src-new/src: gui-news.o Only in Mosaic-src-new/src: gui.o Only in Mosaic-src-new/src: hdf-browse.o Only in Mosaic-src-new/src: history.o Only in Mosaic-src-new/src: hotfile.o Only in Mosaic-src-new/src: hotlist.o Only in Mosaic-src-new/src: img.o Only in Mosaic-src-new/src: kcms.o Only in Mosaic-src-new/src: mailto.o Only in Mosaic-src-new/src: main.o Only in Mosaic-src-new/src: md5.o Only in Mosaic-src-new/src: medcut.o Only in Mosaic-src-new/src: mo-dtm.o Only in Mosaic-src-new/src: mo-hdf.o Only in Mosaic-src-new/src: mo-www.o Only in Mosaic-src-new/src: pan.o Only in Mosaic-src-new/src: picread.o diff -cr Mosaic-src/src/pixmaps.c Mosaic-src-new/src/pixmaps.c *** Mosaic-src/src/pixmaps.c Fri Jul 7 01:25:47 1995 --- Mosaic-src-new/src/pixmaps.c Wed Sep 20 08:35:16 1995 *************** *** 253,259 **** static Pixmap PixmapFromData(Widget wid, unsigned char *data, int width, int height, XColor *colrs) { - int i; int linepad, shiftnum; int shiftstart, shiftstop, shiftinc; int bytesperline; --- 253,258 ---- *************** *** 267,292 **** XColor tmpcolr; int size; int depth; int Vclass; ! XVisualInfo vinfo, *vptr; ! Visual *theVisual; ! int bmap_order; ! unsigned long c; ! int rshift, gshift, bshift; if (data == NULL) { return(NULL); } ! ! /* find the visual class. */ ! vinfo.visualid = XVisualIDFromVisual(DefaultVisual(XtDisplay(wid), ! DefaultScreen(XtDisplay(wid)))); ! vptr = XGetVisualInfo(XtDisplay(wid), VisualIDMask, &vinfo, &i); ! Vclass = vptr->class; ! XFree((char *)vptr); ! ! depth = DefaultDepthOfScreen(XtScreen(wid)); for (i=0; i < 256; i++) { --- 266,295 ---- XColor tmpcolr; int size; int depth; + int rls, gls, bls, rrs, grs, brs, bits_per_pixel, scanline_pad, i; + unsigned long rmask, gmask, bmask; int Vclass; ! Visual *visual; ! XPixmapFormatValues *fmt; ! Display *dsp; if (data == NULL) { return(NULL); } ! ! dsp = XtDisplay(wid); ! depth = XDefaultDepthOfScreen(XtScreen(wid)); ! visual = XDefaultVisual(dsp, DefaultScreen(dsp)); ! fmt = XListPixmapFormats(dsp, &i); ! ! for (bits_per_pixel = 0; --i >= 0; fmt++) { ! if (fmt->depth == depth) { ! bits_per_pixel = fmt->bits_per_pixel; ! scanline_pad = fmt->scanline_pad; ! break; ! } ! } for (i=0; i < 256; i++) { *************** *** 296,302 **** tmpcolr.green = colrs[i].green; tmpcolr.blue = colrs[i].blue; tmpcolr.flags = DoRed|DoGreen|DoBlue; ! if ((Vclass == TrueColor) || (Vclass == DirectColor)) { Mapping[i] = i; } --- 299,305 ---- tmpcolr.green = colrs[i].green; tmpcolr.blue = colrs[i].blue; tmpcolr.flags = DoRed|DoGreen|DoBlue; ! if (visual->class == TrueColor) { Mapping[i] = i; } *************** *** 306,316 **** hash_ptr); if (hash_ptr == NULL) { ! FindIconColor(XtDisplay(wid), DefaultColormapOfScreen(XtScreen(wid)), &tmpcolr); ! PixAddHash(colrs[i].red, colrs[i].green, ! colrs[i].blue, tmpcolr.pixel); Mapping[i] = tmpcolr.pixel; } else --- 309,319 ---- hash_ptr); if (hash_ptr == NULL) { ! FindIconColor(dsp, DefaultColormapOfScreen(XtScreen(wid)), &tmpcolr); ! PixAddHash(tmpcolr.red, tmpcolr.green, ! tmpcolr.blue, tmpcolr.pixel); Mapping[i] = tmpcolr.pixel; } else *************** *** 332,502 **** free((char *)data); data = tmpdata; - switch(depth) - { - case 6: - case 8: - bit_data = (unsigned char *)malloc(size); - /* bcopy(data, bit_data, size);*/ - memcpy(bit_data, data, size); - bytesperline = width; - newimage = XCreateImage(XtDisplay(wid), - DefaultVisual(XtDisplay(wid), - DefaultScreen(XtDisplay(wid))), - depth, ZPixmap, 0, (char *)bit_data, - width, height, 8, bytesperline); - break; - case 1: - case 2: - case 4: - if (BitmapBitOrder(XtDisplay(wid)) == LSBFirst) - { - shiftstart = 0; - shiftstop = 8; - shiftinc = depth; - } - else - { - shiftstart = 8 - depth; - shiftstop = -depth; - shiftinc = -depth; - } - linepad = 8 - (width % 8); - bit_data = (unsigned char *)malloc(((width + linepad) * height) - + 1); - bitp = bit_data; - datap = data; - *bitp = 0; - shiftnum = shiftstart; - for (h=0; h 0; w--) - { - temp = (((colrs[(int)*datap].red >> 1) & 0x7c00) | - ((colrs[(int)*datap].green >> 6) & 0x03e0) | - ((colrs[(int)*datap].blue >> 11) & 0x001f)); ! if (BitmapBitOrder(XtDisplay(wid)) == MSBFirst) ! { ! *bitp++ = (temp >> 8) & 0xff; ! *bitp++ = temp & 0xff; ! } ! else ! { ! *bitp++ = temp & 0xff; ! *bitp++ = (temp >> 8) & 0xff; ! } ! datap++; ! } ! newimage = XCreateImage(XtDisplay(wid), ! DefaultVisual(XtDisplay(wid), ! DefaultScreen(XtDisplay(wid))), ! depth, ZPixmap, 0, (char *)bit_data, ! width, height, 16, 0); ! break; ! case 24: ! bit_data = (unsigned char *)malloc(size * 4); ! ! theVisual = DefaultVisual(XtDisplay(wid), ! DefaultScreen(XtDisplay(wid))); ! rshift = highbit(theVisual->red_mask) - 7; ! gshift = highbit(theVisual->green_mask) - 7; ! bshift = highbit(theVisual->blue_mask) - 7; ! bmap_order = BitmapBitOrder(XtDisplay(wid)); ! ! bitp = bit_data; ! datap = data; ! for (w = size; w > 0; w--) ! { ! c = ! (((colrs[(int)*datap].red >> 8) & 0xff) << rshift) | ! (((colrs[(int)*datap].green >> 8) & 0xff) << gshift) | ! (((colrs[(int)*datap].blue >> 8) & 0xff) << bshift); ! datap++; ! if (bmap_order == MSBFirst) ! { ! *bitp++ = (unsigned char)((c >> 24) & 0xff); ! *bitp++ = (unsigned char)((c >> 16) & 0xff); ! *bitp++ = (unsigned char)((c >> 8) & 0xff); ! *bitp++ = (unsigned char)(c & 0xff); ! } ! else ! { ! *bitp++ = (unsigned char)(c & 0xff); ! *bitp++ = (unsigned char)((c >> 8) & 0xff); ! *bitp++ = (unsigned char)((c >> 16) & 0xff); ! *bitp++ = (unsigned char)((c >> 24) & 0xff); ! } ! } ! newimage = XCreateImage(XtDisplay(wid), ! DefaultVisual(XtDisplay(wid), ! DefaultScreen(XtDisplay(wid))), ! depth, ZPixmap, 0, (char *)bit_data, ! width, height, 32, 0); ! break; ! default: ! fprintf(stderr, "Don't know how to format image for display of depth %d\n", depth); ! newimage = NULL; } free((char *)data); if (newimage != NULL) { GC drawGC; ! pix = XCreatePixmap(XtDisplay(wid), XtWindow(wid), width, height, depth); ! drawGC = XCreateGC(XtDisplay(wid), XtWindow(wid), 0, NULL); ! XSetFunction(XtDisplay(wid), drawGC, GXcopy); ! XPutImage(XtDisplay(wid), pix, drawGC, newimage, 0, 0, 0, 0, width, height); ! XFreeGC(XtDisplay(wid), drawGC); XDestroyImage(newimage); return(pix); } --- 335,599 ---- free((char *)data); data = tmpdata; ! if (!bits_per_pixel) ! newimage = NULL; ! else ! switch (visual->class) { ! case PseudoColor: ! case GrayScale: ! case StaticColor: ! case StaticGray: ! switch (bits_per_pixel) { ! case 1: ! case 2: ! case 4: ! if (BitmapBitOrder(dsp) == LSBFirst) ! { ! shiftstart = 0; ! shiftstop = 8; ! shiftinc = depth; ! } ! else ! { ! shiftstart = 8 - depth; ! shiftstop = -depth; ! shiftinc = -depth; ! } ! linepad = 8 - (width % 8); ! bit_data = (unsigned char *)malloc(((width + linepad) * height)+1); ! bitp = bit_data; ! datap = data; ! *bitp = 0; ! shiftnum = shiftstart; ! for (h=0; hred_mask) { ! for (i=0; !(rmask & 1); i++) rmask >>= 1; ! rls = i; ! for (; (rmask & 1); rrs--) rmask >>= 1; ! } ! ! if (gmask = visual->green_mask) { ! for (i=0; !(gmask & 1); i++) gmask >>= 1; ! gls = i; ! for (; (gmask & 1); grs--) gmask >>= 1; ! } ! ! if (bmask = visual->blue_mask) { ! for (i=0; !(bmask & 1); i++) bmask >>= 1; ! bls = i; ! for (; (bmask & 1); brs--) bmask >>= 1; ! } ! ! switch (bits_per_pixel) { ! case 1: ! case 2: ! case 4: ! if (BitmapBitOrder(dsp) == LSBFirst) ! { ! shiftstart = 0; ! shiftstop = 8; ! shiftinc = depth; ! } ! else ! { ! shiftstart = 8 - depth; ! shiftstop = -depth; ! shiftinc = -depth; ! } ! linepad = 8 - (width % 8); ! bit_data = (unsigned char *)malloc(((width + linepad) * height)+1); ! bitp = bit_data; ! datap = data; ! *bitp = 0; ! shiftnum = shiftstart; ! for (h=0; h> rrs) << rls) | ! ((colrs[(int)*datap].green >> grs) << gls) | ! ((colrs[(int)*datap].blue >> brs) << bls)) ! << shiftnum); ! datap++; ! ! *bitp = *bitp | temp; ! shiftnum = shiftnum + shiftinc; ! if (shiftnum == shiftstop) ! { ! shiftnum = shiftstart; ! bitp++; ! *bitp = 0; ! } ! } ! for (w=0; w 0; w--) ! { ! *bitp++ = (((colrs[(int)*datap].red >> rrs) << rls) | ! ((colrs[(int)*datap].green >> grs) << gls) | ! ((colrs[(int)*datap].blue >> brs) << bls)); ! datap++; ! } ! newimage = XCreateImage(dsp, visual, ! depth, ZPixmap, 0, (char *)bit_data, ! width, height, 8, 0); ! break; ! ! case 16: ! bit_data = (unsigned char *)malloc(width * height * 2); ! bitp = bit_data; ! datap = data; ! for (w = (width * height); w > 0; w--) ! { ! temp = (((colrs[(int)*datap].red >> rrs) << rls) | ! ((colrs[(int)*datap].green >> grs) << gls) | ! ((colrs[(int)*datap].blue >> brs) << bls)); ! ! if (BitmapBitOrder(dsp) == MSBFirst) ! { ! *bitp++ = (temp >> 8) & 0xff; ! *bitp++ = temp & 0xff; ! } ! else ! { ! *bitp++ = temp & 0xff; ! *bitp++ = (temp >> 8) & 0xff; ! } ! datap++; ! } ! newimage = XCreateImage(dsp, visual, ! depth, ZPixmap, 0, (char *)bit_data, ! width, height, 16, 0); ! break; ! ! case 32: ! bit_data = (unsigned char *)malloc(width * height * 4); ! bitp = bit_data; ! datap = data; ! for (w = (width * height); w > 0; w--) ! { ! temp = (((colrs[(int)*datap].red >> rrs) << rls) | ! ((colrs[(int)*datap].green >> grs) << gls) | ! ((colrs[(int)*datap].blue >> brs) << bls)); ! ! if (BitmapBitOrder(dsp) == MSBFirst) ! { ! *bitp++ = (temp >> 24) & 0xff; ! *bitp++ = (temp >> 16) & 0xff; ! *bitp++ = (temp >> 8) & 0xff; ! *bitp++ = (temp >> 0) & 0xff; ! } ! else ! { ! *bitp++ = (temp >> 0) & 0xff; ! *bitp++ = (temp >> 8) & 0xff; ! *bitp++ = (temp >> 16) & 0xff; ! *bitp++ = (temp >> 24) & 0xff; ! } ! datap++; ! } ! ! newimage = XCreateImage(dsp, visual, ! depth, ZPixmap, 0, (char *)bit_data, ! width, height, 32, 0); ! break; ! } ! break; } + + free((char *)data); if (newimage != NULL) { GC drawGC; ! pix = XCreatePixmap(dsp, XtWindow(wid), width, height, depth); ! drawGC = XCreateGC(dsp, XtWindow(wid), 0, NULL); ! XSetFunction(dsp, drawGC, GXcopy); ! XPutImage(dsp, pix, drawGC, newimage, 0, 0, 0, 0, width, height); ! XFreeGC(dsp, drawGC); XDestroyImage(newimage); return(pix); } Only in Mosaic-src-new/src: pixmaps.o Only in Mosaic-src-new/src: readJPEG.o Only in Mosaic-src-new/src: readPNG.o Only in Mosaic-src-new/src: support.o Only in Mosaic-src-new/src: techsupport.o Only in Mosaic-src-new/src: xpmhash.o Only in Mosaic-src-new/src: xpmread.o ===== 2.7b1freebsdimprovements.diff ===== -- Matthew C. Mead mmead@Glock.COM | Network Administration and Software Development http://www.Glock.COM/~mmead/ | Consulting: BizNet Technologies -> mmead@bnt.com From owner-freebsd-ports Thu Sep 21 09:39:56 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA17823 for ports-outgoing; Thu, 21 Sep 1995 09:39:56 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA17800 for ; Thu, 21 Sep 1995 09:39:52 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA19400 for ; Thu, 21 Sep 1995 09:39:48 -0700 Prev-Resent: Thu, 21 Sep 1995 09:39:48 -0700 Prev-Resent: "ports@freefall " Received: from freefall.freebsd.org (freefall.cdrom.com [192.216.222.4]) by time.cdrom.com (8.6.12/8.6.9) with ESMTP id GAA18670 for ; Thu, 21 Sep 1995 06:59:10 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA06534 for ; Thu, 21 Sep 1995 06:59:08 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.223.34]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id GAA09784 for ; Thu, 21 Sep 1995 06:58:40 -0700 Received: from greatdane.cisco.com (greatdane.cisco.com [171.69.1.141]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id GAA28341 for ; Thu, 21 Sep 1995 06:58:59 -0700 Received: (chein@localhost) by greatdane.cisco.com (8.6.8+c/8.6.5) id GAA09549; Thu, 21 Sep 1995 06:58:05 -0700 From: Chuck Hein Message-Id: <199509211358.GAA09549@greatdane.cisco.com> Subject: Floating point exception running top To: freebsd@freebsd.org Date: Thu, 21 Sep 95 6:58:05 PDT Cc: jkh@cdrom.com (Jordan Hubbard), overholt@cisco.com (Jim Overholt) X-Mailer: ELM [version 2.3 PL11] Resent-To: ports@freefall.FreeBSD.org Resent-Date: Thu, 21 Sep 1995 09:39:48 -0700 Resent-Message-ID: <19398.811701588@time.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: owner-ports@freebsd.org Precedence: bulk /usr/local/bin/top has been causing a Floating point exception error when I run it on a fast machine with a delay of 0 seconds. Below is a patchfile that I have tested with FreeBSD 2.1-STABLE. /usr/ports/sysutils/top/patches/patch-ad: ------------------------------- CUT HERE ------------------------------- *** ./utils.c Thu Sep 21 06:15:49 1995 --- ../work/utils.c Thu Sep 21 06:37:14 1995 *************** *** 278,284 **** /* calculate percentages based on overall change, rounding up */ half_total = total_change / 2l; ! for (i = 0; i < cnt; i++) ! { ! *out++ = (int)((*diffs++ * 1000 + half_total) / total_change); } --- 278,288 ---- /* calculate percentages based on overall change, rounding up */ half_total = total_change / 2l; ! ! /* Do not divide by 0. Causes Floating point exception */ ! if(total_change) { ! for (i = 0; i < cnt; i++) ! { ! *out++ = (int)((*diffs++ * 1000 + half_total) / total_change); ! } } From owner-freebsd-ports Thu Sep 21 09:46:44 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA19083 for ports-outgoing; Thu, 21 Sep 1995 09:46:44 -0700 Received: from phoenix.volant.org (root@phoenix.volant.org [205.179.79.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA19067 ; Thu, 21 Sep 1995 09:46:37 -0700 From: patl@asimov.volant.org Received: from asimov.volant.org (asimov.volant.org [205.179.79.65]) by phoenix.volant.org (8.6.11/8.6.9) with SMTP id JAA02905; Thu, 21 Sep 1995 09:45:21 -0700 Received: by asimov.volant.org (5.x/SMI-SVR4) id AA22389; Thu, 21 Sep 1995 09:50:45 -0700 Date: Thu, 21 Sep 1995 09:50:45 -0700 Message-Id: <9509211650.AA22389@asimov.volant.org> To: chuckr@eng.umd.edu, gryphon@healer.com, kelly@fsl.noaa.gov Subject: Re: ports startup scripts Cc: asami@cs.berkeley.edu, hackers@freebsd.org, julian@ref.tfs.com, ports@freebsd.org, terry@lambert.org X-Sun-Charset: US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk |> When are you going to start a daemon in more than one place? |> Or set a global environment variable, then change it later? |> |> Define it as "Run Level N" includes all "Run Level 0..N-1". Simple. If it really were that simple, why didn't SVr4 do it that way? |> > the same sort of problem ourselves. (And, again, I urge consistancy |> > with existing implementations. There's no point in being the only |> > ones to use 'rc.?' if everyone else is using 'rc?.d'.) |> |> We are not System V. If we want to be System V stop calling ourselves |> FreeBSD and become FreeUnix (FreeNix anyone? :-) I'm not suggesting that we become System V. But if they have a better solution to one of our problems, why not adopt it? I have no problem with differences that provide some significant technical advantage. But differences just because "we aren't System V" only hurt us. We don't want people refusing to run FreeBSD because it is too different from the other unixes, (without significant advantage) do we? |> Seriously. If we want to throw away how /etc/rc works (and it does |> work), then only take from other camps what we need. I have yet |> to see a standard out (ie. all parts work identically) there on the |> 8-10 unix flavors that I work with. So which one are you going to clone? We have two reasonable choices: 1. Whichever one we feel is technically superior. 2. The one with the biggest market presence (Solaris2). |> > cron.d |> |> Crontab entries already exist in /var/cron/tabs, except for root's entry |> which is in /etc. You could easily move it to /var/cron/tabs as well. Solaris keeps the crontab entries in /var/spool/cron/crontabs, with at job entries in /var/spool/cron/atjobs. /etc/cron only contains the administrative scripts (logchecker), access control files (at.deny, cron.deny), etc. |> > mail |> > Mail.rc, aliases{,.dir,.pag}, mailx.rc, main.cf, sendmail.cf, |> > sendmail.hf, subsidiary.cf |> |> OK, or can be in /etc/inet. Could be, but I kind of like the separate dir for mail. |> > skel |> > Default user rc files. (.profile, local.cshrc, |> > local.login, local.profile) |> |> I put all the stuff normally in /usr/share/skel in /etc/skel. |> If you want all the default stuff ("csh.cshrc" as well as "dot.cshrc") |> that makes sense to me. The current /usr/share/skel is a fine location. |> > default |> > Default versions of some control files: cron, fs, init, |> > login, passwd, su, tar, utmpd |> |> Why bother? We are shipping a live file-system CD anyway. |> If they download it and want the default stuff, keep it somewhere else. I tend to agree. But I was on the SunSoft WOS (Wad Of S*) team for a while, and I know how tight they are on space usage. I can't help but suspect that there is some less obvious reason for having these files. (I'm certainly willing to forego them until we find it though.) |> > opt |> |> Same as with shared libs and other executables: please no. Even in Solaris /etc/opt is depreciated in favor of /opt. The FreeBSD convention is to install everything into /usr/local. The separate-subdir-per-vendor (or major package cluster) has some adantages for installation, update, and multiple version support; but makes for huge PATHs and confuses some users. |> > named |> > DNS server control files |> |> OK, it can be separate or combined with /etc/inet Keep it where it is (/etc/namedb). All of the books on DNS and BIND expect it to be there. (I would class moving it into /etc/inet as a gratuitous difference.) |> Let's not go overboard and try and stick everything in it's own |> little nook and cranny. |> |> One directory for network related config files (that will change |> from system to system). One directory each for major subsystems |> (UUCP, PPP, NEWS). I define major subsystems as ones that have |> more than a half dozen files to keep track of just for it. Agreed. (Although I wouldn't necessarily make half a dozen a hard limit. After all named only has five.) -Pat From owner-freebsd-ports Thu Sep 21 10:53:03 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA22416 for ports-outgoing; Thu, 21 Sep 1995 10:53:03 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA22409 ; Thu, 21 Sep 1995 10:52:48 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id NAA00729; Thu, 21 Sep 1995 13:50:53 -0400 Date: Thu, 21 Sep 1995 13:50:53 -0400 From: Coranth Gryphon Message-Id: <199509211750.NAA00729@healer.com> To: chuckr@eng.umd.edu, gryphon@healer.com, kelly@fsl.noaa.gov, patl@asimov.volant.org Subject: Re: ports startup scripts Cc: asami@cs.berkeley.edu, hackers@freebsd.org, julian@ref.tfs.com, ports@freebsd.org, terry@lambert.org Sender: owner-ports@freebsd.org Precedence: bulk Pat writes: > Coranth Gryphon wrote: > +> When are you going to start a daemon in more than one place? > +> Or set a global environment variable, then change it later? > +> > +> Define it as "Run Level N" includes all "Run Level 0..N-1". Simple. > If it really were that simple, why didn't SVr4 do it that way? You're asking why an OS that I think has a lousy implementation of run levels didn't do it right in the first place? :-) Answer: I don't know why they didn't do it right. That doesn't stop us from doing it right, does it? > I'm not suggesting that we become System V. But if they have a better > solution to one of our problems, why not adopt it? I have no problem > with differences that provide some significant technical advantage. Granted. I think run-levels are not a bad thing. I see no reason to adopt them, since I consider what we have to work fine. But lots of people seem to want run-levels. OK. We'll do it. > But differences just because "we aren't System V" only hurt us. We Granted. But keeping it identical just because they did like that is just as bad. Takes the best parts, the ideas that work. Keep anything that does not make a difference the same (to satisfy the "no gratuitous changes" camp), but be willing to change what we don't like for our sake. > don't want people refusing to run FreeBSD because it is too different > from the other unixes, (without significant advantage) do we? Then keep it only BSD and stop trying to System-V-ize it. > +> 8-10 unix flavors that I work with. So which one are you going to clone? >We have two reasonable choices: > 1. Whichever one we feel is technically superior. > 2. The one with the biggest market presence (Solaris2). Neither. Build our own implementation, the way FreeBSD wants it, that conforms to the basic framework. If I want to use Solaris, I'll use Solaris. I don't want FreeBSD to just become a cheap Solaris clone. > +> > skel > +> > +> I put all the stuff normally in /usr/share/skel in /etc/skel. > The current /usr/share/skel is a fine location. Except when you want to change default dot files. Then have to redo it after each install. > named > Keep it where it is (/etc/namedb). All of the books on DNS and BIND > expect it to be there. (I would class moving it into /etc/inet as > a gratuitous difference.) OK. It has enough files of its own to class it as a subsystem. |> Let's not go overboard and try and stick everything in it's own |> little nook and cranny. |> > Agreed. (Although I wouldn't necessarily make half a dozen a hard > limit. After all named only has five.) Granted. -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Thu Sep 21 11:11:45 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA23441 for ports-outgoing; Thu, 21 Sep 1995 11:11:45 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA23397 ; Thu, 21 Sep 1995 11:11:33 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09075; Thu, 21 Sep 1995 11:08:39 -0700 From: Terry Lambert Message-Id: <199509211808.LAA09075@phaeton.artisoft.com> Subject: Re: ports startup scripts To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 21 Sep 1995 11:08:38 -0700 (MST) Cc: terry@lambert.org, ports@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199509210639.IAA14650@uriah.heep.sax.de> from "J Wunsch" at Sep 21, 95 08:39:17 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 297 Sender: owner-ports@freebsd.org Precedence: bulk > > It requires the implementation of run levels. > > I will yet have to see a single SysV that handles all run-level > transitions correctly. :-) SVR4.0.2 Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-ports Thu Sep 21 11:32:30 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA23755 for ports-outgoing; Thu, 21 Sep 1995 11:32:30 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA23748 ; Thu, 21 Sep 1995 11:32:11 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09109; Thu, 21 Sep 1995 11:21:21 -0700 From: Terry Lambert Message-Id: <199509211821.LAA09109@phaeton.artisoft.com> Subject: Re: ports startup scripts To: gryphon@healer.com (Coranth Gryphon) Date: Thu, 21 Sep 1995 11:21:20 -0700 (MST) Cc: chuckr@eng.umd.edu, kelly@fsl.noaa.gov, patl@asimov.volant.org, asami@cs.berkeley.edu, hackers@FreeBSD.ORG, julian@ref.tfs.com, ports@FreeBSD.ORG, terry@lambert.org In-Reply-To: <199509211153.HAA22871@healer.com> from "Coranth Gryphon" at Sep 21, 95 07:53:54 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2375 Sender: owner-ports@FreeBSD.ORG Precedence: bulk > Personally, I really liked the BSD way of starting up, rather than the > SysV method, but since it looks like people are trying to merge the > two families, so be it... The BSD method leaves no room for leaving system startup files intact from a distribution in the face of daemonds that need to be started at system startup time rather than by inetd. Required changes include such things as: 1) Loading of additional file system LKM's. 2) Loading of binary emulation LKM's (Linux/SCO/etc.). 3) Starting a program as a mail transfer agent. 4) NOT starting sendmail as a mail transfer agent. 5) Starting SNMP agent(s). 6) Starting Radius (the authentication daemon for Livingston Portmasters). 7) Starting user space PPP. 8) Starting database service engines (Postgres/Sybase/etc.). 9) Starting Network service engines (Samba/Puzzle Systems NetWare Server/AppleTalk). 10) NOT starting Network service engines (NFS) etc. Note that 1 & 2 are a result of not having demand-loading and autoprobe capabailities, and speak more to deficiencies in the load mechanism used by LKMs than anything else. The best enhancement one could make is integrating sorted ordering of two directories, one in /etc and one on /var, to account for readonly NFS mounting of /. This would allow order specification without compromising the ability to have two directories (or the ability to have two directories without compromising the ability to specify order). Other than that, there's very little that one can do to improve upon the idea. > Yuk. One sub-directory of /etc being used just to have symlinks to > another sub-directory of /etc? Yeah, I dislike this. It smacks of not being sure at which run level you want to run certain scripts. It *does*, however, support the idea of optioning a script "off" without deleting it. > And while we're on the subject of completely reworking /etc, how > about a "inet" directory which holds (as seperate files) all the > network specific config files, such as host name, ip-addresses, > resolv.conf, ... > > Why? So if you are doing cookie-cutter installs on lots of systems, > you go through that one directory to change everything there, and > leave everything else in /etc alone. A good idea. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-ports Thu Sep 21 11:33:17 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA23820 for ports-outgoing; Thu, 21 Sep 1995 11:33:17 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA23767 ; Thu, 21 Sep 1995 11:32:35 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09130; Thu, 21 Sep 1995 11:30:47 -0700 From: Terry Lambert Message-Id: <199509211830.LAA09130@phaeton.artisoft.com> Subject: Re: ports startup scripts To: syssgm@devetir.qld.gov.au (Stephen McKay) Date: Thu, 21 Sep 1995 11:30:47 -0700 (MST) Cc: patl@asimov.volant.org, syssgm@devetir.qld.gov.au, ports@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199509211256.WAA17842@orion.devetir.qld.gov.au> from "Stephen McKay" at Sep 21, 95 10:56:53 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3052 Sender: owner-ports@FreeBSD.ORG Precedence: bulk > What do we need run levels for? As far as I can tell, it's never done me > any good on the System V boxes I've administered. I want single-user mode > for serious system munging, and multi-user mode for everything else. The > rest is useless crap. If, say, cron is spinning madly out of control and you > want it shut off, is there a run level for that? Nope. You just kill it > and restart it when you feel like it. What if the printer daemon has hung. > No run level for that either. It adds no value. /etc/init.d/cron stop /etc/init.d/cron start Or pick "reset" in the administrative utility. Presumably, the administrative utility would get configuration info and other tags for the cron script out of a comment section (or use of environment variables set with a different argument to the script) to automate adding support for administration by dropping the script in. > All those fiddly little scripts give me the irrits too. Half of them run > 'ps' in a reckless manner on shutdown in a hope-I-got-it-right attempt to > find the server they want to kill. Some do that on startup too! Sounds like badly written scripts. Luckily, being copyrighted, we will be unable to use them and can write our own. 8-). > They are a feeble attempt at enabling and disabling services. If we want > that sort of thing, let's build some sort of super-server (like init or inetd) > to look after them properly (plus some system admin tool to flip them on > and off, and maybe keep track of dependencies on other servers). Let's not > embrace this particular bit of System V. I know. We can call the "super-server" 'init' and we can call the gross control of classes of service 'run levels'. 8-) 8-) 8-). > and having /etc/rc.ports run from /etc/rc. If you want a read-only root > filesystem, symlink /etc to some place writable first, then carry on. You > want /etc to be read only? How do you get anything done? No one adds users > or changes passwords? No alias file updates? You must have built a custom > /etc to still be enjoying your life, so add a symlink from /etc/rc.ports to > /var/some/thing or /usr/local/whatever while you are at it. You must have > *SOME* writable directories if you expect ports to load! :-) Not if you load the ports onto the NFS server and expect all diskless or dataless clients to be able to use them. The real bitch is a mixture of preloaded and client specific ports. I don't know if that's a reasonable configuration or not. > Let's keep this as simple as we can. All these grand schemes for hoards > of shell scripts called from 'for' loops make me nervous. Is it safer in > one of the other BSD camps? (Only kidding guys! No rocks! Oww!) The 'for' loops for implementation make me nervous as well. The init we are using supports the directory and run level transitions necessary with a few compilation options (or at least it used to). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-ports Thu Sep 21 12:18:46 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24709 for ports-outgoing; Thu, 21 Sep 1995 12:18:46 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24695 ; Thu, 21 Sep 1995 12:18:26 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA23358 ; Thu, 21 Sep 1995 21:18:10 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA14338 ; Thu, 21 Sep 1995 21:18:10 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7/keltia-uucp-2.5.1) id UAA25099; Thu, 21 Sep 1995 20:35:05 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509211835.UAA25099@keltia.Freenix.FR> Subject: Re: ports startup scripts To: syssgm@devetir.qld.gov.au (Stephen McKay) Date: Thu, 21 Sep 1995 20:35:04 +0200 (MET DST) Cc: patl@asimov.volant.org, syssgm@devetir.qld.gov.au, ports@freebsd.org, hackers@freebsd.org In-Reply-To: <199509211256.WAA17842@orion.devetir.qld.gov.au> from "Stephen McKay" at Sep 21, 95 10:56:53 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1085 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-ports@freebsd.org Precedence: bulk It seems that Stephen McKay said: > What do we need run levels for? As far as I can tell, it's never done me > any good on the System V boxes I've administered. I want single-user mode > for serious system munging, and multi-user mode for everything else. The > rest is useless crap. If, say, cron is spinning madly out of control and you I agree with that. Having a scheme like /etc/rc.d can be useful but we can live without run-level. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #1: Sun Sep 10 18:50:19 MET DST 1995 From owner-freebsd-ports Thu Sep 21 12:18:49 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24736 for ports-outgoing; Thu, 21 Sep 1995 12:18:49 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24708 for ; Thu, 21 Sep 1995 12:18:45 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA23370 ; Thu, 21 Sep 1995 21:18:13 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA14347 ; Thu, 21 Sep 1995 21:18:12 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7/keltia-uucp-2.5.1) id UAA25214; Thu, 21 Sep 1995 20:54:47 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509211854.UAA25214@keltia.Freenix.FR> Subject: Re: cern_httpd port still maintained? To: gryphon@healer.com (Coranth Gryphon) Date: Thu, 21 Sep 1995 20:54:47 +0200 (MET DST) Cc: ports@freebsd.org, wsantee@wsantee.oz.net In-Reply-To: <199509211201.IAA22931@healer.com> from "Coranth Gryphon" at Sep 21, 95 08:01:17 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1085 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-ports@freebsd.org Precedence: bulk It seems that Coranth Gryphon said: > It seems most of the interest has switched over to APACHE. > > Take a look. It's not really more difficult than CERN, and a lot nicer. I agree that as a httpd server, apache is much better. But the one thing CERN got right is the proxy scheme. Till a few months ago, this was the only solution to have a httpd proxy. Now Harvest is out (I haven't tried it but many people said it is faster than CERN). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #1: Sun Sep 10 18:50:19 MET DST 1995 From owner-freebsd-ports Thu Sep 21 12:20:29 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA24852 for ports-outgoing; Thu, 21 Sep 1995 12:20:29 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA24821 ; Thu, 21 Sep 1995 12:20:19 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA23362 ; Thu, 21 Sep 1995 21:18:11 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA14341 ; Thu, 21 Sep 1995 21:18:10 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7/keltia-uucp-2.5.1) id UAA25123; Thu, 21 Sep 1995 20:42:00 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509211842.UAA25123@keltia.Freenix.FR> Subject: Re: ports startup scripts To: patl@asimov.volant.org Date: Thu, 21 Sep 1995 20:42:00 +0200 (MET DST) Cc: chuckr@eng.umd.edu, kelly@fsl.noaa.gov, gryphon@healer.com, asami@cs.berkeley.edu, hackers@freebsd.org, julian@ref.tfs.com, ports@freebsd.org, terry@lambert.org In-Reply-To: <9509211530.AA22279@asimov.volant.org> from "patl@asimov.volant.org" at Sep 21, 95 08:30:32 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1085 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-ports@freebsd.org Precedence: bulk It seems that patl@asimov.volant.org said: > fs > Subdir for each installed loadable filesystem type > (hsfs, nfs, proc, ufs) Each subdir (except proc) > contains an executable binary named 'mount'. (proc > is empty.) That's stupid to put binaries in /etc. /sbin is supposed to be here to help getting rid of these binaries. > lib > ia_scheme.so, ld.so.1, libdl.so.1, nss_files.so.1, > unix_scheme.so.1 Why do they expect to gain by this ? Again they should go to either /usr/lib. > skel > Default user rc files. (.profile, local.cshrc, > local.login, local.profile) /usr/share/skel is fine. > default > Default versions of some control files: cron, fs, init, > login, passwd, su, tar, utmpd This is not a bad idea. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.Freenix.FR 2.2-CURRENT #1: Sun Sep 10 18:50:19 MET DST 1995 From owner-freebsd-ports Thu Sep 21 12:49:56 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA25804 for ports-outgoing; Thu, 21 Sep 1995 12:49:56 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA25796 ; Thu, 21 Sep 1995 12:49:49 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09251; Thu, 21 Sep 1995 12:45:52 -0700 From: Terry Lambert Message-Id: <199509211945.MAA09251@phaeton.artisoft.com> Subject: Re: ports startup scripts To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Thu, 21 Sep 1995 12:45:51 -0700 (MST) Cc: patl@asimov.volant.org, chuckr@eng.umd.edu, kelly@fsl.noaa.gov, gryphon@healer.com, asami@cs.berkeley.edu, hackers@FreeBSD.ORG, julian@ref.tfs.com, ports@FreeBSD.ORG, terry@lambert.org In-Reply-To: <199509211842.UAA25123@keltia.Freenix.FR> from "Ollivier Robert" at Sep 21, 95 08:42:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 470 Sender: owner-ports@FreeBSD.ORG Precedence: bulk > > fs > > Subdir for each installed loadable filesystem type > > (hsfs, nfs, proc, ufs) Each subdir (except proc) > > contains an executable binary named 'mount'. (proc > > is empty.) > > That's stupid to put binaries in /etc. /sbin is supposed to be here to help > getting rid of these binaries. I agree. /sbin/fs. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-ports Thu Sep 21 12:59:09 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26159 for ports-outgoing; Thu, 21 Sep 1995 12:59:09 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26154 ; Thu, 21 Sep 1995 12:59:02 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id PAA01169; Thu, 21 Sep 1995 15:57:20 -0400 Date: Thu, 21 Sep 1995 15:57:20 -0400 From: Coranth Gryphon Message-Id: <199509211957.PAA01169@healer.com> To: roberto@keltia.freenix.fr, terry@lambert.org Subject: Re: ports startup scripts Cc: asami@cs.berkeley.edu, chuckr@eng.umd.edu, gryphon@healer.com, hackers@FreeBSD.ORG, julian@ref.tfs.com, kelly@fsl.noaa.gov, patl@asimov.volant.org, ports@FreeBSD.ORG Sender: owner-ports@FreeBSD.ORG Precedence: bulk Subject: Re: ports startup scripts To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Thu, 21 Sep 1995 12:45:51 -0700 (MST) Cc: patl@asimov.volant.org, chuckr@eng.umd.edu, kelly@fsl.noaa.gov, gryphon@healer.com, asami@cs.berkeley.edu, hackers@FreeBSD.ORG, julian@ref.tfs.com, ports@FreeBSD.ORG, terry@lambert.org In-Reply-To: <199509211842.UAA25123@keltia.Freenix.FR> from "Ollivier Robert" at Sep 21, 95 08:42:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 470 Said of various people: >> >Solaris has: >> > /etc/fs >> > Subdir for each installed loadable filesystem type >> > contains an executable binary named 'mount'. >> >> That's stupid to put binaries in /etc. /sbin is supposed to be here to help >I agree. /sbin/fs. We already have /sbin/mount_TYPE Why make a gratuitous change? :-) -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Thu Sep 21 14:02:50 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA28834 for ports-outgoing; Thu, 21 Sep 1995 14:02:50 -0700 Received: from phoenix.volant.org (root@phoenix.volant.org [205.179.79.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA28815 ; Thu, 21 Sep 1995 14:02:41 -0700 From: patl@asimov.volant.org Received: from asimov.volant.org (asimov.volant.org [205.179.79.65]) by phoenix.volant.org (8.6.11/8.6.9) with SMTP id OAA10507; Thu, 21 Sep 1995 14:01:27 -0700 Received: by asimov.volant.org (5.x/SMI-SVR4) id AA22801; Thu, 21 Sep 1995 14:06:54 -0700 Date: Thu, 21 Sep 1995 14:06:54 -0700 Message-Id: <9509212106.AA22801@asimov.volant.org> To: chuckr@eng.umd.edu, gryphon@healer.com, kelly@fsl.noaa.gov Subject: Re: ports startup scripts Cc: asami@cs.berkeley.edu, hackers@freebsd.org, julian@ref.tfs.com, ports@freebsd.org, terry@lambert.org X-Sun-Charset: US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk |> Pat writes: |> > Coranth Gryphon wrote: |> > +> When are you going to start a daemon in more than one place? |> > +> Or set a global environment variable, then change it later? |> > +> |> > +> Define it as "Run Level N" includes all "Run Level 0..N-1". Simple. |> |> > If it really were that simple, why didn't SVr4 do it that way? |> |> You're asking why an OS that I think has a lousy implementation |> of run levels didn't do it right in the first place? :-) |> |> Answer: I don't know why they didn't do it right. That doesn't |> stop us from doing it right, does it? Perhaps I was being too subtle. I meant to point out that it might -NOT- be as simple as it looks at first glance. We should find out why they did it the way they did before we reject it. And we should investigate any existing variations. (Does Solaris 2.4 do it the same way as SVr4? Does HP-UX? Does...) |> > But differences just because "we aren't System V" only hurt us. We |> |> Granted. But keeping it identical just because they did like that is |> just as bad. Takes the best parts, the ideas that work. Keep anything |> that does not make a difference the same (to satisfy the "no gratuitous |> changes" camp), but be willing to change what we don't like for our sake. Right. |> > don't want people refusing to run FreeBSD because it is too different |> > from the other unixes, (without significant advantage) do we? |> |> Then keep it only BSD and stop trying to System-V-ize it. Nope, won't work. That just means that other unixes will continue to evolve away from us, and increase the degree of differences. |> > +> 8-10 unix flavors that I work with. So which one are you going |> > +> to clone? |> |> >We have two reasonable choices: |> > 1. Whichever one we feel is technically superior. |> > 2. The one with the biggest market presence (Solaris2). |> |> Neither. Build our own implementation, the way FreeBSD wants it, |> that conforms to the basic framework. Right. I was responding within the implicit assumption that we were going to clone something. I should have made it clear that cloning wasn't the only (or possibly even the best) solution. |> If I want to use Solaris, I'll use Solaris. I don't want FreeBSD |> to just become a cheap Solaris clone. Worse things could happen. But I agree - FreeBSD shouldn't become a cheap -anything- clone. On the other hand, Solaris has done a lot of things pretty well, and a lot of unix users are familiar with it. If their solutions fit our problems, and we can't come up with a significantly better solution, it is reasonable to consider copying the Solaris solution. |> > The current /usr/share/skel is a fine location. |> |> Except when you want to change default dot files. Then have |> to redo it after each install. That's a major problem with our install process. One of the nice things about the Solaris pkg_add system is that the package can have per-file actions for how to deal with files that have changed since the previous install. (The most common choices are: 1. Rename the changed version and install the new one. 2. Install the new one under a different name. 3. Just leave the old one in place. But the install script can do anything you like.) -Pat From owner-freebsd-ports Thu Sep 21 16:09:38 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA03103 for ports-outgoing; Thu, 21 Sep 1995 16:09:38 -0700 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA03082 ; Thu, 21 Sep 1995 16:09:29 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id TAA12567; Thu, 21 Sep 1995 19:11:13 -0400 From: Bill/Carolyn Pechter Message-Id: <199509212311.TAA12567@shell.monmouth.com> Subject: Re: FreeNix? To: gryphon@healer.com (Coranth Gryphon), freebsd-ports@freebsd.org Date: Thu, 21 Sep 1995 19:11:13 -0400 (EDT) Cc: freebsd-chat@freebsd.org In-Reply-To: <199509211600.MAA00421@healer.com> from "Coranth Gryphon" at Sep 21, 95 12:00:23 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1204 Sender: owner-ports@freebsd.org Precedence: bulk > We are not System V. If we want to be System V stop calling ourselves > FreeBSD and become FreeUnix (FreeNix anyone? :-) Well... folks BSD is more or less dead -- at least as far as the commercial world goes. I hate to say it -- staying compatible with 4.4 when the rest of the world has passed it buy is a mistake. > > Seriously. If we want to throw away how /etc/rc works (and it does > work), then only take from other camps what we need. I have yet > to see a standard out (ie. all parts work identically) there on the > 8-10 unix flavors that I work with. So which one are you going to clone? Well, I've run Solaris,DC/OSx,OS/x,SVR3, SVR2, SVR0, HP-UX, Linux, SunOS and FreeBSD... I'm headed to AIX v3 and 4.x -- which I think is SVR4-ish in startup. Looks like there's more of the AT&T stuff out there than you think. My history is 8-2 not counting the AIX. Bill ------------------------------------------------------------------------------- Bill Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-ports Thu Sep 21 16:18:57 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA03426 for ports-outgoing; Thu, 21 Sep 1995 16:18:57 -0700 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA03400 ; Thu, 21 Sep 1995 16:18:49 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id TAA13063; Thu, 21 Sep 1995 19:20:49 -0400 From: Bill/Carolyn Pechter Message-Id: <199509212320.TAA13063@shell.monmouth.com> Subject: Re: ports startup scripts To: patl@asimov.volant.org Date: Thu, 21 Sep 1995 19:20:48 -0400 (EDT) Cc: freebsd-ports@freebsd.org, freebsd-chat@freebsd.org In-Reply-To: <9509211439.AA22140@asimov.volant.org> from "patl@asimov.volant.org" at Sep 21, 95 07:39:52 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 5019 Sender: owner-ports@freebsd.org Precedence: bulk > |> > I suspect that most of the problem with the SVr4/Solaris/HP-UX startup > |> > script system is poor documentation. And a lot of the people complaining > |> > are really complaining about the change, not the actual result. Any > |> > change we make will suffer from that, no matter how good it is. > |> > |> It's not documentation. See the Nemeth Sysadmin book Edition 2 (the red > |> cover)... The yellow one documented the run levels with SVR2 (I think). > > Any documentation that doesn't come with the system is obscure. Unix > users and sysadmins tend to expect to find everything they need on-line. That's a generic Unix problem. Unix usually doesn't have "Documentation" it has reference matter. Now Vax/VMS had DOCUMENTATION. I've tried to configure HP-UX by the "Documentation"... ugh. /etc/netnfsrc /etc/bsdsrc /etc/bull&*^%$#rc... Init and inittab were in the docs with OS/x and DC/OSx... However the man pages don't give real sample scripts. They should be in some skel directory... I always used the TCPIP or NFS starter script as a model. > > |> Actually, it appears to be a cultural problem. Since there's no > |> standard "Unix" -- there's really two -- BSD and SYSTEM V > |> you get the one true Unix religious bigotry. > > Only two? Isn't that something like saying "There are two kinds of > Christianity - Roman Catholic and Protestant" ? :-) :-) > [ That was intended as a wry observation, not an invitation to rathole > on varieties of unix... ] And a damned good one. 8-) > > SVr4 was supposed to merge the two camps again by incorporating the > advantages of both systems. It fell down a bit in the areas where > both provided equivalent functionality in incompatible ways. And > they -really- screwed up a few things (like serial port and printer > administration.) > > > |> I've worked with both. I've been the sysadmin on SunOS, HP-UX, Solaris 2.4, > |> DC/OSx (SysVR4), OS/X (which had available both the AT&T and BSD init > |> and the Sys Admin would install EITHER ONE based on preferences at the > |> site). > |> > |> (Actually the capability to support both ways wouldn't be bad here... > |> how about keeping the old BSD init method as an option) > > If that can be done easily and cleanly, I'd go for it. > > |> At Pyramid's NJ training facility we noticed the following... > |> The Sys V method was pushed heavily in my classes as the method with the > |> most customization... However my office ran with the BSD init -- since the > |> rest of the office learned UNIX on the west coast -- while the bunch > |> of folks who came out of the telcom business here (ex-AT&T and Bellcore > |> folks) ran with the SysV setup. > > Which tends to support my point about inertia being the prime factor. > > |> > You make it sound like the folks working on FreeBSD would make changes > |> > just to be different from SYSV. I sincerely hope that is not the case. > |> > We should strive to produce the best unix-derived system that we can; > |> > but vigorously fight the Not Invented Here syndrome. If somebody else > |> > has a better solution than the one we are using, we should feel perfectly > |> > free to adopt it. Or, if we can, improve it further. > |> > |> Agreed... it looks like the argument comes down to NIH and that SysV's > |> startup complicates things more than the BSD /etc/rc /etc/rc.local does. > > I still think that complication is more apparent than real. In some ways, > it has actually made things easier by making some of the decisions more > obvious. (E.g., which run-level to put a link in corresponds to which > major section of rc or rc.local to insert your changes into.) > > |> However, a new user editing rc or rc.local and screwing up can cause a lot > |> of problems. I had to fix another admin's SunOS 4.1.3 machine when he > |> screwed it up so bad that the shared libraries weren't mounted. > > Exactly. And the SVr4 method makes life -MUCH- easier for anyone building > an installation package for add-on software. Scripts to safely modify > rc or rc.local have to make some scary assumptions... > > |> I think we should go the SVR4 route and I'm willing to document it... > > I'll support you all the way. (I'll offer to help, but I'm not sure I'm not much of a coder -- but I'm interested in Sysadmin issues. FreeBSD's going to get better and better the more discussion that goes into it. *I'll avoid the idea of conditional symbolic links and two sets of binaries so you could have both BSD and SYS_V compatible utilities. I'll avoid /usr/5bin or /usr/ucb -- both of which drove me nuts. *(i would've preferred the symlinks) * Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-ports Thu Sep 21 16:45:29 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA04300 for ports-outgoing; Thu, 21 Sep 1995 16:45:29 -0700 Received: from main.statsci.com (main.statsci.com [198.145.127.110]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA04293 ; Thu, 21 Sep 1995 16:45:26 -0700 Received: by main.statsci.com (Smail3.1.29.1 #3) id m0svvIp-000r3tC; Thu, 21 Sep 95 16:45 PDT Message-Id: X-Mailer: exmh version 1.6.1 5/23/95 To: Bill/Carolyn Pechter cc: gryphon@healer.com (Coranth Gryphon), freebsd-ports@freebsd.org, freebsd-chat@freebsd.org Subject: Re: FreeNix? In-reply-to: Your message of "Thu, 21 Sep 1995 19:11:13 -0400." <199509212311.TAA12567@shell.monmouth.com> Reply-to: scott@statsci.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Sep 1995 16:45:14 -0700 From: Scott Blachowicz Sender: owner-ports@freebsd.org Precedence: bulk Bill/Carolyn Pechter wrote: > Well, I've run Solaris,DC/OSx,OS/x,SVR3, SVR2, SVR0, HP-UX, Linux, > SunOS and FreeBSD... > > I'm headed to AIX v3 and 4.x -- which I think is SVR4-ish in startup. As is DEC's OSF/1 v3.2 although they are a little different in their organization - their init.d,rc2.d,etc directories are under /sbin/ instead of /etc. And SGI's IRIX v4/v5 (at least) have the /etc/*.d directories too. HP-UX's (up to 9.x at least) is odd in that they don't do the /etc/*.d/ directories, but that might be from a SVR2 basis? Scott Blachowicz Ph: 206/283-8802x240 StatSci, a div of MathSoft, Inc. 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-ports Thu Sep 21 17:13:47 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA06306 for ports-outgoing; Thu, 21 Sep 1995 17:13:47 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA06287 ; Thu, 21 Sep 1995 17:13:42 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA18166; Fri, 22 Sep 95 00:13:06 GMT Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA07421; Thu, 21 Sep 1995 18:13:03 -0600 Date: Thu, 21 Sep 1995 18:13:03 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9509220013.AA07421@emu.fsl.noaa.gov> To: pechter@shell.monmouth.com Cc: gryphon@healer.com, freebsd-ports@freebsd.org, freebsd-chat@freebsd.org In-Reply-To: <199509212311.TAA12567@shell.monmouth.com> (message from Bill/Carolyn Pechter on Thu, 21 Sep 1995 19:11:13 -0400 (EDT)) Subject: Re: FreeNix? Sender: owner-ports@freebsd.org Precedence: bulk >>>>> "Bill" == Carolyn Pechter writes: Bill> Well... folks BSD is more or less dead -- at least as far as Bill> the commercial world goes. I hate to say it -- staying Bill> compatible with 4.4 when the rest of the world has passed it Bill> buy is a mistake. I think this is precisely the *wrong* attitude to have with regards to our project. Our system is an *alternative* UNIX to the rest of the world---a BSD UNIX. That's why I went with FreeBSD in the first place. Esix, Interactive, Solaris, and the others would all let me develop the applications I wanted. Even Linux would. But I wanted BSD UNIX. And I got it, by golly. And I'm sticking with it. I'm not going to use continue to use FreeBSD if it becomes FreeSVR4. It's *not* a mistake to keep ourselves 4.4 compatible. That's a desirable feature! -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA Recite entire movie scripts (e.g. "The Road Warrior," "Repo Man," Casablanca,") almost inaudibly. -- One of 120 ways to annoy your roommate. From owner-freebsd-ports Thu Sep 21 18:49:46 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA08733 for ports-outgoing; Thu, 21 Sep 1995 18:49:46 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id SAA08718 ; Thu, 21 Sep 1995 18:49:39 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15831 (5.67a/IDA-1.5); Thu, 21 Sep 1995 20:36:29 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id UAA07979; Thu, 21 Sep 1995 20:25:10 -0500 Date: Thu, 21 Sep 1995 20:25:10 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509220125.UAA07979@bonkers.taronga.com> To: hackers@freebsd.org, ports@freebsd.org Subject: Re: ports startup scripts Newsgroups: taronga.freebsd.hackers In-Reply-To: <199509201159.EAA04965@silvia.hip.berkeley.edu> Organization: Taronga Park BBS Sender: owner-ports@freebsd.org Precedence: bulk In article <199509201159.EAA04965@silvia.hip.berkeley.edu>, Satoshi Asami wrote: >(1) /etc/rc.d > - Ports shouldn't touch anything in the root filesystem > + Central location, easy to maintain > + Per-machine configuration possible even if /usr/local is NFS shared + Complete system configuration backed up by tarring /etc. Though for that last, /var/db/pkg, /var/at/jobs, and /var/cron/tabs should also be in /etc. - Other ports configuration scripts are in /usr/local/{etc,lib} [ aside: /var/db/pkg and so on are a problem. Just about everything else in /var can safely be considered "volatile", you don't lose system integrity by losing them... ] I like /etc/rc.d for all sorts of reasons that you've all already seen. >(2) /usr/local/etc/rc.d > - Shouldn't fix certain location > - If /usr/local is NFS shared, per-machine configuration is cumbersome This is a problem anyway, since there are other per-machine config files in /usr/local. > - X ports (which have PREFIX=${X11BASE}) have no way to know where > this tree is X ports are a general problem... I really want them to be in /usr/local as well. I wish Imake didn't use BIN to look for things like install. >May I have your comments, ladies and gentlemen? I prefer option 2. It doesn't break anything that's not broken already. Option 4 is OK, but only because X ports are already broken. From owner-freebsd-ports Thu Sep 21 20:01:42 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA11704 for ports-outgoing; Thu, 21 Sep 1995 20:01:42 -0700 Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA11696 for ; Thu, 21 Sep 1995 20:01:35 -0700 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by bacchus.eng.umd.edu (8.7.Gamma.0/8.7.Gamma.0) with ESMTP id XAA14212 for ; Thu, 21 Sep 1995 23:01:32 -0400 (EDT) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7/8.6.4) id XAA17628; Thu, 21 Sep 1995 23:01:31 -0400 (EDT) Date: Thu, 21 Sep 1995 23:01:31 -0400 (EDT) From: Chuck Robey To: FreeBSD-Ports@FreeBSD.org Subject: TCL Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@FreeBSD.org Precedence: bulk Looks like maybe Jordan was right not to use tcl as a base for the sysinstall. Anybody else notice, there's _another_ new set of releases just announced? Tracking Tcl/Tk is going to get interesting. Anyhow, the experience in getting the last new versions to be compatible, library-wise, with the old 7.3/3.6, is going to be put to good use. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-ports Thu Sep 21 21:58:24 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA15083 for ports-outgoing; Thu, 21 Sep 1995 21:58:24 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA15078 ; Thu, 21 Sep 1995 21:58:16 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id AAA02389; Fri, 22 Sep 1995 00:27:36 -0400 Date: Fri, 22 Sep 1995 00:27:36 -0400 From: Coranth Gryphon Message-Id: <199509220427.AAA02389@healer.com> To: hackers@freebsd.org, peter@taronga.com, ports@freebsd.org Subject: Re: ports startup scripts Sender: owner-ports@freebsd.org Precedence: bulk From: peter@taronga.com (Peter da Silva) > Satoshi Asami wrote: > >(1) /etc/rc.d > > - Ports shouldn't touch anything in the root filesystem > > + Central location, easy to maintain > > + Per-machine configuration possible even if /usr/local is NFS shared > + Complete system configuration backed up by tarring /etc. > Though for that last, /var/db/pkg, /var/at/jobs, and /var/cron/tabs should > also be in /etc. > aside: /var/db/pkg and so on are a problem. Just about everything else > in /var can safely be considered "volatile", you don't lose system Crontab entries, yes. Package data, I could go either way with. Aren't "at" jobs single shot, therefore volotile? > - Other ports configuration scripts are in /usr/local/{etc,lib} > > >(2) /usr/local/etc/rc.d > This is a problem anyway, since there are other per-machine config files > in /usr/local. That's part of the complaint. They shouldn't be. > I like /etc/rc.d for all sorts of reasons that you've all already seen. Agreed, but if we go with run levels "/etc/rc.#/..." -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Thu Sep 21 21:58:58 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA15112 for ports-outgoing; Thu, 21 Sep 1995 21:58:58 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA15107 ; Thu, 21 Sep 1995 21:58:49 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id AAA02364; Fri, 22 Sep 1995 00:18:07 -0400 Date: Fri, 22 Sep 1995 00:18:07 -0400 From: Coranth Gryphon Message-Id: <199509220418.AAA02364@healer.com> To: kelly@fsl.noaa.gov, pechter@shell.monmouth.com Subject: Re: FreeNix? Cc: freebsd-chat@freebsd.org, freebsd-ports@freebsd.org, gryphon@healer.com Sender: owner-ports@freebsd.org Precedence: bulk >>"Bill" == Carolyn Pechter writes: Bill> Well... folks BSD is more or less dead -- at least as far as From: kelly@fsl.noaa.gov (Sean Kelly) > I think this is precisely the *wrong* attitude to have with regards to > our project. Our system is an *alternative* UNIX to the rest of the ... > I'm not going to use continue to use FreeBSD if it becomes FreeSVR4. Strongly seconded. -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Fri Sep 22 01:06:05 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA19524 for ports-outgoing; Fri, 22 Sep 1995 01:06:05 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA19497 ; Fri, 22 Sep 1995 01:05:02 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA08220; Fri, 22 Sep 1995 10:08:37 +0200 From: Luigi Rizzo Message-Id: <199509220808.KAA08220@labinfo.iet.unipi.it> Subject: A crypt problem To: questions@freebsd.org Date: Fri, 22 Sep 1995 10:08:36 +0200 (MET DST) Cc: ports@freebsd.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1805 Sender: owner-ports@freebsd.org Precedence: bulk [this has been crossposted to ports, because it is of some relevance there] I have a question on the use of MD5 crypt routines in cern_httpd. I suspect the problem also arises with other software packages which use crypt(). The cern package assumes the presence of DES crypt, and uses multiple invocation of the crypt routine to encode the password and then compare it with the correct one. The code is the following (in /usr/ports/net/cern_httpd/work/WWW/Daemon/Implementation/HTPasswd.c): while (len > 0) { char *tmp, salt[3], chunk[9]; CONST char *cur1 = password, *cur2 = encrypted; salt[0] = *cur2; salt[1] = *(cur2+1); salt[2] = (char)0; strncpy(chunk, cur1, 8); chunk[8] = (char)0; tmp = crypt((char*)password, salt); strcat(result, tmp); cur1 += 8; cur2 += 13; len -= 13; } /* while */ status = strncmp(result, encrypted, strlen(encrypted)); This does not work with MD5, so I had to replace it with the following simple sequence (MD5 can deal with strings longer than 8 chars): result=crypt(password, encrypted); status = strcmp(result, encrypted); My question is: would the above work with DES crypt ? I don't have DES installed, so I cannot try it. If the code works, then this is something that should be fixed on cern_httpd and possibly other ports which use crypt. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-ports Fri Sep 22 03:18:52 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA24010 for ports-outgoing; Fri, 22 Sep 1995 03:18:52 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA23987 ; Fri, 22 Sep 1995 03:18:38 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA21716; Fri, 22 Sep 1995 03:18:12 -0700 To: kelly@fsl.noaa.gov (Sean Kelly) cc: pechter@shell.monmouth.com, gryphon@healer.com, freebsd-ports@freebsd.org, freebsd-chat@freebsd.org Subject: Re: FreeNix? In-reply-to: Your message of "Thu, 21 Sep 1995 18:13:03 MDT." <9509220013.AA07421@emu.fsl.noaa.gov> Date: Fri, 22 Sep 1995 03:18:12 -0700 Message-ID: <21713.811765092@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-ports@freebsd.org Precedence: bulk > And I got it, by golly. And I'm sticking with it. I'm not going to > use continue to use FreeBSD if it becomes FreeSVR4. It's *not* a > mistake to keep ourselves 4.4 compatible. That's a desirable feature! I think this thread had gotten a little out of hand (though I congradulate the principles for taking it to -chat rather than swamping -hackers - thank you!) but I can summarize my own attitude (and what I'll thus be "pushing" for) thusly: 1. A lot of BSD fans run BSD because they're used to the organization of the tree and it's one less headache for them in administrating large collections of machines. We should therefore strive to maintain some consistency with *ourselves*, if not some vaporous "BSD" standard, and this means no gratuitous changes for change's sake. 2. That said, if some change is *not* gratuitous and provides significant additional functionality or makes an admin's job easier, then we shouldn't throw it out just because it's new, different or looks suspiciously like what SYSV might have done. BSD is not or at least should not be a static, unchanging entity. That way lies stagnation and death. We need to continue to improve the product, and if that entails changing a few old and crufty mechanisms that were long overdue for replacement, then I say go for it. Jordan From owner-freebsd-ports Fri Sep 22 06:49:45 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA01616 for ports-outgoing; Fri, 22 Sep 1995 06:49:45 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA01607 ; Fri, 22 Sep 1995 06:49:40 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA20435 (5.67a/IDA-1.5); Fri, 22 Sep 1995 08:36:22 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id IAA20502; Fri, 22 Sep 1995 08:35:51 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509221335.IAA20502@bonkers.taronga.com> Subject: Re: ports startup scripts To: gryphon@healer.com (Coranth Gryphon) Date: Fri, 22 Sep 1995 08:35:50 -0500 (CDT) Cc: hackers@freebsd.org, peter@taronga.com, ports@freebsd.org In-Reply-To: <199509220427.AAA02389@healer.com> from "Coranth Gryphon" at Sep 22, 95 00:27:36 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 847 Sender: owner-ports@freebsd.org Precedence: bulk > Crontab entries, yes. Package data, I could go either way with. Package data could equally well go in /usr/local. It really doesn't belong in /var. > Aren't "at" jobs single shot, therefore volotile? I have seen people running "at" jobs that re-triggered themselves, to get the effect of variable-period rescheduling too complex for cron. You could do as well with a cron-run daemon that read a more complex schedule file. I'll buy "at" in var. I think /etc/dumpdates might go in /var as well. > > This is a problem anyway, since there are other per-machine config files > > in /usr/local. > That's part of the complaint. They shouldn't be. /usr/local/ghostscript/3.0/Fontmap? System V uses "/etc/default" for per-package config files. They're not really templates, they're things like /etc/csh.login. /etc/default/ghostscript/Fontmap? From owner-freebsd-ports Fri Sep 22 06:56:50 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA03115 for ports-outgoing; Fri, 22 Sep 1995 06:56:50 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA03106 ; Fri, 22 Sep 1995 06:56:43 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id JAA03564; Fri, 22 Sep 1995 09:57:22 -0400 Date: Fri, 22 Sep 1995 09:57:22 -0400 From: Coranth Gryphon Message-Id: <199509221357.JAA03564@healer.com> To: gryphon@healer.com, peter@taronga.com Subject: Re: ports startup scripts Cc: hackers@freebsd.org, ports@freebsd.org Sender: owner-ports@freebsd.org Precedence: bulk Subject: Re: ports startup scripts To: gryphon@healer.com (Coranth Gryphon) Date: Fri, 22 Sep 1995 08:35:50 -0500 (CDT) Cc: hackers@freebsd.org, peter@taronga.com, ports@freebsd.org In-Reply-To: <199509220427.AAA02389@healer.com> from "Coranth Gryphon" at Sep 22, 95 00:27:36 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 847 From: peter@taronga.com (Peter da Silva) > Coranth Gryphon wrote: > +> Crontab entries, yes. Package data, I could go either way with. > Package data could equally well go in /usr/local. > It really doesn't belong in /var. > I'll buy "at" in var. I think /etc/dumpdates might go in /var as well. This all works for me. >> > This is a problem anyway, since there are other per-machine config files >> > in /usr/local. > +> That's part of the complaint. They shouldn't be. > /usr/local/ghostscript/3.0/Fontmap? OK. Something I do not use, so have no experience with. The general point is that if it can reasonable change from system to system, then it belongs in /etc. If it definately will change from system to system, put it in one easy-to-get-to place (I use /etc/inet for all my host-specific files). If it is a generic configuration that won't likely ever change, it can go anywhere it wants. -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Fri Sep 22 12:38:32 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA15701 for ports-outgoing; Fri, 22 Sep 1995 12:38:32 -0700 Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA15690 for ; Fri, 22 Sep 1995 12:38:20 -0700 Received: from adder.eng.umd.edu (adder.eng.umd.edu [129.2.98.110]) by distortion.eng.umd.edu (8.7/8.7) with ESMTP id PAA15033; Fri, 22 Sep 1995 15:38:17 -0400 (EDT) Received: (chuckr@localhost) by adder.eng.umd.edu (8.7/8.6.4) id PAA04326; Fri, 22 Sep 1995 15:38:10 -0400 Date: Fri, 22 Sep 1995 15:38:05 -0400 (EDT) From: Chuck Robey To: "Jordan K. Hubbard" cc: FreeBSD-Ports@FreeBSD.org Subject: Re: TCL In-Reply-To: <21750.811765247@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@FreeBSD.org Precedence: bulk On Fri, 22 Sep 1995, Jordan K. Hubbard wrote: > > Looks like maybe Jordan was right not to use tcl as a base for the > > sysinstall. Anybody else notice, there's _another_ new set of releases > > "setup!" "setup!" :-) > > Yeah, I know, it's going to take people awhile to get used to the > new name.. :) > > Jordan > and to your 120 column lines, too. I'm tempted to repost that, in reformatted style. I think I like your concept, tho. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-ports Fri Sep 22 14:16:35 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA20838 for ports-outgoing; Fri, 22 Sep 1995 14:16:35 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA20706 ; Fri, 22 Sep 1995 14:16:22 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id OAA01221; Fri, 22 Sep 1995 14:16:01 -0700 Date: Fri, 22 Sep 1995 14:16:01 -0700 Message-Id: <199509222116.OAA01221@silvia.HIP.Berkeley.EDU> To: peter@taronga.com CC: gryphon@healer.com, hackers@freebsd.org, peter@taronga.com, ports@freebsd.org In-reply-to: <199509221335.IAA20502@bonkers.taronga.com> (peter@taronga.com) Subject: Re: ports startup scripts From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org Precedence: bulk You guys have lost me long ago, but just one thing I noticed.... * > Crontab entries, yes. Package data, I could go either way with. * * Package data could equally well go in /usr/local. It really doesn't belong in * /var. That won't work, because the location where the package is installed is also part of the pkg data. In other words, if we put them into /usr/local, we won't be able to find /usr/local. :) Satoshi From owner-freebsd-ports Fri Sep 22 16:14:48 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA27127 for ports-outgoing; Fri, 22 Sep 1995 16:14:48 -0700 Received: from main.statsci.com (main.statsci.com [198.145.127.110]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA27119 for ; Fri, 22 Sep 1995 16:14:44 -0700 Received: by main.statsci.com (Smail3.1.29.1 #3) id m0swHIh-000r3tC; Fri, 22 Sep 95 16:14 PDT Message-Id: X-Mailer: exmh version 1.6.1 5/23/95 To: ports@freebsd.org Subject: which releases are /pub/FreeBSD/packages/* good for? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Sep 1995 16:14:32 -0700 From: Scott Blachowicz Sender: owner-ports@freebsd.org Precedence: bulk Hi- Is the packaging scheme smart enough to tell if I have a suitable OS revision for being able to use a particular package? For instance, if I go grab ftp.freebsd.org:/pub/FreeBSD/packages/All/zsh-2.6b10.tgz and am able to successfully pkg_add it, should I expect that it will work properly? I'm running 2.0.5-RELEASE from CD. Or should I just go grab sources & build for myself? Or should I just be patient and wait for the 2.1 CD? Thanx, Scott Blachowicz Ph: 206/283-8802x240 StatSci, a div of MathSoft, Inc. 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-ports Fri Sep 22 19:51:03 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA08400 for ports-outgoing; Fri, 22 Sep 1995 19:51:03 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id TAA08361 ; Fri, 22 Sep 1995 19:50:55 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA26563 (5.67a/IDA-1.5); Fri, 22 Sep 1995 21:43:22 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id UAA04000; Fri, 22 Sep 1995 20:54:16 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509230154.UAA04000@bonkers.taronga.com> Subject: Re: ports startup scripts To: asami@cs.berkeley.edu (Satoshi Asami) Date: Fri, 22 Sep 1995 20:54:16 -0500 (CDT) Cc: peter@taronga.com, gryphon@healer.com, hackers@freebsd.org, ports@freebsd.org In-Reply-To: <199509222116.OAA01221@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Sep 22, 95 02:16:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 395 Sender: owner-ports@freebsd.org Precedence: bulk > * > Crontab entries, yes. Package data, I could go either way with. > * > * Package data could equally well go in /usr/local. It really doesn't belong in > * /var. > That won't work, because the location where the package is installed > is also part of the pkg data. In other words, if we put them into > /usr/local, we won't be able to find /usr/local. :) ROFL. OK, put it in /etc... From owner-freebsd-ports Fri Sep 22 19:51:53 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA08594 for ports-outgoing; Fri, 22 Sep 1995 19:51:53 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA08559 ; Fri, 22 Sep 1995 19:51:46 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id WAA05194; Fri, 22 Sep 1995 22:52:41 -0400 Date: Fri, 22 Sep 1995 22:52:41 -0400 From: Coranth Gryphon Message-Id: <199509230252.WAA05194@healer.com> To: asami@cs.berkeley.edu, peter@taronga.com Subject: Re: ports startup scripts Cc: gryphon@healer.com, hackers@freebsd.org, ports@freebsd.org Sender: owner-ports@freebsd.org Precedence: bulk > You guys have lost me long ago, but just one thing I noticed.... > * Package data could equally well go in /usr/local. It really doesn't belong > * in /var. > > That won't work, because the location where the package is installed > is also part of the pkg data. In other words, if we put them into > /usr/local, we won't be able to find /usr/local. :) > Satoshi The package data in question is the list of what packages are currently installed. -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-ports Fri Sep 22 21:04:26 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA24954 for ports-outgoing; Fri, 22 Sep 1995 21:04:26 -0700 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA24905 ; Fri, 22 Sep 1995 21:04:15 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id AAA26269; Sat, 23 Sep 1995 00:06:04 -0400 From: Bill/Carolyn Pechter Message-Id: <199509230406.AAA26269@shell.monmouth.com> Subject: Re: ports startup scripts To: gryphon@healer.com (Coranth Gryphon) Date: Sat, 23 Sep 1995 00:06:04 -0400 (EDT) Cc: freebsd-ports@freebsd.org, freebsd-chat@freebsd.org In-Reply-To: <199509230324.XAA05317@healer.com> from "Coranth Gryphon" at Sep 22, 95 11:24:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 684 Sender: owner-ports@freebsd.org Precedence: bulk > For example "rc.3" is a file for run-level (or run-state) 3 > that describes what gets run and what doesn't. Which means all we've > done is make more copies of "rc.local". Nevermind. > > We've gone full spiral. Let's start over. rc.3 on most SysV machines is just a script that goes through rc3.d starting and stopping stuff via the S* and K* scripts. Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-ports Fri Sep 22 23:20:39 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA09961 for ports-outgoing; Fri, 22 Sep 1995 23:20:39 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA09953 for ; Fri, 22 Sep 1995 23:20:36 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id XAA00209; Fri, 22 Sep 1995 23:20:28 -0700 Date: Fri, 22 Sep 1995 23:20:28 -0700 Message-Id: <199509230620.XAA00209@silvia.HIP.Berkeley.EDU> To: chein@cisco.com CC: ports@freebsd.org In-reply-to: <199509211358.GAA09549@greatdane.cisco.com> (message from Chuck Hein on Thu, 21 Sep 95 6:58:05 PDT) Subject: Re: Floating point exception running top From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org Precedence: bulk * Below is a patchfile that I have tested with FreeBSD 2.1-STABLE. Thanks, tested and committed. By the way, please don't use your mouse to cut & paste diffs, the "patch" program doesn't like it when a tab is changed to a bunch of spaces. ;> Satoshi From owner-freebsd-ports Fri Sep 22 23:28:26 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA10448 for ports-outgoing; Fri, 22 Sep 1995 23:28:26 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA10439 for ; Fri, 22 Sep 1995 23:28:23 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id XAA00363; Fri, 22 Sep 1995 23:28:06 -0700 Date: Fri, 22 Sep 1995 23:28:06 -0700 Message-Id: <199509230628.XAA00363@silvia.HIP.Berkeley.EDU> To: chein@cisco.com CC: ports@freebsd.org In-reply-to: <199509211358.GAA09549@greatdane.cisco.com> (message from Chuck Hein on Thu, 21 Sep 95 6:58:05 PDT) Subject: Re: Floating point exception running top From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org Precedence: bulk By the way, do you want to send the fix to the original author (lefebvre@dis.anl.gov, according to the README)? I'm sure he would love that. :) Satoshi From owner-freebsd-ports Sat Sep 23 02:23:43 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA20168 for ports-outgoing; Sat, 23 Sep 1995 02:23:43 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA20150 ; Sat, 23 Sep 1995 02:23:27 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id CAA03906; Sat, 23 Sep 1995 02:23:09 -0700 Date: Sat, 23 Sep 1995 02:23:09 -0700 Message-Id: <199509230923.CAA03906@silvia.HIP.Berkeley.EDU> To: ports@freebsd.org, committers@freebsd.org Subject: EXEC_DEPENDS From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org Precedence: bulk As you have already seen, I committed a change to bsd.port.mk that breaks EXEC_DEPENDS into three pieces: FETCH_DEPENDS: called from "fetch" BUILD_DEPENDS: called from "extract" RUN_DEPENDS: called from "install" Please update the port Makefiles accordingly. In particular, things that are used only during run-time (and not build) should be declared RUN_DEPENDS, and the opposite of that should be BUILD_DEPENDS. (If it's used from both, it should be defined as both.) I don't see anything that should be changed to FETCH_DEPENDS. Note that only RUN_DEPENDS will be pulled in to the package dependency list. This will put the end of the "why does xpacman depend on unzip???" sort of bug reports. :) Thanks Satoshi P.S. I have already rebuilt all the ports that require gmake. ------- /usr/ports >> grep EXEC_DEPENDS */*/Makefile archivers/unzip.with_encryption/Makefile:EXEC_DEPENDS= unzip:${PORTSDIR}/archivers/unzip archivers/zip.with_encryption/Makefile:EXEC_DEPENDS= unzip:${PORTSDIR}/archivers/unzip audio/rsynth/Makefile:EXEC_DEPENDS= auvoxware:${PORTSDIR}/audio/nas cad/pcb/Makefile:EXEC_DEPENDS= gm4:${PORTSDIR}/devel/m4 comms/hylafax/Makefile:EXEC_DEPENDS+= gs:${PORTSDIR}/print/ghostscript comms/hylafax/Makefile:EXEC_DEPENDS+= bash:${PORTSDIR}/shells/bash comms/rzsz/Makefile:EXEC_DEPENDS= unzip:${PORTSDIR}/archivers/unzip databases/exodus/Makefile:EXEC_DEPENDS= dmake:${PORTSDIR}/devel/dmake devel/noweb/Makefile:EXEC_DEPENDS= icont:${PORTSDIR}/lang/icon editors/tkHTML/Makefile:EXEC_DEPENDS= wwwish:${PORTSDIR}/net/wwwish editors/uemacs/Makefile:EXEC_DEPENDS= unzip:${PORTSDIR}/archivers/unzip emulators/tkhfs/Makefile:EXEC_DEPENDS= hfs:${PORTSDIR}/emulators/hfs games/xpacman/Makefile:EXEC_DEPENDS= unzip:${PORTSDIR}/archivers/unzip graphics/aero/Makefile:EXEC_DEPENDS= povray:${PORTSDIR}/graphics/povray lang/pTk/Makefile:EXEC_DEPENDS= perl5.001:${PORTSDIR}/lang/perl5 mail/elm.with_pgp/Makefile:EXEC_DEPENDS += pgp:${PORTSDIR}/security/pgp mail/pgpsendmail/Makefile:EXEC_DEPENDS += pgp:${PORTSDIR}/security/pgp math/octave/Makefile:EXEC_DEPENDS= gnuplot:${PORTSDIR}/math/gnuplot net/scotty/Makefile:EXEC_DEPENDS= wishx:${PORTSDIR}/lang/tclX net/tkWWW/Makefile:EXEC_DEPENDS= xli:${PORTSDIR}/graphics/xli net/xarchie/Makefile:EXEC_DEPENDS= archie:${PORTSDIR}/net/archie net/zircon/Makefile:EXEC_DEPENDS= dpwish:${PORTSDIR}/net/tclDP news/trn/Makefile:EXEC_DEPENDS= munpack:${PORTSDIR}/mail/mpack print/ghostview/Makefile:EXEC_DEPENDS= gs:${PORTSDIR}/print/ghostscript print/latex/Makefile:EXEC_DEPENDS= tex:${PORTSDIR}/print/tex print/latex209/Makefile:EXEC_DEPENDS= tex:${PORTSDIR}/print/tex print/musixtex/Makefile:EXEC_DEPENDS= tex:${PORTSDIR}/print/tex print/texinfo/Makefile:EXEC_DEPENDS= tex:${PORTSDIR}/print/tex print/xtexshell/Makefile:EXEC_DEPENDS= wishx:${PORTSDIR}/lang/tclX russian/X.language/Makefile:EXEC_DEPENDS += ${X11BASE}/bin/xinit:${PORTSDIR}/x11/XFree86 russian/netscape.language/Makefile:EXEC_DEPENDS += netscape:${PORTSDIR}/net/netscape russian/pgp.language/Makefile:EXEC_DEPENDS += unzip:${PORTSDIR}/archivers/unzip russian/pgp.language/Makefile:EXEC_DEPENDS += pgp:${PORTSDIR}/security/pgp security/pgp/Makefile:EXEC_DEPENDS= unzip:${PORTSDIR}/archivers/unzip \ utils/tkinfo/Makefile:EXEC_DEPENDS= wish:${PORTSDIR}/x11/tk utils/tkman/Makefile:EXEC_DEPENDS= wish4.0:${PORTSDIR}/x11/tk4 \ From owner-freebsd-ports Sat Sep 23 04:52:54 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA00877 for ports-outgoing; Sat, 23 Sep 1995 04:52:54 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA00841 for ; Sat, 23 Sep 1995 04:52:47 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA08100; Sat, 23 Sep 1995 13:52:36 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA14579; Sat, 23 Sep 1995 13:52:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id NAA21397; Sat, 23 Sep 1995 13:30:46 +0200 From: J Wunsch Message-Id: <199509231130.NAA21397@uriah.heep.sax.de> Subject: Re: EXEC_DEPENDS To: asami@cs.berkeley.edu (Satoshi Asami) Date: Sat, 23 Sep 1995 13:30:46 +0200 (MET DST) Cc: ports@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509230923.CAA03906@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Sep 23, 95 02:23:09 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 529 Sender: owner-ports@freebsd.org Precedence: bulk As Satoshi Asami wrote: > > As you have already seen, I committed a change to bsd.port.mk that > breaks EXEC_DEPENDS into three pieces: > > FETCH_DEPENDS: called from "fetch" > BUILD_DEPENDS: called from "extract" > RUN_DEPENDS: called from "install" > games/xpacman/Makefile:EXEC_DEPENDS= unzip:${PORTSDIR}/archivers/unzip This is clearly a BUILD_DEPENDS candidate. Thank you! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-ports Sat Sep 23 05:00:50 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA01346 for ports-outgoing; Sat, 23 Sep 1995 05:00:50 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA01336 for ; Sat, 23 Sep 1995 05:00:47 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id FAA03541; Sat, 23 Sep 1995 05:00:27 -0700 Date: Sat, 23 Sep 1995 05:00:27 -0700 Message-Id: <199509231200.FAA03541@silvia.HIP.Berkeley.EDU> To: joerg_wunsch@uriah.heep.sax.de CC: ports@freebsd.org In-reply-to: <199509231130.NAA21397@uriah.heep.sax.de> (message from J Wunsch on Sat, 23 Sep 1995 13:30:46 +0200 (MET DST)) Subject: Re: EXEC_DEPENDS From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-ports@freebsd.org Precedence: bulk * > games/xpacman/Makefile:EXEC_DEPENDS= unzip:${PORTSDIR}/archivers/unzip * * This is clearly a BUILD_DEPENDS candidate. Yeah, it is. I just wanted the MAINTAINERs to jump in and modify the Makefiles themselves. :) (Also, some of them I'm not very sure which one I should use...that's why I want you guys to fix them, as I will need to start a compilation and stare at the screen.) * Thank you! ^^^^^^^^^ Or does this mean you want me to fix it? ;) Satoshi From owner-freebsd-ports Sat Sep 23 05:11:12 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA01637 for ports-outgoing; Sat, 23 Sep 1995 05:11:12 -0700 Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA01627 for ; Sat, 23 Sep 1995 05:11:06 -0700 Received: (from peter@localhost) by jhome.DIALix.COM (8.6.12/8.6.9) id UAA04494; Sat, 23 Sep 1995 20:09:41 +0800 Date: Sat, 23 Sep 1995 20:09:41 +0800 (WST) From: Peter Wemm To: Mark Murray cc: Satoshi Asami , CVS-commiters@freefall.freebsd.org, cvs-games@freefall.freebsd.org, ports@freebsd.org Subject: Re: cvs commit: src/games/x11/xneko xneko.c In-Reply-To: <199509231153.NAA11693@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk On Sat, 23 Sep 1995, Mark Murray wrote: > > * > Modified: games/x11/xneko xneko.c > > > > * Just out of interest: What are X programs doing in the FreeBSD distributio > n? > > * should they not be in ports? > > > > Apparently (according to the cvs logs), they came with the 4.4-Lite > > tape. But I agree with you, it doesn't make much sense to have these > > in the main source tree when we don't have X in there! ;) > > > > And if you just want a cute demo...well, xneko maybe, but xroach is > > nothing short of "disgusting". :< > > I _love_ xroach! I have got some very satisfying (female) screams from > running it! :-> :-> :-> Likewise.. IMHO, *all* of the games should go to "ports". :-) > > I propose to move them to ports. > > Seconded. The only problem is that there's no real mechanism for actually providing a complete "kit", including packaging, source and the works. The only way we can make a port out of it, is to make a tar.gz of the source as it currently stands and then put it on freefall's ftp area. It'd be really nice if there was an easy, sanctioned way of including an entire (SMALL!!) source tree somehow with the port, perhaps under files/source/*? We could do away with patches, as we could just cvs commit directly into the source. With some clever makefile trickery, it may be possible to build everything under "work", referring to the source files without havng to copy or link them. IMHO, packaging it up into "LOCAL_PORTS" on freefall is pretty gross. On the other hand, it'd be a shame to bloat the size of the ports collection. Things like "sup" could also be done as a "complete source" port, perhaps. Thoughts? (yes, I know this would be a slight shift in paradigm, I think it would be better, providing it wasn't abused.) -Peter > M > -- > Mark Murray > 46 Harvey Rd, Claremont, Cape Town 7700, South Africa > +27 21 61-3768 GMT+0200 > Finger mark@grumble.grondar.za for PGP key > From owner-freebsd-ports Sat Sep 23 09:26:12 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA09526 for ports-outgoing; Sat, 23 Sep 1995 09:26:12 -0700 Received: from newton.Space.net (root@newton.space.net [194.59.182.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA09518 for ; Sat, 23 Sep 1995 09:26:08 -0700 Received: from nasim.nasim.cube.net ([194.97.15.2]) by newton.Space.NET with SMTP id <82665-4>; Sat, 23 Sep 1995 18:25:43 +0200 Received: by nasim.nasim.cube.net (Smail3.1.29.0 #1) id m0swXBa-0007PIC; Sat, 23 Sep 95 18:12 MET DST To: freebsd-ports@freebsd.org Path: not-for-mail From: knarf@nasim.cube.net (Frank Bartels) Newsgroups: muc.lists.freebsd.ports Subject: Re: gated Date: Sat, 23 Sep 1995 18:12:17 +0200 Organization: Camelot Online Services Lines: 26 Message-ID: <441bl1$9s4@nasim.nasim.cube.net> References: <43ku47$9bt@nasim.nasim.cube.net> NNTP-Posting-Host: nasim.nasim.cube.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [UNIX 1.3 950726BETA PL0] Sender: owner-ports@freebsd.org Precedence: bulk Hi, Patch for /usr/ports/net/gated/Makefile: --- Makefile.old Sat Jun 24 02:58:00 1995 +++ Makefile Sat Sep 23 18:11:51 1995 @@ -6,11 +6,11 @@ # $Id: Makefile,v 1.5 1995/06/24 00:14:22 ache Exp $ # -DISTNAME= gated-R3_5Alpha_11 +DISTNAME= gated-r3_5alpha_11 PKGNAME= gated-3.5a11 CATEGORIES+= networking -MASTER_SITES= ftp://gated.cornell.edu/pub/gated/ -EXTRACT_SUFX= .tar.Z +MASTER_SITES= ftp://ftp.gated.merit.edu/net-research/gated/ +EXTRACT_SUFX= .tar.gz ALL_TARGET= gated Bye, Knarf -- Frank Bartels | UUCP/ZModem/Fax: + 49 89 5469593 | MiNT is knarf@nasim.cube.net | Login: nuucp Index: /pub/ls-lR.nasim.gz | Now TOS! From owner-freebsd-ports Sat Sep 23 12:04:51 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA17603 for ports-outgoing; Sat, 23 Sep 1995 12:04:51 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA17596 for ; Sat, 23 Sep 1995 12:04:48 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id PAA14202; Sat, 23 Sep 1995 15:03:16 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id MAA06275; Sat, 23 Sep 1995 12:43:51 -0400 Date: Sat, 23 Sep 1995 12:43:51 -0400 From: Gene Stark Message-Id: <199509231643.MAA06275@starkhome.cs.sunysb.edu> To: cs.berkeley.edu!asami@sbstark.cs.sunysb.edu (Satoshi Asami) Cc: bob@luke.pmr.com, ports@freebsd.org In-reply-to: cs.berkeley.edu!asami@sbstark.cs.sunysb.edu's message of Wed, 20 Sep 1995 03:01:34 -0700 Subject: Re: Using amanda from ports References: <43p3d2$bo@starkhome.cs.sunysb.edu> Sender: owner-ports@freebsd.org Precedence: bulk > * I'd certainly like to hear from folks that are successfully using > * it... > >I'm sure there is somebody using it successfully, maybe you can ask in >the newsgroup or "hackers"? The "ports" list is for porters, so >amanda users may not be listening here.... I am using it successfully on a system running -stable, though I compiled amanda under 2.0.5R. I am backing up a network with 6 servers and 30 filesystems to an HP DAT drive. Works great! I just go change the tape every day. You don't need a big holding disk for it if you don't want one. - Gene Stark From owner-freebsd-ports Sat Sep 23 12:50:06 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA27924 for ports-outgoing; Sat, 23 Sep 1995 12:50:06 -0700 Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA27917 for ; Sat, 23 Sep 1995 12:50:03 -0700 Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.6.12) id MAA25660; Sat, 23 Sep 1995 12:50:00 -0700 Received: from localhost by newport.ece.uci.edu (8.6.12) id MAA27456; Sat, 23 Sep 1995 12:49:58 -0700 Message-Id: <199509231949.MAA27456@newport.ece.uci.edu> To: Joerg Wunsch cc: CVS-commiters@freefall.freebsd.org, cvs-ports@freefall.freebsd.org, ports@freebsd.org Subject: Re: cvs commit: ports/net/dip - Imported sources In-reply-to: Your message of "Sat, 23 Sep 1995 01:34:47 PDT." <199509230834.BAA16598@freefall.freebsd.org> Date: Sat, 23 Sep 1995 12:49:57 -0700 From: Steven Wallace Sender: owner-ports@freebsd.org Precedence: bulk > joerg 95/09/23 01:34:46 > > Branch: net/dip 1.1.1 > Log: > Joachim Bartz' version of the dip dialup IP program for BSD. Still > version 1.2, but i'm waiting for some additional feedback from the > author (who's rather busy these days with his thesis) before importing > a newer vrsion. > I tried this out yesterday and although compiles perfectly, it does not work for me. After changing my script to work with the new syntax, dip would have a problem with wait command. Many times it would appear that it never got any data or it lost some characters. The original dip by Fred N. van Kempen has worked fine for me for a long time. Today I added one option for clocal support (neither had it), so I no longer have the annoying false carrier loss, since I have a direct line instead of a modem. It seems like Bartz version has added more options, and it is too bad it isn't working correctly. Steven From owner-freebsd-ports Sat Sep 23 13:11:52 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28639 for ports-outgoing; Sat, 23 Sep 1995 13:11:52 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28628 for ; Sat, 23 Sep 1995 13:11:44 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA19513; Sat, 23 Sep 1995 22:11:38 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA17556; Sat, 23 Sep 1995 22:11:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA22470; Sat, 23 Sep 1995 21:31:45 +0200 From: J Wunsch Message-Id: <199509231931.VAA22470@uriah.heep.sax.de> Subject: Re: EXEC_DEPENDS To: asami@cs.berkeley.edu (Satoshi Asami) Date: Sat, 23 Sep 1995 21:31:44 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, ports@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509231200.FAA03541@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Sep 23, 95 05:00:27 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 796 Sender: owner-ports@freebsd.org Precedence: bulk As Satoshi Asami wrote: > > * This is clearly a BUILD_DEPENDS candidate. > > Yeah, it is. I just wanted the MAINTAINERs to jump in and modify the > Makefiles themselves. :) And i wanted somebody else to take over those ports where i've signed as MAINTAINER, since i'm apparently unable to work in the ports area. :^) I will yet have to see the port that will go right from the very beginning finally until the package is ready, the distfile fetchable, and the port itself entered into the parent's Makefile. :] > * Thank you! > ^^^^^^^^^ > > Or does this mean you want me to fix it? ;) Nope, the thanks were for implementing the *_DEPENDS. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-ports Sat Sep 23 13:20:39 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA29002 for ports-outgoing; Sat, 23 Sep 1995 13:20:39 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28995 for ; Sat, 23 Sep 1995 13:20:31 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA19679; Sat, 23 Sep 1995 22:20:27 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA17638; Sat, 23 Sep 1995 22:20:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA23583; Sat, 23 Sep 1995 22:15:08 +0200 From: J Wunsch Message-Id: <199509232015.WAA23583@uriah.heep.sax.de> Subject: Re: cvs commit: ports/net/dip - Imported sources To: swallace@ece.uci.edu (Steven Wallace) Date: Sat, 23 Sep 1995 22:15:07 +0200 (MET DST) Cc: joerg@freefall.freebsd.org, CVS-commiters@freefall.freebsd.org, cvs-ports@freefall.freebsd.org, ports@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509231949.MAA27456@newport.ece.uci.edu> from "Steven Wallace" at Sep 23, 95 12:49:57 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 526 Sender: owner-ports@freebsd.org Precedence: bulk As Steven Wallace wrote: > > I tried this out yesterday and although compiles perfectly, it does > not work for me. Can you please report all this to the author? I'm not using dip myself, i've only made this port as kind of "public service" due to the demand. I've been able to initiate a connection with it (after fixing all that lockfile stuff), but that's already all i did. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-ports Sat Sep 23 14:46:48 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA02610 for ports-outgoing; Sat, 23 Sep 1995 14:46:48 -0700 Received: from trepan.io.org (taob@trepan.io.org [198.133.36.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA02603 for ; Sat, 23 Sep 1995 14:46:43 -0700 Received: (from taob@localhost) by trepan.io.org (8.6.9/8.6.9) id RAA19530; Sat, 23 Sep 1995 17:46:38 -0400 Date: Sat, 23 Sep 1995 17:46:37 -0400 (EDT) From: Brian Tao To: freebsd-ports@freebsd.org Subject: Posted Virtual WU-FTPD-2.4. (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ports@freebsd.org Precedence: bulk Dunno if anyone had echoed this here (or if we already have this in the ports/packages collections), but here it is. -- Brian Tao System Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" ---------- Forwarded message ---------- Date: Fri, 15 Sep 1995 18:12:43 -0500 From: Ken Germann To: Multiple recipients of list IAP Subject: Posted Virtual WU-FTPD-2.4. With a little bit of time and effort, I pulled some patches together and put a Virtual WU-FTPD on ftp.dgii.com:/systems/bsdi/networking/ vwu-ftpd-2.4.BSDI.tar.gz. I don't take credit for the patches. Just the time and effort to pull the patches together in one source tree/area. The "port" works on FreeBSD and BSDI. Other operating systems are possible. I haven't tried them however. From owner-freebsd-ports Sat Sep 23 15:06:55 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA03964 for ports-outgoing; Sat, 23 Sep 1995 15:06:55 -0700 Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA03958 for ; Sat, 23 Sep 1995 15:06:52 -0700 Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.6.12) id PAA27120; Sat, 23 Sep 1995 15:06:50 -0700 Received: from localhost by newport.ece.uci.edu (8.6.12) id PAA02966; Sat, 23 Sep 1995 15:06:48 -0700 Message-Id: <199509232206.PAA02966@newport.ece.uci.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: ports@freebsd.org Subject: Re: cvs commit: ports/net/dip - Imported sources In-reply-to: Your message of "Sat, 23 Sep 1995 22:15:07 +0200." <199509232015.WAA23583@uriah.heep.sax.de> Date: Sat, 23 Sep 1995 15:06:47 -0700 From: Steven Wallace Sender: owner-ports@freebsd.org Precedence: bulk > As Steven Wallace wrote: >> >> I tried this out yesterday and although compiles perfectly, it does >> not work for me. > > Can you please report all this to the author? > > I'm not using dip myself, i've only made this port as kind of "public > service" due to the demand. I've been able to initiate a connection > with it (after fixing all that lockfile stuff), but that's already all > i did. > That is another problem - the lockfile. If I start it up and then it is unsuccessfull, then there is a lockfile in /var/spool/lock so the next time it starts up it complains and doesn't open the serial port. Steven From owner-freebsd-ports Sat Sep 23 19:36:49 1995 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA13572 for ports-outgoing; Sat, 23 Sep 1995 19:36:49 -0700 Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA13564 for ; Sat, 23 Sep 1995 19:36:44 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id TAA00778; Sat, 23 Sep 1995 19:35:47 -0700 From: "Rodney W. Grimes" Message-Id: <199509240235.TAA00778@GndRsh.aac.dev.com> Subject: Re: cvs commit: src/games/x11/xneko xneko.c To: peter@jhome.DIALix.COM (Peter Wemm) Date: Sat, 23 Sep 1995 19:35:47 -0700 (PDT) Cc: mark@grondar.za, asami@cs.berkeley.edu, CVS-commiters@freefall.freebsd.org, cvs-games@freefall.freebsd.org, ports@freebsd.org In-Reply-To: from "Peter Wemm" at Sep 23, 95 08:09:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1827 Sender: owner-ports@freebsd.org Precedence: bulk > > On Sat, 23 Sep 1995, Mark Murray wrote: > > > * > Modified: games/x11/xneko xneko.c > > > > > > * Just out of interest: What are X programs doing in the FreeBSD distributio > > n? > > > * should they not be in ports? > > > > > > Apparently (according to the cvs logs), they came with the 4.4-Lite > > > tape. But I agree with you, it doesn't make much sense to have these > > > in the main source tree when we don't have X in there! ;) > > > > > > And if you just want a cute demo...well, xneko maybe, but xroach is > > > nothing short of "disgusting". :< > > > > I _love_ xroach! I have got some very satisfying (female) screams from > > running it! :-> :-> :-> > > Likewise.. IMHO, *all* of the games should go to "ports". :-) And that is YO, CSRG saw it fit to put the games in BSD, this issue seems to come up about 4 months after new folks come on board. The games have been part of BSD for a very long time. Removing them moves the base away from what people expect when you say BSD derived. > > > I propose to move them to ports. > > > > Seconded. I am opposed to removing any functionality provided in BSD 4.4 Lite or Lite 2. > The only problem is that there's no real mechanism for actually providing > a complete "kit", including packaging, source and the works. The only > way we can make a port out of it, is to make a tar.gz of the source as it > currently stands and then put it on freefall's ftp area. If you don't like the games there has already been complete mechanisms put in place so you don't have to have them. src tree builds without them, you can install the binary releases without them. Leave it alone please. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD