From owner-freebsd-ports Sun Jun 25 12:23:50 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA03596 for ports-outgoing; Sun, 25 Jun 1995 12:23:50 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA03588 for ; Sun, 25 Jun 1995 12:23:38 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id DAA07137; Mon, 26 Jun 1995 03:23:33 +0800 Date: Mon, 26 Jun 1995 03:23:31 +0800 (WST) From: Peter Wemm To: ports@freebsd.org Subject: enhancements for top-3.3 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ports-owner@freebsd.org Precedence: bulk Hi all.. I wasn't sure whether to send this to ports@freebsd.org, or send it via send-pr as a "change request".. Oh well here goes anyway... I made a change to top so that it would show the amount of data in the VM disk cache - because I was "informed" by a Linux user that Linux was obviously better than FreeBSD because Linux uses free memory for cache, and since FreeBSD is obviously so memory hungry that it only has 80K of free ram, then it can't be doing much caching at all, can it? It's not the first time I've seen that - the current flame wars in comp.unix.bsd.freebsd.misc have been through is a few times too. Anyway, I extended top to show the amount of space allocated to cache - only it made the line too long, and try as I might, it didn't fit well without tossing something useful, or looking UGLY, so I made a seperate Memory: line and added a "Swap:" line as well, just like the linux top. It this patch will make top look like this: [........] Memory: 15M Active, 224K Inact, 2736K Wired, 4724K Cache, 4648K Free Swap: 31M Total, 23M Free, 26% Inuse [xxxKin] [yyyKout] [.... rest of display ....] (I've just quit XFree86, and the cache is filling up again...) I think that makes it pretty obvious where the memory is, and fairly unambiguous. I sent a much smaller version of this in before while the code freeze was in place still - but that version wrapped around the memory line if paging started. Anyway, here's my utils/top/patches/patch-ac: diff -rc2 ../work/display.c ./display.c *** ../work/display.c Thu Jan 5 08:11:08 1995 --- ./display.c Mon Jun 26 00:17:14 1995 *************** *** 64,75 **** --- 64,78 ---- static char **cpustate_names; static char **memory_names; + static char **swap_names; static int num_procstates; static int num_cpustates; static int num_memory; + static int num_swap; static int *lprocstates; static int *lcpustates; static int *lmemory; + static int *lswap; static enum { OFF, ON, ERASE } header_status = ON; *************** *** 141,144 **** --- 144,151 ---- num_memory = string_count(memory_names); lmemory = (int *)malloc(num_memory * sizeof(int)); + + swap_names = statics->swap_names; + num_swap = string_count(swap_names); + lswap = (int *)malloc(num_swap * sizeof(int)); } *************** *** 448,451 **** --- 455,492 ---- summary_format(new, stats, memory_names); line_update(memory_buffer, new, x_mem, y_mem); + } + + /* + * *_swap(stats) - print "Swap: " followed by the swap summary string + * + * Assumptions: cursor is on "lastline" + * for i_swap ONLY: cursor is on the previous line + */ + + char swap_buffer[MAX_COLS]; + + i_swap(stats) + + int *stats; + + { + fputs("\nSwap: ", stdout); + lastline++; + + /* format and print the swap summary */ + summary_format(swap_buffer, stats, swap_names); + fputs(swap_buffer, stdout); + } + + u_swap(stats) + + int *stats; + + { + static char new[MAX_COLS]; + + /* format the new line */ + summary_format(new, stats, swap_names); + line_update(swap_buffer, new, x_swap, y_swap); } diff -rc2 ../work/layout.h ./layout.h *** ../work/layout.h Sun May 10 02:13:09 1992 --- ./layout.h Mon Jun 26 00:13:43 1995 *************** *** 18,27 **** #define x_mem 8 #define y_mem 3 ! #define y_message 4 #define x_header 0 ! #define y_header 5 #define x_idlecursor 0 ! #define y_idlecursor 4 ! #define y_procs 6 #define y_cpustates 2 --- 18,29 ---- #define x_mem 8 #define y_mem 3 ! #define x_swap 8 ! #define y_swap 4 ! #define y_message 5 #define x_header 0 ! #define y_header 6 #define x_idlecursor 0 ! #define y_idlecursor 5 ! #define y_procs 7 #define y_cpustates 2 diff -rc2 ../work/machine/m_freebsd20.c ./machine/m_freebsd20.c *** ../work/machine/m_freebsd20.c Mon Jun 26 01:40:28 1995 --- ./machine/m_freebsd20.c Mon Jun 26 02:53:28 1995 *************** *** 57,60 **** --- 57,61 ---- static int getkval __P((unsigned long, int *, int, char *)); extern char* printable __P((char *)); + int swapmode __P((int *retavail, int *retfree)); #include "top.h" *************** *** 209,213 **** /* these are for detailing the memory statistics */ ! int memory_stats[8]; char *memorynames[] = { #ifndef VM_REAL --- 210,214 ---- /* these are for detailing the memory statistics */ ! int memory_stats[6]; char *memorynames[] = { #ifndef VM_REAL *************** *** 219,224 **** "K/", "K SWIO", #else ! "K Act ", "K Inact ", "K Wired ", "K Free ", "% Swap, ", ! "Kin ", "Kout", #endif NULL --- 220,224 ---- "K/", "K SWIO", #else ! "K Active, ", "K Inact, ", "K Wired, ", "K Cache, ", "K Free", #endif NULL *************** *** 226,229 **** --- 226,237 ---- }; + int swap_stats[6]; + char *swapnames[] = { + /* 0 1 2 3 4 */ + "K Total, ", "K Free, ", "% Inuse ", "Kin ", "Kout", + NULL + }; + + /* these are for keeping track of the proc array */ *************** *** 320,323 **** --- 328,332 ---- statics->cpustate_names = cpustatenames; statics->memory_names = memorynames; + statics->swap_names = swapnames; /* all done! */ *************** *** 391,395 **** total = percentages(CPUSTATES, cpu_states, cp_time, cp_old, cp_diff); ! /* sum memory statistics */ { --- 400,404 ---- total = percentages(CPUSTATES, cpu_states, cp_time, cp_old, cp_diff); ! /* sum memory & swap statistics */ { *************** *** 413,420 **** memory_stats[6] = -1; memory_stats[7] = pagetok(total.t_free); - } #else struct vmmeter sum; static unsigned int swap_delay = 0; (void) getkval(cnt_offset, (int *)(&sum), sizeof(sum), --- 422,430 ---- memory_stats[6] = -1; memory_stats[7] = pagetok(total.t_free); #else struct vmmeter sum; static unsigned int swap_delay = 0; + static int swapavail = 0; + static int swapfree = 0; (void) getkval(cnt_offset, (int *)(&sum), sizeof(sum), *************** *** 425,456 **** memory_stats[1] = pagetok(sum.v_inactive_count); memory_stats[2] = pagetok(sum.v_wire_count); ! memory_stats[3] = pagetok(sum.v_free_count); if (swappgsin < 0) { ! memory_stats[5] = 0; ! memory_stats[6] = 0; } else { ! memory_stats[5] = pagetok(((sum.v_swappgsin - swappgsin))); ! memory_stats[6] = pagetok(((sum.v_swappgsout - swappgsout))); } swappgsin = sum.v_swappgsin; swappgsout = sum.v_swappgsout; #ifdef USE_SWAP ! if ((memory_stats[5] > 0 || memory_stats[6]) > 0 || swap_delay == 0) { ! memory_stats[4] = swapmode(); } ! swap_delay++; #else ! memory_stats[4] = 0; #endif ! ! ! memory_stats[7] = -1; ! } #endif /* set arrays and strings */ si->cpustates = cpu_states; si->memory = memory_stats; #ifdef LASTPID if(lastpid > 0) { --- 435,472 ---- memory_stats[1] = pagetok(sum.v_inactive_count); memory_stats[2] = pagetok(sum.v_wire_count); ! memory_stats[3] = pagetok(sum.v_cache_count); ! memory_stats[4] = pagetok(sum.v_free_count); ! memory_stats[5] = -1; if (swappgsin < 0) { ! swap_stats[3] = 0; ! swap_stats[4] = 0; } else { ! swap_stats[3] = pagetok(((sum.v_swappgsin - swappgsin))); ! swap_stats[4] = pagetok(((sum.v_swappgsout - swappgsout))); } + swappgsin = sum.v_swappgsin; swappgsout = sum.v_swappgsout; #ifdef USE_SWAP ! if (swap_stats[3] > 0 || swap_stats[4] > 0 || swap_delay == 0) { ! swap_stats[2] = swapmode(&swapavail, &swapfree); ! swap_stats[0] = swapavail; ! swap_stats[1] = swapfree; } ! swap_delay = 1; #else ! swap_stats[0] = 0; ! swap_stats[1] = 0; ! swap_stats[2] = 0; #endif ! swap_stats[5] = -1; #endif + } /* set arrays and strings */ si->cpustates = cpu_states; si->memory = memory_stats; + si->swap = swap_stats; #ifdef LASTPID if(lastpid > 0) { *************** *** 810,814 **** int ! swapmode() { char *header; --- 826,832 ---- int ! swapmode(retavail, retfree) ! int *retavail; ! int *retfree; { char *header; *************** *** 890,893 **** --- 908,913 ---- * need to bother with totals. */ + *retavail = avail / 2; + *retfree = nfree / 2; used = avail - nfree; free(sw); free(perdev); diff -rc2 ../work/machine.h ./machine.h *** ../work/machine.h Thu May 28 04:11:32 1992 --- ./machine.h Mon Jun 26 00:12:56 1995 *************** *** 13,16 **** --- 13,17 ---- char **cpustate_names; char **memory_names; + char **swap_names; }; *************** *** 28,31 **** --- 29,33 ---- int *cpustates; int *memory; + int *swap; }; diff -rc2 ../work/top.c ./top.c *** ../work/top.c Wed Feb 8 13:14:48 1995 --- ./top.c Mon Jun 26 00:20:19 1995 *************** *** 108,111 **** --- 108,113 ---- int i_memory(); int u_memory(); + int i_swap(); + int u_swap(); int i_message(); int u_message(); *************** *** 120,123 **** --- 122,126 ---- int (*d_cpustates)() = i_cpustates; int (*d_memory)() = i_memory; + int (*d_swap)() = i_swap; int (*d_message)() = i_message; int (*d_header)() = i_header; *************** *** 515,518 **** --- 518,524 ---- (*d_memory)(system_info.memory); + /* display swap stats */ + (*d_swap)(system_info.swap); + /* handle message area */ (*d_message)(); *************** *** 569,572 **** --- 575,579 ---- d_cpustates = u_cpustates; d_memory = u_memory; + d_swap = u_swap; d_message = u_message; d_header = u_header; *************** *** 831,834 **** --- 838,842 ---- d_cpustates = i_cpustates; d_memory = i_memory; + d_swap = i_swap; d_message = i_message; d_header = i_header; diff -rc2 ../work/top.h ./top.h *** ../work/top.h Tue Aug 31 02:36:18 1993 --- ./top.h Mon Jun 26 01:00:30 1995 *************** *** 9,13 **** /* Number of lines of header information on the standard screen */ ! #define Header_lines 6 /* Maximum number of columns allowed for display */ --- 9,13 ---- /* Number of lines of header information on the standard screen */ ! #define Header_lines 7 /* Maximum number of columns allowed for display */ From owner-freebsd-ports Sun Jun 25 14:32:17 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08475 for ports-outgoing; Sun, 25 Jun 1995 14:32:17 -0700 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 OAA08469 for ; Sun, 25 Jun 1995 14:32:15 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id OAA02363; Sun, 25 Jun 1995 14:32:03 -0700 Date: Sun, 25 Jun 1995 14:32:03 -0700 Message-Id: <199506252132.OAA02363@silvia.HIP.Berkeley.EDU> To: jmb@kryten.Atinc.COM CC: chuckr@Glue.umd.edu, yergeau@gloworm.Stanford.EDU, FreeBSD-Ports@FreeBSD.org In-reply-to: (jmb@kryten.Atinc.COM) Subject: Re: c++filt From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@FreeBSD.org Precedence: bulk By the way, I've heard gcc-2.7 includes c++filt. It will be imported to the -current tree soon, so I guess this small project will rest in peace. Satoshi From owner-freebsd-ports Sun Jun 25 15:02:12 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA09421 for ports-outgoing; Sun, 25 Jun 1995 15:02:12 -0700 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 PAA09413 ; Sun, 25 Jun 1995 15:02:09 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id PAA02467; Sun, 25 Jun 1995 15:02:06 -0700 Date: Sun, 25 Jun 1995 15:02:06 -0700 Message-Id: <199506252202.PAA02467@silvia.HIP.Berkeley.EDU> To: jkh@freebsd.org CC: ports@freebsd.org In-reply-to: <4162.804039555@whisker.internet-eireann.ie> (jkh@freebsd.org) Subject: Re: To speak of ports and packages, cabbages and kings. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * Would anyone care to re-write this stuff from scratch? :-} As one of the people who has gone in to this dungeon and barely crawled out alive, let me echo this (loudly). ;) Satoshi From owner-freebsd-ports Sun Jun 25 21:04:00 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA21392 for ports-outgoing; Sun, 25 Jun 1995 21:04:00 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA21382 for ports; Sun, 25 Jun 1995 21:04:00 -0700 Date: Sun, 25 Jun 1995 21:04:00 -0700 From: "Jordan K. Hubbard" Message-Id: <199506260404.VAA21382@freefall.cdrom.com> To: ports Subject: procmail goes south. Sender: ports-owner@FreeBSD.org Precedence: bulk >> procmail-3.11pre1.tar.gz doesn't seem to exist on this system. >> Attempting to fetch it from a master site. /pub/packages/procmail/procmail-3.11pre1.tar.gz: No such file. /pub/FreeBSD/FreeBSD-current/ports/distfiles/procmail-3.11pre1.tar.gz: No such file. >> Couldn't fetch it - please try to retreive this >> port manually into /usr/ports/distfiles and try again. *** Error code 1 No package either. Sigh. Jordan From owner-freebsd-ports Sun Jun 25 21:13:25 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA22015 for ports-outgoing; Sun, 25 Jun 1995 21:13:25 -0700 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 VAA22006 ; Sun, 25 Jun 1995 21:13:22 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id VAA03632; Sun, 25 Jun 1995 21:13:20 -0700 Date: Sun, 25 Jun 1995 21:13:20 -0700 Message-Id: <199506260413.VAA03632@silvia.HIP.Berkeley.EDU> To: jkh@freefall.cdrom.com CC: ports@freefall.cdrom.com In-reply-to: <199506260404.VAA21382@freefall.cdrom.com> (jkh@freefall.cdrom.com) Subject: Re: procmail goes south. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@FreeBSD.org Precedence: bulk * >> procmail-3.11pre1.tar.gz doesn't seem to exist on this system. * >> Attempting to fetch it from a master site. * /pub/packages/procmail/procmail-3.11pre1.tar.gz: No such file. * /pub/FreeBSD/FreeBSD-current/ports/distfiles/procmail-3.11pre1.tar.gz: No such file. * >> Couldn't fetch it - please try to retreive this * >> port manually into /usr/ports/distfiles and try again. * *** Error code 1 Huh? What version of bsd.port.mk is that? I get (on thud, after moving the distfile out of the way): ======= ## make fetch >> procmail-3.11pre3.tar.gz doesn't seem to exist on this system. >> Attempting to fetch from ftp://ftp.informatik.rwth-aachen.de/pub/packages/procmail/ Receiving file: procmail-3.11pre3.tar.gz 100% 0 167627 bytes. ETA: 0:00 procmail-3.11pre3.tar.gz: 167627 bytes received in 9.15 seconds, 17.89 K/s. ======= (Note the difference in the "Attempting to ..." line.) * No package either. Sigh. That's because it IS_INTERACTIVE. Andrey, can you build a package next time? Satoshi From owner-freebsd-ports Sun Jun 25 21:21:42 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA22281 for ports-outgoing; Sun, 25 Jun 1995 21:21:42 -0700 Received: from whisker.internet-eireann.ie (whisker.internet-eireann.ie [194.9.34.204]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA22270 ; Sun, 25 Jun 1995 21:21:29 -0700 Received: from localhost (localhost [127.0.0.1]) by whisker.internet-eireann.ie (8.6.11/8.6.9) with SMTP id FAA00285; Mon, 26 Jun 1995 05:22:07 +0100 To: asami@cs.berkeley.edu (Satoshi Asami) cc: jkh@freefall.cdrom.com, ports@freefall.cdrom.com Subject: Re: procmail goes south. In-reply-to: Your message of "Sun, 25 Jun 1995 21:13:20 PDT." <199506260413.VAA03632@silvia.HIP.Berkeley.EDU> Date: Mon, 26 Jun 1995 05:22:07 +0100 Message-ID: <283.804140527@whisker.internet-eireann.ie> From: "Jordan K. Hubbard" Sender: ports-owner@freebsd.org Precedence: bulk It's on freefall - I keep forgetting that freefall's rather out of date.. :-( Sorry for the false alarm! Jordan > * >> procmail-3.11pre1.tar.gz doesn't seem to exist on this system. > * >> Attempting to fetch it from a master site. > * /pub/packages/procmail/procmail-3.11pre1.tar.gz: No such file. > * /pub/FreeBSD/FreeBSD-current/ports/distfiles/procmail-3.11pre1.tar.gz: No such file. > * >> Couldn't fetch it - please try to retreive this > * >> port manually into /usr/ports/distfiles and try again. > * *** Error code 1 > > Huh? What version of bsd.port.mk is that? I get (on thud, after > moving the distfile out of the way): > > ======= > ## make fetch > >> procmail-3.11pre3.tar.gz doesn't seem to exist on this system. > >> Attempting to fetch from ftp://ftp.informatik.rwth-aachen.de/pub/packages/ procmail/ > Receiving file: procmail-3.11pre3.tar.gz > 100% 0 167627 bytes. ETA: 0: 00 > procmail-3.11pre3.tar.gz: 167627 bytes received in 9.15 seconds, 17.89 K/s. > ======= > > (Note the difference in the "Attempting to ..." line.) > > * No package either. Sigh. > > That's because it IS_INTERACTIVE. Andrey, can you build a package > next time? > > Satoshi > From owner-freebsd-ports Sun Jun 25 21:30:54 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA22849 for ports-outgoing; Sun, 25 Jun 1995 21:30:54 -0700 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 VAA22843 ; Sun, 25 Jun 1995 21:30:52 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id VAA03706; Sun, 25 Jun 1995 21:30:49 -0700 Date: Sun, 25 Jun 1995 21:30:49 -0700 Message-Id: <199506260430.VAA03706@silvia.HIP.Berkeley.EDU> To: jkh@freebsd.org CC: jkh@freefall.cdrom.com, ports@freefall.cdrom.com In-reply-to: <283.804140527@whisker.internet-eireann.ie> (jkh@freebsd.org) Subject: Re: procmail goes south. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * It's on freefall - I keep forgetting that freefall's rather out * of date.. :-( * * Sorry for the false alarm! No problem. But people keep reporting errors though. Maybe we can make ports totally unbuildable on freefall. Hmm, how does "rm -rf /usr/ports/distfiles; ln -s /dev/null /usr/ports/distfiles" sound? :) Satoshi (I'm half serious) From owner-freebsd-ports Sun Jun 25 21:43:17 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA23350 for ports-outgoing; Sun, 25 Jun 1995 21:43:17 -0700 Received: from whisker.internet-eireann.ie (whisker.internet-eireann.ie [194.9.34.204]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA23341 ; Sun, 25 Jun 1995 21:43:05 -0700 Received: from localhost (localhost [127.0.0.1]) by whisker.internet-eireann.ie (8.6.11/8.6.9) with SMTP id FAA00425; Mon, 26 Jun 1995 05:43:46 +0100 To: asami@cs.berkeley.edu (Satoshi Asami) cc: jkh@freebsd.org, jkh@freefall.cdrom.com, ports@freefall.cdrom.com Subject: Re: procmail goes south. In-reply-to: Your message of "Sun, 25 Jun 1995 21:30:49 PDT." <199506260430.VAA03706@silvia.HIP.Berkeley.EDU> Date: Mon, 26 Jun 1995 05:43:46 +0100 Message-ID: <423.804141826@whisker.internet-eireann.ie> From: "Jordan K. Hubbard" Sender: ports-owner@freebsd.org Precedence: bulk Everyone sups from /usr/ports on freefall.. :-( > * It's on freefall - I keep forgetting that freefall's rather out > * of date.. :-( > * > * Sorry for the false alarm! > > No problem. But people keep reporting errors though. Maybe we can > make ports totally unbuildable on freefall. Hmm, how does "rm -rf > /usr/ports/distfiles; ln -s /dev/null /usr/ports/distfiles" sound? :) > > Satoshi (I'm half serious) > From owner-freebsd-ports Sun Jun 25 21:47:43 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA23554 for ports-outgoing; Sun, 25 Jun 1995 21:47:43 -0700 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 VAA23546 ; Sun, 25 Jun 1995 21:47:35 -0700 Received: by sequent.kiae.su id AA29689 (5.65.kiae-2 ); Mon, 26 Jun 1995 08:46:08 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 26 Jun 95 08:46:08 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id IAA00784; Mon, 26 Jun 1995 08:45:19 +0400 To: "Jordan K. Hubbard" , ports@freefall.cdrom.com References: <199506260404.VAA21382@freefall.cdrom.com> In-Reply-To: <199506260404.VAA21382@freefall.cdrom.com>; from "Jordan K. Hubbard" at Sun, 25 Jun 1995 21:04:00 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 26 Jun 1995 08:45:19 +0400 (MSD) X-Mailer: Mail/@ [v2.38 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= aka "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: procmail goes south. Lines: 12 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 518 Sender: ports-owner@FreeBSD.org Precedence: bulk In message <199506260404.VAA21382@freefall.cdrom.com> Jordan K. Hubbard writes: >>> procmail-3.11pre1.tar.gz doesn't seem to exist on this system. And you goes north not upgrading your ports collection to -current :-) -- 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 Sun Jun 25 22:13:48 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA24786 for ports-outgoing; Sun, 25 Jun 1995 22:13:48 -0700 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 WAA24766 ; Sun, 25 Jun 1995 22:13:19 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id WAA03817; Sun, 25 Jun 1995 22:13:14 -0700 Date: Sun, 25 Jun 1995 22:13:14 -0700 Message-Id: <199506260513.WAA03817@silvia.HIP.Berkeley.EDU> To: jkh@freebsd.org CC: jkh@freebsd.org, jkh@freefall.cdrom.com, ports@freefall.cdrom.com In-reply-to: <423.804141826@whisker.internet-eireann.ie> (jkh@freebsd.org) Subject: Re: procmail goes south. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * Everyone sups from /usr/ports on freefall.. :-( Um, does that include distfiles? Doesn't that kinda defeat the purpose? But if we want to keep it that way, at least we need to update it more regularly. Right now it's hopelessly out of date. :< Satoshi From owner-freebsd-ports Mon Jun 26 02:54:31 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05800 for ports-outgoing; Mon, 26 Jun 1995 02:54:31 -0700 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 CAA05794 for ; Mon, 26 Jun 1995 02:54:27 -0700 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA19542; Mon, 26 Jun 95 02:52:08 -0700 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Mon, 26 Jun 95 11:50 MSZ Message-Id: Date: Mon, 26 Jun 95 11:50 MSZ From: me@tartufo.pcs.dec.com (Michael Elbel) To: jmz@cabri.obs-besancon.fr Cc: ports@freebsd.org Subject: Re: xemacs port in combination with ispell port Newsgroups: pcs.freebsd.ports References: <199506170545.BAA13454@Glock.COM> <9506241241.AA15412@cabri.obs-besancon.fr> Reply-To: me@freebsd.org Sender: ports-owner@freebsd.org Precedence: bulk In pcs.freebsd.ports you write: >>>>>> matthew c mead writes: >You will get this error with emacs too... Ispell comes with his own >ispell.el file and it seems that I forgot to put it in the package :-( >Either reinstall ispell from source or extract ispell.el and put it in >your site-lisp directory: >$ ls -l /usr/local/lib/emacs/site-lisp/ >total 264 >-rw-r--r-- 1 root wheel 42469 Mar 6 04:43 ispell.elc >-rw-r--r-- 1 root wheel 91476 Mar 6 04:43 ispell.el >I will update the port soon. This won't help with xemacs, however, since xemacs has its own lisp directory /usr/local/lib/xemacs/site-lisp/ :-( It might be that there should be a directory under /usr/local/lib for common special lisp stuff. Michael-- Michael Elbel, PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-ports Mon Jun 26 03:18:41 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA06583 for ports-outgoing; Mon, 26 Jun 1995 03:18:41 -0700 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 DAA06573 ; Mon, 26 Jun 1995 03:18:38 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id DAA11505; Mon, 26 Jun 1995 03:18:35 -0700 Date: Mon, 26 Jun 1995 03:18:35 -0700 Message-Id: <199506261018.DAA11505@silvia.HIP.Berkeley.EDU> To: me@freebsd.org CC: jmz@cabri.obs-besancon.fr, ports@freebsd.org In-reply-to: (me@tartufo.pcs.dec.com) Subject: Re: xemacs port in combination with ispell port From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * >$ ls -l /usr/local/lib/emacs/site-lisp/ * This won't help with xemacs, however, since xemacs has its own * lisp directory /usr/local/lib/xemacs/site-lisp/ :-( And emacs' site-lisp directory has just moved into /usr/local/share with the upgrade to 19.29. :< * It might be that there should be a directory under /usr/local/lib * for common special lisp stuff. Agreed. Someone want to go into all the emacs-based editor ports (and ispell and such, hmm do any tex ports come with .el files?) to let them all agree on one location, say, /usr/local/share/emacs/site-lisp? (That's where emacs is now, and others should follow, I reckon.) Satoshi From owner-freebsd-ports Mon Jun 26 03:19:27 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA06650 for ports-outgoing; Mon, 26 Jun 1995 03:19:27 -0700 Received: from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA06644 for ; Mon, 26 Jun 1995 03:19:24 -0700 Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) from dva.in-berlin.de with uucp id ; Mon, 26 Jun 95 11:52 MET DST Received: by dva.in-berlin.de id m0sQAS3-0002JeC; Mon, 26 Jun 95 11:27 MET DST (/\oo/\ Smail3.1.29.1 #29.1) Message-Id: From: root@dva.in-berlin.de (Boris Staeblow) Subject: fetching distfiles To: freebsd-ports@freebsd.org Date: Mon, 26 Jun 1995 11:27:30 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24 PGP1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 721 Sender: ports-owner@freebsd.org Precedence: bulk Hi! I've some suggestions for managing the distfiles: - A possibility for fetching _all_ distfiles. (When only one distfile is not available via FTP the fetch break with error's. The fetch shouldn't stop and should try to retreive the other distfiles...) - A possibility to disable the build of depending packages during the fetch. - A possibility to exclude categories in the fetch. - A "make checkdist" (for example) to check which distfiles are out-of-date. Boris -- balu@dva.in-berlin.de | Boris Staeblow | -=- dva.in-berlin.de -=- | 13407 Berlin - Germany | +49 30 495 50 60 ZyX19.2k 24h | | uucp/FreeBSD-current/-ports From owner-freebsd-ports Mon Jun 26 06:28:13 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12293 for ports-outgoing; Mon, 26 Jun 1995 06:28:13 -0700 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 GAA12282 ; Mon, 26 Jun 1995 06:28:09 -0700 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA23728; Mon, 26 Jun 95 06:24:09 -0700 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Mon, 26 Jun 95 15:22 MSZ Message-Id: From: me@tartufo.pcs.dec.com (Michael Elbel) Subject: Re: xemacs port in combination with ispell port To: asami@cs.berkeley.edu (Satoshi Asami) Date: Mon, 26 Jun 1995 15:22:54 +0200 (MSZ) Cc: me@freebsd.org, jmz@cabri.obs-besancon.fr, ports@freebsd.org Reply-To: me@freebsd.org (Michael Elbel) In-Reply-To: <199506261018.DAA11505@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Jun 26, 95 03:18:35 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: 1198 Sender: ports-owner@freebsd.org Precedence: bulk > * >$ ls -l /usr/local/lib/emacs/site-lisp/ > > * This won't help with xemacs, however, since xemacs has its own > * lisp directory /usr/local/lib/xemacs/site-lisp/ :-( > > And emacs' site-lisp directory has just moved into /usr/local/share > with the upgrade to 19.29. :< > > * It might be that there should be a directory under /usr/local/lib > * for common special lisp stuff. > > Agreed. Someone want to go into all the emacs-based editor ports (and > ispell and such, hmm do any tex ports come with .el files?) to let > them all agree on one location, say, /usr/local/share/emacs/site-lisp? > (That's where emacs is now, and others should follow, I reckon.) > If I'm not severely mistaken this won't work so easily. There might be site-lisp code that is dependent on the editor being used - I.e. settings for special xemacs or fsfmacs features. I agree that it's not *very* probable that both xemacs and fsfmacs are insalled on the same machine, but one never knows and would have to ensure that at least no files get overwritten with versions from another type of editor. Michael -- Michael Elbel, PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-ports Mon Jun 26 08:47:44 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA19665 for ports-outgoing; Mon, 26 Jun 1995 08:47:44 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA19659 for ; Mon, 26 Jun 1995 08:47:41 -0700 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id IAA05583 for ; Mon, 26 Jun 1995 08:47:35 -0700 Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.8/8.6.6) id RAA24937 for ports@freebsd.org; Mon, 26 Jun 1995 17:04:03 +0200 From: Thomas Gellekum Message-Id: <199506261504.RAA24937@ghpc6.ihf.rwth-aachen.de> Subject: ghostscript compiles with -g To: ports@freebsd.org Date: Mon, 26 Jun 1995 17:04:02 +0200 (MET DST) Organization: Institut f. Hochfrequenztechnik, RWTH Aachen 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: 259 Sender: ports-owner@freebsd.org Precedence: bulk Moin, I just noticed that ghostscript gets compiled with `-g'. Just add something like `CFLAGS="${CFLAGS}"' to MAKE_FLAGS in the Makefile. This will pick up the value from /etc/make.conf. Is there any reason why /incoming on freefall is chmod'd to 000? tg From owner-freebsd-ports Mon Jun 26 13:17:16 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02553 for ports-outgoing; Mon, 26 Jun 1995 13:17:16 -0700 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02546 for ; Mon, 26 Jun 1995 13:17:14 -0700 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id NAA02656; Mon, 26 Jun 1995 13:17:09 -0700 Date: Mon, 26 Jun 1995 13:17:09 -0700 Message-Id: <199506262017.NAA02656@forgery.CS.Berkeley.EDU> To: thomas@ghpc8.ihf.rwth-aachen.de CC: ports@freebsd.org In-reply-to: <199506261504.RAA24937@ghpc6.ihf.rwth-aachen.de> (message from Thomas Gellekum on Mon, 26 Jun 1995 17:04:02 +0200 (MET DST)) Subject: Re: ghostscript compiles with -g From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * I just noticed that ghostscript gets compiled with `-g'. Just add * something like `CFLAGS="${CFLAGS}"' to MAKE_FLAGS in the Makefile. * This will pick up the value from /etc/make.conf. Well, there are lots of ports that compile with `-g', I haven't tried to fix them as long as they include some form of another of `-O' as well. Stripping the results will produce a binary that's small enough, and some programs have strange requirements on what flags they want to be compiled with so I don't want to just go in and change them. But if you verified that ghostscript works well with `-O2 -m486' (I think that's the default for most users), by all means go ahead and add that into the Makefile. (Or I can do it for you.) Satoshi From owner-freebsd-ports Mon Jun 26 17:55:30 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA28004 for ports-outgoing; Mon, 26 Jun 1995 17:55:30 -0700 Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA27983 for ; Mon, 26 Jun 1995 17:55:27 -0700 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by jolt.eng.umd.edu (8.6.10/8.6.4) with ESMTP id UAA06450; Mon, 26 Jun 1995 20:55:11 -0400 Received: (chuckr@localhost) by latte.eng.umd.edu (8.6.10/8.6.4) id UAA12079; Mon, 26 Jun 1995 20:55:11 -0400 Date: Mon, 26 Jun 1995 20:55:10 -0400 (EDT) From: Chuck Robey To: Satoshi Asami cc: jmb@kryten.Atinc.COM, yergeau@gloworm.Stanford.EDU, FreeBSD-Ports@FreeBSD.org Subject: Re: c++filt In-Reply-To: <199506252132.OAA02363@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ports-owner@FreeBSD.org Precedence: bulk On Sun, 25 Jun 1995, Satoshi Asami wrote: > By the way, I've heard gcc-2.7 includes c++filt. It will be imported > to the -current tree soon, so I guess this small project will rest in > peace. That's what the gcc-2.7.0 announcement said. Good idea, too. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-ports Mon Jun 26 18:07:08 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA29035 for ports-outgoing; Mon, 26 Jun 1995 18:07:08 -0700 Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA29029 for ; Mon, 26 Jun 1995 18:07:07 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.11/8.6.11) with SMTP id SAA23151 ; Mon, 26 Jun 1995 18:06:57 -0700 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Thomas Gellekum cc: ports@freebsd.org Subject: Re: ghostscript compiles with -g In-reply-to: Your message of "Mon, 26 Jun 1995 17:04:02 +0200." <199506261504.RAA24937@ghpc6.ihf.rwth-aachen.de> Date: Mon, 26 Jun 1995 18:06:57 -0700 Message-ID: <23149.804215217@westhill.cdrom.com> From: Gary Palmer Sender: ports-owner@freebsd.org Precedence: bulk In message <199506261504.RAA24937@ghpc6.ihf.rwth-aachen.de>, Thomas Gellekum wr ites: >Is there any reason why /incoming on freefall is chmod'd to 000? It was because /b on freefall filled up, and I was having a heck of a time trying to track down the cause of the overflow. I chmoded it to 000 because the incoming was rather large, and I didn't want anyone to upload anymore until I found the cause of the overflow. Now that someone has come forward and admitted it was something that he runs in cron that did it, I'll re-enable uploading when I get into work. Gary From owner-freebsd-ports Mon Jun 26 22:08:47 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA06537 for ports-outgoing; Mon, 26 Jun 1995 22:08:47 -0700 Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA06531 for ; Mon, 26 Jun 1995 22:08:45 -0700 Received: (from mmead@localhost) by Glock.COM (8.6.11/8.6.9) id BAA05510; Tue, 27 Jun 1995 01:09:01 -0400 Date: Tue, 27 Jun 1995 01:09:01 -0400 From: "matthew c. mead" Message-Id: <199506270509.BAA05510@Glock.COM> To: ports@FreeBSD.ORG Subject: gm4 & fvwm Sender: ports-owner@FreeBSD.ORG Precedence: bulk Since fvwm is built with m4 support, and the BSD m4 contains considerably less functionality than the gnu m4, how about making fvwm depend on gnu m4 and then make it exec that at startup instead of m4? -matt -- Matthew C. Mead | Network Administration: Virginia Tech Center for | Transportation Research -> mmead@ctr.vt.edu mmead@Glock.COM | Network Administration and Software Development http://www.Glock.COM/~mmead/ | Consulting: BizNet Technologies -> mmead@bnt.com From owner-freebsd-ports Tue Jun 27 01:14:42 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA14982 for ports-outgoing; Tue, 27 Jun 1995 01:14:42 -0700 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 BAA14974 ; Tue, 27 Jun 1995 01:14:37 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id BAA01199; Tue, 27 Jun 1995 01:14:35 -0700 Date: Tue, 27 Jun 1995 01:14:35 -0700 Message-Id: <199506270814.BAA01199@silvia.HIP.Berkeley.EDU> To: me@freebsd.org CC: ports@freebsd.org In-reply-to: (me@tartufo.pcs.dec.com) Subject: Re: xemacs port in combination with ispell port From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * If I'm not severely mistaken this won't work so easily. There might be * site-lisp code that is dependent on the editor being used - I.e. settings * for special xemacs or fsfmacs features. I agree that it's not *very* probable * that both xemacs and fsfmacs are insalled on the same machine, but one never * knows and would have to ensure that at least no files get overwritten with * versions from another type of editor. Point well taken. Well, we (the ports) aren't going to put anything into the site-lisp directory except for stuff like ispell (the editor ports don't put anything in there by default, right?). So unless we are going to ship some ports that depend on a particular variety/version of editor, and we ship multiple of them, we should be ok. On the other hand, individual site admins might want to put things in that directory as well, and the ambitious ones that put a lot of stuff (who also have both xemacs and mule, e.g.) might run into trouble. But I think those people can recompile the relevant editors without our "shared site-lisp hack" (we should provide an easy way to disable them). I think it's better to optimize the common cases, i.e., to make things like ispell work for everyone. But I only have emacs and mule, which are quite compatible (the latest version of mule follows the latest version of emacs quite closely) so I might be mis-judging the severity of the problem. Michael, what do you think? Satoshi From owner-freebsd-ports Tue Jun 27 01:50:03 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA16986 for ports-outgoing; Tue, 27 Jun 1995 01:50:03 -0700 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 BAA16968 for ; Tue, 27 Jun 1995 01:49:54 -0700 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA09710; Tue, 27 Jun 95 01:45:31 -0700 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Tue, 27 Jun 95 10:44 MSZ Message-Id: From: me@tartufo.pcs.dec.com (Michael Elbel) Subject: Re: xemacs port in combination with ispell port To: asami@cs.berkeley.edu (Satoshi Asami) Date: Tue, 27 Jun 1995 10:44:18 +0200 (MSZ) Cc: ports@freebsd.org Reply-To: me@freebsd.org (Michael Elbel) In-Reply-To: <199506270814.BAA01199@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Jun 27, 95 01:14:35 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: 776 Sender: ports-owner@freebsd.org Precedence: bulk > I think it's better to optimize the common cases, i.e., to make things > like ispell work for everyone. But I only have emacs and mule, which > are quite compatible (the latest version of mule follows the latest > version of emacs quite closely) so I might be mis-judging the severity > of the problem. Michael, what do you think? Your points make sense. I'm about to port xemacs-19.12 and will make it look for its site-lisp in /usr/local/share. Since xemacs, like fsfmas seems not to install anything there by default, we should be safe. Now we only need to find all ports that have elisp support and make them put their stuff int /usr/local/share/site-lisp :-) Michael -- Michael Elbel, PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-ports Tue Jun 27 01:56:04 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA17422 for ports-outgoing; Tue, 27 Jun 1995 01:56:04 -0700 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 BAA17416 for ; Tue, 27 Jun 1995 01:56:01 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id BAA01428; Tue, 27 Jun 1995 01:55:53 -0700 Date: Tue, 27 Jun 1995 01:55:53 -0700 Message-Id: <199506270855.BAA01428@silvia.HIP.Berkeley.EDU> To: mmead@Glock.COM CC: ports@FreeBSD.ORG In-reply-to: <199506270509.BAA05510@Glock.COM> (mmead@Glock.COM) Subject: Re: gm4 & fvwm From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@FreeBSD.ORG Precedence: bulk * Since fvwm is built with m4 support, and the BSD m4 contains * considerably less functionality than the gnu m4, how about making fvwm * depend on gnu m4 and then make it exec that at startup instead of m4? Actually, this applies to most of the *wm's in /usr/ports/x11 (AFAIK, ctwm, tvtwm and piewm all use m4, what about olvwm?). I think this is a good extension than can be very useful, with a relatively small one-time cost (fetching & compiling of gm4) for the user, although it may be overkill for some of the non-power users. Although I use ctwm, I'm no m4 or gm4 hacker and don't really have a strong opinion one way or the other. I certainly won't mind if my ctwm automatically pulled in gm4, though -- I'll probably use it some day anyway. :) What do other people think? If nobody objects, we can split forces and go wm-hacking. Oh, and one thing...I assume gm4 is upward-compatible to BSD m4, right? Satoshi From owner-freebsd-ports Tue Jun 27 02:21:22 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA19805 for ports-outgoing; Tue, 27 Jun 1995 02:21:22 -0700 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 CAA19791 ; Tue, 27 Jun 1995 02:21:13 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id CAA01509; Tue, 27 Jun 1995 02:20:56 -0700 Date: Tue, 27 Jun 1995 02:20:56 -0700 Message-Id: <199506270920.CAA01509@silvia.HIP.Berkeley.EDU> To: me@freebsd.org CC: ports@freebsd.org In-reply-to: (me@tartufo.pcs.dec.com) Subject: Re: xemacs port in combination with ispell port From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * Your points make sense. I'm about to port xemacs-19.12 and will make it * look for its site-lisp in /usr/local/share. Since xemacs, like fsfmas * seems not to install anything there by default, we should be safe. * Now we only need to find all ports that have elisp support and make them * put their stuff int /usr/local/share/site-lisp :-) Ok. Well, the only other editors that eat elisp are (AFAIK) the three mules, so they can all be shot down by the same stone. And for the elisp support, grep \\.el$ /usr/ports/*/*/pkg/PLIST yields only ispell other than the editors themselves. Satoshi From owner-freebsd-ports Tue Jun 27 05:04:51 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA05498 for ports-outgoing; Tue, 27 Jun 1995 05:04:51 -0700 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 FAA05492 for ; Tue, 27 Jun 1995 05:04:49 -0700 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA12818; Tue, 27 Jun 95 05:01:33 -0700 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Tue, 27 Jun 95 14:00 MSZ Message-Id: Date: Tue, 27 Jun 95 14:00 MSZ From: me@tartufo.pcs.dec.com (Michael Elbel) To: asami@cs.berkeley.edu Cc: ports@freebsd.org Subject: Re: gm4 & fvwm Newsgroups: pcs.freebsd.ports References: <199506270509.BAA05510@Glock.COM> <199506270855.BAA01428@silvia.HIP.Berkeley.EDU> Reply-To: me@freebsd.org Sender: ports-owner@freebsd.org Precedence: bulk In pcs.freebsd.ports you write: > * Since fvwm is built with m4 support, and the BSD m4 contains > * considerably less functionality than the gnu m4, how about making fvwm > * depend on gnu m4 and then make it exec that at startup instead of m4? >What do other people think? If nobody objects, we can split forces >and go wm-hacking. Ok, I'll look into making fvwm use the gnu m4. Michael -- Michael Elbel, PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-ports Tue Jun 27 07:56:31 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA15855 for ports-outgoing; Tue, 27 Jun 1995 07:56:31 -0700 Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA15846 for ; Tue, 27 Jun 1995 07:56:17 -0700 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by jolt.eng.umd.edu (8.6.10/8.6.4) with ESMTP id KAA22425; Tue, 27 Jun 1995 10:53:11 -0400 Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.6.10/8.6.4) id KAA04241; Tue, 27 Jun 1995 10:53:11 -0400 Date: Tue, 27 Jun 1995 10:53:11 -0400 (EDT) From: Chuck Robey To: Satoshi Asami cc: mmead@Glock.COM, ports@FreeBSD.ORG Subject: Re: gm4 & fvwm In-Reply-To: <199506270855.BAA01428@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ports-owner@FreeBSD.ORG Precedence: bulk On Tue, 27 Jun 1995, Satoshi Asami wrote: > * Since fvwm is built with m4 support, and the BSD m4 contains > * considerably less functionality than the gnu m4, how about making fvwm > * depend on gnu m4 and then make it exec that at startup instead of m4? > > Actually, this applies to most of the *wm's in /usr/ports/x11 (AFAIK, > ctwm, tvtwm and piewm all use m4, what about olvwm?). I think this is > a good extension than can be very useful, with a relatively small > one-time cost (fetching & compiling of gm4) for the user, although it > may be overkill for some of the non-power users. > > Although I use ctwm, I'm no m4 or gm4 hacker and don't really have a > strong opinion one way or the other. I certainly won't mind if my > ctwm automatically pulled in gm4, though -- I'll probably use it some > day anyway. :) > > What do other people think? If nobody objects, we can split forces > and go wm-hacking. > > Oh, and one thing...I assume gm4 is upward-compatible to BSD m4, right? They all compile using the bsd m4, I've tried, so even if the gnu m4 is better, just what does using it get you? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-ports Tue Jun 27 09:18:20 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA19991 for ports-outgoing; Tue, 27 Jun 1995 09:18:20 -0700 Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA19985 for ; Tue, 27 Jun 1995 09:18:18 -0700 Received: (from mmead@localhost) by Glock.COM (8.6.11/8.6.9) id MAA10594; Tue, 27 Jun 1995 12:18:33 -0400 Date: Tue, 27 Jun 1995 12:18:33 -0400 From: "matthew c. mead" Message-Id: <199506271618.MAA10594@Glock.COM> To: asami@cs.berkeley.edu (Satoshi Asami) Cc: ports@FreeBSD.ORG Subject: Re: gm4 & fvwm In-Reply-To: Your message of Tue, June 27, 1995 01:55:53 -0700 References: <199506270509.BAA05510@Glock.COM> <199506270855.BAA01428@silvia.HIP.Berkeley.EDU> Sender: ports-owner@FreeBSD.ORG Precedence: bulk On Tue, June 27, 1995 at 01:55:53 (-0700), Satoshi Asami wrote: > * Since fvwm is built with m4 support, and the BSD m4 contains > * considerably less functionality than the gnu m4, how about making fvwm > * depend on gnu m4 and then make it exec that at startup instead of m4? > Actually, this applies to most of the *wm's in /usr/ports/x11 (AFAIK, > ctwm, tvtwm and piewm all use m4, what about olvwm?). I think this is > a good extension than can be very useful, with a relatively small > one-time cost (fetching & compiling of gm4) for the user, although it > may be overkill for some of the non-power users. That's true. I wouldn't say that I'm using it because I'm a poweruser, though I am (:-). I mainly need it so that I can have a list of hosts that I do an "xon" to when I want to connect to them (my home machine's on a T1 connection to the network). Basically I like to exclude the host I'm on from that as I have a menu for local xterms as well. I also like the ability to have a single configuration file for the machines I log into via X. M4 helps a lot with that so that I can just use FVWMDIR for my ModulePath and similar notions. > Although I use ctwm, I'm no m4 or gm4 hacker and don't really have a > strong opinion one way or the other. I certainly won't mind if my > ctwm automatically pulled in gm4, though -- I'll probably use it some > day anyway. :) :-) > What do other people think? If nobody objects, we can split forces > and go wm-hacking. I wouldn't mind patching the ports to do this gm4 compatibility if someone will commit the changes. > Oh, and one thing...I assume gm4 is upward-compatible to BSD m4, right? For everything *I've* done it has been. I'm not totally sure on this, maybe a comment from someone else who's an m4 hacker would be appropriate before proceeding. -matt -- Matthew C. Mead | Network Administration: Virginia Tech Center for | Transportation Research -> mmead@ctr.vt.edu mmead@Glock.COM | Network Administration and Software Development http://www.Glock.COM/~mmead/ | Consulting: BizNet Technologies -> mmead@bnt.com From owner-freebsd-ports Tue Jun 27 09:20:33 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA20250 for ports-outgoing; Tue, 27 Jun 1995 09:20:33 -0700 Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA20239 for ; Tue, 27 Jun 1995 09:20:31 -0700 Received: (from mmead@localhost) by Glock.COM (8.6.11/8.6.9) id MAA10602; Tue, 27 Jun 1995 12:20:36 -0400 Date: Tue, 27 Jun 1995 12:20:36 -0400 From: "matthew c. mead" Message-Id: <199506271620.MAA10602@Glock.COM> To: Chuck Robey Cc: Satoshi Asami , ports@FreeBSD.ORG Subject: Re: gm4 & fvwm In-Reply-To: Your message of Tue, June 27, 1995 10:53:11 -0400 References: <199506270855.BAA01428@silvia.HIP.Berkeley.EDU> Sender: ports-owner@FreeBSD.ORG Precedence: bulk On Tue, June 27, 1995 at 10:53:11 (-0400), Chuck Robey wrote: > On Tue, 27 Jun 1995, Satoshi Asami wrote: > > * Since fvwm is built with m4 support, and the BSD m4 contains > > * considerably less functionality than the gnu m4, how about making fvwm > > * depend on gnu m4 and then make it exec that at startup instead of m4? > > Actually, this applies to most of the *wm's in /usr/ports/x11 (AFAIK, > > ctwm, tvtwm and piewm all use m4, what about olvwm?). I think this is > > a good extension than can be very useful, with a relatively small > > one-time cost (fetching & compiling of gm4) for the user, although it > > may be overkill for some of the non-power users. > > Although I use ctwm, I'm no m4 or gm4 hacker and don't really have a > > strong opinion one way or the other. I certainly won't mind if my > > ctwm automatically pulled in gm4, though -- I'll probably use it some > > day anyway. :) > > What do other people think? If nobody objects, we can split forces > > and go wm-hacking. > > Oh, and one thing...I assume gm4 is upward-compatible to BSD m4, right? > They all compile using the bsd m4, I've tried, so even if the gnu m4 is > better, just what does using it get you? Well, it has certain functionality that's a lot more suitable to the types of things people (at least I) want to do. For instance, you can use a program to get the display number, and call that from within an esyscmd macro in gm4, but m4 doesn't have this. There are other things as well - that example just came to mind. -matt -- Matthew C. Mead | Network Administration: Virginia Tech Center for | Transportation Research -> mmead@ctr.vt.edu mmead@Glock.COM | Network Administration and Software Development http://www.Glock.COM/~mmead/ | Consulting: BizNet Technologies -> mmead@bnt.com From owner-freebsd-ports Tue Jun 27 11:39:49 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA27831 for ports-outgoing; Tue, 27 Jun 1995 11:39:49 -0700 Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA27823 for ; Tue, 27 Jun 1995 11:39:45 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id CAA28062; Wed, 28 Jun 1995 02:37:33 +0800 Date: Wed, 28 Jun 1995 02:37:32 +0800 (WST) From: Peter Wemm To: ports@freebsd.org Subject: a port for TIN? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ports-owner@freebsd.org Precedence: bulk I just noticed that there isn't a "news/tin" port.. Should I do one? BTW: Yes Andrey, I've included your FreeBSD patches into the NN master source.. Thanks.. beta4 should compile "out of the box" on FreeBSD now, although we're merging the X11/Tcl/Tk interface in at the moment. It'll probably be called version 7 now, not 6.5. -Peter From owner-freebsd-ports Tue Jun 27 21:05:39 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA19035 for ports-outgoing; Tue, 27 Jun 1995 21:05:39 -0700 Received: from seaquest (seaquest.sea.legent.com [155.35.41.137]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA19019 for ; Tue, 27 Jun 1995 21:05:29 -0700 Received: by seaquest (5.x/SMI-SVR4(DEO-022095 Problems to obrien@sea.legent.com)) id AA00734; Wed, 28 Jun 1995 00:03:38 -0400 From: obrien@Sea.Legent.com (David O'Brien) Message-Id: <9506280403.AA00734@seaquest> Subject: Re: a port for TIN? To: peter@haywire.DIALix.COM (Peter Wemm) Date: Wed, 28 Jun 1995 00:03:38 -0400 (EDT) Cc: ports@freebsd.org In-Reply-To: from "Peter Wemm" at Jun 28, 95 02:37:32 am X-Mailer: ELM [version 2.4 PL24 PGP2] Content-Type: text Sender: ports-owner@freebsd.org Precedence: bulk > > I just noticed that there isn't a "news/tin" port.. Should I do one? > Tin is great! If you want to work from the latest and greatest, you want the 1.3 beta (in case you didn't know there is one). You can get it from ftp.scn.de:/pub/news/tin. Tin now supports X-11 including using the mouse for moving to next article, etc. Also has support for PGP and is MUCH (yes thats MUCH) faster fetching and threading articles. -- David O'Brien (obrien@sea.legent.com) From owner-freebsd-ports Wed Jun 28 00:36:29 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA26770 for ports-outgoing; Wed, 28 Jun 1995 00:36:29 -0700 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 AAA26764 for ; Wed, 28 Jun 1995 00:36:24 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id AAA07491; Wed, 28 Jun 1995 00:35:35 -0700 Date: Wed, 28 Jun 1995 00:35:35 -0700 Message-Id: <199506280735.AAA07491@silvia.HIP.Berkeley.EDU> To: obrien@Sea.Legent.com CC: peter@haywire.DIALix.COM, ports@freebsd.org In-reply-to: <9506280403.AA00734@seaquest> (obrien@Sea.Legent.com) Subject: Re: a port for TIN? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * > I just noticed that there isn't a "news/tin" port.. Should I do one? Yes! By all means! :) * Tin is great! If you want to work from the latest and greatest, you want * the 1.3 beta (in case you didn't know there is one). You can get it from * ftp.scn.de:/pub/news/tin. * * Tin now supports X-11 including using the mouse for moving to next article, * etc. Also has support for PGP and is MUCH (yes thats MUCH) faster fetching * and threading articles. Sounds even better! :) Satoshi From owner-freebsd-ports Wed Jun 28 01:26:39 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA27997 for ports-outgoing; Wed, 28 Jun 1995 01:26:39 -0700 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 BAA27991 for ; Wed, 28 Jun 1995 01:26:36 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id BAA07697; Wed, 28 Jun 1995 01:26:27 -0700 Date: Wed, 28 Jun 1995 01:26:27 -0700 Message-Id: <199506280826.BAA07697@silvia.HIP.Berkeley.EDU> To: chuckr@Glue.umd.edu CC: mmead@Glock.COM, ports@FreeBSD.ORG In-reply-to: (message from Chuck Robey on Tue, 27 Jun 1995 10:53:11 -0400 (EDT)) Subject: Re: gm4 & fvwm From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@FreeBSD.ORG Precedence: bulk * > * Since fvwm is built with m4 support, and the BSD m4 contains * > * considerably less functionality than the gnu m4, how about making fvwm * > * depend on gnu m4 and then make it exec that at startup instead of m4? * They all compile using the bsd m4, I've tried, so even if the gnu m4 is * better, just what does using it get you? I'm afraid you missed the point, it's not for *compiling*, it's for running. Various window managers can be made to use m4 to preprocess the ~/.*wmrc files, so you can stick in some fancy m4 commands there to do a lot of interesting things. Satoshi From owner-freebsd-ports Wed Jun 28 02:21:54 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00270 for ports-outgoing; Wed, 28 Jun 1995 02:21:54 -0700 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 CAA00262 ; Wed, 28 Jun 1995 02:21:42 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id CAA07919; Wed, 28 Jun 1995 02:21:08 -0700 Date: Wed, 28 Jun 1995 02:21:08 -0700 Message-Id: <199506280921.CAA07919@silvia.HIP.Berkeley.EDU> To: ports@freebsd.org CC: rgrimes@gndrsh.aac.dev.com, jkh@freebsd.org, ache@freebsd.org Subject: utils/ explosion From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk Now that 2.0.5R is out and the rush of upgrades has passed by, I think it's time to settle stuff that we postponed due to the release. The first item on the agenda is the bloat of utils. Right now ports/utils has the following subdirectories: amanda less screen bonnie lmbench top chord mmv tua colorls mshell vmsbackup cpm mtools wine hfs pcemu xbatt iozone pgp.non-usa_only xdu ispell pgp.usa_only xsysstats kp rman The COMMENT files of these are as follows: ------- ==> amanda/pkg/COMMENT <== Amanda, The Advanced Maryland Automatic Network Disk Archiver ==> bonnie/pkg/COMMENT <== BONNIE: Performance Test of Filesystem I/O ==> chord/pkg/COMMENT <== chord-3.6, produce PS sheet-music from text input ==> colorls/pkg/COMMENT <== colorls is an ls replacement that can use color to display file attributes. ==> cpm/pkg/COMMENT <== Utility to transfer files from/to CP/M (R) diskettes. ==> hfs/pkg/COMMENT <== hfs - program for reading Macintosh HFS floppy disks, hard drives and CDROMs ==> iozone/pkg/COMMENT <== IOZONE: Performance Test of Sequential File I/O -- V2.01 ==> ispell/pkg/COMMENT <== Ispell - an interactive spelling checker. version 3.1 ==> kp/pkg/COMMENT <== kp, The Keyboard Practicer, ver. 0.95 ==> less/pkg/COMMENT <== less 290 - a better pager utility ==> lmbench/pkg/COMMENT <== lmbench-1.0, system performance measurement tool ==> mmv/pkg/COMMENT <== mmv - move/copy/append/link multiple files with sophisticated wildcard matching ==> mshell/pkg/COMMENT <== Mshell: a Unix menuing shell ==> mtools/pkg/COMMENT <== Mtools - a collection of tools for manipulating MSDOS files. Version 2.0.7 ==> pcemu/pkg/COMMENT <== pcemu - An 8086 PC emulator, written by By David Hedley (hedley@cs.bris.ac.uk) ==> pgp.non-usa_only/pkg/COMMENT <== Pretty Good Privacy(tm) v2.6.2i - Public-Key encryption for the masses ==> pgp.usa_only/pkg/COMMENT <== Pretty Good Privacy(tm) v2.6.2 - Public-key encryption for the masses ==> rman/pkg/COMMENT <== rman - reverse compile man pages from formatted form to a number of source formats ==> screen/pkg/COMMENT <== screen - a multi-screen window manager ==> top/pkg/COMMENT <== Top 3.3 - A system monitoring utility ==> tua/pkg/COMMENT <== TUA - The Uucp Analyzer. Version 4.0 ==> vmsbackup/pkg/COMMENT <== VMSBACKUP reads VMS BACKUP tapes. ==> xbatt/pkg/COMMENT <== xbatt 1.0 - battery status display for X11 ==> xdu/pkg/COMMENT <== xdu, graphically display output of du ==> xsysstats/pkg/COMMENT <== xsysstats-1.34, a system information display tool ------- I think we can thus put top, tua, xdu, xperfmon, xsysstats (this one currently in "x11") in "sysutils", bonnie, iozone, lmbench in "benchmarks" (proposed by Rod), cpm, hfs, mtools, pcemu, vmsbackup, wine in "emulators" (proposed by Jordan), and pgp.non-usa_only, pgp.usa_only in "security" (proposed by Andrey). The following will remain in utils: amanda, chord, colorls, ispell, kp, less, mmv, mshell, rman, screen, xbatt Rod also said tcpblast (currently in "net") can go into "benchmarks". Please let me know what you think. Satoshi (your friendly ports administrator) From owner-freebsd-ports Wed Jun 28 02:54:01 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00903 for ports-outgoing; Wed, 28 Jun 1995 02:54:01 -0700 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 CAA00896 ; Wed, 28 Jun 1995 02:53:55 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id CAA07974; Wed, 28 Jun 1995 02:53:52 -0700 Date: Wed, 28 Jun 1995 02:53:52 -0700 Message-Id: <199506280953.CAA07974@silvia.HIP.Berkeley.EDU> To: ports@freebsd.org CC: rgrimes@gndrsh.aac.dev.com, jkh@freebsd.org Subject: My wishlist From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk Here are the things I'm thinking of doing between now and 2.2. The 2.1, being the "stable" release, will pick up whatever that is working good enough at the head of -current. (1) New categories (www, benchmarks, security, sysutils, emulators) (2) Strip all binaries, compress all manpages (conditional to /etc/make.conf) (3) Convert subdir Makefiles into "SUBDIR += port1" "SUBDIR += port2" format instead of "SUBDIR = port1 port2 port3" These aren't very difficult, I already fired up a discussion for (1) and expect it to be done soon. (2) and (3) is simply a matter of someone to dive in there and convert all the necessary Makefiles. (4) More master sites We can try to add more "standard" mirror sites (crl.dec.com for ftp.x.org, gatekeeper.dec.com for prep.ai.mit.edu, etc.), but I need a lot of help from people. If you have a port that doesn't have multiple entries in MASTER_SITES, and it's not one of the well-mirrored groups of software like the ones above, please add some more sites. (5) MAINTAINER for every port Hey, where have people gone hiding? C'mon, it's not like I'm going to chase you around with a pointed whip in my hand if the port breaks, so please put your name up there if you are taking care of a port. You need to "claim" credit for yourself in the ports world, or Joe users won't know what a great work you've done! :) (6) Better and more organized periodic testing Any ideas? (7) An ability to fetch from the nearest master site It really bothers me when I do a make on thud.cdrom.com and it proceeds to go fetch the stuff from Europe or Japan, when it's readily available in California in one of the later MASTER_SITES. The same goes for the people in the other sides of the ponds, I guess. Any good ideas? "ping" all the MASTER_SITES and sort them? ;) (8) DISTDIR -> DISTPATH I know Jordan's been needling my backside about this for a long time, I simply can't come up with a good idea on how to handle it in bsd.port.mk.... (9) Better handling of dependencies (what if depended port is illegal, is interactive, etc.) For instance, if you do a "make" in mule-wnn with BATCH set, it will go into Wnn and return without doing anything because it IS_INTERACTIVE. However, this is not an error (otherwise top-down makes will fail) so bsd.port.mk will happily proceed to compile mule-wnn, only to blow up in the middle. :< (10) Better handling of info files, info/dir There are two directories to start with (/usr/share/info and /usr/local/info). Also, ports will add *.info files but won't update the "dir" file, etc. This is a mess. (11) Add BROKEN and RESTRICTED to bsd.port.subdir.mk Instead of just having SUBDIR, I want to "officially" support BROKEN and RESTRICTED in bsd.port.subdir.mk so that it won't be completely ignored when we're doing a top-down something (like making an INDEX file). (12) A better way to handle slight variations (cf. less/colorless) It's easy to add a "configure" script and make it interactive, but I'd prefer a batch solution.... (13) Fuzzy dependency lists Right now, if you try to pkg_add xfig that's compiled with xpm-3.4e, and you only have xpm-3.4f on your system, it will barf. Granted some combinations won't work, but there should be a better way to handle this.... (14) Mega-packages This is just a matter of someone adding a new item to CATEGORIES of the relevant ports. However, we already have lots of subdirectories in /usr/ports, and it might look a little confusing unless we make it clear it's a mega-package that the user wants to add everything in it at once, and not a category. (15) More classes of dependencies The current framework of EXEC_DEPENDS, LIB_DEPENDS and DEPENDS is way too raw, and people are complaining about the emacs *package* pulling in gmake, etc. Well, that's all I have for now. I'm planning to bring them up later again, but if you have any suggestions, opinions or additions, feel free to comment (or go ahead and fix them :). Thanks.... Satoshi From owner-freebsd-ports Wed Jun 28 03:54:50 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02079 for ports-outgoing; Wed, 28 Jun 1995 03:54:50 -0700 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 DAA02073 for ; Wed, 28 Jun 1995 03:54:48 -0700 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA01081; Wed, 28 Jun 95 03:52:52 -0700 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Wed, 28 Jun 95 12:51 MSZ Message-Id: Date: Wed, 28 Jun 95 12:51 MSZ From: me@tartufo.pcs.dec.com (Michael Elbel) To: asami@cs.berkeley.edu Cc: ports@freebsd.org Subject: Re: utils/ explosion Newsgroups: pcs.freebsd.ports References: <199506280921.CAA07919@silvia.HIP.Berkeley.EDU> Reply-To: me@freebsd.org Sender: ports-owner@freebsd.org Precedence: bulk In pcs.freebsd.ports you write: > cpm, hfs, mtools, pcemu, vmsbackup, wine >in "emulators" (proposed by Jordan), and I don't like this section. cpm, hfs, mtools and vmsbackup aren't really emulators in the commonly used sense. What about having a seperate dir for tools that transfer data to/from foreign formats? Michael-- Michael Elbel, PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-ports Wed Jun 28 04:11:04 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA02669 for ports-outgoing; Wed, 28 Jun 1995 04:11:04 -0700 Received: from freebsd.netcraft.co.uk (lambda.demon.co.uk [158.152.17.124]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA02661 for ; Wed, 28 Jun 1995 04:10:59 -0700 Received: (from paul@localhost) by freebsd.netcraft.co.uk (8.6.11/8.6.9) id MAA02420 for ports@freebsd.org; Wed, 28 Jun 1995 12:10:44 +0100 From: Paul Richards Message-Id: <199506281110.MAA02420@freebsd.netcraft.co.uk> Subject: Re: My wishlist To: ports@freebsd.org Date: Wed, 28 Jun 1995 12:10:43 +0100 (BST) In-Reply-To: <199506280953.CAA07974@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Jun 28, 95 02:53:52 am Reply-to: paul@freebsd.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 769 Sender: ports-owner@freebsd.org Precedence: bulk In reply to Satoshi Asami who said > > (9) Better handling of dependencies (what if depended port is > illegal, is interactive, etc.) > I already dropped Satoshi a note about this but I'd like to have a fetch target that does nothing but feth binaries. He explained a few problems but thinking about it some more, can't we have a target that fetches as much as it can and just fails (or even better logs) ports it can't fetch because of other problems. Another flag GETALL perhaps could be added to those ports that can be fetched without compiling some other port first. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home) From owner-freebsd-ports Wed Jun 28 09:09:03 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11420 for ports-outgoing; Wed, 28 Jun 1995 09:09:03 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11414 ; Wed, 28 Jun 1995 09:08:59 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id JAA09532; Wed, 28 Jun 1995 09:09:01 -0700 From: "Rodney W. Grimes" Message-Id: <199506281609.JAA09532@gndrsh.aac.dev.com> Subject: Re: My wishlist To: asami@cs.berkeley.edu (Satoshi Asami) Date: Wed, 28 Jun 1995 09:09:01 -0700 (PDT) Cc: ports@freebsd.org, jkh@freebsd.org In-Reply-To: <199506280953.CAA07974@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Jun 28, 95 02:53:52 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: 2622 Sender: ports-owner@freebsd.org Precedence: bulk > > Here are the things I'm thinking of doing between now and 2.2. The > 2.1, being the "stable" release, will pick up whatever that is working > good enough at the head of -current. > > (1) New categories (www, benchmarks, security, sysutils, emulators) Looks pretty good from my reading of your other post about this! > (2) Strip all binaries, compress all manpages (conditional to > /etc/make.conf) Thank you, I think I was the one who sniveled about this one not looking at /etc/make.conf :-) > (3) Convert subdir Makefiles into "SUBDIR += port1" "SUBDIR += port2" > format instead of "SUBDIR = port1 port2 port3" Why? The current /usr/src tree does not do this, and it may slow down make slighly more vs a \ continued line. I don't see the advantage to this, is there one? ... > > (6) Better and more organized periodic testing > > Any ideas? Egads, you want to know how to test 300 software packages that very in complexity from simple to very complex. Gee, that one would make a year long project for a CS student in software engineering/QA, and might even qualify for a masters thesis :-) > (7) An ability to fetch from the nearest master site > > It really bothers me when I do a make on thud.cdrom.com and it > proceeds to go fetch the stuff from Europe or Japan, when it's > readily available in California in one of the later MASTER_SITES. > The same goes for the people in the other sides of the ponds, I > guess. Any good ideas? "ping" all the MASTER_SITES and sort > them? ;) Rather than ping, traceroute and then filter the data based on timing and hop count. Traceroute gives a much better set of statistics, and is reasonably fast if run with -n so that DNS reverse lookups do not slow it down. Use hop count to break close (say within 20%) ties in RTT. This would be one major cool thing to have working, IMHO!!! > (8) DISTDIR -> DISTPATH > > I know Jordan's been needling my backside about this for a long > time, I simply can't come up with a good idea on how to handle it > in bsd.port.mk.... for i in ${DISTPATH}; do if [ -f ${i}/${DISTFILE}... > (10) Better handling of info files, info/dir > > There are two directories to start with (/usr/share/info and > /usr/local/info). Also, ports will add *.info files but won't > update the "dir" file, etc. This is a mess. Agreed, but not caused so much by us as the design of info and the ``dir'' file. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-ports Wed Jun 28 15:57:10 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26421 for ports-outgoing; Wed, 28 Jun 1995 15:57:10 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA26411 for ; Wed, 28 Jun 1995 15:57:07 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id AAA08459 ; Thu, 29 Jun 1995 00:56:58 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id AAA00709 ; Thu, 29 Jun 1995 00:56:50 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506282256.AAA00709@blaise.ibp.fr> Subject: Re: a port for TIN? To: obrien@Sea.Legent.com (David O'Brien) Date: Thu, 29 Jun 1995 00:56:50 +0200 (MET DST) Cc: peter@haywire.DIALix.COM, ports@freebsd.org In-Reply-To: <9506280403.AA00734@seaquest> from "David O'Brien" at Jun 28, 95 00:03:38 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 670 Sender: ports-owner@freebsd.org Precedence: bulk > Tin now supports X-11 including using the mouse for moving to next article, > etc. Also has support for PGP and is MUCH (yes thats MUCH) faster fetching > and threading articles. TIN's threading is poorly implemented to say the least. I don't know the exact status of 1.3 at this time, but TIN doesn't use References: header lines for threading and does only date/subject sorting. (s)trn are much better at this... Strn has almost everything thing that has TIN except PGP support. All IMHO of course. Happy port :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-ports Wed Jun 28 18:31:06 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA01502 for ports-outgoing; Wed, 28 Jun 1995 18:31:06 -0700 Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA01495 for ; Wed, 28 Jun 1995 18:31:03 -0700 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by jolt.eng.umd.edu (8.6.10/8.6.4) with ESMTP id VAA25570; Wed, 28 Jun 1995 21:30:52 -0400 Received: (chuckr@localhost) by mocha.eng.umd.edu (8.6.10/8.6.4) id VAA14994; Wed, 28 Jun 1995 21:30:52 -0400 Date: Wed, 28 Jun 1995 21:30:52 -0400 (EDT) From: Chuck Robey To: Satoshi Asami cc: mmead@Glock.COM, ports@FreeBSD.ORG Subject: Re: gm4 & fvwm In-Reply-To: <199506280826.BAA07697@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ports-owner@FreeBSD.ORG Precedence: bulk On Wed, 28 Jun 1995, Satoshi Asami wrote: > * > * Since fvwm is built with m4 support, and the BSD m4 contains > * > * considerably less functionality than the gnu m4, how about making fvwm > * > * depend on gnu m4 and then make it exec that at startup instead of m4? > > * They all compile using the bsd m4, I've tried, so even if the gnu m4 is > * better, just what does using it get you? > > I'm afraid you missed the point, it's not for *compiling*, it's for > running. Various window managers can be made to use m4 to preprocess > the ~/.*wmrc files, so you can stick in some fancy m4 commands there > to do a lot of interesting things. > > Satoshi Thanks, I understand now. > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-ports Thu Jun 29 04:08:58 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA21172 for ports-outgoing; Thu, 29 Jun 1995 04:08:58 -0700 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 EAA21165 ; Thu, 29 Jun 1995 04:08:54 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id EAA01862; Thu, 29 Jun 1995 04:08:52 -0700 Date: Thu, 29 Jun 1995 04:08:52 -0700 Message-Id: <199506291108.EAA01862@silvia.HIP.Berkeley.EDU> To: me@freebsd.org CC: ports@freebsd.org In-reply-to: (me@tartufo.pcs.dec.com) Subject: Re: utils/ explosion From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * In pcs.freebsd.ports you write: * * > cpm, hfs, mtools, pcemu, vmsbackup, wine * * >in "emulators" (proposed by Jordan), and * * I don't like this section. cpm, hfs, mtools and vmsbackup aren't * really emulators in the commonly used sense. What about having a * seperate dir for tools that transfer data to/from foreign formats? I don't really like it either, if you dig into the ports archive from around April you'll find that it took a lot of prodding from me about the name until Jordan came up with something semi-usable. ;) If you (or anyone else) have a better name, I'm all ears. Satoshi From owner-freebsd-ports Thu Jun 29 04:25:03 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA21665 for ports-outgoing; Thu, 29 Jun 1995 04:25:03 -0700 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 EAA21656 ; Thu, 29 Jun 1995 04:25:00 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id EAA01898; Thu, 29 Jun 1995 04:24:58 -0700 Date: Thu, 29 Jun 1995 04:24:58 -0700 Message-Id: <199506291124.EAA01898@silvia.HIP.Berkeley.EDU> To: paul@freebsd.org CC: ports@freebsd.org In-reply-to: <199506281110.MAA02420@freebsd.netcraft.co.uk> (message from Paul Richards on Wed, 28 Jun 1995 12:10:43 +0100 (BST)) Subject: Re: My wishlist From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * I already dropped Satoshi a note about this but I'd like to have a fetch * target that does nothing but feth binaries. He explained a few problems * but thinking about it some more, can't we have a target that fetches as * much as it can and just fails (or even better logs) ports it can't * fetch because of other problems. The patch I sent you plus the "-k" flag to make should do it, no? Did you try the patch, BTW? :) Satoshi From owner-freebsd-ports Thu Jun 29 05:30:45 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA22827 for ports-outgoing; Thu, 29 Jun 1995 05:30:45 -0700 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 FAA22821 ; Thu, 29 Jun 1995 05:30:41 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id FAA02104; Thu, 29 Jun 1995 05:30:32 -0700 Date: Thu, 29 Jun 1995 05:30:32 -0700 Message-Id: <199506291230.FAA02104@silvia.HIP.Berkeley.EDU> To: rgrimes@gndrsh.aac.dev.com CC: ports@freebsd.org, jkh@freebsd.org In-reply-to: <199506281609.JAA09532@gndrsh.aac.dev.com> (rgrimes@gndrsh.aac.dev.com) Subject: Re: My wishlist From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * > (2) Strip all binaries, compress all manpages (conditional to * > /etc/make.conf) * Thank you, I think I was the one who sniveled about this one not * looking at /etc/make.conf :-) Yep, it was you. You still want to help? :) * > (3) Convert subdir Makefiles into "SUBDIR += port1" "SUBDIR += port2" * > format instead of "SUBDIR = port1 port2 port3" * * Why? The current /usr/src tree does not do this, and it may slow * down make slighly more vs a \ continued line. I don't see the * advantage to this, is there one? Hehe. You said this is "Another Good Idea (TM)" when I proposed it a while ago. The idea is it's easier to add/delete things, harder to screw up the order, and I want to eventually turn this into something like (combined with (11) further down the list): BROKEN += a_broken_port SUBDIR += a_good_port RESTRICTED += cryptic_port SUBDIR += great_port SUBDIR += some_port RESTRICTED += what_a_jerk (Note the rhs is in alphabetical order) * Egads, you want to know how to test 300 software packages that very * in complexity from simple to very complex. Gee, that one would make * a year long project for a CS student in software engineering/QA, and * might even qualify for a masters thesis :-) Well, I'm not trying to do something as complicated as that, but anything would be better than status quo (which is, basically, "huh? whatever").... * Rather than ping, traceroute and then filter the data based on timing * and hop count. Traceroute gives a much better set of statistics, and * is reasonably fast if run with -n so that DNS reverse lookups do not * slow it down. Use hop count to break close (say within 20%) ties in RTT. * This would be one major cool thing to have working, IMHO!!! Hmm, let me see if I can come up with a shell script or something to do this.... * > (8) DISTDIR -> DISTPATH * > * > I know Jordan's been needling my backside about this for a long * > time, I simply can't come up with a good idea on how to handle it * > in bsd.port.mk.... * for i in ${DISTPATH}; do * if [ -f ${i}/${DISTFILE}... It's ${DISTFILES}, note the plural. Also, do we want to do the check on every stage (fetch, checksum, extract)? If not, we'll have to remember the dir/file pair for every component of ${DISTFILES}. Also, if it's not on the system, we need to put it into the first writable directory. Etc., etc., too many complications, and mk macros are just not powerful enough to write these stuff without major hackery.... * > (10) Better handling of info files, info/dir * Agreed, but not caused so much by us as the design of info and * the ``dir'' file. I know, but it's still very confusing to the users.... ;) Satoshi From owner-freebsd-ports Thu Jun 29 06:58:49 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA24977 for ports-outgoing; Thu, 29 Jun 1995 06:58:49 -0700 Received: from PLUMCS11.UMCS.LUBLIN.PL (plumcs11.umcs.lublin.pl [192.147.37.100]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA24942 for ; Thu, 29 Jun 1995 06:56:34 -0700 Received: from demeter.ipan.lublin.pl by PLUMCS11.UMCS.LUBLIN.PL (IBM VM SMTP V2R2) with TCP; Thu, 29 Jun 95 15:54:00 CET Received: from DEMETER/MAILQUEUE by demeter.ipan.lublin.pl (Mercury 1.20); 29 Jun 95 15:55:01 GMT+1 Received: from MAILQUEUE by DEMETER (Mercury 1.20); 29 Jun 95 15:54:43 GMT+1 From: "Janusz Kokot" Organization: Institute of Agrophysics PAS To: ports@freebsd.org Date: Thu, 29 Jun 1995 15:54:35 CET MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: CPM emulator port Priority: normal X-mailer: Pegasus Mail v3.22 Message-ID: <1E57D031C19@demeter.ipan.lublin.pl> Sender: ports-owner@freebsd.org Precedence: bulk I uploaded cpmemu.tgz to freebsd.cdrom.com/pub/FreeBSD/incoming/ This is the cpm emulator ( taken from Linux ). ---------------------------------------------------- Janusz Kokot Institute of Agrophysics, Polish Academy of Sciences E-Mail: jkokot@demeter.ipan.lublin From owner-freebsd-ports Thu Jun 29 08:52:20 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA29079 for ports-outgoing; Thu, 29 Jun 1995 08:52:20 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [198.6.14.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA29072 ; Thu, 29 Jun 1995 08:52:16 -0700 Received: (from adhir@localhost) by bigdipper.iagi.net (8.6.11/8.6.9) id LAA21010; Thu, 29 Jun 1995 11:50:58 -0400 Date: Thu, 29 Jun 1995 11:50:58 -0400 (EDT) From: "Alok K. Dhir" To: Satoshi Asami cc: ports@freebsd.org, rgrimes@gndrsh.aac.dev.com, jkh@freebsd.org, ache@freebsd.org Subject: Re: utils/ explosion In-Reply-To: <199506280921.CAA07919@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ports-owner@freebsd.org Precedence: bulk On Wed, 28 Jun 1995, Satoshi Asami wrote: > Now that 2.0.5R is out and the rush of upgrades has passed by, I think > it's time to settle stuff that we postponed due to the release. The > first item on the agenda is the bloat of utils. > ==> screen/pkg/COMMENT <== > screen - a multi-screen window manager > > in "security" (proposed by Andrey). The following will remain in > utils: > > amanda, chord, colorls, ispell, kp, less, mmv, mshell, rman, > screen, xbatt This has nothing to do with the topic, but it reminded me... The screen port currently is not fully functional. If screen is installed suid (so it may update the utmp file), it simply dumps core as soon as it is run. If it is installed non-suid, all works fine (albeit no utmp info is updated). Alok K. Dhir Internet Access Group, Inc. adhir@iagi.net (301) 652-0484 Fax: (301) 652-0649 http://www.iagi.net From owner-freebsd-ports Thu Jun 29 10:35:47 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA02116 for ports-outgoing; Thu, 29 Jun 1995 10:35:47 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA02105 ; Thu, 29 Jun 1995 10:35:43 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA11570; Thu, 29 Jun 1995 10:35:40 -0700 From: "Rodney W. Grimes" Message-Id: <199506291735.KAA11570@gndrsh.aac.dev.com> Subject: Re: My wishlist To: asami@cs.berkeley.edu (Satoshi Asami) Date: Thu, 29 Jun 1995 10:35:40 -0700 (PDT) Cc: ports@freebsd.org, jkh@freebsd.org In-Reply-To: <199506291230.FAA02104@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Jun 29, 95 05:30:32 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: 2776 Sender: ports-owner@freebsd.org Precedence: bulk ... > * > (3) Convert subdir Makefiles into "SUBDIR += port1" "SUBDIR += port2" > * > format instead of "SUBDIR = port1 port2 port3" > * > * Why? The current /usr/src tree does not do this, and it may slow > * down make slighly more vs a \ continued line. I don't see the > * advantage to this, is there one? > > Hehe. You said this is "Another Good Idea (TM)" when I proposed it a > while ago. The idea is it's easier to add/delete things, harder to > screw up the order, and I want to eventually turn this into something > like (combined with (11) further down the list): > > BROKEN += a_broken_port > SUBDIR += a_good_port > RESTRICTED += cryptic_port > SUBDIR += great_port > SUBDIR += some_port > RESTRICTED += what_a_jerk > > (Note the rhs is in alphabetical order) Yea, right, forgot about all this mixed mode subdir stuff, this is another good idea then! Sorry for going back on what I had before, but without this other context it was a toss up. > > * > (8) DISTDIR -> DISTPATH > * > > * > I know Jordan's been needling my backside about this for a long > * > time, I simply can't come up with a good idea on how to handle it > * > in bsd.port.mk.... > * for i in ${DISTPATH}; do > * if [ -f ${i}/${DISTFILE}... > > It's ${DISTFILES}, note the plural. Also, do we want to do the check > on every stage (fetch, checksum, extract)? If not, we'll have to > remember the dir/file pair for every component of ${DISTFILES}. _DISTFILE_USE: .USE for i in ${DISTPATH}; do \ for j in ${DISTFILES}; do \ if [ -f ${i}/${j} ]; then \ .if target(fetch) [whatever we do to fetch it] \ [Well, we don't fetch if we found it :-), so ``found_it=true;''] .endif .if target(checksum) [whatever we do to checksum it] \ [or perhaps ${MAKE} single_checksum DISTFILE_IS=${i}/{j}] .endif .if target(extract) [whatever we do to extract it] \ [or perhaps ${MAKE} single_extract DISTFILE_IS=${i}/{j}] .endif ... \ fi; \ done; \ done; \ if [ x"${found_it} != x"true" ]; then \ ${MAKE} single_fetch; \ fi; fetch checksum extract: _DISTFILE_USE Since this rolls all three similiar targets into one .USE subroutine there is no duplicated code :-). No need to repeat the search with the above code, since it handles it for you already :-). > Also, if it's not on the system, we need to put it into the first > writable directory. Etc., etc., too many complications, and mk macros > are just not powerful enough to write these stuff without major > hackery.... See above :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-ports Thu Jun 29 15:18:18 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA09844 for ports-outgoing; Thu, 29 Jun 1995 15:18:18 -0700 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA09837 for ; Thu, 29 Jun 1995 15:18:17 -0700 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id PAA06792; Thu, 29 Jun 1995 15:18:06 -0700 Date: Thu, 29 Jun 1995 15:18:06 -0700 Message-Id: <199506292218.PAA06792@forgery.CS.Berkeley.EDU> To: JKOKOT@demeter.ipan.lublin.pl CC: ports@freebsd.org In-reply-to: <1E57D031C19@demeter.ipan.lublin.pl> (JKOKOT@demeter.ipan.lublin.pl) Subject: Re: CPM emulator port From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * I uploaded cpmemu.tgz to freebsd.cdrom.com/pub/FreeBSD/incoming/ * This is the cpm emulator ( taken from Linux ). Thanks, it compiles and packages beautifully! I'll import it shortly, after: (1) The name clash with the "cpm" port (bin/cpm), which is a CP/m-format floppy read/write tool (sort of CP/M equivalent of mtools), is resolved, and (2) The reorganization of "utils" is done. This is one thing that SHOULD go to the new "emulators" directory! Thanks! Satoshi From owner-freebsd-ports Thu Jun 29 16:53:09 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12676 for ports-outgoing; Thu, 29 Jun 1995 16:53:09 -0700 Received: from uclink.berkeley.edu (uclink.Berkeley.EDU [128.32.155.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA12670 for ; Thu, 29 Jun 1995 16:53:08 -0700 Received: by uclink.berkeley.edu (8.6.10/1.33(web)-OV4) id QAA08986; Thu, 29 Jun 1995 16:53:07 -0700 Date: Thu, 29 Jun 1995 16:53:07 -0700 From: jmacd@uclink.berkeley.edu (Joshua Peck Macdonald) Message-Id: <199506292353.QAA08986@uclink.berkeley.edu> To: ports@freebsd.org Subject: Emacs 19.29 Sender: ports-owner@freebsd.org Precedence: bulk I already mailed this to the bug-gnu-emacs list, but the reply I got was that this was less of an emacs problem than a FreeBSD port problem, so I thought I'd ask if anyone else can reproduce this. I'm still running an old snapshot and didn't build emacs from the port, though I used the same configure args. So this is my problem. Someone who has scheme-mode and especially inferior-scheme-mode will be best able to test this. When I call 'run-scheme in emacs, after loading cmuscheme emacs locks up, its really annoying and hard to kill. I don't think there's anything in my local configuration that would cause this, as it worked under 19.28. -josh From owner-freebsd-ports Fri Jun 30 01:21:28 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24500 for ports-outgoing; Fri, 30 Jun 1995 01:21:28 -0700 Received: from PLUMCS11.UMCS.LUBLIN.PL (plumcs11.umcs.lublin.pl [192.147.37.100]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA24490 for ; Fri, 30 Jun 1995 01:20:17 -0700 Received: from demeter.ipan.lublin.pl by PLUMCS11.UMCS.LUBLIN.PL (IBM VM SMTP V2R2) with TCP; Fri, 30 Jun 95 10:19:09 CET Received: from DEMETER/MAILQUEUE by demeter.ipan.lublin.pl (Mercury 1.20); 30 Jun 95 10:20:10 GMT+1 Received: from MAILQUEUE by DEMETER (Mercury 1.20); 30 Jun 95 10:19:16 GMT+1 From: "Janusz Kokot" Organization: Institute of Agrophysics PAS To: ports@freebsd.org Date: Fri, 30 Jun 1995 10:19:09 CET MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: xspread port Priority: normal X-mailer: Pegasus Mail v3.22 Message-ID: <1F7E7E679B7@demeter.ipan.lublin.pl> Sender: ports-owner@freebsd.org Precedence: bulk I uploaded xspread.tgz to freebsd.cdrom.com/pub/FreeBSD/incoming/ Spreadsheet for X modified version of sc 6.22. ---------------------------------------------------- Janusz Kokot Institute of Agrophysics, Polish Academy of Sciences E-Mail: jkokot@demeter.ipan.lublin From owner-freebsd-ports Fri Jun 30 01:55:41 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA25669 for ports-outgoing; Fri, 30 Jun 1995 01:55:41 -0700 Received: from PLUMCS11.UMCS.LUBLIN.PL (plumcs11.umcs.lublin.pl [192.147.37.100]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA25657 for ; Fri, 30 Jun 1995 01:55:29 -0700 Received: from demeter.ipan.lublin.pl by PLUMCS11.UMCS.LUBLIN.PL (IBM VM SMTP V2R2) with TCP; Fri, 30 Jun 95 10:53:45 CET Received: from DEMETER/MAILQUEUE by demeter.ipan.lublin.pl (Mercury 1.20); 30 Jun 95 10:54:47 GMT+1 Received: from MAILQUEUE by DEMETER (Mercury 1.20); 30 Jun 95 10:54:43 GMT+1 From: "Janusz Kokot" Organization: Institute of Agrophysics PAS To: Self , ports@freebsd.org Date: Fri, 30 Jun 1995 10:54:42 CET MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: xspread port Priority: normal X-mailer: Pegasus Mail v3.22 Message-ID: <1F87F3748D8@demeter.ipan.lublin.pl> Sender: ports-owner@freebsd.org Precedence: bulk > I uploaded xspread.tgz to freebsd.cdrom.com/pub/FreeBSD/incoming/ > Spreadsheet for X modified version of sc 6.22. > Please take xspread1.tgz it is with md5 checksum file ---------------------------------------------------- Janusz Kokot Institute of Agrophysics, Polish Academy of Sciences E-Mail: jkokot@demeter.ipan.lublin From owner-freebsd-ports Fri Jun 30 02:44:19 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA27057 for ports-outgoing; Fri, 30 Jun 1995 02:44:19 -0700 Received: from uclink.berkeley.edu (uclink.Berkeley.EDU [128.32.155.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA27050 for ; Fri, 30 Jun 1995 02:44:18 -0700 Received: by uclink.berkeley.edu (8.6.10/1.33(web)-OV4) id CAA19657; Fri, 30 Jun 1995 02:44:16 -0700 Date: Fri, 30 Jun 1995 02:44:16 -0700 From: jmacd@uclink.berkeley.edu (Joshua Peck Macdonald) Message-Id: <199506300944.CAA19657@uclink.berkeley.edu> To: ports@freebsd.org Subject: emacs locks up/update Sender: ports-owner@freebsd.org Precedence: bulk Okay so yesterday I mailed this list somewhat clueless to a problem I was having and now I have it figured out, though it persists. Could people try this and see if it crashes for them so I can tell if its just my machine/installation. What locks it up (e19.29) is make-comint with the pathname of a directory. for example, I have a directory /users/jmacd/bin and if I execute in a lisp interaction buffer the command (make-comint "directory-process" "/users/jmacd/bin") it dies, can anyone else reproduces this? -josh From owner-freebsd-ports Fri Jun 30 08:59:16 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA06440 for ports-outgoing; Fri, 30 Jun 1995 08:59:16 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA06424 ; Fri, 30 Jun 1995 08:59:05 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55354>; Fri, 30 Jun 1995 17:58:35 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id SAA06476; Wed, 28 Jun 1995 18:55:18 +0200 Message-Id: <199506281655.SAA06476@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: paul@freebsd.org cc: ports@freebsd.org Subject: Re: My wishlist In-reply-to: Your message of "Wed, 28 Jun 1995 13:10:43 +0200." <199506281110.MAA02420@freebsd.netcraft.co.uk> Date: Wed, 28 Jun 1995 18:55:17 +0200 From: "Julian Stacey " Sender: ports-owner@freebsd.org Precedence: bulk Ref. Satoshi's request for comments, & this from Paul Richards : > Another flag GETALL perhaps could be added to those ports that can be > fetched without compiling some other port first. I guess a lot of us connect via expensive dial up ? & sometimes we need to be connected to do something interactive, but we can see the modem lights not blinking much, & know we're wasting expensive bandwidth .... ? Then would be a good time to have some kind of "cd /usr/ports ; make fetch_all_distfiles_i_don't_have_yet" type of functionality. Julian S. From owner-freebsd-ports Fri Jun 30 11:26:55 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA11387 for ports-outgoing; Fri, 30 Jun 1995 11:26:55 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA11378 for ; Fri, 30 Jun 1995 11:26:50 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA13442 for ports@freebsd.org; Fri, 30 Jun 1995 11:26:48 -0700 From: "Rodney W. Grimes" Message-Id: <199506301826.LAA13442@gndrsh.aac.dev.com> Subject: /var/spool/news vs /var/news, need summary. To: ports@freebsd.org Date: Fri, 30 Jun 1995 11:26:48 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1030 Sender: ports-owner@freebsd.org Precedence: bulk As one of the folks representing FreeBSD in what is to become a BSDI/Linux/FreeBSD (initial parties) file system hierarchy specification the issue of /var/spool/news vs /var/news has come up as a point that does not seem to be clearly defined. The current drafting in process puts this as /var/spool/news, but I offered to check with our ``ports'' people on this as: I recall that there was quite a discussion amongst the people doing FreeBSD ports on this issue some time back, and would like a few things from those involved in it. a) What was the final outcome? Do all our ports use /var/news or /var/spool/news. b) Was there a majority of the ports that used one over the other? And was this majority value the same as our final value? c) Was the decision and resulting patches to make this consistent sent to the original ports source? Thank you, -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-ports Fri Jun 30 13:23:02 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA17310 for ports-outgoing; Fri, 30 Jun 1995 13:23:02 -0700 Received: from gaja.ipan.lublin.pl (gaja.ipan.lublin.pl [193.59.19.151]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA17285 for ; Fri, 30 Jun 1995 13:22:23 -0700 Received: (from janek@localhost) by gaja.ipan.lublin.pl (8.6.11/8.6.9) id WAA00827 for ports@freebsd.org; Fri, 30 Jun 1995 22:22:18 +0200 Date: Fri, 30 Jun 1995 22:22:18 +0200 From: Janusz Kokot Message-Id: <199506302022.WAA00827@gaja.ipan.lublin.pl> To: ports@freebsd.org Subject: xmix port Sender: ports-owner@freebsd.org Precedence: bulk I uploaded port for xmix (mixer for X11). It is in freeebsd.cdrom.com/pub/FreeBSD/incoming/xmix.tgz -------------------------------------------- Janusz Kokot Institute of Agrophysics PAS Lublin Poland From owner-freebsd-ports Fri Jun 30 14:26:53 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19453 for ports-outgoing; Fri, 30 Jun 1995 14:26:53 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA19447 for ; Fri, 30 Jun 1995 14:26:50 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA12249 ; Fri, 30 Jun 1995 23:26:47 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id XAA10182 ; Fri, 30 Jun 1995 23:26:46 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506302126.XAA10182@blaise.ibp.fr> Subject: Re: emacs locks up/update To: jmacd@uclink.berkeley.edu (Joshua Peck Macdonald) Date: Fri, 30 Jun 1995 23:26:46 +0200 (MET DST) Cc: ports@freebsd.org In-Reply-To: <199506300944.CAA19657@uclink.berkeley.edu> from "Joshua Peck Macdonald" at Jun 30, 95 02:44:16 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 525 Sender: ports-owner@freebsd.org Precedence: bulk > directory. for example, I have a directory /users/jmacd/bin > and if I execute in a lisp interaction buffer the command > (make-comint "directory-process" "/users/jmacd/bin") > it dies, can anyone else reproduces this? It does not die here just forever blocked : 5564 ?? D 0:05.21 /usr/local/bin/emacs 5565 p8 SEs+ 0:00.03 (emacs) Time to reboot :-) and :-( -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-ports Fri Jun 30 14:38:13 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA20037 for ports-outgoing; Fri, 30 Jun 1995 14:38:13 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA20029 for ; Fri, 30 Jun 1995 14:38:04 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA12298 ; Fri, 30 Jun 1995 23:38:02 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id XAA10210 ; Fri, 30 Jun 1995 23:38:01 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199506302138.XAA10210@blaise.ibp.fr> Subject: Re: /var/spool/news vs /var/news, need summary. To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 30 Jun 1995 23:38:01 +0200 (MET DST) Cc: ports@freebsd.org In-Reply-To: <199506301826.LAA13442@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 30, 95 11:26:48 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 938 Sender: ports-owner@freebsd.org Precedence: bulk > a) What was the final outcome? Do all our ports use /var/news or > /var/spool/news. INN: if [ -d /var/spool/news ] && [ ! -d /var/news ] then NEWSDIR=/var/spool/news else NEWSDIR=/var/news fi CNEWS: + newsarts="/var/news" So I guess it is /var/news. Personnally I use /news. Go figure :-) For both INN and CNEWS, it would be nice to put Overview data outside the news spool (i.e. in /var/news/over.view instead of /var/news) as it will speed up reading overview data (look in the INN FAQ). > b) Was there a majority of the ports that used one over the other? And > was this majority value the same as our final value? Don't remember. > c) Was the decision and resulting patches to make this consistent sent > to the original ports source? Dunno. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-ports Fri Jun 30 17:01:47 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25050 for ports-outgoing; Fri, 30 Jun 1995 17:01:47 -0700 Received: from uclink.berkeley.edu (uclink.Berkeley.EDU [128.32.155.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA25044 for ; Fri, 30 Jun 1995 17:01:46 -0700 From: jmacd@uclink.berkeley.edu Received: from localhost.berkeley.edu by uclink.berkeley.edu (8.6.10/1.33(web)-OV4) id QAA22928; Fri, 30 Jun 1995 16:51:31 -0700 Message-Id: <199506302351.QAA22928@uclink.berkeley.edu> To: roberto@blaise.ibp.fr (Ollivier Robert) Cc: ports@freebsd.org Subject: Re: emacs locks up/update In-reply-to: Your message of "Fri, 30 Jun 95 23:26:46 +0200." <199506302126.XAA10182@blaise.ibp.fr> Date: Fri, 30 Jun 95 16:51:31 PDT Sender: ports-owner@freebsd.org Precedence: bulk > > > > directory. for example, I have a directory /users/jmacd/bin > > and if I execute in a lisp interaction buffer the command > > (make-comint "directory-process" "/users/jmacd/bin") > > it dies, can anyone else reproduces this? > > It does not die here just forever blocked : > > 5564 ?? D 0:05.21 /usr/local/bin/emacs > 5565 p8 SEs+ 0:00.03 (emacs) > > Time to reboot :-) and :-( > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG > FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 I mailed this bug to bug-gnu-emacs also and rms replied: > > > (make-comint "some process" "path_of_a_directory") > > I tried this and got an error message that Emacs could not find > this program. > > Would you please debug openp (lread.c) and figure out why it does not > reject the directory name? There is code to reject them. > > /* Ignore file if it's a directory. */ > if (stat (fn, &st) >= 0 > && (st.st_mode & S_IFMT) != S_IFDIR) > { > /* Check that we can access or open it. */ > I can try this, but my experience with gdb is very limited, perhaps someone more experienced could give it a try. -josh From owner-freebsd-ports Fri Jun 30 23:14:40 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03449 for ports-outgoing; Fri, 30 Jun 1995 23:14:40 -0700 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 XAA03443 for ; Fri, 30 Jun 1995 23:14:38 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id XAA03451; Fri, 30 Jun 1995 23:14:28 -0700 Date: Fri, 30 Jun 1995 23:14:28 -0700 Message-Id: <199507010614.XAA03451@silvia.HIP.Berkeley.EDU> To: rgrimes@gndrsh.aac.dev.com CC: ports@freebsd.org In-reply-to: <199506301826.LAA13442@gndrsh.aac.dev.com> (rgrimes@gndrsh.aac.dev.com) Subject: Re: /var/spool/news vs /var/news, need summary. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * I recall that there was quite a discussion amongst the people doing * FreeBSD ports on this issue some time back, and would like a few * things from those involved in it. * * a) What was the final outcome? Do all our ports use /var/news or * /var/spool/news. They now all use /var/news. * b) Was there a majority of the ports that used one over the other? And * was this majority value the same as our final value? Yes, Andrey checked them and everything except inn used /var/news, that's the sole reason why we went with it. Inn was since converted to default to /var/news by Torsten. * c) Was the decision and resulting patches to make this consistent sent * to the original ports source? I don't know about this one. Satoshi From owner-freebsd-ports Sat Jul 1 00:53:49 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA05497 for ports-outgoing; Sat, 1 Jul 1995 00:53:49 -0700 Received: from spider.cris.crimea.ua (spider.cris.crimea.ua [193.124.53.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA05491 for ; Sat, 1 Jul 1995 00:53:41 -0700 Received: from wind.UUCP (uuwind@localhost) by spider.cris.crimea.ua (8.6.10/8.6.10.1) with UUCP id LAA05659; Sat, 1 Jul 1995 11:48:52 +0400 Received: from unicorn.ww.net (unicorn.ww.net [193.124.73.40]) by sunset.ww.net (8.6.11/0.0.0) with ESMTP id LAA26721; Sat, 1 Jul 1995 11:29:22 +0400 Received: (from alexis@localhost) by unicorn.ww.net (8.6.11/1.0) id LAA12382; Sat, 1 Jul 1995 11:29:21 +0400 Message-Id: <199507010729.LAA12382@unicorn.ww.net> Subject: Re: /var/spool/news vs /var/news, need summary. To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sat, 1 Jul 1995 11:29:20 +0000 (WET DST) From: "Alexis Yushin" Cc: ports@freebsd.org In-Reply-To: <199506301826.LAA13442@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jun 30, 95 11:26:48 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Content-Length: 1205 Sender: ports-owner@freebsd.org Precedence: bulk Hello, Once Rodney W. Grimes wrote: >As one of the folks representing FreeBSD in what is to become a >BSDI/Linux/FreeBSD (initial parties) file system hierarchy specification >the issue of /var/spool/news vs /var/news has come up as a point that >does not seem to be clearly defined. The current drafting in process >puts this as /var/spool/news, but I offered to check with our ``ports'' >people on this as: > >I recall that there was quite a discussion amongst the people doing >FreeBSD ports on this issue some time back, and would like a few >things from those involved in it. > >a) What was the final outcome? Do all our ports use /var/news or > /var/spool/news. As the question of philosophy ;-) I would like to see it as /var/spool/news. Personally, I have news filesystems in /news although the news spool in /var/spool/news -- it is a symlynk to the directory news spool is stored. After all we don't discuss where uucp spool should go -- to /var/uucp or to /var/spool/uucp -- my guess this question is the same as that concerning uucp spool. alexis -- So much ado my lover So many games we played Through every fleeted summer Through every precious day... From owner-freebsd-ports Sat Jul 1 02:14:59 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA09162 for ports-outgoing; Sat, 1 Jul 1995 02:14:59 -0700 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 CAA09148 for ; Sat, 1 Jul 1995 02:14:57 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id CAA03865; Sat, 1 Jul 1995 02:14:03 -0700 Date: Sat, 1 Jul 1995 02:14:03 -0700 Message-Id: <199507010914.CAA03865@silvia.HIP.Berkeley.EDU> To: JKOKOT@demeter.ipan.lublin.pl CC: ports@freebsd.org In-reply-to: <1F87F3748D8@demeter.ipan.lublin.pl> (JKOKOT@demeter.ipan.lublin.pl) Subject: Re: xspread port From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * > I uploaded xspread.tgz to freebsd.cdrom.com/pub/FreeBSD/incoming/ * > Spreadsheet for X modified version of sc 6.22. * > * Please take xspread1.tgz it is with md5 checksum file Thanks, I imported it. I added "USE_GMAKE=yes", by the way. :) Satoshi From owner-freebsd-ports Sat Jul 1 02:15:08 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA09194 for ports-outgoing; Sat, 1 Jul 1995 02:15:08 -0700 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 CAA09180 for ; Sat, 1 Jul 1995 02:15:06 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id CAA03862; Sat, 1 Jul 1995 02:13:19 -0700 Date: Sat, 1 Jul 1995 02:13:19 -0700 Message-Id: <199507010913.CAA03862@silvia.HIP.Berkeley.EDU> To: janek@gaja.ipan.lublin.pl CC: ports@freebsd.org In-reply-to: <199506302022.WAA00827@gaja.ipan.lublin.pl> (message from Janusz Kokot on Fri, 30 Jun 1995 22:22:18 +0200) Subject: Re: xmix port From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * I uploaded port for xmix (mixer for X11). * It is in freeebsd.cdrom.com/pub/FreeBSD/incoming/xmix.tgz Thanks, imported! :) Satoshi From owner-freebsd-ports Sat Jul 1 03:44:35 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA12516 for ports-outgoing; Sat, 1 Jul 1995 03:44:35 -0700 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 DAA12510 ; Sat, 1 Jul 1995 03:44:32 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id DAA04203; Sat, 1 Jul 1995 03:44:22 -0700 Date: Sat, 1 Jul 1995 03:44:22 -0700 Message-Id: <199507011044.DAA04203@silvia.HIP.Berkeley.EDU> To: rgrimes@gndrsh.aac.dev.com CC: ports@freebsd.org, jkh@freebsd.org In-reply-to: <199506291735.KAA11570@gndrsh.aac.dev.com> (rgrimes@gndrsh.aac.dev.com) Subject: Re: My wishlist From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * Yea, right, forgot about all this mixed mode subdir stuff, this is another * good idea then! Sorry for going back on what I had before, but without * this other context it was a toss up. Ok.... * > It's ${DISTFILES}, note the plural. Also, do we want to do the check * > on every stage (fetch, checksum, extract)? If not, we'll have to * > remember the dir/file pair for every component of ${DISTFILES}. * _DISTFILE_USE: .USE * for i in ${DISTPATH}; do \ : * done; \ * if [ x"${found_it} != x"true" ]; then \ * ${MAKE} single_fetch; \ * fi; * * fetch checksum extract: _DISTFILE_USE * * Since this rolls all three similiar targets into one .USE subroutine * there is no duplicated code :-). There's no duplicated code but it still checks multiple times when the user types "make". Well, I guess that's ok.... I think I'll first try to convert the other targets using this .USE thing (the "skeleton" targets are pretty similar too) and see how it works. Thanks.... Satoshi From owner-freebsd-ports Sat Jul 1 03:59:24 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA12863 for ports-outgoing; Sat, 1 Jul 1995 03:59:24 -0700 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 DAA12857 ; Sat, 1 Jul 1995 03:59:19 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id DAA04279; Sat, 1 Jul 1995 03:59:07 -0700 Date: Sat, 1 Jul 1995 03:59:07 -0700 Message-Id: <199507011059.DAA04279@silvia.HIP.Berkeley.EDU> To: jhs@vector.eikon.e-technik.tu-muenchen.de CC: paul@freebsd.org, ports@freebsd.org In-reply-to: <199506281655.SAA06476@vector.eikon.e-technik.tu-muenchen.de> (jhs@vector.eikon.e-technik.tu-muenchen.de) Subject: Re: My wishlist From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk * Then would be a good time to have some kind of * "cd /usr/ports ; make fetch_all_distfiles_i_don't_have_yet" * type of functionality. Um, "make fetch" is "make fetch_all_distfiles_i_don't_have_yet". The only problem is that it tries to make the dependencies first, which I think can be solved by the previous patch.... Satoshi From owner-freebsd-ports Sat Jul 1 04:19:04 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA16014 for ports-outgoing; Sat, 1 Jul 1995 04:19:04 -0700 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 EAA16008 for ; Sat, 1 Jul 1995 04:19:01 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id EAA04313; Sat, 1 Jul 1995 04:18:59 -0700 Date: Sat, 1 Jul 1995 04:18:59 -0700 Message-Id: <199507011118.EAA04313@silvia.HIP.Berkeley.EDU> To: ports@freebsd.org Subject: Re: utils/ explosion From: asami@cs.berkeley.edu (Satoshi Asami) Sender: ports-owner@freebsd.org Precedence: bulk Ok, so here is the updated list. If this is approved, I'll ask Rod to do the repository copy. sysutils: top, tua, xbatt, xdu, xperfmon, xsysstats (from x11) benchmarks: bonnie, iozone, lmbench, tcpblast (from net) emulators: cpm, cpmemu (already there), hfs, mtools, pcemu, vmsbackup, wine security: pgp.non-usa_only, pgp.usa_only utils: amanda, chord, colorls, ispell, kp, less, mmv, mshell, rman, screen Since "cpmemu" is already in emulators, I suggest we change "cpm" to "cpmtools" ('cause it's like mtools ;) or something. BTW, what do people think about "pidentd" and "tcp_wrapper"? Torsten said they are security tools but aren't as "secure" as they should be, so it might be dangerous to put them in the "security" category and people might think they are safe to use. *I* think if it's a security tool, it should go to "security", but then I don't know the severity of their problems. Experts? :) Satoshi From owner-freebsd-ports Sat Jul 1 04:36:50 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17409 for ports-outgoing; Sat, 1 Jul 1995 04:36:50 -0700 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 EAA17398 for ; Sat, 1 Jul 1995 04:36:42 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id NAA10836; Sat, 1 Jul 1995 13:36:32 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id NAA23465; Sat, 1 Jul 1995 13:36:31 +0200 Message-Id: <199507011136.NAA23465@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami) cc: ports@freebsd.org Subject: Re: utils/ explosion Date: Sat, 01 Jul 1995 13:36:31 +0200 From: Mark Murray Sender: ports-owner@freebsd.org Precedence: bulk > BTW, what do people think about "pidentd" and "tcp_wrapper"? Torsten > said they are security tools but aren't as "secure" as they should be, > so it might be dangerous to put them in the "security" category and > people might think they are safe to use. Tcp_wrapper is an incredibly useful tool. It may not be the ultimate answer, but at my company (we are an internet service provider), tcp wrappers have kept a good couple of hack-attacks away. The package may have a problem or two, but properly driven, they are an important part of any secure setup. They are not a total answer in themselves; we also run COPS, and there is no substitute for a wide-awake administrator or two. :-) > *I* think if it's a security tool, it should go to "security", but > then I don't know the severity of their problems. Experts? :) I also think they should go into security. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-ports Sat Jul 1 05:15:29 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA18674 for ports-outgoing; Sat, 1 Jul 1995 05:15:29 -0700 Received: (from jmacd@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA18667 for ports@freebsd.org; Sat, 1 Jul 1995 05:15:29 -0700 Date: Sat, 1 Jul 1995 05:15:29 -0700 From: Joshua Peck Macdonald Message-Id: <199507011215.FAA18667@freefall.cdrom.com> To: ports@freebsd.org Subject: e19.29 process.c patch Sender: ports-owner@freebsd.org Precedence: bulk Richard Stallman provided me with a patch for the bug I reported on this list several days ago. I have commited this patch, if you use emacs comint and feel like patching an obscure bug that caused emacs to lock up when trying to execute a process with a directory pathname, this is for you. -josh From owner-freebsd-ports Sat Jul 1 15:34:47 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06200 for ports-outgoing; Sat, 1 Jul 1995 15:34:47 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA06185 ; Sat, 1 Jul 1995 15:34:46 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: root@dva.in-berlin.de (Boris Staeblow) cc: freebsd-ports@freebsd.org Subject: Re: fetching distfiles In-reply-to: Your message of "Mon, 26 Jun 95 11:27:30 +0200." Date: Sat, 01 Jul 1995 15:34:45 -0700 Message-ID: <6182.804638085@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: ports-owner@freebsd.org Precedence: bulk > - A possibility for fetching _all_ distfiles. > (When only one distfile is not available via FTP the fetch > break with error's. The fetch shouldn't stop and should try to retreive th You can always use -k. There are also some special targets for doing batch-fetches. Check out /usr/share/mk/bsd.ports.mk; there is some useful stuff in there. Jordan