From owner-freebsd-ports Sun Mar 26 06:20:55 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA17270 for ports-outgoing; Sun, 26 Mar 1995 06:20:55 -0800 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA17264 for ; Sun, 26 Mar 1995 06:20:53 -0800 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA16278; Sun, 26 Mar 95 15:21:03 +0100 Date: Sun, 26 Mar 95 15:21:03 +0100 From: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Message-Id: <9503261421.AA16278@cabri.obs-besancon.fr> To: ache@astral.msk.su Cc: ports@FreeBSD.org In-Reply-To: (ache@astral.msk.su) Subject: Re: ports/XFree86 configure pass problems... X-Mailer: Emacs Sender: ports-owner@FreeBSD.org Precedence: bulk >>>>> "Andrey" == Andrey A Chernov, Black Mage writes: > I have FTPed xc files. > Log follows. > Any ideas? I think I have fixed the problem (I have not tested it): the xc files have changed (fixes 1-11 already applied) Jean-Marc. ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Jean-Marc Zucconi | jmz@cabri.obs-besancon.fr Observatoire de Besancon | F 25010 Besancon cedex | PGP Key: finger jmz@cabri.obs-besancon.fr ========================================================================= From owner-freebsd-ports Sun Mar 26 07:07:27 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA17926 for ports-outgoing; Sun, 26 Mar 1995 07:07:27 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA17917 for ; Sun, 26 Mar 1995 07:07:24 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id HAA04387; Sun, 26 Mar 1995 07:07:03 -0800 Date: Sun, 26 Mar 1995 07:07:03 -0800 Message-Id: <199503261507.HAA04387@silvia.HIP.Berkeley.EDU> To: peter@bonkers.taronga.com CC: ports@FreeBSD.org In-reply-to: <199503261300.HAA17425@bonkers.taronga.com> (message from Peter da Silva on Sun, 26 Mar 1995 07:00:03 -0600 (CST)) Subject: Re: httpd as part of the system. From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk (CC:ed to ports@freebsd.org) * Chimera looks good, but at least the version I got doesn't work. It * displays the HTML instead of the formatted text, even for its own error * messages. Hmm, this is strange? What version do you have? Are you using the one in ports? If not, can you try it out? Satoshi From owner-freebsd-ports Sun Mar 26 08:35:25 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA19831 for ports-outgoing; Sun, 26 Mar 1995 08:35:25 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA19825 for ; Sun, 26 Mar 1995 08:35:22 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA14179 (5.67a/IDA-1.5); Sun, 26 Mar 1995 10:33:06 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA21825; 26 Mar 95 10:29:24 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id KAA21822; Sun, 26 Mar 1995 10:29:23 -0600 From: Peter da Silva Message-Id: <199503261629.KAA21822@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Sun, 26 Mar 1995 10:29:22 -0600 (CST) Cc: ports@FreeBSD.org In-Reply-To: <199503261507.HAA04387@silvia.HIP.Berkeley.EDU> from "Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at Mar 26, 95 07:07:03 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 113 Sender: ports-owner@FreeBSD.org Precedence: bulk > Hmm, this is strange? What version do you have? 1.54 > Are you using the one in ports? No, I'm at 1.1.5.1. From owner-freebsd-ports Sun Mar 26 11:06:25 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22155 for ports-outgoing; Sun, 26 Mar 1995 11:06:25 -0800 Received: from post.demon.co.uk (post.demon.co.uk [158.152.1.72]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA22149 for ; Sun, 26 Mar 1995 11:06:22 -0800 Received: from palmer.demon.co.uk by post.demon.co.uk id aa07581; 26 Mar 95 19:39 GMT-60:00 Received: from localhost (gary@localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.9/8.6.9) with SMTP id TAA00187 ; Sun, 26 Mar 1995 19:15:42 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: "Jonathan M. Bresler" , FreeBSD Ports Subject: 2.1 ports testing (was Re: expect & majordomo requests (fwd)) In-reply-to: Your message of "Fri, 24 Mar 1995 12:01:16 PST." <18247.796075276@freefall.cdrom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <183.796241741.1@palmer.demon.co.uk> Date: Sun, 26 Mar 1995 19:15:41 +0100 Message-ID: <184.796241741@palmer.demon.co.uk> From: Gary Palmer Sender: ports-owner@FreeBSD.org Precedence: bulk In message <18247.796075276@freefall.cdrom.com>, "Jordan K. Hubbard" writes: >I have no objections if you want to be that detailed about it. Sure! I dunno if we can formulate a (workable) system for alpha'ing ports, but the tree should be tagged & branched at least... Anyone have any ideas how we could test the majority of ports on the branch without someone (i.e. one person) going through the tree one port at a time? Gary From owner-freebsd-ports Sun Mar 26 11:22:35 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22503 for ports-outgoing; Sun, 26 Mar 1995 11:22:35 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22452; Sun, 26 Mar 1995 11:22:27 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id VAA12963; Sun, 26 Mar 1995 21:21:44 +0200 Message-Id: <199503261921.VAA12963@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Gary Palmer cc: "Jordan K. Hubbard" , "Jonathan M. Bresler" , FreeBSD Ports Subject: Re: 2.1 ports testing (was Re: expect & majordomo requests (fwd)) Date: Sun, 26 Mar 1995 21:21:43 +0200 From: Mark Murray Sender: ports-owner@FreeBSD.org Precedence: bulk > I dunno if we can formulate a (workable) system for alpha'ing ports, but > the tree should be tagged & branched at least... > > Anyone have any ideas how we could test the majority of ports on the branch > without someone (i.e. one person) going through the tree one port at a time? How about asking the "owners" to test their code on a particular day (or close) and datestamp that? OK, I know some folks have a lot of ports, and some don't do much maintaining, but those who do their bit can take off the load. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-ports Sun Mar 26 18:29:15 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00805 for ports-outgoing; Sun, 26 Mar 1995 18:29:15 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA00799 for ; Sun, 26 Mar 1995 18:29:14 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id VAA01378; Sun, 26 Mar 1995 21:28:58 -0500 From: "matthew c. mead" Message-Id: <199503270228.VAA01378@goof.com> Subject: Re: audio/gmod To: gary@palmer.demon.co.uk (Gary Palmer) Date: Sun, 26 Mar 1995 21:28:58 -0500 (EST) Cc: FreeBSD-Ports@FreeBSD.org In-Reply-To: <2310.796067217@palmer.demon.co.uk> from "Gary Palmer" at Mar 24, 95 05:46:57 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: 690 Sender: ports-owner@FreeBSD.org Precedence: bulk Gary Palmer wrote: > sunsite.unc.edu:/pub/Linux/apps/sound/players > ncftp>dir > total 8116 > [...] > -rw-r--r-- 1 67 25 145023 Mar 11 18:17 gmod+x-2.0.tgz > -rw-r--r-- 1 67 25 969 Mar 11 18:16 gmod+x.lsm > Can someone update the port please? I've been working on it, but we really need a working sound driver before we can commit a port. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-ports Mon Mar 27 01:00:59 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA20637 for ports-outgoing; Mon, 27 Mar 1995 01:00:59 -0800 Received: from reinfra.regent.e-technik.tu-muenchen.de (root@reinfra.regent.e-technik.tu-muenchen.de [129.187.230.226]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA20620 for ; Mon, 27 Mar 1995 01:00:54 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by reinfra.regent.e-technik.tu-muenchen.de with SMTP id <18905>; Mon, 27 Mar 1995 11:00:20 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id BAA20355 for ports%freebsd.org@regent.e-technik.tu-muenchen.de; Mon, 27 Mar 1995 01:16:52 +0200 Date: Mon, 27 Mar 1995 01:16:52 +0200 From: Julian Howard Stacey Message-Id: <199503262316.BAA20355@vector.eikon.e-technik.tu-muenchen.de> To: ports@FreeBSD.org Subject: Compliments Sender: ports-owner@FreeBSD.org Precedence: bulk My compliments to Jordan, Gary P et al, The 2.0 ports structure is much nicer than the 1.1 old stuff :-) much easier to maintain etc. I keep discovering extra nice bits of the ports mechanism :-) Julian S From owner-freebsd-ports Mon Mar 27 01:10:13 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22110 for ports-outgoing; Mon, 27 Mar 1995 01:10:13 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA21838 for ; Mon, 27 Mar 1995 01:08:38 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id WAA14800 for ports@freebsd.org; Thu, 23 Mar 1995 22:10:43 +0100 Date: Thu, 23 Mar 1995 22:10:43 +0100 From: Julian Howard Stacey Message-Id: <199503232110.WAA14800@vector.eikon.e-technik.tu-muenchen.de> To: ports@FreeBSD.org Subject: ports/x11/blt is interactive but does not know it is so hangs the make Sender: ports-owner@FreeBSD.org Precedence: bulk ANTI-SOCIAL BUG with ports/x11/blt; it is interactive but does not know it is so hangs a cd /usr/ports ; make -i It should (but does not) set the IS_INTERACTIVE, blt port maintainer please fix, thanks. Example of problem: pwd /host/vector/usr1/public/ports/x11/blt ls -al * -rw-r--r-- 1 jhs wheel 388 Mar 9 14:39 Makefile patches: total 3 drwxr-xr-x 2 jhs wheel 512 Mar 10 19:12 ./ drwxr-xr-x 4 jhs wheel 512 Mar 23 22:03 ../ -rw-r--r-- 1 jhs wheel 984 Mar 9 14:39 patch-aa pkg: total 5 drwxr-xr-x 2 jhs wheel 512 Mar 10 19:12 ./ drwxr-xr-x 4 jhs wheel 512 Mar 23 22:03 ../ -rw-r--r-- 1 jhs wheel 48 Mar 9 14:39 COMMENT -rw-r--r-- 1 jhs wheel 351 Mar 9 14:39 DESCR -rw-r--r-- 1 jhs wheel 548 Mar 9 14:39 PLIST make >> No MD5 checksum file. ===> Extracting for blt-1.7 ===> blt-1.7 depends on shared library: tk\.3\. - not found ===> Verifying build for tk\.3\. in /usr/ports/x11/tk ===> tk3.6 depends on shared library: tcl\.7\. - not found ===> Verifying build for tcl\.7\. in /usr/ports/lang/tcl ===> Returning to build of tk3.6 ===> Returning to build of blt-1.7 ===> Applying patches for blt-1.7 ===> Configuring for blt-1.7 checking for ranlib ........ checking for tcl.h What directory contains tcl.h (absolute path) ? printenv .... BATCH= ...... Julian S From owner-freebsd-ports Mon Mar 27 03:19:59 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA04953 for ports-outgoing; Mon, 27 Mar 1995 03:19:59 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA04947 for ; Mon, 27 Mar 1995 03:19:57 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA12003; Mon, 27 Mar 95 03:15:37 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Mon, 27 Mar 95 13:13 MSZ Message-Id: Date: Mon, 27 Mar 95 13:13 MSZ From: me@tartufo.pcs.dec.com (Michael Elbel) To: mmead@goof.com Cc: ports@FreeBSD.org Subject: Re: audio/gmod Newsgroups: pcs.freebsd.ports References: <2310.796067217@palmer.demon.co.uk> <199503270228.VAA01378@goof.com> Reply-To: me@FreeBSD.org Sender: ports-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.ports you write: >> -rw-r--r-- 1 67 25 145023 Mar 11 18:17 gmod+x-2.0.tgz >> Can someone update the port please? > I've been working on it, but we really need a working sound driver >before we can commit a port. Did it crash your machine too? The X version needs libfwf. I got the curses one to compile by replacing all and includes to . Unfortunately the resulting program paniced my system badly :-( I'm still investigating where exactly. Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-ports Mon Mar 27 05:21:42 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09048 for ports-outgoing; Mon, 27 Mar 1995 05:21:42 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09042 for ; Mon, 27 Mar 1995 05:21:39 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id FAA13023; Mon, 27 Mar 1995 05:21:25 -0800 Date: Mon, 27 Mar 1995 05:21:25 -0800 Message-Id: <199503271321.FAA13023@silvia.HIP.Berkeley.EDU> To: ports@FreeBSD.org Subject: bsd.port.mk now understands INSTALL, DEINSTALL and REQ From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk I hacked bsd.port.mk to understand INSTALL, DEINSTALL and REQ as standard names for package scripts with the functions that are obvious from their names. It will now add them to PKG_ARGS if they are found under the pkg/ subdirectory. I'm now cleaning up Makefiles for ports already on freefall, so this message is just FYI for future references. Satoshi P.S. The two ports eispack and linpack have the file pkg/+REQ that is apparently not used (PKG_ARGS not redefined in Makefile). Can the maintainer of these ports check them? From owner-freebsd-ports Mon Mar 27 11:28:21 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00540 for ports-outgoing; Mon, 27 Mar 1995 11:28:21 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00534; Mon, 27 Mar 1995 11:28:19 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id KAA12610; Mon, 27 Mar 1995 10:10:12 -0500 From: "matthew c. mead" Message-Id: <199503271510.KAA12610@goof.com> Subject: Re: audio/gmod To: me@FreeBSD.org Date: Mon, 27 Mar 1995 10:10:11 -0500 (EST) Cc: ports@FreeBSD.org In-Reply-To: from "Michael Elbel" at Mar 27, 95 01:13: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: 1031 Sender: ports-owner@FreeBSD.org Precedence: bulk Michael Elbel wrote: > >> Can someone update the port please? > > I've been working on it, but we really need a working sound driver > >before we can commit a port. > Did it crash your machine too? The X version needs libfwf. I got the > curses one to compile by replacing all and > includes to . > Unfortunately the resulting program panicked my system badly :-( > I'm still investigating where exactly. Hmm. It didn't crash my system - I didn't get the libfwf built (was too much of a pain in the butt!) so I just built the curses version. It just played with the weird output (ends of samples repeating themselves and such) that I've complained of before... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-ports Mon Mar 27 11:38:45 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01731 for ports-outgoing; Mon, 27 Mar 1995 11:38:45 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01718 for ; Mon, 27 Mar 1995 11:38:36 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id JAA18975; Mon, 27 Mar 1995 09:32:55 -0800 Date: Mon, 27 Mar 1995 09:32:55 -0800 Message-Id: <199503271732.JAA18975@silvia.HIP.Berkeley.EDU> To: mark@grondar.za CC: Ports@FreeBSD.org In-reply-to: <199503261921.VAA12963@grunt.grondar.za> (message from Mark Murray on Sun, 26 Mar 1995 21:21:43 +0200) Subject: Re: 2.1 ports testing (was Re: expect & majordomo requests (fwd)) From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * How about asking the "owners" to test their code on a particular day (or * close) and datestamp that? * * OK, I know some folks have a lot of ports, and some don't do much * maintaining, but those who do their bit can take off the load. That's a good idea, but I think it's even better if we ask someone other than the "owner" to test the ports. The owner might have some special setup on his machine that others don't, or may overlook a stumbling block on the installation script (that he wrote), or...well you get the idea. So, people using ports, try to get the latest version, try to recompile everything on your computer and see how it goes! Oh, and don't forget to upgrade to the latest bsd.port.mk, it has been changing a lot lately! (I have made another major change concerning "official" patches, which I'm going to commit as soon as freefall comes back....) Satoshi From owner-freebsd-ports Mon Mar 27 12:12:30 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA05769 for ports-outgoing; Mon, 27 Mar 1995 12:12:30 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA05700 for ; Mon, 27 Mar 1995 12:12:16 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id WAA02570; Mon, 27 Mar 1995 22:11:56 +0200 Message-Id: <199503272011.WAA02570@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: mark@grondar.za, Ports@FreeBSD.org Subject: Re: 2.1 ports testing (was Re: expect & majordomo requests (fwd)) Date: Mon, 27 Mar 1995 22:11:56 +0200 From: Mark Murray Sender: ports-owner@FreeBSD.org Precedence: bulk > That's a good idea, but I think it's even better if we ask someone > other than the "owner" to test the ports. The owner might have some > special setup on his machine that others don't, or may overlook a > stumbling block on the installation script (that he wrote), or...well > you get the idea. > > So, people using ports, try to get the latest version, try to > recompile everything on your computer and see how it goes! Oh, and > don't forget to upgrade to the latest bsd.port.mk, it has been > changing a lot lately! (I have made another major change concerning > "official" patches, which I'm going to commit as soon as freefall > comes back....) OK - how's this then; I don't mind doing my bit, but sitting at the end of a 14400bd private leased line, there are not many ways that I will just pull down and compile/test any old port. What seems to me to be a better idea, as I do use a number of ports, as do any number of folks is ask the "sup'pers" and "ctm'ers" on a "red flag" day to compile and test _all_ the ports that they _have_, _know_ and are prepared to test properly. They can then specifically announce that as of "sup x" or "ctm y" that "port z" works and is OK for release. I'm sure that that will give enough of a vote of confidence in enough ports for a CD? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-ports Mon Mar 27 18:21:15 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA17998 for ports-outgoing; Mon, 27 Mar 1995 18:21:15 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA17992 for ; Mon, 27 Mar 1995 18:21:11 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id VAA16599; Mon, 27 Mar 1995 21:14:42 -0500 Date: Mon, 27 Mar 1995 21:14:41 -0500 (EST) From: "Jonathan M. Bresler" Subject: Mosaic-2.5.tgz To: ports@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ports-owner@FreeBSD.org Precedence: bulk Mosaic-2.5.tgz in ftp.cdrom.com:/pub/FreeBSD/incoming is corrupt. gunzip reports "gunzip: Mosaic-2.5.tgz: unexpected end of file" pkg_add reports: Projected package size: 1609728 bytes, free temp space: 4199424 bytes gzip: stdin: unexpected end of file tar: Unexpected EOF on archive file tar: child returned status 1 Package /home/jmb/Mosaic-2.5.tgz has no CONTENTS file! 1 package addition(s) failed. downloaded the file binary. file reports: Mosaic-2.5.tgz: gzip compressed data - deflate method , last modified: Thu Jan 1 00:00:00 1970 os: Unix Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-ports Mon Mar 27 21:43:25 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA25708 for ports-outgoing; Mon, 27 Mar 1995 21:43:25 -0800 Received: from kbrown.oldcampus.yale.edu (kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA25702 for ; Mon, 27 Mar 1995 21:43:24 -0800 Date: Tue, 28 Mar 1995 00:42:34 -0500 (EST) From: -Vince- To: FreeBSD-ports@freefall.cdrom.com Subject: /usr/ports/games/acm Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ports-owner@FreeBSD.org Precedence: bulk Under -current as of 3/27/95 9:00PM with new kernel... acms core dumps with segmentation fault and exits with signal 11... Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-ports Tue Mar 28 12:50:12 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27528 for ports-outgoing; Tue, 28 Mar 1995 12:50:12 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA27522 for ; Tue, 28 Mar 1995 12:50:11 -0800 Received: (from jkh@localhost) by time.cdrom.com (8.6.11/8.6.9) id MAA22577 for ports; Tue, 28 Mar 1995 12:50:07 -0800 Date: Tue, 28 Mar 1995 12:50:07 -0800 From: "Jordan K. Hubbard" Message-Id: <199503282050.MAA22577@time.cdrom.com> To: ports@FreeBSD.org Subject: xpaint port Sender: ports-owner@FreeBSD.org Precedence: bulk Doesn't have a -L/usr/local/lib in the right place, thus not finding libtiff. Jordan From owner-freebsd-ports Tue Mar 28 18:07:38 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02481 for ports-outgoing; Tue, 28 Mar 1995 18:07:38 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA02475 for ; Tue, 28 Mar 1995 18:07:37 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA06132 for ports@freebsd.org; Tue, 28 Mar 1995 18:07:31 -0800 From: Poul-Henning Kamp Message-Id: <199503290207.SAA06132@ref.tfs.com> Subject: ghostscript fails To: ports@FreeBSD.org Date: Tue, 28 Mar 1995 18:07:30 -0800 (PST) Content-Type: text Content-Length: 207 Sender: ports-owner@FreeBSD.org Precedence: bulk 1 out of 6 hunks failed... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-ports Wed Mar 29 01:13:21 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA12550 for ports-outgoing; Wed, 29 Mar 1995 01:13:21 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA12542 for ; Wed, 29 Mar 1995 01:13:15 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id BAA02790; Wed, 29 Mar 1995 01:12:52 -0800 Date: Wed, 29 Mar 1995 01:12:52 -0800 Message-Id: <199503290912.BAA02790@silvia.HIP.Berkeley.EDU> To: phk@ref.tfs.com CC: ports@FreeBSD.org In-reply-to: <199503290207.SAA06132@ref.tfs.com> (message from Poul-Henning Kamp on Tue, 28 Mar 1995 18:07:30 -0800 (PST)) Subject: Re: ghostscript fails From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * 1 out of 6 hunks failed... Not picking on you specifically Poul, but can people at least cut & paste the error messages when reporting something? That might save a lot of time and unnecessary mail messages going back and forth. And for your ghostscript problem, ======= asami(p0) thud 11 00:26:50 /f/work/asami/ghostscript >> make patch Checksums OK. ===> Extracting for ghostscript-2.6.1 ===> Applying distributed patches for ghostscript-2.6.1 ===> Applying FreeBSD patches for ghostscript-2.6.1 ======= My guess is that you need the new bsd.port.mk that I committed yesterday, as the application of "official" patches are now handled by bsd.port.mk, not the ports Makefile. Just FYI, I removed the PATCHFILES variable from the Makefile, and voila: ======= asami(p0) thud 13 01:08:40 /f/work/asami/ghostscript >> make patch ===> Cleaning for ghostscript-2.6.1 Checksums OK. ===> Extracting for ghostscript-2.6.1 ===> Applying FreeBSD patches for ghostscript-2.6.1 1 out of 6 hunks failed--saving rejects to gdevtiff.c.rej *** Error code 1 Stop. ======= If this is what you're seeing, you just need the new bsd.port.mk. Satoshi From owner-freebsd-ports Wed Mar 29 03:23:18 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA15234 for ports-outgoing; Wed, 29 Mar 1995 03:23:18 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA15227; Wed, 29 Mar 1995 03:23:10 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id DAA04271; Wed, 29 Mar 1995 03:22:57 -0800 Date: Wed, 29 Mar 1995 03:22:57 -0800 Message-Id: <199503291122.DAA04271@silvia.HIP.Berkeley.EDU> To: pst@FreeBSD.org CC: ports@FreeBSD.org Subject: mh doesn't compile on thud.cdrom.com From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk I don't know if this is a thud problem or port problem, but the mh port no longer compiles on thud.... This is the first error in the sequence. ======== cc -DATHENA -DDUMB -DFOLDPROT='"0700"' -DMHE -DMHRC -DRPATHS -DSBACKUP='"\043"' -DBSD42 -DBSD43 -DBSD44 -DWAITINT -DUNISTD -DVSPRINTF -DMORE='"/usr/bin/more"' -DNORUSERPASS -DDBMPWD -DPOSIX -DNTOHLSWAP -DSYS5DIR -DOVERHEAD -DBIND -DMIME -DSENDMTS -DSMTP -DWHATNOW -DZONEINFO -DSENDMTS -DSMTP -DTYPESIG=void -O -c aliasbr.cLD_LIBRARY_PATH=../sbr cc -o xali ali.o aliasbr.o ../config/config.o -lmh ../mts/libmts.a ../zotnet/libzot.a ../config/version.o ali.o: Undefined symbol `_mts_init' referenced from text segment aliasbr.o: Undefined symbol `_NoShell' referenced from text segment aliasbr.o: Undefined symbol `_NoShell' referenced from text segment aliasbr.o: Undefined symbol `_Everyone' referenced from text segment aliasbr.o: Undefined symbol `_Everyone' referenced from text segment aliasbr.o: Undefined symbol `_Everyone' referenced from text segment aliasbr.o: Undefined symbol `_NoShell' referenced from text segment *** Error code 1 (continuing) ======== For more errors, check out /f/work/asami/mk/make.0. It compiles fine on my 2.0R box. Satoshi From owner-freebsd-ports Wed Mar 29 04:45:18 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17003 for ports-outgoing; Wed, 29 Mar 1995 04:45:18 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA16997 for ; Wed, 29 Mar 1995 04:45:09 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id EAA04523; Wed, 29 Mar 1995 04:44:57 -0800 Date: Wed, 29 Mar 1995 04:44:57 -0800 Message-Id: <199503291244.EAA04523@silvia.HIP.Berkeley.EDU> To: ports@FreeBSD.org Subject: Let's make the packages/ dir look clean! From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk Hi ports folx. I have a suggestion about the packages (well I have several but I'll discuss them one at a time to avoid bloating my mail :). If you do a "ls" in ftp.freebsd.org's packages/ dir, you'll see a lot of different kind of names...xdvi.tgz, mm2.7.tgz, jpeg-5a.tgz, c-archie-1.4.1-FIXED.tgz, mule-2.2.2.tgz...it kinda gives a messy and unorganized feeling. Since users will be looking into this directory on the CDROM and the ftp site a lot, let's try to make it look neat! :) My suggestion is that package names should be the format -[.[.]].tgz Notes: (1) Avoid periods (.) in if possible (although I don't see any packages with those kinds of names right now). (2) The "-" after the part is *mandatory*, I doesn't really matter whether we have it or not as long as we standardize, but since the majority of our ports already have it, I thought it's better to push things that way. (3) The version numbers (, and ) are integers or single alphabets or a combination of both. Avoid things like "alpha" "fixed" unless absolutely necessary to distinguish between two very similar ports. The last ".0" for patchlevel 0 things can usually be omitted. (4) This should be accomplished if people follow the (3) above, but let's keep names short! I personally find it very annoying to do a "ls" in that directory and see everything come out in one column. I don't think the "-staticjpegtiff.tgz" sort of stuff are really necessary (I love shared libs) but if we really have need for them, maybe we can put them in a subdirectory "shared" or something. Since we already have "ghostscript-2.6.1.tgz" which we probably don't want to shorten anymore without confusing users, let's make that a yardstick for now. That's 21 characters, so if you have something longer than this after following the rules (1)-(3) above, tell me. (5) The language specific ports (currently only Japanese) should have "-" ("jp-" for Japanese, etc.) attached in front of them to avoid confusion with the originals. (Actually, this means when I finally get the Japanese version of ghostscript, we'll have a 24-character port...I guess I'll call it "jp-gs-2.6.1.tgz" or something....) Note that the renaming of ports can be easily accomplished without screwing up anything (thanks to Gary's modifications to bsd.port.mk) by adding a PKGNAME variable definition in the Makefile. I'd like people to take a look at their ports and decide on their new names, since I don't really know how to chop up some of the numbers (like, does "pfe099" mean "pfe-0.9.9" or "pfe-0.99" or "pfe-99" or...). But if people don't do them within a week or so, I'll go in and change them myself (unless somebody screams "foul", of course :). What do you guys think? Satoshi "the package janitor" P.S. Examples of renaming: xdvi.tgz -> xdvi-18.tgz, I suppose (patchlevel.h says "18") mm2.7.tgz -> mm-2.7.tgz jpeg-5a.tgz -> (no change, I guess) c-archie-1.4.1-FIXED.tgz -> c-archie-1.4.1.tgz or archie-1.4.1.tgz mule-2.2.2.tgz -> (no change) From owner-freebsd-ports Wed Mar 29 05:14:08 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA17519 for ports-outgoing; Wed, 29 Mar 1995 05:14:08 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA17513 for ; Wed, 29 Mar 1995 05:14:01 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id FAA04579; Wed, 29 Mar 1995 05:13:50 -0800 Date: Wed, 29 Mar 1995 05:13:50 -0800 Message-Id: <199503291313.FAA04579@silvia.HIP.Berkeley.EDU> To: ports@FreeBSD.org Subject: Clean up Makefiles From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk Hi folx, it's me again. Now the second idea. What about making the ports Makefiles a little more palatable? I know mine are not very clean either, so I'll go fix them after we agree on the format, but as I thought hard with my tiny brain, I think the following would be fairly straightforward: ===================================================================== # New ports collection makefile for: xdvi # Version required: 2.2 (things like "1.5alpha" are fine too) # Date created: 26 May 1995 # Whom: Satoshi Asami # # $Id:$ [section to describe the package itself and main ftp site -- DISTNAME is always first, followed by PKGNAME (if necessary) and then MASTER_SITES, and optionally EXTRACT_SUFX or DISTFILES] DISTNAME= xdvi PKGNAME= xdvi-18 MASTER_SITES= ftp://ftp.cs.berkeley.edu/ucb/tcl/ EXTRACT_SUFX= .tar.Z [section for distributed patches] PATCH_SITES= ftp://ftp.sra.co.jp/pub/lang/tcl/jp/ PATCHFILES= tcl7.3jp-patch.gz tcl7.3jp-update1.gz tcl7.3jp-update2.gz [maintainer; *mandatory*!] MAINTAINER= asami@FreeBSD.ORG [dependencies] EXEC_DEPENDS= fooprog:${PORTSDIR}/utils/foobar LIB_DEPENDS= tcl\\.7\\.:${PORTSDIR}/lang/tcl [other standard bsd.port.mk variables that don't belong to any of the above] WRKSRC= ${WRKDIR}/xdvi-new IS_INTERACTIVE= yes HAS_CONFIGURE= yes USE_GMAKE= yes [non-standard variables if you need any] MY_FAVORITE_RESPONSE= "yeah, right" [then the special rules, in the order they are called] pre-fetch: i go fetch something, blah pre-patch: i need to do something before patch, blah pre-install: and then some more blah blah blah [and then the epilogue] .include ===================================================================== Note that "Whom" in the header is the person who did the original port, and MAINTAINER is the FreeBSD contact, preferably with commit privilege who can relay comments to the original porter if necessary. I wish every port be claimed by somebody (via MAINTAINER), but if you did the port but don't really feel like dealing with Joe the newbie's bug report, that's okay so please tell me so that I don't have to go hunt you down from the commit logs. (I personally feel that way for tkWWW (and xli, which tkWWW needed), as I ported them out of curiosity but can't figure out how to use it. ;) If this is ok for people, I'll add this to the end of GUIDELINES (with a better example, of course!) and then go find a whip to urge people to take care of their Makefiles.... :) What do you think? Satoshi "the ports tyrant" Asami From owner-freebsd-ports Wed Mar 29 05:41:13 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA18002 for ports-outgoing; Wed, 29 Mar 1995 05:41:13 -0800 Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA17994 for ; Wed, 29 Mar 1995 05:41:11 -0800 Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.11/8.6.9) with SMTP id FAA01052; Wed, 29 Mar 1995 05:40:24 -0800 Message-Id: <199503291340.FAA01052@precipice.shockwave.com> To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: ports@FreeBSD.org Subject: Re: mh doesn't compile on thud.cdrom.com In-reply-to: Your message of "Wed, 29 Mar 1995 03:22:57 PST." <199503291122.DAA04271@silvia.HIP.Berkeley.EDU> Date: Wed, 29 Mar 1995 05:40:24 -0800 From: Paul Traina Sender: ports-owner@FreeBSD.org Precedence: bulk I think this might be related to the recent bugs with static and the compiler/linker? From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?I >>SO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Subject: mh doesn't compile on thud.cdrom.com I don't know if this is a thud problem or port problem, but the mh port no longer compiles on thud.... This is the first error in the sequence. ======== cc -DATHENA -DDUMB -DFOLDPROT='"0700"' -DMHE -DMHRC -DRPATHS -DSBACKUP='"\043 >>"' -DBSD42 -DBSD43 -DBSD44 -DWAITINT -DUNISTD -DVSPRINTF -DMORE='"/usr/bin/mo >>re"' -DNORUSERPASS -DDBMPWD -DPOSIX -DNTOHLSWAP -DSYS5DIR -DOVERHEAD -DBIND - >>DMIME -DSENDMTS -DSMTP -DWHATNOW -DZONEINFO -DSENDMTS -DSMTP -DTYPESIG=void - >>O -c aliasbr.cLD_LIBRARY_PATH=../sbr cc -o xali ali.o aliasbr.o ../config/co >>nfig.o -lmh ../mts/libmts.a ../zotnet/libzot.a ../config/version.o ali.o: Undefined symbol `_mts_init' referenced from text segment aliasbr.o: Undefined symbol `_NoShell' referenced from text segment aliasbr.o: Undefined symbol `_NoShell' referenced from text segment aliasbr.o: Undefined symbol `_Everyone' referenced from text segment aliasbr.o: Undefined symbol `_Everyone' referenced from text segment aliasbr.o: Undefined symbol `_Everyone' referenced from text segment aliasbr.o: Undefined symbol `_NoShell' referenced from text segment *** Error code 1 (continuing) ======== For more errors, check out /f/work/asami/mk/make.0. It compiles fine on my 2.0R box. Satoshi From owner-freebsd-ports Wed Mar 29 05:55:39 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA18271 for ports-outgoing; Wed, 29 Mar 1995 05:55:39 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA18265 for ; Wed, 29 Mar 1995 05:55:37 -0800 Received: from dude.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA04591; Wed, 29 Mar 95 05:54:41 -0800 Received: by dude.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.37) id ; Wed, 29 Mar 95 15:54 MSZ Message-Id: From: me@dude.pcs.dec.com ( Michael Elbel ) Subject: libXpm.so.4.5 To: ports@FreeBSD.org Date: Wed, 29 Mar 1995 15:54:03 +0200 (MSZ) Reply-To: me@FreeBSD.org (Michael Elbel) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1250 Sender: ports-owner@FreeBSD.org Precedence: bulk Anybody know what's going on with libXpm? I've been used to 3.4 for some time. Now I've discovered that it seems to be at version 4.5 while the package itself still is 3.4(e instead of c), Anybody know why the major number was bumped? The bump seems to have happened at 3.4d which is still in the packages directry. Fom the CHANGES file I can see no interface changes. Now something like this can easily be overlooked when one just gets the latest release of a port (I'm not sure I would have seen it if I had done libXpm myself :-) I'd suggest that people porting libraries that are used by other ports be extra careful about compatibility and numbering and at least notice -ports about major number changes. Don't tell me to go read cvs-ports, I do, but Jordan's message from Feb 6 didn't say anything about a version number bump :-( At least the fvwm and xemacs packages are still linked against libXpm.so.3.* . I'll stick a updated xemacs into packages soon, but I'm afraid someone else will have to look at fvwm since I believe the port is broken somehow - e.g. the .xpm icons don't get installed, but I'm not sure this is all. Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-ports Wed Mar 29 06:38:27 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19220 for ports-outgoing; Wed, 29 Mar 1995 06:38:27 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA19213; Wed, 29 Mar 1995 06:38:20 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id GAA04782; Wed, 29 Mar 1995 06:38:09 -0800 Date: Wed, 29 Mar 1995 06:38:09 -0800 Message-Id: <199503291438.GAA04782@silvia.HIP.Berkeley.EDU> To: me@FreeBSD.org CC: ports@FreeBSD.org In-reply-to: (me@dude.pcs.dec.com) Subject: Re: libXpm.so.4.5 From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * Anybody know what's going on with libXpm? I've been used to 3.4 * for some time. Now I've discovered that it seems to be at version * 4.5 while the package itself still is 3.4(e instead of c), * Anybody know why the major number was bumped? The bump seems to have * happened at 3.4d which is still in the packages directry. Fom the * CHANGES file I can see no interface changes. The current numbering scheme is correct. The "3" is the "protocal version" or something, and the "4" and the alphabet denote the major and minor shlib version numbers. Thus, 3.4e -> Xpm.4.5. However, the original port was done incorrectly by someone who thought 3.4c corresponds to libXpm.so.3.4, and I believe there was a bogus #define in one of the patches that rewrote 4.3 -> 3.4. * At least the fvwm and xemacs packages are still linked against * libXpm.so.3.* . I'll stick a updated xemacs into packages soon, * but I'm afraid someone else will have to look at fvwm since * I believe the port is broken somehow - e.g. the .xpm icons don't get * installed, but I'm not sure this is all. Yikes. When we discovered the problem, I went to thud to do a ldd in /usr/local/bin and /usr/X11R6/bin and remade all the packages that had Xpm.3 in them. Didn't check all the packages though. :< Thanks for your help. For fvwm, do you mean we can't replace the version in package/ without introducing a new problem by compiling now, or do you mean it's already broken about the .xpm stuff in the package that we currently have? If it's the latter, I'll just rebuild fvwm and replace it too for now. Satoshi From owner-freebsd-ports Wed Mar 29 09:42:19 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22703 for ports-outgoing; Wed, 29 Mar 1995 09:42:19 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA22697 for ; Wed, 29 Mar 1995 09:42:18 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA08874; Wed, 29 Mar 1995 09:42:07 -0800 From: Poul-Henning Kamp Message-Id: <199503291742.JAA08874@ref.tfs.com> Subject: Re: ghostscript fails To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Wed, 29 Mar 1995 09:42:06 -0800 (PST) Cc: ports@FreeBSD.org In-Reply-To: <199503290912.BAA02790@silvia.HIP.Berkeley.EDU> from "Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at Mar 29, 95 01:12:52 am Content-Type: text Content-Length: 489 Sender: ports-owner@FreeBSD.org Precedence: bulk > * 1 out of 6 hunks failed... > > Not picking on you specifically Poul, but can people at least cut & > paste the error messages when reporting something? That might save a > lot of time and unnecessary mail messages going back and forth. OK, I couldn't this time because this was telephoned in to me... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-ports Wed Mar 29 11:04:19 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26047 for ports-outgoing; Wed, 29 Mar 1995 11:04:19 -0800 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26040 for ports; Wed, 29 Mar 1995 11:04:18 -0800 Date: Wed, 29 Mar 1995 11:04:18 -0800 From: Jeffrey Hsu Message-Id: <199503291904.LAA26040@freefall.cdrom.com> To: ports Subject: Re: cvs commit: ports/x11/xperfmon - Imported sources Sender: ports-owner@FreeBSD.org Precedence: bulk IMHO, it must go to ports/utils, like xsysstat... This has been bothering me for some time now. ports/utils is sort of like a grab bag---just about anything can be considered an utility. Unfortunately, I don't have any better naming scheme in mind. Any suggestions? Jeffrey From owner-freebsd-ports Wed Mar 29 11:14:35 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26294 for ports-outgoing; Wed, 29 Mar 1995 11:14:35 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA26287; Wed, 29 Mar 1995 11:14:32 -0800 Received: from dude.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA27389; Wed, 29 Mar 95 11:11:05 -0800 Received: by dude.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.37) id ; Wed, 29 Mar 95 21:10 MSZ Message-Id: From: me@dude.pcs.dec.com ( Michael Elbel ) Subject: Re: libXpm.so.4.5 To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Wed, 29 Mar 1995 21:10:26 +0200 (MSZ) Cc: me@FreeBSD.org, ports@FreeBSD.org Reply-To: me@FreeBSD.org (Michael Elbel) In-Reply-To: <199503291438.GAA04782@silvia.HIP.Berkeley.EDU> from "Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at Mar 29, 95 06:38:09 am X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 3612 Sender: ports-owner@FreeBSD.org Precedence: bulk > The current numbering scheme is correct. The "3" is the "protocal > version" or something, and the "4" and the alphabet denote the major > and minor shlib version numbers. Thus, 3.4e -> Xpm.4.5. Aaaaah, that actually makes sense, doesn't it? :-) > However, the original port was done incorrectly by someone who thought > 3.4c corresponds to libXpm.so.3.4, and I believe there was a bogus > #define in one of the patches that rewrote 4.3 -> 3.4. I see. This means we should be safe now until xpm-3.5 comes out but that this then would mean work on the clients that use it anyways, right? > Yikes. When we discovered the problem, I went to thud to do a ldd in > /usr/local/bin and /usr/X11R6/bin and remade all the packages that had > Xpm.3 in them. Didn't check all the packages though. :< Would have been quite some hassle too - untarring all the packages and ldd'ing the binaries. Maybe we should make it a rule that each and every port should be installed on thud. Then clean them out maybe once a month and try to rebuild and reinstall them. Then make new packages. > Thanks for your help. For fvwm, do you mean we can't replace the > version in package/ without introducing a new problem by compiling now, No, recompiling fvwm will generate a package identical to what is in packages now (except for it using libXpm.so.4.*). In any case we should be careful about generating packages that go into the ftp area on -current machines. The libc minor version bump will hit everybody who's just installed the latest SNAP and wants to get some packages for his machine (something like "I want libc-2.1 but can only find libc-2.0, I'm using it anyways) watch out for those bug reports :-(. > or do you mean it's already broken about the .xpm stuff in the > package that we currently have? If it's the latter, I'll just rebuild > fvwm and replace it too for now. Right, the current package is at least incomplete. I've just tried it (rebuilding on -current). We've installed the 0322 snap on a virgin box here and wanted to make a decent workstation out of it using the packages (and pkg_manage - nice interface, congratulations). Doing this I discovered that running a just pkg_added fvwm won't work. The GoodStuff module will complain about not being able to find its pixmaps, which wouldn't be so bad. Unfortunately it seems that the main fvwm also relies on the pixmaps. It, however, does *not* complain but simply refuses to display the titlebar buttons and react to mouse clicks. I consider this seriously broken ;-) Then there's the issue of autoraise not working (it will give the focus to the window the mouse cursor is in but not raise the window). Then there's the thing with fvwm wanting to find its files under /usr/lib/X11 and /usr/include/X11. Those paths should be symlinks to /usr/X11R6/lib/X11 and /usr/X11R6/include (and there should be a /usr/X11R6/bin -> /usr/bin/X11). I *think* this should be done by the XFree86 install script. Fixing the Makefile to copy the .xpm files and add them to the package will be trivial. It's the other two points that need to be addressed too at least for the 2.1 CD. I suggest removing the fvwm package for now until it works. I'm willing to look into it but can't promise to get this done before the end of next week. Btw. I'm baffled by the number of ports you manage to handle. A quck grep finds 'asami' in the $Id$ strings of 64 makefiles. The ports collection would be a lot less attractive without your work :-) Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-ports Wed Mar 29 12:38:01 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28429 for ports-outgoing; Wed, 29 Mar 1995 12:38:01 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA28422; Wed, 29 Mar 1995 12:37:58 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: ports@FreeBSD.org Subject: Re: Let's make the packages/ dir look clean! In-reply-to: Your message of "Wed, 29 Mar 95 04:44:57 PST." <199503291244.EAA04523@silvia.HIP.Berkeley.EDU> Date: Wed, 29 Mar 1995 12:37:57 -0800 Message-ID: <28421.796509477@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: ports-owner@FreeBSD.org Precedence: bulk > My suggestion is that package names should be the format > > -[.[.]].tgz This sounds good to me, though I might ask whether or not it would also pay dividends if we were to seize this opportunity to CATAGORIZE the packages at the same time. We should come up with a / scheme where the packages are dumped according to where they came from in the ports hierarchy. Using a LINKS type of scheme, it should also be possible for a package to link itself into multiple catagories and thus provide a de-facto "ueberpackage" scheme like Paul T. was talking about - my installation program can just get the top level directory names (some of which will represent ports catagories and some which won't) and show the various packages within it as the contents of the ueberpackage. Comments? Jordan From owner-freebsd-ports Wed Mar 29 12:40:04 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28481 for ports-outgoing; Wed, 29 Mar 1995 12:40:04 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA28474; Wed, 29 Mar 1995 12:40:03 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: ports@FreeBSD.org Subject: Re: Clean up Makefiles In-reply-to: Your message of "Wed, 29 Mar 95 05:13:50 PST." <199503291313.FAA04579@silvia.HIP.Berkeley.EDU> Date: Wed, 29 Mar 1995 12:40:03 -0800 Message-ID: <28473.796509603@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: ports-owner@FreeBSD.org Precedence: bulk > What do you think? > > Satoshi "the ports tyrant" Asami I think this is an excellent idea - all hail Satoshi, Ports Czar! :-) Jordan From owner-freebsd-ports Wed Mar 29 14:27:32 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03603 for ports-outgoing; Wed, 29 Mar 1995 14:27:32 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA03595 for ; Wed, 29 Mar 1995 14:27:23 -0800 Date: Wed, 29 Mar 1995 17:26:56 -0500 (EST) From: -Vince- To: FreeBSD-ports@freefall.cdrom.com Subject: Nethack won't compile Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ports-owner@FreeBSD.org Precedence: bulk /usr/ports/games/nethack won't compile.... bigbang# make Checksums OK. ===> Extracting for nethack3.1.3 ===> nethack3.1.3 depends on executable: gmake - found ===> Applying FreeBSD patches for nethack3.1.3 ===> Configuring for nethack3.1.3 if: Expression Syntax. *** Error code 1 Stop. *** Error code 1 Stop. Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-ports Wed Mar 29 17:33:46 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA11154 for ports-outgoing; Wed, 29 Mar 1995 17:33:46 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA11147 for ; Wed, 29 Mar 1995 17:33:42 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id RAA06017; Wed, 29 Mar 1995 17:33:19 -0800 Date: Wed, 29 Mar 1995 17:33:19 -0800 Message-Id: <199503300133.RAA06017@silvia.HIP.Berkeley.EDU> To: vince@kbrown.oldcampus.yale.edu CC: FreeBSD-ports@freefall.cdrom.com In-reply-to: (message from -Vince- on Wed, 29 Mar 1995 17:26:56 -0500 (EST)) Subject: Re: Nethack won't compile From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * /usr/ports/games/nethack won't compile.... * * bigbang# make * Checksums OK. * ===> Extracting for nethack3.1.3 * ===> nethack3.1.3 depends on executable: gmake - found * ===> Applying FreeBSD patches for nethack3.1.3 * ===> Configuring for nethack3.1.3 * if: Expression Syntax. * *** Error code 1 * * Stop. * *** Error code 1 * * Stop. Hmm...this is on thud: ======= asami(p0) thud 5 17:18:11 /f/work/asami/nethack >> make Checksums OK. ===> Extracting for nethack3.1.3 ===> nethack3.1.3 depends on executable: gmake (/usr/ports/devel/gmake) ===> Applying FreeBSD patches for nethack3.1.3 ===> Configuring for nethack3.1.3 Copying Makefiles. ===> Building for nethack3.1.3 ( cd src ; gmake ) : ======= (I have NO_DEPENDS set so that's why the gmake line is different.) It also compiled on my 2.0R + new sed + new which + new bsd.port.mk machine fine. Hmm....??? * Cheers, * Vince By the way, can you make your .sig shorter? ;) Satoshi From owner-freebsd-ports Wed Mar 29 19:15:05 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA12664 for ports-outgoing; Wed, 29 Mar 1995 19:15:05 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA12650 for ; Wed, 29 Mar 1995 19:15:00 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA11231 for ports@freebsd.org; Wed, 29 Mar 1995 19:14:48 -0800 From: Poul-Henning Kamp Message-Id: <199503300314.TAA11231@ref.tfs.com> Subject: xperfmon To: ports@FreeBSD.org Date: Wed, 29 Mar 1995 19:14:46 -0800 (PST) Content-Type: text Content-Length: 448 Sender: ports-owner@FreeBSD.org Precedence: bulk flagmose# make >> No MD5 checksum file. ===> Extracting for xperfmon++ ===> Applying FreeBSD patches for xperfmon++ 2 out of 6 hunks failed--saving rejects to ./Makefile.rej *** Error code 2 Stop. flagmose# (I just did a "make install" in /usr/src/share/mk btw!) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-ports Wed Mar 29 20:46:50 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14866 for ports-outgoing; Wed, 29 Mar 1995 20:46:50 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA14859 for ; Wed, 29 Mar 1995 20:46:47 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id UAA06528; Wed, 29 Mar 1995 20:46:23 -0800 Date: Wed, 29 Mar 1995 20:46:23 -0800 Message-Id: <199503300446.UAA06528@silvia.HIP.Berkeley.EDU> To: phk@ref.tfs.com CC: ports@FreeBSD.org In-reply-to: <199503300314.TAA11231@ref.tfs.com> (message from Poul-Henning Kamp on Wed, 29 Mar 1995 19:14:46 -0800 (PST)) Subject: Re: xperfmon From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * ===> Applying FreeBSD patches for xperfmon++ * 2 out of 6 hunks failed--saving rejects to ./Makefile.rej * *** Error code 2 Seems like somebody forgot to erase the original Makefile before doing a recursive diff. This is an X program with an Imakefile, so there's no need to modify the Makefile! I commited the fix, BTW. All I did was take out the Makefile portion from patches/patch-aa and it compiled fine. * (I just did a "make install" in /usr/src/share/mk btw!) (Yes, I can see that from the "Applying FreeBSD patches" message! :) Satoshi From owner-freebsd-ports Wed Mar 29 22:33:34 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA16619 for ports-outgoing; Wed, 29 Mar 1995 22:33:34 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA16611; Wed, 29 Mar 1995 22:33:22 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id IAA29956; Thu, 30 Mar 1995 08:32:43 +0200 Message-Id: <199503300632.IAA29956@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: pst@FreeBSD.org, ports@FreeBSD.org Subject: Re: mh doesn't compile on thud.cdrom.com Date: Thu, 30 Mar 1995 08:32:42 +0200 From: Mark Murray Sender: ports-owner@FreeBSD.org Precedence: bulk > I don't know if this is a thud problem or port problem, but the mh > port no longer compiles on thud.... It works on my system (2.1-current, not yet 2.1 libraries). Mark "I think I volunteered as this port's maintainer" Murray -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-ports Wed Mar 29 23:07:12 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA17404 for ports-outgoing; Wed, 29 Mar 1995 23:07:12 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA17398; Wed, 29 Mar 1995 23:07:09 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id XAA06844; Wed, 29 Mar 1995 23:05:56 -0800 Date: Wed, 29 Mar 1995 23:05:56 -0800 Message-Id: <199503300705.XAA06844@silvia.HIP.Berkeley.EDU> To: mark@grondar.za CC: pst@FreeBSD.org, ports@FreeBSD.org In-reply-to: <199503300632.IAA29956@grunt.grondar.za> (message from Mark Murray on Thu, 30 Mar 1995 08:32:42 +0200) Subject: Re: mh doesn't compile on thud.cdrom.com From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * > I don't know if this is a thud problem or port problem, but the mh * > port no longer compiles on thud.... * * It works on my system (2.1-current, not yet 2.1 libraries). Oh.... Can you take a look at the compile problems on thud then? I've found mts_init in conf/config.c but have no idea what all that config stuff is doing, not having compiled mh myself before. (And I was only trying to figure out why the Japanese mh port someone sent me wasn't compiling.) * Mark "I think I volunteered as this port's maintainer" Murray Satoshi "Great!!! And you already have a thud account!!!" Asami :) From owner-freebsd-ports Thu Mar 30 01:45:59 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA21632 for ports-outgoing; Thu, 30 Mar 1995 01:45:59 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA21625; Thu, 30 Mar 1995 01:45:51 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id BAA07256; Thu, 30 Mar 1995 01:45:36 -0800 Date: Thu, 30 Mar 1995 01:45:36 -0800 Message-Id: <199503300945.BAA07256@silvia.HIP.Berkeley.EDU> To: hsu@freefall.cdrom.com CC: ports@freefall.cdrom.com In-reply-to: <199503291904.LAA26040@freefall.cdrom.com> (message from Jeffrey Hsu on Wed, 29 Mar 1995 11:04:18 -0800) Subject: Re: cvs commit: ports/x11/xperfmon - Imported sources From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * IMHO, it must go to ports/utils, like xsysstat... * * This has been bothering me for some time now. ports/utils is sort * of like a grab bag---just about anything can be considered an * utility. Unfortunately, I don't have any better naming scheme in * mind. Any suggestions? Well, xperfmon belongs to utils/ more than x11/, that's for sure. And for utils/ bloating, well I think it's more like a "misc" category, because as you say, anything is a useful utility or it won't be there in ports in the first place. :) However, it seems like the way it has been in the past is that when we have a large enough subgroup in utils, it will be separated (archivers/ and japanese/ come to mind). Right now, I see about three kinds of things in utils/.... System performance monitoring/checking stuff: iozone, top, tua, xdu, xperfmon, xsysstats DOS/Windows/Mac emulators/floppy utilities: cpm, hfs, mtools, pcemu, wine Others: amanda - shouldn't this be in archivers? colorls - sorry, it's all my fault ispell - can't put anywhere else less - ditto mmv - if colorls is moving, this goes with it mshell - hmm, maybe can move it to shells pgp.non-usa_only \ no pkg files...Andrey? :) pgp.usa_only / rman - can't put anywhere else screen - don't know what this does Maybe we can make new hierarchies for the first two groups. The first one can be called "sysutils" or "perfutils"...no idea about the second one. Satoshi From owner-freebsd-ports Thu Mar 30 02:02:07 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA22432 for ports-outgoing; Thu, 30 Mar 1995 02:02:07 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA22421; Thu, 30 Mar 1995 02:01:56 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id CAA07314; Thu, 30 Mar 1995 02:01:40 -0800 Date: Thu, 30 Mar 1995 02:01:40 -0800 Message-Id: <199503301001.CAA07314@silvia.HIP.Berkeley.EDU> To: me@FreeBSD.org CC: ports@FreeBSD.org In-reply-to: (me@dude.pcs.dec.com) Subject: Re: libXpm.so.4.5 From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * > The current numbering scheme is correct. The "3" is the "protocal * > version" or something, and the "4" and the alphabet denote the major * > and minor shlib version numbers. Thus, 3.4e -> Xpm.4.5. * * Aaaaah, that actually makes sense, doesn't it? :-) Yeah...well it isn't *that* bad now, the only time it really confused us was when it was xpm-3.4c and libXpm.so.4.3.... * I see. This means we should be safe now until xpm-3.5 comes out * but that this then would mean work on the clients that use it * anyways, right? "that this then"? ;) Sorry I can't parse this...and I don't understand what xpm-3.5 does with this anyway, since the shared library will be libXpm.so.5.x.... * Would have been quite some hassle too - untarring all the packages * and ldd'ing the binaries. Maybe we should make it a rule that each * and every port should be installed on thud. Then clean them out * maybe once a month and try to rebuild and reinstall them. Then * make new packages. I think Andreas (ats) is doing this "rebuild all ports" somewhere, as I see lots of bug fixes from him. :) And about making new packages every month...well that's a lot of work, but if something is volunteering to do that, it would be great. * No, recompiling fvwm will generate a package identical to what is in * packages now (except for it using libXpm.so.4.*). In any case we should * be careful about generating packages that go into the ftp area on * -current machines. The libc minor version bump will hit everybody * who's just installed the latest SNAP and wants to get some packages * for his machine (something like "I want libc-2.1 but can only find * libc-2.0, I'm using it anyways) watch out for those bug reports :-(. Umm...well we are gearing full-speed towards the 2.1 CDROM now so I don't think we should stop building new packages. Maybe we can modify the .message that shows up when people enter wcarchive's ports/ area and say something about the libc minor version change, and also provide a gzipped binary for the new libc if that will solve the problem (and replacing the libc ONLY won't cause any other problems). * Right, the current package is at least incomplete. I've just tried it : * XFree86 install script. Dunno about fvwm, sorry. * Fixing the Makefile to copy the .xpm files and add them to the * package will be trivial. It's the other two points that need to be * addressed too at least for the 2.1 CD. I suggest removing the * fvwm package for now until it works. I'm willing to look into it * but can't promise to get this done before the end of next week. Great. I'll remove the package then, so please tell me when you are done (or just copy it to wcarchive yourself). * Btw. I'm baffled by the number of ports you manage to handle. A * quck grep finds 'asami' in the $Id$ strings of 64 makefiles. The * ports collection would be a lot less attractive without your work :-) Hey, you shouldn't look at $Id:$ lines for port owners...that's what MAINTAINER is for! :) And the reason why I show up in many ports' Makefiles is because I made a couple of modifications to bsd.port.mk recently and fixed a lot of Makefiles to work with the new .mk file, without even knowing what the ports do.... ;) Satoshi From owner-freebsd-ports Thu Mar 30 02:50:18 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA23650 for ports-outgoing; Thu, 30 Mar 1995 02:50:18 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA23644; Thu, 30 Mar 1995 02:50:14 -0800 Received: by sequent.kiae.su id AA14021 (5.65.kiae-2 ); Thu, 30 Mar 1995 14:44:11 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 30 Mar 95 14:44:10 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id OAA01765; Thu, 30 Mar 1995 14:40:37 +0400 To: Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= , hsu@freefall.cdrom.com Cc: ports@freefall.cdrom.com References: <199503300945.BAA07256@silvia.HIP.Berkeley.EDU> In-Reply-To: <199503300945.BAA07256@silvia.HIP.Berkeley.EDU>; from Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= at Thu, 30 Mar 1995 01:45:36 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 30 Mar 1995 14:40:36 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: cvs commit: ports/x11/xperfmon - Imported sources Lines: 19 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 724 Sender: ports-owner@FreeBSD.org Precedence: bulk In message <199503300945.BAA07256@silvia.HIP.Berkeley.EDU> Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= writes: > pgp.non-usa_only \ no pkg files...Andrey? :) > pgp.usa_only / Do we really want to package them? They are export-restrictive... > screen - don't know what this does Well, it can print/accept japanese chars (-Doption required, I don't remember its name). -- 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 Thu Mar 30 02:57:35 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA23724 for ports-outgoing; Thu, 30 Mar 1995 02:57:35 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA23716; Thu, 30 Mar 1995 02:57:30 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id CAA07528; Thu, 30 Mar 1995 02:57:14 -0800 Date: Thu, 30 Mar 1995 02:57:14 -0800 Message-Id: <199503301057.CAA07528@silvia.HIP.Berkeley.EDU> To: jkh@freefall.cdrom.com CC: ports@FreeBSD.org In-reply-to: <28421.796509477@freefall.cdrom.com> (jkh@freefall.cdrom.com) Subject: Re: Let's make the packages/ dir look clean! From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * This sounds good to me, though I might ask whether or not it would also * pay dividends if we were to seize this opportunity to CATAGORIZE the * packages at the same time. We should come up with a / * scheme where the packages are dumped according to where they came from * in the ports hierarchy. I'm not sure how we can go about doing this, as there isn't any information about the category name in the Makefiles right now. We can try to get it from ${.CURDIR}, but the parent directory name is not necessarily the category name (e.g., if you "cvs co" the port). The only way I can think of implementing this is to add a new variable to all the port Makefiles, which is of course not too hard. * using a LINKS type of scheme, it should also * be possible for a package to link itself into multiple catagories * and thus provide a de-facto "ueberpackage" scheme like Paul T. was * talking about - my installation program can just get the top level * directory names (some of which will represent ports catagories and * some which won't) and show the various packages within it as the * contents of the ueberpackage. If you are suggesting to put that framework into bsd.port.mk, I think that's overkill. All we need to do is to create some extra directories under the ftp site's packages area and populate it with appropriate symlinks. That whole thing will then get on to the CDROM too. Satoshi From owner-freebsd-ports Thu Mar 30 04:00:45 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA24948 for ports-outgoing; Thu, 30 Mar 1995 04:00:45 -0800 Received: from nietzsche (annex1s34.urc.tue.nl [131.155.12.44]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA24922; Thu, 30 Mar 1995 04:00:30 -0800 Received: from localhost (localhost [127.0.0.1]) by nietzsche (8.6.9/8.6.9) with ESMTP id NAA07404; Thu, 30 Mar 1995 13:18:28 +0200 Message-Id: <199503301118.NAA07404@nietzsche> X-Mailer: exmh version 1.5.3 12/28/94 To: "Jordan K. Hubbard" cc: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=), ports@FreeBSD.org Subject: Re: Let's make the packages/ dir look clean! In-reply-to: Your message of "Wed, 29 Mar 1995 12:37:57 -0800." <28421.796509477@freefall.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 30 Mar 1995 13:18:27 +0200 From: "wmbfmk@urc.tue.nl" Sender: ports-owner@FreeBSD.org Precedence: bulk > > My suggestion is that package names should be the format > > > > -[.[.]].tgz > > This sounds good to me, though I might ask whether or not it would also > pay dividends if we were to seize this opportunity to CATAGORIZE the > packages at the same time. We should come up with a / > scheme where the packages are dumped according to where they came from > in the ports hierarchy. Using a LINKS type of scheme, it should also > be possible for a package to link itself into multiple catagories > and thus provide a de-facto "ueberpackage" scheme like Paul T. was > talking about - my installation program can just get the top level > directory names (some of which will represent ports catagories and > some which won't) and show the various packages within it as the > contents of the ueberpackage. > Could there also be a scheme to make packages possible, which will group applications not on where they came from but to targets usable for a specific purpose. Examples would be: net-package -web browser -communication program (Seyon, minicom) -mail front end -news reader -pop client "FreeBSD-Works" :-) -tex -ispell -tgif -xspread -database program ... etc. These could be directories containing links to applications elsewhere in the packages tree. Marc. From owner-freebsd-ports Thu Mar 30 04:02:49 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA25044 for ports-outgoing; Thu, 30 Mar 1995 04:02:49 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA25036; Thu, 30 Mar 1995 04:02:46 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id EAA07733; Thu, 30 Mar 1995 04:02:06 -0800 Date: Thu, 30 Mar 1995 04:02:06 -0800 Message-Id: <199503301202.EAA07733@silvia.HIP.Berkeley.EDU> To: ache@astral.msk.su CC: hsu@freefall.cdrom.com, ports@freefall.cdrom.com In-reply-to: (ache@astral.msk.su) Subject: Re: cvs commit: ports/x11/xperfmon - Imported sources From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * > pgp.non-usa_only \ no pkg files...Andrey? :) * > pgp.usa_only / * * Do we really want to package them? They are export-restrictive... Oh. Well, but at least COMMENT would be nice though...it's used to generate the INDEX.... * > screen - don't know what this does * * Well, it can print/accept japanese chars (-Doption required, * I don't remember its name). Oh. Is it a console driver or something? Satoshi From owner-freebsd-ports Thu Mar 30 05:57:52 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA27439 for ports-outgoing; Thu, 30 Mar 1995 05:57:52 -0800 Received: from dtr.com (dtr.rain.com [204.119.8.19]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA27433; Thu, 30 Mar 1995 05:57:49 -0800 From: bmk@dtr.com Received: (from bmk@localhost) by dtr.com (8.6.11/8.6.9) id FAA12191; Thu, 30 Mar 1995 05:52:14 -0800 Message-Id: <199503301352.FAA12191@dtr.com> Subject: Re: cvs commit: ports/x11/xperfmon - Imported sources To: ache@astral.msk.su (Andrey A. Chernov, Black Mage) Date: Thu, 30 Mar 1995 05:52:13 -0800 (PST) Cc: asami@cs.berkeley.edu, hsu@freefall.cdrom.com, ports@freefall.cdrom.com In-Reply-To: from "Andrey A. Chernov, Black Mage" at Mar 30, 95 02:40:36 pm Reply-To: bmk@dtr.com X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 607 Sender: ports-owner@FreeBSD.org Precedence: bulk > In message <199503300945.BAA07256@silvia.HIP.Berkeley.EDU> Satoshi > Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= > =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= writes: > > pgp.non-usa_only \ no pkg files...Andrey? :) > > pgp.usa_only / > Do we really want to package them? They are export-restrictive... > > screen - don't know what this does > Well, it can print/accept japanese chars (-Doption required, > I don't remember its name). It allows multiple virtual sessions to run on a single tty. It's actually quite a useful tool if you find yourself dialing into remote systems frequently. From owner-freebsd-ports Thu Mar 30 06:26:46 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA27901 for ports-outgoing; Thu, 30 Mar 1995 06:26:46 -0800 Received: from amcell2.accumed.com (ljo.pr.mcs.net [204.95.62.86]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA27894 for ; Thu, 30 Mar 1995 06:26:35 -0800 Received: (from ljo@localhost) by amcell2.accumed.com (8.6.10/8.6.6) id IAA05818; Thu, 30 Mar 1995 08:24:23 -0600 Date: Thu, 30 Mar 1995 08:24:23 -0600 From: L Jonas Olsson Message-Id: <199503301424.IAA05818@amcell2.accumed.com> To: mmead@goof.com CC: ports@FreeBSD.org In-reply-to: <199503222346.SAA01675@goof.com> (mmead@goof.com) Subject: Re: xview3.2 X11R6 Reply-to: ljo@po.CWRU.Edu Sender: ports-owner@FreeBSD.org Precedence: bulk From: "matthew c. mead" Date: Wed, 22 Mar 1995 18:46:43 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 578 Sender: ports-owner@FreeBSD.org Precedence: bulk I have a majorly overhauled and cleaned up version of xview3.2 sitting on my system. Would anyone (including the porter of what's already there) mind replacing xview-lib xview-config and xview-clients with what I've got? If so, what all do I do to commit it? Go ahead and commit. I was the one to commit the last xview version and do not have time to update it at the moment. Jonas PS I've now finished my Ph.D and moved to Chicago. Still no time though, even though the thesis is done. Prefered email address is still ljo@po.cwru.edu From owner-freebsd-ports Thu Mar 30 07:11:43 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA29053 for ports-outgoing; Thu, 30 Mar 1995 07:11:43 -0800 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA29043; Thu, 30 Mar 1995 07:11:34 -0800 Received: by sovcom.kiae.su id AA04867 (5.65.kiae-2 ); Thu, 30 Mar 1995 19:08:40 +0400 Received: by sovcom.KIAE.su (UUMAIL/2.0); Thu, 30 Mar 95 19:08:39 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id TAA02433; Thu, 30 Mar 1995 19:04:35 +0400 To: Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= Cc: hsu@freefall.cdrom.com, ports@freefall.cdrom.com References: <199503301202.EAA07733@silvia.HIP.Berkeley.EDU> In-Reply-To: <199503301202.EAA07733@silvia.HIP.Berkeley.EDU>; from Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= at Thu, 30 Mar 1995 04:02:06 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 30 Mar 1995 19:04:35 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: cvs commit: ports/x11/xperfmon - Imported sources Lines: 29 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1087 Sender: ports-owner@FreeBSD.org Precedence: bulk In message <199503301202.EAA07733@silvia.HIP.Berkeley.EDU> Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= writes: > * > pgp.non-usa_only \ no pkg files...Andrey? :) > * > pgp.usa_only / > * > * Do we really want to package them? They are export-restrictive... >Oh. Well, but at least COMMENT would be nice though...it's used to >generate the INDEX.... Ok, I'll setup it. > * > screen - don't know what this does > * > * Well, it can print/accept japanese chars (-Doption required, > * I don't remember its name). >Oh. Is it a console driver or something? It is multiscreen vt220 termcap-based emulator, nice thing if you dialin to host and still needs many screens, it can even save/restore all screens with processes attached. -- 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 Thu Mar 30 09:12:07 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03328 for ports-outgoing; Thu, 30 Mar 1995 09:12:07 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA03321 for ; Thu, 30 Mar 1995 09:12:04 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id MAA08651; Thu, 30 Mar 1995 12:11:59 -0500 From: "matthew c. mead" Message-Id: <199503301711.MAA08651@goof.com> Subject: Re: xview3.2 X11R6 To: ljo@po.CWRU.Edu Date: Thu, 30 Mar 1995 12:11:58 -0500 (EST) Cc: ports@FreeBSD.org In-Reply-To: <199503301424.IAA05818@amcell2.accumed.com> from "L Jonas Olsson" at Mar 30, 95 08:24:23 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: 997 Sender: ports-owner@FreeBSD.org Precedence: bulk L Jonas Olsson wrote: > I have a majorly overhauled and cleaned up version of xview3.2 sitting on > my system. Would anyone (including the porter of what's already there) mind > replacing xview-lib xview-config and xview-clients with what I've got? If so, > what all do I do to commit it? > Go ahead and commit. I was the one to commit the last xview version > and do not have time to update it at the moment. I will as soon as I can figure out what the problem is with the cmdtool and shelltool programs. For some reason, after a few commands, the shell running in them no longer works. I may just give up on them. Maybe it's something to do with termcap... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-ports Thu Mar 30 11:52:19 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07108 for ports-outgoing; Thu, 30 Mar 1995 11:52:19 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA07100; Thu, 30 Mar 1995 11:52:17 -0800 Received: from dude.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA06445; Thu, 30 Mar 95 11:47:25 -0800 Received: by dude.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.37) id ; Thu, 30 Mar 95 21:46 MSZ Message-Id: From: me@dude.pcs.dec.com ( Michael Elbel ) Subject: Re: libXpm.so.4.5 To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Thu, 30 Mar 1995 21:46:39 +0200 (MSZ) Cc: me@FreeBSD.org, ports@FreeBSD.org In-Reply-To: <199503301001.CAA07314@silvia.HIP.Berkeley.EDU> from "Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at Mar 30, 95 02:01:40 am X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1902 Sender: ports-owner@FreeBSD.org Precedence: bulk > * I see. This means we should be safe now until xpm-3.5 comes out > * but that this then would mean work on the clients that use it > * anyways, right? > > "that this then"? ;) Sorry I can't parse this...and I don't Sorry, English isn't my native language. I sometimes use German sentence constructs that aren't that easily understood in English :-) I meant we're safe with xpm until xpm-3.5 when the major number will bump. But then clients using xpm would have to be changed anyways to use the new interfaces in a libXpm.so.5. > understand what xpm-3.5 does with this anyway, since the shared > library will be libXpm.so.5.x.... That's exactly the reason - new major number, changed interfaces. This is pure speculation because I've not heard anything about a version 3.5 of xpm being even planned. I was splitting hairs - sorry. > Great. I'll remove the package then, so please tell me when you are > done (or just copy it to wcarchive yourself). Ok, I'll do that. I'll put the package onto wcarchive myself but will have to ask you to commit the necessary changes to the port itself. > * Btw. I'm baffled by the number of ports you manage to handle. A > * quck grep finds 'asami' in the $Id$ strings of 64 makefiles. The > * ports collection would be a lot less attractive without your work :-) > > Hey, you shouldn't look at $Id:$ lines for port owners...that's what > MAINTAINER is for! :) And the reason why I show up in many ports' > Makefiles is because I made a couple of modifications to bsd.port.mk > recently and fixed a lot of Makefiles to work with the new .mk > file, without even knowing what the ports do.... ;) I know. But without your enhancements to the .mk stuff, the ports would *be* less attractive (not to forget those 29 MAINTAINER lines :-) Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-ports Thu Mar 30 16:04:01 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03151 for ports-outgoing; Thu, 30 Mar 1995 16:04:01 -0800 Received: from reinfra.regent.e-technik.tu-muenchen.de (root@reinfra.regent.e-technik.tu-muenchen.de [129.187.230.226]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA03127 for ; Thu, 30 Mar 1995 16:03:43 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by reinfra.regent.e-technik.tu-muenchen.de with SMTP id <18907>; Fri, 31 Mar 1995 01:55:28 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id BAA09145 for ports%freebsd.org@regent.e-technik.tu-muenchen.de; Fri, 31 Mar 1995 01:55:15 +0200 Date: Fri, 31 Mar 1995 01:55:15 +0200 From: Julian Howard Stacey Message-Id: <199503302355.BAA09145@vector.eikon.e-technik.tu-muenchen.de> To: ports@FreeBSD.org Subject: flexfax-v2.3beta036special-tar.gz Sender: ports-owner@FreeBSD.org Precedence: bulk seems flexfax-v2.3beta036special-tar.gz is a year old (so sam leffler mailed me) ftp.sgi.com has a new one, renamedhylafax-v3.0beta112-tar.gz in dir. ~ftp/sgi/fax i'm grabbing 111-tar off a mirror in germany, as sgi.com is slow as molassses from here, anyone else interested in porting this ? ( i dont even know where the 111-112 upgrade kit is right now, ftp keeps timing out) Julian S jhs@freebsd.org From owner-freebsd-ports Thu Mar 30 16:37:21 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04315 for ports-outgoing; Thu, 30 Mar 1995 16:37:21 -0800 Received: from reinfra.regent.e-technik.tu-muenchen.de (root@reinfra.regent.e-technik.tu-muenchen.de [129.187.230.226]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA04306 for ; Thu, 30 Mar 1995 16:37:16 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by reinfra.regent.e-technik.tu-muenchen.de with SMTP id <18907>; Fri, 31 Mar 1995 02:35:48 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id CAA09515 for ports%freebsd.org@regent.e-technik.tu-muenchen.de; Fri, 31 Mar 1995 02:35:26 +0200 Date: Fri, 31 Mar 1995 02:35:26 +0200 From: Julian Howard Stacey Message-Id: <199503310035.CAA09515@vector.eikon.e-technik.tu-muenchen.de> To: ports@FreeBSD.org Subject: hylafax-v3.0beta111-tar.gz Sender: ports-owner@FreeBSD.org Precedence: bulk Re. hylafax-v3.0beta111-tar.gz OK my ftp has now held up long enough so I know hylafax-v3.0beta111.patch-01.gz is actually the beta111 to beta112 upgrade kit I continually failed to ftp it from USA to Munich, anyone else who has problems like that may have to stage it through another US host, I used freefall, (archie got me the main beta111 on a German mirror) Julian S From owner-freebsd-ports Thu Mar 30 23:12:31 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA17000 for ports-outgoing; Thu, 30 Mar 1995 23:12:31 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA16991; Thu, 30 Mar 1995 23:12:30 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: ports@FreeBSD.org Subject: Re: Let's make the packages/ dir look clean! In-reply-to: Your message of "Thu, 30 Mar 95 02:57:14 PST." <199503301057.CAA07528@silvia.HIP.Berkeley.EDU> Date: Thu, 30 Mar 1995 23:12:29 -0800 Message-ID: <16988.796633949@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: ports-owner@FreeBSD.org Precedence: bulk > I'm not sure how we can go about doing this, as there isn't any > information about the category name in the Makefiles right now. We > can try to get it from ${.CURDIR}, but the parent directory name is > not necessarily the category name (e.g., if you "cvs co" the port). > The only way I can think of implementing this is to add a new variable > to all the port Makefiles, which is of course not too hard. Yeah, I played around with different methods of extracting it from the path then just gave up. I would recommend a CATAGORIES variable, the results of which can be used to symlink a reference in to the port in various ways. E.g. xsysstat might be: CATAGORIES= x11 utility system And you'd see it in each. Jordan From owner-freebsd-ports Fri Mar 31 01:49:40 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA10517 for ports-outgoing; Fri, 31 Mar 1995 01:49:40 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA10499; Fri, 31 Mar 1995 01:49:36 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: joerg@freefall.cdrom.com cc: ports@freefall.cdrom.com Subject: Comments on pcemu port Date: Fri, 31 Mar 1995 01:49:35 -0800 Message-ID: <10495.796643375@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: ports-owner@FreeBSD.org Precedence: bulk Hey, this is a slick little port. You did all I ever wanted to do with the whole "bootstrap" procedure and far more! Kudos! However, it just wouldn't be the same without a few nit-picks as well, so.. :-) 1. This thing talks about 720K diskettes all over the place. I don't know about most of you out there, but this would be an instant turn-off to 90% of the people I know. They would think (as I did) "I don't even HAVE a 720K drive anymore - can I use a 1.44MB image?" And then the next question from your novice FreeBSD user is "what device do I use?" I think that the emulator should presume the most common scenario first and foremost, *also* discussing what do with 720K floppies for those few that have them. 2. It's "information" not "informations". :-) Otherwise, this looks very good! It's too bad it doesn't drop into a little DOS program at the end that says "Please insert a bootable DOS floppy and press return" for the image to be made automatically, but that's kind of pushing it I guess.. :-) Jordan From owner-freebsd-ports Fri Mar 31 11:34:42 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01361 for ports-outgoing; Fri, 31 Mar 1995 11:34:42 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA01341; Fri, 31 Mar 1995 11:34:00 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA21544; Fri, 31 Mar 1995 21:33:08 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id VAA22384; Fri, 31 Mar 1995 21:33:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA07954; Fri, 31 Mar 1995 20:06:41 +0200 From: J Wunsch Message-Id: <199503311806.UAA07954@uriah.heep.sax.de> Subject: Re: Comments on pcemu port To: ports@freefall.cdrom.com Date: Fri, 31 Mar 1995 20:06:40 +0200 (MET DST) Cc: jkh@freefall.cdrom.com (Jordan K. Hubbard) In-Reply-To: <10495.796643375@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 31, 95 01:49:35 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 1206 Sender: ports-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > Hey, this is a slick little port. You did all I ever wanted to do with > the whole "bootstrap" procedure and far more! Kudos! Thanks. It's nice to get some feedback for this. > 1. This thing talks about 720K diskettes all over the place. Ok, it's rather easy to bump the default to 1.44 MB, but that ends up in more wasted space, especially if several people start to use private copies of the boot image. But you're probably right, i'll bump it. > 2. It's "information" not "informations". :-) A germanism. I'll fix it. (In german, you actually can also get ``Informationen''.) > Otherwise, this looks very good! It's too bad it doesn't drop into > a little DOS program at the end that says "Please insert a bootable > DOS floppy and press return" for the image to be made automatically, > but that's kind of pushing it I guess.. :-) Perhaps possible. After getting a pointer to freedos by Andrey, i'm evaluating this nice package in order to see if we could even perhaps deliver a functional boot image at all. -- 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 Fri Mar 31 13:25:07 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05505 for ports-outgoing; Fri, 31 Mar 1995 13:25:07 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA05498 for ; Fri, 31 Mar 1995 13:25:04 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: ports@freefall.cdrom.com Subject: tarballs that no longer have homes.. Date: Fri, 31 Mar 1995 13:25:03 -0800 Message-ID: <5494.796685103@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: ports-owner@FreeBSD.org Precedence: bulk I've noticed a few ports we've had to nuke out of the tree due to MASTER_SITE locations that have gone stale.. Just for the record, I'd prefer to "adopt" such ports into ftp://freefall.cdorm.com/pub/FreeBSD/LOCAL_PORTS rather than simply disable them entirely. The whole MASTER_SITE thing was really just a way of keeping a pointer back to some canonical location for the further edification of the user/porter who might want to track later versions, but if something's orphaned entirely then we should take it rather than letting it die. We're still not stuck with it in the CVS tree, and gzip'd binaries are not such significant overhead. LOCAL_PORTS is now owned by group ports, so you guys can stick your tarballs in here as necessary. Jordan From owner-freebsd-ports Fri Mar 31 20:09:44 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA27724 for ports-outgoing; Fri, 31 Mar 1995 20:09:44 -0800 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA27718 for ; Fri, 31 Mar 1995 20:09:42 -0800 Received: from palmer.demon.co.uk by disperse.demon.co.uk id aa13778; 1 Apr 95 5:09 GMT-60:00 Received: from localhost (gary@localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.9/8.6.9) with SMTP id FAA00233 for ; Sat, 1 Apr 1995 05:09:12 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: FreeBSD Ports Subject: checksum files MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <229.796709349.1@palmer.demon.co.uk> Date: Sat, 01 Apr 1995 05:09:10 +0100 Message-ID: <230.796709350@palmer.demon.co.uk> From: Gary Palmer Sender: ports-owner@FreeBSD.org Precedence: bulk Those of you who are masocists and also read the CVS commits list(s) will have seen a large commit I made earlier to try and fix up most of the remaining checksum-less ports. I've mainly left the print directory alone 'cos of the problems Jean-Marc has had with the CTAN maintainers re-timestamping files in the tarballs making the checksums fail when in fact nothing has changed. I'd appreciate anyone submitting ports now to include a checksum file (to to ensure that the person that gets the pleasure of importing your port gets the same tarball to test it on, as well as saving him some work :-)). Now that 90% or so of ports have checksum files I'll look at re-working bsd.port.mk to better integrate the checksum: stage into the fetch: stage. Gary From owner-freebsd-ports Sat Apr 1 00:14:06 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA16342 for ports-outgoing; Sat, 1 Apr 1995 00:14:06 -0800 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA16328 for ports; Sat, 1 Apr 1995 00:14:05 -0800 Date: Sat, 1 Apr 1995 00:14:05 -0800 From: "Jordan K. Hubbard" Message-Id: <199504010814.AAA16328@freefall.cdrom.com> To: ports Subject: Recent bsd.port.mk enhancements.. Sender: ports-owner@FreeBSD.org Precedence: bulk Just one comment: They don't mean a thing if they're not documented in GUIDELINES or ports.FAQ (which I'd actually like to see folded into one document, to be honest). This stuff is getting _really complex_ and if we don't document all the options, most ports-hopefuls will be scared away! Sure, it's easy to most of us because we were here in the beginning, when it was fairly SIMPLE, and we've been able to absorb the complicates gradually. To a ports collection newcomer, this stuff is _confusing_! We've got PATCHFILES and EXTRACT_ONLY and DISTFILES file lists, a dozen odd NO_ booleans, and all kinds of doc strings to fill out on top of that (MAINTAINER, MASTER_SITES, etc). We need to really start working on the rough edges of all of this a bit more than we probably need to grow it right now.. I'm always very happy to see new ports, mind you, but I think we have an impending catastrophe on our hands! :-) We have 212 ports as of this morning, and I would not be at all surprised to see this number exceed 500 by the end of summer. If we don't plan on how we're going to _scale_ all of this now, we're going to be in a world of pain and frustration in 6 months! I already deeply regret not adding version numbers as an additional layer(*) back when that would have been possible without major big-time upheaval, now it's too late! :-( If we can avoid similarly short-sighted mistakes then I'd be pretty happy! It's still a much nicer framework than the 1.x ports collection, but parts of it are also starting to get... kinda funky! :-) Can we see what we might be able to do to rescue ourselves from doom and oblivion before it happens? I have a couple of changes I'll be making shortly to make "metaports" and such more possible, but it's only a start in what will have to be a much more grandiose overhaul. The ports collection doesn't respond to _change_ very well, and we need to figure something out about that! I made some pretty short-sighted decisions of my own in there that I'm going to be strongly reviewing in the next couple of days.. Let's talk! :-) Jordan (*) Someone tried to convince me of this early on, I stubbornly refused, he was right and I was wrong! :-( From owner-freebsd-ports Sat Apr 1 06:48:05 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12770 for ports-outgoing; Sat, 1 Apr 1995 06:48:05 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA12764 for ; Sat, 1 Apr 1995 06:48:02 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id GAA11762; Sat, 1 Apr 1995 06:47:40 -0800 Date: Sat, 1 Apr 1995 06:47:40 -0800 Message-Id: <199504011447.GAA11762@silvia.HIP.Berkeley.EDU> To: gary@palmer.demon.co.uk CC: FreeBSD-Ports@FreeBSD.org In-reply-to: <230.796709350@palmer.demon.co.uk> (message from Gary Palmer on Sat, 01 Apr 1995 05:09:10 +0100) Subject: Re: checksum files From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * Those of you who are masocists and also read the CVS commits list(s) will * have seen a large commit I made earlier to try and fix up most of the * remaining checksum-less ports. I've mainly left the print directory alone * 'cos of the problems Jean-Marc has had with the CTAN maintainers * re-timestamping files in the tarballs making the checksums fail when in * fact nothing has changed. Great! You might want to watch out for xfed, though. It fetches all the files by itself and tars them up (I think this happens in a couple of other ports too, as I've seen a bunch of Fortran source in /usr/ports/distfiles of thud). Which means depending on the GZIP environment variable, you'll get a different .tar.gz file. Or maybe we can add "GZIP=--best" or something before tar...or let tar spew the file out to stderr and pipe it to gzip -9. In fact, I think I'm going to do that now. :) Satoshi P.S. The relevant line in Makefile.... tar -C ${.CURDIR}/src -czf ${DISTDIR}/${TARFILE} xfed; \ From owner-freebsd-ports Sat Apr 1 12:12:05 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27971 for ports-outgoing; Sat, 1 Apr 1995 12:12:05 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA27964 for ; Sat, 1 Apr 1995 12:12:04 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: ports@freefall.cdrom.com Subject: A little more on CATEGORIES and KEYWORDS Date: Sat, 01 Apr 1995 12:12:04 -0800 Message-ID: <27963.796767124@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: ports-owner@FreeBSD.org Precedence: bulk Most of you have probably noticed the commits I've made by now, and are probably also now thinking: "WFT??" Well, this is my attempt to explain them. CATEGORIES+= .... This is expected to be a list of catagories under which you want your port to be in the general index. The set of all the catagories specified by our ports will determine what items go in the top level "ports menu" once I get around to writing it. KEYWORDS+= ... This is a list of interesting keywords you might want your port found under in a general doc search. By default, a copy of ${CATEGORIES}, but it's actually expected to be a superset in most cases. In both cases, it's not generally expected that you'll actually grub around in the ports' Makefile for this information but rather in the global INDEX file, in which both fields now appear (see print-index rule in /usr/ports/Makefile). There aren't any tools which really make use of this information YET, but I hope to create several myself and encourage any of the other innovative thinkers around here to think about the possibilities themselves. Jordan From owner-freebsd-ports Sat Apr 1 13:03:40 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00254 for ports-outgoing; Sat, 1 Apr 1995 13:03:40 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA00245; Sat, 1 Apr 1995 13:03:31 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id NAA03520; Sat, 1 Apr 1995 13:03:18 -0800 Date: Sat, 1 Apr 1995 13:03:18 -0800 Message-Id: <199504012103.NAA03520@silvia.HIP.Berkeley.EDU> To: jkh@freefall.cdrom.com CC: ports@freefall.cdrom.com In-reply-to: <27963.796767124@freefall.cdrom.com> (jkh@freefall.cdrom.com) Subject: Re: A little more on CATEGORIES and KEYWORDS From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * Most of you have probably noticed the commits I've made by now, and * are probably also now thinking: "WFT??" ^^^WTF? :) * Well, this is my attempt to explain them. * * CATEGORIES+= .... * * This is expected to be a list of catagories under which you want your * port to be in the general index. The set of all the catagories * specified by our ports will determine what items go in the top level * "ports menu" once I get around to writing it. Is this also supposed to be the "subdirectory" under /usr/ports/packages that the port is going under once we rewrite the bsd.port.mk? (Well, maybe only the first one...or we can make links from all directories.) Satoshi From owner-freebsd-ports Sat Apr 1 13:49:29 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01905 for ports-outgoing; Sat, 1 Apr 1995 13:49:29 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA01898; Sat, 1 Apr 1995 13:49:22 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: ports@freefall.cdrom.com Subject: Re: A little more on CATEGORIES and KEYWORDS In-reply-to: Your message of "Sat, 01 Apr 95 13:03:18 PST." <199504012103.NAA03520@silvia.HIP.Berkeley.EDU> Date: Sat, 01 Apr 1995 13:49:21 -0800 Message-ID: <1897.796772961@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: ports-owner@FreeBSD.org Precedence: bulk > Is this also supposed to be the "subdirectory" under > /usr/ports/packages that the port is going under once we rewrite the > bsd.port.mk? (Well, maybe only the first one...or we can make links > from all directories.) It *can* be. Or it may very well be that all packages go into /usr/ports/packages/.home/ and /usr/ports/packages//... contain symlinks to each package appearing in that catagory. Jordan From owner-freebsd-ports Sat Apr 1 18:05:50 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19596 for ports-outgoing; Sat, 1 Apr 1995 18:05:50 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA19589 for ; Sat, 1 Apr 1995 18:05:48 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id UAA05092; Sat, 1 Apr 1995 20:56:51 -0500 Date: Sat, 1 Apr 1995 20:56:50 -0500 (EST) From: "Jonathan M. Bresler" Subject: xboing2.2 To: ports@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ports-owner@FreeBSD.org Precedence: bulk MASTER_SITES= ftp://ftp.icm.edu.pl/pub/X11/contrib/games/ source does not exist at this site. Makefile is in error jmb ps. should ports errors of this type be reported via send-pr? Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-ports Sat Apr 1 23:06:47 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA24682 for ports-outgoing; Sat, 1 Apr 1995 23:06:47 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA24676 for ; Sat, 1 Apr 1995 23:06:45 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id XAA05561; Sat, 1 Apr 1995 23:06:17 -0800 Date: Sat, 1 Apr 1995 23:06:17 -0800 Message-Id: <199504020706.XAA05561@silvia.HIP.Berkeley.EDU> To: jmb@kryten.Atinc.COM CC: ports@FreeBSD.org In-reply-to: (jmb@kryten.Atinc.COM) Subject: Re: xboing2.2 From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * MASTER_SITES= ftp://ftp.icm.edu.pl/pub/X11/contrib/games/ * source does not exist at this site. * Makefile is in error I fixed the Makefile to use crl.dec.com (ftp.x.org's mirror) and also grab the .tar.Z file (don't know why it said EXTRACT_SUFX=.tar.gz, maybe it was that way in the Polish (?) ftp site). It compiles and runs fine here. Someone with a soundcard should upgrade this port though, I found xboing2.3.tar.gz at the master ftp site.... * ps. should ports errors of this type be reported via send-pr? I dunno...we were talking about adding a target ("make gripe" or something :) to bsd.port.mk to send mail to MAINTAINER with CC: ports@freebsd.org. Satoshi From owner-freebsd-ports Sat Apr 1 23:39:49 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA25553 for ports-outgoing; Sat, 1 Apr 1995 23:39:49 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA25540; Sat, 1 Apr 1995 23:39:41 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id XAA05677; Sat, 1 Apr 1995 23:39:21 -0800 Date: Sat, 1 Apr 1995 23:39:21 -0800 Message-Id: <199504020739.XAA05677@silvia.HIP.Berkeley.EDU> To: jkh@freefall.cdrom.com CC: ports@freefall.cdrom.com In-reply-to: <199504010814.AAA16328@freefall.cdrom.com> (jkh@freefall.cdrom.com) Subject: Re: Recent bsd.port.mk enhancements.. From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: ports-owner@FreeBSD.org Precedence: bulk * Just one comment: They don't mean a thing if they're not documented in * GUIDELINES or ports.FAQ (which I'd actually like to see folded into one * document, to be honest). This stuff is getting _really complex_ and * if we don't document all the options, most ports-hopefuls will be scared * away! Ok ok...I'm now writing an updated GUIDELINES.... * We need to really start working on the rough edges of all of this a bit * more than we probably need to grow it right now.. I'm always very happy * to see new ports, mind you, but I think we have an impending catastrophe * on our hands! :-) Sorry, I guess I'm the person responsible for most of the recent introduction of rough edges.... ;) Anyway, my suggestions: (1) More orthogonality in the pre- and post- targets, in particular, add post-* to every stage and uniformize the way they are called (e.g., first run a script in scripts/ if it exists, then run a target in Makefile). The way it is now, I need to peek into bsd.port.mk to see if a particular target is supported. Also, the non-existence of post-install is painful because I need to ensure the install directories exist if I try to install extra stuff in the pre-install target. (2) Take away all of the defaults in Makefile variables. (Hey stop yelling...I told you it's just a suggestion. ;) I know that the way it is now, it's very easy for us "experienced" porters, because we know what are the defaults and just need to fill out the necessary variables...but for people who are trying to port something for the first time, this is scary because the "sample" Makefiles in /usr/ports are so sparse and they just don't know what are the defaults. It's hard to read the GUIDELINES (or bsd.port.mk) in one window while editing the Makefile in another. This way, it would be much easier to grab a working port and change it to make it work for something else. (3) A better GUIDELINES file. I'm writing one now and probably commit it later tonight. I'll also attach a sample Makefile at the end so users can cut it off and fill out the spaces to make a working one. Satoshi * (*) Someone tried to convince me of this early on, I stubbornly refused, * he was right and I was wrong! :-( Don't know what changed your mind, but I'm not convinced yet :)...I still think it's too much work for us to maintain multiple versions.